Redis 마스터-슬레이브 복제 원리 소개(그림 및 텍스트)

이 글은 Redis 마스터-슬레이브 복제의 원리(그림 및 텍스트)를 소개합니다. 도움이 필요한 친구들이 참고할 수 있기를 바랍니다.

문제 발생

1. 기계 오류. Redis 서버에 배포하면 머신 오류가 발생하면 다른 서버로 마이그레이션하여 데이터가 동기화되는지 확인해야 합니다. 데이터가 가장 중요합니다. 신경쓰지 않는다면 기본적으로 Redis를 사용하지 않을 것입니다.

2. 용량 병목 현상. Redis 메모리를 16G 메모리에서 64G로 확장해야 할 때 단일 시스템으로는 이를 만족시킬 수 없습니다. 물론 새로운 128G 머신을 구입할 수도 있습니다.

Solution

분산 데이터베이스의 더 큰 저장 용량을 달성하고 높은 동시 액세스를 견디기 위해 원본 중앙 집중식 데이터를 사용합니다. 데이터베이스는 여러 다른 네트워크 노드에 저장됩니다.

이 단일 노드 문제를 해결하기 위해 Redis는 복제를 위해 여러 데이터 복사본을 다른 노드에 배포하여 Redis의 고가용성을 달성하고 데이터의 중복 백업을 달성하여 데이터 및 서비스의 고가용성을 보장합니다.

마스터-슬레이브 복제

마스터-슬레이브 복제란

마스터-슬레이브 복제 하나의 Redis 서버에서 다른 Redis 서버로 데이터 복사를 의미합니다. 전자를 마스터 노드, 후자를 슬레이브 노드라고 합니다. 데이터 복제는 단방향이며 마스터 노드에서 슬레이브 노드로만 가능합니다.

기본적으로 각 Redis 서버는 마스터 노드이며 마스터 노드는 여러 개의 슬레이브 노드를 가질 수 있지만(또는 슬레이브 노드가 없을 수도 있음) 슬레이브 노드는 하나의 마스터 노드만 가질 수 있습니다.

마스터-슬레이브 복제의 역할

1. 데이터 이중화: 마스터-슬레이브 복제는 지속성의 대안인 데이터의 핫 백업을 실현합니다. . 데이터 중복 방법.

2. 장애 복구: 마스터 노드에 문제가 발생하면 슬레이브 노드가 서비스를 제공하여 신속한 장애 복구를 달성할 수 있습니다. 이는 실제로 일종의 서비스 중복입니다.

3. 로드 밸런싱: 마스터-슬레이브 복제를 기반으로 읽기-쓰기 분리와 결합하여 마스터 노드는 쓰기 서비스를 제공하고 슬레이브 노드는 읽기 서비스를 제공할 수 있습니다( 즉, Redis 쓰기 데이터를 읽을 때 애플리케이션은 마스터 노드에 연결해야 하고, Redis 데이터를 읽을 때 애플리케이션은 슬레이브 노드에 연결해야 합니다. 특히 쓰기가 적고 읽기, 공유가 많은 시나리오에서 서버 로드를 공유해야 합니다. 여러 슬레이브 노드를 통한 읽기 로드는 Redis 서버의 동시성을 크게 증가시킬 수 있습니다.

4. 읽기 및 쓰기 분리: 읽기 및 쓰기 분리를 달성하는 데 사용할 수 있으며, 기본 라이브러리 쓰기 및 슬레이브 라이브러리 읽기는 로드를 향상시킬 수 있습니다. 서버의 용량뿐만 아니라 수요 변화에 따라 사용할 수도 있습니다. 슬레이브 라이브러리 수 변경

5. 고가용성 초석: 위의 기능 외에도 마스터-슬레이브 복제는 센티널과 클러스터 구현의 기반이기도 하므로 마스터 복제가 Redis 고가용성의 기반이라고 합니다.

마스터-슬레이브 복제 활성화

슬레이브 노드에서 마스터-슬레이브 복제를 활성화하는 방법에는 3가지가 있습니다.

#🎜 🎜##🎜 🎜#

구성 파일: 슬레이브 서버의 구성 파일에 추가:slaveof
시작 명령 : redis-server start 명령 뒤에 --slaveof
추가: Redis 서버가 시작된 후 다음을 통해 직접 명령을 실행합니다. client:slaveof
3. 이면 Redis 인스턴스는 슬레이브 노드가 됩니다.

   
   

복사된 정보 중 일부는 정보 복제 명령을 통해 확인할 수 있습니다

마스터-슬레이브 복제 원칙

마스터-슬레이브 복제 프로세스는 크게 연결 설정 단계(즉, 준비 단계), 데이터 동기화 단계, 명령 전파 단계의 세 단계로 나눌 수 있습니다.

노드에서 Slaveof 명령을 실행하면 복제 프로세스가 시작됩니다. 아래 그림을 보면 대략적으로 알 수 있습니다.

복제 프로세스가 진행되는 모습을 사진을 보면 알 수 있습니다. 대략 6개의 프로세스로 나누어집니다#🎜 🎜#

마스터-슬레이브 구성 이후의 로그 기록에서도 이 프로세스를 볼 수 있습니다 #🎜🎜 #1) 마스터 노드(master ) 정보를 저장합니다.

slaveof를 실행한 후 Redis는 다음 로그를 인쇄합니다.

2) 슬레이브 노드 내에서 매초 실행되는 예약된 작업을 통해 복제를 유지합니다. (슬레이브) 관련 로직, 예약된 작업이 새 마스터 노드가 있음을 발견하면 노드

