Atualizado: 12/02/2025

Na Broadcom, nosso foco é ajudar os clientes a modernizar sua infraestrutura, melhorar a resiliência e simplificar as operações – sem adicionar complexidade de gerenciamento para suas equipes. Nos últimos meses, lançamos diversas atualizações para tornar o VMware Cloud on AWS (VMC) mais flexível e fácil de usar. É fácil perder as atualizações mais recentes em nossas release notes, por isso, queremos aproveitar esta oportunidade para destacar alguns dos lançamentos de features mais recentes.

Nossas features mais recentes oferecem aos clientes corporativos uma resiliência mais econômica com secondary clusters não esticados (non-stretched) e melhor scale-down, insights operacionais mais claros por meio de uma interface de usuário (UI) redesenhada, um VMC Sizer aprimorado e novas Host Usage APIs, além de aprimoramentos contínuos de produto através do HCX 4.11.3. Aqui está um resumo das novidades.

Otimize Suas Implantações de SDDC: Aprimoramentos de Stretched Cluster

Ao implantar um Software Defined Datacenter (SDDC) no VMC, você pode escolher entre uma implantação SDDC padrão ou stretched. Enquanto um cluster padrão é implantado em uma única Availability Zone (AZ) da AWS, um stretched cluster oferece maior disponibilidade ao implantar o SDDC em duas Availability Zones da AWS. Duas das availability zones são selecionadas para as implantações de instâncias, e a terceira hospeda o componente vSAN witness.

Como os SDDCs em stretched clusters implantam hosts em duas Availability Zones da AWS, eles exigem que os clientes dimensionem seus recursos na proporção de dois para um. Isso pode ser proibitivo em termos de custo para workloads que não exigem alta disponibilidade. Além disso, quando os stretched clusters eram dimensionados para além de seis hosts, eles não podiam mais ser reduzidos (scale back down).

Para melhorar essas duas experiências, a equipe VMC introduziu os Non-Stretched Secondary Clusters em Stretched Cluster SDDCs e as Opções Aprimoradas de Scale-Down para Stretched Clusters.

Non-Stretched Secondary Clusters em Stretched SDDCs

Anteriormente, todos os clusters em um SDDC stretched eram esticados em duas AZs. Com esta atualização, apenas o primary cluster deve ser stretched, enquanto os secondary clusters agora têm a opção de serem implantados em uma única AZ.

Em um Stretched cluster, os hosts devem ser implantados uniformemente e, portanto, o incremento mínimo é de dois. Mas em um Non-Stretched secondary cluster, as adições de hosts podem ser feitas em incrementos de um, permitindo que você aumente a contagem de hosts implantados apenas na AZ específica onde os hosts são necessários.

Alguns benefícios chave incluem:

Oferece os benefícios de stretched e non-stretched clusters no mesmo SDDC.
Permite a expansão de hosts em uma única AZ em incrementos de um em non-stretched clusters.
Reduz o custo para workloads que não exigem a disponibilidade de stretched cluster, incluindo workloads de teste e/ou desenvolvimento onde a alta disponibilidade não é necessária.
Suporta arquiteturas de aplicação com replicação nativa no nível da aplicação. Estas podem ser implantadas em dois Non-Stretched Secondary Clusters independentes.
O VMC suporta stretched clusters para aplicações que exigem resiliência cross-AZ.

Com o SDDC 1.24v5, os clientes ganham flexibilidade na forma como seus clusters são implantados e dimensionados. Non-stretched clusters só podem ser implantados em uma das duas Availability Zones da AWS onde os hosts do stretched cluster residem, e este recurso está disponível apenas para SDDCs na versão 1.24v5 ou posterior. Além disso, o SLA para um non-stretched cluster é diferente do SLA para um stretched cluster porque carece da alta disponibilidade de um stretched cluster.

Ao planejar novas implantações de SDDC, considere implantar um Stretched Cluster SDDC para obter os benefícios de alta disponibilidade e implantações otimizadas de workload.

