Redis 클러스터의 세 가지 모드는 무엇입니까?

Redis 클러스터의 세 가지 모드

1. Master-slave 모드

Persistence 기능을 통해 Redis는 어떠한 경우에도 손실이 없음(또는 약간의 손실)을 보장합니다. 서버가 다시 시작됨) 데이터. 지속성은 메모리의 데이터를 하드 디스크에 저장하고 다시 시작하면 하드 디스크에서 데이터를 로드하기 때문입니다.

그러나 데이터는 서버에 저장되기 때문에 서버에 하드디스크 장애 등의 문제가 발생하면 데이터 손실도 발생합니다. 단일 오류 지점을 방지하기 위해 일반적인 방법은 데이터베이스의 여러 복사본을 복제하여 다른 서버에 배포하는 것입니다. 그러면 한 서버에 오류가 발생하더라도 다른 서버가 계속해서 서비스를 제공할 수 있습니다. 이를 위해 Redis는 한 데이터베이스의 데이터가 업데이트되면 업데이트된 데이터를 다른 데이터베이스에 자동으로 동기화할 수 있는 복제 기능을 제공합니다.

복제 개념에서 데이터베이스는 두 가지 범주로 구분됩니다. 하나는 마스터 데이터베이스(마스터)이고 다른 하나는 슬레이브 데이터베이스(슬레이브)입니다. 마스터 데이터베이스는 읽기 및 쓰기 작업을 수행할 수 있으며 쓰기 작업으로 인해 데이터가 변경되면 데이터가 슬레이브 데이터베이스에 자동으로 동기화됩니다. 슬레이브 데이터베이스는 일반적으로 읽기 전용이며 마스터 데이터베이스에서 동기화된 데이터를 받아들입니다. 마스터 데이터베이스는 여러 슬레이브 데이터베이스를 가질 수 있고, 슬레이브 데이터베이스는 마스터 데이터베이스를 하나만 가질 수 있습니다.

마스터-슬레이브 데이터베이스 구성

마스터 데이터베이스는 구성할 필요가 없습니다. redis conf 파일에서 슬레이브 데이터베이스 정보를 로드하거나 redis-server --port 6380 --slaveof 127.0을 사용할 수 있습니다. .0.1 6379 시작 시

슬레이브 데이터베이스는 일반적으로 읽기 전용이며 쓰기 가능으로 변경할 수 있지만, 작성된 데이터는 마스터에서 쉽게 동기화할 수 있으므로 여전히 읽기 전용일 수 있습니다.

런타임에 Slaveof ip port 명령을 사용하여 원래 마스터를 중지하고 방금 설정한 마스터로 전환할 수도 있습니다. 마스터 데이터베이스는 동기화 명령을 전송하고, 마스터 데이터베이스는 스냅샷 중에 수신된 명령을 백그라운드에서 저장하기 시작합니다. 스냅샷과 캐시된 명령을 슬레이브에 함께 보냅니다. 복사 초기화가 종료됩니다.

이후에는 마스터가 명령을 받을 때마다 동기적으로 슬레이브에 전송됩니다. 연결이 끊어졌다가 다시 연결되는 경우 2.8 이후 버전에서는 연결이 끊어지는 동안 명령을 다시 연결 데이터베이스에 전달합니다. 증분 복제

마스터-슬레이브 복제는 클라이언트가 마스터에 쓰기 실행을 보내면 마스터는 실행 후 즉시 결과를 클라이언트에 반환하고 비동기적으로 슬레이브에 명령을 보내므로 성능에 영향을 주지 않습니다. 쓰기 전에 동기화할 슬레이브 마스터의 최소 개수를 설정할 수도 있습니다.

하드 디스크 없는 복제: 하드 디스크 효율성이 낮으면 복제 성능에 영향을 미칩니다. 2.8 이후에는 하드 디스크 없는 복제를 설정할 수 있습니다. repl-diskless-sync yes

두 번째, Sentinel

메인 데이터베이스에 서비스가 비정상적으로 중단되는 경우 개발자는 시스템이 계속 서비스를 제공할 수 있도록 슬레이브 데이터베이스를 수동으로 선택하여 마스터 데이터베이스로 업그레이드할 수 있습니다. 그러나 전체 프로세스는 상대적으로 번거롭고 수동 개입이 필요하므로 자동화가 어렵습니다. 이를 위해 Redis 2.8은 자동화된 시스템 모니터링 및 오류 복구 기능을 구현하는 감시 도구를 제공합니다. Sentinel의 역할은 Redis 마스터 및 슬레이브 데이터베이스가 정상적으로 실행되고 있는지 모니터링하는 것입니다. 마스터가 실패하면 자동으로 슬레이브 데이터베이스에서 마스터 데이터베이스로 전환됩니다. 예:

1 마스터 2 슬레이브 1 보초

redis-server --port 6379

redis-server --port 6380 --slaveof 192.168.0.167 6379

redis-server --port 6381 --slaveof 192.168.0.167 6379

Sentinel 구성 파일 sentinel.conf

sentinel 모니터 mymaster 192.168.0.167 6379 1

여기서 1은 1개의 sentinel을 나타냅니다.

참고:

sentin을 구성할 때 시스템을 모니터링하려면 다음 사항만 필요합니다. Sentinel은 마스터 데이터베이스를 복제하는 모든 슬레이브 데이터베이스를 자동으로 검색합니다. 이러한 방식으로 Sentinel은 마스터 6379와 슬레이브 6380 및 6381을 모니터링할 수 있습니다. 6379가 종료되면 Sentinel은 둘 중 하나를 선택합니다. master로 선택하고, 같을 경우에는 ID가 작은 쪽을 선택하면 다시 6379가 나타나면 Slave로 존재하게 됩니다.

3. 클러스터(클러스터 활성화)

클러스터를 사용하려면 각 데이터베이스 노드의 클러스터 활성화 구성만 켜면 됩니다. 제대로 작동하려면 각 클러스터에 3개 이상의 마스터 데이터베이스가 필요합니다.

Sentinel을 사용해도 각 Redis 인스턴스는 완전히 저장되며, 각 Redis에 저장된 콘텐츠는 완전한 데이터이므로 메모리가 낭비되고 배럴 효과가 발생합니다. 메모리 활용을 극대화하기 위해 분산 스토리지인 클러스터를 사용할 수 있다. 즉, 각 Redis는 서로 다른 콘텐츠를 저장합니다. 클러스터에는 최소 3개의 마스터와 3개의 슬레이브가 필요하며 각 인스턴스는 서로 다른 구성 파일을 사용합니다. 마스터와 슬레이브를 구성할 필요가 없으며 클러스터가 스스로 선택합니다. 각 인스턴스의 구성 파일을 수정합니다.

클러스터 활성화 예 --클러스터 활성화

Cluster-config-file node-6382.conf --클러스터 구성 파일 이름,

각 인스턴스의 구성은 다음과 같아야 합니다. redis는 파일 이름을 기반으로 자동으로 새 파일을 생성합니다

클러스터 작업

src redis 설치 디렉터리 실행./redis-trib.rb create --replicas 1

127.0.0.1:6380 127.0.0.1:6381 127.0.0.1:6382

127.0 . 0 .1: 6383 127.0.0.1:6384 127.0.0.1:6385

여기의 마스터 선거는 사육사 선거와 비슷합니다

자세한 내용은 PHP 중국어 사이트를 방문해주세요! !

위 내용은 Redis 클러스터의 세 가지 모드는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!