Was ein Virtual Data Center (vDC) ist, und wann es die richtige Wahl ist
Ein Virtual Data Center gibt einer Organisation ihren eigenen Pool aus Rechenleistung, Arbeitsspeicher, Storage und Netzwerk, als Einheit verwaltet, mit der Freiheit, darin anzulegen, was sie braucht. Was ein vDC ist, wie es sich mit den Alternativen vergleicht, und wie wir eines bereitstellen.

h2: Was ein Virtual Data Center ist
Ein Virtual Data Center (vDC, manchmal auch virtual data centre geschrieben) ist ein reservierter Ausschnitt einer Cloud-Plattform, der einer Organisation gewidmet ist: eine feste Menge an CPU, Arbeitsspeicher, Storage und Netzwerkkapazität, mit den Werkzeugen, um darin bei Bedarf virtuelle Maschinen, Netzwerke, Templates und Snapshots anzulegen. Der Tenant entscheidet, wie er den Pool aufteilt. Der Anbieter betreibt die Plattform darunter. Das Ergebnis verhält sich wie eine kleine Private Cloud mit der Wirtschaftlichkeit reservierter Kapazität.
Drei Dinge definieren es. Isolation: Der Pool gehört einem Tenant, und die Hypervisor-Hosts, Storage-Volumes und Netzwerksegmente dahinter werden mit dem Datenverkehr von niemandem sonst geteilt. Self-Service: Der Tenant legt Ressourcen über eine Konsole und eine API an und ändert sie, ohne für jede VM ein Ticket zu öffnen. Ein fester Rahmen: Die Kapazität wird als Ganzes reserviert und abgerechnet, nicht pro Anfrage gemessen, sodass sich die Rechnung nicht mit dem Datenverkehr bewegt.
h2: Wie es sich vergleicht
Ein Managed VPS ist eine virtuelle Maschine, dimensioniert für eine Workload. Ein dedizierter Server ist eine physische Maschine, ganz für Sie allein, bei der Sie das Betriebssystem und alles darüber verwalten. Ein Public-Cloud-Konto gibt Ihnen Self-Service auf einer geteilten Control Plane, abgerechnet pro Stunde und pro Gigabyte, das sie verlässt. Ein vDC sitzt zwischen den letzten beiden: Self-Service und mehrere Maschinen wie ein Cloud-Konto, auf Hardware und Netzwerken, die wie bei einem dedizierten Server für Sie reserviert sind, zu festen monatlichen Kosten.
Der praktische Unterschied zeigt sich an drei Stellen. Laute Nachbarn gibt es nicht, weil die Hosts Ihnen gehören. Egress ist kein Rechnungsposten, weil das Netzwerk unseres ist und der Port nicht gemessen wird. Wachstum ist ein Gespräch über zusätzliche Hosts oder Storage im Pool, keine Überraschung auf der Rechnung.
h2: Was Sie steuern, was wir betreiben
Innerhalb des Pools steuert der Tenant alles, was die Umgebung definiert: virtuelle Maschinen und ihre Größen, Betriebssystem-Templates und ISOs, private Netzwerke und VPCs, öffentliche Adressen aus dem zugewiesenen Bereich, Firewall-Regeln und Load Balancer, Snapshots und Volumes, Konten und Quotas für Teams oder Kunden, und die API, mit der die Automatisierung spricht.
Darunter betreibt der Anbieter, was den Pool zuverlässig macht: die Hypervisor-Hosts und ihr Patching, die Storage-Arrays und ihre Replikation, die Netzwerk-Fabric und ihr Routing, die Management-Ebene der Cloud-Plattform, Kapazitätsplanung, Monitoring und Backups der Plattform selbst. Die Linie ist klar, und sie ist der Grund, warum ein Betriebsteam aus zwei Personen ein vDC betreiben kann, das sonst ein Rechenzentrumsteam bräuchte.
figure (inline SVG)
- aria-label: Ein Virtual Data Center: der Pool des Tenants aus virtuellen Maschinen, Netzwerken, Volumes und Templates über der Isolationslinie, beschriftet mit «Ihres». Hypervisor-Hosts, Storage-Arrays, Netzwerk-Fabric und die Management-Ebene darunter, beschriftet mit «unseres»
figcaption: Die Linie zwischen dem, was ein Tenant innerhalb eines Virtual Data Center steuert, und dem, was der Anbieter darunter betreibt.
| SVG text (English) | German |
|---|---|
| YOURS: THE TENANT POOL | IHRES: DER POOL DES TENANTS |
| created and changed by you, through the console and the API | von Ihnen angelegt und geändert, über die Konsole und die API |
| Virtual machines / sizes you choose | Virtuelle Maschinen / Größen nach Ihrer Wahl |
| Networks and VPCs / private, with public IPs | Netzwerke und VPCs / privat, mit öffentlichen IPs |
| Volumes and snapshots / all-flash | Volumes und Snapshots / All-Flash |
| Templates and ISOs / your images | Templates und ISOs / Ihre Images |
| Accounts and quotas / teams or customers | Konten und Quotas / Teams oder Kunden |
| Firewalls and balancers / your rules | Firewalls und Balancer / Ihre Regeln |
| The API your automation talks to / CloudStack, or a ticket to our engineers on OLVM | Die API, mit der Ihre Automatisierung spricht / CloudStack, oder ein Ticket an unsere Ingenieure auf OLVM |
| ISOLATION LINE: THE POOL IS RESERVED FOR ONE ORGANISATION | ISOLATIONSLINIE: DER POOL IST FÜR EINE ORGANISATION RESERVIERT |
| OURS: THE PLATFORM | UNSERES: DIE PLATTFORM |
| run, patched, monitored and backed up by our engineers | betrieben, gepatcht, überwacht und gesichert von unseren Ingenieuren |
| Hypervisor hosts / dedicated to you | Hypervisor-Hosts / exklusiv für Sie |
| Storage arrays / replicated | Storage-Arrays / repliziert |
| Network fabric / routing, AS200477 | Netzwerk-Fabric / Routing, AS200477 |
| Management plane / the cloud platform | Management-Ebene / die Cloud-Plattform |
| Capacity planning and monitoring / the pool grows by whole hosts and volumes | Kapazitätsplanung und Monitoring / der Pool wächst um ganze Hosts und Volumes |
| Patching and platform backups / on our schedule, never on your invoice | Patching und Plattform-Backups / nach unserem Zeitplan, nie auf Ihrer Rechnung |
h2: Wie Kapazität dimensioniert und bepreist wird
Ein vDC wird nach den Workloads dimensioniert, die es aufnehmen soll: vCPU und Arbeitsspeicher insgesamt mit Reserve für Wachstum, Storage nach Volumen und Leistungsklasse, Netzwerk nach Adressraum und Bandbreite. Der Pool wird in ganzen Hosts und ganzen Volumes reserviert, also ist der Preis eine feste monatliche Gebühr für den Rahmen, und er ändert sich nur, wenn sich der Rahmen ändert. Diese Planbarkeit ist das, was Finanzteams als Erstes bemerken, wenn sie eine gemessene Cloud verlassen.
h2: Die zwei Wege, auf denen wir ein vDC bereitstellen
Apache CloudStack. Für Organisationen, die eine vollständige Self-Service-Cloud mit Konten, Projekten, Templates, VPCs und der CloudStack-API wollen, bauen wir eine dedizierte CloudStack-Cloud auf KVM: dedizierte Management-Server, Compute-Hosts und All-Flash-Storage, administriert von Ihnen und betrieben von uns. Sie ist das natürliche Zuhause für Agenturen mit vielen Kunden, SaaS-Unternehmen mit Staging- und Produktionsumgebungen und alle, deren Automatisierung bereits eine Cloud-API spricht. Siehe Managed Apache CloudStack und die technische Seite Dedizierte Cloud auf Apache CloudStack.
Managed Private Cloud auf OLVM. Für Organisationen, die einen reservierten Pool wollen, der vollständig von unseren Ingenieuren betrieben wird, mit VMs, die auf Anfrage statt über eine Self-Service-Konsole bereitgestellt werden, bauen wir eine Private Cloud auf Oracle Linux Virtualization Manager. Dieselben dedizierten Hosts, derselbe Storage, dasselbe Netzwerk, mit unserem Team, das den Pool Tag für Tag betreibt. Siehe Private Cloud und Private Cloud auf OLVM.
Beide laufen auf Hardware in unserem Eigentum, in unseren eigenen Cages: aktuelle Dell- und HPE-Hosts mit je zwei 25GbE-Links, All-Flash-Storage von HPE 3PAR über Fibre Channel, und unser eigenes Netzwerk, AS200477, in Athen, Amsterdam und Toronto.
h2: Für wen ein vDC passt
Für eine Agentur oder ein Softwareunternehmen, das viele Sites oder Tenants hostet und Isolation zwischen ihnen sowie eine einzige Rechnung braucht. Für ein Unternehmen, das VMware oder einen Hyperscaler verlässt und den Self-Service behalten will, ohne den Zähler zu behalten. Für ein Unternehmen mit strenger Datenresidenz, das seine Umgebung innerhalb der EU auf Hardware braucht, auf die es zeigen kann. Für ein Team, das Entwicklung, Staging und Produktion betreibt und Umgebungen ohne Ticket anlegen und abbauen will.
h2: Wo Sie anfangen
Sagen Sie uns, was Sie heute betreiben und was es Sie kostet. Wir dimensionieren den Pool, schlagen die Plattform vor und kalkulieren sie als festen Monatsbetrag. Mit einem Ingenieur sprechen.
Aus dem Blog-Archiv von EuroVPS, erstmals veröffentlicht am 7. Februar 2024.
Alle Notizen aus der Praxis