To understand what this means, let’

To understand what this means, let’s look at an example that shows how things can go
wrong if the quorum is too small. Say we have five servers and a quorum can be any set
of two servers. Now say that servers s1 and s2 acknowledge that they have replicated a
request to create a znode /z. The service returns to the client saying that the znode has
been created. Now suppose servers s1 and s2 are partitioned away from the other servers
and from clients for an arbitrarily long time, before they have a chance to replicate the
new znode to the other servers. The service in this state is able to make progress because
there are three servers available and it really needs only two according to our assumptions,
but these three servers have never seen the new znode /z. Consequently, the
request to create /z is not durable.

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

Để hiểu điều này có nghĩa, chúng ta hãy nhìn vào một ví dụ cho thấy làm thế nào những điều có thể đisai lầm nếu các đại biểu là quá nhỏ. Nói chúng tôi có 5 máy chủ và một đại biểu có thể là thiết lập bất kỳcủa hai máy chủ. Bây giờ nói rằng máy chủ s1 và s2 thừa nhận rằng họ có sao chép mộtyêu cầu để tạo ra một /z znode. Dịch vụ trả về cho khách hàng nói rằng znode cóđược tạo ra. Bây giờ cho rằng máy chủ s1 và s2 được phân chia ra khỏi các máy chủ khácvà từ khách hàng trong một thời gian dài tùy tiện, trước khi họ có một cơ hội để nhân rộng cácmới znode đến các máy chủ khác. Dịch vụ trong trạng thái này có thể thực hiện tiến bộ vìcó ba máy chủ có sẵn và nó thực sự cần chỉ có hai theo giả định của chúng tôi,nhưng các máy chủ ba chưa bao giờ thấy /z znode mới. Do đó, cácCác yêu cầu để tạo ra /z là không bền.

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

Để hiểu những gì này có nghĩa là, chúng ta hãy xem xét một ví dụ cho thấy làm thế nào điều có thể đi
sai lầm nếu các đại biểu cần thiết là quá nhỏ. Nói rằng chúng tôi có năm máy chủ và một số đại biểu có thể là bất kỳ thiết lập
của hai máy chủ. Bây giờ nói rằng các máy chủ s1 và s2 thừa nhận rằng họ đã nhân rộng một
yêu cầu để tạo ra một znode / z. Dịch vụ này trả về cho khách hàng nói rằng znode đã
được tạo ra. Bây giờ giả sử máy chủ s1 và s2 được phân đi từ các máy chủ khác
và từ các khách hàng trong một thời gian dài tùy ý, trước khi chúng có cơ hội để nhân rộng các
znode mới đến các máy chủ khác. Các dịch vụ trong trạng thái này có thể làm cho tiến bộ vì
có ba máy chủ có sẵn và nó thực sự cần chỉ có hai theo giả định của chúng tôi,
nhưng ba máy chủ này đã không bao giờ nhìn thấy các znode mới / z. Do đó, các
yêu cầu để tạo / z là không bền.