minhas informações de contato
Correspondência[email protected]
2024-07-12
한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina
Se houver um caminho, mas não houver técnica, a técnica ainda poderá ser procurada; se houver uma técnica, mas não houver caminho, ela irá parar na técnica;
Redis versão 7.2.5 desta série
Endereço do código-fonte: https://gitee.com/pearl-organization/study-redis-demo
No arquivo de código-fonte descompactado, você pode ver o arquivo de configuração do Sentinel sentinel.conf ：
# Example sentinel.conf
# By default protected mode is disabled in sentinel mode. Sentinel is reachable
# from interfaces different than localhost. Make sure the sentinel instance is
# protected from the outside world via firewalling or other means.
protected-mode no
# port <sentinel-port>
# The port that this sentinel instance will run on
port 26379
# By default Redis Sentinel does not run as a daemon. Use 'yes' if you need it.
# Note that Redis will write a pid file in /var/run/redis-sentinel.pid when
# daemonized.
daemonize no
# When running daemonized, Redis Sentinel writes a pid file in
# /var/run/redis-sentinel.pid by default. You can specify a custom pid file
# location here.
pidfile /var/run/redis-sentinel.pid
# Specify the server verbosity level.
# This can be one of:
# debug (a lot of information, useful for development/testing)
# verbose (many rarely useful info, but not a mess like the debug level)
# notice (moderately verbose, what you want in production probably)
# warning (only very important / critical messages are logged)
# nothing (nothing is logged)
loglevel notice
# Specify the log file name. Also the empty string can be used to force
# Sentinel to log on the standard output. Note that if you use standard
# output for logging but daemonize, logs will be sent to /dev/null
logfile ""
# To enable logging to the system logger, just set 'syslog-enabled' to yes,
# and optionally update the other syslog parameters to suit your needs.
# syslog-enabled no
# Specify the syslog identity.
# syslog-ident sentinel
# Specify the syslog facility. Must be USER or between LOCAL0-LOCAL7.
# syslog-facility local0
# sentinel announce-ip <ip>
# sentinel announce-port <port>
#
# The above two configuration directives are useful in environments where,
# because of NAT, Sentinel is reachable from outside via a non-local address.
#
# When announce-ip is provided, the Sentinel will claim the specified IP address
# in HELLO messages used to gossip its presence, instead of auto-detecting the
# local address as it usually does.
#
# Similarly when announce-port is provided and is valid and non-zero, Sentinel
# will announce the specified TCP port.
#
# The two options don't need to be used together, if only announce-ip is
# provided, the Sentinel will announce the specified IP and the server port
# as specified by the "port" option. If only announce-port is provided, the
# Sentinel will announce the auto-detected local IP and the specified port.
#
# Example:
#
# sentinel announce-ip 1.2.3.4
# dir <working-directory>
# Every long running process should have a well-defined working directory.
# For Redis Sentinel to chdir to /tmp at startup is the simplest thing
# for the process to don't interfere with administrative tasks such as
# unmounting filesystems.
dir /tmp
# sentinel monitor <master-name> <ip> <redis-port> <quorum>
#
# Tells Sentinel to monitor this master, and to consider it in O_DOWN
# (Objectively Down) state only if at least <quorum> sentinels agree.
#
# Note that whatever is the ODOWN quorum, a Sentinel will require to
# be elected by the majority of the known Sentinels in order to
# start a failover, so no failover can be performed in minority.
#
# Replicas are auto-discovered, so you don't need to specify replicas in
# any way. Sentinel itself will rewrite this configuration file adding
# the replicas using additional configuration options.
# Also note that the configuration file is rewritten when a
# replica is promoted to master.
#
# Note: master name should not include special characters or spaces.
# The valid charset is A-z 0-9 and the three characters ".-_".
sentinel monitor mymaster 127.0.0.1 6379 2
# sentinel auth-pass <master-name> <password>
#
# Set the password to use to authenticate with the master and replicas.
# Useful if there is a password set in the Redis instances to monitor.
#
# Note that the master password is also used for replicas, so it is not
# possible to set a different password in masters and replicas instances
# if you want to be able to monitor these instances with Sentinel.
#
# However you can have Redis instances without the authentication enabled
# mixed with Redis instances requiring the authentication (as long as the
# password set is the same for all the instances requiring the password) as
# the AUTH command will have no effect in Redis instances with authentication
# switched off.
#
# Example:
#
# sentinel auth-pass mymaster MySUPER--secret-0123passw0rd
# sentinel auth-user <master-name> <username>
#
# This is useful in order to authenticate to instances having ACL capabilities,
# that is, running Redis 6.0 or greater. When just auth-pass is provided the
# Sentinel instance will authenticate to Redis using the old "AUTH <pass>"
# method. When also an username is provided, it will use "AUTH <user> <pass>".
# In the Redis servers side, the ACL to provide just minimal access to
# Sentinel instances, should be configured along the following lines:
#
# user sentinel-user >somepassword +client +subscribe +publish
# +ping +info +multi +slaveof +config +client +exec on
# sentinel down-after-milliseconds <master-name> <milliseconds>
#
# Number of milliseconds the master (or any attached replica or sentinel) should
# be unreachable (as in, not acceptable reply to PING, continuously, for the
# specified period) in order to consider it in S_DOWN state (Subjectively
# Down).
#
# Default is 30 seconds.
sentinel down-after-milliseconds mymaster 30000
# IMPORTANT NOTE: starting with Redis 6.2 ACL capability is supported for
# Sentinel mode, please refer to the Redis website https://redis.io/topics/acl
# for more details.
# Sentinel's ACL users are defined in the following format:
#
# user <username> ... acl rules ...
#
# For example:
#
# user worker +@admin +@connection ~* on >ffa9203c493aa99
#
# For more information about ACL configuration please refer to the Redis
# website at https://redis.io/topics/acl and redis server configuration
# template redis.conf.
# ACL LOG
#
# The ACL Log tracks failed commands and authentication events associated
# with ACLs. The ACL Log is useful to troubleshoot failed commands blocked
# by ACLs. The ACL Log is stored in memory. You can reclaim memory with
# ACL LOG RESET. Define the maximum entry length of the ACL Log below.
acllog-max-len 128
# Using an external ACL file
#
# Instead of configuring users here in this file, it is possible to use
# a stand-alone file just listing users. The two methods cannot be mixed:
# if you configure users here and at the same time you activate the external
# ACL file, the server will refuse to start.
#
# The format of the external ACL user file is exactly the same as the
# format that is used inside redis.conf to describe users.
#
# aclfile /etc/redis/sentinel-users.acl
# requirepass <password>
#
# You can configure Sentinel itself to require a password, however when doing
# so Sentinel will try to authenticate with the same password to all the
# other Sentinels. So you need to configure all your Sentinels in a given
# group with the same "requirepass" password. Check the following documentation
# for more info: https://redis.io/topics/sentinel
#
# IMPORTANT NOTE: starting with Redis 6.2 "requirepass" is a compatibility
# layer on top of the ACL system. The option effect will be just setting
# the password for the default user. Clients will still authenticate using
# AUTH <password> as usually, or more explicitly with AUTH default <password>
# if they follow the new protocol: both will work.
#
# New config files are advised to use separate authentication control for
# incoming connections (via ACL), and for outgoing connections (via
# sentinel-user and sentinel-pass)
#
# The requirepass is not compatible with aclfile option and the ACL LOAD
# command, these will cause requirepass to be ignored.
# sentinel sentinel-user <username>
#
# You can configure Sentinel to authenticate with other Sentinels with specific
# user name.
# sentinel sentinel-pass <password>
#
# The password for Sentinel to authenticate with other Sentinels. If sentinel-user
# is not configured, Sentinel will use 'default' user with sentinel-pass to authenticate.
# sentinel parallel-syncs <master-name> <numreplicas>
#
# How many replicas we can reconfigure to point to the new replica simultaneously
# during the failover. Use a low number if you use the replicas to serve query
# to avoid that all the replicas will be unreachable at about the same
# time while performing the synchronization with the master.
sentinel parallel-syncs mymaster 1
# sentinel failover-timeout <master-name> <milliseconds>
#
# Specifies the failover timeout in milliseconds. It is used in many ways:
#
# - The time needed to re-start a failover after a previous failover was
# already tried against the same master by a given Sentinel, is two
# times the failover timeout.
#
# - The time needed for a replica replicating to a wrong master according
# to a Sentinel current configuration, to be forced to replicate
# with the right master, is exactly the failover timeout (counting since
# the moment a Sentinel detected the misconfiguration).
#
# - The time needed to cancel a failover that is already in progress but
# did not produced any configuration change (SLAVEOF NO ONE yet not
# acknowledged by the promoted replica).
#
# - The maximum time a failover in progress waits for all the replicas to be
# reconfigured as replicas of the new master. However even after this time
# the replicas will be reconfigured by the Sentinels anyway, but not with
# the exact parallel-syncs progression as specified.
#
# Default is 3 minutes.
sentinel failover-timeout mymaster 180000
# SCRIPTS EXECUTION
#
# sentinel notification-script and sentinel reconfig-script are used in order
# to configure scripts that are called to notify the system administrator
# or to reconfigure clients after a failover. The scripts are executed
# with the following rules for error handling:
#
# If script exits with "1" the execution is retried later (up to a maximum
# number of times currently set to 10).
#
# If script exits with "2" (or an higher value) the script execution is
# not retried.
#
# If script terminates because it receives a signal the behavior is the same
# as exit code 1.
#
# A script has a maximum running time of 60 seconds. After this limit is
# reached the script is terminated with a SIGKILL and the execution retried.
# NOTIFICATION SCRIPT
#
# sentinel notification-script <master-name> <script-path>
#
# Call the specified notification script for any sentinel event that is
# generated in the WARNING level (for instance -sdown, -odown, and so forth).
# This script should notify the system administrator via email, SMS, or any
# other messaging system, that there is something wrong with the monitored
# Redis systems.
#
# The script is called with just two arguments: the first is the event type
# and the second the event description.
#
# The script must exist and be executable in order for sentinel to start if
# this option is provided.
#
# Example:
#
# sentinel notification-script mymaster /var/redis/notify.sh
# CLIENTS RECONFIGURATION SCRIPT
#
# sentinel client-reconfig-script <master-name> <script-path>
#
# When the master changed because of a failover a script can be called in
# order to perform application-specific tasks to notify the clients that the
# configuration has changed and the master is at a different address.
#
# The following arguments are passed to the script:
#
# <master-name> <role> <state> <from-ip> <from-port> <to-ip> <to-port>
#
# <state> is currently always "start"
# <role> is either "leader" or "observer"
#
# The arguments from-ip, from-port, to-ip, to-port are used to communicate
# the old address of the master and the new address of the elected replica
# (now a master).
#
# This script should be resistant to multiple invocations.
#
# Example:
#
# sentinel client-reconfig-script mymaster /var/redis/reconfig.sh
# SECURITY
#
# By default SENTINEL SET will not be able to change the notification-script
# and client-reconfig-script at runtime. This avoids a trivial security issue
# where clients can set the script to anything and trigger a failover in order
# to get the program executed.
sentinel deny-scripts-reconfig yes
# REDIS COMMANDS RENAMING (DEPRECATED)
#
# WARNING: avoid using this option if possible, instead use ACLs.
#
# Sometimes the Redis server has certain commands, that are needed for Sentinel
# to work correctly, renamed to unguessable strings. This is often the case
# of CONFIG and SLAVEOF in the context of providers that provide Redis as
# a service, and don't want the customers to reconfigure the instances outside
# of the administration console.
#
# In such case it is possible to tell Sentinel to use different command names
# instead of the normal ones. For example if the master "mymaster", and the
# associated replicas, have "CONFIG" all renamed to "GUESSME", I could use:
#
# SENTINEL rename-command mymaster CONFIG GUESSME
#
# After such configuration is set, every time Sentinel would use CONFIG it will
# use GUESSME instead. Note that there is no actual need to respect the command
# case, so writing "config guessme" is the same in the example above.
#
# SENTINEL SET can also be used in order to perform this configuration at runtime.
#
# In order to set a command back to its original name (undo the renaming), it
# is possible to just rename a command to itself:
#
# SENTINEL rename-command mymaster CONFIG CONFIG
# HOSTNAMES SUPPORT
#
# Normally Sentinel uses only IP addresses and requires SENTINEL MONITOR
# to specify an IP address. Also, it requires the Redis replica-announce-ip
# keyword to specify only IP addresses.
#
# You may enable hostnames support by enabling resolve-hostnames. Note
# that you must make sure your DNS is configured properly and that DNS
# resolution does not introduce very long delays.
#
SENTINEL resolve-hostnames no
# When resolve-hostnames is enabled, Sentinel still uses IP addresses
# when exposing instances to users, configuration files, etc. If you want
# to retain the hostnames when announced, enable announce-hostnames below.
#
SENTINEL announce-hostnames no
# When master_reboot_down_after_period is set to 0, Sentinel does not fail over
# when receiving a -LOADING response from a master. This was the only supported
# behavior before version 7.0.
#
# Otherwise, Sentinel will use this value as the time (in ms) it is willing to
# accept a -LOADING response after a master has been rebooted, before failing
# over.
SENTINEL master-reboot-down-after-period mymaster 0
Configure se deseja ativar o modo protegido.
protected-mode no
O padrão é no , outros endereços além do host local também podem ser acessados. Em um ambiente de produção, ele precisa ser protegido por um firewall ou outro meio.Sentinel por exemplo, e proibir o acesso à rede externa.
Configure a porta em execução do nó sentinela.
port 26379
Configure se deseja permitir a execução em segundo plano (executando como um processo daemon), o padrão é no , a configuração recomendada éyes ,quandoRedis Sentinel Ao executar como um daemon, o/var/run/redis-sentinel.pidEscreva umPIDdocumento.
daemonize no
Configuração Redis Sentinel Ao executar como um daemon,PIDA localização e o nome do arquivo.
pidfile /var/run/redis-sentinel.pid
Configure o nível de log.
loglevel notice
Itens configuráveis:
debug: Toneladas de informações, úteis para desenvolvimento/testeverbose: Muitas informações raramente úteis, mas não tãodebugO nível é tão confusonotice: verbosidade média, provavelmente o que você deseja em um ambiente de produçãowarning:Registre apenas mensagens muito importantes/críticasnothing:Não registre nada Configure o nome do arquivo de log.Use uma string vazia para forçarSentinel Faça logon na saída padrão.
logfile ""
Configure se deseja ativar o log do sistema.
# syslog-enabled no
Configure a identidade do log do sistema.
# syslog-ident sentinel
Especifique o dispositivo para logs do sistema.devemos serUSER ouLOCAL0-LOCAL7 um no meio.
# syslog-facility local0
Especifique o atualSentinel NodalIP endereço e porta, que podem ser úteis em determinadas configurações de rede ou cenários de implantação, como quando o nó escravo está localizadoNAT Posteriormente ou quando a tecnologia de contêiner/virtualização for usada.
sentinel announce-ip <ip>
sentinel announce-port <port>
Configure o diretório de trabalho, porRedis SentinelPor exemplo, mude para /tmp Os diretórios são a maneira mais simples de evitar a interferência em tarefas administrativas, como outros sistemas de arquivos.
dir /tmp
é um item de configuração chave usado para definir um Sentinel monitorouRedis servidor mestre, e somente se pelo menos<quorum> individualSentinel Somente com consentimento é considerado emO_DOWNStatus (Objetivo off-line).
# sentinel monitor <master-name> <ip> <redis-port> <quorum>
sentinel monitor mymaster 127.0.0.1 6379 2
Descrição do parâmetro:
<master-name>： Redis O nome especificado pelo nó mestre. Este nome está em.Sentinel Será usado na configuração e notificação. <ip> : do nó mestreIP endereço.<redis-port> : A porta de escuta do nó mestre.<quorum>: Definição Sentinel O número mínimo de votos necessários para considerar um servidor mestre indisponível (geralmente recomendado é mais da metade do número de sentinelas).Por exemplo, quer Sentinel Monitore um arquivo chamado mymaster deRedis nó mestre, o servidorIP o endereço é192.168.1.1, o porto é 6379, e deve haver pelo menos dois Sentinel Somente quando for acordado que o servidor principal está indisponível ele será marcado como objetivamente offline. Configure-o assim:
sentinel monitor mymaster 127.0.0.1 6379 2
Precauções:
Sentinel ele próprio substituirá este arquivo de configuração para incluir nós escravos, adicionando opções de configuração adicionais.A-z 0-9 e.、-、_。O_DOWN O quórum precisa ser conhecidoSentinel O failover não pode começar até que uma maioria seja eleita, portanto, o failover não pode ocorrer no caso de uma minoria.Se você quiser monitorar Redis A instância tem uma senha definida,sentinel auth-pass Defina senhas para autenticação com nós mestres e escravos. Observe que a senha do nó mestre também é usada para os nós escravos, portanto, as senhas dos nós mestre e escravo precisam ser consistentes.Se não houver autenticação habilitadaRedis instância, execuçãoAUTHO comando não tem efeito.
sentinel auth-pass <master-name> <password>
Você também pode configurar o nome de usuário:
sentinel auth-user <master-name> <username>
a fim de Sentinel As instâncias fornecem acesso mínimo e devem ser configuradas da seguinte formaACL ：
user sentinel-user >somepassword +client +subscribe +publish
+ping +info +multi +slaveof +config +client +exec on
em >somepassword a senha configurada para o usuário,client、subscribeAguarde a execução Sentinel Permissões para os comandos mínimos necessários para monitoramento,onA palavra-chave indica que essas permissões terão efeito em todos os bancos de dados.
existir Sentinel Enviar para nó mestre-escravoPING Após o comando, se não houver resposta dentro de um determinado número de milissegundos, será marcado comoS_DOWN Status (subjetivamente offline).
Quantos milissegundos configurar
# sentinel down-after-milliseconds <master-name> <milliseconds>
sentinel down-after-milliseconds mymaster 30000
o valor padrão é 30 segundos, se não conseguir responder dentro deste tempo,SentinelSerá ainda avaliado se um processo de failover precisa ser acionado.
de Redis 6.2 Iniciar, suporte ao modo SentinelACL （lista de controle de acesso), você pode configurar o nó mestre-escravo ACL Nome de usuário e permissões.
# user <用户名> ... ACL规则 ...
# user <username> ... acl rules ...
user worker +@admin +@connection ~* on >ffa9203c493aa99
Descrição do parâmetro no exemplo:
>ffa9203c493aa99 é a senha do usuário+@admin、+@connectionmeio dado ao usuário worker Acesso a determinados conjuntos de comandos~* Representa o acesso a todas as chaveson Indica que essas permissões são efetivas em todos os bancos de dadosConfiguração ACL O comprimento máximo de entrada do log.
acllog-max-len 128
ACL Rastreamento de registros eACL (Lista de controle de acesso) relacionados a comandos com falha e eventos de autenticação.Para a investigaçãoACL Comandos com falha bloqueados são muito úteis.ACL Os logs são armazenados na memória e podem ser usadosACL LOG RESET comando para recuperar memória.
Ao ajustar o comprimento máximo de entrada do log, você pode controlar a quantidade de memória ocupada pelo log e liberar memória redefinindo o log quando necessário.Isto é útil para manterRedis O desempenho e a segurança do servidor são importantes porque ajudam os administradores a detectar e resolver possíveis problemas de controle de acesso em tempo hábil.
exceto em sentinel.conf Além de configurar usuários em arquivos, você pode configurar um usuário externamenteACL arquivo, esses dois métodos não poderão ser misturados ou o servidor se recusará a iniciar.
# aclfile /etc/redis/sentinel-users.acl
externo ACL O formato do arquivo éredis.conf O formato usado no arquivo é exatamente o mesmo.
Configuração Sentinel A própria senha precisa ser verificada, após a configuraçãoSentinetentarei usar a mesma senha de todos os outros Sentinel Autenticar.
requirepass <password>
e aclfile configuração eACL LOAD Os comandos são incompatíveis, causamrequirepass ser ignorado.
Configuração Sentinel com outroSentinel Nome de usuário e senha para autenticação.
sentinel sentinel-user <username>
sentinel sentinel-pass <password>
se não estiver configurado sentinel-user , usarádefault usuários esentinel-pass Autenticar.
controlar quando Redis Sentinel Quando uma falha no nó mestre é detectada e um failover é necessário, quantos nós escravos podem tentar sincronizar com o novo nó mestre ao mesmo tempo. O objetivo é equilibrar a velocidade de sincronização do novo nó primário com o uso dos recursos da rede durante o processo de failover.
# sentinel parallel-syncs <master-name> <numreplicas>
sentinel parallel-syncs mymaster 1
Durante o processo de failover, o novo nó mestre eleito começará a aceitar operações de gravação e outros nós escravos precisarão sincronizar com o novo nó mestre para atualizar seus conjuntos de dados. Se todos os nós escravos começarem a sincronizar ao mesmo tempo, isso poderá colocar uma grande carga na rede e no novo nó mestre.
Especifica o tempo limite de failover em milissegundos, o valor padrão é 3 minutos (ou seja,180000 milissegundo).
sentinel failover-timeout <master-name> <milliseconds>
Se dentro do tempo especificado,Sentinel Se todas as etapas necessárias para o failover não puderem ser concluídas (como eleger um novo nó mestre, atualizar a configuração de replicação do nó escravo, etc.), a operação de failover será considerada falhada.
Permite que o usuário especifique um script quando Sentinel O nó detecta algum evento importante (por exemploRedis Quando uma instância apresenta falha subjetiva ou falha objetiva, etc.), esse script será chamado automaticamente para notificar o administrador do sistema ou realizar o tratamento automatizado de falhas.
sentinel notification-script <master-name> <script-path>
para qualquer um em WARNING nível geradoSentinel evento (por exemplo,-sdown、-odown etc.), chame o script de notificação especificado.Este script deve notificar o administrador do sistema via e-mail, SMS ou qualquer outro sistema de mensagens que o monitoradoRedis Há um problema com o sistema.
Exemplo:
sentinel notification-script mymaster /var/redis/notify.sh
O exemplo acima mostra que para um arquivo chamado mymaster do servidor principal, quandoWARNING evento de nível,Sentinel chamará/var/redis/notify.sh script, passando-lhe o tipo de evento e a descrição do evento como parâmetros.
O tempo máximo de execução para scripts de notificação e outros scripts é 60 segundos, após esse limite ser atingido, o script passaráSIGKILL O sinal termina e tenta executar novamente. A execução do script segue as seguintes regras de tratamento de erros:
1”Para sair, a execução será tentada novamente mais tarde (o número máximo de tentativas está atualmente definido como10Segunda categoria).2”(ou superior), a execução do script não será repetida.1Mesmo tempo.Permite ao usuário especificar um script, em Sentinel Esse script é chamado automaticamente após a conclusão de um failover de um nó mestre. Esse script pode executar as operações necessárias para notificar os clientes de que a configuração foi alterada.
sentinel client-reconfig-script <master-name> <script-path>
As principais funções deste script geralmente incluem:
quando Sentineeu ligo sentinel client-reconfig-script Ao especificar um script, uma série de parâmetros são passados para o script. Esses parâmetros contêm informações de resultados de failover, geralmente incluindo:
IP endereço.IP endereço.Exemplo:
sentinel client-reconfig-script mymaster /var/redis/reconfig.sh
O exemplo acima mostra que quando o nome é mymaster Quando o servidor primário é alterado devido a failover,Sentinel chamará/var/redis/reconfig.sh script, passando-lhe o nome, a função, o status do servidor mestre e o nome do servidor mestre originalIP e porta, novo servidor mestreIP e parâmetros de porta.
Usado para controlar se a passagem deve ser permitida SENTINEL SET Modificação de comandonotification-script eclient-reconfig-script configuração.
sentinel deny-scripts-reconfig yes
Definir como yes (padrão), indicando que a ultrapassagem é proibidaSENTINEL SET Comandos para modificar configurações de script ajudam a aumentar a segurança do sistema e evitar modificações não autorizadas.
Renomeie o comando (obsoleto).
SENTINEL rename-command mymaster CONFIG GUESSME
geralmente Sentinel Use apenas endereços IP e exijaSENTINEL MONITOR especifique umIP endereço.Além disso, requerRedis dereplica-announce-ip Especifique apenasIP endereço.
Pode ser habilitado por resolve-hostnames para suportar nomes de host (hostname）， Sentinel tentará resolver o nome do host em vez de usá-lo diretamenteIP endereço para identificarRedis Exemplo.
SENTINEL resolve-hostnames no
Observe que você deve garantir que seu DNS configurado corretamente eDNS A análise não introduz atrasos muito longos.Ao usar implantações em contêineres, comoDocker ouKubernetes), e Redis instânciaIP O endereço pode mudar, ativarSENTINEL resolve-hostnames Pode ser uma boa solução.
Usado para controlar se o Sentinel usa o nome do host (hostnames) em vez de IP endereço.
SENTINEL announce-hostnames no
Quando ativado resolve-hostnames hora,Sentinel Ainda usado ao expor instâncias a usuários, perfis, etc.IP endereço.Quando esta opção está definida comono Quando o Sentinel publicar notificação de alteração de nó mestre-escravo ou outras informações relacionadas, ele usaráIP endereço em vez do nome do host.
Configure o número de milissegundos que o sentinela deve esperar antes de considerar o nó mestre temporariamente inacessível devido a uma reinicialização. Isso é útil para lidar com a necessidade de reinicialização devido à manutenção ou atualizações do sistema. Redis Isto é especialmente útil em cenários de servidor.
SENTINEL master-reboot-down-after-period mymaster 0
Em certas situações, como reinicializações do sistema ou breves problemas de rede,Redis O servidor pode estar temporariamente inacessível, em vez de funcionar mal.Esta configuração especificaSentinel O período de tempo que se deve esperar antes de marcar o servidor mestre como objetivamente offline.
Ele se dedica à pesquisa de tecnologia há mais de trinta anos e é proficiente em diversas linguagens como java, linux, javascript, php, css, etc., e fez muitas contribuições no campo de código aberto. uma estação de documentação do desenvolvedor para compartilhar alguns problemas no desenvolvimento de tecnologia para referência futura.
Correspondência[email protected]