🥇Creación dunha infraestrutura de TI resistente a fallos. Parte 2. Instalación e configuración dun clúster oVirt 4.3

Este artigo é unha continuación do anterior: "Creación de infraestrutura de TI tolerante a fallos. Parte 1: Preparación para implementar un clúster oVirt 4.3».

Abarcará o proceso de instalación e configuración básicas dun clúster oVirt 4.3 para aloxar máquinas virtuais de alta dispoñibilidade, tendo en conta que xa se completaron todos os pasos preliminares para a preparación da infraestrutura.

Parte introdutoria

O obxectivo principal do artigo non é tanto proporcionar instrucións paso a paso do tipo "seguinte -> si -> Rematar", pero para destacar algúns dos detalles da súa instalación e configuración. O proceso de despregamento do clúster pode non coincidir sempre co descrito alí, debido ás características específicas da súa infraestrutura e ambiente, pero os principios xerais serán os mesmos.

Desde un punto de vista subxectivo, oVirt 4.3 En termos de funcionalidade, é similar á versión 5.x de VMware vSphere, pero por suposto, ten as súas propias características de configuración e funcionamento.

Para os interesados, pódense atopar en liña todas as diferenzas entre RHEV (tamén coñecido como oVirt) e VMware vSphere, por exemplo. aquí, pero aínda sinalarei ocasionalmente algunhas das súas diferenzas ou semellanzas entre si, a medida que avance o artigo.

Tamén me gustaría comparar brevemente as redes para máquinas virtuais. oVirt implementa un principio de xestión de rede similar para máquinas virtuais (en diante, máquinas virtuais) ao de VMware vSphere:

usando a ponte estándar de Linux (en VMware - Conmutador virtual estándar), executándose en hosts de virtualización;
usando Open vSwitch (OVS) (en VMware - Conmutador virtual distribuído) é un conmutador virtual distribuído que consta de dous compoñentes principais: un servidor OVN central e controladores OVN en hosts xestionados.

Cómpre sinalar que, debido á sinxeleza da implementación, este artigo describirá a configuración de redes en oVirt para máquinas virtuais usando a ponte estándar de Linux, que é a opción estándar cando se usa o hipervisor KVM.

Neste sentido, existen varias regras básicas para traballar cunha rede nun clúster que é mellor non violar:

Todas as configuracións de rede nos hosts deben ser idénticas antes de engadilos a oVirt, agás os enderezos IP.
Unha vez que un host está baixo o control de oVirt, é moi recomendable que non cambies manualmente ningunha configuración de rede a menos que teñas plena confianza nas túas accións, xa que o axente de oVirt simplemente devolverá a configuración anterior despois de reiniciar o host ou o axente.
Engadir unha nova rede para unha máquina virtual, así como traballar con ela, só se debe facer desde a consola de administración de oVirt.

Unha cousa máis nota importante — para un entorno moi crítico (moi sensible ás perdas financeiras), aínda se recomendaría usar soporte de pago e usar Virtualización Red Hat 4.3Durante o funcionamento do clúster oVirt, poden xurdir certos problemas para os que é aconsellable buscar asistencia cualificada canto antes en lugar de tentar resolvelos vostede mesmo.

Finalmente, recomendado Antes de implementar un clúster oVirt, lea documentación oficial, para coñecer polo menos os conceptos e definicións básicos, se non, será un pouco difícil ler o resto do artigo.

As seguintes directrices son fundamentais para comprender este artigo e os principios de funcionamento do clúster oVirt:

O volume alí non é moi grande, nunha ou dúas horas podes dominar facilmente os principios básicos e, para aqueles aos que lles gusten os detalles, recoméndase ler Documentación do produto para Red Hat Virtualization 4.3 — RHEV e oVirt son esencialmente o mesmo.

Entón, se todos os axustes básicos nos hosts, conmutadores e sistemas de almacenamento están completos, procedemos directamente ao despregamento de oVirt.

Parte 2. Instalación e configuración do clúster oVirt 4.3

Para facilitar a consulta, enumerarei as seccións principais deste artigo, que deben completarse na seguinte orde:

Instalación do servidor de xestión de oVirt
Creación dun novo centro de datos
Creando un novo clúster
Instalación de hosts adicionais nun entorno autoaloxado
Creación dun dominio de almacenamento
Creación e configuración de redes para máquinas virtuais
Creación dunha imaxe de instalación para despregar unha máquina virtual
Crear unha máquina virtual

Instalación do servidor de xestión de oVirt

Servidor de xestión de oVirt – é o elemento máis importante da infraestrutura de oVirt, en forma de máquina virtual, host ou dispositivo virtual que xestiona toda a infraestrutura de oVirt.

