- Introdução
- Requisitos
- Melhores práticas
- Instalação
- Atualizando
- Servidor de Identidade
- Complemento de alta disponibilidade
- Notas de Versão
- Requisitos de hardware e software
- Atualização do High Availability Add-on
- Solução de problemas de erros de inicialização
Guia de instalação do Orchestrator
Requisitos de hardware e software
Os requisitos de hardware para seu Suplemento de Alta Disponibilidade (HAA) são diferentes entre os ambientes de desenvolvimento e produção.
Item |
Requisitos Mínimos |
Recomendado |
---|---|---|
Nós HAA |
1 |
3+ |
BATER |
6 GB |
8 GB |
Armazenamento (caminho padrão
/opt/redislabs )
|
10 GB |
20 GB |
Ainda que um nó seja suficiente para um ambiente de desenvolvimento, três ou um número ímpar de nós são recomendados para usar as funcionalidades de cluster provavelmente necessárias para seu ambiente de produção.
Item |
Requisitos Mínimos |
Recomendado |
---|---|---|
Nós HAA |
3 |
3+ |
Núcleos por Nó |
4 |
8+ |
BATER |
6 GB (15 GB para implantações DR) |
30+ GB |
Armazenamento (caminho padrão
/opt/redislabs )
|
75 GB |
150+ GB |
Rede |
1 G |
10+ G |
Porta |
Protocol |
Description |
---|---|---|
1968 |
TCP |
Porta padrão usada para o tráfego proxy interno. |
3333-3344 36379-36380 |
TCP |
Intervalos de porta padrão usados para o tráfego interno do cluster. |
8001 |
TCP |
Usado para o tráfego do aplicativo para o Serviço de Descoberta, se aplicável. |
8443 |
TCP |
Usado para
HTTPS acesso à IU de gerenciamento.
|
8444,9080 |
TCP |
Portas padrão usadas para o tráfego interno de
nginx < - > cnm_http/cm .
|
9081 |
TCP |
Porta padrão usada para o tráfego interno de CRDB (Banco de Dados Replicado). |
8070-8071 |
TCP |
Usado para métricas exportadas e gerenciadas por
nginx .
|
9443 |
TCP |
Porta recomendada para o tráfego REST API. |
10000-19999 |
TCP |
Intervalo de porta para o tráfego do banco de dados. Por padrão, o HAA usa a porta
10000 .
|
20000-29999 |
TCP |
Intervalo de porta usado para o tráfego de shards de banco de dados interno. |
53, 5353 |
UDP |
Usado para o tráfego interno de
DNS/mDNS .
|
8002,8004,8006 |
TCP |
Monitoramento da integridade do sistema. |
ICMP |
Usado para verificar a conectividade entre nós. |
O HAA é compatível apenas com sistemas operacionais de 64 bits e deve ser instalado em um host limpo sem outros aplicativos. Todos os nós HAA devem ser sincronizados com o mesmo servidor NTP.
A tabela a seguir lista as versões do sistema operacional que testamos e confirmamos serem compatíveis com o HAA. No entanto, devido ao alto número de atualizações e variações do sistema operacional, não podemos testar a compatibilidade para cada combinação da versão do HAA e da versão secundária do sistema operacional. Embora geralmente esperemos que o HAA funcione corretamente com versões secundárias do sistema operacional mais recentes que não testamos, não podemos garantir compatibilidade.
Se você planeja atualizar para uma versão secundária do sistema operacional que não listamos na tabela, você deve realizar a atualização em um ambiente de testes antes de implantar em um ambiente de produção.
Plataforma |
Versões Compatíveis |
---|---|
RHEL/CentOS 8 |
8.6, 8.8, 8.9 |
RHEL/CentOS 9 |
9.3 |
Ubuntu |
20.04 Versão do Servidor é recomendada para instalações de produção. A versão desktop é recomendada apenas para implantações de desenvolvimento. |
O cluster HAA precisa de três servidores para uma operação íntegra.
Em circunstâncias normais, os servidores de cluster HAA têm as seguintes funções:
- um servidor principal – ele contém um fragmento de dados e aceita operações de banco de dados de leitura e gravação do mundo exterior;
- um servidor secundário – contém uma cópia do fragmento de dados;
- um servidor secundário – não contém dados, existe apenas para fins de quórum.
O cluster HAA suporta apenas uma falha de servidor único.
- Se um dos servidores ficar inativo, não importa qual, o cluster HAA continuará funcionando e um aviso será exibido na interface de gerenciamento da Web. Você pode encontrar mais informações executando o comando
rlcheck
, geralmente encontrado em/opt/redislabs/bin
. Você também pode anexar--continue-on-error
aorlcheck
comando. - Se dois servidores falharem, o cluster HAA também falhará, mesmo se o servidor principal ainda estiver online.
Construir um cluster HAA com mais de três servidores é possível, mas não oferece nenhum benefício real.
Não há aumento no número de servidores que podem falhar. No caso de um cluster HAA de cinco nós, se o nó principal e o nó secundário que mantém a cópia de fragmentos de dados falharem, o cluster inteiro também falhará e não haverá realocação de fragmentos de dados para outros nós.
O HAA é compatível tanto com IPv4 quanto IPv6. Para mais detalhes sobre a compatibilidade com múltiplos IP e IPv6, consulte a documentação do Redis.