Práticas recomendadas de computação
Esta página apresenta as práticas recomendadas de computação para o Google Cloud VMware Engine.
Selecionar a melhor região para o aplicativo
Para escolher a melhor região para seus aplicativos, considere os seguintes fatores:
- Para minimizar a latência da rede e melhorar a experiência do cliente, selecione um local mais próximo dos usuários. O console do Google Cloud oferece um painel de desempenho em tempo real que pode ajudar a visualizar a latência entre regiões e entre usuários da Internet e uma região Google Cloud .
- Para manter o desempenho do aplicativo, otimize a conectividade com facilidades locais selecionando a região Google Cloud mais próxima. Para implantações multicloud, considere a proximidade das regiões de outros provedores de nuvem.
- Para garantir que seus aplicativos mantenham a conformidade com regulamentações, como as políticas de compliance do setor de cartões de pagamento (PCI) ou o Regulamento geral de proteção de dados (GDPR) da Europa, selecione uma região que ofereça suporte a esses requisitos.
- Os custos e os preços variam de acordo com a região. Considere essas diferenças regionais ao planejar sua implantação.
- Ao selecionar um local, alguns SKUs podem estar disponíveis apenas em algumas regiões e não em outras.
Decidir quando escolher um design multirregional
Nas situações a seguir, talvez seja necessário implantar em várias nuvens privadas do VMware Engine em regiões para a mesma carga de trabalho ou escopo do projeto:
- Implementações de recuperação de desastres que usam o Site Recovery Manager (SRM) ou o Zerto.
- Aplicativos que exigem disponibilidade global ou baixa latência para a base de usuários.
- Requisitos de planejamento de capacidade específicos da região.
Projetar para a resiliência da zona
O VMware Engine oferece redundância de zona em regiões específicas. Nessas regiões, para aumentar a tolerância a falhas, você também pode implantar nuvens particulares como um cluster esticado. Para saber mais sobre essas regiões, consulte as notas da versão do VMware Engine.
Quando implantada como um cluster estendido, a nuvem privada tem nós em duas zonas independentes. É necessário ter um número igual de nós em cada zona para oferecer suporte a esse design. Esse design garante a disponibilidade do aplicativo com a resiliência de zona e a alta disponibilidade do VMware vSphere.
Ao provisionar uma nuvem privada estendida, as VMs podem ser executadas em ambos os lados de uma nuvem privada estendida. Use regras de afinidade para controlar o posicionamento de VMs de carga de trabalho em hosts em um cluster agrupando-as e fixando-as em um site. Esse design garante a resiliência da zona com alta disponibilidade de aplicativos (HA).
Segregar ambientes em várias nuvens privadas
Uma nuvem privada é uma pilha independente do VMware Cloud Foundation gerenciada por um servidor vCenter.
É possível isolar o ambiente do VMware Engine em várias nuvens privadas. Por exemplo, use um vCenter Server dedicado nos seguintes casos:
- Para um tipo de carga de trabalho específico, como Infraestrutura de área de trabalho virtual (VDI)
- Quando os limites de uma nuvem privada são inadequados
- Para licenciamento e gerenciamento de software
- Para transparência e simplicidade de custos
- Para monitoramento
- Para obedecer aos requisitos regulamentares
- Para multitenância em todas as camadas, incluindo componentes de gerenciamento e infraestrutura
Para evitar a proliferação desnecessária de endpoints de gerenciamento, use apenas o número necessário de nuvens privadas.
Otimizar a contagem de núcleos
O VMware Engine permite reduzir o número de núcleos de CPU eficazes expostos ao hipervisor ESXi. Isso pode ser desejável ou obrigatório em alguns contratos de licença de software.
Não é recomendável reduzir a contagem de núcleos do primeiro cluster porque ele hospeda componentes importantes, como o vCenter e o NSX Manager.
Reduzir o número de núcleos efetivos em um cluster não muda o custo de execução do cluster, especificamente para cargas de trabalho do Oracle. Para mais informações, consulte as orientações sobre suporte e licenciamento.
Para mais informações, consulte Limitações de contagem de núcleos personalizados.
Adicionar nós sobressalentes para aumentar a resiliência
Os clusters do VMware Engine precisam ser dimensionados para ter pelo menos um nó extra para resiliência. Esse nó sobressalente está disponível para o cluster e pode fornecer mais capacidade e recursos durante períodos de alta carga ou contensão. Esses nós sobressalentes são cobrados como parte da nuvem privada atual.
Se for necessário um nível maior de confiabilidade, considere adicionar mais nós sobressalentes ao cluster para que eles fiquem disponíveis durante as janelas de manutenção. Programe cargas de trabalho para serem executadas nesses nós sobressalentes e otimize o uso dos clusters em nuvens privadas.
Definir o número de falhas a tolerar
No VMware vSAN, use o atributo "Falhas na tolerância" (FTT, na sigla em inglês) nas políticas de armazenamento vSAN para definir o número de falhas que um cluster pode tolerar sem afetar a integridade dos dados ou a disponibilidade da VM.
Quanto maior o valor do FTT, mais hosts de capacidade são necessários.
A seguir
- Leia as práticas recomendadas para redes, segurança, armazenamento, migração e custos.
- Leia sobre os componentes do VMware Engine para nuvem privada.
- Teste o VMware Engine. Acesse recursos, benefícios e casos de uso para mais informações.
- Confira arquiteturas de referência, diagramas, tutoriais e práticas recomendadas sobre Google Cloud. Acesse o Centro de arquitetura do Cloud para mais informações.