Ce que nous faisons · Stockage et compute: Private cloud sur KVM avec OLVM
Une plateforme de virtualisation à vous : des hyperviseurs KVM gérés par Oracle Linux Virtualization Manager, sur serveurs HPE et Dell, avec chaque disque de machine virtuelle sur notre SAN Fibre Channel all-flash. Migration à chaud, redémarrage automatique après la panne d'un hôte, contrôle complet par API, et aucune facture de licence hyperviseur au cœur.
De quoi il s'agit
OLVM est la couche d'administration entreprise pour KVM, issue de la lignée oVirt : des clusters d'hôtes, des domaines de stockage partagés, des modèles, la migration à chaud, la haute disponibilité et une API REST complète. Nous le construisons comme un cloud privé dédié à un seul client, sur des hôtes à locataire unique si vous en avez besoin, ou nous faisons tourner vos VM sur nos clusters infogérés. Dans les deux cas, le matériel, le stockage et les ingénieurs sont les nôtres, dans nos datacenters.
Comment nous le construisons
Des hôtes qui ne contiennent rien. Les hyperviseurs démarrent sur le SAN et gardent chaque disque de VM sur du stockage all-flash HPE 3PAR, atteint par deux fabrics Fibre Channel avec multipathing complet. Si un hôte tombe, ses VM redémarrent sur un autre hôte depuis le même stockage partagé.
Un stockage placé par conception. Pour les applications en cluster, nous plaçons le disque de chaque membre sur une baie physique différente, de sorte qu'une baie entière puisse être perdue sans perdre le service.
Construit depuis l'API, sans intervention. Les nouvelles VM sont créées, dotées de disques thin et installées depuis des recettes kickstart éprouvées, entièrement par l'API de la plateforme.
Deux règles de dimensionnement sur chaque VM. Une VM ne reçoit jamais plus de vCPU qu'un socket physique n'a de cœurs, et jamais plus de mémoire qu'un nœud NUMA n'en sert. Franchissez cette frontière et une partie de chaque accès mémoire devient distante, à environ 1,7 fois la latence locale : plus grand devient plus lent. Et aucune VM ne reçoit de swap : si une charge a besoin de plus de mémoire, la réponse est plus de mémoire, pas votre disque qui se fait passer pour de la RAM.
Ce dont il vous protège
- La panne d'un hôte hyperviseur qui met vos VM hors service pour de bon.
- Des fenêtres de maintenance pour les correctifs des hôtes (les VM migrent à chaud avant).
- Des VM dimensionnées pour paraître grandes sur le papier et tourner plus lentement en pratique.
- Des licences hyperviseur par socket ou par cœur qui grossissent à chaque renouvellement.
- Des environnements qui dérivent parce que chaque VM a été construite à la main.
En pratique
De nouveaux hôtes en production en quelques secondes. Nous avons ajouté trois nouveaux hôtes à un cluster de production en service. Le stockage avait été présenté à l'avance, les hôtes se sont activés d'eux-mêmes, et l'ordonnanceur a déplacé une VM de production en cours d'exécution sur l'un d'eux en dix-huit secondes.
Un parc complet de staging, construit sans intervention. Pour un éditeur de presse national, nous avons construit un parc complet de staging et de développement : trois propriétés web, chacune avec ses niveaux load balancer, web et base de données, plus un cache et une recherche partagés. Chaque VM a été produite depuis une seule recette kickstart par l'API OLVM, en moins d'une heure.
Un cloud privé pour une plateforme d'analytique. Un client d'analytique tourne sur son propre cluster OLVM d'hôtes à locataire unique, avec chaque membre de cluster de base de données sur une baie différente, dimensionné à l'intérieur d'un socket, sans swap.
Pourquoi EuroVPS
- KVM avec une administration entreprise et aucune licence hyperviseur au cœur à renouveler.
- Chaque disque de VM sur un SAN all-flash, chaque hôte sur deux fabrics.
- Un dimensionnement NUMA correct sur chaque VM, pour que vous obteniez la performance que vous payez.
- Des clusters dédiés disponibles, construits selon votre cahier des charges.
- Des ingénieurs qui construisent la plateforme, l'exploitent et répondent à vos tickets.
Questions fréquentes
- Puis-je avoir mon propre OLVM dédié ? Oui. Nous construisons des engines et des clusters dédiés sur des hôtes à locataire unique.
- Aurai-je un accès API ? Oui. OLVM expose une API REST complète pour le provisionnement, les snapshots et l'automatisation du cycle de vie.
- Pourquoi ne voulez-vous pas donner à ma VM plus de cœurs qu'un socket n'en a ? Parce qu'au-delà de la frontière du socket, la VM devient plus lente, pas plus rapide. Nous la dimensionnerons pour tenir et nous vous dirons pourquoi.
- Pouvez-vous déplacer mon parc ici depuis un autre hyperviseur ? Oui. Voyez notre page migrations : nous convertissons et déplaçons des parcs en gardant la source intacte jusqu'à ce que le nouveau côté ait fait ses preuves.
- closing line: Un cloud privé doit être privé, rapide et à vous. Parlez à un ingénieur pour en construire un.
- CTA: Parler à un ingénieur
Votre prochain partenaire d'infrastructure
Examinons votre environnement.
Dites-nous ce que vous faites tourner aujourd'hui et ce qui doit s'améliorer. Un ingénieur examinera votre demande et vous aidera à planifier la suite.
+357 222 32280
Commençons par votre environnement.
Un peu de contexte nous aide à démarrer la bonne conversation.