속도가 다른 드라이브들이 동일한 미러 배열을 공유할 수 있나요?

속도가 다른 드라이브는 일반적으로 미러 배열에서 함께 사용할 수 있지만, 호환성이 균형 잡힌 성능을 보장하지는 않습니다. 느리거나 일관성이 떨어지는 멤버가 중요한 한계를 결정할 수 있습니다.

미러는 모든 활성 복사본에 동일한 데이터를 쓰는 반면, 읽기 요청은 각 RAID 구현에 따라 다르게 분배될 수 있습니다. 이는 혼합 드라이브가 임시 교체나 낮은 수요의 저장소에는 적합하지만, 지연 시간에 민감한 서비스, 지속적인 쓰기, 스크럽 및 재구성에는 예측 가능성이 떨어짐을 의미합니다.

속도 라벨이 아닌 호환성부터 시작하세요

드라이브는 먼저 컨트롤러 또는 소프트웨어 RAID가 요구하는 인터페이스, 섹터 형식, 사용 가능한 용량, 오류 보고 및 지원되는 장치 클래스를 충족해야 합니다. 더 빠른 회전 속도나 인터페이스 등급이 호환되지 않는 블록 크기나 부족한 멤버 용량을 보완하지는 못합니다.

미러는 멤버들이 공통으로 사용할 수 있는 용량만 사용합니다. 성능 계획에도 같은 원칙이 적용됩니다: 배열은 필요한 복사본이 모두 데이터를 수락할 때까지 미러 쓰기를 완료할 수 없으므로, 멤버들은 독립적인 디스크가 아닌 그룹으로 평가해야 합니다.

드라이브를 추가하기 전에 NAS 호환성 규칙, 섹터 크기, 실제 사용 가능한 용량 및 상태를 확인하세요. 배열이 안전하게 조립되고 중복성을 유지할 수 있는지 확인한 후 속도를 부차적인 설계 변수로 고려하세요.

미러 쓰기는 보통 느린 멤버를 기다립니다

혼합 속도 미러는 일반적으로 쓰기 동작이 느린 멤버에 더 가깝게 나타납니다. 특히 작업 부하가 두 복사본 모두 완료를 확인해야 할 때 그렇습니다. 짧은 캐시 버스트는 차이를 숨길 수 있지만, 지속적인 쓰기는 이를 드러냅니다.

미러 순차 쓰기는 가장 느린 드라이브에 의해 제한될 수 있습니다. 정확한 큐잉 및 캐시 동작은 스택마다 다르지만, 기본 제약 조건은 동일합니다: 모든 필요한 미러 복사본은 최신 상태를 유지해야 합니다.

드라이브 캐시 효과보다 긴 지속적인 작업 부하를 벤치마크하고 전체 처리량뿐 아니라 장치별 지연 시간을 관찰하세요. 한 멤버가 지속적으로 더 깊은 큐를 쌓는다면, 그 멤버가 미러의 쓰기 한계를 설정하는 것입니다.

읽기 성능은 RAID 스케줄러에 따라 달라집니다

읽기는 항상 쓰기처럼 동작하지 않습니다. 미러는 건강한 복사본 중 어느 한 곳에서 읽기를 만족시킬 수 있기 때문입니다. 일부 구현은 읽기를 분산시키거나, 큐가 더 짧은 멤버를 선택하거나, 지정된 장치를 선호합니다.

RAID 1은 별도의 요청이 서로 다른 멤버에서 처리될 수 있어 읽기 집약적 성능을 향상시킬 수 있지만, 동일한 데이터가 각 디스크에 남아 있습니다. 미러된 읽기 동작이 모든 읽기가 더 빨라지거나 불균형 쌍이 깔끔하게 확장된다는 의미는 아닙니다.

실제로 실행하는 작업 부하를 테스트하세요: 많은 작은 동시 읽기, 순차 미디어 읽기 또는 혼합 애플리케이션 I/O. 더 빠른 멤버가 일부 읽기 패턴에 도움이 될 수 있지만, 쓰기, 복구 또는 꼬리 지연에 대한 느린 드라이브의 영향을 제거할 수는 없습니다.

