Nuvens privadas do VMware Engine

Uma nuvem privada do Google Cloud VMware Engine é uma pilha isolada que consiste nos seguintes componentes do VMware:

  • Hosts ESXi
  • Servidor vCenter
  • vSAN
  • NSX
  • HCX

As nuvens privadas ajudam a atender a várias necessidades comuns da infraestrutura de rede:

  • Crescimento Adicione nós sem um novo investimento de hardware quando você atingir um ponto de atualização de hardware para a infraestrutura atual.
  • Expansão rápida. Crie capacidade adicional imediatamente quando surgirem necessidades de capacidade temporárias ou não planejadas.
  • Mais proteção. Tenha proteção automática de redundância e disponibilidade ao usar uma nuvem privada de três ou mais nós.
  • Necessidades de infraestrutura de longo prazo. Desativar os data centers e migrar para uma solução baseada em nuvem, mantendo-se compatível com as operações da sua empresa. Isso é muito útil se seus data centers atingirem a capacidade máxima ou você quiser se reestruturar para reduzir custos.

Nós do VMware Engine

O VMware Engine fornece nós dedicados de hardware bare metal isolado para criar nuvens privadas do VMware Engine. Os nós fornecem a computação, a memória e o armazenamento necessários para executar o VMware ESXi e são a unidade básica de consumo do VMware Engine. Usando esses nós, é possível criar um cluster do vSphere e executar VMs do VMware nos clusters.

Tipos de nós

Na tabela a seguir, descrevemos os tipos de nó disponíveis para criar uma nuvem privada do VMware Engine:

Tipo de nó vCPUs/nó Memória/nó (GiB) Armazenamento/nó (TB)*
ve1-standard-72 72 768 19.2
ve2-standard-128† 128 2048 25,5

* Armazenamento bruto, excluindo cache.
† Disponível em regiões selecionadas.

Ambiente de nuvem privada

Você gerencia suas nuvens privadas usando o console do Google Cloud. Cada nuvem privada tem o próprio vCenter Server no próprio domínio de gerenciamento, e todos os nós de uma determinada nuvem privada residem na mesma região.

A pilha VMware é executada em nós de hardware bare metal dedicados e isolados nos locais do Google Cloud. Você usa a pilha por meio de ferramentas integradas do VMware, incluindo o vCenter Server e o NSX Manager.

As nuvens privadas também são projetadas para eliminar pontos únicos de falha:

  • Os clusters de hosts ESXi são configurados com a alta disponibilidade (HA) do vSphere e dimensionados para ter pelo menos um nó extra para resiliência. O vSphere HA protege contra falhas de nó e rede.
  • A vSAN fornece armazenamento primário redundante. A vSAN requer pelo menos três nós em uma nuvem privada para fornecer proteção contra uma única falha. Você pode configurar a vSAN para fornecer maior resiliência para clusters maiores.

É possível conectar a nuvem privada ao seu ambiente local usando as seguintes conexões:

Nuvens privadas de nó único

Para testes piloto e provas de conceito com o VMware Engine, é possível criar uma nuvem privada que contenha somente um nó e cluster em qualquer região em que o VMware Engine esteja disponível. Todos os recursos do VMware Engine estão disponíveis em uma nuvem privada de nó único, mas há limitações específicas em recursos de pilha do VMware devido ao tamanho do cluster.

Veja a seguir casos de uso comuns para uma nuvem privada de nó único:

  • Prova de conceito: avaliar o VMware Engine e os recursos dele
  • Teste de recuperação de desastres: implantação do aplicativo a partir de backups recentes para validar periodicamente a prontidão para recuperação de desastres
  • Teste de upgrade de aplicativos: teste e valide upgrades de componentes de aplicativos antes de fazer upgrade do aplicativo em produção

