O Google Distributed Cloud é compatível com uma grande variedade de sistemas em execução no hardware compatível com as distribuições de sistema operacional de destino. Uma configuração do Google Distributed Cloud pode ser executada em hardware mínimo ou em várias máquinas para fornecer flexibilidade, disponibilidade e desempenho.
Independentemente da configuração do Google Distributed Cloud, os nós e clusters precisam ter recursos de CPU, RAM e armazenamento suficientes para atender às necessidades dos clusters e das cargas de trabalho que você está executando.
Esta página é destinada a administradores, arquitetos e operadores que definem soluções de TI e arquiteturas de sistemas de acordo com a estratégia da empresa. Para saber mais sobre papéis comuns e tarefas de exemplo referenciados no conteúdo do Google Cloud, consulte Tarefas e funções de usuário comuns do GKE Enterprise.
Requisitos mínimos e recomendados de CPU, RAM e armazenamento
Ao instalar o Google Distributed Cloud, é possível criar diferentes tipos de clusters:
- Um cluster de usuário que executa cargas de trabalho.
- Um cluster de administrador cria e controla os clusters de usuários para executar cargas de trabalho.
- Um cluster independente pode gerenciar e executar cargas de trabalho, mas não pode criar ou gerenciar clusters de usuário.
- Um cluster híbrido pode gerenciar e executar cargas de trabalho, e um cluster híbrido também pode criar e gerenciar outros clusters de usuário.
Além do tipo de cluster, é possível escolher entre os seguintes perfis de instalaçãoem termos de requisitos de recursos:
Padrão: o perfil padrão tem requisitos padrão de recursos do sistema e pode ser usado para todos os tipos de clusters.
Edge: o perfil de borda reduziu significativamente os requisitos de recursos do sistema. O uso desse perfil é recomendado para dispositivos de borda com recursos limitados. Só é possível usar o perfil de borda para clusters autônomos.
Requisitos de recursos para todos os tipos de cluster com o perfil padrão
A tabela a seguir descreve os requisitos mínimos e recomendados de hardware que o Google Distributed Cloud precisa para operar e gerenciar clusters de administradores, híbridos, de usuários e independentes usando o perfil padrão:
| Recurso | Mínimo | Recomendado |
|---|---|---|
| CPUs / vCPUs* | 4 núcleos | 8 núcleos |
| RAM | 16 GiB | 32 GiB |
| Armazenamento | 128 GiB | 256 GiB |
* O Google Distributed Cloud oferece suporte apenas a CPUs e vCPUs x86-64 no nível de microarquitetura de CPU v3 (x86-64-v3) e superior.
Requisitos de recursos para clusters independentes usando o perfil de perímetro
A tabela a seguir descreve os requisitos mínimos e recomendados de hardware que o Google Distributed Cloud precisa para operar e gerenciar clusters independentes usando o perfil de borda:
| Recurso | Mínimo | Recomendado |
|---|---|---|
| CPUs / vCPUs* | 2 núcleos | 4 núcleos |
| RAM | Ubuntu: 4 GiB RHEL: 6 GiB |
Ubuntu: 8 GiB RHEL: 12 GiB |
| Armazenamento | 128 GiB | 256 GiB |
* O Google Distributed Cloud oferece suporte apenas a CPUs e vCPUs x86-64 no nível de microarquitetura de CPU v3 (x86-64-v3) e superior.
Para configurar clusters independentes usando o perfil de borda, siga estas práticas recomendadas:
Execute
bmctlem uma estação de trabalho separada. Se você precisar executarbmctlno nó do cluster de destino, precisará de 2 GiB de memória para atender aos requisitos mínimos. Por exemplo, são necessários 6 GiB para Ubuntu e 8 GiB para RHEL.Defina
MaxPodsPerNodecomo 110. Em média, o cluster não executa mais de 30 pods de usuários por nó. Talvez você precise de recursos extras ou executar mais de 30 pods de usuário por nó para uma configuração deMaxPodsPerNodemaior.Os componentes do ambiente de execução de VMs no GDC não são considerados nessa configuração mínima de recursos. O ambiente de execução de VMs no GDC requer outros recursos, dependendo do número de VMs implantadas no cluster.
Outros requisitos de armazenamento
O Google Distributed Cloud não oferece recursos de armazenamento. É preciso provisionar e configurar o armazenamento necessário no seu sistema.
Para requisitos de armazenamento detalhados, consulte a Visão geral dos pré-requisitos de instalação.
Para saber como configurar o armazenamento necessário, consulte Como configurar o armazenamento para o Google Distributed Cloud.
Pré-requisitos da máquina no nó
As máquinas de nó têm os seguintes pré-requisitos:
- Atenda aos requisitos mínimos de hardware.
- O sistema operacional é uma das distribuições Linux compatíveis. Para mais informações, incluindo os requisitos do kernel, consulte Selecionar sistema operacional.
- Acesso à Internet
- Conectividade da camada 3 com todas as outras máquinas de nós.
- Acesso ao VIP do plano de controle.
- Acesso às portas necessárias. Para conferir os requisitos de porta específicos para nós do plano de controle, de trabalho e do balanceador de carga, consulte Uso da porta na página de requisitos da rede.
- Servidores de nomes de DNS configurados corretamente.
- Nenhum nome de host duplicado.
- Um dos seguintes serviços NTP está ativado e funcionando:
- Chrony
- ntp
- ntpdate
- sincronizado pelo sistema
- Um gerenciador de pacotes ativo, como
aptoudnf. No Ubuntu, é preciso desativar o Uncomplicated Firewall (UFW). Execute
systemctl stop ufwpara desativar o UFW.Um dos seguintes módulos de kernel de rede precisa ser carregado:
ip_tables(diferente do pacote Debianiptablesdo front-end, que não é necessário)nf_tables
Para carregar um módulo, execute o seguinte comando:
modprobe MODULE_NAMEA criação de clusters verifica apenas o espaço livre necessário para os componentes do sistema do Google Distributed Cloud. Essa alteração oferece mais controle sobre o espaço alocado para as cargas de trabalho de aplicativos. Sempre que você instalar o Google Distributed Cloud, verifique se os sistemas de arquivos que fazem o backup dos seguintes diretórios têm a capacidade necessária e atendem aos seguintes requisitos:
/: 17 GiB (18,253,611,008 bytes)./var/lib/containerd:- 30 GiB (32.212.254.720 bytes) para nós do plano de controle.
- 10 GiB (10.485.760 bytes) para nós de trabalho.
/var/lib/kubelet: 500 MiB (524.288.000 bytes)./var/lib/etcd: 20 GiB (21474836480 bytes, aplicável apenas aos nós do plano de controle),/var/lib/etcd-events: 5 GiB (5.368.709.120 bytes, aplicável apenas aos nós do plano de controle)
Independentemente da versão do cluster, as listas de diretórios anteriores podem estar em partições iguais ou diferentes. Se eles estiverem na mesma partição subjacente, o requisito de espaço livre será a soma do espaço necessário para cada diretório individual nessa partição. Para todas as versões de lançamento, o processo de criação do cluster cria os diretórios, se necessário.
Os diretórios
/var/lib/etcde/etc/kubernetesnão existem ou estão vazios.Para máquinas com RHEL 9.2 ou Ubuntu 22.04, os limites do kernel do Linux
inotifypara instâncias de usuário máximas e monitoramentos de usuário precisam ser maiores ou iguais a estes:fs.inotify.max_user_instances:8192fs.inotify.max_user_watches:524288
Para mais informações, consulte a documentação de configuração do RHEL ou do Ubuntu.
Além dos pré-requisitos para instalar e executar o Google Distributed Cloud, os clientes precisam estar em conformidade com os padrões relevantes que regem o setor ou segmento de negócios, como requisitos do PCI DSS para empresas que processam cartões de crédito ou os guias de implementação técnica de segurança (STIGs) para empresas do setor de defesa.
Pré-requisitos das máquinas do balanceador de carga
Se sua implantação não tiver um pool de nós de balanceador de carga especializado, os nós de trabalho ou do plano de controle poderão criar um. Nesse caso, eles têm mais pré-requisitos:
- As máquinas estão na mesma sub-rede da camada 2.
- Todos os VIPs estão na sub-rede dos nós do balanceador de carga e podem ser roteados do gateway da sub-rede.
- O gateway da sub-rede do balanceador de carga precisa detectar os ARPs sem custos para encaminhar pacotes ao balanceador de carga principal.