Redis 감시 모드를 함께 분석해 보겠습니다.-Redis-php.cn

이 글은 Redis에 대한 관련 지식을 제공합니다. 센티넬의 개념, 센티널의 역할, 센티널 활성화, 센티널의 원리 등 센티넬 모드와 관련된 문제를 주로 소개합니다. 모든 사람.

Redis 감시 모드를 함께 분석해 보겠습니다.

Sentinel Mode

1. Sentinel Concept

마스터-다중 슬레이브 구조에서는 마스터가 다운되면 여러 슬레이브 중에서 선택해야 합니다. 새로운 마스터를 생성하려면, 그러한 기능을 완성하려면 Redis의 센티넬 메커니즘을 사용해야 합니다
Sentinel(센티넬)은 마스터-슬레이브 구조에서 각 서버를 모니터링하는 데 사용되는 분산 시스템 모니터링 , 오류가 발생하면 투표 메커니즘 을 통해 새 마스터를 선택하고 아래 그림과 같이 모든 슬레이브를 새 마스터에 연결합니다.

2 Sentinel 역할

Monitoring : 마스터와 슬레이브 모니터링
- 마스터와 슬레이브가 정상적으로 실행되는지 지속적으로 확인
- 마스터 생존 감지, 마스터 및 슬레이브 실행 상태 감지

알림(알림): 문제가 있는 경우 모니터링되는 서버, 다른 센티널 및 Redis 서버에 알림 보내기
failover: 다운된 마스터를 슬레이브에서 연결 해제하고, 슬레이브를 마스터로 선택하고, 다른 슬레이브를 새 마스터에 연결하고, 클라이언트에 새 서버를 알립니다. 주소

참고: Sentinel은 모니터링 서비스만 제공하고 데이터 관리 서비스는 제공하지 않는 Redis 서버이기도 합니다. 일반적으로 센티널 수는 홀수로 구성됩니다(투표에 편리함)

3. Sentinels 활성화

Sentinel sentinel.conf 구성 파일을 수정합니다. 구성 파일은 아래 그림과 같이 Redis 디렉터리에 있습니다.
일부 구성의 의미는 아래 그림과 같습니다. :

Sentinel 시작

redis-sentinel filename 
#filename指的是配置文件名
#每个哨兵都要配置自己的配置文件

로그인 후 복사

Sentinel 구성 및 시작 이후 메인 서버가 다운된 후 투표, 마스터-슬레이브 전환 등의 프로세스를 자동으로수행합니다

4.

Sentinel은 마스터-슬레이브 전환 프로세스 동안 세 단계를 거칩니다.

Monitoring
Notification
Failover

4.1 Monitoring

은 이러한 노드의 상태 정보를 동기화하는 데 사용됩니다. 마스터, 슬레이브, 센트리, 즉 전체 시스템의 모든 서버에 대한 정보를 포함합니다.

주로 완성된 기능:

Redis 감시 모드를 함께 분석해 보겠습니다.

각 센티널의 상태 가져오기(온라인 여부에 관계없이): 새로 추가된 센티널은 시스템의 기존 센티널과 상호 작용해야 합니다.
상태를 가져옵니다. of the master (info 명령을 통해)
- 얻은 내용은 다음과 같습니다
```
1. master属性
	 runid
	 role：master
2. 各个slave在master中保存的基本信息
```
  로그인 후 복사
모든 슬레이브의 상태를 가져옵니다 (info 명령은 마스터에 있는 슬레이브 정보를 기반으로 모든 슬레이브에 전송됩니다)
- 얻은 내용은 다음과 같습니다
```
slave属性
	runid
	role：slave
	master_host、master_port
	offset
```
  로그인 후 복사

구체적인 내부 동작은 다음과 같습니다.

Redis 감시 모드를 함께 분석해 보겠습니다.

Sentinel 1이 마스터에 info 명령을 보낸 후 cmd 연결을 설정합니다. 생성된 연결은 명령을 보내는 데 사용됩니다.
cmd 연결을 만든 후에는 지금까지 얻은 모든 정보가 Sentinel 1 측과 반대편에서도 마스터가 보유하고 있는 정보를 저장합니다
그러면 Sentinel 1은 마스터로부터 얻은 고약에 대한 정보를 기반으로 슬레이브에 info 명령을 보내고, 고약 정보를 획득하여 농축합니다. 이렇게 저장된 정보
새 Sentinel 2가 추가되면 Sentinel 2는 마스터에 정보 명령을 보내 cmd 연결을 설정하고, 마스터에 있는 정보를 기반으로 기존 Sentinel 1을 얻어서 저장할 수 있습니다. 그 자체로 얻은 정보. 그런 다음 Sentinel 1이 온라인인지 확인하고 Sentinel 1과 연결을 설정합니다. 두 사람은 서로 정보를 교환하며, 두 당사자는 서로에게 열려 있는지 확인하기 위해 계속 핑을 보냅니다
Sentinel 2는 Sentinel 2에서 슬레이브 정보를 얻습니다. 마스터, 그리고 슬레이브로부터 정보를 얻고 저장한 정보를 풍부하게 하세요
센티넬 3을 하나 더 추가하면 마지막으로 세 명의 센티넬이 관계 네트워크를 구축합니다
관계 네트워크에서 세 사람은 이 작업 모드를 publish-subscribe 모드

4.2 알림

알림 단계에서 센티널은 지속적으로 마스터와 슬레이브의 정보를 얻어야 하며, 그 다음에는 서로 정보를 교환하고 전송해야 합니다. 공유된 다양한 센티널 간에 획득된 정보를 전송합니다.

구체적인 프로세스는 다음과 같습니다.

센티넬은 설정된 cmd 연결을 통해 마스터와 슬레이브에게 hello 명령을 보내고 그들의 정보를 얻은 후 관계 네트워크에서 공유합니다. hello 指令，得到他们的信息，然后在关系网中共享：

Redis 감시 모드를 함께 분석해 보겠습니다.

4.3 故障转移

断开宕机的master与slave的连接，选取一个slave作为master，将其他slave连接新的master，并告知客户端新的服务器地址。

具体的流程如下所述：

哨兵1始终得不到master的回应，主观判断master宕机，标记 sdown（仅有一个哨兵认为master宕机）
哨兵1在关系网中传递消息，向其他哨兵发送图中左上角的消息
其他哨兵得到消息之后，全部向master发送消息，确定master是否宕机，他们也会将自己得到的结果发送给关系网中的其他哨兵，确定master宕机后，将标记改为 odown
4.3 Failover
- 구체적인 과정은 다음과 같습니다.

sdown

- - 마스터가 다운된 것으로 판단되면 새로운 마스터를 선출해야 하며 이 작업을 완료할 센티넬은 선거를 통해 결정되어야 합니다. 구체적인 프로세스는 다음과 같습니다.
  - 선거 동안 각 센티널은 한 번의 투표로 인트라넷의 다른 센티널을 선거인으로 알리라는 지시를 내립니다. 이 선거 지침을 발행하면 sentinel3이 신청서를 받은 후 sentinel3이 정당 중 하나에 투표하고 도착 순서에 따라 투표합니다
  - 이에 따라 투표를 한 정당이 더 갖게 됩니다.
  - 이 과정에서 실패가 발생할 수 있습니다. 예를 들어 1차에서 선거가 실패하면 2차와 3차에도 마찬가지입니다. 라운드는 선거가 완료될 때까지 계속됩니다
파수꾼이 서버 목록에서 대체 마스터를 선택하는 원칙:
먼저 제외하고
를 선택합니다.
- 온라인이 아닌 OUT
  slaveof no one 指令
- 向其他slave发送 slaveof 新masterIP端口응답이 느린 OUT
우선순위가 높은 OUT이 선택됩니다

아직 선택하지 않은 경우에는 runid를 기준으로 최종 선택됩니다.

새 마스터 선택 후 , 센티넬은 서버에 다음 명령을 보냅니다.

새 마스터에게 slaveof no one 명령 보내기
slaveof new masterIP port 명령
보내기

다른 슬레이브에게 알리고 다른 보초에게도 새 마스터가 누구인지 알려줍니다.

🎜5. 요약🎜🎜🎜모니터링 단계: 정보 동기화 🎜🎜알림 단계: 연결 유지 🎜🎜장애 조치 단계: 🎜🎜🎜Sentinel이 문제는 주관적인 오프라인과 객관적인 오프라인을 차례로 표시🎜🎜책임 파수꾼을 선출합니다🎜 🎜새 마스터를 선호합니다🎜🎜새 마스터가 취임하면 다른 슬레이브는 새 마스터에 연결되고, 🎜원래 마스터가 복원된 후 새 마스터에 연결됩니다. 노예로서의 주인🎜🎜🎜🎜추천 학습: 🎜Redis 비디오 튜토리얼🎜🎜

위 내용은 Redis 감시 모드를 함께 분석해 보겠습니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!