Planejar a implantação de Solução VMware no Azure

Planejar sua implantação de Solução VMware no Azure é crucial para criar um ambiente pronto para produção bem-sucedido para VMs (máquinas virtuais) e migração. Durante o processo de planejamento, você identifica e reúne as informações necessárias para a sua implantação. Não se esqueça de documentar as informações coletadas para consultar com facilidade durante a implantação. Uma implantação bem-sucedida resulta em um ambiente pronto para produção na hora de criar e migrar VMs (máquinas virtuais).

Neste tutorial, saiba como concluir as seguintes tarefas:

Depois de concluir, siga as Próximas etapas recomendadas no fim deste artigo para continuar com este guia de introdução.

Identificar a assinatura

Identifique a assinatura que você planeja usar para implantar Solução VMware no Azure. Você pode criar uma assinatura ou usar uma existente.

Identificar o grupo de recursos

Identifique o grupo de recursos que você deseja usar para seu Solução VMware no Azure. Geralmente, um grupo de recursos é criado especificamente para Solução VMware no Azure, mas você pode usar um grupo de recursos existente.

Identificar a região ou o local

Identifique a região em que deseja Solução VMware no Azure implantada.

Definir o nome do recurso

O nome do recurso é um nome amigável e descritivo para sua nuvem privada Solução VMware no Azure, por exemplo, MyPrivateCloud.

Identificar os hosts de tamanho

Identifique os hosts de tamanho que você deseja usar ao implantar Solução VMware no Azure.

Solução VMware no Azure clusters são baseados em uma infraestrutura hiperconvergente. A tabela a seguir mostra as especificações de CPU, memória, disco e rede do host.

Um cluster Solução VMware no Azure requer um número mínimo de três hosts. Você pode usar hosts do mesmo tipo apenas em uma única nuvem privada 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 anteriores têm taxa de transferência de interface de rede de 100 Gbps.

*Os detalhes estão disponíveis por meio da calculadora de preços do Azure.

**Pré-requisitos do AV64: uma nuvem privada Solução VMware no Azure implantada com AV36, AV36P, AV48 ou AV52 é necessária antes de adicionar o AV64.

Raw é baseado no Padrão Internacional de Unidades (SI) relatado pelos fabricantes de disco. Exemplo: 1 TB Bruto = 10000000000000 bytes. O espaço calculado por um computador em binário (1 TB binário = 1099511627776 bytes binários) é equivalente a 931,3 gigabytes quando convertido da forma decimal padrão.

****ESA aplica-se a implementações do AV64 Gen 2.

Determinar o número de clusters e hosts

A primeira Solução VMware no Azure implantação que você faz consiste em uma nuvem privada que contém um único cluster. Você precisa definir o número de hosts que deseja implantar no primeiro cluster da sua implantação.

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

Solução VMware no Azure configura cada cluster para disponibilidade n+1 por meio do controle de admissão baseado em percentual de alta disponibilidade do vSphere para proteger cargas de trabalho contra a falha de um único nó. Cluster-1 de cada nuvem privada Solução VMware no Azure tem um pool de recursos baseado no vSphere Distributed Resource Scheduler (MGMT-ResourcePool). O pool é configurado para os componentes do plano de gerenciamento e controle (complemento vCenter Server, cluster NSX Manager, NSX Edges, complemento do HCX Manager, complemento do gerenciador de Site Recovery e complemento vSphere Replication).

MGMT-ResourcePool é configurado para reservar 46 GHz de CPU e 171,88 GB de memória, que você não pode alterar. Para um cluster de três nós, dois nós são dedicados a cargas de trabalho do cliente, excluindo os MGMT-ResourcePool recursos de CPU e memória reservados para gerenciamento e controle. Um nó de recursos é mantido em reserva para proteção contra falhas do nó. Solução VMware no Azure clusters estendidos usam uma política de controle de admissão baseada em percentuais de alta disponibilidade n+2 vSphere.

O plano de gerenciamento e controle do Solução VMware no Azure tem os seguintes requisitos de recursos. Eles devem ser contabilizados durante o dimensionamento da solução de uma nuvem privada padrão.

