O Google Distributed Cloud oferece suporte a uma ampla variedade de sistemas em execução no hardware compatível com a distribuição do 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.
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 administradores, híbridos, de usuário e independentes usando o perfil padrão:
Resource | Minimum | Recomendações |
---|---|---|
CPUs / vCPUs* | 4 núcleos | 8 núcleos |
RAM | 16 GiB | 32 GiB |
Storage | 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 mais recentes.
Requisitos de recursos para clusters independentes usando o perfil de perímetro
A tabela a seguir descreve os requisitos de hardware mínimos e recomendados que o Google Distributed Cloud precisa para operar e gerenciar clusters independentes usando o perfil de borda:
Resource | Minimum | Recomendações |
---|---|---|
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 mais recentes.
Para configurar clusters independentes usando o perfil de borda, siga estas práticas recomendadas:
Execute
bmctl
em uma estação de trabalho separada. Se você precisar executarbmctl
no 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 o Ubuntu e 8 GiB para o RHEL.Defina
MaxPodsPerNode
como 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 deMaxPodsPerNode
maior.O ambiente de execução da VM nos componentes do GDC não é considerado nessa configuração mínima de recurso. O ambiente de execução da VM no GDC requer recursos adicionais, dependendo do número de VMs implantadas no cluster.
Outros requisitos de armazenamento
O Google Distributed Cloud não fornece 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 mais informações sobre 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 do Linux com suporte. Para mais informações, incluindo requisitos do kernel, consulte Selecionar seu 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 requisitos de porta específicos para nós do plano de controle, nós de trabalho e nós do balanceador de carga, consulte Uso da porta na página "Requisitos de rede".
- Servidores de nomes 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 em funcionamento, como
apt
oudnf
. No Ubuntu, é preciso desativar o Uncomplicated Firewall (UFW). Execute
systemctl stop ufw
para desativar o UFW.Um dos seguintes módulos do kernel de rede precisa ser carregado:
ip_tables
(é diferente do pacote Debian de front-endiptables
, que não é obrigatório)nf_tables
Para carregar um módulo, execute o seguinte comando:
modprobe MODULE_NAME
A 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 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/etcd
e/etc/kubernetes
não existem ou estão vazios.Em máquinas com o RHEL 9.2 ou o Ubuntu 22.04, os limites de
inotify
do kernel do Linux para o máximo de instâncias de usuário e de relógios de usuário precisam ser maiores ou iguais a:fs.inotify.max_user_instances
:8192
fs.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 o segmento de negócios, como os 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, na sigla em inglês) para empresas do setor de defesa.
Pré-requisitos das máquinas do balanceador de carga
Quando a implantação não tem um pool de nós do balanceador de carga especializado, é possível que os nós de trabalho ou do plano de controle criem um pool de nós do balanceador de carga. Nesse caso, eles têm outros pré-requisitos:
- As máquinas estão na mesma sub-rede da camada 2.
- Todos os VIPs estão na sub-rede de nós do balanceador de carga e são roteáveis do gateway da sub-rede.
- O gateway da sub-rede do balanceador de carga precisa detectar ARPs gratuitos para encaminhar pacotes ao balanceador de carga principal.