Os seus análogos próximos do mundo da virtualización:

VMware vSphere - Servidor vCenter
Microsoft Hyper-V - Xestor de máquinas virtuais (VMM) de System Center.

Para instalar o servidor de xestión de oVirt, temos dúas opcións:

Opción 1
Implementación dun servidor como máquina virtual ou host dedicado.

Esta opción funciona bastante ben, pero só se unha máquina virtual deste tipo funciona independentemente do clúster, é dicir, non se inicia en ningún host do clúster como unha máquina virtual normal baixo o control de KVM.

Por que non se pode implementar unha máquina virtual deste tipo en hosts de clúster?

Ao comezo do proceso de despregamento do servidor de xestión de oVirt, atopámonos cun dilema: precisamos instalar unha máquina virtual de xestión, pero o clúster en si aínda non existe, entón que podemos facer de inmediato? O correcto é instalar KVM no futuro nodo do clúster, despois crear unha máquina virtual nela, por exemplo, executando CentOS, e despregar o motor oVirt nela. Isto podería facerse para ter un control completo sobre dita máquina virtual, pero é unha idea errónea, xa que inevitablemente levará a problemas coa máquina virtual de xestión:

non será posible migralo na consola de oVirt entre hosts de clúster (nodos);
ao migrar usando ferramentas de KVM migración virxe, esta máquina virtual non estará dispoñible para a súa xestión desde a consola de oVirt.
Os hosts do clúster non se poden mostrar en Modo de mantemento (modo de mantemento) se migras esta máquina virtual dun host a outro usando migración virxe.

Entón, fai todo segundo as regras: usa un host separado para o servidor de xestión de oVirt ou unha máquina virtual independente que se execute nel ou, mellor aínda, segue a segunda opción.

Opción 2
Instalación do dispositivo oVirt Engine nun host de clúster que xestiona.

Esta opción considerarase ademais como máis correcta e axeitada no noso caso.
Os requisitos para unha máquina virtual deste tipo descríbense a continuación. Só engadirei que se recomenda ter polo menos dous hosts na infraestrutura nos que se poida executar a máquina virtual de xestión para que sexa tolerante a fallos. Gustaríame engadir que, como mencionei nos comentarios do artigo anterior, aínda non puiden conseguir... cerebro dividido nun clúster oVirt de dous hosts, coa capacidade de executar máquinas virtuais con motor aloxado nelas.

Instalación do dispositivo oVirt Engine no primeiro host do clúster

Ligazón á documentación oficial - Guía do motor autoaloxado de oVirt, capítulo "Implementación do motor autoaloxado mediante a liña de comandos»

O documento especifica os requisitos previos que deben cumprirse antes de despregar unha máquina virtual con motor aloxado e tamén describe o proceso de instalación en detalle, polo que non ten sentido repetilo literalmente, polo que nos centraremos nalgúns detalles importantes.

Antes de iniciar calquera acción, asegúrese de activar a compatibilidade coa virtualización na configuración da BIOS do host.
Instala o paquete instalador do motor aloxado no host:

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm 
yum -y install epel-release
yum install screen ovirt-hosted-engine-setup

Lanzamos o procedemento de despregamento de oVirt Hosted Engine no host nunha pantalla (podes saír dela con Ctrl-A + D, pechala con Ctrl-D):

screen
hosted-engine --deploy

Se o desexa, pode executar a instalación cun ficheiro de respostas preparado previamente:

hosted-engine --deploy --config-append=/var/lib/ovirt-hosted-engine-setup/answers/answers-ohe.conf

Ao despregar o motor aloxado, especificamos todos os parámetros necesarios:

- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры.

Para instalar unha máquina virtual de alta dispoñibilidade cun motor aloxado, creamos previamente un LUN especial número 4 e un tamaño de 150 GB no sistema de almacenamento, que logo se presentou aos hosts do clúster; véxase en artigo anterior.

Tamén comprobamos previamente a súa visibilidade nos hosts:

multipath -ll
…
3600a098000e4b4b3000003c95d171065 dm-3 DELL    , MD38xxf
size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='service-time 0' prio=14 status=active
| `- 15:0:0:4  sdc 8:32  active ready running
`-+- policy='service-time 0' prio=9 status=enabled
  `- 18:0:0:4  sdj 8:144 active ready running

O proceso de despregamento do motor aloxado en si é sinxelo e, ao final, deberiamos recibir unha mensaxe semellante a esta:

[ INFO  ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20191129131846.conf'
[ INFO  ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ INFO  ] Hosted Engine successfully deployed

Comproba a dispoñibilidade dos servizos de oVirt no servidor:

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Se todo se fixo correctamente, despois de completar a instalación, vaia ao navegador web https://ovirt_hostname/ovirt-engine desde o ordenador do administrador e prema en [Portal de Administración].

Captura de pantalla do "Portal de administración"

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Ao introducir o teu nome de usuario e contrasinal (configurados durante a instalación) na xanela que se mostra na captura de pantalla, accederás ao panel de control de Open Virtualization Manager, onde podes realizar todas as accións coa túa infraestrutura virtual:

engadir un centro de datos
engadir e configurar un clúster
engadir e xestionar hosts
engadir áreas de almacenamento ou dominios de almacenamento para discos de máquinas virtuais
engadir e configurar redes para máquinas virtuais
engadir e xestionar máquinas virtuais, imaxes de instalación e modelos de máquinas virtuais

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Todas estas accións serán comentadas a continuación, algunhas en letra grande, outras con máis detalle e con matices.
Pero primeiro, recomendaríache ler este suplemento, que sen dúbida será útil para moitos.

Adición

1) En principio, se existe tal necesidade, nada impide instalar o hipervisor KVM nos nodos do clúster con antelación usando paquetes libvirt и qemu-kvm (Ou qemu-kvm-ev) a versión desexada, aínda que ao despregar un nodo de clúster oVirt, pode facelo el mesmo.

Pero se libvirt и qemu-kvm Se instalou unha versión que non é a máis recente, pode recibir o seguinte erro durante a implementación do motor aloxado:

error: unsupported configuration: unknown CPU feature: md-clear

É dicir, é necesario ter versión actualizada libvirt con protección contra MDS, que apoia a seguinte política:

<feature policy='require' name='md-clear'/>

Instala libvirt v.4.5.0-10.el7_6.12, con soporte para md-clear:

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

Comprobando a compatibilidade con 'md-clear':

virsh domcapabilities kvm | grep require
      <feature policy='require' name='ss'/>
      <feature policy='require' name='hypervisor'/>
      <feature policy='require' name='tsc_adjust'/>
      <feature policy='require' name='clflushopt'/>
      <feature policy='require' name='pku'/>
      <feature policy='require' name='md-clear'/>
      <feature policy='require' name='stibp'/>
      <feature policy='require' name='ssbd'/>
      <feature policy='require' name='invtsc'/>

Despois disto, podes continuar coa instalación do motor aloxado.

2) En oVirt 4.3, a presenza e o uso dun cortafuegos firewalld é un requisito obrigatorio.

Se recibimos o seguinte erro durante a implementación da máquina virtual para o motor aloxado:

[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld is required to be enabled and active in order to correctly deploy hosted-engine. Please check, fix accordingly and re-deploy.n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook
[https://bugzilla.redhat.com/show_bug.cgi?id=1608467

Despois tes que desactivar outro cortafuegos (se o usas) e instalar e executar firewalld:

yum install firewalld
systemctl enable firewalld
systemctl start firewalld

firewall-cmd --state
firewall-cmd --get-default-zone
firewall-cmd --get-active-zones
firewall-cmd --get-zones

No futuro, ao instalar o axente ovirt nun novo host para o clúster, configurará os portos necesarios en firewalld automaticamente.

3) Reiniciando o host cunha máquina virtual executándose nel co motor aloxado.

Como de costume, ligazón 1 и ligazón 2 nos documentos gobernamentais.

Toda a xestión do motor de máquina virtual aloxada realízase SÓ mediante o comando motor aloxado no servidor onde traballa, sobre virsh debemos esquecer, así como o feito de que podes conectarte a esta máquina virtual a través de SSH e executar o comando "peche».

Procedemento para poñer unha máquina virtual en modo de mantemento:

hosted-engine --set-maintenance --mode=global

hosted-engine --vm-status
!! Cluster is in GLOBAL MAINTENANCE mode !!
--== Host host1.test.local (id: 1) status ==--
conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : dee1a774
local_conf_timestamp               : 1821
Host timestamp                     : 1821
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=1821 (Sat Nov 29 14:25:19 2019)
        host-id=1
        score=3400
        vm_conf_refresh_time=1821 (Sat Nov 29 14:25:19 2019)
        conf_on_shared_storage=True
        maintenance=False
        state=GlobalMaintenance
        stopped=False

hosted-engine --vm-shutdown

Reiniciamos o host co axente do motor aloxado e facemos con el o que precisemos.

Despois de reiniciar, comproba o estado da máquina virtual co motor aloxado:

hosted-engine --vm-status

Se a nosa máquina virtual con motor aloxado non se inicia e vemos erros semellantes no rexistro de servizo:

Erro no rexistro de servizo:

journalctl -u ovirt-ha-agent
...
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to start necessary monitors
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last):#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent#012    return action(he)#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper#012    return he.start_monitoring()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring#012    self._initialize_broker()#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 537, in _initialize_broker#012    m.get('options', {}))#012  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 86, in start_monitor#012    ).format(t=type, o=options, e=e)#012RequestError: brokerlink - failed to start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, [monitor: 'ping', options: {'addr': '172.20.32.32'}]
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent

Despois conectamos o almacenamento e reiniciamos o axente:

hosted-engine --connect-storage
systemctl restart ovirt-ha-agent
systemctl status ovirt-ha-agent

hosted-engine --vm-start
hosted-engine --vm-status

Despois de iniciar a máquina virtual con hosted-engine, sacámola do modo de mantemento:

Procedemento para sacar unha máquina virtual do modo de mantemento:

hosted-engine --check-liveliness
hosted-engine --set-maintenance --mode=none
hosted-engine --vm-status

--== Host host1.test.local (id: 1) status ==--

conf_on_shared_storage             : True
Status up-to-date                  : True
Hostname                           : host1.test.local
Host ID                            : 1
Engine status                      : {"health": "good", "vm": "up", "detail": "Up"}
Score                              : 3400
stopped                            : False
Local maintenance                  : False
crc32                              : 6d1eb25f
local_conf_timestamp               : 6222296
Host timestamp                     : 6222296
Extra metadata (valid at timestamp):
        metadata_parse_version=1
        metadata_feature_version=1
        timestamp=6222296 (Fri Jan 17 11:40:43 2020)
        host-id=1
        score=3400
        vm_conf_refresh_time=6222296 (Fri Jan 17 11:40:43 2020)
        conf_on_shared_storage=True
        maintenance=False
        state=EngineUp
        stopped=False

4) Eliminando o motor aloxado e todo o asociado a el.

Ás veces é necesario eliminar correctamente un motor aloxado instalado previamente - Ligazón ao documento de goberno.

Simplemente executamos o comando no host:

/usr/sbin/ovirt-hosted-engine-cleanup

A continuación, eliminamos os paquetes innecesarios, facendo unha copia de seguridade de calquera configuración previamente, se é necesario:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs

Creación dun novo centro de datos

Documentación de axuda: Guía de administración de oVirt. Capítulo 4: Centros de datos

Primeiro, definamos o que é centro de datos (cito da axuda) é unha entidade lóxica que define un conxunto de recursos empregados nun entorno específico.

Un centro de datos é un tipo de contedor que consiste en:

recursos lóxicos en forma de clústeres e hosts
recursos de rede de clúster en forma de redes lóxicas e adaptadores físicos en hosts,
recursos de almacenamento (para discos de máquinas virtuais, modelos, imaxes) en forma de áreas de almacenamento (dominios de almacenamento).

Un centro de datos pode conter varios clústeres que constan de varios hosts con máquinas virtuais executándose neles e tamén pode ter varias áreas de almacenamento asociadas.
Pode haber varios centros de datos, todos operando de forma independente. Ovirt permite permisos baseados en roles e permite permisos personalizados, tanto a nivel de centro de datos como para elementos lóxicos individuais.

O centro de datos, ou os centros de datos se hai varios, xestiónanse desde unha única consola ou portal administrativo.

Para crear un centro de datos, vaia ao portal administrativo e cree un novo centro de datos:
Calcular >> centros >> novo

Dado que usamos almacenamento compartido no sistema de almacenamento, o tipo de almacenamento (Tipo de almacenamento) debe ser Compartido:

Captura de pantalla do asistente de creación de centros de datos

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Ao instalar unha máquina virtual cun motor aloxado, créase un centro de datos por defecto: Centro de datos1e, se é necesario, podes cambiar o tipo de almacenamento (Tipo de almacenamento) por outro.

Crear un centro de datos é unha tarefa sinxela, sen matices complicados, e todos os pasos adicionais descríbense na documentación. Só sinalarei que os hosts independentes con só almacenamento local (disco) para máquinas virtuais non poderán acceder (nin engadirse a) un centro de datos co tipo de almacenamento definido como Compartido, e débese crear un centro de datos separado para eles; é dicir, cada host individual con almacenamento local require o seu propio centro de datos.

Creando un novo clúster

Ligazón á documentación: Guía de administración de oVirt. Capítulo 5: Clústeres

Sen entrar en demasiados detalles, cúmulo Un clúster é unha agrupación lóxica de hosts que comparten unha área de almacenamento común (en forma de discos compartidos nun sistema de almacenamento, como no noso caso). Tamén é desexable que os hosts do clúster sexan idénticos en hardware e teñan o mesmo tipo de procesador (Intel ou AMD). Idealmente, os servidores do clúster deberían ser completamente idénticos.

O clúster forma parte dun centro de datos (cun tipo específico de almacenamento - Local ou Compartido), e todos os hosts deben pertencer a algún clúster, dependendo de se teñen almacenamento común ou non.

Ao instalar unha máquina virtual con hosted-engine nun host, créase un centro de datos por defecto: Centro de datos1, xunto co clúster – Clúster1e, no futuro, poderás configurar os seus parámetros, activar opcións adicionais, engadirlle hosts, etc.

Como sempre, para obter máis detalles sobre a configuración do clúster, recoméndase consultar a documentación oficial. En canto á configuración do clúster, só engadirei que ao crear un clúster, só precisa configurar os parámetros básicos na lapela. xeral.

Destacarei os parámetros máis importantes:

Tipo de procesador — selecciónase en función dos procesadores instalados nos hosts do clúster, do seu fabricante e do procesador máis antigo dos hosts, de xeito que, dependendo disto, se utilicen todas as instrucións do procesador dispoñibles no clúster.
Tipo de conmutador – Só empregamos Linux bridge no noso clúster, por iso o escollemos.
Tipo de cortafuegos – aquí todo está claro, trátase de firewalld, que debe estar activado e configurado nos hosts.

Captura de pantalla con parámetros de clúster

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Instalación de hosts adicionais nun entorno autoaloxado

Ligazón sobre documentación.

Os hosts adicionais para un ambiente autoaloxado engádense do mesmo xeito que para un host normal, co paso adicional de despregar unha máquina virtual cun motor aloxado. Escolle a acción de despregamento do motor aloxado >> implantarDado que o host adicional tamén debe ter un LUN presentado para a máquina virtual co motor aloxado, isto significa que este host pódese usar para aloxar unha máquina virtual co motor aloxado, se é necesario.
Para fins de tolerancia a fallos, é moi recomendable ter polo menos dous hosts nos que se poida colocar unha máquina virtual cun motor aloxado.

No servidor adicional, desactivar iptables (se está activado) e activar firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Instala a versión requirida de KVM (se é necesario):

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

virsh domcapabilities kvm | grep md-clear

Instala os repositorios necesarios e o instalador do motor aloxado:

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
yum -y install epel-release
yum update
yum install screen ovirt-hosted-engine-setup

A continuación, imos á consola. Abrir o xestor de virtualización, engade un novo servidor e fai todo paso a paso, como está escrito en documentación.

Como resultado, despois de engadir un host adicional, deberiamos obter unha imaxe na consola administrativa semellante á da captura de pantalla.

Captura de pantalla do portal administrativo: anfitrións

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

O host no que a máquina virtual co motor aloxado está activa actualmente ten unha coroa dourada e a inscrición "Executar a máquina virtual do motor aloxado", o servidor no que se pode iniciar esta máquina virtual se é necesario - a inscrición "Pode executar a máquina virtual do motor aloxado».

En caso de fallo do servidor no que "Executar a máquina virtual do motor aloxado", reiniciarase automaticamente no segundo host. Esta máquina virtual tamén se pode migrar do host activo ao host en espera para mantemento.

Configuración da xestión de enerxía/vallado en hosts oVirt

Ligazóns á documentación:

Virtualización de Red Hat 4.3 –> Referencia técnica -> Capítulo 4. Xestión de enerxía
Guía de administración de oVirt -> Capítulo 7: Anfitrións

Aínda que poida parecer que se completou a adición e configuración do host, isto non é totalmente certo.
Para garantir o funcionamento normal dos hosts e para identificar/corrixir calquera fallo con eles, é necesario configurar a xestión de enerxía/vallado.

Esgrima, ou esgrima, é o proceso de excluír temporalmente un host defectuoso ou con fallo dun clúster, durante o cal se reinician os servizos de oVirt nel ou o propio host.

Como de costume, todos os detalles sobre as definicións e os parámetros de xestión de enerxía/vallado danse na documentación; só darei un exemplo de como configurar este importante parámetro, aplicado aos servidores Dell R640 con iDRAC 9.

Imos ao portal administrativo e facemos clic Calcular >> Anfitrións selecciona o anfitrión.
Clic Editar.
Fai clic na lapela Xestión de Enerxía.
Marca a caixa xunto á opción Activar a xestión de enerxía.
Marca a caixa xunto á opción Integración de Kdumppara evitar que o host entre en modo de fenda mentres escribe un volcado de erro do núcleo.

Nota.

Despois de activar a integración de Kdump nun host que xa estea en execución, debe reinstalarse segundo o procedemento da Guía de administración de oVirt -> Capítulo 7: Anfitrións -> Reinstalación de hosts.

Opcionalmente, podes marcar a caixa Desactivar o control de políticas da xestión de enerxía, se non queremos que a xestión de enerxía do host sexa controlada pola política de programación do clúster.
Fai clic no botón (+) para engadir un novo dispositivo de xestión de enerxía, abrirase a xanela de edición das propiedades do axente.
Para iDRAC9, complete os campos:
- dirección – Enderezo iDRAC9
- Nome de usuario / Contrasinal – inicio de sesión e contrasinal para entrar no iDRAC9, respectivamente
- tipo — drac5
- marca Protexer
- engade as seguintes opcións: cmd_prompt=>,tempo_de_espera_inicio_de_sesión=30

Captura de pantalla da configuración de "Xestión de enerxía" nas propiedades do host

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Creación dun dominio de almacenamento

Ligazón á documentación: Guía de administración de oVirt Capítulo 8: Almacenamento.

Dominio de almacenamento, ou área de almacenamento, é unha localización centralizada para almacenar discos de máquinas virtuais, imaxes de instalación, modelos e instantáneas.

As áreas de almacenamento pódense conectar ao centro de datos mediante varios protocolos, clústeres e sistemas de ficheiros de rede.

oVirt ten tres tipos de espazo de almacenamento:

Dominio de datos – para almacenar todos os datos asociados a máquinas virtuais (discos, modelos). Data Domain non se pode compartir entre diferentes centros de datos.
Dominio ISO (tipo de área de almacenamento herdada): para almacenar imaxes de instalación do sistema operativo. O dominio ISO pódese compartir entre diferentes centros de datos.
Exportar dominio (tipo de área de almacenamento herdada): para o almacenamento temporal de imaxes trasladadas entre centros de datos.

No noso caso particular, a área de almacenamento co tipo Data Domain usa o protocolo Fibre Channel (FCP) para conectarse aos LUN do sistema de almacenamento.

Desde a perspectiva de oVirt, ao usar almacenamento (FC ou iSCSI), cada disco virtual, instantánea ou modelo é un disco lóxico.
Os dispositivos de bloque recóllense xuntos (en hosts de clúster) mediante o grupo de volumes e logo divídense mediante LVM en volumes lóxicos que se usan como discos virtuais para máquinas virtuais.

Todos estes grupos e moitos volumes LVM pódense ver no servidor do clúster usando os comandos etc и lvsNaturalmente, todas as accións con estes discos deben realizarse só desde a consola de oVirt, agás en casos especiais.

Os discos virtuais para máquinas virtuais poden ser de dous tipos: QCOW2 ou RAW. Os discos poden ser "delgado" ou "groso". As instantáneas créanse sempre como "delgado".

A forma en que se xestionan os dominios de almacenamento, ou as áreas de almacenamento ás que se accede a través de Fibre Channel (FC), é bastante lóxica: cada disco virtual de máquina virtual ten un volume lóxico separado, no que só pode escribir un host. Para as conexións FC, oVirt usa algo semellante a LVM en clúster.

As máquinas virtuais situadas na mesma área de almacenamento pódense migrar entre hosts que pertencen ao mesmo clúster.

Como podemos ver na descrición, un clúster en oVirt, do mesmo xeito que un clúster en VMware vSphere ou Hyper-V, significa esencialmente o mesmo: é unha agrupación lóxica de hosts, preferiblemente idénticos na composición do hardware, e que teñen almacenamento común para os discos de máquinas virtuais.

Pasemos directamente á creación dunha área de almacenamento para datos (discos de máquinas virtuais), xa que sen ela o centro de datos non se inicializará.
Permíteme lembrarche que todos os LUN presentados aos hosts do clúster no sistema de almacenamento deben ser visibles neles mediante o comando "multipath -ll».

Conforme documentación, imos ao portal, entramos almacenamento >> Dominios -> Novo dominio e siga as instrucións da sección "Engadir almacenamento FCP".

Despois de iniciar o asistente, complete os campos obrigatorios:

nome — definir o nome do clúster
Función de dominio — Datos
Tipo de almacenamento — Canle de fibra
Host para usar — selecciona o host no que está dispoñible o LUN requirido

Na lista de LUNs, marcamos o que necesitamos e facemos clic Engadir e logo okSe é necesario, pode axustar parámetros adicionais da área de almacenamento facendo clic en Parámetros avanzados.

Captura de pantalla do asistente "Dominio de almacenamento"

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

En función dos resultados do traballo do asistente, deberiamos recibir unha nova área de almacenamento e o noso centro de datos debería cambiar ao estado UP, ou inicializado:

Capturas de pantalla do centro de datos e as súas áreas de almacenamento:

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Creación e configuración de redes para máquinas virtuais

Ligazón á documentación: Guía de administración de oVirt Capítulo 6: Redes lóxicas

As redes, ou redes, utilízanse para agrupar as redes lóxicas que se empregan na infraestrutura virtual de oVirt.

Para conectar un adaptador de rede nunha máquina virtual a un adaptador físico no host, utilízanse interfaces lóxicas como Linux Bridge.

Para agrupar e separar o tráfico entre redes, as VLAN están configuradas nos conmutadores.

Ao crear unha rede lóxica para máquinas virtuais en oVirt, é necesario asignarlle un ID que coincida co número de VLAN no conmutador para que as máquinas virtuais poidan comunicarse entre si, mesmo se se executan en diferentes nodos do clúster.

Os axustes preliminares dos adaptadores de rede nos hosts para conectar máquinas virtuais deberían terse realizado en artigo anterior – a interface lóxica está configurada vínculo1, entón todos os axustes de rede deberían facerse unicamente a través do portal administrativo de oVirt.

Despois de crear unha máquina virtual cun motor aloxado, ademais da creación automática dun centro de datos e un clúster, tamén se creou automaticamente unha rede lóxica para xestionar o noso clúster. ovritmgmt, á que estaba conectada esta máquina virtual.

Se é necesario, pode ver a configuración de rede lóxica ovritmgmt e axustalos, pero debes ter coidado de non perder o control da infraestrutura de oVirt.

Configuración de rede lóxica ovritmgmt

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Para crear unha nova rede lóxica para máquinas virtuais normais, vaia ao portal administrativo. Rede >> Redes >> novoe na lapela xeral engade unha rede co ID de VLAN requirido e marca tamén a caixa xunto a "Rede de máquinas virtuais", isto significa que se pode usar para asignar a unha máquina virtual.

Captura de pantalla da nova rede lóxica VLAN32

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Na pestana Agrupar, conectamos esta rede ao noso clúster Clúster1.

Despois disto imos a Calcular >> Anfitrións, imos a cada host por quendas, á lapela Interfaces de redee iniciar o asistente Configurar redes de host, para vincularse aos hosts da nova rede lóxica.

Captura de pantalla do asistente "Configurar redes de host"

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

O axente oVirt realizará automaticamente todos os axustes de rede necesarios no host: creará VLAN e BRIDGE.

Exemplos de ficheiros de configuración para novas redes no host:

cat ifcfg-bond1
# Generated by VDSM version 4.30.17.1
DEVICE=bond1
BONDING_OPTS='mode=1 miimon=100'
MACADDR=00:50:56:82:57:52
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-bond1.432
# Generated by VDSM version 4.30.17.1
DEVICE=bond1.432
VLAN=yes
BRIDGE=ovirtvm-vlan432
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

cat ifcfg-ovirtvm-vlan432
# Generated by VDSM version 4.30.17.1
DEVICE=ovirtvm-vlan432
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

Déixame lembrarche unha vez máis que no servidor do clúster SEN NECESIDADE crear interfaces de rede manualmente con antelación ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

Despois de engadir a rede lóxica e comprobar a conexión entre o host e a máquina virtual co motor aloxado, pódese usar na máquina virtual.

Creación dunha imaxe de instalación para despregar unha máquina virtual

Ligazón á documentación: Guía de administración de oVirt Capítulo 8: Almacenamento, sección Carga de imaxes nun dominio de almacenamento de datos.

Sen unha imaxe de instalación do sistema operativo, non poderás instalar unha máquina virtual, aínda que isto non é un problema se tes, por exemplo, unha máquina virtual instalada na túa rede. Zapateiro con imaxes precreadas.

No noso caso, isto non é posible, polo que teremos que importar esta imaxe a oVirt nós mesmos. Anteriormente, isto requiría crear un dominio ISO, pero na nova versión de oVirt, isto quedou obsoleto, polo que agora podes cargar imaxes directamente ao dominio de almacenamento desde o portal administrativo.

No portal administrativo, vaia a almacenamento >> Discos >> Cargar >> comezo
Engadimos a imaxe do noso sistema operativo como ficheiro ISO, completamos todos os campos do formulario e facemos clic en "Proba a conexión".

Captura de pantalla do asistente para engadir imaxes de instalación

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Se recibimos un erro deste tipo:

Unable to upload image to disk d6d8fd10-c1e0-4f2d-af15-90f8e636dadc due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. The certificate can be fetched from https://ovirt.test.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA`

