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

Redis 클러스터에는 일반적으로 5가지 유형이 있습니다.

1, 마스터-슬레이브 복제

2, 보초 모드#🎜🎜 ##🎜 🎜#3, Redis에서 공식적으로 제공하는 클러스터 클러스터 모드(서버 측)

4, Jedis 샤딩 클러스터(클라이언트 샤딩)

5, 미들웨어 에이전트 사용 등 Wanwan Pod의 코디 등

모델을 소개한 후 이제 원리를 분석해 보겠습니다.

마스터 - 슬레이브 복제:

마스터-슬레이브 복제 구현 방법: 슬레이브 슬레이브 노드 서비스가 시작되고 마스터에 연결되면 적극적으로 SYNC 명령을 보냅니다. 동기화 명령을 받은 후 마스터 서비스 마스터 노드는 백그라운드 저장 프로세스를 시작하고 데이터 세트 수정을 위해 수신된 모든 명령을 수집합니다. 백그라운드 프로세스가 완료된 후 마스터는 전체 데이터베이스 파일을 슬레이브로 전송하여 전체 작업을 완료합니다. 동기화. 슬레이브 슬레이브 노드 서비스는 데이터베이스 파일 데이터를 수신한 후 메모리에 저장하고 로드합니다. 그 후 마스터 노드는 수집된 모든 수정 명령과 새로운 수정 명령을 순차적으로 슬레이브에 계속 전송합니다. 이번에는 슬레이브가 이러한 데이터 수정 명령을 실행하여 최종 데이터 동기화를 달성합니다.

Master와 Slave의 연결이 끊어지면 Slave는 자동으로 Master에 다시 연결할 수 있지만, 연결에 성공하면 자동으로 전체 동기화가 수행됩니다.

마스터-슬레이브 복제 구성

슬레이브 노드의 구성 파일 수정: Slaveof masterip masterport

If 비밀번호가 설정되어 있으면 다음을 설정해야 합니다: masterauth master-password

Sentinel 모드:

이 모드는 Redis 버전 2.6부터 제공되었습니다. 하지만 당시에는 이 버전의 모드가 불안정했습니다. Redis 버전 2.8이 되어서야 센티넬 모드가 안정화되었습니다. 마스터-슬레이브 모드이든 이 두 모드는 확장할 수 없습니다. 수평으로, 이 두 가지 모드의 고가용성 기능은 마스터 노드의 메모리에 의해 제한됩니다.

Sentinel 프로세스는 Redis 클러스터에서 마스터 서버의 작동 상태를 모니터링하는 데 사용되며 마스터 서버와 슬레이브 서버를 전환하여 시스템의 고가용성을 보장할 수 있습니다.

Sentinel 프로세스의 역할

Monitoring: Sentinel은 마스터와 슬레이브가 제대로 작동하는지 지속적으로 확인합니다.

Notification: 모니터링되는 Redis 노드에 문제가 발생하면 Sentinel은 API를 통해 관리자나 다른 애플리케이션에 알림을 보낼 수 있습니다.

자동 장애 조치: 마스터가 제대로 작동하지 않으면 Sentinel은 자동 장애 조치 작업을 시작하고 실패한 마스터의 슬레이브 중 하나를 새 마스터로 업그레이드하고 다른 슬레이브는 클라이언트가 실패한 마스터에 연결을 시도하면 클러스터는 새 마스터의 주소도 클라이언트에 반환하므로 클러스터는 현재 마스터를 사용하여 실패한 마스터를 교체할 수 있습니다. 마스터와 슬레이브 서버가 전환된 후 마스터의 redis.conf, 슬레이브의 redis.conf 및 sentinel.conf 구성 파일의 내용이 그에 따라 변경됩니다. 즉, 마스터의 redis.conf 구성에 추가로 Slaveof 줄이 있게 됩니다. 파일 구성에 따라 sentinel.conf의 모니터링 대상이 변경됩니다.

Sentinel 프로세스 작동 방식

각 Sentinel 프로세스는 1초에 한 번씩 전체 클러스터에 메시지를 보냅니다. 마스터 서버, 슬레이브 서버 및 기타 Sentinel 프로세스는 PING 명령을 보냅니다.

PING 명령에 대한 마지막 유효한 응답 이후의 시간이 down-after-milliseconds 옵션에 지정된 값을 초과하는 경우 인스턴스는 Sentinel 프로세스에 의해 주관적으로 오프라인으로 표시됩니다(SDOWN)# 🎜🎜#

마스터 서버가 주관적으로 오프라인(SDOWN)으로 표시되면 마스터 서버를 모니터링하는 모든 Sentinel 프로세스는 서버가 실제로 주관적인 오프라인 상태에 진입했는지 확인해야 합니다. #🎜🎜 #

지정된 시간 범위 내에 충분한 수의 Sentinel 프로세스(구성 파일에 지정된 값 이상)가 있는 경우 마스터 서버가 주관적인 오프라인 상태(SDOWN)에 진입한 것으로 확인됩니다. ), 마스터 서버는 객관적으로 오프라인(ODOWN)으로 표시됩니다

