High availability and high reliabil

High availability and high reliability require a fault-tolerant approach to managing hardware and software issues. Ceph has no single point-of-failure, and can service requests for data in a “degraded” mode. Ceph’s data placement introduces a layer of indirection to ensure that data doesn’t bind directly to particular OSD addresses. This means that tracking down system faults requires finding the placement group and the underlying OSDs at root of the problem.

Tip A fault in one part of the cluster may prevent you from accessing a particular object, but that doesn’t mean that you can’t access other objects. When you run into a fault, don’t panic. Just follow the steps for monitoring your OSDs and placement groups. Then, begin troubleshooting.
Ceph is generally self-repairing. However, when problems persist, monitoring OSDs and placement groups will help you identify the problem.

MONITORING OSDS

An OSD’s status is either in the cluster (in) or out of the cluster (out); and, it is either up and running (up), or it is down and not running (down). If an OSD is up, it may be either in the cluster (you can read and write data) or it is out of the cluster. If it was in the cluster and recently moved out of the cluster, Ceph will migrate placement groups to other OSDs. If an OSD is out of the cluster, CRUSH will not assign placement groups to the OSD. If an OSD is down, it should also be out.

Note If an OSD is down and in, there is a problem and the cluster will not be in a healthy state.

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

Sẵn sàng cao và độ tin cậy cao đòi hỏi một cách tiếp cận lỗi khoan dung để quản lý các vấn đề phần cứng và phần mềm. CEPH đã không có một điểm-của-thất bại, và có thể phục vụ các yêu cầu cho các dữ liệu trong một chế độ "thoái hóa nghiêm trọng". CEPH của dữ liệu vị trí giới thiệu một lớp của mình để đảm bảo rằng dữ liệu không liên kết trực tiếp đến địa chỉ cụ thể của OSD. Điều này có nghĩa rằng theo dõi xuống lỗi hệ thống yêu cầu tìm vị trí nhóm và OSDs nằm bên dưới gốc của vấn đề.Mẹo A lỗi trong một phần của cụm có thể ngăn cản bạn truy cập vào một đối tượng cụ thể, nhưng đó không có nghĩa là bạn không thể truy cập vào các đối tượng khác. Khi bạn chạy vào một lỗi, đừng hoảng sợ. Chỉ cần làm theo các bước để giám sát của bạn OSDs và các vị trí nhóm. Sau đó, bắt đầu xử lý sự cố.CEPH thường tự sửa chữa. Tuy nhiên, khi vấn đề vẫn tồn tại theo dõi OSDs và vị trí nhóm sẽ giúp bạn xác định các vấn đề.GIÁM SÁT OSDSOSD một trạng thái là một trong hai trong cụm (in) hoặc ra khỏi cụm (out); và, đó là lên và chạy (lên), hoặc nó xuống và không chạy (down). Nếu một OSD lên, nó có thể là một trong cụm sao (bạn có thể đọc và ghi dữ liệu) hoặc nó ra khỏi cụm sao. Nếu nó trong cụm sao và mới chuyển ra khỏi các cụm, Ceph sẽ di chuyển vị trí nhóm đến OSDs khác. Nếu một OSD trong các cụm, lòng sẽ không gán vị trí nhóm OSD. Nếu một OSD là xuống, nó cũng phải ra ngoài.Lưu ý Nếu một OSD xuống và trong, có một vấn đề và cụm sao sẽ không ở trong trạng thái khỏe mạnh.

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

Tính sẵn sàng cao và tin cậy cao đòi hỏi một cách tiếp cận chịu lỗi để quản lý các vấn đề phần cứng và phần mềm. Ceph không có point-of-thất bại duy nhất, và có thể yêu cầu dịch vụ dữ liệu trong một chế độ "xuống cấp". Vị trí dữ liệu Ceph của giới thiệu một lớp về mình để đảm bảo dữ liệu không liên kết trực tiếp đến các địa chỉ OSD cụ thể. Điều này có nghĩa rằng việc theo dõi lỗi hệ thống đòi hỏi phải tìm nhóm vị trí và OSDs cơ bản từ gốc rễ của vấn đề.

Mẹo Một lỗi trong một phần của cluster có thể ngăn cản bạn truy cập vào một đối tượng cụ thể, nhưng điều đó không có nghĩa là bạn có thể ' t truy cập các đối tượng khác. Khi bạn chạy vào một lỗi, đừng hoảng sợ. Chỉ cần làm theo các bước để theo dõi OSDs của bạn và nhóm vị trí. Sau đó, bắt đầu xử lý sự cố.
Ceph nói chung là tự sửa chữa. Tuy nhiên, khi các vấn đề tồn tại, theo dõi OSDs và nhóm vị trí sẽ giúp bạn xác định các vấn đề.

GIÁM SÁT OSDS

tình trạng An OSD là hoặc trong các cluster (trong) hoặc ra khỏi cụm (ra); và, nó là một trong hai và chạy (lên), hoặc nó được xuống và không chạy (giảm). Nếu một OSD là lên, nó có thể là trong cluster (bạn có thể đọc và ghi dữ liệu) hoặc nó được ra khỏi cluster. Nếu đó là trong cluster và gần đây đã chuyển ra khỏi cluster, Ceph sẽ di chuyển các nhóm vị trí để OSDs khác. Nếu một OSD là ra của các cụm, CRUSH sẽ không chỉ định vị trí để nhóm OSD. Nếu một OSD là xuống, nó cũng nên được ra ngoài.

Chú ý Nếu một OSD là xuống và trong, có một vấn đề và các cluster sẽ không ở trong trạng thái khỏe mạnh.