Redis 고가용성에는 Sentinel 모드
와 Cluster 모드
의 두 가지 모드가 있습니다. 센티널 모드 세 개의 센티널 중 두 개Redis 고가용성 서비스입니다. 哨兵模式
和集群模式
,本文基于哨兵模式搭建一主两从三哨兵
Redis高可用服务。
一主两从三哨兵
마스터 1개, 슬레이브 2개, 센티넬 3개
Redis 서비스는 기본적으로 중소 규모 프로젝트의 고가용성 요구 사항을 충족할 수 있으며 Redis를 모니터링하고 관리하는 데 사용됩니다. 인스턴스. 이 글을 통해 다음과 같은 목표를 달성할 수 있습니다.
항만 계획은 이 솔루션을 완성하는 첫 번째 단계입니다.
2. 단일 머신 시뮬레이션단일 머신 시뮬레이션은 원래 솔루션의 중간 프로세스를 최대한 복원하기 위해 실제 머신이나 가상 머신에서 작업을 시뮬레이션하는 것입니다. 개발 단계. 작업을 단순화하기 위해 Redis 서비스는 다음과 같은 규칙을 따릅니다. 데이터는 디스크에 유지되지 않습니다. 서비스 인스턴스는 포그라운드 프로세스로 실행됩니다. 노드 구성 파일은 기본 구성 파일을 템플릿으로 사용합니다. (1) 서비스 계획1. Redis 인스턴스Node | Host | Port | Role | |
---|---|---|---|---|
node01 | 127.0.0.1 | 6380 | 마스터로 서비스 처음 시작했어요 | |
node02 | 127.0 .0.1 | 6381 | 처음 시작 시 슬레이브로 제공됨 | |
node03 | 127.0.0.1 | 6382 | 의 복제본 처음으로 |
2. Sentinel Service
Node | Host | Port | |
---|---|---|---|
node01 | 127.0.0.1 | 26380 | |
node02 | 127.0. 0.1 | 26381 | |
(2) 서비스 구성1. Redis 인스턴스노드의 초기 구성 파일은 기본 구성 파일을 템플릿으로 사용합니다. node01과 node02가 구성 파일을 초기화하면 노드 간의 마스터-슬레이브 관계가 표시되고 다음 구성이 추가됩니다. replicaof 127.0.0.1 6380 2. Sentinel service노드의 초기 구성 파일은 기본 구성 파일을 사용합니다. 주형. node01, node02, node03의 구성 파일을 초기화한 후 다음 구성을 추가합니다. sentinel monitor mymaster 127.0.0.1 6381 2 (3) 서비스 관리테스트 또는 학습 시 단일 지점 시뮬레이션을 용이하게 하기 위해 포그라운드 프로세스 관리 서비스를 사용하는 것이 좋습니다. 실패, 로그 보기 및 마스터-슬레이브 전환 관찰. 관리가 쉬울 뿐만 아니라 서비스가 비정상적으로 종료된 후 자동으로 다시 시작할 수 있는 Supervisor 관리 서비스를 프로덕션 환경에서 사용하는 것이 좋습니다. 고가용성 시나리오에서는 세 개의 물리적 머신이 사용됩니다. 1. Redis 인스턴스/usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis80.conf --port 6380 --save '' --daemonize no /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis81.conf --port 6381 --save '' --daemonize no /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis82.conf --port 6382 --save '' --daemonize no 2. Sentinel 서비스/usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel280.conf --port 26380 --daemonize no /usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel281.conf --port 26381 --daemonize no /usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel282.conf --port 26382 --daemonize no 3. 클라이언트 통합클라이언트 구현은 SpringBoot 기반 통합이 두 단계로 나누어진다는 것을 의미합니다. 하나는 기본 통합을 완료하는 것이고, 다른 하나는 결합하는 것입니다. 프로덕션에서는 새로운 기능을 추가해야 합니다. (1) 기본 통합기본 통합의 내용은 Java 클라이언트를 사용하여 고가용성 Sentinel 모드 Redis 서비스에 연결하여 단일 노드 오류 서비스의 정상적인 작동을 위한 요구 사항을 달성하는 것입니다. 1. 전역 구성 파일 전역 구성 파일에 추가된 구성 정보는 다음과 같습니다. spring: redis: database: 0 sentinel: nodes: 192.168.181.171:26380,192.168.181.171:26381,192.168.181.171:26382 master: mymaster 2、集成配置集成进SpringBoot体系,最核心的是创建 @Configuration public class RedisSentinelConfig { @Autowired private RedisProperties redisProperties; @Bean public RedisConnectionFactory lettuceConnectionFactory() { RedisProperties.Sentinel sentinel = redisProperties.getSentinel(); HashSet<String> nodes = new HashSet<>(sentinel.getNodes()); String master = sentinel.getMaster(); RedisSentinelConfiguration config = new RedisSentinelConfiguration(master, nodes); config.setDatabase(redisProperties.getDatabase()); return new LettuceConnectionFactory(config); } }2. 통합 구성은 SpringBoot 시스템에 통합되어 있으며 Redis 연결 팩토리를 통해 Spring 아래의 다른 프레임워크에 원활하게 상속될 수 있습니다. 체계. @Bean public LettuceClientConfigurationBuilderCustomizer lettuceClientCustomizer() { // 配置读写分离 return builder -> builder.readFrom(ReadFrom.REPLICA); }(2) 읽기 및 쓰기 분리기본 통합은 고가용성 Redis 서비스 프로세스만 실현합니다. 프로덕션 환경에서는 여전히 다른 구성을 추가해야 합니다. 사용자 정의 연결 데이터베이스 일련 번호를 수정하고 연결을 승인합니다. 연결 풀 구성, 읽기 및 쓰기 분리. 🎜🎜고가용성을 전제로 읽기와 쓰기 분리 기능이 파생됩니다. 메인 라이브러리는 쓰기 요청을 완료하고, 슬레이브 라이브러리는 읽기 요청을 완료합니다. (슬레이브 라이브러리는 쓰기를 허용하지 않습니다.) 🎜아아아아 |
위 내용은 Redis 감시 모드의 고가용성 분석 예의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!