This is an example of the split-bra

This is an example of the split-brain scenario mentioned in Chapter 1. To avoid this
problem, in this example the size of the quorum must be at least three, which is a majority
out of the five servers in the ensemble. To make progress, the ensemble needs at least
three servers available. To confirm that a request to update the state has completed
successfully, this ensemble also requires that at least three servers acknowledge that they
have replicated it. Consequently, if the ensemble is able to make progress, then for every
update that has completed successfully, we have at least one server available that contains
a copy of that update (that is, the possible quorums intersect in at least one node).
Using such a majority scheme, we are able to tolerate the crash of f servers, where f is
less than half of the servers in the ensemble. For example, if we have five servers, we can
tolerate up to f = 2 crashes. The number of servers in the ensemble is not mandatorily
odd, but an even number actually makes the system more fragile. Say that we use four
servers for an ensemble. A majority of servers is comprised of three servers. However,
this system will only tolerate a single crash, because a double crash makes the system
lose majority. Consequently, with four servers, we can only tolerate a single crash, but
quorums now are larger, which implies that we need more acknowledgments for each
request. The bottom line is that we should always shoot for an odd number of servers.

Kết quả (Việt) 1:

Đây là một ví dụ về các kịch bản split-brain được đề cập trong chương 1. Để tránh điều nàyvấn đề, trong ví dụ này là kích thước của các đại biểu phải là ít nhất ba, mà là một phần lớnra khỏi các máy chủ năm trong toàn bộ. Để thực hiện tiến bộ, toàn bộ nhu cầu tối thiểuba máy chủ có sẵn. Để xác nhận rằng một yêu cầu để Cập Nhật bang đã hoàn thànhthành công, toàn bộ này cũng đòi hỏi ít nhất ba máy chủ xác nhận rằng họđã sao chép nó. Do đó, nếu toàn bộ có thể thực hiện tiến bộ, sau đó mỗiCập Nhật đã hoàn tất thành công, chúng tôi có ít nhất một máy chủ có sẵn trong có chứamột bản sao của bản Cập Nhật đó (có nghĩa là, các quorums có thể giao nhau trong ít nhất một nút).Sử dụng một chương trình lớn, chúng tôi có thể chịu đựng được vụ tai nạn máy chủ f, f ở đâuít hơn một nửa của các máy chủ trong toàn bộ. Ví dụ, nếu chúng tôi có 5 máy chủ, chúng tôi có thểchịu được lên đến f = 2 tai nạn. Số lượng các máy chủ trong toàn bộ không phải là mandatorilylẻ, nhưng một số chẵn thực sự làm cho hệ thống hơn dễ vỡ. Nói rằng chúng tôi sử dụng bốnmáy chủ cho một toàn bộ. Một đa số các máy chủ bao gồm ba máy chủ. Tuy nhiên,Hệ thống này sẽ chỉ chịu đựng một vụ tai nạn duy nhất, bởi vì một vụ tai nạn đôi làm cho hệ thốngmất phần lớn. Do đó, với bốn máy chủ, chúng tôi có thể chỉ chịu đựng một vụ tai nạn duy nhất, nhưngquorums bây giờ là lớn hơn, mà ngụ ý rằng chúng ta cần thêm acknowledgments cho mỗiyêu cầu. Điểm mấu chốt là rằng chúng tôi luôn luôn nên bắn cho một số lẻ của máy chủ.

Kết quả (Việt) 2:

Đây là một ví dụ về kịch bản chia não được đề cập trong Chương 1. Để tránh điều này
vấn đề, ​​trong ví dụ này kích thước của các đại biểu cần thiết phải có ít nhất ba, mà là một phần lớn
trong số năm máy chủ trong toàn thể. Để thực hiện tiến bộ, những bộ quần áo đồng cần ít nhất
ba máy chủ có sẵn. Để xác nhận rằng một yêu cầu để cập nhật trạng thái đã hoàn tất
thành công, bộ quần áo đồng này cũng đòi hỏi phải có ít nhất ba máy chủ thừa nhận rằng họ
đã nhân rộng nó. Do đó, nếu các quần thể có thể làm cho tiến bộ, sau đó cho tất cả các
bản cập nhật đã hoàn tất thành công, chúng ta có ít nhất một máy chủ sẵn có chứa
một bản sao của bản cập nhật đó (có nghĩa là, các nhóm túc số có thể giao nhau trong ít nhất một nút).
Sử dụng một chương trình lớn như vậy, chúng tôi có thể chịu đựng được sự sụp đổ của các máy chủ e, trong đó f là
ít hơn một nửa trong số các máy chủ trong quần. Ví dụ, nếu chúng ta có năm máy chủ, chúng tôi có thể
chịu đựng lên đến f = 2 lâm nạn. Số lượng máy chủ trong quần thể là không cách bắt buộc
kỳ lạ, nhưng một số thậm chí thực sự làm cho hệ thống mong manh hơn. Nói rằng chúng tôi sử dụng bốn
máy chủ cho một bộ quần áo. Một phần lớn các máy chủ bao gồm ba máy chủ. Tuy nhiên,
hệ thống này sẽ chỉ chịu đựng một tai nạn duy nhất, bởi vì một vụ tai nạn tăng gấp đôi làm cho hệ thống
đa mất. Do đó, với bốn máy chủ, chúng ta chỉ có thể chịu đựng một tai nạn duy nhất, nhưng
nhóm túc số doanh nghiệp lớn hơn, trong đó hàm ý rằng chúng ta cần nhiều lời cảm ơn cho mỗi
yêu cầu. Điểm mấu chốt là chúng ta nên luôn luôn chụp cho một số lẻ của máy chủ.