마리아드브 갈레라 성단과 캡 정리

마리아드브 갈레라 성단과 캡 정리

mariadb galera 성단은 그것이 어떻게 작동하는지에 대한 간단한 설명을 바탕으로 캡 정리 CP 또는 AP에 따라 어디에 놓여 있습니까?

일관성 - "중요한 읽기" 문제를 해결하기 위해 Galera는 약간의 도움이 필요합니다.http://mysql.rjweb.org/doc.php/galera#critical_reads 참조

그렇지 않으면 Galera가 "어떤" 단일 실패 지점에서도 살아남는다고 말할 수 있습니다.

Galera는 일반적으로 3개의 노드에 배치되며, 각 3개의 지리적 위치에 하나씩 배치됩니다.즉, 어떤 단일 시스템 장애, 데이터 센터 장애, 지진, 토네이도, 네트워크 중단 등도 한 번에 하나 이상의 노드를 제거할 수 없습니다.나머지 두 노드(둘 중 하나는 살아남아 서로 대화하는 노드)는 "정족수"를 선언하고 계속해서 쓰기를 수락하고 읽기를 전달합니다.또한 "분할 브레인"은 "가능한" 것이 아닙니다. 이는 SPOF에서 모니터링하더라도 듀얼 마스터를 시도하는 것을 유지합니다.

세 번째 노드나 네트워크가 복구된 경우 클러스터는 필요에 따라 데이터 패치를 적용하여 세 노드가 다시 동일한 데이터를 갖게 합니다.

물론, 이것은 CAP의 정의와 완전히 같지는 않지만, 컴퓨터 클러스터의 합리적인 목표입니다.

어떻게 작동하는지(아주 간단히 말해)...각 노드는 서로 다른 노드와 대화를 나눕니다.이것은 오직 그 시간 동안에만 합니다.COMMIT거래의(따라서, 자연 재해에서 살아남기 위해 필요한 경우 WAN을 통해 전파되는 경우에도 상당히 효율적입니다.)COMMIT다른 노드들에게 "이 글을 쓰려고 하는데 괜찮을까요?"라고 말합니다.실제로 글을 쓰지 않고 갈레라의 마법 소스를 확인해 성공할 수 있는지 확인합니다.모든 사람들이 "예"라고 말하면,COMMIT성공을 클라이언트에 반환합니다. (이것은 "중요한" 읽기 문제를 암시합니다.)

언급URL : https://stackoverflow.com/questions/48589089/mariadb-galera-cluster-and-cap-theorem