Conceitos de nuvem privada e de cluster da solução VMware no Azure
A Solução VMware no Azure fornece nuvens privadas baseadas em VMware no Azure. As implantações de hardware e software de nuvem privada são totalmente integradas e automatizadas no Azure. Implante e gerencie a nuvem privada por meio do portal do Azure, da CLI ou do PowerShell.
Uma nuvem privada inclui clusters com:
- Hosts de servidor bare-metal dedicados provisionados com hipervisor VMware ESXi
- VMware vCenter Server para gerenciamento de ESXi e vSAN
- Rede definida por software VMware NSX para VMs de carga de trabalho do vSphere
- Armazenamento de dados VMware vSAN para VMs de carga de trabalho vSphere
- VMware HCX para mobilidade de carga de trabalho
- Recursos no underlay do Azure (necessários para conectividade e para operar a nuvem privada)
Nuvens privadas são instaladas e gerenciadas em uma assinatura do Azure. O número de nuvens privadas em uma assinatura é escalonável. Inicialmente, há o limite de uma nuvem privada por assinatura. Há uma relação lógica entre as assinaturas do Azure, as nuvens privadas da solução VMware no Azure, os clusters vSAN e os hosts.
O diagrama a seguir descreve os componentes arquitetônicos da Solução VMware no Azure.
Cada componente de arquitetura da Solução VMware no Azure tem a seguinte função:
- Assinatura do Azure: fornece acesso controlado, orçamento e gerenciamento de cotas para a Solução VMware no Azure.
- Região do Azure: agrupa data centers em AZs (Zonas de Disponibilidade) e, em seguida, agrupa AZs em regiões.
- Grupo de Recursos do Azure: coloca serviços e recursos do Azure em grupos lógicos.
- Nuvem privada da solução VMware do Azure: oferece recursos de computação, rede e armazenamento usando software VMware, incluindo vCenter Server, rede definida por software NSX, armazenamento definido por software vSAN e hosts ESXi bare-metal do Azure. O Azure NetApp Files, o Azure Elastic SAN e o Pure Cloud Block Store também têm suporte.
- Cluster de Recursos da Solução VMware no Azure: fornece recursos de computação, rede e armazenamento para cargas de trabalho do cliente, dimensionando a nuvem privada da Solução VMware no Azure usando software VMware, incluindo armazenamento definido pelo software vSAN e hosts ESXi bare-metal do Azure. O Azure NetApp Files, o Azure Elastic SAN e o Pure Cloud Block Store também têm suporte.
- VMware HCX: fornece serviços de mobilidade, migração e extensão de rede.
- VMware Site Recovery: automatiza os serviços de replicação de armazenamento e recuperação de desastre com replicação VMware vSphere. Também há suporte para soluções de recuperação de desastre de terceiros Recuperação de Desastre Zerto e Recuperação de Desastre JetStream Software.
- Microsoft Enterprise Edge Dedicado (D-MSEE): Roteador que conecta a nuvem do Azure e a instância de nuvem privada da Solução VMware no Azure.
- Rede Virtual do Azure (VNet): conecta serviços e recursos do Azure juntos.
- Servidor de Rota do Azure: troca informações de rota dinâmica com redes do Azure.
- Gateway de Rede Virtual do Azure: conecta serviços e recursos do Azure a outras redes privadas usando a VPN IPSec, o ExpressRoute e a VNet à VNet.
- Azure ExpressRoute: fornece conexões privadas de alta velocidade entre data centers do Azure e infraestrutura local ou de colocação.
- WAN Virtual do Azure (vWAN): combina funções de rede, segurança e roteamento em uma WAN (Rede de Longa Distância) unificada.
Hosts
Os clusters da Solução VMware no Azure são baseados em infraestrutura hiperconvergente. A tabela a seguir mostra as especificações de CPU, memória, disco e rede do host.
| Tipo de host | CPU (Núcleos/GHz) | RAM (GB) | Camada de cache do vSAN (TB, bruto***) | Camada de capacidade do vSAN (TB, bruto***) | Disponibilidade regional |
|---|---|---|---|---|---|
| AV36 | CPUs duplas Intel Xeon Gold 6140 (microarquitetura Skylake) com 18 núcleos/CPU de 2,3 GHz, total de 36 núcleos físicos (72 núcleos lógicos com hyperthreading) | 576 | 3,2 (NVMe) | 15,20 (SSD) | Regiões selecionadas (*) |
| AV36P | CPUs duplas Intel Xeon Gold 6240 (microarquitetura Cascade Lake) com 18 núcleos/CPU de 2,6 GHz/3,9 GHz Turbo, Total de 36 núcleos físicos (72 núcleos lógicos com hyperthreading) | 768 | 1,5 (Cache da Intel) | 19,20 (NVMe) | Regiões selecionadas (*) |
| AV52 | CPUs duplas Intel Xeon Platinum 8270 (microarquitetura Cascade Lake) com 26 núcleos/CPU de 2,7 GHz/4,0 GHz Turbo, Total de 52 núcleos físicos (104 núcleos lógicos com hyperthreading) | 1.536 | 1,5 (Cache da Intel) | 38,40 (NVMe) | Regiões selecionadas (*) |
| AV64 | CPUs duplas Intel Xeon Platinum 8370C (microarquitetura Ice Lake) com 32 núcleos/CPU de 2,8 GHz/3,5 GHz Turbo, Total de 64 núcleos físicos (128 núcleos lógicos com hyperthreading) | 1\.024 | 3,84 (NVMe) | 15,36 (NVMe) | Regiões selecionadas (**) |
Um cluster da Solução VMware no Azure exige um número mínimo de três hosts. É possível usar apenas hosts do mesmo tipo em uma única nuvem privada da Solução VMware no Azure. Os hosts usados para criar ou escalar os clusters são provenientes de um pool isolado de hosts. Esses hosts foram aprovados nos testes de hardware e tiveram todos os dados excluídos com segurança antes de serem adicionados ao cluster.
Todos os tipos de host acima têm taxa de transferência de interface de rede de 100 Gbps.
(*) detalhes disponíveis por meio da calculadora de preços do Azure.
(**) Pré-requisito do AV64: uma nuvem privada da Solução VMware no Azure implantada com AV36, AV36P ou AV52 é necessária antes de adicionar o AV64.
(***) Bruto é baseado no SI (Padrão Internacional) de Unidades relatado pelo fabricante do disco. Exemplo: 1 TB bruto = 10.000.000.000.000 bytes, o espaço calculado pelo computador em binário (binário de 1 TB = binário de 1.099.511.627.776 bytes) seria igual a 931,3 gigabytes convertidos de decimal bruto.
AZ (Zona de Disponibilidade da Região do Azure) para a tabela de mapeamento de SKU
Ao planejar o design da Solução VMware no Azure, use a tabela a seguir para entender quais SKUs estão disponíveis em cada zona de disponibilidade física de uma região do Azure.
Importante
Esse mapeamento é importante para colocar suas nuvens privadas próximas às cargas de trabalho nativas do Azure, incluindo serviços integrados, como o Azure NetApp Files e o CBS (Pure Cloud Block Store).
A funcionalidade multi-AZ para clusters estendidos da Solução VMware no Azure também é marcada na tabela a seguir. A cota do cliente para a Solução VMware no Azure é atribuída pela região do Azure e você não pode especificar a Zona de Disponibilidade durante o provisionamento de nuvem privada. Um algoritmo de seleção automática é usado para balancear implantações na região do Azure. Se você tiver uma Zona de Disponibilidade específica na qual deseja implantar, abra uma Solicitação de Serviço com a Microsoft solicitando uma "política de posicionamento especial" para sua assinatura, região do Azure, Zona de Disponibilidade e tipo de SKU. Essa política permanece em vigor até que você solicite que ela seja removida ou alterada.
SKUs marcados em negrito são de disponibilidade limitada devido ao consumo do cliente e a cota pode não estar disponível mediante solicitação. O SKU AV64 deverá ser usado quando os SKUs AV36, AV36P ou AV52 forem limitados.
Os SKUs AV64 estão disponíveis por Zona de Disponibilidade. A tabela abaixo lista as regiões do Azure que dão suporte a esse SKU. Para as políticas de armazenamento RAID-6 FTT2 e RAID-1 FTT3, seis e sete FDs (domínios de falha) são necessários, respectivamente, e a contagem de FDs para cada região do Azure é listada na coluna “FDs AV64 com suporte”.
| Região do Azure | Zona de disponibilidade | SKU | Multi-AZ SDDC | FDs AV64 com suporte |
|---|---|---|---|---|
| Leste da Austrália | AZ01 | AV36P, AV64 | Sim | 7 |
| Leste da Austrália | AZ02 | AV36, AV64 | Sim | 7 |
| Leste da Austrália | AZ03 | AV36P, AV64 | Sim | 7 |
| Sudeste da Austrália | AZ01 | AV36 | No | N/D |
| Brazil South | AZ02 | AV36 | No | N/D |
| Canadá Central | AZ02 | AV36, AV36P, AV64 | Não | 7 |
| Leste do Canadá | N/D | AV36 | No | N/D |
| Índia Central | AZ03 | AV36P, AV64 | Não | 7 |
| Centro dos EUA | AZ01 | AV36P, AV64 | Não | 7 |
| Centro dos EUA | AZ02 | AV36, AV64 | Não | 7 |
| Centro dos EUA | AZ03 | AV36P, AV64 | Não | 7 |
| Leste da Ásia | AZ01 | AV36, AV64 | Não | 7 |
| Leste da Ásia | AZ02 | AV36P | No | N/D |
| Leste dos EUA | AZ01 | AV36P, AV64 | Sim | 7 |
| Leste dos EUA | AZ02 | AV36P, AV64 | Sim | 7 |
| Leste dos EUA | AZ03 | AV36, AV36P, AV64 | Sim | 7 |
| Leste dos EUA 2 | AZ01 | AV36, AV64 | Não | 7 |
| Leste dos EUA 2 | AZ02 | AV36P, AV52, AV64 | Não | 7 |
| França Central | AZ01 | AV36 (AV64 Planejado para o 01º Trimestre de 2025) | Não | N/A (7 Planejado para o 01º Trimestre de 2025) |
| Centro-Oeste da Alemanha | AZ01 | AV36P, AV64 | Sim | 7 |
| Centro-Oeste da Alemanha | AZ02 | AV36, AV64 | Sim | 7 |
| Centro-Oeste da Alemanha | AZ03 | AV36, AV36P, AV64 | Sim | 7 |
| Norte da Itália | AZ03 | AV36P, AV64 | Não | 7 |
| Leste do Japão | AZ02 | AV36, AV64 | Não | 7 |
| Oeste do Japão | AZ01 | AV36, AV64 | Não | 7 |
| Centro-Norte dos EUA | AZ01 | AV36, AV64 | Não | 7 |
| Centro-Norte dos EUA | AZ02 | AV36P, AV64 | Não | 7 |
| Norte da Europa | AZ02 | AV36, AV64 | Não | 7 |
| Catar Central | AZ03 | AV36P (AV64 Planejado para o 01º Trimestre de 2025) | Não | N/A (7 Planejado para o 01º Trimestre de 2025) |
| Norte da África do Sul | AZ03 | AV36, AV64 | Não | 7 |
| Centro-Sul dos Estados Unidos | AZ01 | AV36, AV64 | Não | 7 |
| Centro-Sul dos Estados Unidos | AZ02 | AV36, AV36P, AV52, AV64 | Não | 7 |
| Sudeste Asiático | AZ02 | AV36, AV36P | No | N/D |
| Suécia Central | AZ01 | AV36, AV64 | Não | 7 |
| Norte da Suíça | AZ01 | AV36, AV64 | Não | 7 |
| Norte da Suíça | AZ03 | AV36P (AV64 Planejado para o 01º Trimestre de 2025) | Não | N/A (7 Planejado para o 01º Trimestre de 2025) |
| Oeste da Suíça | AZ01 | AV36, AV64 | Não | 7 |
| Norte dos EAU | AZ03 | AV36P | No | N/D |
| Sul do Reino Unido | AZ01 | AV36, AV36P, AV52, AV64 | Sim | 7 |
| Sul do Reino Unido | AZ02 | AV36, AV64 | Sim | 7 |
| Sul do Reino Unido | AZ03 | AV36P, AV64 | Sim | 7 |
| Oeste do Reino Unido | AZ01 | AV36 | No | N/D |
| Europa Ocidental | AZ01 | AV36, AV36P, AV52, AV64 | Sim | 7 |
| Europa Ocidental | AZ02 | AV36, AV64 | Sim | 7 |
| Europa Ocidental | AZ03 | AV36P, AV64 | Sim | 7 |
| Oeste dos EUA | AZ01 | AV36, AV36P, AV64 | Não | 7 |
| Oeste dos EUA 2 | AZ01 | AV36, AV64 | Não | 7 |
| Oeste dos EUA 2 | AZ02 | AV36P | No | N/D |
| Oeste dos EUA 3 | AZ01 | AV36P | No | N/D |
| Governo dos EUA do Arizona | AZ02 | AV36P | No | N/D |
| US Gov – Virgínia | AZ03 | AV36 | No | N/D |
Clusters
Para cada nuvem privada criada, há um cluster vSAN por padrão. Você pode adicionar, excluir e escalar clusters. O número mínimo de hosts por cluster é três e a implantação inicial é três.
O vCenter Server e o NSX Manager são usados para gerenciar a maioria dos aspectos da configuração e da operação dos clusters. Todo o armazenamento local de cada host em um cluster está sob o controle do vSAN VMware.
O plano de controle e gerenciamento da Solução VMware no Azure tem os seguintes requisitos de recursos que precisam ser considerados durante o dimensionamento da solução de uma nuvem privada padrão.
| Área | Descrição | vCPUs provisionadas | vRAM provisionada (GB) | vDisk provisionado (GB) | Uso típico da CPU (GHz) | Uso típico de vRAM (GB) | Uso típico de armazenamento de dados vSAN bruto (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1,1 | 3.9 | 1,854 |
| VMware vSphere | VM 1 do Serviço de Cluster do vSphere | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | Nó ESXi 1 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMware vSphere | Nó ESXi 2 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMware vSphere | Nó ESXi 3 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMware do vSAN | Uso do sistema de vSAN | N/D | N/D | N/D | N/D | N/D | 5,458 |
| VMware NSX | Nó 1 do dispositivo unificado NSX | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX | Nó 2 do dispositivo unificado NSX | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX | Nó 3 do dispositivo unificado NSX | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX | VM 1 do NSX Edge | 8 | 32 | 200 | 1,3 | 0,6 | 409 |
| VMware NSX | VM 2 do NSX Edge | 8 | 32 | 200 | 1,3 | 0,6 | 409 |
| VMware HCX (complemento opcional) | Gerenciador de HCX | 4 | 12 | 65 | 1 | 2.5 | 140 |
| VMware Site Recovery Manager (complemento opcional) | Dispositivo SRM | 4 | 12 | 33 | 1 | 1 | 79 |
| VMware vSphere (complemento opcional) | Dispositivo do Gerenciador de Replicação do vSphere | 4 | 8 | 33 | 1 | 0,6 | 75 |
| VMware vSphere (complemento opcional) | Dispositivo do Servidor de Replicação do vSphere | 2 | 1 | 33 | 1 | 0.3 | 68 |
| Total | 77 vCPUs | 269.3 GB | 2.385 GB | 30 GHz | 50.4 GB | 10.346 GB (9.032 GB com taxa de redução de dados esperada de 1,2x) |
O plano de controle e gerenciamento da Solução VMware no Azure tem os seguintes requisitos de recursos que precisam ser considerados durante o dimensionamento da solução de uma nuvem privada de clusters estendidos. O VMware SRM não está incluído na tabela, pois não há suporte para ele no momento.
| Área | Descrição | vCPUs provisionadas | vRAM provisionada (GB) | vDisk provisionado (GB) | Uso típico da CPU (GHz) | Uso típico de vRAM (GB) | Uso típico de armazenamento de dados vSAN bruto (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1,1 | 3.9 | 3\.708 |
| VMware vSphere | VM 1 do Serviço de Cluster do vSphere | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0,1 | 2 | 0,1 | 0,1 | 5 |
| VMware vSphere | Nó ESXi 1 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMware vSphere | Nó ESXi 2 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMware vSphere | Nó ESXi 3 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMware vSphere | Nó ESXi 4 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMware vSphere | Nó ESXi 5 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMware vSphere | Nó ESXi 6 | N/D | N/D | N/D | 5.1 | 0,2 | N/D |
| VMware do vSAN | Uso do sistema de vSAN | N/D | N/D | N/D | N/D | N/D | 10.722 |
| VMware NSX | Nó 1 do dispositivo unificado NSX | 12 | 48 | 300 | 2.5 | 13,5 | 1.229 |
| VMware NSX | Nó 2 do dispositivo unificado NSX | 12 | 48 | 300 | 2.5 | 13,5 | 1.229 |
| VMware NSX | Nó 3 do dispositivo unificado NSX | 12 | 48 | 300 | 2.5 | 13,5 | 1.229 |
| VMware NSX | VM 1 do NSX Edge | 8 | 32 | 200 | 1,3 | 0,6 | 817 |
| VMware NSX | VM 2 do NSX Edge | 8 | 32 | 200 | 1,3 | 0,6 | 817 |
| VMware HCX (complemento opcional) | Gerenciador de HCX | 4 | 12 | 65 | 1 | 2.5 | 270 |
| Total | 67 vCPUs | 248.3 GB | 2.286 GB | 42.3 GHz | 49.1 GB | 20.036 GB (17.173 GB com taxa de redução de dados esperada de 1,2x) |
Esses requisitos de recurso se aplicam somente ao primeiro cluster implantado em uma nuvem privada da Solução VMware no Azure. Os clusters subsequentes só precisam levar em conta o Serviço de Cluster do vSphere, os requisitos de recursos do ESXi e o uso do sistema vSAN no dimensionamento da solução.
Os valores típicos de uso do repositório de dados vSAN brutos da solução de virtualização são responsáveis pelo espaço ocupado por arquivos de máquina virtual, incluindo arquivos de configuração e log, instantâneos, discos virtuais e arquivos de troca.
Os nós VMware ESXi têm valores de uso de computação que consideram a sobrecarga do hipervisor vSphere VMkernel, a sobrecarga vSAN e o roteador distribuído NSX, o firewall e a sobrecarga de ponte. Essas são estimativas para uma configuração padrão de três clusters. Os requisitos de armazenamento são listados como N/A (não aplicáveis), pois um volume de inicialização separado do armazenamento de dados vSAN é usado.
A sobrecarga de armazenamento de uso do sistema VMware do vSAN contabiliza objetos de gerenciamento de desempenho do vSAN, sobrecarga do sistema de arquivos do vSAN, sobrecarga de soma de verificação do vSAN e eliminação de duplicação do vSAN e sobrecarga de compactação. Para exibir esse consumo, selecione o objeto Monitor, capacidade do vSAN para o cluster do vSphere no cliente vSphere.
Os requisitos de recursos do VMware HCX e do VMware Site Recovery Manager são complementos opcionais do serviço Solução VMware no Azure. Desconte esses requisitos no dimensionamento da solução se eles não estiverem sendo usados.
O complemento VMware do Site Recovery Manager tem a opção de configurar vários Dispositivos de Servidor de Replicação do VMware vSphere. A tabela anterior pressupõe que um dispositivo do Servidor de Replicação vSphere seja usado.
O dimensionamento de uma Solução VMware no Azure é uma estimativa; os cálculos de dimensionamento da fase de design devem ser validados durante a fase de teste de um projeto para garantir que a Solução VMware no Azure seja dimensionada corretamente para a carga de trabalho do aplicativo.
Dica
Você sempre poderá estender o cluster e adicionar mais clusters posteriormente se precisar exceder o número da implantação inicial.
A tabela a seguir descreverá os limites máximos para os clusters da Solução VMware no Azure.
| Recurso | Limite |
|---|---|
| Clusters vSphere por nuvem privada | 12 |
| Número mínimo de hosts ESXi por cluster | 3 (limite rígido) |
| Número máximo de hosts ESXi por cluster | 16 (limite rígido) |
| Número máximo de hosts ESXi por nuvem privada | 96 |
| Número máximo de vCenter Servers por nuvem privada | 1 (limite rígido) |
| Número máximo de emparelhamentos de sites HCX | 25 (qualquer edição) |
| Número máximo de malhas de serviço HCX | 10 (qualquer edição) |
| Número máximo de nuvens privadas vinculadas ao ExpressRoute da Solução VMware no Azure em uma só localização para um gateway de rede virtual individual | 4 O gateway de rede virtual usado determina o máximo real de nuvens privadas vinculadas. Para obter mais informações, confira Sobre os gateways de rede virtual do ExpressRoute Se você exceder esse limite, use a Interconexão da Solução VMware no Azure para agregar a conectividade de nuvem privada na região do Azure. |
| Largura de banda máxima do ExpressRoute da Solução VMware no Azure | 10 Gbps (use a SKU de Gateway de Desempenho Ultra com FastPath habilitado)** O gateway de rede virtual usado determina a largura de banda real. Para obter mais informações, confira Sobre os gateways de rede virtual do ExpressRoute As ExpressRoutes da Solução VMware no Azure não têm limitações de velocidade de porta e terão desempenho acima de 10 Gbps; no entanto, taxas superiores a 10 Gbps não são garantidas devido ao QoS. |
| Número máximo de endereços IPv4 públicos do Azure atribuídos ao NSX | 2\.000 |
| Número máximo de interconexões da Solução VMware no Azure por nuvem privada | 10 |
| Número máximo de conexões de Alcance Global do Azure ExpressRoute por nuvem privada da Solução VMware no Azure | 8 |
| Limites de capacidade de vSAN | 75% do total utilizável (manter 25% disponível para SLA) |
| Site Recovery Manager para VMware – Número máximo de máquinas virtuais protegidas | 3\.000 |
| Site Recovery Manager para VMware – Número máximo de máquinas virtuais por plano de recuperação | 2.000 |
| Site Recovery Manager para VMware – Número máximo de grupos de proteção por plano de recuperação | 250 |
| Site Recovery Manager para VMware – valores do RPO | 5 min ou superior * (limite rígido) |
| Site Recovery Manager para VMware – Número máximo de máquinas virtuais por grupo de proteção | 500 |
| Site Recovery Manager para VMware – Número máximo de planos de recuperação | 250 |
* Para obter informações sobre o RPO (objetivo do ponto de recuperação) inferior a 15 minutos, confira Como funciona o objetivo do ponto de recuperação de 5 minutos no guia de Administração de Replicação do vSphere.
** Esse é o limite flexível e recomendado, mas pode dar suporte a maior largura de banda, dependendo do cenário.
Para outros limites específicos do VMware, use a ferramenta de configuração máxima do VMware by Broadcom.
Versões do software VMware
A Microsoft é membro do programa VMware Metal como Serviço (MaaS) e usa o VCPS (VMware Cloud Provider Stack) para o planejamento de atualização da Solução VMware no Azure.
As versões de software da solução VMware usadas em novas implantações de nuvens privadas da Solução VMware do Azure são:
| Software | Versão |
|---|---|
| VMware vCenter Server | 8.0 U2d |
| VMware ESXi | 8.0 U2b |
| VMware do vSAN | 8.0 U2 |
| Formato do VMware vSAN no disco | 19 |
| Arquitetura de armazenamento do VMware vSAN | OSA |
| VMware NSX | 4.1.1 |
| VMware HCX | 4.9.1 |
| Gerenciador do Site Recovery do VMware | 8.8.0.3 |
| Replicação do VMware vSphere | 8.8.0.3 |
A versão atual do software em execução é aplicada a novos clusters adicionados a uma nuvem privada existente, se a versão do vCenter Server der suporte a ela.
Manutenção do host e gerenciamento do ciclo de vida
Um benefício das nuvens privadas da Solução VMware no Azure é que a plataforma é mantida para você. A Microsoft é responsável pelo gerenciamento do ciclo de vida do software VMware (ESXi, vCenter Server e vSAN) e dispositivos NSX. A Microsoft também é responsável por inicializar a configuração de rede, como criar o gateway de Camada 0 e habilitar o roteamento Norte-Sul. Você é responsável pela configuração do SDN do NSX: segmentos de rede, regras de firewall distribuídas, gateways de Camada 1 e balanceadores de carga.
Observação
Um gateway T0 é criado e configurado como parte de uma implantação de nuvem privada. Toda modificação no roteador lógico ou nas VMs do nó de borda NSX pode afetar a conectividade com sua nuvem privada e deve ser evitada.
A Microsoft é responsável por aplicar patches, atualizações ou upgrades ao ESXi, vCenter Server, vSAN e NSX em sua nuvem privada. O impacto de patches, atualizações e atualizações no ESXi, vCenter Server e NSX tem as seguintes considerações:
ESXi – não há nenhum impacto nas cargas de trabalho em execução na sua nuvem privada. O acesso ao vCenter Server e ao NSX não é bloqueado durante esse período. Durante esse tempo, recomendamos que você não planeje outras atividades como: dimensionar a nuvem privada, agendar ou iniciar migrações HCX ativas, fazer alterações na configuração do HCX e assim por diante, em sua nuvem privada.
vCenter Server – As cargas de trabalho em execução na nuvem privada não serão impactadas. Durante esse tempo, o vCenter Server não está disponível e você não pode gerenciar VMs (parar, iniciar, criar ou excluir). Recomendamos que você não planeje outras atividades, como escalar verticalmente a nuvem privada, criar novas redes e assim por diante, em sua nuvem privada. Ao usar interfaces de usuário do VMware Site Recovery Manager ou vSphere Replication, recomendamos que você não execute nenhuma das ações: configurar a Replicação do vSphere e configurar ou executar planos de recuperação de site durante a atualização do vCenter Server.
NSX – A carga de trabalho é afetada. Quando um host específico está sendo atualizado, as VMs nesse host podem perder a conectividade de 2 segundos para 1 minuto com qualquer um dos seguintes sintomas:
Erros de ping
Perda de pacote
Mensagens de erro (por exemplo, Host de Destino Não Alcançável e Rede não alcançável)
Durante essa janela de atualização, todo o acesso ao plano de gerenciamento do NSX é bloqueado. Você não pode fazer alterações de configuração no ambiente NSX nesse período. Suas cargas de trabalho continuam sendo executadas normalmente, sujeitas ao impacto da atualização detalhada anteriormente.
Durante o tempo de atualização, recomendamos que você não planeje outras atividades como, dimensionar a nuvem privada e assim por diante, em sua nuvem privada. Outras atividades podem impedir que a atualização seja iniciada ou podem ter impactos adversos na atualização e no ambiente.
Você é notificado por meio da Integridade do Serviço do Azure que inclui a linha do tempo da atualização. A notificação também fornece detalhes sobre o componente atualizado, seu efeito sobre cargas de trabalho, acesso à nuvem privada e outros serviços do Azure. É possível reagendar uma atualização conforme necessário.
As atualizações de software incluem:
Patches - Patches de segurança ou correções de bugs lançados pela VMware
Atualizações - Alteração da versão secundária de um componente de pilha do VMware
Upgrades - Alteração da versão principal de um componente de pilha do VMware
Observação
A Microsoft testa um patch de segurança crítico assim que ele é disponibilizado no VMware.
Soluções alternativas documentadas do VMware são implementadas em vez da instalação de um patch correspondente, até que as próximas atualizações programadas sejam implantadas.
Monitoramento e correção de host
A Solução VMware no Azure monitora continuamente a integridade dos componentes e da subposição do VMware. Quando a Solução VMware no Azure detecta uma falha, ela executa uma ação para reparar os componentes com falha. Quando a Solução VMware no Azure detecta uma degradação ou falha em um de seus nós, ela dispara o processo de correção do host.
A correção do host envolve a substituição do nó com falha por um novo nó íntegro no cluster. Em seguida, quando possível, o host com falha é colocado no modo de manutenção do VMware vSphere. O VMware vSphere vMotion move as VMs do host com falha para outros servidores disponíveis no cluster, potencialmente permitindo tempo de inatividade zero para migração dinâmica de cargas de trabalho. Se o host com falha não puder ser colocado no modo de manutenção, ele será removido do cluster. Antes que o host defeituoso seja removido, as cargas de trabalho do cliente são migradas para um host recém-adicionado.
Dica
Comunicação do cliente: um email é enviado para o endereço de email do cliente antes que a substituição seja iniciada e novamente após a substituição ser bem-sucedida.
Para receber emails relacionados à substituição de host, você precisa ser adicionado a qualquer uma das seguintes funções RBAC do Azure na assinatura: "ServiceAdmin", "CoAdmin", "Owner", "Contributor".
A Solução VMware no Azure monitora as seguintes condições no host:
- Status do processador
- Status da Memória
- Estado de conexão e energia
- Status do ventilador do hardware
- Perda de conectividade de rede
- Status da placa do sistema de hardware
- Erros ocorridos nos discos de um host vSAN
- Tensão do hardware
- Status de temperatura do hardware
- Status de energia de hardware
- Status do armazenamento
- Falha de conexão
Códigos de alerta e tabela de correção
| Código de erro | Detalhes do Erro | Ação recomendada |
|---|---|---|
| EPC_SCSIDEVICE_SHARINGMODE | Este erro é encontrado quando uma Máquina Virtual é configurada para usar um dispositivo que impede uma operação de manutenção: um dispositivo que é um controlador SCSI que está envolvido no compartilhamento de barramento | Siga o artigo do KB para a remoção de todos os controladores SCSI envolvido em compartilhamento de barramento anexado a VMs https://knowledge.broadcom.com/external/article?legacyId=79910 |
| EPC_CDROM_EMULATEMODE | Este erro é encontrado quando o CD-ROM na Máquina Virtual usa o modo de emulação, cuja imagem ISO não está acessível | Siga o artigo KB para a remoção de qualquer CDROM montado nas Máquinas Virtuais de carga de trabalho do cliente no modo de emulação ou desanexar ISO. É recomendável usar o modo de passagem para montar qualquer CD-ROM. https://knowledge.broadcom.com/external/article?legacyId=79306 |
| EPC_DATASTORE_INACCESSIBLE | Este erro é encontrado quando qualquer armazenamento de dados externo anexado à nuvem privada da AVS se torna inacessível | Siga o artigo da base de dados para a remoção de qualquer armazenamento de dados obsoleto anexado ao cluster /azure/azure-vmware/attach-azure-netapp-files-to-azure-vmware-solution-hosts?tabs=azure-portal#performance-best-practices |
| EPC_NWADAPTER_STALE | Esse erro é encontrado quando o adaptador de rede conectado na Máquina Virtual usa o adaptador de rede que se torna inacessível | Siga o artigo do KB para a remoção de todos os adaptadores de N/W obsoletos anexados às Máquinas Virtuais https://knowledge.broadcom.com/external/article/318738/troubleshooting-the-migration-compatibil.html |
Observação
Os administradores de locatário da Solução VMware no Azure não devem editar ou excluir os alarmes do VMware vCenter Server definidos anteriormente porque são gerenciados pelo plano de controle da Solução VMware no VCenter Server do Azure. Esses alarmes são usados pelo monitoramento da Solução VMware no Azure para disparar o processo de remediação de seu host.
Backup e restauração
As configurações do vCenter Server e do HCX Manager da Solução VMware no Azure seguem um cronograma de backup diário, e a configuração do NSX tem backups agendados por hora. Os backups são mantidos por, no mínimo, três dias. Abra uma solicitação de suporte no portal do Azure para solicitar a restauração.
Observação
As restaurações destinam-se apenas a situações catastróficas.
A Solução VMware no Azure monitora continuamente a integridade da subjacência física e dos componentes da Solução VMware. Quando a Solução VMware no Azure detecta uma falha, ela executa uma ação para reparar os componentes com falha.
Próximas etapas
Agora que você abordou os conceitos de nuvem privada da Solução VMware no Azure, convém saber mais sobre: