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.
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 Storage).
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.
| Região do Azure | Zona de disponibilidade | SKU | Multi-AZ SDDC |
|---|---|---|---|
| Leste da Austrália | AZ01 | AV36P | Sim |
| Leste da Austrália | AZ02 | AV36 | Não |
| Leste da Austrália | AZ03 | AV36P | Sim |
| Sudeste da Austrália | AZ01 | AV36 | Não |
| Brazil South | AZ02 | AV36 | Não |
| Canadá Central | AZ02 | AV36, AV36P | Não |
| Leste do Canadá | N/D | AV36 | Não |
| Centro dos EUA | AZ01 | AV36P | Não |
| Centro dos EUA | AZ02 | AV36 | Não |
| Centro dos EUA | AZ03 | AV36P | Não |
| Leste da Ásia | AZ01 | AV36 | Não |
| Leste dos EUA | AZ01 | AV36P | Yes |
| Leste dos EUA | AZ02 | AV36P | Yes |
| Leste dos EUA | AZ03 | AV36, AV36P, AV64 | Yes |
| Leste dos EUA 2 | AZ01 | AV36, AV64 | Não |
| Leste dos EUA 2 | AZ02 | AV36P, AV52, AV64 | Não |
| França Central | AZ01 | AV36 | Não |
| Centro-Oeste da Alemanha | AZ01 | AV36P | Sim |
| Centro-Oeste da Alemanha | AZ02 | AV36 | Sim |
| Centro-Oeste da Alemanha | AZ03 | AV36, AV36P | Sim |
| Leste do Japão | AZ02 | AV36 | Não |
| Oeste do Japão | AZ01 | AV36 | Não |
| Centro-Norte dos EUA | AZ01 | AV36 | Não |
| Centro-Norte dos EUA | AZ02 | AV36P | Não |
| Norte da Europa | AZ02 | AV36, AV64 | Não |
| Catar Central | AZ03 | AV36P | Não |
| Norte da África do Sul | AZ03 | AV36 | Não |
| Centro-Sul dos Estados Unidos | AZ01 | AV36, AV64 | Não |
| Centro-Sul dos Estados Unidos | AZ02 | AV36P, AV52, AV64 | Não |
| Sudeste da Ásia | AZ02 | AV36 | Não |
| Suécia Central | AZ01 | AV36 | Não |
| Norte da Suíça | AZ01 | AV36, AV64 | Não |
| Oeste da Suíça | AZ01 | AV36, AV64 | Não |
| Sul do Reino Unido | AZ01 | AV36, AV36P, AV52, AV64 | Sim |
| Sul do Reino Unido | AZ02 | AV36, AV64 | Sim |
| Sul do Reino Unido | AZ03 | AV36P, AV64 | Não |
| Oeste do Reino Unido | AZ01 | AV36 | Não |
| Europa Ocidental | AZ01 | AV36, AV36P, AV52 | Sim |
| Europa Ocidental | AZ02 | AV36 | Sim |
| Europa Ocidental | AZ03 | AV36P, AV64 | Sim |
| Oeste dos EUA | AZ01 | AV36, AV36P | Não |
| Oeste dos EUA 2 | AZ01 | AV36 | Não |
| Oeste dos EUA 2 | AZ02 | AV36P | Não |
| Oeste dos EUA 3 | AZ01 | AV36P | Não |
| Governo dos EUA do Arizona | AZ02 | AV36P | Não |
| Gov. dos EUA – Virgínia | AZ03 | AV36 | Não |
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-T 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-T Data Center | Nó do Dispositivo Unificado NSX-T 1 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX-T Data Center | Nó do Dispositivo Unificado NSX-T 2 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX-T Data Center | Nó do Dispositivo Unificado NSX-T 3 | 12 | 48 | 300 | 2.5 | 13,5 | 613 |
| VMware NSX-T Data Center | NSX-T Edge VM 1 | 8 | 32 | 200 | 1,3 | 0,6 | 409 |
| VMware NSX-T Data Center | NSX-T Edge VM 2 | 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-T Data Center | Nó do Dispositivo Unificado NSX-T 1 | 12 | 48 | 300 | 2.5 | 13,5 | 1.229 |
| VMware NSX-T Data Center | Nó do Dispositivo Unificado NSX-T 2 | 12 | 48 | 300 | 2.5 | 13,5 | 1.229 |
| VMware NSX-T Data Center | Nó do Dispositivo Unificado NSX-T 3 | 12 | 48 | 300 | 2.5 | 13,5 | 1.229 |
| VMware NSX-T Data Center | NSX-T Edge VM 1 | 8 | 32 | 200 | 1,3 | 0,6 | 817 |
| VMware NSX-T Data Center | NSX-T Edge VM 2 | 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-T, 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. |
| Velocidade máxima da porta do ExpressRoute na Solução VMware no Azure | 10 Gbps (use o SKU do 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 |
| Número máximo de endereços IPv4 públicos do Azure atribuídos ao NSX-T Data Center | 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.
Para outros limites específicos do VMware, use a ferramenta de máximo de configuração do VMware.
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 | 7.0 U3o |
| VMware ESXi | 7.0 U3o com TianfuCup HotPatch |
| VMware do vSAN | 7.0 U3 |
| Formato do VMware vSAN no disco | 15 |
| Arquitetura de armazenamento do VMware vSAN | OSA |
| VMware NSX | 4.1.1 |
| VMware HCX | 4.7.0 |
| Gerenciador do Site Recovery do VMware | 8.7.0.3 |
| Replicação do VMware vSphere | 8.7.0.3 |
A versão do software em execução no momento é aplicada aos novos clusters adicionados a uma nuvem privada existente.
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 do Data Center NSX-T. 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 de SDN do NSX-T Data Center: 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 do Data Center NSX-T pode afetar a conectividade com sua nuvem privada e deve ser evitada.
A Microsoft é responsável por aplicar todos os patches, os upgrades e as atualizações no ESXi, vCenter Server, vSAN e NSX-T Data Center na nuvem privada. O impacto de patches, atualizações e atualizações no ESXi, vCenter Server e NSX-T Data Center 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-T Data Center não estará 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.
Data Center do NSX-T – 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 Data Center NSX-T é bloqueado. Não será possível fazer alterações de configuração no ambiente do NSX-T Data Center durante o 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 vMotion move as VMs para fora do host com falha para outros servidores disponíveis no cluster, potencialmente permitindo um tempo de inatividade zero para a 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
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 de nuvem privada do Azure VMware Solution vCenter Server, NSX e HCX Manager (se habilitadas) estão em uma programação de backup diária. 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: