Perguntas comuns sobre a Solução VMware no Azure

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

O serviço é adicionado continuamente a novas regiões. Para obter os detalhes, confira as informações mais recentes de disponibilidade do serviço.

A Microsoft oferece suporte para a Solução VMware no Azure. Você pode enviar uma solicitação de suporte. Para assinaturas gerenciadas por CSP (provedores de soluções de nuvem), o primeiro nível de suporte fornece o Provedor de Soluções assim como o CSP faz para outros serviços do Azure.

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

Você pode obter informações sobre a compatibilidade do sistema operacional convidado com o vSphere no Guia de compatibilidade do VMware. Para identificar a versão do vSphere em execução na Solução VMware no Azure, confira as versões do software VMware.

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

Com a nova Solução VMware no Azure, a Microsoft e a VMware têm uma parceria de provedor de serviços de nuvem. A Microsoft criou, compilou e deu suporte à nova solução. A solução é apoiada pela VMware. Em termos de arquitetura, as soluções são consistentes, com a pilha de tecnologia da VMware em execução em uma infraestrutura dedicada do Azure.

Todos os hosts com problemas de disco serão substituídos. Eles se acumulam até 99,9 de disponibilidade de SLA do serviço da Solução VMware no Azure.

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

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

O tráfego no circuito entre o ExpressRoute e a Solução VMware no Azure não é limitado. Nenhuma cobrança para qualquer circuito do ExpressRoute da Solução VMware no Azure ou para encargos de Alcance Global entre nuvens privadas da Solução VMware no Azure. Esse cenário inclui a Solução VMware no Azure para o local, além de encargos de saída padrão para o tráfego de sua conexão de circuito do Azure ExpressRoute para seu site local do Azure. Esses valores são cobrados de acordo com os planos de preços do Azure ExpressRoute com o Modelo de Cobrança Limitada. Se você estiver usando o Modelo de Cobrança Ilimitada do Azure ExpressRoute, o tráfego de saída não será cobrado.

• A Solução VMware no Azure para a Rede Virtual do Azure é feita por meio de um circuito interno do ExpressRoute e é livre de custo, independentemente da localização da região (mesma região ou entre regiões).

• A Solução VMware no Azure para o site local é feita por meio da Rede Virtual do Azure ou do Alcance Global do ExpressRoute (entre o ExpressRoute interno e o ExpressRoute externo). Continua gratuita, além dos encargos de saída padrão (Modelo de Cobrança Limitada) do ExpressRoute para a rede local. Para o Modelo de Cobrança Ilimitada, não há encargos de dados.

Por exemplo:

• Se conectarmos uma Rede Virtual do Azure no Azure do Oeste da Europa a uma nuvem privada da Solução VMware no Azure no Oeste da Europa, não haverá encargos do ExpressRoute além dos encargos do gateway do ExpressRoute.

• Se conectarmos uma Rede Virtual do Azure no Azure do Norte da Europa a uma nuvem privada da Solução VMware no Azure no Oeste da Europa, não haverá encargos do ExpressRoute além dos encargos do gateway do ExpressRoute.

• Se você conectar uma nuvem privada da Solução VMware no Oeste da Europa a uma nuvem privada da Solução VMware no Azure no Norte da Europa por meio do Alcance Global do ExpressRoute. Não há encargos de transferência de dados do Alcance Global do ExpressRoute (saída e entrada). Há encargos ao usar um gateway do ExpressRoute.

Não. Você não precisa adquirir licenças adicionais do VMware além do serviço da Solução VMware no Azure. Para obter mais informações, confira a página de preços da Solução VMware no Azure para ver qual tecnologia do VMware está incluída.

Se você quiser mais hosts para uma nuvem privada existente ou estiver criando uma nuvem privada, você deve enviar um tíquete de suporte para que os seus hosts sejam alocados. Para saber mais, confira Solicitar cota de host da Solução VMware no Azure.

Você precisará de uma conta do Azure em uma assinatura do Azure.

A Microsoft e o Red Hat compartilham uma equipe de suporte integrada e colocada que fornece um ponto de contato unificado para ecossistemas do Red Hat em execução na plataforma do Azure. Assim como outros serviços de plataforma do Azure que funcionam com o Red Hat Enterprise Linux, a Solução VMware no Azure se enquadra no Cloud Access e no suporte integrado. O Red Hat Enterprise Linux dá suporte à execução na Solução VMware 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 do log de atividades para essas notificações. Para obter mais informações, confira Criar alertas de Integridade do Serviço do Azure usando o portal do Azure.

No momento, o provisionamento pode levar de três a quatro horas. A adição de um nó no mesmo cluster ou em um cluster existente leva entre 30 e 45 minutos.

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

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

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

vRealize Automation, vRealize Operations Manager e vRealize Network Insight são certificados para uso com a Solução VMware no 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 da Solução VMware no Azure.

Sim. Isso é possível e recomendado por meio do complemento do VMware HCX. A migração e a clonagem a frio são possíveis entre vCenter, mas não entre vCenter vMotion, o HCX é o método totalmente compatível.

O ambiente local deverá estar executando o vSphere 6,5 ou posterior se o VMware HCX for usado para migrar VMs.

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

1. Interrompa a VM no portal do Azure selecionando sua VM e selecionando "Parar" para desalocar recursos.
2. Com a VM interrompida, acesse a configuração 'Tamanho' da VM.
3. No painel "Escolher um tamanho", selecione um novo tamanho 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.

Você só pode redimensionar uma VM na mesma série ou em uma série disponível na mesma região do Azure. Verifique se o novo plano dá suporte às configurações de armazenamento e sistema de rede da VM.

Sim, desde que os Requisitos Mínimos de Subposição de Rede do VMware HCX sejam atendidos.

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:

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

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 NSX. 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 do SDN do NSX: segmentos de rede, regras de firewall distribuídas, gateways de Camada 1 e balanceadores de carga.

A Microsoft é responsável por aplicar patches, atualizações ou upgrades ao ESXi, vCenter Server, vSAN e NSX em sua nuvem privada. O impacto de patches, atualizações e atualizações no ESXi, vCenter Server e NSX 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 não é 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.

• 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 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 NSX é bloqueado. Você não pode fazer alterações de configuração no ambiente NSX nesse 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

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.

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

O VMware NSX 4.1.1 é usado para a rede definida pelo software em nuvens privadas da Solução VMware no Azure.

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

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

Não.

Sim.

A guia Gerenciamento do Sentinel fornece o acesso para baixar o software Sentinel. Ela aparece na interface do HCX Interconnect quando uma licença do HCX Enterprise está ativada e você implantou uma malha de serviço com um par SGW (Sentinel Gateway) e SDR (Sentinel Data Receiver) implantado. Além disso, em implantações tradicionais de local para nuvem, a guia do Sentinel só é visível no conector não gerenciador de nuvem.

É possível especificar o tipo de formato que deseja ao migrar uma VM para Solução VMware no Azure. No entanto, o vSAN é principalmente o armazenamento de dados que você usará no Solução VMware no Azure, portanto, depende da política de armazenamento selecionada. A política de armazenamento padrão do armazenamento de dados é o RAID-1 FTT-1, que é provisionado de maneira fina. É possível usar Executar comandos para alterar a política de armazenamento de armazenamento de dados padrão.

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

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

Não. O VMware não dá suporte oficialmente à virtualização aninhada.

Commvault, Veritas e Veeam ampliaram suas soluções de backup para funcionar com a Solução VMware no Azure. No entanto, qualquer solução de backup que use a API do VADP (vStorage para proteção de dados da VMware) com o modo de transporte HotAdd funcionará prontamente na Solução VMware no Azure. Para obter mais informações, confira Soluções de backup para VMs da Solução VMware no Azure.

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

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

Cada host ESXi na Solução VMware no Azure é configurado com quatro NICs de 25 Gbps, dois NICs provisionados para o tráfego do sistema ESXi e dois NICs provisionados para o tráfego de carga de trabalho.

Não.

Não.

Não. O Azure Load Balancer interno dá suporte apenas a VMs IaaS do Azure. O Azure Load Balancer não dá suporte a pools de back-end baseados em IP, somente a VMs do Azure ou a objetos do Conjunto de Dimensionamento de Máquinas Virtuais nos quais as VMs da Solução VMware no Azure não são objetos do Azure.

Sim. Use um Gateway de ExpressRoute existente para se conectar à Solução VMware no Azure, desde que ela não exceda o limite de quatro circuitos de ExpressRoute por rede virtual. Para acessar a Solução VMware no Azure do local por meio do ExpressRoute, você precisa ter o Alcance Global do ExpressRoute, pois o Gateway de ExpressRoute não fornece roteamento transitivo entre os circuitos conectados.

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

Você pode se conectar ao serviço de duas maneiras:

• Com uma VM ou um gateway de aplicativo implantado em uma rede virtual do Azure que é emparelhada por meio do ExpressRoute com a nuvem privada.
• Por meio do Alcance Global do ExpressRoute do datacenter local com um circuito do Azure ExpressRoute.

No portal do Azure, habilite a conectividade com a Internet para uma nuvem privada. Com o NSX-T Manager, crie um gateway T1 NSX e um comutador 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. Não é permitido o tráfego de rede de entrada da Internet diretamente para nuvens privadas por padrão. No entanto, você pode expor as VMs da Solução VMware no Azure à Internet por meio da opção IP público no portal do Azure para a sua nuvem privada da Solução VMware no Azure.

Sim. Você vai precisar usar o NSX Manager para criar um firewall que restringe 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 que estão na sua assinatura e nas redes locais.

Sim.

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

Não.

Por definição, você não poderá acessar o NSX-T Manager ou o vCSA (dispositivo vCenter Server) no local quando somente 0.0.0.0/0 (rota padrão) estiver sendo anunciado no ExpressRoute de Alcance Global entre a solução do Azure VMware e o seu ExpressRoute local ou por meio da rede virtual do Azure para a Solução VMware no 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 o modelo da sua VM.

Cada host ESXi tem dois grupos de discos do 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 do vSAN usam criptografia de dados em repouso por padrão com chaves armazenadas no Azure Key Vault. A solução de criptografia é baseada em KMS e dá suporte a operações de vCenter Server para gerenciamento de chaves. Quando um host é removido de um cluster vSphere, os dados no disco são invalidados imediatamente.

Não é possível alterar nomes de clusters ou de armazenamentos de dados.

RAID-1, FTT-1, com reserva de espaço de objeto definida como Provisionamento Espesso é a política de Armazenamento Padrão para os SDDCs (datacenters definidos pelo software).

O provisionamento estático é um espaço de armazenamento reservado ou pré-alocado. O provisionamento estático protege os sistemas, permitindo que eles funcionem mesmo se o armazenamento de dados do vSAN estiver cheio porque o espaço já está reservado. Por exemplo, suponha que você crie um disco virtual de 10 GB com provisionamento estático. Nesse caso, a quantidade total da capacidade de armazenamento do disco virtual é pré-alocada no armazenamento físico no qual o disco virtual é criado e consome todo o espaço alocado no armazenamento de dados. Não será permitido que outras VMs compartilhem o espaço do armazenamento de dados. Um disco virtual com provisionamento dinâmico consome o espaço de que precisa inicialmente e aumenta para a demanda de espaço de dados usada no armazenamento de dados.

Depende do planejamento da execução das cargas de trabalho de aplicativos dentro do SDDC (nuvem privada). A Microsoft controla essas falhas regularmente e substitui o hardware quando esses eventos são detectados de uma perspectiva de infraestrutura. Por padrão, uma configuração de FTT-1 é usada, o que acomoda uma falha de host.

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

O SKU AV36 inclui dois caches NVMe de 1,6 TB e capacidade de oito unidades de armazenamento bruto de 1,9 TB. Eles são divididos em dois grupos de discos. Verifique os SKUs AV36P e AV52 para obter suas especificações de hardware.

Os grupos de discos não têm configuração RAID. Eles são apenas um grupo de discos (JBOD) e são controlados diretamente pelo vSAN.

Com exceção do cluster AV64 que exige um cluster separado de três nós mínimo de AV36, AV36P ou AV52, você não pode 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 em uma nuvem privada. Se diferentes tipos de host forem necessários para atender às necessidades de caso de uso, deverão ser implantadas nuvens privadas adicionais.

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

Na inicialização, a Solução VMware no Azure não dará suporte a uma experiência única 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, se a cota tiver sido alocada na nuvem privada, você pode escalar horizontalmente os seus clusters. Quando a demanda por carga de trabalho cai, é possível excluir hosts do cluster para reduzir seu tamanho. Você pode fazer isso por meio do portal da Solução VMware no Azure.

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

Os clusters podem escalar entre o mínimo de três e o máximo de 16 hosts do ESXi.

Você recebe credenciais de 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 Microsoft Active Directory. Para mais informações, confira Arquitetura de acesso e identidade.

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

Você tem os privilégios da função de CloudAdmin. Para mais informações, confira Arquitetura de acesso e identidade.

Você tem os privilégios da função de CloudAdmin. Para mais informações, confira Arquitetura de acesso e identidade.

Para saber mais sobre como redefinir suas credenciais, confira Fazer rodízio das credenciais do cloudadmin para a Solução VMware no Azure.

Não. No momento, não há suporte a privilégios da extensão cloudadmin e não há previsão de suporte futuro.

Sim. Para saber mais, confira Solicitar cota de host da Solução VMware no Azure.

Não. No momento, a Solução VMware no Azure não oferece locação múltipla.

Não. Uma nuvem privada da Solução VMware no Azure não pode ser compartilhada entre os clientes finais.

Os clientes podem criar ambientes multilocatários na nuvem privada da Solução VMware no Azure e vendê-los aos clientes, desde que o produto não seja uma VM padrão e tenha adicionado uma propriedade intelectual substancial inserida na VM como um aplicativo.

Sim. Você pode conectar sua nuvem privada da Solução VMware no Azure ao VMware Cloud Director Service da VMware. Essa integração de ambos os serviços está atualmente em versão prévia pública.

Sim, os clientes podem implantar a Solução VMware no Azure com uma assinatura do Azure gerenciada por um CSP.

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