Configurações mínimas do cluster

Neste tópico, descrevemos as configurações mínimas de cluster para a Apigee híbrida. Essas configurações mínimas se aplicam a todas as plataformas Kubernetes compatíveis. As recomendações neste tópico se aplicam a instalações que não são de produção, como cenários de teste. Lembre-se dessas recomendações ao realizar as etapas de instalação da Apigee híbrida.

Sobre pools de nós

Um pool de nós é um grupo de nós em um cluster, que têm a mesma configuração. Por padrão, o híbrido atribui todos os pods ao pool de nós padrão; No entanto, é possível criar pools de nós dedicados e atribuir componentes híbridos a eles como uma maneira de distribuir recursos.

Normalmente, você define pools de nós separados quando tem pods com requisitos de recursos diferentes. Por exemplo, os pods apigee-cassandra exigem armazenamento permanente, e os outros pods híbridos da Apigee não. Por esse motivo, recomendamos que você crie um pool de nós com estado para Cassandra e um pool de nós sem estado para o restante dos serviços de ambiente de execução híbridos. Consulte Configurar pools de nós dedicados para mais detalhes.

Na seção a seguir, você vê uma lista das configurações dos pools de nós com estado e sem estado.

Configurações mínimas

Use estas configurações mínimas ao configurar seu cluster:

Configuração	Pool de nós com estado	Pool de nós sem estado
Finalidade	Um pool de nós com estado usado para o banco de dados do Cassandra.	Um pool de nós sem estado usado pelo processador de mensagens do ambiente de execução.
Nome do rótulo	apigee-data	apigee-runtime
Número de nós	1 por zona (3 por região)	1 por zona (3 por região)
CPU	8 (produção) 4 (não produção)	8 (produção) 4 (não produção)
RAM	32 (produção) 16 (não produção)	32 (produção) 16 (não produção)
Armazenamento	dynamic	Gerenciada com o CRD ApigeeDeployment
IOPS mínimas do disco	2.000 IOPS com SAN ou armazenamento anexado diretamente. O NFS não é recomendado, mesmo que seja compatível com as IOPS necessárias.	2.000 IOPS com SAN ou armazenamento anexado diretamente. O NFS não é recomendado, mesmo que seja compatível com as IOPS necessárias.
Largura de banda da rede para cada tipo de instância de máquina	1 Gbps	1 Gbps

Requisitos de rede do Cassandra

Nesta seção, discutimos os requisitos e as recomendações de rede a serem seguidos ao configurar a Apigee híbrida.

Largura de banda da rede

O Cassandra usa o protocolo Gossip para trocar informações com outros nós sobre a topologia de rede. O uso do Gossip e da natureza distribuída do Cassandra, que envolve a comunicação com vários nós para operações de leitura e gravação, resulta em muita transferência de dados pela redes.

O Cassandra requer no mínimo 1 Gbps de largura de banda de rede para cada instância de máquina. Por exemplo, no GKE, o tipo de máquina mínimo recomendado, e2-standard-4, tem uma largura de banda mínima de 1 Gbps. Para instalações de produção, é recomendável usar uma frequência maior de Gbps.

A latência máxima ou do 99º percentil do Cassandra deve ser inferior a 100 milissegundos.

Conectividade de rede segura entre regiões

Ao instalar o híbrido em várias regiões, verifique se as conexões entre as regiões são seguras:

Use uma solução de rede privada virtual, como a nuvem privada virtual (VPC) do Google, para proteger a conectividade entre as regiões.
Abra um firewall para garantir que os nós do Cassandra possam se conectar entre regiões em sub-redes não sobrepostas e possam resolver esses IPs da rede.
Sempre use a porta 7001 para o Cassandra. Todas as outras portas são locais na região. Consulte também Uso de portas seguras.

Requisitos de NTP do Cassandra

Os dados do Cassandra são sincronizados com base no carimbo de data/hora do sistema. Verifique se o horário está sincronizado em todos os pods e em todas as regiões no cluster do Cassandra. Atrasos entre os nós e as regiões causam inconsistências de dados.

Como escalonar a configuração

Se você precisar escalonar a configuração inicial com base em outras necessidades de capacidade ou capacidade, consulte os tópicos a seguir: