{"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\/it\/blog\/administrirovanie\/ovirt-za-2-chasa-chast-1-otkrytaya-otkazoustojchivaya-platforma-virtualizaczii","title":{"rendered":"oVirt in 2 ore. Parte 1. Piattaforma di virtualizzazione open source ad alta disponibilit\u00e0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Introduzione<\/h2>\n

\nProgetto open source oVirt<\/a><\/noindex> \u2014 una piattaforma di virtualizzazione di livello enterprise. Scorrendo Habr, ho scoperto che oVirt<\/a><\/noindex> non \u00e8 trattato qui cos\u00ec ampiamente come meriterebbe.
\noVirt \u00e8 in effetti l'upstream per il sistema commerciale Red Hat Virtualization (RHV, precedentemente RHEV), che cresce sotto l'ala di Red Hat. Per evitare confusione, questo non<\/b> \u00e8 lo stesso di CentOS vs RHEL, il modello \u00e8 simile a Fedora vs RHEL.
\nSotto il cofano \u2014 KVM<\/a><\/noindex>, la gestione avviene tramite un'interfaccia web. Basato su RHEL\/CentOS 7.
\noVirt pu\u00f2 essere utilizzato sia per la virtualizzazione server \"tradizionale\" che desktop (VDI), a differenza della soluzione VMware, i due sistemi possono coesistere nello stesso ambiente.
\nIl progetto \u00e8 ben documentato<\/a><\/noindex>, ha raggiunto da tempo la maturit\u00e0 per usi produttivi ed \u00e8 pronto per carichi elevati.
\nQuesto articolo \u00e8 il primo di un ciclo su come costruire un cluster resiliente. Seguendoli, in breve tempo (circa 2 ore) otterremo un sistema completamente funzionante, anche se non riusciremo a trattare una serie di questioni, cercher\u00f2 di affrontarle nei prossimi articoli.<\/a><\/noindex>
\nLo utilizziamo da qualche anno, partendo dalla versione 4.1. Il nostro sistema industriale \u00e8 attualmente in esecuzione su calcolatori HPE Synergy 480 e ProLiant BL460c di decima generazione con CPU Xeon Gold.
\nAl momento della scrittura, la versione attiva \u00e8 4.3. <\/p>\n

Articoli<\/h2>\n

<\/p>\n

    \n
  1. Introduzione (Siamo qui)<\/li>\n
  2. Installazione del gestore (ovirt-engine) e degli hypervisor (hosts)<\/a><\/noindex><\/li>\n
  3. Impostazioni aggiuntive<\/a><\/noindex><\/li>\n<\/ol>\n

    Caratteristiche funzionali<\/h2>\n

    \nIn oVirt ci sono 2 entit\u00e0 principali: ovirt-engine e ovirt-host(s). Per coloro che conoscono bene i prodotti VMware, oVirt come piattaforma \u00e8 fondamentalmente vSphere, ovirt-engine \u2014 il layer di gestione \u2014 svolge le stesse funzioni di vCenter, mentre ovirt-host \u2014 l'iper-vizor, come ESX(i). Poich\u00e9 vSphere \u00e8 una soluzione molto popolare, a volte far\u00f2 confronti con essa.
    \n\"oVirt
    \nFig. 1 \u2014 pannello di controllo di oVirt.<\/p>\n

    Come macchine guest sono supportati la maggior parte delle distribuzioni Linux e versioni di Windows. Per le macchine guest ci sono agenti e dispositivi virtuali e driver virtio ottimizzati, in primo luogo il controller del disco e l'interfaccia di rete.
    \nPer implementare una soluzione resiliente e tutte le funzioni interessanti \u00e8 necessario uno storage condiviso. Sono supportati storage block come FC, FCoE, iSCSI e anche storage file come NFS, ecc. Per implementare una soluzione resiliente, anche il sistema di storage deve essere resiliente (minimo 2 controller, multi-pathing).
    \nL'uso di storage locali \u00e8 possibile, ma per impostazione predefinita solo gli storage condivisi (shared storages) sono adatti per un vero cluster. Gli storage locali rendono il sistema un insieme disgiunto di hypervisor e anche in presenza di uno storage condiviso, non \u00e8 possibile assemblare un cluster. La strada pi\u00f9 corretta \u00e8 l'utilizzo di macchine senza disco con boot da SAN, o dischi di capacit\u00e0 minima. Probabilmente, tramite un vdsm hook, \u00e8 possibile assemblare soluzioni Software Defined Storage da dischi locali (ad es., Ceph) e presentarli a VM, ma non l'ho esaminato seriamente.<\/p>\n

    Architettura<\/h4>\n

    \n\"oVirt
    \nFig. 2 - architettura di oVirt.
    \nPuoi trovare maggiori dettagli sull'architettura in     documentazione<\/a><\/noindex> sviluppatore.<\/p>\n

    \"oVirt
    \nFig. 3 - oggetti di oVirt.<\/p>\n

    L'elemento superiore nella gerarchia \u00e8 Centro Dati<\/b>. Esso determina se si usano storage condivisi (shared) o locali, oltre all'insieme di funzionalit\u00e0 (compatibilit\u00e0, da 4.1 a 4.3). Possono esserci uno o pi\u00f9 elementi. Per molte opzioni, \u00e8 possibile utilizzare il Data Center predefinito - Default.
    \nIl Data Center \u00e8 composto da uno o pi\u00f9 Clusters<\/b>. Un cluster definisce il tipo di processore, le politiche di migrazione e altro. Per piccole installazioni, pu\u00f2 essere sufficiente limitarsi al cluster Default.
    \nUn cluster, a sua volta, \u00e8 composto da Host<\/b>Le macchine che svolgono il lavoro principale \u2014 ospitano macchine virtuali e sono collegate a storage. Nel cluster sono previsti 2 o pi\u00f9 host. Anche se tecnicamente \u00e8 possibile creare un cluster con un solo host, ci\u00f2 non ha un'utilit\u00e0 pratica.<\/p>\n

    In oVirt \u00e8 supportato un ampio ventaglio di funzionalit\u00e0, tra cui migrazione live delle macchine virtuali tra hypervisor (live migration) e storage (storage migration), virtualizzazione desktop con pool di VM, VM stateful e stateless, supporto per NVidia Grid vGPU, importazione da vSphere, KVM, sono inoltre disponibili potenti API<\/a><\/noindex> e molto altro. Tutte queste funzionalit\u00e0 sono disponibili senza pagamenti per licenze, e se \u00e8 necessario supporto, pu\u00f2 essere acquistato da Red Hat tramite partner regionali.<\/p>\n

    I prezzi per RHV<\/h4>\n

    \nI costi non sono elevati rispetto a VMware, si acquista solo il supporto - senza obbligo di acquistare la licenza stessa. Il supporto \u00e8 disponibile solo per gli hypervisor, ovirt-engine, a differenza di vCenter Server, senza necessit\u00e0 di ulteriori spese.<\/p>\n

    Esempio di calcolo per il primo anno di possesso<\/h4>\n

    \nConsideriamo un cluster composto da 4 macchine a 2 socket e i prezzi al dettaglio (senza sconti di progetto).
    \nL'abbonamento standard a RHV     costa $999<\/a><\/noindex> per socket\/anno (premium 365\/24\/7 - $1499), quindi 4*2*$999=$7992<\/b>.
    \n    Prezzo di vSphere<\/a><\/noindex>:<\/p>\n