Ein Cloud-Server ist eine isolierte virtuelle Maschine mit zugewiesenem CPU, RAM und Speicher—typischerweise mit Root und OS-Wahl. Bei EuroVDC läuft er als KVM in Sofia (EU). Dieser Leitfaden erklärt den Unterschied zu Shared Hosting und Dedicated, was KVM praktisch bedeutet und wann Cloud der richtige Schritt ist.
Pläne unter Cloud-Server; für verwaltete Sites ohne Root Webhosting.
Cloud vs Shared vs Dedicated
- Shared Hosting: Panel-Stack, kein Root, viele Sites auf einem Host. Schnell und günstig für Blogs und KMU; Nachbarlast und fester Stack sind der Preis.
- Cloud / KVM-VPS: Eigene VM, Root, wählbares OS, zugewiesene Ressourcen. Patches, Härtung und Backups liegen bei Ihnen.
- Dedicated: Ganze physische Maschine. Für dauerhaft hohen I/O, Spezialhardware oder vertragliche Einzeltenancy: Dedizierter Server.
Cloud liegt zwischen Komfort und Kontrolle: mehr Isolation als Shared, schneller skalierbar als Bare Metal bei jedem Wachstumsschritt.
Was KVM liefert
KVM (Kernel-based Virtual Machine) ist Vollvirtualisierung unter Linux. Jeder Gast hat eigenen Kernel. Noisy Neighbours greifen CPU/RAM-Slices schwerer als auf überfülltem Shared an; Docker und eigene Dienste sind innerhalb der Limits möglich.
Die physische Hardware wird weiter geteilt; der Hypervisor setzt Zuteilung durch. Vorhersagbarkeit hängt von korrekter Dimensionierung ab.
Wann Cloud passt
- Root, SSH und eigene Daemons nötig.
- Staging und Produktion sollen isoliert bleiben.
- APIs, Queues, Redis oder Node-Worker gehören zum Produkt.
- Shared zeigt wiederholte Limit-Warnungen oder 502er.
- Compliance verlangt klarere Tenancy-Grenzen als Shared.
Einfache Broschüre mit WordPress und Formularen: bei Webhosting bleiben, bis Metriken etwas anderes sagen.
Standort Sofia (EU)
EuroVDC Cloud-Server laufen in Sofia, Bulgarien—in der EU. Für europäische Nutzer oft bessere Latenz als ferne Regionen. Für DSGVO und Vendor-Fragebögen ist EU-Infrastruktur eine klarere Standortstory. Standort allein macht nicht compliant; er stützt Verträge, DPIAs und Due Diligence.
Checkliste Tag eins
- SSH-Keys; Passwort-Login wo sinnvoll deaktivieren.
- Firewall: nur benötigte Ports.
- Updates und dokumentierte Backup-Policy vor Produktions-DNS.
- Monitoring für Disk, CPU und Zertifikatsablauf.
Root bedeutet Verantwortung für Uptime-Gewohnheiten. Die erste Stunde nach Provisioning ist Härtung, kein Feature-Sprint.
EuroVDC-Ansatz
Sofia-KVM unter Cloud-Server bestellen, OS wählen, am echten Engpass (CPU, RAM, Disk) dimensionieren. Marketing-Sites ggf. auf Webhosting lassen. Dedicated erst, wenn Virtualisierung ökonomisch nicht mehr reicht.
Häufig gestellte Fragen
Ist Cloud-Server dasselbe wie Shared Hosting?
Nein. Shared ist managed Multi-Tenant ohne Root. Cloud ist eine isolierte VM mit Root und eigenem Stack.
Was bedeutet KVM für meine App?
Vollvirtualisierung mit eigenem Kernel. Docker und eigene Dienste innerhalb der CPU/RAM/Disk-Limits sind möglich.
Gibt es standardmäßig ein Panel?
Nicht wie bei Shared. Sie können mit Root ein Panel installieren oder per SSH verwalten. Für Turnkey-Panels Webhosting wählen.
Wann eher Dedicated?
Dauerhaft hoher I/O, Spezialhardware oder vertragliche Einzeltenancy. Viele Teams bleiben lange auf Cloud.
Warum Sofia hosten?
EU-Standort, sinnvolle Latenz für europäische Zielgruppen und klarere DSGVO-nahe Vendor-Checks—mit soliden Ops und Verträgen.
Wie starte ich bei EuroVDC Cloud?
Plan unter Cloud-Server wählen, OS booten, SSH/Firewall härten, Backups setzen, dann DNS umstellen.
