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.

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.

(***) Raw é baseado no International Standard of Units (SI) relatado pelo fabricante do disco. Exemplo: 1 TB Raw = 1000000000000 bytes, espaço calculado pelo computador em binário (1TB binário = 1099511627776 bytes binário) seria igual a 931,3 Gigabytes convertidos a partir de decimal bruto.

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:

1. 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.
2. 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:

1. Obtenha aprovação de cota AV36, AV36P ou AV52 e AV64 da Microsoft com um mínimo de três nós cada.
2. Crie uma nuvem privada da Solução VMware do Azure usando AV36, AV36P ou AV52 SKU.
3. Use um fluxo de trabalho de cluster complementar existente da Solução VMware do Azure com hosts AV64 para expandir.

Azure VMware Solution stretched clusters private cloud: O AV64 SKU não é suportado com a nuvem privada de clusters estendidos do Azure VMware Solution. Isso significa que uma expansão baseada em AV64 não é possível para uma nuvem privada de clusters estendidos da Solução VMware do Azure.

[!NOTA]

Todo o tráfego de um host AV64 para uma rede de cliente utilizará o endereço IP da Interface de Rede VMKernel 1.

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 sete domínios de falha (FDs) vSAN para clusters AV64. Os hosts são balanceados uniformemente entre os sete FDs à medida que os usuários escalam os hosts em um cluster de três nós para 16 nós. Algumas regiões do Azure ainda suportam um máximo de cinco FDs como parte da versão inicial do AV64 SKU. Consulte a Zona de Disponibilidade da Região do Azure (AZ) para a tabela de mapeamento de SKU para obter mais informações.

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. Não se espera que este cenário ocorra, dado que todas as regiões AV64 têm cinco ou sete FDs. Ao adicionar hosts, o plano de controle da Solução VMware do Azure cuida de adicionar hosts de todos os sete 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 em clusters AV64. As políticas RAID-6 FTT2 e RAID-1 FTT3 são suportadas com o AV64 SKU em algumas regiões. Em regiões do Azure que atualmente estão restritas a cinco FDs, 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 contrato de nível de serviço (SLA). Consulte a Zona de Disponibilidade da Região do Azure (AZ) para a tabela de mapeamento de SKU para obter mais informações.

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 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.

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:

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 oferecer suporte a ela.

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.

Próximos passos

O próximo passo é aprender os principais conceitos de arquitetura de nuvem privada.