Entón tes que engadir o certificado oVirt a "CA raíz de confianza» (CA raíz de confianza) na estación de control do administrador desde a que estamos a tentar descargar a imaxe.

Despois de engadir o certificado á CA raíz de confianza, faga clic en "Proba a conexión", debería recibir:

Connection to ovirt-imageio-proxy was successful.

Unha vez completado o proceso de adición de certificados, pode tentar cargar a imaxe ISO no dominio de almacenamento de novo.

En principio, é posible crear un dominio de almacenamento separado co tipo de datos para almacenar imaxes e modelos por separado dos discos de máquinas virtuais, ou mesmo almacenalos no dominio de almacenamento para o motor aloxado, pero isto queda á discreción do administrador.

Captura de pantalla de imaxes ISO no dominio de almacenamento para un motor aloxado

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Crear unha máquina virtual

Ligazón de documentación:
Guía de xestión de máquinas virtuais de oVirt –> Capítulo 2: Instalación de máquinas virtuais Linux
Recursos de clientes de consola

Despois de cargar a imaxe de instalación do sistema operativo en oVirt, podes proceder directamente á creación da máquina virtual. Fixéronse moitos traballos, pero xa estamos na fase final, o obxectivo da cal comezou todo: crear unha infraestrutura tolerante a fallos para aloxar máquinas virtuais de alta dispoñibilidade. E todo isto é completamente gratuíto: non se gastou nin un só céntimo na compra de licenzas de software.

