Portable VMware Cloud Foundation licensing reference for Solução VMware no Azure

Este artigo descreve as regras de licenciamento e os requisitos essenciais para usar uma assinatura portátil da VMware Cloud Foundation (VCF) com o Solução VMware no Azure. Para instruções para registrar ou gerenciar uma assinatura portátil de VCF, veja Configurar VCF portátil para Solução VMware no Azure.

Modelo de licenciamento e datas importantes

Os clientes devem adquirir licenças VCF diretamente da Broadcom para usar serviços de nuvem hiperescalador. A partir de 1º de novembro de 2025, a Microsoft não inclui mais licença ou assinatura VCF com novas compras de nós do Solução VMware no Azure.

As seguintes datas se aplicam a implantações e reservas existentes:

Escopo de licenciamento

Você pode aplicar VCF portátil separadamente a cada nuvem privada do Solução VMware no Azure, em vez de aplicá-lo a uma assinatura inteira do Azure. Você também pode usar a mesma chave VCF em várias nuvens privadas dividindo seus núcleos licenciados. O número total de núcleos registrados não deve exceder o número comprado da Broadcom.

Você pode ter licenciamento misto dentro de uma nuvem privada. Os hosts existentes incluídos no VCF permanecem cobertos até o número de instâncias reservadas ativas incluídas por licença ou para nós pay-as-you-go implantados antes de 15 de outubro de 2025. Você deve registrar núcleos VCF portáteis para hosts ou clusters adicionais.

Você não associa uma licença a um host ou cluster específico. Registre o direito na página Portable VCF (BYOL) para a nuvem privada, e o Solução VMware no Azure gerencia a faturação e a conformidade do ambiente.

Requisitos de cota de anfitriões

O VCF portátil não substitui o processo de cota de host do Solução VMware no Azure. Solicite capacidade para os hosts que você pretende implantar e certifique-se de que a contagem de núcleos VCF comprados pela Broadcom cubra essa capacidade.

Para instruções, veja Solicitar cota de host para Solução VMware no Azure.

Requisitos para o julgamento

Testes do Solução VMware no Azure com três nós estão disponíveis para parceiros e clientes por 60 dias. Você deve fornecer uma chave VCF válida de teste da Broadcom antes que o teste possa ser implantado.

Após 60 dias, hosts de teste automaticamente se tornam hosts faturados, a menos que você exclua a implantação antes do término da teste. Antes do término do teste, forneça uma assinatura VCF Broadcom adquirida que cubra os núcleos implantados.

Calcular núcleos VCF

Núcleos para uma nuvem privada

Use as seguintes contagens de núcleos para cada tipo de host:

Multiplique o número de hosts BYOL pelos núcleos por host. Por exemplo, três hosts AV64 BYOL exigem 192 núcleos portáteis de VCF registrados: 3 hosts * 64 núcleos por host = 192 núcleos.

Em uma nuvem privada com licença mista, registre apenas os núcleos para os hosts BYOL. Por exemplo, uma nuvem privada com três hosts AV36P incluídos sob licença e quatro hosts AV36P BYOL possui 252 núcleos implantados:

• Núcleos incluídos pela licença: 3 hosts * 36 núcleos = 108 núcleos.
• Núcleos VCF portáteis para registro: 4 hosts * 36 núcleos = 144 núcleos.

Núcleos de complemento do Firewall vDefend VMware

O VMware vDefend Firewall pode ser ativado para o NSX Distributed Firewall e o NSX Gateway Firewall. Calcule os núcleos adicionais da seguinte forma:

• Firewall Distribuído NSX: Conte todos os núcleos do host na nuvem privada. Por exemplo, 10 hosts AV36P requerem núcleos adicionais de firewall 360: 10 hosts * 36 núcleos por host = 360 núcleos.
• Firewall de Gateway NSX: Multiplique o número de arestas NSX pelos vCPUs por borda e depois multiplique por quatro. Por exemplo, duas grandes arestas NSX com oito vCPUs cada exigem 64 núcleos de Gateway Firewall: 2 arestas * 8 vCPUs * 4 = 64 núcleos.

Se uma borda NSX for escalada para extra grande (16 vCPUs) ou ampliada, recalcule os núcleos do Firewall do Gateway. Solução VMware no Azure Geração 2 inclui três grandes arestas NSX por padrão, ou quatro arestas quando o cluster 1 possui quatro ou mais nós.

O NSX Distributed Firewall é considerado habilitado quando você configura uma política de Distributed Firewall ou um perfil IPFIX de Distributed Firewall não padrão. O Firewall do Gateway NSX é considerado habilitado quando você configura uma política de Firewall de Gateway não padrão.

