이 글은 Redis의 Sentinel 모드(Sentine)를 이해하고 Sentinel의 작동 메커니즘을 소개하며 Sentinel 모드를 구축하는 방법을 설명하는 데 도움이 되기를 바랍니다.
Redis Sentinel 모드는 하나의 아키텍처에서 여러 Sentinel 프로세스(진행)를 실행할 수 있습니다. 이러한 프로세스는 가십 프로토콜을 사용하여 메인 서버가 오프라인인지 여부에 대한 정보를 수신합니다. 자동 장애 조치를 수행할지 여부와 새 마스터 서버로 선택할 슬레이브 서버를 결정합니다. [관련 권장 사항: Redis 동영상 튜토리얼]
Redis의 Sentinel 시스템은 여러 Redis 서버(인스턴스)를 관리하는 데 사용됩니다. 시스템은 다음 세 가지 작업을 수행합니다.
각 Sentinel은 마스터, 슬레이브 및 기타 Sentinel 인스턴스에 초당 한 번씩 PING 명령을 보냅니다.
인스턴스가 PING 명령에 대한 마지막 유효한 응답과 거리가 먼 경우 시간이 down-after-milliseconds 옵션에 지정된 값을 초과하는 경우 인스턴스는 sentinel에 의해 주관적인 오프라인으로 표시됩니다.
마스터가 주관적 오프라인으로 표시되면 이 마스터를 모니터링하는 모든 센티널은 마스터가 실제로 주관적 오프라인 상태에 진입했는지 초당 한 번씩 확인해야 합니다.
센티널 수가 충분한 경우(보다 큼) 구성 파일에 지정된 값과 동일) 마스터가 지정된 시간 범위 내에 실제로 주관적 오프라인 상태에 진입했는지 확인하면 마스터는 객관적인 오프라인으로 표시됩니다
정상적인 상황에서는 각 센티널이 로그인됩니다. 매 10초마다 한 번 자신이 알고 있는 모든 마스터와 슬레이브에게 INFO 명령을 보내는 빈도
마스터가 센티널에 의해 객관적으로 오프라인으로 표시되면 센티널이 오프라인 마스터의 모든 슬레이브에게 INFO 명령을 보내는 빈도가 다음과 같이 변경됩니다. 10초에 한 번 ~ 1초에 한 번
마스터가 오프라인이라는 데 동의할 수 있는 센티널 수가 충분하지 않으면 마스터의 객관적인 오프라인 상태가 제거됩니다. 마스터가 sentinel의 PING 명령에 대해 다시 유효한 응답을 반환하면 마스터의 주관적인 오프라인 상태가 제거됩니다
Environment
master:127.0.0.1:6379 【初始化master】 slave:127.0.0.1:6380 127.0.0.1:6381 sentinel:127.0.0.1:26379 127.0.0.1:26380 127.0.0.1:26381
여기서 redis 설치는 생략됩니다. Sentinel 구성 파일을 직접 수정합니다. 해당 폴더 Redis6379-Redis6381
# 监控节点,且超过2个sentinel 任务故障,方可执行故障转移 sentinel monitor mymaster 127.0.0.1 6379 2 # 如果节点在 30000毫秒内未回应,就认为故障 sentinel down-after-milliseconds mymaster 30000 # 如果故障转移后,同时进行主从复制数为 1 sentinel parallel-syncs mymaster 1 # 故障转移的超时时间 sentinel failover-timeout mymaster 180000 sentinel deny-scripts-reconfig yes
Start command
./src/redis-sentinel ./config/redis-sentinel-6379.conf(同样启动6380 6381)
더 많은 프로그래밍 관련 지식을 보려면 프로그래밍 입문을 방문하세요! !
위 내용은 Redis의 Sentinel 모드(Sentine)에 대해 이야기해 보겠습니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!