Para crear unha máquina virtual con CentOS 7, débese descargar a imaxe de instalación co sistema operativo.

Imos ao portal administrativo, imos a Calcular >> Máquinas virtuaise inicie o asistente de creación de máquinas virtuais. Complete todos os parámetros e campos e faga clic en okTodo é moi sinxelo se segues a documentación.

Como exemplo, proporcionarei a configuración básica e avanzada para unha máquina virtual de alta dispoñibilidade, cun disco creado, conectada á rede e que arranca desde unha imaxe de instalación:

Capturas de pantalla da configuración da máquina virtual de alta dispoñibilidade

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Despois de completar o asistente, péchao, inicia a nova máquina virtual e instala o sistema operativo nela.
Para iso, inicie sesión na consola desta máquina virtual a través do portal administrativo:

Captura de pantalla da configuración do portal administrativo para conectarse á consola da máquina virtual

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Para conectarse á consola da máquina virtual, primeiro debes configurar a consola nas propiedades da máquina virtual.

Captura de pantalla da configuración da máquina virtual, pestana "Consola"

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Para conectarse á consola da máquina virtual, pode usar, por exemplo, Visor de máquinas virtuais.

Para conectarse á consola da máquina virtual directamente na xanela do navegador, a configuración de conexión da consola debe ser a seguinte:

Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3