O plano de gerenciamento e controle do Solução VMware no Azure tem os seguintes requisitos de recursos que você deve considerar durante o dimensionamento de uma nuvem privada de clusters estendidos. O VMware Site Recovery Manager não está incluído na tabela porque atualmente não tem suporte. O aplicativo Witness vSAN também não está incluído na tabela. Microsoft gerencia-o na terceira zona de disponibilidade.

Esses requisitos de recursos se aplicam apenas ao primeiro cluster implantado em uma nuvem privada Solução VMware no Azure. Os clusters subsequentes precisam considerar apenas o Serviço de Cluster do vSphere, os requisitos de recursos ESXi e o uso do sistema vSAN no dimensionamento da solução.

Os valores de Uso típico de armazenamento de dados brutos do vSAN do dispositivo virtual representam o espaço ocupado pelos arquivos da máquina virtual, incluindo arquivos de configuração e log, instantâneos, discos virtuais e arquivos de swap.

Os nós VMware ESXi têm valores de uso de computação que representam a sobrecarga do hipervisor VMkernel do vSphere, a sobrecarga vSAN e o roteador distribuído NSX, o firewall e a sobrecarga de ponte. Essas estimativas são para uma configuração padrão de três clusters. Os requisitos de armazenamento são listados como não aplicáveis (N/A) porque um volume de inicialização separado do armazenamento de dados vSAN é usado.

A sobrecarga de armazenamento de uso do sistema VMware vSAN é responsável pelos objetos de gerenciamento de desempenho do vSAN, pela sobrecarga do sistema de arquivos do vSAN, pela sobrecarga de soma de verificação do vSAN e pela sobrecarga de desduplicação e compactação do vSAN. Para exibir esse consumo, selecione Monitor>vSAN>Capacidade para o cluster vSphere no cliente vSphere.

Os requisitos de recursos do VMware HCX e do VMware Site Recovery Manager são complementos opcionais para Solução VMware no Azure. Desconte esses requisitos no dimensionamento da solução se eles não estiverem sendo usados.

O complemento VMware Site Recovery Manager tem a opção de configurar vários dispositivos VMware vSphere Replication Server. A tabela anterior pressupõe que um dispositivo vSphere Replication Server seja usado.

Dimensionar uma solução é uma estimativa. Valide os cálculos de dimensionamento da fase de design durante a fase de teste de um projeto. Você precisa garantir que a solução seja dimensionada corretamente para a carga de trabalho do aplicativo.

Solicitar cota de host

Solicite uma cota de host no início do processo de planejamento para garantir uma implantação tranquila de sua nuvem privada Solução VMware no Azure. Antes de fazer uma solicitação, identifique a assinatura Azure, o grupo de recursos e a região. Determina o tamanho dos hosts, o número de clusters e os hosts de que você precisa.

A equipe de suporte demora até cinco dias úteis para confirmar a solicitação e alocar os seus hosts.

• Clientes do EA
• Clientes CSP

Definir o segmento de endereço IP para gerenciamento de nuvem privada

Solução VMware no Azure requer uma rede CIDR /22, como 10.0.0.0/22. Esse espaço de endereço é dividido em segmentos de rede (sub-redes) menores para segmentos de gerenciamento de Solução VMware no Azure, incluindo vCenter Server, VMware HCX, NSX-T Data Center e funcionalidade vMotion. O diagrama a seguir mostra os segmentos de endereço IP de gerenciamento do Solução VMware no Azure.

O diagrama mostra os segmentos de endereço IP de gerenciamento no Solução VMware no Azure.

Definir o segmento de endereço IP para cargas de trabalho de VM

No ambiente do VMware vSphere, as VMs devem se conectar a um segmento de rede. À medida que a implantação de produção do Solução VMware no Azure se expande, você geralmente vê uma combinação de segmentos estendidos L2 de segmentos de rede locais e do NSX-T Data Center local.

