마스터-슬레이브 관계가 있는 경우 데이터 일관성을 유지하려면 클러스터에 머신이 필요합니다.
시스템 A의 변수 a에 대해 10000까지 증분 작업을 수행하면 다른 시스템은 해당 시스템이 클러스터의 마스터이고 다른 시스템이 해당 시스템의 슬레이브가 아닌 한 값을 업데이트하지 않습니다. 자신의 값을 10000으로 업데이트합니다.
머신을 추가하는 경우에도 마찬가지입니다. 추가된 머신이 머신의 슬레이브인 경우 a의 값이 업데이트됩니다. 10000부터 시작하세요.
redis 클러스터의 구현과 구성을 보셨나요? Redis의 자체 클러스터 구현은 예를 들어 3개의 머신 ABC입니다. A에 "A_KEY" 키가 있는 경우 설정을 위해 클러스터를 작동하면 어떤 머신(ABC)에서 실행하더라도 키를 얻을 수 있습니다. A: "A_KEY" 이므로 질문에 대한 답변은 문제가 되지 않습니다.
그런데 머신 추가를 언급하셨는데요. 위 답변은 사용자로서 아무런 잘못도 하지 않았다는 가정에서 나온 것입니다. 머신을 추가하려면 이전에 ABC3 머신에 할당했던 무게를 ABCD4 머신으로 변경해야 합니다. 그래서 여기에 작업할 몇 가지 사항이 있습니다.
마스터-슬레이브 관계가 있는 경우 데이터 일관성을 유지하려면 클러스터에 머신이 필요합니다.
시스템 A의 변수 a에 대해 10000까지 증분 작업을 수행하면 다른 시스템은 해당 시스템이 클러스터의 마스터이고 다른 시스템이 해당 시스템의 슬레이브가 아닌 한 값을 업데이트하지 않습니다. 자신의 값을 10000으로 업데이트합니다.
머신을 추가하는 경우에도 마찬가지입니다. 추가된 머신이 머신의 슬레이브인 경우 a의 값이 업데이트됩니다. 10000부터 시작하세요.
redis 클러스터의 구현과 구성을 보셨나요? Redis의 자체 클러스터 구현은 예를 들어 3개의 머신 ABC입니다. A에 "A_KEY" 키가 있는 경우 설정을 위해 클러스터를 작동하면 어떤 머신(ABC)에서 실행하더라도 키를 얻을 수 있습니다. A: "A_KEY" 이므로 질문에 대한 답변은 문제가 되지 않습니다.
그런데 머신 추가를 언급하셨는데요. 위 답변은 사용자로서 아무런 잘못도 하지 않았다는 가정에서 나온 것입니다. 머신을 추가하려면 이전에 ABC3 머신에 할당했던 무게를 ABCD4 머신으로 변경해야 합니다. 그래서 여기에 작업할 몇 가지 사항이 있습니다.