O VMware Engine exclui nuvens privadas de nó único após 60 dias, com todos os dados e VMs de carga de trabalho associados. No entanto, é possível evitar essa exclusão e receber cobertura de SLA pronta para produção expandindo para pelo menos três nós em 60 dias. O processo de expansão não incomoda suas VMs ou o acesso ao vCenter e inicializa a replicação de dados vSAN depois que os nós são adicionados ao cluster.

Para nuvens privadas de nó único, a política de armazenamento vSAN padrão usa um valor de falhas para tolerar (FTT) de FTT=0. Quando você expande uma nuvem privada de nó único, o VMware Engine altera a política de armazenamento vSAN padrão. A política de armazenamento vSAN padrão muda para FTT=1 para nuvens privadas de três a quatro nós e para FTT=2 para nuvens privadas com pelo menos cinco nós.

Contagens de núcleo personalizados

Alguns contratos de licenciamento cobram com base no número de núcleos de CPU no nó físico subjacente ou no cluster. Sempre que você criar um novo cluster, poderá reduzir o número de núcleos disponíveis para cada nó no cluster para atender aos requisitos de licença do aplicativo. O VMware Engine também cria novos nós adicionados a esse cluster com o mesmo número de núcleos por nó, inclusive ao substituir um nó com falha. Confirme como os núcleos são contados (fisicamente presentes ou disponibilizados pelo BIOS), conforme indicado no contrato para gerenciar os custos de licenciamento usando esse recurso.

As contagens de núcleos personalizados estão disponíveis para o cluster inicial e para qualquer outro cluster criado em uma nuvem privada. Reduzir o número de núcleos disponíveis não afeta o preço dos nós.

Limitações

Cada nuvem privada tem limites de recursos para os respectivos nós e clusters. Para ver uma lista desses limites, consulte VMware em uma nuvem privada.

Limitações da nuvem privada

Para nuvens privadas, as seguintes limitações se aplicam:

  • O cluster de nuvem privada precisa ter o mesmo tipo de nó no cluster.
  • Uma nuvem privada com clusters de tipos de nós diferentes não é compatível.

Limitações das nuvens privadas de nó único

Para as nuvens privadas de nó único, as seguintes limitações se aplicam à pilha do VMware:

  • Recursos ou operações que exigirem mais de um nó não vão funcionar. Por exemplo, não será possível usar o programador de recursos distribuídos do vSphere (DRS) ou a alta disponibilidade (HA, na sigla em inglês).
  • A política de armazenamento vSAN padrão usa FTT=0. Portanto, a falha de nó resulta na perda de dados.

Existem também as seguintes limitações do VMware Engine:

  • Não é possível adicionar um cluster de nó único a uma nuvem privada atual.
  • Não é possível converter uma nuvem privada atual em uma nuvem privada de nó único.
  • Os ajustes de nó por políticas de escalonamento automático não são compatíveis com uma nuvem privada de nó único.
  • Os upgrades de pilha do VMware envolvem uma inatividade para sua nuvem privada de nó único.
  • O VMware Engine não criptografa dados em vSAN em uma nuvem privada de nó único por padrão.
  • Uma nuvem privada precisa conter pelo menos três nós e concluir a replicação de dados vSAN para ser qualificada para cobertura com base no SLA.
  • Não é possível ajustar o número de núcleos por nó com uma nuvem privada de nó único.

Limitações da contagem de núcleos personalizados

As seguintes limitações se aplicam a um cluster que tem uma contagem de núcleos personalizados:

  • Todos os nós adicionados ao cluster após a criação inicial também usam a contagem de núcleos personalizada.
  • O número de núcleos por nó não pode ser alterado após a criação do cluster. Para alterar o número de núcleos por nó no cluster, é preciso excluir o cluster e criar um novo.
  • O número de núcleos por nó precisa ser um múltiplo de 4 com o mínimo de 8 (por exemplo, 8, 12 ou 16).
  • As contagens de núcleo personalizado não estão disponíveis para nuvens privadas de nó único.

A seguir