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 disponibilidade e redundância automáticas 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 é útil principalmente se seus data centers estão no limite da capacidade ou se você quer reestruturar para reduzir custos.
Nós do VMware Engine
O VMware Engine oferece nós de hardware bare metal dedicados e isolados para criar nuvens privadas do VMware Engine. Os nós fornecem o processamento, 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
A tabela a seguir lista os principais tipos de nós disponíveis ao criar uma nuvem privada do VMware Engine. Para conferir todos os tipos e regiões de nós disponíveis, consulte Nós do VMware Engine.
| Tipo de nó | vCPUs/nó | Memória/nó (GiB) | Armazenamento/nó (TB)* |
|---|---|---|---|
| ve1-padrão-72 | 72 | 768 | 19,2 |
| ve1-standard-so | - | - | 19,2 |
| ve2-standard-128† | 128 | 2048 | 25,5 |
* Armazenamento bruto, exceto cache.
† Disponível em algumas regiões.
Preços
O preço é baseado no consumo e no prazo de compromisso. As opções incluem sob demanda ou descontos por compromisso de uso para períodos de um e três anos, com um mínimo de três nós. Para informações sobre preços regionais, entre em contato com sua equipe de vendas.
| Preços para licença total | ||||||
|---|---|---|---|---|---|---|
| Tipo de nó | Região | SOB DEMANDA | Compromisso de um ano (pagamentos mensais em USD) | Compromisso de um ano (pagamento antecipado em USD) | Compromisso de três anos (pagamentos mensais em USD) | Compromisso de três anos (pagamento antecipado em USD) |
| ve1-standard-72 | australia-southeast1 |
US$ 10,22 | US$ 5,98 | US$ 5,54 | US$ 4,57 | US$ 3,96 |
| ve1-standard-so | australia-southeast1 |
US$ 7,67 | US$ 4,92 | US$ 4,56 | US$ 3,76 | US$ 3,26 |
| ve2-standard-128 | australia-southeast1 |
US$ 16,01 | US$ 10,89 | US$ 10,09 | US$ 8,33 | US$ 7,20 |
| ve1-standard-72 | us-east4 |
US$ 9,29 | US$ 5,43 | US$ 5,03 | US$ 4,15 | US$ 3,60 |
| ve1-standard-so | us-east4 |
US$ 6,97 | US$ 4,47 | US$ 4,15 | US$ 3,42 | US$ 2,96 |
| ve2-standard-128 | us-east4 |
US$ 14,55 | US$ 9,90 | US$ 9,17 | US$ 7,57 | US$ 6,55 |
| Preço de compromisso conversível totalmente licenciado | |||
|---|---|---|---|
| Tipo de nó | Região | Compromisso de três anos (pagamentos mensais em USD) | Compromisso de três anos (pagamento antecipado em USD) |
| ve1-standard-72 | australia-southeast1 |
US$ 6,13 | US$ 5,52 |
| ve1-padrão-so | australia-southeast1 |
US$ 4,60 | US$ 4,14 |
| ve2-standard-128 | australia-southeast1 |
US$ 9,61 | US$ 8,65 |
| ve1-standard-72 | us-east4 |
US$ 4,79 | US$ 4,31 |
| ve1-padrão-so | us-east4 |
US$ 3,95 | US$ 3,55 |
| ve2-standard-128 | us-east4 |
US$ 8,73 | US$ 7,86 |
| Preços de licenças portáteis | |||||
|---|---|---|---|---|---|
| Tipo de nó | Região | Contrato de um ano (pagamentos mensais em USD) | Compromisso de um ano (pagamento antecipado em USD) | Compromisso de três anos (pagamentos mensais em USD) | Compromisso de três anos (pagamento antecipado em USD) |
| ve1-standard-72 | australia-southeast1 |
US$ 4,97 | US$ 4,61 | US$ 3,80 | US$ 3,29 |
| ve1-padrão-so | australia-southeast1 |
US$ 4,48 | US$ 4,15 | US$ 3,43 | US$ 2,97 |
| ve2-standard-128 | australia-southeast1 |
US$ 9,07 | US$ 8,41 | US$ 6,94 | US$ 6,00 |
| ve1-standard-72 | us-east4 |
US$ 4,52 | US$ 4,19 | US$ 3,46 | US$ 2,99 |
| ve1-padrão-so | us-east4 |
US$ 4,07 | US$ 3,77 | US$ 3,11 | US$ 2,70 |
| ve2-standard-128 | us-east4 |
US$ 8,25 | US$ 7,64 | US$ 6,31 | US$ 5,46 |
Ambiente de nuvem privada
Você gerencia suas nuvens privadas usando o console do Google Cloud. Cada nuvem privada tem o próprio servidor vCenter 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:
- Clusters de hosts ESXi são configurados com alta disponibilidade (HA, na sigla em inglês) do vSphere e dimensionadas para ter pelo menos um nó extra para resiliência. Alta disponibilidade do vSphere protege contra falhas de nós e de 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
- Teste de recuperação de desastres: implantação do aplicativo a partir de backups para validar periodicamente a preparaçã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 impedir que exclusão e receba 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 vai perturbar suas VMs ou acesso ao vCenter e inicializa a replicação de dados vSAN após adicionado 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 licença cobram com base no número de núcleos de CPU no nó físico subjacente ou no cluster. Sempre que você cria um novo cluster, é possível reduzir o número de núcleos disponíveis para cada nó no cluster para atender aos requisitos de licença de inscrição. 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 pela BIOS), conforme declarado no seu contrato para gerenciar os custos de licenciamento usando esse recurso.
As contagens de núcleo personalizado estão disponíveis para o cluster inicial e para outros clusters criados 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.
Limites de nós
Ao planejar suas necessidades de recursos do VMware Engine, considere o número de nós necessários na nuvem privada. A tabela a seguir descreve os limites de cluster do vSphere em nuvens privadas que atendem aos requisitos de SLA:
| Recurso | Limite |
|---|---|
| Número mínimo de nós para criar uma nuvem privada (primeiro cluster) | 3 |
| Número mínimo de nós para criar um cluster | 3 |
| Número máximo de nós por cluster | 32 |
| Número máximo de nós por nuvem privada | 96 |
| Número máximo de clusters por nuvem privada | 21 |
Limitações da nuvem privada
Para nuvens particulares, as seguintes limitações se aplicam:
- Um cluster de nuvem privada precisa ter o mesmo tipo de nó.
- Uma nuvem privada com clusters de diferentes tipos de nós não tem suporte.
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 vSphere Distributed Resource Scheduler (DRS) ou a alta disponibilidade (HA).
- 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.
- Uma nuvem privada atual não pode ser convertida 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.
- Por padrão, o VMware Engine não criptografa dados na vSAN em uma nuvem privada de nó único.
- 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 personalizados.
- 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
- Saiba mais sobre VLANs e sub-redes.