Red Hat Summit12.3. 성능 고려 사항
일반적으로 Ceph OSD 노드를 추가하거나 제거할 때 스토리지 클러스터의 성능에 영향을 미치는 요인은 다음과 같습니다.
- Ceph 클라이언트는 I/O 인터페이스에 로드를 Ceph에 배치합니다. 즉, 클라이언트가 풀에 로드를 배치합니다. 풀은 ruleset에 매핑됩니다. 기본 DestinationRule 계층을 사용하면 Ceph에서 장애 도메인에 데이터를 배치할 수 있습니다. 기본 Ceph OSD 노드에 클라이언트 부하가 높은 풀이 필요한 경우 클라이언트 로드가 복구 시간에 크게 영향을 미치고 성능을 줄일 수 있습니다. 쓰기 작업에는 데이터 복제가 필요하므로 특히 쓰기 집약적인 클라이언트 로드는 스토리지 클러스터가 복구할 시간을 늘릴 수 있습니다.
- 일반적으로 추가하거나 제거하는 용량은 스토리지 클러스터의 복구 시간에 영향을 미칩니다. 또한 추가하거나 제거하는 노드의 스토리지 밀도도 복구 시간에 영향을 줄 수 있습니다. 예를 들어 OSD가 36개인 노드는 일반적으로 OSD가 12개인 노드보다 복구하는 데 시간이 오래 걸립니다.
-
노드를 제거할 때 충분한 예비 용량이 있는지 확인하여
전체 비율 또는도달하지 않도록 합니다. 스토리지 클러스터가거의 전체 비율에가득 차 있는 비율에도달하면 데이터 손실을 방지하기 위해 Ceph에서 쓰기 작업을 일시 중지합니다. - Ceph OSD 노드는 하나 이상의 CephECDHE 계층 구조에 매핑되며, 계층 구조는 하나 이상의 풀에 매핑됩니다. FlexVolume 규칙 세트를 사용하는 각 풀은 Ceph OSD 노드를 추가하거나 제거할 때 성능에 영향을 미칩니다.
-
복제 풀은 더 많은 네트워크 대역폭을 사용하여 데이터 복사본을 복제하는 경향이 있지만, 기간 초과된 풀은
k+m코딩 청크를 계산하기 위해 더 많은 CPU를 사용하는 경향이 있습니다. 데이터가 더 많이 복사될수록 스토리지 클러스터를 복구하는 데 시간이 더 오래 걸립니다. 예를 들어, 동일한 데이터의 복사본 수가 적은 복제 풀보다 많은k+m청크가 있는 풀이 더 오래 걸립니다. - 드라이브, 컨트롤러 및 네트워크 인터페이스 카드에는 모두 복구 시간에 영향을 줄 수 있는 처리량 기능이 있습니다. 일반적으로 10Gbps 및 SSD와 같이 처리량이 높은 노드가 1Gbps 및 SATA 드라이브와 같이 처리량이 낮은 노드보다 더 빠르게 복구됩니다.