Licenciamento do VMware vDefend Firewall

VMware vDefend Firewall é um add-on para Solução VMware no Azure. Se você tinha uma reserva ativa incluída pela licença VCF e ativou o vDefend Firewall antes de 16 de outubro de 2025, pode usar o mesmo número de núcleos de firewall elegíveis até o término da reserva ou até 30 de agosto de 2027, o que ocorrer primeiro.

Forneça uma licença adicional Broadcom vDefend Firewall quando qualquer uma das seguintes condições se aplicar:

• A reserva incluída na licença expira.
• O uso do firewall excede os núcleos elegíveis incluídos no VCF estabelecidos em 15 de outubro de 2025.

Ativar recursos de firewall sem comprar e registrar a assinatura necessária da Broadcom torna a nuvem privada não compatível. A Microsoft pode suspender uma nuvem privada não compatível até que o problema seja resolvido.

Nem todos os recursos do Firewall Broadcom vDefend são suportados no Solução VMware no Azure. Entre em contato com a equipe da sua conta Microsoft ou com o suporte da Microsoft para confirmar o suporte a um recurso específico.

Segurança e manipulação de dados

A Microsoft armazena chaves VCF BYOL fornecidas pelos clientes e chaves adicionais de firewall em cofres de chaves gerenciadas pela Microsoft. Quando você substitui ou remove uma chave, a Microsoft mantém a chave desconfigurada por 90 dias e depois a remove do sistema.

Apenas usuários autorizados do Azure podem visualizar ou editar configurações VCF BYOL. A Microsoft reporta os registros de BYOL e os dados associados dos clientes à Broadcom mensalmente para atender aos requisitos de conformidade dos parceiros.

Você é responsável por gerenciar os núcleos de assinatura e manter a conformidade com seus direitos da Broadcom em todas as nuvens privadas do Solução VMware no Azure.

Registros legados baseados em e-mail

Clientes do Solução VMware no Azure que registraram VCF BYOL até registeravsvcfbyol@microsoft.com novembro de 2025 foram obrigados a recadastrar cada nuvem privada pelo portal Azure até 31 de março de 2026.

Se você ainda não completou essa migração, registre os detalhes da licença em cada nuvem privada seguindo Configure portable VCF em uma nuvem privada existente. Depois, entre em contato com o suporte da Microsoft para confirmar o status do registro legado.

Perguntas frequentes

O VCF portátil está disponível em todas as regiões e nuvens suportadas?

Sim. O VCF portátil está disponível em todas as regiões públicas do Azure e Azure Governamental onde o Solução VMware no Azure é suportado.

O que acontece se minha assinatura do VCF expirar antes do término da minha reserva?

Renove a assinatura do VCF com a Broadcom e atualize o registro até ou antes da data de expiração. O vencimento da assinatura do VCF não afeta a reserva do Solução VMware no Azure, mas uma assinatura VCF expirada torna os hosts BYOL não conformes.

Posso trocar de BYOL para VCF gerenciado pela Microsoft?

Apenas nuvens privadas cobertas por uma instância reservada ativa incluída pela licença VCF podem migrar para VCF gerenciado pela Microsoft. Novas implantações criadas a partir de 1º de novembro de 2025 devem usar BYOL.

Como faço para verificar se uma nuvem privada está registrada?

No portal Azure, abra a nuvem privada e selecione Portable VCF (BYOL) em Gerenciar. A página mostra o status do registro e os detalhes da licença.

Todas as nuvens privadas em uma assinatura exigem BYOL?

Você escolhe a licença para cada nuvem privada. O VCF gerenciado pela Microsoft pode ser usado apenas para hosts cobertos por uma instância reservada ativa incluída no VCF ou por nós pay-as-you-go implantados antes de 15 de outubro de 2025. Registre o VCF portátil para todos os outros hosts.

O que acontece se eu implantar mais núcleos do que a Broadcom licencia?

A nuvem privada se torna não compatível e corre risco de suspensão. Atualize o registro sempre que adicionar hosts BYOL, e não registre mais núcleos em nuvens privadas do que seus direitos de Broadcom cobrem.

Lista de verificação de conformidade

• Mantenha as chaves VCF BYOL, datas de expiração e contagens de núcleos atualizadas no portal do Azure.
• Mantenha núcleos registrados em todas as nuvens privadas dentro do seu direito Broadcom.
• Registre o complemento vDefend Firewall necessário antes de ativar os recursos do firewall.
• Verifique o status do registro após cada alteração de configuração.
• Reconfigure um registro imediatamente se seu status for Falhado.
• Restringa o acesso às chaves de licença VCF BYOL a usuários autorizados.