Despois de instalar o sistema operativo na máquina virtual, é recomendable instalar o axente invitado oVirt:

yum -y install epel-release
yum install -y ovirt-guest-agent-common
systemctl enable ovirt-guest-agent.service && systemctl restart ovirt-guest-agent.service
systemctl status ovirt-guest-agent.service

Así, como resultado das nosas accións, a máquina virtual creada estará altamente dispoñible, o que significa que se o nodo do clúster no que se está a executar falla, oVirt reiniciaraa automaticamente no segundo nodo. Esta máquina virtual tamén se pode migrar entre hosts do clúster para mantemento ou outros fins.

Conclusión

Espero que este artigo teña transmitido que oVirt é unha ferramenta de xestión de infraestrutura virtual perfectamente capaz que non é tan difícil de implementar, sempre que se sigan as regras e os requisitos específicos descritos tanto no artigo como na documentación.

Debido ao gran tamaño do artigo, foi imposible incluír moitas cousas, como instrucións paso a paso para completar varios asistentes con explicacións detalladas e capturas de pantalla, longas saídas de comandos, etc. De feito, isto requiriría un libro enteiro, o que non é particularmente práctico dado o lanzamento constante de novas versións de software con innovacións e cambios. O máis importante é comprender como funciona todo conxuntamente e desenvolver un algoritmo xeral para crear unha plataforma de xestión de máquinas virtuais tolerante a fallos.

Aínda que creamos unha infraestrutura virtual, agora precisamos ensinarlle a interactuar tanto entre os seus elementos individuais (hosts, máquinas virtuais, redes internas) como co mundo exterior.

Este proceso é unha das principais tarefas dun administrador de sistemas ou de rede, que se tratará no seguinte artigo: sobre o uso de enrutadores virtuais VyOS na infraestrutura tolerante a fallos da nosa empresa (como adiviñaches, executaranse como máquinas virtuais no noso clúster oVirt).

Fonte: www.habr.com