Redis 센티넬 모드
센트리 모드 : 클러스터에 가드를 할당합니다.
센티넬의 역할은 Redis 시스템의 작동을 모니터링하는 것이며 독립적 인 프로세스와 기능입니다.
- 마스터 데이터베이스와 슬레이브 데이터베이스가 정상적으로 작동하는지 모니터링합니다.
- 주 데이터가 실패하면 데이터베이스에서 주 데이터베이스로 자동 변환됩니다.
호스트가 다운되면 선거 작업을 시작하고 호스트가 될 하나를 선택합니다.
환경 준비 : 마스터 1 개와 슬레이브 2 개, 슬레이브 시작시 센티넬 모드 시작
센티넬은 별도의 실행 파일 redis-sentinel로 출시되었지만 실제로는 특수 모드에서 실행되는 Redis 서버 일뿐입니다. --sentinel 옵션을 지정하여 일반 Redis 서버를 시작할 수 있습니다. 센티넬을 활성화합니다.
1 단계 : 센트리 구성 :
센티넬은 주로 마스터 서버를 모니터링하는 데 사용되므로 일반적으로 센티넬은 슬레이브 서버에 배포되어 모니터링합니다.
센트리 구성
- 센티넬 프로세스를 시작하려면 먼저 센티넬 구성 파일 vi sentinel.conf를 생성해야합니다.이 파일은 소스 코드 구성 redis-5.0.5 / sentinel.conf에서 복사 할 수 있습니다. 또는 파일을 bin 디렉토리로 직접 사용자 정의 할 수 있습니다.
- 구성 입력 : sentinel monitor mastername Intranet IP (127.0.0.1) 6379 1
- 기술:
- mastername은 마스터 데이터의 이름을 모니터링합니다.
- 127.0.0.1 : 주 데이터베이스의 IP를 모니터링합니다.
- 6379 : 포트
2 단계 : 센트리 활성화
센티넬은 별도의 프로세스이므로 시작하기 전에 마스터-슬레이브 서비스가 정상인지 확인하십시오. 먼저 마스터 서비스를 시작한 다음 슬레이브 서비스를 시작하십시오.
지정된 파일에 로그 쓰기
[root@localhost bin]# ./redis-sentinel ./sentinel.conf >sent.log &
[1] 3373
redis 서비스를 시작하면 프로그램이 sentinel.conf 파일을 자동으로 구성하고 콘텐츠를 생성합니다. 참고 : 다시 시작하면 생성 된 콘텐츠를 삭제해야합니다. 센티넬 시작 방법 :
[root@localhost bin]# ./redis-server sentinel.conf --sentinel
Sentinel Process Console : 마스터 데이터베이스에 대한 모니터가 추가되었습니다.
동시에 더 많은 센티넬 프로세스가 있습니다.
구성 파일 sentinel.conf에서 생성 된 콘텐츠를 쿼리합니다.
센트리를 시작할 때 센트리의 구성 파일이 수정되었습니다. 센트리를 다시 시작해야하는 경우 myid 고유 표시를 삭제해야합니다. (보험 방법은 한 번 시작하고 한 번 구성하는 것입니다)
3 단계 : 호스트가 다운 됨
컴퓨터 실 사고 : 정전. 하드웨어 오류 : 하드 디스크가 손상되었습니다.
명부:
호스트 죽이기 : kill -9 pid
[root@localhost redis6380]# kill -9 2910
Sentinel 콘솔 : 슬레이브 라이브러리가 자동으로 마스터 라이브러리로 승격됩니다.
Sentinel 작업, 연결하기 전에 슬레이브 확인 :
127.0.0.1:6381> info replication
# Replication
role:slave
master_host:192.168.197.129
master_port:6379
Sentinel은 운영 및 유지 보수를 대체합니다. 자동 모니터링이 완료되었습니다.
동시에 redis.conf의 마스터-슬레이브 구성 파일이 자동으로 수정됩니다.
replicaof 127.0.0.1 6380
새 호스트를 가리 켰습니다. 원래 마스터를 다시 시작하면 원래 마스터가 슬레이브가됩니다.
요약하자면 :
마스터-슬레이브 클러스터 : 호스트에 쓰기 권한이 있습니다. 슬레이브는 없으며 읽기만 가능합니다.
예상치 못한 다운 타임 시나리오 :
수동 복구 : 수동으로 서버를 다시 시작하고 호스트가 다운되고 슬레이브가 호스트로 설정됩니다.
자동 복구 : 감시 모니터링을 사용합니다. 마스터와 슬레이브 간 자동 전환