재구성 및 스크럽 시간은 지속 성능에 따릅니다

교체 또는 일관성 검사는 배열의 큰 부분을 다루므로, 지속 전송 속도, 오류 복구 시간 및 열 스로틀링이 드라이브의 최고 사양보다 더 중요합니다. 느린 멤버가 전체 노출 시간을 길게 만들 수 있습니다.

재구성 중에는 소스를 읽고 대상이 재구성된 데이터를 수락해야 하며, 정상 애플리케이션이 여전히 I/O를 생성할 수 있습니다. 오류 복구를 위해 일시 중지하는 드라이브는 평균 처리량이 괜찮아 보여도 진행이 고르지 않을 수 있습니다.

재구성 진행 상황, 장치 온도, 명령 시간 초과 및 디스크별 지연 시간을 시간 경과에 따라 비교하세요. 혼합 쌍이 복구를 지나치게 길게 하거나 서비스를 반복적으로 방해한다면, 라벨에 적힌 속도보다 지속 성능이 더 중요합니다.

인터페이스 속도는 드라이브 속도와 다릅니다

더 높은 속도로 협상된 SATA 링크가 드라이브가 그 속도를 낼 수 있음을 보장하지 않으며, 낮은 링크 속도도 하드 드라이브의 기계적 처리량을 초과할 수 있습니다. 캐시, 작업 부하, 펌웨어 및 미디어 특성이 더 중요할 때가 많습니다.

유용한 비교는 NAS 작업 부하에서 관찰된 지연 시간과 지속 처리량입니다. 같은 인터페이스 세대의 두 드라이브가 매우 다르게 동작할 수 있으며, 다른 인터페이스 등급의 드라이브가 순차 저장 작업에서 비슷한 성능을 낼 수도 있습니다.

협상된 링크 속도를 상태 확인 단서로 기록하되, 유일한 수락 테스트로 사용하지 마세요. 예상치 못한 다운시프트나 링크 재설정을 조사하되, 용량, 신뢰성, 지속 동작 및 복구 특성을 기준으로 미러 파트너를 선택하세요.

명확한 이유가 있을 때만 읽기 우선순위를 사용하세요

일부 소프트웨어 RAID 스택은 느리거나 원격 미러 멤버에서 정상 읽기를 줄이면서도 쓰기는 계속할 수 있습니다. 이는 의도된 비대칭 미러에 유용할 수 있지만, 멤버를 동등하게 만들지는 않습니다.

Linux md는 RAID 1에 대해 write-mostly 멤버 상태를 노출하여 다른 옵션이 있을 때 해당 장치에서 읽기를 피합니다. 느린 멤버는 여전히 쓰기를 받고 복구 및 중복성 동작에 영향을 미칩니다.

비대칭이 의도된 이유와 실패 시 성능 변화에 대해 문서화한 후에만 읽기 우선순위를 적용하세요. 선호하는 빠른 멤버가 실패해도 배열은 남은 드라이브에서 허용 가능한 서비스를 제공해야 합니다.

혼합 쌍이 작업 부하에 적합한지 결정하세요

혼합 속도는 임시 교체, 가볍게 부하가 걸린 아카이브 또는 측정된 성능이 수요보다 여유 있게 높은 미러에 가장 적합합니다. 데이터베이스, 가상 머신, 무거운 쓰기 또는 짧은 복구 목표에는 덜 적합합니다.

결정은 네 가지 관찰을 결합해야 합니다: 정상 쓰기 지연 시간, 어느 멤버가 서비스에서 제거된 후 읽기 동작, 재구성 기간 및 오류 복구 안정성. 두 멤버가 모두 건강할 때만 빠른 쌍은 실제 가용성 요구 사항을 충족하지 못할 수 있습니다.

이 테스트를 여유 있게 통과하고 두 드라이브가 건강한 경우 혼합 미러를 유지하세요. 느린 멤버가 서비스 지연, 복구 시간 또는 운영 복잡성을 NAS가 감당할 수 있는 수준 이상으로 유발한다면, 일치하는 교체를 계획하세요.