일반적인 상황에서 각 Sentinel 프로세스는 10초마다 한 번씩 클러스터에 데이터를 보냅니다. 모든 마스터 서버와 슬레이브 슬레이브 서버는 INFO 명령을 보냅니다. .

Sentinel 프로세스에 의해 마스터 서버가 객관적으로 오프라인(ODOWN)으로 표시되면 Sentinel 프로세스는 오프라인 마스터 서버의 모든 슬레이브 슬레이브 서버에 INFO 명령 빈도를 한 번씩 변경합니다. 10초에서 1초에 한 번씩.

마스터 서버가 오프라인이 되는 데 동의할 수 있는 Sentinel 프로세스 수가 충분하지 않은 경우 마스터 서버의 객관적인 오프라인 상태가 제거됩니다. 마스터 서버가 Sentinel 프로세스에 다시 PING 명령을 보내고 유효한 응답을 반환하면 마스터 서버의 주관적인 오프라인 상태가 제거됩니다.

Redis 공식 클러스터 클러스터 모드

Redis Cluster는 버전 3.0에서 공식적으로 사용 가능한 서버 샤딩 기술입니다.

이 그림에서 파란색 원은 각각 Redis 서버 노드를 나타냅니다. 두 개의 노드는 서로 연결되어 있습니다. 클라이언트는 모든 노드에 연결한 다음 클러스터의 모든 노드에 액세스할 수 있습니다. 이에 대한 액세스 및 기타 작업을 수행합니다.

Redis 클러스터 데이터 샤딩

redis의 모든 노드에는 두 가지가 있습니다. 하나는 두 개의 값을 저장할 수 있는 변수로 이해될 수 있는 슬롯입니다. 값 범위는 0입니다. -16383. 또 다른 하나는 클러스터입니다. 저는 개인적으로 이 클러스터를 클러스터 관리 플러그인으로 이해합니다. 액세스 키가 도착하면 redis는 crc16 알고리즘을 기반으로 결과를 얻은 다음 나머지 결과를 16384로 계산하여 각 키가 0-16383 사이의 해시 슬롯에 해당하도록 합니다. 이 값은 다음과 같이 사용됩니다. 해당 슬롯에 해당하는 노드를 찾은 다음 자동으로 해당 노드로 직접 점프하여 액세스 작업을 수행합니다.

Jedis Sharding Cluster

Redis Sharding은 Redis 클러스터가 출시되기 전에는 업계에서 일반적으로 사용되었던 방법이라고 할 수 있습니다. 주요 아이디어는 해시 알고리즘을 사용하여 저장된 데이터의 키를 해시하는 것입니다. 키는 특정 노드에 대해 결정됩니다.

다행히 Java Redis 클라이언트 드라이버 Jedis는 이미 Redis Sharding 기능, 즉 캐시 풀과 결합된 ShardedJedis 및 ShardedJedisPool을 지원합니다.

Jedis의 Redis Sharding 구현은 다음과 같은 특징을 갖습니다.

일관적인 해싱 알고리즘을 사용하여 키와 노드를 결합합니다. 이름은 동시에 해시된 다음 매핑되고 일치됩니다. 사용되는 알고리즘은 MURMUR_HASH입니다. 단순한 해시형 모듈로 매핑 대신 일관된 해싱을 사용하는 주된 이유는 노드가 추가되거나 제거될 때 재매칭으로 인한 재해싱이 발생하지 않기 때문입니다. 일관된 해싱은 인접한 노드의 키 할당에만 영향을 미치며 그 영향은 작습니다.

일관적인 해싱이 인접한 노드에만 영향을 미치고 노드 할당 압력을 유발하는 것을 방지하기 위해 ShardedJedis는 이름에 따라 각 Redis 노드를 해싱하기 위해 160개의 가상 노드를 가상화합니다(아니요, Jedis는 기본 이름을 할당합니다). 가중치에 따라 160배의 가상 노드를 가상화할 수도 있다. 매핑 일치를 위해 가상 노드를 사용하면 Redis 노드를 추가하거나 줄일 때 인접한 노드만 영향을 받는 대신 Redis 노드 간에 키를 보다 균등하게 이동하고 배포할 수 있습니다.

ShardedJedis는 샤딩을 위해 keyTag의 일부를 추출하는 keyTagPattern 모드를 지원합니다. 이러한 방식으로 키 이름을 적절하게 지정하면 관련 키 그룹을 동일한 Redis 노드에 넣을 수 있습니다. 관련 데이터에 대한 교차 노드 액세스.

미들웨어 에이전트 사용

미들웨어의 역할은 Redis에 저장해야 하는 데이터의 키에서 일련의 알고리즘을 통해 값을 계산하는 것입니다. 그런 다음 이 값을 기반으로 해당 Redis 노드를 찾고 이 Redis 노드에 데이터를 저장합니다.

일반적으로 사용되는 미들웨어에는 다음 유형의

Twemproxy

Codis

nginx

이 포함됩니다.

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