{"id":82495,"date":"2020-05-22T01:42:27","date_gmt":"2020-05-21T23:42:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/ovirt-za-2-chasa-chast-1-otkrytaya-otkazoustojchivaya-platforma-virtualizaczii"},"modified":"2020-05-22T01:42:27","modified_gmt":"2020-05-21T23:42:27","slug":"ovirt-za-2-chasa-chast-1-otkrytaya-otkazoustojchivaya-platforma-virtualizaczii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/ovirt-za-2-chasa-chast-1-otkrytaya-otkazoustojchivaya-platforma-virtualizaczii","title":{"rendered":"oVirt en 2 heures. Partie 1. Plateforme de virtualisation open-source tol\u00e9rante aux pannes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Introduction<\/h2>\n

\nProjet open source oVirt<\/a><\/noindex> \u2014 plateforme de virtualisation libre de niveau entreprise. En parcourant habr, j'ai d\u00e9couvert que oVirt<\/a><\/noindex> il n'est pas couvert ici aussi largement qu'il le m\u00e9rite.
\noVirt est en fait la version amont du syst\u00e8me commercial Red Hat Virtualization (RHV, pr\u00e9c\u00e9demment RHEV), \u00e9voluant sous l'\u00e9gide de Red Hat. Pour \u00e9viter toute confusion, c'est ne<\/b> la m\u00eame chose que CentOS vs RHEL, le mod\u00e8le \u00e9tant plus proche de Fedora vs RHEL.
\nSous le capot \u2014 KVM<\/a><\/noindex>, pour la gestion, une interface web est utilis\u00e9e. Bas\u00e9e sur RHEL\/CentOS 7.
\noVirt peut \u00eatre utilis\u00e9 pour la virtualisation \u00ab traditionnelle \u00bb des serveurs ainsi que pour la virtualisation de bureau (VDI), contrairement \u00e0 la solution VMware, les deux syst\u00e8mes peuvent coexister au sein d'un m\u00eame complexe.
\nLe projet est bien document\u00e9<\/a><\/noindex>, a depuis longtemps atteint une maturit\u00e9 pour une utilisation productive et est pr\u00eat pour des charges \u00e9lev\u00e9es.
\nCet article est le premier d'un cycle sur la mani\u00e8re de construire un cluster tol\u00e9rant aux pannes. En suivant ces \u00e9tapes, nous obtiendrons en peu de temps (environ 2 heures) un syst\u00e8me enti\u00e8rement fonctionnel, bien que certaines questions, bien s\u00fbr, ne puissent pas \u00eatre abord\u00e9es, j'essaierai de les \u00e9claircir dans les prochains articles.<\/a><\/noindex>
\nNous l'utilisons depuis plusieurs ann\u00e9es, ayant commenc\u00e9 avec la version 4.1. Notre syst\u00e8me industriel fonctionne actuellement sur des calculateurs HPE Synergy 480 et ProLiant BL460c de 10e g\u00e9n\u00e9ration avec des CPU Xeon Gold.
\nAu moment de la r\u00e9daction, la version actuelle est 4.3. <\/p>\n

Articles<\/h2>\n

<\/p>\n

    \n
  1. Introduction (Nous y sommes)<\/li>\n
  2. Installation du gestionnaire (ovirt-engine) et des hyperviseurs (h\u00f4tes)<\/a><\/noindex><\/li>\n
  3. Param\u00e8tres suppl\u00e9mentaires<\/a><\/noindex><\/li>\n<\/ol>\n

    Fonctionnalit\u00e9s<\/h2>\n

    \nDans oVirt, il existe 2 entit\u00e9s principales : ovirt-engine et ovirt-host(s). Pour ceux qui connaissent bien les produits VMware, oVirt en tant que plateforme \u00e9quivaut \u00e0 vSphere, ovirt-engine \u2014 la couche de gestion \u2014 remplit les m\u00eames fonctions que vCenter, et ovirt-host \u2014 l'hyperviseur, comme ESX(i). \u00c9tant donn\u00e9 que vSphere est une solution tr\u00e8s populaire, je feront parfois des comparaisons avec elle.
    \n\"oVirt
    \nFig. 1 \u2014 panneau de contr\u00f4le d'oVirt.<\/p>\n

    Pour les machines invit\u00e9es, la plupart des distributions Linux et des versions de Windows sont prises en charge. Pour les machines invit\u00e9es, il existe des agents et des p\u00e9riph\u00e9riques virtuels optimis\u00e9s ainsi que des pilotes virtio, principalement le contr\u00f4leur de disque et l'interface r\u00e9seau.
    \nPour mettre en place une solution tol\u00e9rante aux pannes et toutes les fonctionnalit\u00e9s int\u00e9ressantes, un stockage partag\u00e9 sera n\u00e9cessaire. \u00c0 la fois des stockages bloc FC, FCoE, iSCSI et des stockages de fichiers NFS sont pris en charge, entre autres. Pour impl\u00e9menter une solution tol\u00e9rante aux pannes, le syst\u00e8me de stockage doit \u00e9galement \u00eatre tol\u00e9rant aux pannes (au moins 2 contr\u00f4leurs, multipathing).
    \nL'utilisation de stockages locaux est possible, mais par d\u00e9faut, seuls les stockages partag\u00e9s conviennent pour un v\u00e9ritable cluster. Les stockages locaux rendent le syst\u00e8me h\u00e9t\u00e9rog\u00e8ne compos\u00e9 d'hyperviseurs, et m\u00eame avec un stockage partag\u00e9, il est impossible de former un cluster. Le chemin le plus juste consiste \u00e0 utiliser des machines sans disque avec boot from SAN, ou des disques de taille minimale. Il est probablement possible, via vdsm hook, de assembler des disques locaux en un stockage d\u00e9fini par logiciel (comme Ceph) et de le pr\u00e9senter aux VM, mais cela n'a pas \u00e9t\u00e9 s\u00e9rieusement consid\u00e9r\u00e9.<\/p>\n

    Architecture<\/h4>\n

    \n\"oVirt
    \nFig. 2 \u2014 architecture d'oVirt.
    \nPour en savoir plus sur l'architecture, consultez     documentation<\/a><\/noindex> le d\u00e9veloppeur.<\/p>\n

    \"oVirt
    \nFig. 3 \u2014 objets d'oVirt.<\/p>\n

    L'\u00e9l\u00e9ment sup\u00e9rieur de la hi\u00e9rarchie est Centre de donn\u00e9es<\/b>. Il d\u00e9termine si des stockages partag\u00e9s ou locaux sont utilis\u00e9s, ainsi que l'ensemble des fonctionnalit\u00e9s utilis\u00e9es (compatibilit\u00e9, de 4.1 \u00e0 4.3). Il peut y en avoir un ou plusieurs. Pour de nombreuses options, l'utilisation du Data Center par d\u00e9faut est acceptable \u2014 Default.
    \nLe Data Center se compose d'un ou plusieurs Clusters<\/b>. Le cluster d\u00e9finit le type de processeur, les politiques de migration, etc. Pour de petites installations, il est \u00e9galement possible de se contenter du cluster Default.
    \nLe cluster, \u00e0 son tour, se compose de H\u00f4te<\/b>des serveurs effectuant le travail principal - ils h\u00e9bergent des machines virtuelles, des stockages leur sont connect\u00e9s. Un cluster se compose de 2 h\u00f4tes ou plus. Bien qu'il soit techniquement possible de cr\u00e9er un cluster avec un h\u00f4te unique, cela n'a pas d'int\u00e9r\u00eat pratique.<\/p>\n

    oVirt prend en charge de nombreuses fonctionnalit\u00e9s, y compris la migration en direct des machines virtuelles entre hyperviseurs (live migration) et des stockages (storage migration), la virtualisation de bureau (virtual desktop infrastructure) avec des pools de VM, des VM statefull et stateless, la prise en charge de NVidia Grid vGPU, l'importation \u00e0 partir de vSphere, KVM, et dispose d'une robuste API<\/a><\/noindex> et bien d'autres. Toutes ces fonctionnalit\u00e9s sont disponibles sans frais de licence, et si un support est n\u00e9cessaire, il peut \u00eatre achet\u00e9 aupr\u00e8s de Red Hat via des partenaires r\u00e9gionaux.<\/p>\n

    Concernant les prix de RHV<\/h4>\n

    \nLe co\u00fbt est faible par rapport \u00e0 VMware, seule la support est achet\u00e9 \u2014 sans obligation d'achat de la licence elle-m\u00eame. Le support est seulement acquis pour les hyperviseurs, ovirt-engine, contrairement \u00e0 vCenter Server qui n\u00e9cessite des d\u00e9penses.<\/p>\n

    Exemple de calcul pour la premi\u00e8re ann\u00e9e de possession<\/h4>\n

    \nConsid\u00e9rons un cluster de 4 machines \u00e0 2 sockets et les prix au d\u00e9tail (sans r\u00e9ductions projet).
    \nL'abonnement standard RHV     co\u00fbte 999 $<\/a><\/noindex> par socket\/an (premium 365\/24\/7 \u2014 1499 $), soit 4*2*999=$7992<\/b>.
    \n    Prix de vSphere<\/a><\/noindex>:<\/p>\n