1. 먼저 다운로드한 Redis의 이름을 다음과 같이 두 개 만듭니다.
D 드라이브 아래에 폴더를 만듭니다. 저는 이름을 redis
2. 구성 파일 수정
2.1 redis-master 구성 파일 redis.windows.conf
port 6379
바인드 127.0. 0.1
2.2 redis-slave1 및 redis-slave2
port 6380 bind 127.0.0.1 slaveof 127.0.0.1 6379
#redis-slave2的配置文件 port 6381 bind 127.0.0.1 slaveof 127.0.0.1 6379
3의 구성 파일을 각각
sentinel.conf sentinel26479.conf sentinel26579.conf
Sentin이라는 이름으로 수정합니다. 엘 구성 file content
sentinel.conf
port 26379 #master sentinel monitor master 127.0.0.1 6380 1 sentinel down-after-milliseconds master 5000 sentinel config-epoch master 1 sentinel leader-epoch master 1
sentinel26479.conf
port 26479 #slave1 sentinel monitor master 127.0.0.1 6380 1 sentinel down-after-milliseconds master 5000 sentinel config-epoch master 1 sentinel leader-epoch master 1
sentinel26579.conf
port 26579 #slave1 sentinel monitor master 127.0.0.1 6380 1 sentinel down-after-milliseconds master 5000 sentinel config-epoch master 1 sentinel leader-epoch master 1
Sentinel 구성 파일 설명
1. port :当前Sentinel服务运行的端口 2.sentinel monitor mymaster 127.0.0.1 6379 2:Sentinel去监视一个名为mymaster的主redis实例,这个主实例的IP地址为本机地址127.0.0.1,端口号为6379,而将这个主实例判断为失效至少需要2个 Sentinel进程的同意,只要同意Sentinel的数量不达标,自动failover就不会执行 3.sentinel down-after-milliseconds mymaster 5000:指定了Sentinel认为Redis实例已经失效所需的毫秒数。当 实例超过该时间没有返回PING,或者直接返回错误,那么Sentinel将这个实例标记为主观下线。只有一个 Sentinel进程将实例标记为主观下线并不一定会引起实例的自动故障迁移:只有在足够数量的Sentinel都将一个实例标记为主观下线之后,实例才会被标记为客观下线,这时自动故障迁移才会执行 4.sentinel parallel-syncs mymaster 1:指定了在执行故障转移时,最多可以有多少个从Redis实例在同步新的主实例,在从Redis实例较多的情况下这个数字越小,同步的时间越长,完成故障转移所需的时间就越长 5.sentinel failover-timeout mymaster 15000:如果在该时间(ms)内未能完成failover操作,则认为该failover失败
4 이것이 성공했는지 테스트해 보겠습니다. 4.1 각 Redis 서비스를 별도로 시작
redis-server.exe redis.windows.conf4.2 그런 다음 각각 다음 명령에 따라 각 Redis에서 클라이언트 서비스를 각각 시작합니다
redis-cli.exe -h 127.0.0.1 -p 6379 redis-cli.exe -h 127.0.0.1 -p 6380 redis-cli.exe -h 127.0.0.1 -p 6381데이터가 동기화되었는지 테스트하고 마스터 클라이언트에 입력합니다
5. 3개의 센티널을 시작합니다
명령은 다음과 같습니다redis-server.exe sentinel.conf --sentinel
redis-server.exe sentinel26479.conf --sentinel
redis-server.exe sentinel26579.conf --sentinel
다음은 마스터-슬레이브 전환을 테스트합니다
호스트가 전화를 끊으면 슬레이브가 성공적으로 호스트가 될 수 있습니까
현재 Redis 상태를 먼저 살펴보세요
클라이언트에 각각
info replication를 입력하세요
이제 호스트를 내려보세요
포트 6380을 사용하는 슬레이브가 이제 호스트는 센티넬이 작동 중임을 나타냅니다.
관련 튜토리얼: redis 비디오 튜토리얼
위 내용은 창에서 Redis Sentinel 모드 구성의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!