{"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\/pt\/blog\/administrirovanie\/ovirt-za-2-chasa-chast-1-otkrytaya-otkazoustojchivaya-platforma-virtualizaczii","title":{"rendered":"oVirt em 2 horas. Parte 1. Plataforma de virtualiza\u00e7\u00e3o de alta disponibilidade e aberta","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Introdu\u00e7\u00e3o<\/h2>\n

\nProjeto de c\u00f3digo aberto oVirt<\/a><\/noindex> \u2014 uma plataforma de virtualiza\u00e7\u00e3o de n\u00edvel corporativo livre. Ao navegar pelo habr, descobri que oVirt<\/a><\/noindex> n\u00e3o \u00e9 t\u00e3o amplamente coberto aqui quanto merece.
\noVirt \u00e9, na verdade, a fonte upstream para o sistema comercial Red Hat Virtualization (RHV, anteriormente RHEV), que cresce sob a tutela da Red Hat. Para evitar confus\u00f5es, isso n\u00e3o<\/b> \u00e9 o mesmo que CentOS vs RHEL, o modelo \u00e9 mais parecido com Fedora vs RHEL.
\nPor tr\u00e1s das cortinas \u2014 KVM<\/a><\/noindex>, \u00e9 gerenciado atrav\u00e9s de uma interface web. Baseia-se em RHEL\/CentOS 7.
\noVirt pode ser utilizado tanto para virtualiza\u00e7\u00e3o de servidores 'tradicional' quanto para virtualiza\u00e7\u00e3o de desktops (VDI), ao contr\u00e1rio da solu\u00e7\u00e3o da VMware, onde ambos os sistemas podem coexistir em um \u00fanico ambiente.
\nO projeto \u00e9 bem documentado<\/a><\/noindex>, j\u00e1 alcan\u00e7ou maturidade para aplica\u00e7\u00f5es produtivas e est\u00e1 preparado para cargas elevadas.
\nEste artigo \u00e9 o primeiro de um ciclo sobre como construir um cluster de alta disponibilidade funcional. Seguindo estas etapas, teremos um sistema totalmente funcional em um curto espa\u00e7o de tempo (cerca de 2 horas), embora algumas quest\u00f5es, \u00e9 claro, n\u00e3o possam ser abordadas, tentarei esclarec\u00ea-las em artigos futuros.<\/a><\/noindex>
\nUsamos ele h\u00e1 alguns anos, come\u00e7ando com a vers\u00e3o 4.1. Nosso sistema industrial agora roda em servidores HPE Synergy 480 e ProLiant BL460c de 10\u00aa gera\u00e7\u00e3o com CPU Xeon Gold.
\nNo momento da reda\u00e7\u00e3o, a vers\u00e3o ativa \u00e9 4.3. <\/p>\n

Artigos<\/h2>\n

<\/p>\n

    \n
  1. Introdu\u00e7\u00e3o (Estamos aqui)<\/li>\n
  2. Instala\u00e7\u00e3o do gerenciador (ovirt-engine) e hipervisores (hosts)<\/a><\/noindex><\/li>\n
  3. Configura\u00e7\u00f5es adicionais<\/a><\/noindex><\/li>\n<\/ol>\n

    Caracter\u00edsticas funcionais<\/h2>\n

    \nNo oVirt, existem 2 entidades principais: ovirt-engine e ovirt-host(s). Para aqueles que est\u00e3o bem familiarizados com os produtos da VMware, o oVirt, em geral, como plataforma, \u00e9 o vSphere; o ovirt-engine \u2014 camada de gerenciamento \u2014 desempenha as mesmas fun\u00e7\u00f5es que o vCenter, enquanto o ovirt-host \u2014 hipervisor, como ESX(i). Como o vSphere \u00e9 uma solu\u00e7\u00e3o muito popular, \u00e0s vezes farei compara\u00e7\u00f5es com ele.
    \n\"oVirt
    \nFig. 1 \u2014 painel de controle do oVirt.<\/p>\n

    A maioria das distribui\u00e7\u00f5es Linux e vers\u00f5es do Windows \u00e9 suportada como m\u00e1quinas convidadas. Para m\u00e1quinas convidadas, existem agentes e dispositivos virtuais otimizados e drivers virtio, principalmente o controlador de disco e a interface de rede.
    \nPara implementar uma solu\u00e7\u00e3o de alta disponibilidade e todas as funcionalidades interessantes, ser\u00e1 necess\u00e1rio um armazenamento compartilhado. S\u00e3o suportados tanto armazenamento em bloco FC, FCoE, iSCSI, quanto armazenamento de arquivos NFS e outros. Para implementar uma solu\u00e7\u00e3o de alta disponibilidade, o sistema de armazenamento tamb\u00e9m deve ser resiliente (m\u00ednimo de 2 controladores, multipath).
    \nO uso de armazenamentos locais \u00e9 poss\u00edvel, mas, por padr\u00e3o, apenas os armazenamentos compartilhados s\u00e3o adequados para um cluster real. Armazenamentos locais fazem com que o sistema seja um conjunto fragmentado de hipervisores e, mesmo com um armazenamento compartilhado, n\u00e3o \u00e9 poss\u00edvel montar um cluster. O caminho mais correto \u00e9 usar m\u00e1quinas sem disco com boot a partir de SAN, ou discos de capacidade m\u00ednima. Provavelmente, atrav\u00e9s de um hook do vdsm, \u00e9 vi\u00e1vel criar um armazenamento definido por software (por exemplo, Ceph) a partir de discos locais e apresent\u00e1-lo como VM, mas n\u00e3o considerei isso seriamente.<\/p>\n

    Arquitetura<\/h4>\n

    \n\"oVirt
    \nFigura 2 \u2014 arquitetura do oVirt.
    \nVoc\u00ea pode encontrar mais informa\u00e7\u00f5es sobre a arquitetura em     documenta\u00e7\u00e3o<\/a><\/noindex> do desenvolvedor.<\/p>\n

    \"oVirt
    \nFigura 3 \u2014 objetos do oVirt.<\/p>\n

    O elemento superior na hierarquia \u00e9 Centro de Dados<\/b>. Ele define se os armazenamentos utilizados s\u00e3o compartilhados ou locais, assim como o conjunto de fun\u00e7\u00f5es utilizadas (compatibilidade, de 4.1 a 4.3). Pode haver um ou v\u00e1rios. Para muitas op\u00e7\u00f5es, o uso do Data Center padr\u00e3o \u2014 Default \u2014 \u00e9 adequado.
    \nO Data Center consiste em um ou mais Clusters<\/b>. O cluster determina o tipo de processador, pol\u00edticas de migra\u00e7\u00e3o, entre outros. Para pequenas instala\u00e7\u00f5es, tamb\u00e9m \u00e9 poss\u00edvel limitar-se ao cluster Default.
    \nO cluster, por sua vez, \u00e9 composto por Host<\/b>hosts que desempenham a fun\u00e7\u00e3o principal \u2014 eles suportam m\u00e1quinas virtuais, e est\u00e3o conectados a armazenamentos. Um cluster requer 2 ou mais hosts. Embora seja tecnicamente poss\u00edvel criar um cluster com 1 host, isso n\u00e3o tem utilidade pr\u00e1tica.<\/p>\n

    O oVirt suporta v\u00e1rias fun\u00e7\u00f5es, incluindo migra\u00e7\u00e3o ao vivo de m\u00e1quinas virtuais entre hipervisores (live migration) e armazenamentos (storage migration), virtualiza\u00e7\u00e3o de desktop (virtual desktop infrastructure) com pools de VMs, VMs stateful e stateless, suporte a NVidia Grid vGPU, importa\u00e7\u00e3o do vSphere, KVM, e muitos outros recursos. Todas essas fun\u00e7\u00f5es est\u00e3o dispon\u00edveis sem taxas de licenciamento, e, se necess\u00e1rio, o suporte pode ser adquirido da Red Hat atrav\u00e9s de parceiros regionais. API<\/a><\/noindex> e muito mais. Todas essas funcionalidades est\u00e3o dispon\u00edveis sem taxas de licenciamento, e, se for necess\u00e1rio suporte, pode ser adquirido da Red Hat atrav\u00e9s de parceiros regionais.<\/p>\n

    Sobre os pre\u00e7os do RHV<\/h4>\n

    \nO custo n\u00e3o \u00e9 alto em compara\u00e7\u00e3o com o VMware; apenas o suporte \u00e9 adquirido, sem exigir a compra da licen\u00e7a em si. O suporte \u00e9 adquirido apenas para os hipervisores e o ovirt-engine, ao contr\u00e1rio do vCenter Server, que n\u00e3o requer despesas.<\/p>\n

    Exemplo de c\u00e1lculo para o primeiro ano de posse<\/h4>\n

    \nVamos considerar um cluster de 4 m\u00e1quinas com 2 soquetes e pre\u00e7os de varejo (sem descontos de projeto).
    \nA assinatura padr\u00e3o do RHV     custa $999<\/a><\/noindex> por soquete\/ano (premium 365\/24\/7 \u2014 $1499), totalizando 4*2*$999=$7992<\/b>.
    \n    Pre\u00e7o do vSphere<\/a><\/noindex>:<\/p>\n