- 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
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 |
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 |
75 GB |
150+ GB |
Rede |
1 G |
10+ G |
Porta |
Description |
---|---|
1968 |
Porta padrão usada para o tráfego proxy interno. |
3333-3339 36379-36380 |
Intervalos de porta padrão usados para o tráfego interno do cluster. |
8001 |
Usado para o tráfego do aplicativo para o Serviço de Descoberta, se aplicável. |
8443 |
Usado para
HTTPS acesso à IU de gerenciamento.
|
8444 , 9080 |
Portas padrão usadas para o tráfego interno de
nginx < - > cnm_http/cm .
|
9081 |
Porta padrão usada para o tráfego interno de CRDB (Banco de Dados Replicado). |
8070-8071 |
Usado para métricas exportadas e gerenciadas por
nginx .
|
9443 |
Porta recomendada para o tráfego REST API. |
10000-19999 |
Intervalo de porta para o tráfego do banco de dados. Por padrão, o HAA usa a porta
10000 .
|
20000-29999 |
Intervalo de porta usado para o tráfego de shards de banco de dados interno. |
53, 5353 |
Usado para o tráfego interno de
DNS/mDNS .
|
Plataforma |
Versões Compatíveis |
---|---|
RHEL/CentOS 7 |
Requer OpenSSL 1.0.2 e configuração de firmware. |
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.