Redis 7의 Sharded Pub/Sub는 무엇입니까?

Redis 7의 Sharded Pub/Sub는 여러 스레드에 메시지 트래픽을 배포하여 펍/하위 확장 성을 향상시킵니다. 전통적인 Redis Pub/Sub는 높은 하중 하에서 병목 현상이 될 수있는 단일 스레드 모델로 제한되었습니다. Sharded Pub/Sub를 사용하면 채널이 특정 I/O 스레드에 할당 된 파편으로 나뉩니다. 각 스레드는 할당 된 샤드의 메시지 전달을 처리하여 경합을 줄이고 성능 향상을 처리합니다. 주요 포인트는 다음과 같습니다. 1) 해싱을 통한 채널 간 매핑; 2) 구성 가능한 파편 수; 3) 샤드 구독에 대한 ssubscribe 사용; 4) 게시 중 자동 샤딩. 실시간 채팅 시스템 또는 IoT 플랫폼과 같은 많은 채널이있는 응용 프로그램에 이상적입니다. 이를 사용하려면 구독을 ssubscribe로 교체하고 게시는 변경되지 않았습니다. 클라이언트는 명시 적으로 샤딩을 선택해야하며 마이그레이션 중에 두 모드 모두 공존 할 수 있습니다.

Redis 7의 Sharded Pub/Sub는 전통적인 Redis Pub/Sub 시스템의 한계 중 하나 인 확장 성을 다루는 새로운 기능입니다. 실시간 메시징에 Redis를 사용하고 특히 높은 부하에 여러 채널 또는 패턴이있는 경우 이전에 성능 문제가 발생했을 수 있습니다. Sharded Pub/Sub는 메인 스레드를 통해 모든 것을 라우팅하는 대신 사용 가능한 모든 이벤트 루프 (또는 스레드)에 펍/서브 트래픽을 전파하여 도움을줍니다.

필요한 이유

Redis는 항상 단일 스레드 모델을 사용하여 명령을 처리했는데, 이는 단순하게 유지되지만 대량의 PUB/하위 메시지를 처리 ​​할 때 병목 현상이 될 수 있습니다. 이전 버전에서는 Redis가 스레드 I/O 활성화로 컴파일 된 경우에도 모든 PUB/SUB 작업이 여전히 기본 스레드를 통과했습니다. 이는 많은 가입자에게 메시지를 게시하거나 전달하는 것이 다른 운영을 차단할 수 있음을 의미합니다.

Redis 7을 사용하면 변경됩니다.

Sharded Pub/Sub는 어떻게 작동합니까?

Sharded Pub/Sub의 핵심 아이디어는 Sharding - 여러 스레드에 걸쳐 메시지 전달의 책임을 분배합니다. 작동 방식은 다음과 같습니다.

• Redis는 채널을 "파편"이라는 논리적 그룹으로 나눕니다.
• 각 샤드는 특정 I/O 스레드에 할당됩니다.
• 클라이언트가 채널에 가입하면 구독은 해당 채널을 담당하는 샤드 (및 스레드)에 등록됩니다.
• 채널에 게시 된 메시지는 크로스 스레드 동기화 오버 헤드를 피하며 동일한 스레드로 처리 및 전달됩니다.

이런 식으로 Redis는 CPU 코어 수가 증가함에 따라 PUB/Sub Performance를보다 효과적으로 확장 할 수 있습니다.

몇 가지 핵심 사항 :

• 해싱 기능을 사용하여 채널 이름은 파편에 매핑됩니다.
• 파편 수는 redis.conf ( pubsub_shard_streams_per_node )를 통해 구성 가능합니다.
• 가입자는 자신이 구독 한 채널로부터 메시지 만받습니다. SSUBSCRIBE 에 대한 별도의 명령이 있습니다.

언제 사용해야합니까?

Sharded Pub/Sub 사용을 고려해야합니다.

• 응용 프로그램은 많은 채널을 사용합니다.
• 펍/하위 사용으로 인해 성능 병목 현상이 발생합니다.
• 메시지 배포를 위해 더 많은 인스턴스를 추가하지 않고도 Redis를 가로로 확장하려고합니다.

다음과 같은 응용 프로그램에서 특히 유용합니다.

• 많은 객실이나 주제를 가진 실시간 채팅 시스템.
• 많은 사용자에게 알림 서비스 브로드 캐스트 업데이트.
• 각 장치가 자체 채널에 상태 업데이트를 게시하는 IoT 플랫폼.

유스 케이스에 가입자가 많은 채널 만 포함 된 경우 표준 펍/서브가 여전히 괜찮을 수 있습니다. 그러나 채널 수를 확장하기 시작하거나 메시지 당 대기 시간이 낮아지면 샤드가 더 잘 맞습니다.

Sharded Pub/Sub 사용 방법

Sharded Pub / Sub 사용은 간단하지만 Classic SUBSCRIBE / PUBLISH Flow와는 다릅니다. 다음은해야 할 일입니다.

• 샤드 방식으로 채널을 구독하려면 SUBSCRIBE 대신 SSUBSCRIBE 사용하십시오.
• Sharded 채널에 게시하려면 PUBLISH 사용하십시오. 샤딩은 채널 이름을 기반으로 자동으로 처리됩니다.
• 구독 취소하려면 SUNSUBSCRIBE 사용하십시오.

예:

 # 샤드 채널을 구독하십시오
client1> ssubscribe mychannel

# 메시지 게시 - 올바른 스레드로 처리
Client2> MyChannel 게시 "Hello Sharded World"

명심하십시오 :

• 클라이언트는 SSUBSCRIBE 명시 적으로 사용하여 샤드를 활용해야합니다.
• 동일한 연결에서는 클래식 SUBSCRIBE 및 SSUBSCRIBE 혼합 할 수 없습니다.
• Redis 7 용으로 업데이트되지 않은 도구 또는 클라이언트는 수정되지 않는 한 Sharded Pub/Sub를 사용하지 않습니다.

또한 Redis 7은 두 모드를 모두 지원하므로 앱의 부분을 점차적으로 마이그레이션하여 샤드 구독을 사용하면서 다른 모드를 기존 모델에 보관할 수 있습니다.

최종 생각

Redis 7의 Sharded Pub/Sub는 Redis의 실시간 메시징 기능에 필요한 확장 성 개선을 제공합니다. 다른 스레드에 채널을 할당함으로써 Redis는 단순성이나 신뢰성을 희생시키지 않으면 서 훨씬 높은 처리량을 처리 할 수 ​​있습니다.

Scale, 특히 PUB/Sub-Heavy 환경에서 Redis와 함께 작업하는 경우이 기능을 업그레이드하고 시도하는 것이 좋습니다.

그것은 기본적으로 그다지 복잡하지는 않지만 메시징 플랫폼으로서 Redis의 큰 발전입니다.

위 내용은 Redis 7의 Sharded Pub/Sub는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!