Este tópico descreve as configurações mínimas do cluster para o Apigee hybrid. Estas configurações mínimas aplicam-se a todas as plataformas Kubernetes suportadas. As recomendações neste tópico aplicam-se a instalações de não produção, como cenários de avaliação ou testes. Tenha estas recomendações em atenção quando executar os passos de instalação do Apigee Hybrid.
Acerca dos node pools
Um conjunto de nós é um grupo de nós num cluster que têm todos a mesma configuração. Por predefinição, o Hybrid atribui todos os pods ao conjunto de nós predefinido. No entanto, pode criar conjuntos de nós dedicados e atribuir-lhes componentes híbridos como forma de distribuir recursos.
Normalmente, define node pools dedicados quando tem pods com requisitos de recursos diferentes. Por exemplo, os pods apigee-cassandra requerem armazenamento persistente, enquanto os outros pods híbridos do Apigee não. Por este motivo, recomendamos que crie um conjunto de nós com estado para o Cassandra e um conjunto de nós sem estado para os restantes serviços de tempo de execução híbridos. Consulte o artigo Configure pools de nós dedicados para ver detalhes.
A secção seguinte lista as configurações para pools de nós com e sem estado.
Configurações mínimas
Use estas configurações mínimas quando configurar o cluster:
| Configuração | Node pool com estado | Node pool sem estado |
|---|---|---|
| Finalidade | Um conjunto de nós com estado usado para a base de dados Cassandra. | Um conjunto de nós sem estado usado pelo processador de mensagens de tempo de execução. |
| Nome da etiqueta | apigee-data | apigee-runtime |
| Número de nós | 1 por zona (3 por região) | 1 por zona (3 por região) |
| CPU | 4 | 4 |
| RAM | 15 | 15 |
| Armazenamento | dinâmico | Gerido com o CRD ApigeeDeployment |
| IOPS de disco mínimas | 2000 IOPS com SAN ou armazenamento diretamente anexado. O NFS não é recomendado, mesmo que possa suportar as IOPS necessárias. | 2000 IOPS com SAN ou armazenamento diretamente anexado. O NFS não é recomendado, mesmo que possa suportar as IOPS necessárias. |
Requisitos de rede do Cassandra
O Cassandra usa o protocolo Gossip para trocar informações com outros nós sobre a topologia da rede.
A utilização do Gossip, além da natureza distribuída do Cassandra, que envolve a comunicação com vários nós para operações de leitura e escrita, resulta numa grande quantidade de transferência de dados através da rede.
A Apigee recomenda a utilização de um tipo de instância com uma largura de banda de rede mínima de 1 Gbps e mais de 1 Gbps para sistemas de produção.
Os clusters do Cassandra precisam de três zonas de disponibilidade para manter a disponibilidade num ambiente de produção. Se uma zona ficar inativa, as zonas restantes continuam a responder aos pedidos enquanto a zona inativa volta a ficar online. Se duas ou mais zonas ficarem indisponíveis, o Cassandra não consegue responder a pedidos até, pelo menos, duas zonas voltarem a ficar online. A Apigee recomenda que volte a colocar as zonas online no prazo de três horas para minimizar o risco de perder atualizações de dados.
Ao implementar ambientes híbridos de várias regiões, o Apigee recomenda a utilização de uma VPN ou uma solução na nuvem, como a VPN do Google Cloud, para proteger a conetividade entre as regiões. Certifique-se de que não existem sub-redes sobrepostas, uma vez que podem causar problemas de ligação ao Cassandra. Certifique-se de que as configurações atuais da firewall permitem que o tráfego do Cassandra passe entre os pods do Cassandra. Consulte o artigo Utilização de portas seguras para obter informações sobre as portas do Cassandra.
A latência máxima ou do percentil 99 para o Cassandra deve ser inferior a 100 milissegundos.
Requisitos de NTP do Cassandra
Os dados do Cassandra são sincronizados com base na data/hora do sistema. Certifique-se de que a hora está sincronizada em todos os pods e todas as regiões no cluster do Cassandra. Os atrasos entre os nós e as regiões causam inconsistências nos dados.
Dimensionar a configuração
Se precisar de dimensionar a configuração inicial com base em necessidades adicionais de capacidade ou débito, consulte os seguintes tópicos:
- Configurar o Cassandra para produção
- Dimensionar pods do Cassandra
- Configurar node pools dedicados
- Dimensione e dimensione automaticamente os serviços de tempo de execução