Redis 감시 모드의 고가용성 분석 예

1. 서문

Redis 고가용성에는 Sentinel 모드와 Cluster 모드의 두 가지 모드가 있습니다. 센티널 모드 세 개의 센티널 중 두 개Redis 고가용성 서비스입니다. 哨兵模式和集群模式，本文基于哨兵模式搭建一主两从三哨兵Redis高可用服务。

1、目标与收获

一主两从三哨兵

1. 목표 및 이점

• 마스터 1개, 슬레이브 2개, 센티넬 3개 Redis 서비스는 기본적으로 중소 규모 프로젝트의 고가용성 요구 사항을 충족할 수 있으며 Redis를 모니터링하고 관리하는 데 사용됩니다. 인스턴스. 이 글을 통해 다음과 같은 목표를 달성할 수 있습니다.

Sentinel 모드 서비스 기획 및 구축

• Sentinel 모드 서비스는 독립형 버전 서비스보다 안정적이며 읽기 및 쓰기 분리에 적합하며, 데이터 규모가 크지 않아 신뢰성과 안정성이 요구되는 현장입니다.

클라이언트 통합 및 읽기와 쓰기 분리

Spring 프레임워크를 통해 센트리 모드에 연결하여 프로덕션 환경에서 공통 작업을 완료합니다.

2. 항만 계획

항만 계획은 이 솔루션을 완성하는 첫 번째 단계입니다.

2. 단일 머신 시뮬레이션

단일 머신 시뮬레이션은 원래 솔루션의 중간 프로세스를 최대한 복원하기 위해 실제 머신이나 가상 머신에서 작업을 시뮬레이션하는 것입니다. 개발 단계.

작업을 단순화하기 위해 Redis 서비스는 다음과 같은 규칙을 따릅니다. 데이터는 디스크에 유지되지 않습니다. 서비스 인스턴스는 포그라운드 프로세스로 실행됩니다. 노드 구성 파일은 기본 구성 파일을 템플릿으로 사용합니다.

(1) 서비스 계획

1. Redis 인스턴스 서비스는 처음 시작될 때 어떤 노드가 마스터 노드인지 명확하게 알 수 있으며, 오랫동안 서비스를 실행하고 마스터-슬레이브 전환이 발생합니다. 노드가 마스터 노드인지 표시할 수 없으며 명령줄을 통해 간접적으로 쿼리해야 합니다. NodeHostPortRole추가 구성node01127.0.0.16380마스터로 서비스 처음 시작했어요 node02127.0 .0.16381처음 시작 시 슬레이브로 제공됨127.0.0.1 6380node03127.0.0.16382127.0.0.1의 복제본 6380

				의 복제본 처음으로

추가 구성은 Redis 서비스 인스턴스가 처음 시작될 때 노드 구성 파일의 새로운 구성을 나타냅니다.

2. Sentinel Service

Sentinel 서비스 노드 사이에는 마스터-슬레이브 구분이 없으며, 모든 노드는 동등한 위치에 있습니다. 메인 서비스에서 예외가 발생하면 Sentinel 서비스는 투표 전략을 실행하고 Redis 인스턴스의 슬레이브 노드에서 후보자를 새로운 메인 서비스로 선택합니다. 추가 구성sentinel 모니터 mymaster 127.0 .0.1 6380 2센티넬 모니터 mymaster 127.0.0.1 6380 2

	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 &#39;&#39; --daemonize no /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis81.conf --port 6381 --save &#39;&#39; --daemonize no /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis82.conf --port 6382 --save &#39;&#39; --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. 전역 구성 파일 전역 구성 파일에 추가된 구성 정보는 다음과 같습니다. master 매개변수는 센티넬 서비스 이름이며, 기본값은 nodes</code입니다. > 매개변수는 센티널 서비스 목록입니다(Redis 인스턴스 서비스 목록 아님). <code>database 매개변수는 데이터베이스입니다. master参数为哨兵服务名，此处为默认值；nodes参数为哨兵服务列表（不是Redis实例服务列表）；database参数为数据库。 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体系，最核心的是创建LettuceConnectionFactory @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 중국어 웹사이트의 기타 관련 기사를 참조하세요!