Was wir tun · Storage und Compute: Private Cloud auf KVM mit OLVM
Eine Virtualisierungsplattform, die Ihnen gehört: KVM-Hypervisoren, verwaltet mit Oracle Linux Virtualization Manager, auf HPE- und Dell-Servern, mit jeder VM-Platte auf unserem All-Flash Fibre-Channel-SAN. Live-Migration, automatischer Neustart nach einem Host-Ausfall, volle API-Kontrolle, und keine Hypervisor-Lizenzrechnung pro Kern.
Was es ist
OLVM ist die Enterprise-Managementschicht für KVM aus der oVirt-Linie: Cluster aus Hosts, gemeinsame Storage-Domains, Templates, Live-Migration, Hochverfügbarkeit und eine vollständige REST-API. Wir bauen sie als dedizierte Private Cloud für einen Kunden, auf Single-Tenant-Hosts, wenn Sie sie brauchen, oder betreiben Ihre VMs auf unseren verwalteten Clustern. So oder so gehören Hardware, Storage und Ingenieure uns, in unseren Rechenzentren.
Wie wir es bauen
Hosts, die nichts halten. Hypervisoren booten vom SAN und halten jede VM-Platte auf HPE 3PAR All-Flash-Storage, erreicht über zwei Fibre-Channel-Fabrics mit vollem Multipathing. Fällt ein Host aus, starten seine VMs auf einem anderen Host vom selben gemeinsamen Storage neu.
Storage nach Plan platziert. Für geclusterte Anwendungen legen wir die Platte jedes Mitglieds auf ein anderes physisches Array, sodass ein ganzes Array verloren gehen kann, ohne den Dienst zu verlieren.
Aus der API gebaut, unbeaufsichtigt. Neue VMs werden vollständig über die eigene API der Plattform angelegt, mit Thin-Platten versehen und aus getesteten Kickstart-Rezepten installiert.
Zwei Dimensionierungsregeln auf jeder VM. Eine VM bekommt nie mehr vCPUs, als ein physischer Sockel Kerne hat, und nie mehr Speicher, als ein NUMA-Knoten bedient. Überschreitet man diese Grenze, geht ein Teil jedes Speicherzugriffs entfernt, mit etwa dem 1,7-Fachen der lokalen Latenz, sodass größer langsamer wird. Und keine VM bekommt Swap: braucht eine Workload mehr Speicher, ist die Antwort mehr Speicher, nicht Ihre Platte, die so tut, als wäre sie RAM.
Wovor es Sie schützt
- Davor, dass ein Hypervisor-Host-Ausfall Ihre VMs dauerhaft lahmlegt.
- Vor Wartungsfenstern für Host-Patches (VMs werden vorher live wegmigriert).
- Vor VMs, die auf dem Papier groß aussehen und in der Praxis langsamer laufen.
- Vor Hypervisor-Lizenzen pro Sockel oder pro Kern, die mit jeder Verlängerung wachsen.
- Vor Umgebungen, die driften, weil jede VM von Hand gebaut wurde.
In der Praxis
Neue Hosts in Sekunden in Produktion. Wir haben einem laufenden Produktionscluster drei neue Hosts hinzugefügt. Der Storage war vorab bereitgestellt, die Hosts aktivierten sich selbst, und der Scheduler verschob eine laufende Produktions-VM in achtzehn Sekunden auf einen von ihnen.
Eine komplette Staging-Landschaft, unbeaufsichtigt gebaut. Für einen überregionalen Nachrichtenverlag haben wir eine vollständige Staging- und Entwicklungslandschaft gebaut: drei Webauftritte, jeder mit Load Balancer, Web- und Datenbankschicht, dazu gemeinsamer Cache und Suche. Jede VM entstand aus einem Kickstart-Rezept über die OLVM-API, in unter einer Stunde.
Eine private Cloud für eine Analytics-Plattform. Ein Analytics-Kunde läuft auf einem eigenen OLVM-Cluster aus Single-Tenant-Hosts, mit jedem Datenbank-Clustermitglied auf einem anderen Array, innerhalb eines Sockels dimensioniert, ohne Swap.
Warum EuroVPS
- KVM mit Enterprise-Management und ohne Hypervisor-Lizenz pro Kern, die zu verlängern wäre.
- Jede VM-Platte auf All-Flash-SAN, jeder Host an zwei Fabrics.
- NUMA-korrekte Dimensionierung auf jeder VM, damit Sie die Leistung bekommen, für die Sie zahlen.
- Dedizierte Cluster erhältlich, gebaut nach Ihrer Spezifikation.
- Ingenieure, die die Plattform bauen, betreiben und Ihre Tickets beantworten.
Häufige Fragen
- Kann ich mein eigenes dediziertes OLVM bekommen? Ja. Wir bauen dedizierte Engines und Cluster auf Single-Tenant-Hosts.
- Bekomme ich API-Zugang? Ja. OLVM stellt eine vollständige REST-API für Provisionierung, Snapshots und Lifecycle-Automatisierung bereit.
- Warum geben Sie meiner VM nicht mehr Kerne, als ein Sockel hat? Weil die VM jenseits der Sockelgrenze langsamer wird, nicht schneller. Wir dimensionieren sie passend und erklären Ihnen, warum.
- Können Sie meine Landschaft von einem anderen Hypervisor hierher umziehen? Ja. Siehe unsere Seite zu Migrationen: wir konvertieren und verschieben Landschaften, wobei die Quelle intakt bleibt, bis sich die neue Seite bewährt hat.
- closing line: Eine Private Cloud sollte privat, schnell und Ihre sein. Sprechen Sie mit einem Ingenieur darüber, eine zu bauen.
- CTA: Mit einem Ingenieur sprechen
Ihr nächster Infrastrukturpartner
Sehen wir uns Ihre Umgebung an.
Erzählen Sie uns, was Sie heute betreiben und was besser werden muss. Ein Ingenieur sieht Ihre Anfrage durch und hilft Ihnen, den nächsten Schritt zu planen.
+357 222 32280
Beginnen wir mit Ihrer Umgebung.
Ein wenig Kontext hilft uns, das richtige Gespräch zu beginnen.