Infra virtual vCenter
Visão geral da integração vMware vSphere
Com a integração do Apstra vCenter, você tem visibilidade de VM de seus ambientes virtualizados. Esse recurso ajuda a solucionar vários problemas de conectividade VM. Inconsistências entre configurações de rede virtual (Grupos de porta VMware) e redes físicas (Apstra Virtual Networks) que podem afetar a conectividade VM são sinalizadas.
Para isso, o software Apstra identifica os hosts ESX/ESXi e, assim, os VMs conectados aos switches leaf gerenciados pelo Apstra. As informações de LLDP transmitidas pelos hosts ESX/ESXi são usadas para associar interfaces de host com interfaces leaf. Para que esse recurso funcione, a transmissão LLDP deve ser habilitada no switch virtual distribuído VMware.
O software Apstra também se conecta ao vCenter para coletar informações sobre VMs, hosts ESX/ESXi, grupos de portas e VDS. Coletores de telemetria extensíveis do Apstra coletam essas informações. O coletor é executado em um agente offbox e usa pyVmomi para se conectar ao vCenter. Na primeira conexão, ele baixa todas as informações necessárias e, posteriormente, pesquisa vCenter a cada 60 segundos para novas atualizações. O coletor atualiza os dados descobertos na loja de dados Apstra Graph, permitindo que consultas e alertas de VM sejam levantados sobre incompatibilidade de rede física/virtual.
Versões suportadas
A integração VMware vSphere/vCenter está disponível para as seguintes versões do VMware:
- vCenter Server/vSphere 7.0U1 (a partir da versão 4.1.0 da Apstra)
- Servidor vCenter/vSphere 6.7
- Servidor vCenter/vSphere 6.5
O teste e a qualificação específicos para a versão 7.0 são três servidores vCenter em três zonas de roteamento diferentes: a zona 1 oferece suporte a 3000 VMs, a zona 2 suporta 1000 VMs e a zona 3 suporta 1000 VMs. Oferecemos suporte a clusters estendidos gerenciados de data center vCenter. A segregação do vCenter é baseada na carga de trabalho, não na localização.
Limitações
A integração do vCenter não oferece suporte ao grupo de portas DVS com o tipo VLAN Trunking.
Habilite a integração do vCenter
Você só precisa de permissões de leitura para habilitar a integração do vSphere.
- Do menu de navegação à esquerda, navegue até sistemas externos > gerentes de infra virtual e clique em Criar o Virtual Infra Manager.
- Insira o endereço IP vCenter (ou nome de DNS), selecione vMware vCenter Server e digite um nome de usuário e senha.
- Clique em Criar para lançar um vCenter com contêiner offbox em execução. Enquanto o contêiner está se conectando, o estado está desconectado. Quando o contêiner se conecta com sucesso, o estado muda para CONNECTED.
- Quando o vCenter estiver conectado, da planta, navegue até o Staged > Virtual > Virtual Infra e clique em Adicionar Infra virtual.
- Selecione o servidor vCenter na lista drop-down do Virtual Infra Manager e clique em Criar para organizar a mudança.
Quando estiver pronto para implantar, comprometa as alterações da guia Não comprometida .
Visibilidade de VM
Quando o software Apstra gerencia a infra virtual, você pode consultar VMs pelo nome. Desde o blueprint, navegue até a consulta do Active > > VMs e insira critérios de pesquisa. As VMs incluem os seguintes detalhes:
Descrição dos parâmetros | |
---|---|
Hosted On | O host ESX em que o VM está |
VM IP | O endereço IP conforme relatado pelo vCenter após a instalação de ferramentas VM. Se o endereço IP não estiver disponível, este campo estará vazio. Se o endereço IP estiver disponível, o endereço IP VM será exibido. |
Leaf:Interface | O host ESX da interface e leaf está conectado à |
Nome do grupo de portas:VLAN ID | O grupo de portas da VNIC e o VLAN ID associados ao grupo de portas |
Endereços MAC | Endereço MAC do VNIC |
Endereço infra virtual | Endereço IP do vCenter da qual a VM faz parte |
Validar a integração de infra virtual
Você pode validar a infra virtual com análises baseadas em intenção. O Apstra valida a sessão BGP em direção ao NSX-T Edge. Caso a vizinha BGP no NSX-T Manager seja excluída, as respectivas anomalias podem ser vistas no painel da Apstra.
Dois painéis de análise predefinidos (conforme listado abaixo) estão disponíveis para instanciar sondas de infra virtuais predefinidas.
Painel de verificação de integridade da malha infra virtual
- Sonda de incompatibilidade de MTU hypervisor
- Sonda de verificação de limiar de MTU do hipervisor
- Sonda de incompatibilidade de configuração de hipervisor e lag de malha
- Sonda de incompatibilidade de configuração hypervisor e VLAN de malha
- Sonda de configuração LLDP ausente do hipervisor
- Sonda VMs sem VLANs configuradas em malha
Painel de verificação de redundância de infra virtual
Para obter mais informações, consulte o Painel de Análises e sondagens.
Visão geral da correção automática
A correção automática de anomalias de rede virtual está disponível sem intervenção do usuário. Isso pode reduzir o custo operacional quando as operadoras de rede não precisam investigar cada anomalia e verificar detalhes e intervir para mitigar anomalias. A correção automática do VxLAN é uma política configurada ao mesmo tempo em que adiciona o vCenter/NSX-T a um blueprint. A correção de anomalias é feita de acordo com esta política.
Uma abordagem de correção automática baseada em políticas notifica você automaticamente se houver uma incompatibilidade entre vSphere DPG (VMware Port Groups) e VN em um projeto específico, ou se houver uma incompatibilidade de VLAN entre a infra virtual e a malha Apstra, ou se houver uma incompatibilidade na configuração LAG em hipervisores e nas portas leaf correspondentes. O software Apstra fornece correção guiada automática dessas anomalias.
Algumas das restrições e validações que ocorrem antes da correção acontecer estão listadas abaixo:
- Quando a política de correção é definida como VLAN, que é local de rack, a zona de roteamento só pode ser a padrão.
- Se o VLAN ID para redes virtuais que abrangem vários hipervisores for o mesmo, assume-se um único domínio de broadcast de camada 2. Para esses cenários, a política de correção de VLAN deve ser definida como VXLAN quanto às anomalias VLAN ausentes, ela é verificada em todos os dispositivos tor leaf conectados a diferentes hipervisores com uma rede virtual com o mesmo VLAN ID. Se isso for escolhido erroneamente como tipo VLAN, erros de validação são gerados.
- Erros são sinalizados para diferentes tipos de políticas de correção (por exemplo, se um é do tipo VXLAN e outro do tipo VLAN) são encontrados conectados a diferentes infras virtuais (como dois servidores vCenter diferentes) com o mesmo VLAN ID em anomalias.
- Se dois servidores de infra virtuais diferentes forem mapeados em um blueprint e tiverem os mesmos IDs VLAN, ele será verificado como duas redes virtuais separadas pela política de correção automática VXLAN.
Habilite a correção automática
Depois de habilitar a política de correção de VLAN como inter-rack, o software Apstra pesquisa para combinar VLANs locais em todos os ToRs que conectam qualquer host membro (hipervisor, por exemplo) participando da rede virtual infra virtual. Se essa VN for encontrada, ela simplesmente estende essa VN para também estar vinculada ao ToR em questão com a mesma VLAN local. Se não for encontrado, um novo VN inter-rack é criado na zona de roteamento especificada.
Anomalias da sonda corretiva
O recurso Remediar Anomalias funciona em conjunto com a rede virtual (única) primitiva em modelos de conectividade. Ele não pode ser usado com a rede virtual (múltipla) primitiva.
A correção baseada em políticas do Apstra tem os seguintes recursos:
- Anomalias de incompatibilidade de VLAN criam uma rede virtual para um grupo de portas vCenter Distributed Virtual Switch (vDS) que é conectado a hipervisores conectados a portas leaf de ToRs na malha Apstra.
- Você não pode excluir uma zona de roteamento que está sendo mencionada na política de correção.
Para uma malha habilitada para EVPN, recomendamos que você tenha o tipo VN como inter-rack ou VXLAN em uma zona de roteamento específica.
- Desde o blueprint, navegue até o Analytics > Probes e clique em um dos nomes de sonda predefinidos instanciados.
- Clique em Remediar Anomalias em um determinado palco. O software Apstra atualiza automaticamente o projeto encenado adicionando/removendo/atualizando endpoints e VNs VN para resolver as anomalias.
- Revise a configuração em etapas em termos de parâmetros de rede virtual e, em seguida, comprometa a configuração. O software Apstra indica se não há alterações detectadas. Isso pode acontecer se você invocar a correção mais de uma vez.
- Revise e comprometa as alterações na guia Não comprometida.
- Volte à sonda predefinida para ver quaisquer anomalias restantes.
Desativar a integração de infra virtual
As integrações de infra virtual são desabilitadas excluindo-as do blueprint e dos sistemas externos.
- Desde o blueprint, navegue até o Staged > Virtual > Virtual Infra e clique no botão Excluir para que a infra virtual seja desativada.
- Clique em Não comprometido (menu superior) e comprometa a exclusão.
- Do menu de navegação esquerdo, navegue até sistemas externos > gerentes virtuais de ingra e clique no botão Excluir para que a infra virtual seja desativada.