Opções Aprimoradas de Scale-Down para Stretched Clusters

Anteriormente, os stretched clusters não podiam ser reduzidos para menos de seis hosts (três em cada Availability Zone). Agora, você pode reduzir seu cluster de seis ou mais hosts para apenas quatro hosts (com dois em cada Availability Zone) ou até mesmo dois hosts (com um em cada Availability Zone), dependendo da disponibilidade de recursos e outras considerações. Isso lhe dá maior controle sobre sua infraestrutura e ajuda a otimizar custos com base em suas necessidades.

Casos de uso chave:

Se o uso do seu workload diminuiu ao longo do tempo e você precisa reduzir seu stretched cluster com base na utilização atual de recursos.
Se você precisa reduzir um stretched cluster que foi previamente escalado para seis ou mais hosts durante um período de pico de demanda, e os requisitos de recursos mais altos não são mais necessários.
Você converteu recentemente seus clusters de instance types i3.metal para i4i.metal ou i3en.metal e não precisa mais do número de hosts implantados anteriormente.

Esta feature permitirá que você reduza seu cluster de forma econômica para diminuir o número de hosts e corresponder ao consumo exigido. Tipos de instância mais recentes podem operar em um footprint menor, ao mesmo tempo que oferecem desempenho equivalente ou superior.

No entanto, há algumas considerações importantes a serem lembradas antes de reduzir um stretched cluster. Se o seu primary cluster usa Large management appliances, você precisará manter pelo menos seis hosts (três por Availability Zone). Para clusters com configurações de CPU personalizadas definidas como oito, o tamanho mínimo do cluster é de quatro hosts (dois por Availability Zone). Além disso, a redução não é possível se o seu cluster já estiver em ou perto de seus limites de recursos, ou se isso violar quaisquer políticas personalizadas que você tenha definido.

Pronto para otimizar? Revise sua configuração atual, verifique-a em relação às diretrizes acima e você estará pronto para dimensionar seu stretched cluster para máxima eficiência.

Assuma o Controle dos Seus Dados: Nova Host Usage Report API

Temos o prazer de anunciar a Host Usage Report API, que oferece acesso programático aos dados de uso de seus hosts. Agora você pode recuperar relatórios diários de uso de hosts para qualquer período de datas e filtrar por região, instance type, SKU e outros atributos – tudo através de uma API simples.

Use esses dados para analisar tendências de uso de hosts, otimizar custos e integrar métricas de uso diretamente em suas ferramentas e dashboards de relatórios existentes. A Host Usage Report API suporta parâmetros de consulta padrão, incluindo operações de classificação (sort) e filtro (filter), dando a você a flexibilidade de recuperar exatamente os dados de que precisa. A imagem acima é um exemplo de saída da API. Você pode automatizar isso para inserir dados na ferramenta de análise de sua escolha. Experimente hoje mesmo!

Aprimoramento de Produto: HCX versão 4.11.3 Já Disponível para VMC

Temos o prazer de anunciar que o VMware HCX versão 4.11.3 já está disponível para VMware Cloud on AWS, e ele vem com algumas atualizações importantes que você vai querer conhecer.

O que há de novo no HCX 4.11.3?

Este maintenance release traz correções e aprimoramentos essenciais em datapath, atualizações de sistema e operações gerais para ajudar você a operar de forma mais suave. Para uma análise completa de todas as melhorias, consulte as Release Notes oficiais do HCX.

O HCX versão 4.11.3 estende o suporte até 11 de outubro de 2027, oferecendo estabilidade de longo prazo e tranquilidade. Recomendamos fortemente que todos os clientes façam o upgrade para a versão 4.11.3 o mais rápido possível, já que as versões mais antigas não serão mais suportadas.

Se você está configurando o HCX pela primeira vez, o VMware Cloud on AWS implanta automaticamente a versão 4.11.3. Para implantações existentes, a 4.11.3 é agora a única versão de destino disponível para upgrades. Precisa de ajuda para começar? Saiba como ativar o HCX e como fazer o upgrade do HCX no VMware Cloud on AWS.

Atenção: A Otimização WAN (WAN Optimization) foi descontinuada! O recurso de otimização WAN não está mais disponível nesta versão. Antes de fazer o upgrade, você precisará remover todos os appliances WAN-OPT de seus Service Meshes e compute profiles. Para orientação detalhada sobre a remoção de WAN-OPT, revise a documentação HCX no longer supports WANOPT from the 4.11.3 release e a documentação de Upgrade do HCX versão 4.11.3. Comece a planejar seu upgrade do HCX para a versão 4.11.3 hoje mesmo!

Experiência Aprimorada: UI Redesenhada do VMware Cloud on AWS

O VMware Cloud on AWS agora apresenta uma interface de usuário (UI) atualizada com um layout mais simplificado, navegação mais rápida e consistência aprimorada em toda a plataforma. A nova experiência está disponível hoje em https://vmc.broadcom.com. Estamos entusiasmados com essas novas mudanças na interface e esperamos que elas melhorem sua experiência geral. Se você não fez login no VMC Console recentemente, entre e experimente a nova experiência hoje mesmo!

Recomendações de Dimensionamento Aprimoradas: VMC Sizer e Atualizações de Cluster Conversion

Temos o prazer de apresentar grandes melhorias no fluxo de trabalho de VMC Cluster Conversion dentro do VMware Cloud Sizer! Esses aprimoramentos oferecem melhor precisão de dimensionamento, maior transparência e uma experiência aprimorada enquanto você planeja sua conversão de hosts i3.metal para hosts i3en.metal ou i4i.metal.

O que há de novo para as estimativas de VMC Cluster Conversion?

Nosso algoritmo de estimativa atualizado do VMC Sizer agora oferece uma visão mais completa das suas necessidades de recursos para obter uma estimativa melhor antes de converter de i3.metal para tipos de instância mais recentes.

A recomendação de contagem de hosts da saída atualizada do VMC Sizer é baseada em seis dimensões de recursos, e a mais alta entre elas impulsiona a recomendação. A saída incorpora compute, memória, utilização de storage (com opções conservadoras e agressivas), políticas de storage vSAN, NSX Edges e outras dimensões críticas – tudo consolidado em um relatório VMC Sizer claro e acionável com recomendações personalizadas para suportar sua conversão de instância.

Esta saída de dimensionamento é um snapshot pontual baseado no uso atual e não considera o crescimento futuro do workload.

Existem outras ressalvas para conversões de cluster a serem consideradas:

As contagens finais de hosts e o dimensionamento serão validados durante a conversão real do cluster.
Os clientes devem refazer as avaliações de dimensionamento após qualquer configuração, recurso ou outras alterações significativas.
Nenhuma alteração na política RAID é feita durante a conversão.
As estimativas de assinatura fornecidas como parte deste fluxo de trabalho são apenas para fins de planejamento e não representam requisitos finais garantidos. As necessidades reais de assinatura podem ser maiores do que o estimado, exigindo a compra de assinatura adicional pós-conversão. Reembolsos ou reduções de assinatura não serão fornecidos se as estimativas excederem as necessidades reais.

Execute sua avaliação de dimensionamento hoje e veja como esta nova atualização pode ajudá-lo a converter de i3.metal para tipos de instância mais recentes com confiança!

Fique Ligado para Futuras Atualizações

Na Broadcom, estamos comprometidos em melhorar continuamente sua experiência com o VMware Cloud on AWS. Continue verificando nossas release notes para as atualizações mais recentes.

Perguntas? Entre em contato com sua equipe de contas – estamos aqui para ajudar você a navegar por essas mudanças com confiança!

Descubra mais no VMware Cloud Foundation (VCF) Blog. Assine para receber os posts mais recentes em seu e-mail.

VMware Cloud on AWS: Novidades (Dezembro de 2025)