3.3. 성능 고려 사항

현재 클라이언트가 영향을 받는 풀에서 로드됩니다.

Ceph 클라이언트는 I/O 인터페이스에서 Ceph에 로드됩니다. 즉, 풀에 로드됩니다. 풀은 CRUSH 규칙 세트에 매핑됩니다. 기본 CRUSH 계층 구조를 통해 Ceph는 장애 도메인에 데이터를 배치할 수 있습니다. 기본 Ceph OSD 노드에 클라이언트 부하가 높은 풀과 관련된 경우 클라이언트 로드는 복구 시간에 큰 영향을 미치고 성능에 영향을 미칠 수 있습니다. 특히 쓰기 작업에는 지속성을 위해 데이터 복제가 필요하므로 쓰기 집약적 클라이언트 로드는 스토리지 클러스터가 복구되는 시간이 늘어납니다.

용량 추가 또는 제거:

일반적으로 전체 클러스터의 백분율로 추가하거나 제거하는 용량은 스토리지 클러스터의 복구 시간에 영향을 미칩니다. 또한 추가 또는 제거 노드의 스토리지 밀도는 복구에 영향을 미칠 수 있습니다. 예를 들어, 36개의 OSD가 있는 노드는 일반적으로 OSD 12개가 있는 노드에 비해 복구하는 데 시간이 더 오래 걸립니다. 노드를 제거할 때 충분한 예비 용량을 확보하여 전체 비율 또는 거의 전체 비율에 도달하지 않도록 해야 합니다. 스토리지 클러스터가 전체 비율에 도달하면 Ceph에서 쓰기 작업을 일시 중지하여 데이터 손실을 방지합니다.

pool 및 CRUSH Ruleset:

Ceph OSD 노드는 하나 이상의 Ceph CRUSH 계층 구조에 매핑되며 계층 구조는 하나 이상의 풀에 매핑됩니다. Ceph OSD 노드를 추가하거나 제거하는 CRUSH 계층(ruleset)을 사용하는 각 풀은 성능에 영향을 미칩니다.

풀 유형 및 안정성:

복제 풀은 더 많은 네트워크 대역폭을 사용하여 데이터의 심층 복사본을 복제하는 경향이 있지만, 이레이저 코딩 풀은 더 많은 CPU를 사용하여 k+m 코딩 청크를 계산하는 경향이 있습니다. 데이터 복사본(예: 크기 또는 더 많은 k+m 청크)이 많을수록 스토리지 클러스터가 복구되는 데 시간이 더 오래 걸립니다.

총 처리량 특성:

드라이브, 컨트롤러 및 네트워크 인터페이스 카드에는 모두 복구 시간에 영향을 줄 수 있는 처리량 특성이 있습니다. 일반적으로 처리량이 높은 특성(예: 10Gbps 및 SSD)이 있는 노드는 처리량이 낮은 특성(예: 1Gbps 및 SATA 드라이브)을 사용하는 노드보다 더 빠르게 복구됩니다.