1. 우선, Redis는 작성자의 특정 애플리케이션에 따라 어떤 노드에도 배포할 수 있습니다.
독립형 머신에 배포하고 더 빠른 쿼리 효율성을 추구하려면 비즈니스 논리 응용 프로그램을 하나의 노드(아마도 말하는 Java 서버)에 배포하는 것이 가장 빠릅니다. 독립형 액세스이므로 사용하십시오. Unix 도메인 소켓 프로토콜이 더 빨라집니다.
2. 배포가 필요한지 파악하세요. 단일 Redis 노드가 수요를 충족할 수 있나요? 로컬 메모리가 충분합니까?
로컬 Redis만으로 충분하다면 고급 분산 시스템을 사용하지 마십시오. 복잡할수록 문제가 발생할 가능성이 높아집니다. 분산을 추가하면 성능이 저하되며 일반적으로 좋지 않습니다. 단일 서버로 (단일 서버가 조건을 충족할 수 있음. 전제)
2. 분산 배포가 필요하다고 판단된 후에는 Redis 클러스터와 함께 제공되는 분산 솔루션을 사용하지 않는 것이 좋습니다. 3.0에 출시된 Redis 버전은 현재 가장 널리 사용되는 프로덕션에서는 사용되지 않습니다. 하나는 Twitter의 Twemproxy를 프록시로 사용하고 이어서 여러 redis 노드를 사용하는 것입니다.
이 기사를 참조하세요: http://www.infoq.com/cn/news/2014/11/open-source-redis-cache?utm_sourc...
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
1. 우선, Redis는 작성자의 특정 애플리케이션에 따라 어떤 노드에도 배포할 수 있습니다. 독립형 머신에 배포하고 더 빠른 쿼리 효율성을 추구하려면 비즈니스 논리 응용 프로그램을 하나의 노드(아마도 말하는 Java 서버)에 배포하는 것이 가장 빠릅니다. 독립형 액세스이므로 사용하십시오. Unix 도메인 소켓 프로토콜이 더 빨라집니다.
2. 배포가 필요한지 파악하세요. 단일 Redis 노드가 수요를 충족할 수 있나요? 로컬 메모리가 충분합니까?로컬 Redis만으로 충분하다면 고급 분산 시스템을 사용하지 마십시오. 복잡할수록 문제가 발생할 가능성이 높아집니다. 분산을 추가하면 성능이 저하되며 일반적으로 좋지 않습니다. 단일 서버로 (단일 서버가 조건을 충족할 수 있음. 전제)
2. 분산 배포가 필요하다고 판단된 후에는 Redis 클러스터와 함께 제공되는 분산 솔루션을 사용하지 않는 것이 좋습니다. 3.0에 출시된 Redis 버전은 현재 가장 널리 사용되는 프로덕션에서는 사용되지 않습니다. 하나는 Twitter의 Twemproxy를 프록시로 사용하고 이어서 여러 redis 노드를 사용하는 것입니다.이 기사를 참조하세요:
http://www.infoq.com/cn/news/2014/11/open-source-redis-cache?utm_sourc...
Redis는 이미 클러스터를 지원하므로 설명서를 직접 읽어보세요.
http://redis.io/topics/cluster-tutorial
누구나 할 수 있지만 주로 배포 아이디어에 따라 다릅니다. 그런데 기계가 두 대밖에 없다고 했죠? 아직도 분산 작업을 원하시나요?
가장 중요한 점은 메모리입니다. 배포판에서는 여러 머신에 데이터를 별도로 기록하므로 메모리 용량과 데이터를 고려해야 합니다.