ProHoster > Blog > Administración > Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3
Creación dunha infraestrutura informática tolerante a fallos. Parte 2. Instalación e configuración do clúster oVirt 4.3
Abarcará o proceso de instalación e configuración básica dun clúster oVirt 4.3 para aloxamento de máquinas virtuais de alta dispoñibilidade, tendo en conta que xa se realizaron con anterioridade todos os pasos previos para a preparación da infraestrutura.
Parte introdutoria
O obxectivo principal do artigo é proporcionar instrucións paso a paso como "seguinte -> si -> Rematar"como mostrar algunhas funcións ao instalar e configurar. O proceso de implantación do teu clúster pode non coincidir sempre co descrito nel, debido ás características da infraestrutura e do contorno, pero os principios xerais serán os mesmos.
Desde un punto de vista subxectivo, oVirt 4.3 a súa funcionalidade é semellante á versión 5.x de VMware vSphere, pero por suposto coas súas propias características de configuración e operación.
Para os interesados, todas as diferenzas entre RHEV (tamén coñecido como oVirt) e VMware vSphere pódense atopar en Internet, por exemplo aquí, pero de cando en vez vou notar algunhas das súas diferenzas ou semellanzas entre si a medida que avance o artigo.
Por separado, gustaríame comparar un pouco o traballo coas redes para máquinas virtuais. oVirt implementa un principio similar de xestión de rede para máquinas virtuais (en diante, VM), como en VMware vSphere:
usando unha ponte Linux estándar (en VMware - vSwitch estándar), executándose en hosts de virtualización;
usando Open vSwitch (OVS) (en VMware - vSwitch distribuido) é un conmutador virtual distribuído que consta de dous compoñentes principais: un servidor OVN central e controladores OVN en hosts xestionados.
Nótese que, debido á facilidade de implementación, o artigo describirá a configuración de redes en oVirt para unha máquina virtual mediante unha ponte Linux estándar, que é a opción estándar cando se usa o hipervisor KVM.
Neste sentido, hai varias regras básicas para traballar coa rede nun clúster, que é mellor non violar:
Todos os axustes de rede dos hosts antes de engadilos a oVirt deben ser idénticos, excepto os enderezos IP.
Unha vez que un host está controlado por oVirt, non se recomenda cambiar nada manualmente na configuración da rede sen ter unha total confianza nas súas accións, xa que o axente de oVirt simplemente fará que o reinicie aos anteriores despois de reiniciar o host ou axente.
Engadir unha nova rede para unha máquina virtual, así como traballar con ela, só se debe facer desde a consola de xestión de oVirt.
Outro nota importante — para un ambiente moi crítico (moi sensible ás perdas monetarias), aínda se recomendaría utilizar soporte e uso de pago. Red Hat Virtualization 4.3. Durante o funcionamento do clúster oVirt, poden xurdir algúns problemas para os que convén recibir axuda cualificada canto antes, en lugar de tratalos vostede mesmo.
Finalmente, recomendado Antes de implementar un clúster oVirt, familiarícese con documentación oficial, para coñecer polo menos os conceptos e definicións básicas, se non, será un pouco difícil ler o resto do artigo.
Estes documentos de orientación son básicos para comprender o artigo e os principios de funcionamento do clúster oVirt:
O volume alí non é moi grande, nunha ou dúas horas podes dominar bastante os principios básicos, pero para os que lle gusten os detalles, recoméndase ler Documentación do produto para Red Hat Virtualization 4.3 - RHEV e oVirt son esencialmente a mesma cousa.
Así, se se completaron todas as configuracións básicas dos hosts, switches e sistemas de almacenamento, procedemos directamente á implantación de oVirt.
Parte 2. Instalación e configuración do clúster oVirt 4.3
Para facilitar a orientación, enumerarei as seccións principais deste artigo, que deben ser completadas unha a unha:
Instalación do servidor de xestión oVirt
Creación dun novo centro de datos
Creando un novo clúster
Instalación de hosts adicionais nun ambiente autoaloxado
Creación dunha área de almacenamento ou dominios de almacenamento
Creación e configuración de redes para máquinas virtuais
Creación dunha imaxe de instalación para a implantación dunha máquina virtual
Crear unha máquina virtual
Instalación do servidor de xestión oVirt
Servidor de xestión oVirt - este é o elemento máis importante da infraestrutura oVirt, en forma de máquina virtual, host ou dispositivo virtual que xestiona toda a infraestrutura de oVirt.
Os seus análogos próximos ao mundo da virtualización son:
VMware vSphere - vCenter Server
Microsoft Hyper-V - System Center Virtual Machine Manager (VMM).
Para instalar o servidor de xestión oVirt, temos dúas opcións:
Opción 1
Implementación dun servidor en forma de máquina virtual ou host especializado.
Esta opción funciona bastante ben, pero sempre que esa máquina virtual funcione independentemente do clúster, é dicir. non se executa en ningún host de clúster como unha máquina virtual normal que executa KVM.
Por que non se pode implementar unha máquina virtual deste tipo en hosts de clúster?
Ao comezo do proceso de implantación do servidor de xestión oVirt, temos un dilema: necesitamos instalar unha máquina virtual de xestión, pero de feito aínda non hai un clúster en si e, polo tanto, que podemos pensar sobre a marcha? Así é: instale KVM nun futuro nodo do clúster, despois cree unha máquina virtual nel, por exemplo, con CentOS OS e despregue o motor oVirt nel. Normalmente, isto pódese facer por razóns de control completo sobre tal VM, pero esta é unha intención equivocada, porque neste caso, no futuro haberá problemas ao 100% con tal VM de control:
non se pode migrar na consola oVirt entre hosts (nodos) do clúster;
ao migrar mediante KVM mediante virsh migrar, esta máquina virtual non estará dispoñible para a xestión desde a consola oVirt.
Os hosts do clúster non se poden mostrar Modo de mantemento (modo de mantemento), se migra esta máquina virtual de host a host usando virsh migrar.
Polo tanto, fai todo segundo as regras: usa un host separado para o servidor de xestión oVirt ou unha máquina virtual independente que se executa nel, ou mellor aínda, fai o que se escribe na segunda opción.
Opción 2
Instalación de oVirt Engine Appliance nun host de clúster xestionado por el.
É esta opción a que se considerará ademais como máis correcta e adecuada no noso caso.
Os requisitos para tal máquina virtual descríbense a continuación; só engadirei que se recomenda ter polo menos dous hosts na infraestrutura na que se pode executar a máquina virtual de control para que sexa tolerante a fallos. Aquí gustaríame engadir que, como xa escribín nos comentarios do artigo anterior, nunca puiden conseguir cerebro dividido nun clúster oVirt de dous hosts, coa capacidade de executar máquinas virtuales con motor aloxado neles.
Instalando o dispositivo oVirt Engine no primeiro host do clúster
O documento especifica os requisitos previos que deben cumprirse antes de implantar unha máquina virtual con motor aloxado e tamén describe en detalle o proceso de instalación en si, polo que non ten sentido repetilo textualmente, polo que centrarémonos nalgúns detalles importantes.
Antes de comezar todas as accións, asegúrese de activar a compatibilidade de virtualización na configuración da BIOS do host.
Instale o paquete para o instalador do motor aloxado no host:
Ao implementar hosted-engine, 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, previamente creamos un LUN especial no sistema de almacenamento, número 4 e 150 GB de tamaño, que logo se presentou aos hosts do clúster. artigo anterior.
Anteriormente tamén comprobamos a súa visibilidade nos hosts:
O proceso de implantación do motor aloxado en si non é complicado; ao final deberíamos recibir algo así:
[ 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
Comprobamos a presenza dos servizos oVirt no host:
Se todo se fixo correctamente, despois de completar a instalación, use un navegador web para ir https://ovirt_hostname/ovirt-engine desde o ordenador do administrador e prema [Portal de Administración].
Captura de pantalla de "Portal de administración"
Ao introducir o inicio de sesión e o contrasinal (definidos durante o proceso de instalación) na xanela como na captura de pantalla, chegamos ao panel de control Open Virtualization Manager, no que pode realizar todas as accións coa 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, modelos de VM
Todas estas accións serán comentadas máis a fondo, algunhas en celas grandes, outras con máis detalle e con matices.
Pero antes recomendaría ler este complemento, que probablemente sexa útil para moitos.
Adición
1) En principio, se hai tal necesidade, nada lle impide instalar previamente o hipervisor KVM nos nodos do clúster usando paquetes libvirt и qemu-kvm (Ou qemu-kvm-ev) da versión desexada, aínda que ao despregar un nodo de clúster oVirt, pode facelo por si mesmo.
Pero se libvirt и qemu-kvm Se non instalou a versión máis recente, é posible que reciba o seguinte erro ao implementar un motor aloxado:
error: unsupported configuration: unknown CPU feature: md-clear
Eses. debe ter versión actualizadalibvirt con protección contra MDS, que apoia esta política:
<feature policy='require' name='md-clear'/>
Instale libvirt v.4.5.0-10.el7_6.12, con soporte md-clear:
Despois diso, pode continuar instalando o motor aloxado.
2) En oVirt 4.3, a presenza e o uso dun firewall firewalld é un requisito obrigatorio.
Se durante a implantación dunha máquina virtual para o motor aloxado recibimos o seguinte erro:
[ 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
A continuación, cómpre desactivar outro firewall (se se usa) e instalar e executar firewalld:
Toda a xestión da VM do motor aloxado realízase SÓ mediante o comando motor hospedado no host onde se executa, sobre virxe debemos esquecer, así como o feito de que pode conectarse 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 o que necesitamos con el.
Despois do reinicio, verifique o estado da máquina virtual co motor aloxado:
hosted-engine --vm-status
Se a nosa máquina virtual con motor hospedado non se inicia e vemos erros similares no rexistro do 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:
Primeiro imos definir o que é centro de datos (cito da axuda) é unha entidade lóxica que define un conxunto de recursos utilizados nun entorno específico.
Un centro de datos é unha especie de contedor que consiste en:
recursos lóxicos en forma de clusters 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 VM, modelos, imaxes) en forma de áreas de almacenamento (Dominios de almacenamento).
Un centro de datos pode incluír varios clústeres compostos por varios hosts con máquinas virtuais que se executan neles e tamén pode ter asociadas varias áreas de almacenamento.
Pode haber varios centros de datos; funcionan de forma independente uns dos outros. Ovirt ten unha separación de poderes por función e pode configurar os permisos individualmente, tanto a nivel de centro de datos como nos seus elementos lóxicos individuais.
O centro de datos, ou centros de datos se hai varios deles, xestionanse desde unha única consola administrativa ou portal.
Para crear un centro de datos, vai ao portal administrativo e crea un novo centro de datos: Calcular >> centros >> novo
Dado que usamos almacenamento compartido no sistema de almacenamento, o Tipo de almacenamento debería ser compartido:
Captura de pantalla do asistente de creación de centros de datos
Ao instalar unha máquina virtual con motor aloxado, créase un centro de datos por defecto - Centro de datos 1, e despois, se é necesario, pode cambiar o seu Tipo de almacenamento a outro.
Crear un centro de datos é unha tarefa sinxela, sen matices complicados, e todas as accións adicionais con el descríbense na documentación. O único que vou notar é que os hosts únicos que só teñen almacenamento local (disco) para máquinas virtuales non poderán entrar nun centro de datos con Tipo de almacenamento - Compartido (non se poden engadir alí), e para eles cómpre crear un centro de datos separado, é dicir. Cada host individual con almacenamento local necesita o seu propio centro de datos separado.
Sen detalles innecesarios, cúmulo – esta é unha agrupación lóxica de hosts que teñen 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). O mellor é, por suposto, que os servidores do clúster sexan 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 tipo de clúster, dependendo de se teñen almacenamento compartido ou non.
Ao instalar unha máquina virtual cun motor aloxado nun host, créase un centro de datos por defecto - Centro de datos 1, xunto co cluster - Clúster 1, e no futuro poderás configurar os seus parámetros, habilitar opcións adicionais, engadirlle hosts, etc.
Como é habitual, para obter detalles sobre todas as configuracións do clúster, é recomendable consultar a documentación oficial. Dalgunhas das características da configuración dun clúster, só engadirei que ao crealo, é suficiente con configurar só os parámetros básicos da pestana xeral.
Notarei os parámetros máis importantes:
Tipo de procesador — selecciónase en función dos procesadores instalados nos hosts do clúster, de que fabricante son e cal é o procesador máis antigo dos anfitrións, de xeito que, dependendo diso, se utilicen todas as instrucións de procesadores dispoñibles no clúster.
Tipo de conmutador – no noso clúster só usamos Linux bridge, por iso o escollemos.
Tipo de firewall – todo está claro aquí, isto é firewalld, que debe estar activado e configurado nos hosts.
Captura de pantalla cos parámetros do clúster
Instalación de hosts adicionais nun ambiente autoaloxado
Engádense hosts adicionais para un ambiente autoaloxado do mesmo xeito que un host normal, co paso adicional de implementar unha máquina virtual cun motor aloxado: Escolla a acción de implementación do motor aloxado >> implantar. Dado que o host adicional tamén debe presentarse cun LUN para unha máquina virtual cun motor aloxado, isto significa que este host pode, se é necesario, utilizarse para aloxar unha máquina virtual cun motor aloxado.
Para fins de tolerancia a fallos, recoméndase encarecidamente que haxa polo menos dous hosts nos que se poida colocar unha máquina virtual do motor aloxado.
No host adicional, desactive iptables (se está activado), activa o firewalld
A continuación, vai á consola Abre Virtualization Manager, engade un novo host e fai todo paso a paso, tal e como está escrito documentación.
Como resultado, despois de engadir un host adicional, deberíamos obter algo como a imaxe na consola administrativa, como na captura de pantalla.
Captura de pantalla do portal administrativo - hosts
O host no que está activa a máquina virtual do motor aloxado ten unha coroa de ouro e a inscrición "Execución da máquina virtual do motor aloxado", o host 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 host no que "Execución da máquina virtual do motor aloxado", reiniciarase automaticamente no segundo host. Esta máquina virtual tamén se pode migrar desde o host activo ao host en espera para o seu mantemento.
Configurando a xestión de enerxía/esgrima en hosts oVirt
Aínda que poida parecer que rematou de engadir e configurar un host, iso non é totalmente certo.
Para o funcionamento normal dos anfitrións e para identificar/resolver fallos con calquera deles, requírese a configuración de xestión de enerxía/esgrima.
Esgrima, ou cercado, é o proceso de exclusión temporal dun host defectuoso ou fallido do clúster, durante o cal se reinician os servizos oVirt nel ou o propio host.
Todos os detalles sobre as definicións e parámetros de Xestión de enerxía/esgrima aparecen, como é habitual, na documentación; só darei un exemplo de como configurar este importante parámetro, aplicado aos servidores Dell R640 con iDRAC 9.
Vaia ao portal administrativo, prema Calcular >> Anfitrións seleccione un host.
Fai clic Editar.
Fai clic na pestana Xestión de Enerxía.
Marque a caixa xunto á opción Activar a xestión de enerxía.
Marque a caixa xunto á opción Integración de Kdumppara evitar que o anfitrión entre en modo de esgrima mentres grava un volcado de falla do núcleo.
Nota.
Despois de activar a integración de Kdump nun host que xa está en execución, debe reinstalalo segundo o procedemento da Guía de administración de oVirt -> Capítulo 7: Anfitrións -> Reinstalación de hosts.
Opcionalmente, pode marcar a caixa Desactivar o control da política da xestión de enerxía, se non queremos que a xestión de enerxía do host estea 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, enche os campos:
dirección – Enderezo iDRAC9
Nome de usuario Contrasinal – inicio de sesión e contrasinal para iniciar sesión en iDRAC9, respectivamente
tipo -drac5
marca Protexer
engade as seguintes opcións: cmd_prompt =>,login_timeout=30
Captura de pantalla cos parámetros de "Xestión de enerxía" nas propiedades do host
Creación dunha área de almacenamento ou dominios de 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, sistemas de ficheiros de clúster e de rede.
oVirt ten tres tipos de áreas de almacenamento:
Dominio de datos – para almacenar todos os datos asociados ás máquinas virtuais (discos, modelos). Data Domain non se pode compartir entre distintos centros de datos.
Dominio ISO (tipo obsoleto de área de almacenamento): para almacenar imaxes de instalación do SO. O dominio ISO pódese compartir entre diferentes centros de datos.
Dominio de exportación (tipo obsoleto de área de almacenamento): para almacenamento temporal de imaxes movidas entre centros de datos.
No noso caso particular, unha área de almacenamento co tipo Data Domain usa o protocolo Fibre Channel (FCP) para conectarse aos LUN do sistema de almacenamento.
Desde o punto de vista de oVirt, cando se utilizan sistemas de almacenamento (FC ou iSCSI), cada disco virtual, instantánea ou modelo é un disco lóxico.
Os dispositivos de bloques ensamblan nunha única unidade (en hosts de clúster) usando Volume Group e despois divídense usando LVM en volumes lóxicos, que se usan como discos virtuais para máquinas virtuales.
Todos estes grupos e moitos volumes LVM pódense ver no host do clúster usando os comandos etc и lvs. Por suposto, todas as accións con tales discos deben facerse só desde a consola oVirt, excepto en casos especiais.
Os discos virtuais para máquinas virtuales 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 de xestionar os dominios de almacenamento ou as áreas de almacenamento ás que se accede a través de FC é bastante lóxica: para cada disco virtual de máquina virtual hai un volume lóxico separado que só pode escribir un host. Para conexións FC, oVirt usa algo así como LVM agrupado.
As máquinas virtuais situadas na mesma área de almacenamento pódense migrar entre hosts pertencentes ao mesmo clúster.
Como podemos ver na descrición, un clúster en oVirt, como un clúster en VMware vSphere ou Hyper-V, significa esencialmente o mesmo: é unha agrupación lóxica de hosts, preferiblemente idénticos en composición de hardware, e con almacenamento común para virtual. discos da máquina.
Proceda directamente á creación dunha área de almacenamento de datos (discos VM), xa que sen ela o centro de datos non se inicializará.
Permíteme recordarche que todos os LUN presentados aos hosts do clúster no sistema de almacenamento deben estar visibles neles mediante o comando "ruta múltiple -ll».
Conforme documentación, vai ao portal vai a almacenamento >> Dominios -> Novo dominio e siga as instrucións da sección "Engadir almacenamento FCP".
Despois de iniciar o asistente, enche os campos obrigatorios:
nome — establecer o nome do clúster
Función de dominio -Datos
Tipo de almacenamento - Canle de fibra
Host para usar — seleccione un host no que estea dispoñible o LUN que necesitamos
Na lista de LUN, marca o que necesitamos, fai clic Engadir e logo ok. Se é necesario, pode axustar parámetros adicionais da área de almacenamento facendo clic en Parámetros avanzados.
Captura de pantalla do asistente para engadir "Dominio de almacenamento"
En función dos resultados do asistente, deberíamos recibir unha nova área de almacenamento e o noso centro de datos debería pasar ao estado UP, ou inicializado:
Capturas de pantalla do centro de datos e áreas de almacenamento nel:
Creación e configuración de redes para máquinas virtuais
As redes, ou redes, serven para agrupar redes lóxicas utilizadas na infraestrutura virtual oVirt.
Para interactuar entre o adaptador de rede na máquina virtual e o adaptador físico no host, utilízanse interfaces lóxicas como a ponte Linux.
Para agrupar e dividir o tráfico entre redes, as VLAN están configuradas nos switches.
Cando se crea unha rede lóxica para máquinas virtuais en oVirt, débese asignarlle un identificador correspondente ao número de VLAN do switch para que as máquinas virtuales poidan comunicarse entre elas, aínda que se executen en distintos nodos do clúster.
A configuración preliminar dos adaptadores de rede en hosts para conectar máquinas virtuais tiña que ser realizada artigo anterior – interface lóxica configurada vínculo1, entón todas as opcións de rede deberían realizarse só a través do portal administrativo de oVirt.
Despois de crear unha máquina virtual con 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, ao que se conectou esta máquina virtual.
Se é necesario, pode ver a configuración da rede lóxica ovritmgmt e axustalas, pero debes ter coidado de non perder o control da infraestrutura de oVirt.
Configuración da rede lóxica ovritmgmt
Para crear unha nova rede lóxica para máquinas virtuales habituais, no portal administrativo vaia a Rede >> Redes >> novo, e na pestana xeral engade unha rede co ID de VLAN desexado e tamén marque a caixa xunto a "Rede VM", isto significa que se pode usar para a asignación a unha máquina virtual.
Captura de pantalla da nova rede lóxica VLAN32
Na pestana Agrupar, anexamos esta rede ao noso clúster Clúster 1.
Despois disto imos a Calcular >> Anfitrións, vaia a cada host á súa vez, á pestana Interfaces de rede, e inicie o asistente Configurar redes host, para vincularse a hosts dunha nova rede lóxica.
Captura de pantalla do asistente "Configurar redes host".
O axente oVirt fará automaticamente todas as configuracións de rede necesarias no host: crea unha VLAN e un 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
Permíteme recordarche unha vez máis que no host do clúster SEN NECESIDADE cree interfaces de rede manualmente con antelación ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.
Despois de engadir unha rede lóxica e de comprobar a conexión entre o host e a máquina virtual do motor aloxado, pódese usar na máquina virtual.
Creación dunha imaxe de instalación para a implantación dunha máquina virtual
Ligazón á documentación - Guía de administración de oVirt, Capítulo 8: Almacenamento, sección Cargando imaxes a un dominio de almacenamento de datos.
Sen unha imaxe de instalación do SO, non será posible instalar unha máquina virtual, aínda que, por suposto, non é un problema se, por exemplo, está instalada na rede. Zapateiro con imaxes creadas previamente.
No noso caso, isto non é posible, polo que terás que importar esta imaxe a oVirt ti mesmo. Antes, isto requiría crear un dominio ISO, pero na nova versión de oVirt quedou obsoleto e, polo tanto, agora pode cargar imaxes directamente ao dominio de Almacenamento desde o portal administrativo.
No portal administrativo vai a almacenamento >> Discos >> Cargar >> comezo
Engadimos a nosa imaxe do SO como ficheiro ISO, enchemos todos os campos do formulario e prememos no botón "Proba a conexión".
Captura de pantalla do asistente para engadir imaxe de instalación
Se recibimos un erro coma este:
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`
A continuación, cómpre engadir o certificado oVirt a "CA raíz de confianza"(Trusted Root CA) na estación de control do administrador, desde onde estamos tentando descargar a imaxe.
Despois de engadir o certificado á CA raíz de confianza, fai clic de novo en "Proba a conexión", debería obter:
Connection to ovirt-imageio-proxy was successful.
Despois de completar a acción de engadir o certificado, podes tentar cargar de novo a imaxe ISO no dominio de almacenamento.
En principio, pode crear un dominio de almacenamento separado co tipo de datos para almacenar imaxes e modelos por separado dos discos de máquina virtual, ou mesmo almacenalos nun dominio de almacenamento para o motor aloxado, pero isto é a criterio do administrador.
Captura de pantalla con imaxes ISO no dominio de almacenamento para o motor aloxado
Despois de cargar a imaxe de instalación co SO en oVirt, pode proceder directamente á creación dunha máquina virtual. Fíxose moito traballo, pero xa estamos na fase final, polo que se iniciou todo isto: conseguir unha infraestrutura tolerante a fallos para hospedar máquinas virtuais de alta dispoñibilidade. E todo isto é absolutamente gratuíto: non se gastou nin un só centavo na compra de licenzas de software.
Para crear unha máquina virtual con CentOS 7, débese descargar a imaxe de instalación do SO.
Imos ao portal administrativo, vai a Calcular >> Máquinas virtuais, e inicie o asistente de creación de VM. Encha todos os parámetros e campos e fai clic ok. Todo é moi sinxelo se segues a documentación.
Como exemplo, darei os axustes básicos e adicionais dunha máquina virtual de alta dispoñibilidade, cun disco creado, conectado á rede e iniciando desde unha imaxe de instalación:
Capturas de pantalla con configuracións de VM altamente dispoñibles
Despois de rematar o traballo co asistente, péchao, inicie unha nova máquina virtual e instale o sistema operativo nel.
Para iso, vai á consola desta máquina virtual a través do portal administrativo:
Captura de pantalla da configuración do portal administrativo para conectarse á consola VM
Para conectarse á consola VM, primeiro debes configurar a consola nas propiedades da máquina virtual.
Captura de pantalla da configuración da máquina virtual, pestana "Consola".
Así, como resultado das nosas accións, a máquina virtual creada estará altamente dispoñible, é dicir. se o nodo do clúster no que se está a executar falla, oVirt reiniciará automaticamente no segundo nodo. Esta máquina virtual tamén se pode migrar entre hosts de clúster para o seu mantemento ou outros fins.
Conclusión
Espero que este artigo conseguise transmitir que oVirt é unha ferramenta completamente normal para xestionar a infraestrutura virtual, que non é tan difícil de implementar; o principal é seguir determinadas regras e requisitos descritos tanto no artigo como na documentación.
Debido ao gran volume do artigo, non foi posible incluír moitas cousas nel, como a execución paso a paso de varios asistentes con todas as explicacións e capturas de pantalla detalladas, conclusións longas dalgúns comandos, etc. De feito, isto requiriría escribir un libro enteiro, o que non ten moito sentido debido a que aparecen constantemente novas versións de software con innovacións e cambios. O máis importante é comprender o principio de como funciona todo en conxunto e obter un algoritmo xeral para crear unha plataforma tolerante a fallos para xestionar máquinas virtuais.
Aínda que creamos unha infraestrutura virtual, agora hai que ensinarlle a interactuar tanto entre os seus elementos individuais: hosts, máquinas virtuais, redes internas e co mundo exterior.
Este proceso é unha das principais tarefas dun administrador de sistema ou rede, que se tratará no seguinte artigo: sobre o uso dos enrutadores virtuais VyOS na infraestrutura tolerante a fallos da nosa empresa (como adiviñaches, funcionarán como virtuales). máquinas do noso clúster oVirt).