OSD 1 is the primary and receives a

OSD 1 is the primary and receives an APPEND from a client, meaning the payload is to be appended to the end of the object. OSD 1 encodes the payload into three chunks : S2D1 (i.e. Stripe two data chunk number 1 ) will be in s1 ( shard 1 ) on OSD 1, S2D2 in s2 on OSD 2 and S2C1 (i.e. Stripe two coding chunk number 1 ) in s3 on OSD 3. Each chunk is sent to the target OSD, including the primary OSD which is responsible for storing chunks in addition to handling write operations and maintaining an authoritative version of the placement group logs. When an OSD receives the message instructing it to write the chunk, it also creates a new entry in the placement group logs to reflect the change. For instance, as soon as OSD 3 stores S2C1, it adds the entry 1,2 ( i.e. epoch 1, version 2 ) to its logs. The log entry also carries the nature of the operation: in this case 1,2 is an APPEND where 1,1 was a CREATE. Because the OSDs work asynchronously, some chunks may still be in flight ( such as S2D2 ) while others are acknowledged and on disk (such as S2D1 and S2C1).

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

OSD 1 là chính và nhận được phụ thêm một từ một khách hàng, có nghĩa là trọng là để được thêm vào cuối của đối tượng. OSD 1 mã hóa trọng thành ba khối: S2D1 (tức là sọc hai dữ liệu chunk số 1) sẽ trong s1 (shard 1) trên OSD 1, S2D2 trong s2 OSD 2 và S2C1 (tức là sọc hai mã đoạn số 1) ở s3 OSD 3. Mỗi đoạn sẽ được gửi đến các mục tiêu OSD, bao gồm chủ yếu OSD có trách nhiệm lưu trữ khối ngoài xử lý viết hoạt động và duy trì một phiên bản độc quyền của các bản ghi nhóm vị trí. Khi một OSD nhận được thư hướng dẫn nó để viết đoạn, nó cũng tạo ra một mục nhập mới trong Nhật ký nhóm vị trí để phản ánh sự thay đổi. Ví dụ, ngay sau khi OSD 3 cửa hàng S2C1, nó cho biết thêm mục 1,2 (tức là thế 1, phiên bản 2) để các bản ghi của nó. Mục đăng nhập cũng mang bản chất của hoạt động: trong trường hợp này 1,2 là một phụ thêm nơi 1,1 đã tạo ra một. Bởi vì các OSDs làm việc không đồng bộ, một số khối vẫn có thể bay (ví dụ như S2D2) trong khi những người khác được ghi nhận và trên đĩa (ví dụ như S2D1 và S2C1).

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

OSD 1 là tiểu học và nhận được một APPEND từ một khách hàng, có nghĩa là tải trọng là để được gắn vào phần cuối của đối tượng. OSD 1 mã hóa tải trọng thành ba nhóm: S2D1 (tức là sọc hai dữ liệu đoạn số 1) sẽ được trong s1 (mảnh 1) trên OSD 1, S2D2 trong s2 trên OSD 2 và S2C1 (tức là sọc hai mã hóa đoạn số 1) trong s3 trên OSD 3. Mỗi đoạn được gửi đến OSD mục tiêu, bao gồm OSD chính là trách nhiệm lưu trữ khối ngoài để xử lý các hoạt động ghi và duy trì một phiên bản có thẩm quyền của các bản ghi nhóm vị trí. Khi một OSD nhận được thông báo hướng dẫn nó để viết các đoạn, nó cũng tạo ra một mục mới trong các bản ghi nhóm vị trí để phản ánh sự thay đổi. Ví dụ, ngay khi OSD 3 cửa hàng S2C1, nó cho biết thêm mục 1,2 (tức là kỷ nguyên 1, phiên bản 2) vào các bản ghi của nó. Các mục đăng nhập cũng mang tính chất của các hoạt động: trong trường hợp này là một 1,2 APPEND nơi 1,1 là một CREATE. Bởi vì OSDs làm việc không đồng bộ, một số khối có thể vẫn còn đang bay (như S2D2) trong khi những người khác được ghi nhận và trên đĩa (như S2D1 và S2C1).