과 네트워크 연결을 설정하려고 시도합니다. 슬레이브 노드는 마스터 노드

와 네트워크 연결을 설정합니다. 슬레이브 노드는 마스터 노드가 보낸 복제 명령을 수락하는 데 특별히 사용되는 포트 51234를 사용하여 소켓을 설정합니다. . 슬레이브 노드가 성공적으로 연결되면 다음 로그가 인쇄됩니다:

슬레이브 노드가 연결을 설정할 수 없는 경우 예약된 작업은 연결이 성공할 때까지 무기한 재시도하거나 복제를 취소하기 위해 누구도 슬레이브를 실행하지 않습니다.

# 🎜🎜#연결 실패에 대하여 슬레이브 노드에서 정보 복제를 실행하여 마스터 노드에 대한 연결이 실패할 때 시스템 시간을 기록하는 master_link_down_since_seconds 표시기를 볼 수 있습니다. 슬레이브 노드가 마스터 노드에 연결하는 데 실패하면 문제 발견을 용이하게 하기 위해 매초 다음 로그가 인쇄됩니다.

# Error condition on socket for SYNC: {socket_error_reason}

3) ping 명령을 보냅니다.

연결이 성공적으로 이루어진 후 슬레이브 노드는 첫 번째 통신을 위해 핑 요청을 보냅니다. 핑 요청의 주요 목적은 다음과 같습니다.
·마스터와 슬레이브 사이의 네트워크 소켓이 연결되어 있는지 감지합니다. 사용 가능.
·마스터 노드가 현재 처리 명령을 받아들일 수 있는지 감지합니다.
ping 명령을 보낸 후 슬레이브 노드가 마스터 노드로부터 pong 응답을 받지 못하거나 네트워크 타임아웃 등의 시간 초과가 발생하거나 마스터 노드가 차단되어 명령에 응답할 수 없는 경우 슬레이브 노드는 복제 연결이 끊어지고 다음에도 예약된 작업이 다시 시작됩니다.

노드에서 보낸 ping 명령이 성공적으로 반환되고 Redis는 다음 로그를 인쇄한 후 계속됩니다. 후속 복제 프로세스:

4) 권한 확인. requirepass 매개변수가 마스터 노드에 설정된 경우, 슬레이브 노드는 비밀번호가 마스터 노드와 동일한지 확인하기 위해 비밀번호 확인이 필요합니다. 확인에 실패하면 복제가 수행됩니다. 종료되고 슬레이브 노드는 복제 프로세스를 다시 시작합니다.

5) 데이터 세트를 동기화합니다. 마스터-슬레이브 복제 연결이 정상적으로 통신한 후 첫 번째 복제 시나리오의 경우 마스터 노드는 보유하고 있는 모든 데이터를 슬레이브 노드로 보냅니다. 이 부분은 작업 중 가장 긴 단계입니다.

6) 연속적으로 복사하라는 명령입니다. 마스터 노드가 현재 데이터를 슬레이브 노드에 동기화하면 복제 설정 과정이 완료됩니다. 다음으로, 마스터 노드는 마스터-슬레이브 데이터 일관성을 보장하기 위해 슬레이브 노드에 지속적으로 쓰기 명령을 보냅니다.

위 내용은 Redis 마스터-슬레이브 복제 원리 소개(그림 및 텍스트)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!