O que é o Azure VMware Solution?
A Solução VMware do Azure fornece nuvens privadas que contêm clusters VMware vSphere criados a partir da infraestrutura bare-metal dedicada do Azure. A Solução VMware do Azure está disponível no Azure Commercial e no Azure Government. A implantação inicial mínima é de três hosts, com a opção de adicionar mais hosts, até um máximo de 16 hosts por cluster. Todas as nuvens privadas provisionadas têm VMware vCenter Server, VMware vSAN, VMware vSphere e VMware NSX. Como resultado, você pode migrar cargas de trabalho de seus ambientes locais, implantar novas máquinas virtuais (VMs) e consumir serviços do Azure de suas nuvens privadas. Para obter informações sobre o SLA, consulte a página Contratos de nível de serviço do Azure.
A Solução VMware do Azure é uma solução validada pela VMware com validação e testes contínuos de melhorias e atualizações. A Microsoft gerencia e mantém a infraestrutura e o software de nuvem privada, permitindo que você se concentre no desenvolvimento e na execução de cargas de trabalho em suas nuvens privadas para oferecer valor comercial.
O diagrama mostra a adjacência entre nuvens privadas e redes virtuais no Azure, serviços do Azure e ambientes locais. O acesso à rede de nuvens privadas para serviços do Azure ou redes virtuais fornece integração orientada por SLA de pontos de extremidade de serviço do Azure. O ExpressRoute Global Reach conecta seu ambiente local à nuvem privada da Solução VMware do Azure.
Hosts, clusters e nuvens privadas
Os clusters da Solução VMware do 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 Anfitrião | CPU (Núcleos/GHz) | RAM (GB) | Camada de cache vSAN (TB, bruto) | Nível de capacidade vSAN (TB, bruto) | Disponibilidade regional |
|---|---|---|---|---|---|
| AV36 | Duas CPUs Intel Xeon Gold 6140 (microarquitetura Skylake) com 18 núcleos/CPU @ 2,3 GHz, Total de 36 núcleos físicos (72 núcleos lógicos com hyperthreading) | 576 | 3.2 (NVMe) | 15.20 (Unidade de estado sólido) | Regiões selecionadas (*) |
| AV36P | Duas CPUs Intel Xeon Gold 6240 (microarquitetura Cascade Lake) com 18 núcleos/CPU @ 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 Intel) | 19,20 (NVMe) | Regiões selecionadas (*) |
| AV52 | Duas CPUs Intel Xeon Platinum 8270 (microarquitetura Cascade Lake) com 26 núcleos/CPU @ 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 Intel) | 38,40 (NVMe) | Regiões selecionadas (*) |
| AV64 | Duas CPUs Intel Xeon Platinum 8370C (microarquitetura Ice Lake) com 32 núcleos/CPU @ 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 do Azure requer um número mínimo de três hosts. Você só pode usar hosts do mesmo tipo em uma única nuvem privada do Azure VMware Solution. Os hosts usados para criar ou dimensionar clusters vêm de um pool isolado de hosts. Esses hosts passaram por testes de hardware e tiveram todos os dados excluídos com segurança antes de serem adicionados a um cluster.
Todos os tipos de host acima têm taxa de transferência de interface de rede de 100 Gbps.
(*) detalhes disponíveis através da calculadora de preços do Azure.
(**) Pré-requisito do AV64: uma nuvem privada da Solução VMware do Azure implantada com AV36, AV36P ou AV52 é necessária antes de adicionar o AV64.
Você pode implantar nuvens privadas novas ou dimensionar existentes por meio do portal do Azure ou da CLI do Azure.
Extensão de nuvem privada da Solução VMware do Azure com tamanho de nó AV64
O AV64 é um novo SKU de host da Solução VMware do Azure, que está disponível para expandir (não para criar) a nuvem privada da Solução VMware do Azure criada com o SKU AV36, AV36P ou AV52 existente. Use a documentação da Microsoft para verificar a disponibilidade da SKU AV64 na região.
Pré-requisito para uso do AV64
Consulte os seguintes pré-requisitos para a implantação do cluster AV64.
Uma nuvem privada da solução VMware do Azure é criada usando AV36, AV36P ou AV52 na região/AZ com suporte AV64.
Você precisa de um /23 ou três blocos de endereço /25 (contíguos ou não contíguos) para o gerenciamento de cluster AV64.
Capacidade de suporte para cenários de clientes
Cliente com nuvem privada existente do Azure VMware Solution: quando um cliente tem uma nuvem privada do Azure VMware Solution implantada, ele pode dimensionar a nuvem privada adicionando um cluster de nó AV64 vCenter separado a essa nuvem privada. Nesse cenário, os clientes devem usar as seguintes etapas:
- Obtenha uma aprovação de cota AV64 da Microsoft com o mínimo de três nós. Adicione outros detalhes na nuvem privada da Solução VMware do Azure que você planeja estender usando o AV64.
- Use um fluxo de trabalho de cluster complementar existente da Solução VMware do Azure com hosts AV64 para expandir.
O cliente planeja criar uma nova nuvem privada do Azure VMware Solution: quando um cliente deseja uma nova nuvem privada do Azure VMware Solution que possa usar o AV64 SKU, mas apenas para expansão. Nesse caso, o cliente atende ao pré-requisito de ter uma nuvem privada da Solução VMware do Azure criada com AV36, AV36P ou AV52 SKU. O cliente precisa comprar um mínimo de três nós de AV36, AV36P ou AV52 SKU antes de expandir usando AV64. Para esse cenário, use as seguintes etapas:
- Obtenha aprovação de cota AV36, AV36P ou AV52 e AV64 da Microsoft com um mínimo de três nós cada.
- Crie uma nuvem privada da Solução VMware do Azure usando AV36, AV36P ou AV52 SKU.
- Use um fluxo de trabalho de cluster complementar existente da Solução VMware do Azure com hosts AV64 para expandir.
Azure VMware Solution stretched cluster private cloud: O AV64 SKU não é suportado com a nuvem privada de cluster estendida do Azure VMware Solution. Isso significa que uma expansão baseada em AV64 não é possível para uma nuvem privada de cluster estendida da Solução VMware do Azure.
Projeto e recomendações do domínio de falha (FD) do AV64 Cluster vSAN
Os clusters de host tradicionais da Solução VMware do Azure não têm configuração explícita do vSAN FD. O raciocínio é que a lógica de alocação de host garante, dentro de clusters, que não haja dois hosts residindo no mesmo domínio de falha física dentro de uma região do Azure. Esse recurso inerentemente traz resiliência e alta disponibilidade para armazenamento, que a configuração vSAN FD deve trazer. Mais informações sobre o vSAN FD podem ser encontradas na documentação do VMware.
Os clusters de host do Azure VMware Solution AV64 têm uma configuração explícita de domínio de falha (FD) vSAN. O plano de controle da Solução VMware do Azure configura cinco domínios de falha (FDs) vSAN para clusters AV64. Os hosts são balanceados uniformemente entre os cinco FDs à medida que os usuários aumentam a escala dos hosts em um cluster de três nós para 16 nós.
Recomendação de tamanho de cluster
O tamanho mínimo do cluster de nó vSphere da Solução VMware do Azure é três. A redundância de dados vSAN é tratada garantindo que o tamanho mínimo do cluster de três hosts esteja em FDs vSAN diferentes. Em um cluster vSAN com três hosts, cada um em um FD diferente, se um FD falhar (por exemplo, a parte superior do switch de rack falhar), os dados do vSAN serão protegidos. Operações como a criação de objetos (nova VM, VMDK e outras) falhariam. O mesmo acontece com todas as atividades de manutenção em que um host ESXi é colocado no modo de manutenção e/ou reinicializado. Para evitar cenários como esses, a recomendação é implantar clusters vSAN com um mínimo de quatro hosts ESXi.
Fluxo de trabalho de remoção de host AV64 e práticas recomendadas
Devido à configuração do domínio de falha (FD) vSAN do cluster AV64 e à necessidade de hosts equilibrados em todos os FDs, a remoção do host do cluster AV64 difere dos clusters de host tradicionais da Solução VMware do Azure com outras SKUs.
Atualmente, um usuário pode selecionar um ou mais hosts a serem removidos do cluster usando portal ou API. Uma condição é que um cluster deve ter um mínimo de três hosts. No entanto, um cluster AV64 se comporta de forma diferente em determinados cenários quando o AV64 usa vSAN FDs. Qualquer solicitação de remoção de host é verificada em relação a um possível desequilíbrio do vSAN FD. Se uma solicitação de remoção de host criar um desequilíbrio, a solicitação será rejeitada com a resposta http 409-Conflict. O código de status de resposta http 409-Conflict indica um conflito de solicitação com o estado atual do recurso de destino (hosts).
Os três cenários a seguir mostram exemplos de instâncias que normalmente cometem erros e demonstram métodos diferentes que podem ser usados para remover hosts sem criar um desequilíbrio de domínio de falha (FD) vSAN.
A remoção de um host cria um desequilíbrio de vSAN FD com uma diferença de hosts entre o FD mais e o menos povoado para ser mais de um. No exemplo a seguir, os usuários precisam remover um dos hosts do FD 1 antes de remover os hosts de outros FDs.
Várias solicitações de remoção de host são feitas ao mesmo tempo e certas remoções de host criam um desequilíbrio. Nesse cenário, o plano de controle da Solução VMware do Azure remove apenas hosts, que não criam desequilíbrio. No exemplo a seguir, os usuários não podem aceitar os dois hosts dos mesmos FDs, a menos que estejam reduzindo o tamanho do cluster para quatro ou menos.
Uma remoção de host selecionada causa menos de três vSAN FDs ativos. Este cenário não deverá ocorrer, dado que todas as regiões AV64 têm cinco FDs. Ao adicionar hosts, o plano de controle da Solução VMware do Azure cuida de adicionar hosts de todos os cinco FDs uniformemente. No exemplo a seguir, os usuários podem remover um dos hosts do FD 1, mas não do FD 2 ou 3.
Como identificar o host que pode ser removido sem causar um desequilíbrio do vSAN FD: um usuário pode acessar a interface do vSphere Client para obter o estado atual dos vSAN FDs e hosts associados a cada um deles. Isso ajuda a identificar hosts (com base nos exemplos anteriores) que podem ser removidos sem afetar o saldo do vSAN FD e evitar erros na operação de remoção.
Configuração RAID suportada pelo AV64
Esta tabela fornece a lista de configurações RAID suportadas e requisitos de host no cluster AV64. As políticas RAID-6 FTT2 e RAID-1 FTT3 serão suportadas no futuro no AV64 SKU. A Microsoft permite que os clientes usem a política de armazenamento RAID-5 FTT1 vSAN para clusters AV64 com seis ou mais nós para atender ao SLA (Service Level Agreement, contrato de nível de serviço).
| Configuração RAID | Intolerância (ITF) | Mínimo de anfitriões necessários |
|---|---|---|
| RAID-1 (Espelhamento) Configuração padrão. | 1 | 3 |
| RAID-5 (Codificação de Eliminação) | 1 | 4 |
| RAID-1 (Espelhamento) | 2 | 5 |
Armazenamento
A Solução VMware do Azure suporta a expansão da capacidade de armazenamento de dados para além do que está incluído no vSAN utilizando os serviços de armazenamento do Azure, permitindo-lhe expandir a capacidade de armazenamento de dados sem dimensionar os clusters. Para obter mais informações, consulte Opções de expansão da capacidade do armazenamento de dados.
Rede
A Solução VMware do Azure oferece um ambiente de nuvem privada acessível a partir de sites locais e recursos baseados no Azure. Serviços como Azure ExpressRoute, conexões VPN ou WAN Virtual do Azure fornecem a conectividade. No entanto, esses serviços exigem intervalos de endereços de rede específicos e portas de firewall para habilitar os serviços.
Quando você implanta uma nuvem privada, redes privadas para gerenciamento, provisionamento e vMotion são criadas. Você usa essas redes privadas para acessar o VMware vCenter Server e o VMware NSX-T Data Center NSX-T Manager e a máquina virtual vMotion ou implantação.
O ExpressRoute Global Reach é usado para conectar nuvens privadas a ambientes locais. Ele conecta circuitos diretamente no nível do Microsoft Edge. A conexão requer uma rede virtual (vNet) com um circuito de Rota Expressa para local em sua assinatura. O motivo é que os gateways vNet (ExpressRoute Gateways) não podem tráfego de trânsito, o que significa que você pode conectar dois circuitos ao mesmo gateway, mas ele não envia o tráfego de um circuito para o outro.
Cada ambiente da Solução VMware do Azure é sua própria região ExpressRoute (seu próprio dispositivo MSEE virtual), que permite conectar o Global Reach ao local de emparelhamento 'local'. Ele permite que você conecte várias instâncias do Azure VMware Solution em uma região ao mesmo local de emparelhamento.
Nota
Para locais onde o Alcance Global da Rota Expressa não está habilitado, por exemplo, devido a regulamentações locais, você precisa criar uma solução de roteamento usando VMs IaaS do Azure. Para obter alguns exemplos, consulte Azure Cloud Adoption Framework - Network topology and connectivity for Azure VMware Solution.
As máquinas virtuais implantadas na nuvem privada são acessíveis à Internet por meio da funcionalidade IP pública da WAN Virtual do Azure. Para novas nuvens privadas, o acesso à Internet está desativado por padrão.
Para obter mais informações, consulte Arquitetura de rede.
Acesso e segurança
As nuvens privadas da Solução VMware do Azure usam o controle de acesso baseado em função do vSphere para maior segurança. Você pode integrar os recursos LDAP do vSphere SSO com o Microsoft Entra ID. Para obter mais informações, consulte a página Arquitetura de acesso e identidade.
A criptografia de dados em repouso do vSAN, por padrão, é habilitada e usada para fornecer segurança de armazenamento de dados vSAN. Para obter mais informações, consulte Arquitetura de armazenamento.
Residência de dados e dados do cliente
A Solução VMware do Azure não armazena dados de clientes.
Versões de software VMware
As versões de software da solução VMware usadas em novas implantações de nuvens privadas do Azure VMware Solution são:
| Software | Versão |
|---|---|
| Servidor VMware vCenter | 7,0 U3o |
| VMware ESXi | 7.0 U3o com TianfuCup HotPatch |
| VMware vSAN | 7,0 U3 |
| Formato em disco VMware vSAN | 15 |
| Arquitetura de armazenamento VMware vSAN | AOS |
| VMware NSX | 4.1.1 |
| VMware HCX | 4.7.0 |
| VMware Site Recovery Manager | 8.7.0.3 |
| Replicação VMware vSphere | 8.7.0.3 |
A versão atual do software em execução é aplicada a novos clusters adicionados a uma nuvem privada existente.
Manutenção do ciclo de vida do host e do software
As atualizações regulares da nuvem privada da Solução VMware do Azure e do software VMware garantem que a segurança, a estabilidade e os conjuntos de recursos mais recentes estejam em execução nas suas nuvens privadas. Para obter mais informações, consulte Manutenção do host e gerenciamento do ciclo de vida.
Monitorando sua nuvem privada
Depois de implantar a Solução VMware do Azure em sua assinatura, os logs do Azure Monitor são gerados automaticamente.
Na sua nuvem privada, você pode:
- Colete logs em cada uma de suas VMs.
- Baixe e instale o agente MMA em VMs Linux e Windows.
- Habilite a extensão de diagnóstico do Azure.
- Crie e execute novas consultas.
- Execute as mesmas consultas que você normalmente executa em suas VMs.
Os padrões de monitoramento dentro da Solução VMware do Azure são semelhantes às VMs do Azure na plataforma IaaS. Para obter mais informações e instruções, consulte Monitorando VMs do Azure com o Azure Monitor.
Comunicação com o cliente
Você pode encontrar problemas de serviço, manutenção planejada, avisos de integridade e notificações de avisos de segurança publicados por meio da Integridade do Serviço no portal do Azure. Você pode tomar ações oportunas ao configurar alertas de registro de atividades para essas notificações. Para obter mais informações, consulte Criar alertas de integridade do serviço usando o portal do Azure.
Matriz de responsabilidade da Solução VMware do Azure - Microsoft vs cliente
A Solução VMware do Azure implementa um modelo de responsabilidade partilhada que define funções e responsabilidades distintas das duas partes envolvidas na oferta: cliente e Microsoft. As responsabilidades de função partilhada são ilustradas mais pormenorizadamente nos dois quadros seguintes.
A tabela de matriz de responsabilidade compartilhada descreve as principais tarefas que os clientes e a Microsoft lidam na implantação e no gerenciamento da nuvem privada e das cargas de trabalho do aplicativo do cliente.
A tabela a seguir fornece uma lista detalhada de funções e responsabilidades entre o cliente e a Microsoft, que engloba as tarefas e definições mais frequentes. Para mais informações, contacte a Microsoft.
| Função | Tarefa/detalhes |
|---|---|
| Microsoft - Solução VMware do Azure | Infraestrutura física
(facultativo) O VMware HCX implanta com perfil de computação totalmente configurado no lado da nuvem como complemento (facultativo) O VMware SRM implanta, faz upgrade e aumenta / reduz a escala Suporte - Plataformas de nuvem privada e VMware HCX |
| Cliente | Solicite uma cotação de host da Solução VMware do Azure com a Microsoft Planeje e crie uma solicitação para nuvens privadas no portal do Azure com:
Adicionar ou excluir solicitações de hosts para cluster do Portal Implantação/gerenciamento do ciclo de vida de soluções de parceiros (terceiros) |
| Ecossistema de parceiros | Suporte para o seu produto/solução. Para referência, seguem-se algumas das soluções/produtos de parceiros da Solução VMware do Azure suportados:
|
Próximos passos
O próximo passo é aprender os principais conceitos de arquitetura de nuvem privada.