Perguntas comuns sobre o Azure VMware Solution

À medida que as empresas buscam estratégias de modernização de TI para melhorar a agilidade dos negócios, reduzir custos e acelerar a inovação, as plataformas de nuvem híbrida são os principais facilitadores da transformação digital dos clientes. A Solução VMware do Azure combina o software SDDC (Software-Defined Data Center) da VMware com o ecossistema global de serviços de nuvem Azure da Microsoft. Além disso, a Solução VMware do Azure atende aos requisitos de desempenho, disponibilidade, segurança e conformidade. Para obter mais informações, consulte O que é a solução VMware do Azure.

O serviço está sendo continuamente adicionado a novas regiões. Para obter detalhes, consulte as informações mais recentes sobre a disponibilidade do serviço.

A Microsoft fornece suporte para a Solução VMware do Azure. Você pode enviar uma solicitação de suporte. Para subscrições geridas pelo Fornecedor de Soluções na Nuvem (CSP), o primeiro nível de suporte fornece o Fornecedor de Soluções da mesma forma que o CSP fornece para outros serviços do Azure.

Todos os serviços do Azure estão disponíveis para clientes do Azure VMware Solution. As limitações de desempenho e disponibilidade para serviços específicos devem ser abordadas caso a caso.

Você pode encontrar informações sobre a compatibilidade do sistema operacional convidado com o vSphere usando o VMware Compatibility Guide. Para identificar a versão do vSphere em execução na Solução VMware do Azure, consulte Versões de software VMware.

As atualizações feitas seguem o processo padrão de gerenciamento de alterações do Microsoft Azure. Os clientes são responsáveis por todas as tarefas de administração da carga de trabalho e pelos processos de gerenciamento de alterações associados.

Com a nova solução VMware do Azure, a Microsoft e a VMware têm uma parceria direta de provedor de nuvem. A Microsoft projetou, criou e deu suporte à nova solução. A solução é endossada pela VMware. Arquitetonicamente, as soluções são consistentes, com a pilha de tecnologia VMware em execução em uma infraestrutura dedicada do Azure.

Todos os hosts com problemas de disco são substituídos. Ele acumula até 99,9 SLA de disponibilidade do serviço Azure VMware Solution.

Para perguntas gerais sobre preços, consulte a página de preços da Solução VMware do Azure.

O VMware HCX Enterprise está disponível na Solução VMware do Azure sem outro custo e está habilitado por padrão.

O tráfego no circuito VMware Solution ExpressRoute do Azure não é limitado. Sem cobrança para qualquer circuito Azure VMware Solution ExpressRoute ou para cobranças do Global Reach entre nuvens privadas do Azure VMware Solution. Este cenário inclui a Solução VMware do Azure para o local, além das cobranças de saída padrão para o tráfego da sua conexão de circuito do Azure ExpressRoute para o seu site local a partir do Azure. Essas taxas são cobradas de acordo com os planos de preços da Rota Expressa do Azure com o Modelo de Cobrança Limitada. Se estiver a utilizar o Modelo de Faturação Ilimitada do Azure ExpressRoute, o tráfego de saída não é cobrado.

• A Solução VMware do Azure para a Rede Virtual do Azure é feita através de um circuito interno de Rota Expressa e é gratuita, independentemente da localização da região (mesma região ou entre regiões).

• A Solução VMware do Azure para o site local é feita por meio da Rede Virtual do Azure ou do Alcance Global da Rota Expressa (entre a Rota Expressa interna e a Rota Expressa externa). Ele ainda é gratuito, além das taxas de saída padrão (Modelo de Faturamento Limitado) da Rota Expressa para a rede local. Para o Modelo de Faturamento Ilimitado, não há cobranças de dados.

Por exemplo:

• Se conectarmos uma Rede Virtual do Azure na Europa Ocidental do Azure a uma nuvem privada da Solução VMware do Azure na Europa Ocidental, não haverá cobranças da Rota Expressa além das taxas do gateway da Rota Expressa.

• Se conectarmos uma Rede Virtual do Azure no Norte da Europa do Azure a uma nuvem privada da Solução VMware do Azure na Europa Ocidental, não haverá cobranças da Rota Expressa além das taxas do gateway da Rota Expressa.

• Se ligar uma nuvem privada da Solução VMware do Azure na Europa Ocidental a uma nuvem privada da Solução VMware do Azure no Norte da Europa através do ExpressRoute Global Reach. Não há cobranças de transferência de dados (saída e entrada) do ExpressRoute Global Reach. Há cobranças ao usar um gateway de Rota Expressa.

Não, você não precisa adquirir outro licenciamento VMware além do serviço Azure VMware Solution. Para obter mais informações, consulte a página de preços da Solução VMware do Azure para ver qual tecnologia VMware está incluída.

Se você quer mais hosts para uma nuvem privada existente ou está criando uma nova nuvem privada, você precisa enviar um tíquete de suporte para ter seus hosts alocados. Para obter mais informações, consulte Solicitar cota de host para a solução VMware do Azure.

Você precisa de uma conta do Azure em uma assinatura do Azure.

A Microsoft e a Red Hat compartilham uma equipe de suporte integrada e colocalizada que fornece um ponto de contato unificado para ecossistemas Red Hat executados na plataforma Azure. Como outros serviços da plataforma Azure que funcionam com o Red Hat Enterprise Linux, a Solução VMware do Azure está sob o guarda-chuva de acesso à nuvem e suporte integrado. O Red Hat Enterprise Linux oferece suporte à execução sobre a solução VMware do Azure no Azure.

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.

No momento, o provisionamento pode levar cerca de 3 a 4 horas. Adicionar um único nó no mesmo cluster existente leva entre 30 e 45 minutos.

Não, "AVS-vendor-folders" é um nome reservado na Solução VMware do Azure e usá-lo pode levar a conflitos com a funcionalidade pretendida ou causar um comportamento inesperado no ambiente de gerenciamento vCenter específico da Solução VMware do Azure. Escolha um nome de pasta alternativo que esteja alinhado com suas necessidades organizacionais, evitando conflitos com convenções de nomenclatura predefinidas na Solução VMware do Azure.

Sim. Desde que o sistema em que ele está instalado possa acessar a nuvem privada vCenter Server e esteja usando DNS público para resolver nomes de host ESXi.

N.º Para atender aos pré-requisitos da VM, siga as instruções fornecidas pelo VMware.

O vRealize Automation, o vRealize Operations Manager e o vRealize Network Insight são certificados para uso com a Solução VMware do Azure quando esses produtos são instalados em um data center local. As versões baseadas em nuvem desses produtos - vRealize Automation Cloud, vRealize Operations Cloud e vRealize Network Insight Cloud - também são certificadas para uso. Não há suporte para a instalação desses produtos em uma nuvem privada do Azure VMware Solution.

Sim. Isso é possível e recomendado por meio do complemento VMware HCX. Embora a migração fria e a clonagem cruzadas do vCenter sejam possíveis, e não o vCenter vMotion cruzado, o HCX é o método totalmente suportado.

O ambiente local deve estar executando o vSphere 6.5 ou posterior se o VMware HCX for usado para migrar VMs.

Para migrar uma máquina virtual (VM) do Azure para um plano diferente, siga estas etapas:

1. Pare a VM no portal do Azure selecionando sua VM e, em seguida, selecionando 'Parar' para desalocar recursos.
2. Com a VM parada, acesse a configuração 'Tamanho' da VM.
3. No painel 'Escolha um tamanho', selecione um novo tamanho que seja compatível com a série atual ou desejada.
4. Selecione o botão 'Redimensionar' para aplicar a alteração de tamanho.
5. Reinicie a VM para finalizar a migração.

Lembre-se de que você só pode redimensionar uma VM dentro da mesma série ou para uma série disponível na mesma região do Azure. Certifique-se de que o novo plano suporta as configurações de armazenamento e rede da sua VM.

Sim, desde que os requisitos mínimos do VMware HCX Network Underlay sejam atendidos.

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.

Um benefício das nuvens privadas da Solução VMware do Azure é que a plataforma é mantida para você. A Microsoft é responsável pelo gerenciamento do ciclo de vida dos dispositivos VMware (ESXi, vCenter Server e vSAN) e NSX. A Microsoft também é responsável por inicializar a configuração de rede, como criar o gateway Tier-0 e habilitar o roteamento Norte-Sul. Você é responsável pela configuração do NSX SDN: segmentos de rede, regras de firewall distribuídas, gateways de nível 1 e balanceadores de carga.

A Microsoft é responsável por aplicar quaisquer patches, atualizações ou upgrades ao ESXi, vCenter Server, vSAN e NSX em sua nuvem privada. O impacto de patches, atualizações e upgrades no ESXi, vCenter Server e NSX tem as seguintes considerações:

• ESXi - Não há 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 período, recomendamos que você não planeje outras atividades como: expandir a nuvem privada, agendar ou iniciar migrações HCX ativas, fazer alterações na configuração da HCX e assim por diante em sua nuvem privada.

• vCenter Server - Não há impacto nas cargas de trabalho em execução na sua nuvem privada. Durante esse período, 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 expandir a nuvem privada, criar novas redes e assim por diante em sua nuvem privada. Ao usar as interfaces de usuário do VMware Site Recovery Manager ou do vSphere Replication, recomendamos que você não execute nenhuma das ações: configurar o vSphere Replication e configurar ou executar planos de recuperação de site durante o upgrade 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 a 1 minuto com qualquer um dos seguintes sintomas:

  • Erros de ping

  • Perda de pacotes

  • Mensagens de erro (por exemplo, Host de destino inacessível e Net inacessível)

  Durante essa janela de atualização, todo o acesso ao plano de gerenciamento do NSX é bloqueado. Não é possível fazer alterações de configuração no ambiente NSX durante a duração. Suas cargas de trabalho continuam a ser executadas normalmente, sujeitas ao impacto da atualização detalhado anteriormente.

  Durante o tempo de atualização, recomendamos que você não planeje outras atividades, como expandir a nuvem privada, e assim por diante, em sua nuvem privada. Outras atividades podem impedir o início da atualização 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. Esta notificação também fornece detalhes sobre o componente atualizado, seu efeito nas cargas de trabalho, acesso à nuvem privada e outros serviços do Azure. Você pode 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 de versão secundária de um componente de pilha VMware

• Upgrades - Alteração de versão principal de um componente de pilha VMware

As 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 agendadas sejam implantadas.

Sim, o NSX é a única versão suportada do software de virtualização de rede VMware.

O VMware NSX 4.1.1 é usado para a rede definida por software nas nuvens privadas do Azure VMware Solution.

Não, não é necessário usar o VMware NSX localmente. O VMware HCX fornece a conectividade necessária entre o vSphere local e a solução VMware do Azure.

Sim, com uma licença de complemento. A Solução VMware do Azure suporta IDFW distribuído e IDS/IPS distribuído com licença de firewall suplementar. Esta licença de complemento precisa ser comprada da VMware e a Microsoft aplicará essa licença à nuvem privada da Solução VMware do Azure com uma solicitação de suporte.

N.º

Sim.

O separador Gestão Sentinel dá-lhe acesso para transferir o software Sentinel. Ele aparece na interface HCX Interconnect quando uma licença HCX Enterprise é ativada e você implantou uma malha de serviço com um par Sentinel Gateway (SGW) e Sentinel Data Receiver (SDR) implantado. Além disso, em implantações locais tradicionais para a nuvem, a guia Sentinel só é visível no Conector, não no gerenciador de nuvem.

Você pode especificar o tipo de formato desejado ao migrar uma VM para a Solução VMware do Azure. No entanto, o vSAN é principalmente o armazenamento de dados que você usará na Solução VMware do Azure, portanto, depende da política de armazenamento selecionada. A política de armazenamento de dados padrão é o RAID-1 FTT-1, que é thin provisioned. Você pode usar os comandos Executar para alterar a política de armazenamento de dados padrão.

Os servidores AV36 SKU têm duas CPUs Intel de 18 núcleos e 2,3 GHz. Os servidores AV36P SKU têm duas CPUs Intel de 18 núcleos de 2,6 GHz e os servidores AV52 SKU têm duas CPUs Intel de 26 núcleos e 2,7 GHz.

Os servidores AV36 SKU têm 576 GB de RAM. Os servidores AV36P SKU têm 768 GB de RAM e os servidores AV52 SKU têm 1.536 GB de RAM.

N.º O VMware não suporta oficialmente a virtualização aninhada.

A Commvault, a Veritas e a Veeam estenderam suas soluções de backup para trabalhar com a solução VMware do Azure. No entanto, qualquer solução de backup que use VMware vStorage API for Data Protection (VADP) com o modo de transporte HotAdd funciona imediatamente no Azure VMware Solution. Para obter mais informações, consulte Soluções de backup para VMs de solução VMware do Azure.

Como essas soluções de backup são instaladas e gerenciadas pelos clientes, eles podem entrar em contato com o respetivo ISV para obter suporte.

O Azure Bastion é o serviço recomendado para se conectar à caixa de salto para evitar a exposição da Solução VMware do Azure à Internet. Você não pode usar o Azure Bastion para se conectar a VMs do Azure VMware Solution, pois elas não são objetos IaaS do Azure.

Cada host ESXi no Azure VMware Solution é configurado com quatro NICs de 25 Gbps, duas NICs provisionadas para tráfego de sistema ESXi e duas NICs provisionadas para tráfego de carga de trabalho.

N.º

N.º

N.º O Azure Load Balancer suporta apenas VMs IaaS do Azure. O Azure Load Balancer não suporta pools de back-end baseados em IP; apenas VMs do Azure ou objetos do Conjunto de Escala de Máquina Virtual nos quais as VMs do Azure VMware Solution não são objetos do Azure.

Sim. Use um Gateway de Rota Expressa existente para se conectar à Solução VMware do Azure, desde que não exceda o limite de quatro circuitos de Rota Expressa por rede virtual. Para acessar a Solução VMware do Azure no local por meio da Rota Expressa, você deve ter o Alcance Global da Rota Expressa, já que o Gateway de Rota Expressa não fornece roteamento transitivo entre seus circuitos conectados.

Um espaço de endereçamento /22 de rede privada é necessário para implantar uma nuvem privada da Solução VMware do Azure. Esse espaço de endereçamento privado não deve se sobrepor a outras redes virtuais em uma assinatura ou a redes locais.

Você pode se conectar ao serviço em um dos dois métodos:

• Com uma VM ou gateway de aplicativo implantado em uma rede virtual do Azure emparelhada por meio da Rota Expressa para a nuvem privada.
• Através do ExpressRoute Global Reach do seu centro de dados no local para um circuito do Azure ExpressRoute.

No portal do Azure, habilite a conectividade com a Internet para uma nuvem privada. Com o NSX Manager, crie um gateway NSX T1 e um switch lógico. Em seguida, use o vCenter Server para implantar uma VM no segmento de rede definido pelo comutador lógico. Essa VM tem acesso de rede à Internet e aos serviços do Azure.

N.º O tráfego de rede de entrada da Internet diretamente para nuvens privadas não é permitido por padrão. No entanto, você pode expor VMs do Azure VMware Solution à Internet por meio da opção IP público em seu portal do Azure para sua nuvem privada do Azure VMware Solution.

Sim. Você precisa usar o NSX Manager para criar um firewall para restringir o acesso da VM à Internet.

O intervalo de endereços IP não deve se sobrepor ao intervalo de IP usado em outras redes virtuais em sua assinatura e redes locais.

Sim.

A WAN Virtual do Azure não fornece roteamento transitivo entre dois circuitos de Rota Expressa conectados e o Gateway de Rota Expressa de WAN não virtual. O ExpressRoute Global Reach permite a conectividade entre o local e a Solução VMware do Azure, mas passa pela rede global da Microsoft em vez do Hub WAN Virtual.

N.º

Por design, você não poderá acessar o NSX Manager e o vCenter Server Appliance (vCSA) localmente quando apenas 0.0.0.0/0 (rota padrão) estiver sendo anunciado pelo Alcance Global da Rota Expressa entre a Solução VMware do Azure e sua Rota Expressa local ou por meio da Rede Virtual do Azure para a Solução VMware do Azure. Você precisa anunciar rotas/sub-redes de rede específicas para acessar o NSX Manager e o vCSA.

Use a política de armazenamento thin_provision para seu modelo de VM.

Cada host ESXi tem dois grupos de discos vSAN com uma camada de capacidade de 15,2 TB e uma camada de cache NVMe de 3,2 TB (1,6 TB em cada grupo de discos).

Sim, os armazenamentos de dados vSAN usam criptografia de dados em repouso por padrão usando chaves armazenadas no Cofre de Chaves do Azure. A solução de criptografia é baseada em KMS e suporta operações do vCenter Server para gerenciamento de chaves. Quando um host é removido de um cluster vSphere, os dados no disco são invalidados imediatamente.

Não, não é possível alterar o nome de armazenamentos de dados ou clusters.

RAID-1, FTT-1, com reserva de espaço de objeto definida como Thin Provisioning é a política de armazenamento padrão para os datacenters definidos por software (SDDCs).

O provisionamento espesso é reservado ou pré-alocado espaço de armazenamento. O provisionamento espesso protege os sistemas, permitindo que eles funcionem mesmo se o armazenamento de dados vSAN estiver cheio porque o espaço já está reservado. Por exemplo, suponha que você crie um disco virtual de 10 GB com provisionamento espesso. Nesse caso, a quantidade total de capacidade de armazenamento em disco virtual é pré-alocada no armazenamento físico onde o disco virtual é criado e consome todo o espaço alocado a ele no armazenamento de dados. Ele não permitirá que outras VMs compartilhem o espaço do armazenamento de dados. Um disco virtual de provisionamento fino consome o espaço de que precisa inicialmente e cresce de acordo com a demanda de espaço de dados usada no armazenamento de dados.

Depende de como você planeja as cargas de trabalho do aplicativo para serem executadas dentro do SDDC (nuvem privada). A Microsoft controla essas falhas regularmente e substitui o hardware quando esses eventos são detetados do ponto de vista da infraestrutura. Como padrão, uma configuração de FTT-1 é usada, que acomoda a falha de um único host.

A Microsoft fornece alertas quando o consumo de capacidade excede 75%. Como alternativa, você também pode monitorar métricas de consumo de capacidade integradas ao Azure Monitor.

O AV36 SKU inclui dois Cache NVMe de 1,6 TB e oito de capacidade bruta de armazenamento de 1,9 TB. Estes são então divididos em dois grupos de discos. Verifique as SKUs AV36P e AV52 para suas especificações de hardware.

Os grupos de discos não estão configurados como RAID. Em vez disso, eles são apenas um monte de discos (JBOD) e são controlados diretamente pelo vSAN.

Com exceção do cluster AV64 que requer um cluster de 3 nós separado mínimo de AV36, AV36P ou AV52, não é possível combinar diferentes tipos de host em uma nuvem privada. Em todos os cenários, os clusters exigem o mesmo tipo de host. Vários clusters podem ser implantados em uma única nuvem privada. Todos os hosts devem ser do mesmo tipo dentro de uma nuvem privada. Se diferentes tipos de host forem necessários para atender às necessidades de casos de uso, nuvens privadas adicionais deverão ser implantadas.

Sim. O portal do Azure é usado para implantação e várias operações de gerenciamento. O vCenter Server e o NSX Manager são usados para gerenciar recursos do vSphere e do NSX.

No lançamento, a Solução VMware do Azure não dará suporte a uma única experiência de gerenciamento em ambientes locais e de nuvem privada. Você gerencia clusters de nuvem privada com o vCenter Server e o NSX Manager local para uma nuvem privada.

Sim, desde que você tenha a cota alocada em sua nuvem privada, você pode expandir seus clusters. Quando a demanda de carga de trabalho diminui, você pode excluir hosts do cluster para reduzi-lo. Você pode fazer isso por meio do portal da Solução VMware do Azure.

Não, os hosts e clusters de nuvem privada são dedicados e apagados com segurança antes e depois do uso.

Os clusters podem ser dimensionados entre três (mínimo) e 16 (máximos) hosts ESXi.

Você recebe credenciais para um usuário administrador de nuvem no vCenter Server e acesso de administrador no NSX Manager. Você também pode usar um grupo CloudAdmin para incorporar o Microsoft Ative Directory. Para obter mais informações, consulte Arquitetura de acesso e identidade.

Não, o acesso do administrador ao ESXi é restrito para atender aos requisitos de segurança da solução.

Você tem privilégios de função do CloudAdmin. Para obter mais informações, consulte Arquitetura de acesso e identidade.

Você tem privilégios de função do CloudAdmin. Para obter mais informações, consulte Arquitetura de acesso e identidade.

Para obter informações sobre como redefinir suas credenciais, consulte Girar as credenciais cloudadmin para a solução VMware do Azure.

N.º Atualmente, não suportamos privilégios de extensão cloudadmin e não temos planos de suportá-lo.

Sim. Para obter mais informações, consulte Solicitar cota de host para a solução VMware do Azure.

N.º Atualmente, o Azure VMware Solution não oferece multilocação.

Não, uma nuvem privada da Solução VMware do Azure não pode ser compartilhada entre clientes finais.

Os clientes podem criar ambientes multilocatários em sua nuvem privada Azure VMware Solution e vender para clientes, desde que o produto não seja uma VM padrão e tenha adicionado propriedade intelectual substancial incorporada na VM como um aplicativo.

Sim. Você pode conectar sua nuvem privada do Azure VMware Solution ao VMware Cloud Diretor Service da VMware. Esta integração de ambos os serviços está atualmente em pré-visualização pública.

Sim, os clientes podem implantar o Azure VMware Solution em uma assinatura do Azure gerenciada por um CSP.

Sim. Os CSPs podem comprar instâncias reservadas para seus clientes. Para obter mais informações, consulte Economizar custos com uma instância reservada.