Para a implantação inicial, identifique um único segmento de rede (rede IP), por exemplo, 10.0.4.0/24. Esse segmento de rede é usado principalmente para fins de teste durante a implantação inicial. O bloco de endereços não deve se sobrepor a nenhum segmento de rede local ou dentro de Azure e não deve estar dentro do segmento de rede /22 já definido.

Definir o gateway de rede virtual

Solução VMware no Azure requer um Rede Virtual do Azure e um circuito do ExpressRoute. Definir se você deseja usar um gateway de rede virtual do ExpressRoute existente ou novo. Se você escolher um gateway de rede virtual novo, crie-o depois de criar sua nuvem privada. É aceitável usar um gateway de rede virtual do ExpressRoute existente. Para fins de planejamento, observe qual gateway de rede virtual ExpressRoute você usa.

Definir segmentos de rede de VMware HCX

O VMware HCX é uma plataforma de mobilidade de aplicativos que simplifica a migração de aplicativos, o rebalanceamento de carga de trabalho e a continuidade de negócios entre data centers e nuvens. Você pode migrar suas cargas de trabalho VMware vSphere para Solução VMware no Azure e outros sites conectados por meio de vários tipos de migração.

O VMware HCX Connector implanta um subconjunto de soluções de virtualização (automatizadas) que exigem vários segmentos de IP. Ao criar os perfis de rede, você usa segmentos de IP. Identifique os itens listados a seguir para a implantação do VMware HCX, que dá suporte a um piloto ou a um pequeno caso de uso do produto. Modifique conforme necessário com base em suas necessidades de migração.

• Rede de gerenciamento: em implantações do VMware HCX locais, identifique uma rede de gerenciamento para o VMware HCX. Normalmente, é a mesma rede de gerenciamento usada pelo cluster do VMware vSphere local. No mínimo, identifique dois IPs nesse segmento de rede para o VMware HCX. Talvez você precise de números maiores, dependendo da escala da implementação, além de um caso de uso piloto ou pequeno.

  Observação

  Em ambientes grandes, crie uma nova rede /26 e apresente-a como um grupo de portas para o cluster VMware vSphere local em vez de usar a rede de gerenciamento existente. Em seguida, você pode criar até 10 malhas de serviço e 60 extensores de rede (-1 por malha de serviço). Você pode expandir oito redes por extensor de rede usando as nuvens privadas do Solução VMware no Azure.

• Rede Uplink: Nas implantações do VMware HCX nas instalações locais, identifique uma rede Uplink para VMware HCX. Use a mesma rede que você planeja usar para a rede de Gerenciamento.

• Rede vMotion: Para implantações locais do VMware HCX, identifique uma rede vMotion do VMware HCX. Normalmente, é a mesma rede usada para o vMotion pelo cluster do VMware vSphere local. No mínimo, identifique dois IPs nesse segmento de rede para o VMware HCX. Talvez você precise de números maiores, dependendo da escala da implementação, além de um caso de uso piloto ou pequeno.

  Você deve expor a rede do vMotion em um comutador virtual distribuído ou no vSwitch0. Caso não esteja, modifique o ambiente para acomodar.

  Observação

  Muitos ambientes do VMware vSphere usam segmentos de rede não roteados para o vMotion, o que não apresenta nenhum problema.

• Rede de replicação: em implantações do VMware HCX locais, defina uma rede de replicação. Use a mesma rede que você está usando para suas redes de Gerenciamento e Uplink. Se os hosts do cluster local usarem um VMkernel de Replicação dedicado, reserve dois endereços IP nesse segmento de rede e use o VMkernel de Replicação para a rede de replicação.

Determinar se as redes devem ser estendidas

Opcionalmente, você pode estender segmentos de rede do local para o Solução VMware no Azure. Se você estender segmentos de rede, identifique essas redes agora de acordo com as seguintes diretrizes:

• As redes devem se conectar a um vDS (vSphere Distributed Switch) no ambiente do VMware local.
• As redes que estão em um vSphere Standard Switch não podem ser estendidas.

Próximas etapas

Agora que você reuniu e documentou as informações necessárias, prossiga para o próximo tutorial para criar seu Solução VMware no Azure nuvem privada.