Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Este artigo descreve as regras de licenciamento e os requisitos essenciais para utilizar uma subscrição portátil da VMware Cloud Foundation (VCF) com o Solução VMware no Azure. Para instruções para registar ou gerir uma subscrição portátil de VCF, consulte Configurar VCF portátil para Solução VMware no Azure.
Modelo de licenciamento e datas importantes
Os clientes devem adquirir licenças VCF diretamente à Broadcom para utilizar os serviços cloud do hyperscaler. A partir de 1 de novembro de 2025, a Microsoft deixou de incluir licença ou subscrição VCF com novas compras de nós do Solução VMware no Azure.
As seguintes datas aplicam-se às implantações e reservas existentes:
| Data | Requirement |
|---|---|
| 15 de outubro de 2025 | Foi estabelecido o número de núcleos vDefend Firewall incluídos em VCF elegíveis. O uso acima desse número requer uma licença adicional Broadcom vDefend Firewall. |
| 1 de novembro de 2025 | Novas implementações do Solução VMware no Azure devem usar VCF portátil. |
| 31 de outubro de 2026 | As implementações pay-as-you-go incluídas com licença têm de transitar para VCF portátil para se manterem em conformidade. |
| 30 de agosto de 2027 | Os clientes com instâncias reservadas ativas para hosts incluídos sob licença VCF devem trocar as suas reservas por reservas VCF BYOL ou transferir essas cargas de trabalho para fora do Solução VMware no Azure. |
Importante
Se uma reserva expirar antes de 30 de agosto de 2027, os benefícios incluídos na licença terminam quando a reserva expira.
Âmbito de licenciamento
Pode aplicar VCF portátil separadamente a cada cloud privada do Solução VMware no Azure, em vez de o aplicar a uma subscrição Azure inteira. Também pode usar a mesma chave VCF em várias clouds privadas, dividindo os seus núcleos licenciados. O número total de núcleos registados não deve exceder o número comprado à Broadcom.
Podes ter licenciamento misto dentro de uma cloud privada. Os hosts existentes incluídos em VCF continuam cobertos até ao número de instâncias reservadas com licença ativa ou para nós pay-as-you-go implementados antes de 15 de outubro de 2025. Deve registar núcleos VCF portáteis para hosts ou clusters adicionais.
Não se associa uma licença a um host ou cluster específico. Registe o direito na página Portable VCF (BYOL) para a cloud privada, e o Solução VMware no Azure gere a faturação e a conformidade para o ambiente.
Requisitos de quota de anfitriões
O VCF portátil não substitui o processo de quota de host do Solução VMware no Azure. Solicite capacidade para os hosts que planeia implementar e certifique-se de que o número de núcleos VCF comprados pela Broadcom cobre essa capacidade.
Para instruções, consulte Request host quota for Solução VMware no Azure.
Requisitos para o julgamento
Os testes do Solução VMware no Azure com três nós estão disponíveis para parceiros e clientes durante 60 dias. Deve fornecer uma chave VCF válida do teste da Broadcom antes de o teste poder ser implementado.
Após 60 dias, os hosts de teste tornam-se automaticamente anfitriões faturados, a menos que apague a implementação antes do fim do período de teste. Antes do fim do teste, forneça uma subscrição VCF Broadcom adquirida que cubra os núcleos implementados.
Calcular núcleos VCF
Núcleos para uma nuvem privada
Use as seguintes contagens de núcleo para cada tipo de host:
| Tipo de host | Núcleos por host |
|---|---|
| AV36, AV36P | 36 |
| AV48 | 48 |
| AV52 | 52 |
| AV64 | 64 |
Multiplique o número de hosts BYOL pelos núcleos por host. Por exemplo, três hosts AV64 BYOL requerem 192 núcleos portáteis VCF registados: 3 hosts * 64 núcleos por host = 192 núcleos.
Numa cloud privada com licenciamento misto, regista apenas os núcleos dos hosts BYOL. Por exemplo, uma nuvem privada com três hosts AV36P incluídos sob licença e quatro hosts AV36P BYOL tem 252 núcleos implementados:
- Núcleos licenciados: 3 hosts * 36 núcleos = 108 núcleos.
- Núcleos VCF portáteis para registo: 4 hosts * 36 núcleos = 144 núcleos.
Note
Confirme que a sua subscrição Broadcom cobre a sua implementação planeada. Quando adicionas hosts BYOL, atualiza a contagem de núcleos registados. Se dividir uma chave VCF entre clouds privadas, a soma dos núcleos registados não deve exceder o seu direito à Broadcom.
Núcleos complementares VMware vDefend Firewall
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:
- NSX Distributed Firewall: Contar todos os núcleos do host na cloud 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 aresta e depois multiplique por quatro. Por exemplo, duas grandes arestas NSX com oito vCPUs cada requerem 64 núcleos de firewall de gateway: 2 arestas * 8 vCPUs * 4 = 64 núcleos.
Se uma aresta NSX for escalada para extra grande (16 vCPUs) ou escalada, recalcule os núcleos do Firewall Gateway. O Solução VMware no Azure Generation 2 inclui três grandes arestas NSX por defeito, ou quatro arestas quando o cluster 1 tem quatro ou mais nós.
O NSX Distributed Firewall é considerado ativado quando se configura uma política de Distributed Firewall ou um perfil IPFIX de Distributed Firewall não predefinido. O Firewall do Gateway NSX é considerado ativado quando configura uma política de Firewall de Gateway não predefinida.
Licenciamento VMware vDefend Firewall
VMware vDefend Firewall é um complemento para Solução VMware no Azure. Se teve uma reserva ativa incluída com 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é a reserva expirar ou 30 de agosto de 2027, o que ocorrer primeiro.
Fornecer uma licença adicional Broadcom vDefend Firewall quando se aplicar qualquer uma das seguintes condições:
- A reserva com licença expira.
- A utilização de firewalls excede os núcleos elegíveis incluídos no VCF estabelecidos a 15 de outubro de 2025.
Ativar funcionalidades de firewall sem comprar e registar a subscrição obrigatória da Broadcom torna a nuvem privada não conforme. A Microsoft pode suspender uma nuvem privada não compatível até que o problema seja resolvido.
Nem todas as funcionalidades do Broadcom vDefend Firewall são suportadas no Solução VMware no Azure. Contacte a equipa da sua conta Microsoft ou o suporte da Microsoft para confirmar o suporte a uma funcionalidade específica.
Segurança e tratamento de dados
A Microsoft armazena chaves VCF BYOL fornecidas pelos clientes e chaves adicionais de firewall em cofres de chaves geridos pela Microsoft. Quando substitui ou remove uma chave, a Microsoft mantém a chave desconfigurada durante 90 dias e depois remove-a do sistema.
Apenas utilizadores autorizados do Azure podem visualizar ou editar configurações VCF BYOL. A Microsoft reporta mensalmente os registos BYOL e os dados associados dos clientes à Broadcom para cumprir os requisitos de conformidade dos parceiros.
É responsável por gerir os núcleos de subscrição e manter a conformidade com os seus direitos Broadcom em todas as clouds privadas do Solução VMware no Azure.
Registos legados baseados em email
Os clientes do Solução VMware no Azure que registaram VCF BYOL até registeravsvcfbyol@microsoft.com novembro de 2025 foram obrigados a registar novamente cada cloud privada através do portal Azure até 31 de março de 2026.
Se ainda não completou esta migração, registe os detalhes da licença em cada nuvem privada seguindo Configure portable VCF numa nuvem privada existente. Depois contacta o suporte da Microsoft para confirmar o estado do registo legado.
Perguntas frequentes
O VCF portátil está disponível em todas as regiões e clouds suportadas?
Yes. O VCF portátil está disponível em todas as regiões públicas do Azure e Azure Government onde o Solução VMware no Azure é suportado.
O que acontece se a minha subscrição do VCF expirar antes do fim da minha reserva?
Renove a subscrição do VCF com a Broadcom e atualize o registo até à data de validade ou antes. A expiração da subscrição VCF não afeta a reserva do Solução VMware no Azure, mas uma subscrição VCF expirada torna os hosts BYOL não conformes.
Posso mudar de BYOL para VCF gerido pela Microsoft?
Apenas as clouds privadas cobertas por uma instância reservada ativa com licença VCF podem mudar para VCF gerido pela Microsoft. Novas implementações criadas a partir de 1 de novembro de 2025 devem usar BYOL.
Como posso verificar se uma nuvem privada está registada?
No portal Azure, abra a cloud privada e selecione Portable VCF (BYOL) em Gerir. A página mostra o estado do registo e os detalhes da licença.
Todas as clouds privadas numa subscrição requerem BYOL?
Escolhe a licença para cada cloud privada. O VCF gerido pela Microsoft só pode ser usado para hosts cobertos por uma instância reservada ativa incluída no VCF ou por nós pay-as-you-go implementados antes de 15 de outubro de 2025. Registar VCF portátil para todos os outros hosts.
O que acontece se eu implementar mais núcleos do que o que a Broadcom licencia?
A cloud privada torna-se não compatível e corre risco de suspensão. Atualiza o registo sempre que adicionares hosts BYOL, e não registas mais núcleos em clouds privadas do que o teu direito de direito Broadcom cobre.
Lista de verificação de conformidade
- Mantém as chaves VCF BYOL, datas de expiração e contagens de núcleos atualizados no portal do Azure.
- Mantenha os núcleos registados em todas as clouds privadas dentro do seu direito Broadcom.
- Registe o complemento vDefend Firewall obrigatório antes de ativar as funcionalidades do firewall.
- Verifique o estado do registo após cada alteração de configuração.
- Reconfigure imediatamente um registo se o seu estado for Falhado.
- Restringa o acesso às chaves de licença VCF BYOL a utilizadores autorizados.