AWS 지역의 MongoDB 고 가용성의 단점

고 가용성을 위해 AWS의 3 개 지역에 Mongo 3 노드 복제본 세트를 배포 할 경우 실질적인 단점은 무엇입니까? 아니면 복제 지연으로 인한 나쁜 아이디어입니까?AWS 지역의 MongoDB 고 가용성의 단점

2014-01-28 user1891085

대부분의 서버가 서로 연결되어있는 네트워크 파티션의 경우에는 기본 DC에 두 개의 노드를 배치해야합니다. –

나는 이것을 이전에했는데 아주 잘 작동했다.

AWS는 복제 지연이 문제가되지 않도록 지역과 대규모 네트워크 간 대기 시간이 매우 긴 경향이 있지만 지역 문제 (예 : 한 지역의 허리케인 샌디)를 설명하기 위해 제한된 콜렉션을 약간 확장하려고 할 수 있습니다. 그리고 다른 쪽에서는 맑은 날씨).

@Orid는 지역간에 존재할 네트워크 파티션의 최소한 한쪽에 대부분을 유지함으로써 CAP를 보장하고자합니다.

출처

2014-01-28 08:34:49 Sammaye

사전에 지식 부족을 용서해주십시오.하지만 조금 혼란 스럽습니다. 지역간에 존재할 네트워크 파티션의 한면 '이란 무엇을 의미합니까? 3 개 노드 복제 세트를 영역간에 분할하는 이유는 전체 영역이 다운되거나 사용할 수 없게 될 경우 적어도 두 개의 노드가있어 서로를 볼 수 있으므로 선거가 수행 될 수 있다고 생각했습니다. 한 지역에 다수를 배치하면 노드를 3 개 지역으로 나눌 수 없습니까? AWS 용어에서 어딘가에 분실 되었습니까? – user1891085

@ user1891085이게 도움이됩니다 : http://blog.mongodb.org/post/505822180/on-distributed-consistency-part-3-network 옛것이지만 여전히 좋은 것 – Sammaye

@ user1891085 죄송합니다. 편집을 볼 수 없었습니다. 더 이상 나를 알립니다. 기술적으로 해당 지역 (이 경우 데이터 센터)간에 분할이 없다면 실제로 각 지역에 서버를 배치 할 수 있지만 어떤 경우라도 분할을 만들면 네트워크의 일부가 서로 통신 할 수 없게됩니다. 그러한 경우 CAP 이론이이 경우에 유지됩니다. 대다수의 한쪽이 CAP 시나리오를 방지하는 데 도움이됩니다. – Sammaye

AWS 지역의 MongoDB 고 가용성의 단점

답변

관련 문제