2014-10-14 8 views
2

뗏목 클러스터에서는 각 로그 항목이 로그 색인 (이 항목이 발생하는 로그 순서대로)과 로그 용어 (항목이 발생한 "용어", 각 선거가 용어를 증가 시킴)를 갖는 것으로 간주 될 수 있습니다. . 예를 들어뗏목 클러스터의 로그 색인 및 로그 용어 변수가 경계없이 커집니다?

여기서

raft log example

는 사각형 로그 엔트리를 나타낸다. 사각형의 숫자는 로그의 각 항목의 용어를 나타냅니다. 사각형의 위치 (맨 위 숫자)는 로그의 각 항목 색인을 나타냅니다. 바운드없이 성장을 기록

은 뗏목에 로그 인덱스로그 용어합니까?

아니요, 그렇다면 어떻게 이러한 변수를 "재설정"합니까?

그렇다면 구현 (예 : etcd 또는 ZooKeeper)이 경계없이 확장되는 것을 지원합니까? 아니면 고정 된 크기의 정수 유형을 사용하며 이러한 변수가 오버플로되지 않는다고 가정합니까?

+1

BTW, ZooKeeper는 ZAB 프로토콜을 사용합니다. 그러나 문제는 여전히 적용됩니다. –

답변

3

그들은 묶이지 않고 자랍니다. long 유형은 로그 및 용어를 오랜 시간 동안 커버하는 것으로 충분합니다. 처리량에 따라 수십만 년이 걸립니다.

이것은 내 시스템에서 사용하는 것입니다. 나는 누군가가 그걸 다룰 때까지 내가 죽거나 은퇴 할 거라 생각한다.

+0

감사합니다. 필자는이 계산을 수행해야합니다. 64 비트 정수, 초당 10 억 개의 로그 항목 또는 선거 (네트워크에서 완전히 실행 불가능)를 감안할 때, 이는 천년 이상 지속될 것입니다. (더 어렵지만 여전히 고정되어있는 128 비트 int로 증가하면 quintillion (10 ** 18) ops/s의 처리량을 얻을 수 있고 우주가 여러 번에 걸쳐 여러 번 지속되는 것보다 더 오래 지속될 수있는 것처럼 보입니다 .) – Thanatos