RAID 어레이의 핫 스페어 또는 추가 패리티 드라이브?


10

RAID 어레이 구성에 대한 다른 질문 에서 저자는 8 개의 드라이브로 RAID 어레이를 구축하고 있습니다.

한 가지 답변은 RAID 5에서 7 개 드라이브를 핫 스페어로 남겨두고 사용하는 것이 좋습니다. RAID 6은 두 가지 장애를 동시에 방지하기 때문에 두 가지 장애가 동시에 발생하더라도 항상 더 나은 선택이라고 가정했습니다.

여분의 패리티 드라이브 대신 핫 스페어를 언제 사용 하시겠습니까?


정답은 물론 핫 스페어 (또는 2 개)로 RAID6를 사용해야한다는 것입니다.
Mark Henderson

답변:


6

내 생각에 핫 스페어를 갖는 유일한 이유는 여러 개의 RAID-5 / 6 어레이가 있고 스페어를 공유하려는 경우입니다. 그렇지 않으면 낭비입니다.

많은 사람들이 성능상의 이유로 RAID-5 + 스페어 대 RAID-6의 사용을 정당화 할 것입니다. 그러나이 성능 차이는 이론적입니다. 내 경험상 RAID-6과 RAID-5의 실제 성능 차이는 무시할 수 있거나 존재하지 않습니다. 나는 적어도 8 개의 드라이브가있는 알맞은 컨트롤러가있는 하드웨어 RAID와 좋은 캐싱을 제공하기에 충분한 메모리가있는 시스템에 대해 이야기하고 있습니다. 이 구성에서 쓰기 속도는 SATA / SAS / SCSI 버스 대역폭에 의해 제한 될 수 있습니다. 따라서 성능이 논쟁이 아닌 경우 다른 모든 것은 RAID-6을 선호합니다.


+1 : 동의합니다. RAID-6을 사용할 수있을 때 RAID-5를 사용할 이유가 없습니다. 하드웨어 벤치마킹 RAID-6은 최고 속도 또는 거의 가능합니다.
Zan Lynx

실제 성능 차이가 무시할 만하다는 것이 사실이라면, 핫 스페어를 사용해야하는 유일한 이유는이를 여러 어레이간에 공유하는 것입니다. 그래서 나는이 대답을 선택했습니다.
Nic

1
ZFS RAID-Z3 (3 개의 중복 드라이브)가 완성되었으므로 RAID6 + 핫 스페어보다 안전합니다.
BeowulfNode42 1

4

일반적으로 RAID 10을 선호하여 RAID 5를 사용하지 않는 것이 좋습니다. 그러나 귀하의 질문에 대답하기 위해, 이는 드라이브 용량뿐만 아니라 응용 프로그램의 요구 및 요구 사항의 기능 일 수 있습니다.

이중 패리티 대신 스페어를 사용하는 예는 성능이 최우선이며 재 구축 시간 (고용량 디스크와 같이) 또는 RAID 5 재 구축 중 두 번째 장애에 대한 우려가 거의없는 경우입니다.


3

성능이 더 중요 할 경우 두 개의 드라이브를 빠르게 잃을 가능성이 있습니다. 두 번째 패리티를 추가하면 RAID 컨트롤러가 해당 두 번째 패리티를 계산해야합니다. 실제로 성능에 관심이 있다면 RAID5를 전혀 보지 않을 것입니다.

또한 편집증 환자라면 RAID6와 핫 스페어를 모두 수행 할 수 있습니다.

또한 RAID5가 더 일반적이며 일부 컨트롤러는 RAID6도 지원하지 않습니다.


현재 하드웨어 RAID 컨트롤러는 RAID 5 또는 RAID 6과 동일한 RAID 1 속도를 제공합니다. 소프트웨어 RAID 및 프로세서 속도가 느린 경우 속도 저하가 발생할 수 있습니다.
닐스

엄밀히 말하면 Raid6에는 2 개의 개별 패리티 계산이 없습니다. 특수 수식을 사용하여 (n-2) 비트의 데이터를 (n) 비트의 (데이터 + 패리티)로 확장하는 것과 비슷합니다. (실제로 Solomon-Reed 인코딩과 유사합니다.) 오늘날 컨트롤러는 최적화 된 하드웨어에서이 작업을 수행하므로 성능 적중이 최소화됩니다. 소프트웨어 RAID를 할 운명이라면 소프트웨어에서 계산이 더 쉬워 Raid5가 더 잘 수행됩니다.
Tonny

실제로 두 가지 패리티 계산이 있습니다. p일반적으로 빠르고 쉽게 계산 (XOR)되지만 q더 복잡한 계산입니다. 오늘날의 하드웨어에서는 소프트웨어 raid6이 느리다고 간주되지 않습니다. 랩탑은 10446MBps의 패리티 계산 속도 (생성 아님)를보고합니다.
MikeyB

1
당신의 두 번째 단락 +1 - 핫 스페어와 RAID6는 진짜 정답이다
마크 헨더슨

2

엄격한 중복 관점에서 RAID 10이 옵션이 아니라고 가정하면, 핫 스페어가있는 RAID 5보다 콜드 스페어가있는 RAID 6을 선호합니다. 두 번의 동시 장애가 발생할 가능성은 낮지 만 RAID 6은 더 나은 패리티 데이터를 통해 URE를 줄입니다.

성능 측면에서 두 가지를 서로 바꿔서 사용할 수는 없습니다. RAID 6은 RAID 5보다 쓰기 패널티가 높으므로 쓰기에 어려움이 있습니다. 또한 어레이에서 성능이 저하 된 2 개의 드라이브 (두 번째 최악의 경우 전체 고장)가있는 RAID 6은 재 구축 중에 비참하게 수행됩니다.

RAID 6의 성능 저하를 고려하고 여전히 옵션 이고 RAID 10이 옵션이 아닌 경우 고려해야 할 모든 사항 은 RAID 6 을 사용하여 선반에 적어도 하나의 콜드 스페어를 유지하는 것입니다.


2

원래...

  • raid 5 + 1을 사용하는 경우

  • 사용하지 않는 핫 스왑 디스크가 있습니다. 디스크가 작업 시간을 세지 않습니다. 다른 디스크를 교체 할 때 새 디스크처럼됩니다.

  • 디스크가 정상인지 확신 할 수 없습니다. 죽은 사람을 교체 할 때 실패하면 ...
  • RAID 5 + 1 쓰기 = 하나의 패리티 (더 적은 CPU)
  • 디스크가 불량한 경우 Raid는 성능 저하 모드로 전환되고 예비 디스크에서 재 구축을 시작합니다. 그런 다음 예비 디스크를 교체합니다

raid 6을 사용하는 경우

  • 디스크가 사용 중입니다. 따라서 디스크가 항상 작동하므로 작업로드 상태에서 자신의 상태를 모니터링 할 수 있습니다.
  • RAID 6 쓰기 = 이중 패리티 (더 많은 CPU)
  • 디스크가 불량한 경우 Raid는 성능 저하 모드로 전환되어 불량 디스크를 교체 할 때까지 기다립니다. 두 번째 디스크가 고장 나더라도 성능은 저하되지만 패리티는 없습니다. 새 디스크가 급습하면 복구가 시작됩니다.

공기 흐름이 좋지 않은 시스템에서 전력 또는 온도의 결함 원인이있는 경우, 왼쪽 상태의 장치가 최적의 상태 RAID보다 작동을 어렵게 만듭니다.

6 개의 디스크가있는 RAID 5 + 1로드가 5 개의 디스크로 균형 조정되고 1이 실패하면 1이 대기 한 다음 CPU가 높아져 새 디스크로 패리티를 복구합니다.

예를 들어 6 개의 디스크가있는 Raid 6로드는 6 개의 디스크로 균형이 조정됩니다. 1이 실패하면 CPU가 높아지지 않지만 부하가 5로 균형 조정되므로 디스크가 높아집니다. 2가 실패하면 CPU가 다시 높아지지 않지만 lode가 4 디스크로 균형 조정되므로 디스크가 다시 높아집니다

내 의견은 동일한 시스템에 2 개 이상의 RAID 볼륨이있는 경우에만 핫 스페어를 사용하는 것이므로 모든 RAID 볼륨에서 핫 스페어를 사용할 수 있습니다.


1

재 구축 중에 성능이 저하 된 모드에서 실행되는 RAID5 어레이에 대해 애플리케이션 성능을 테스트 했습니까? 그렇지 않다면, 당신은 그들이 전혀 잘 수행하지 못한다고 생각합니다. i / o 성능이 중요한 일부 응용 프로그램에서는 재 구축이 완료 될 때까지 응용 프로그램이 본질적으로 다운되었음을 의미 할 수 있습니다. 대용량 드라이브를 사용하면 시간이 오래 걸릴 수 있습니다. 가능한 경우 재건 상황을 피하는 것이 목표입니다.


2
더 나은 레이드 컨트롤러를 사용하면 재 구축 속도를 조정할 수 있습니다. IO로드가 높은 프로덕션 시스템에서는 낮아야합니다. 테스트 시스템에서는 높을 수 있습니다.
닐스

-1

나는 재 구축 시간 문제에 관한 ewwhite의 대답과 함께 간다. 그러나 재 구축 시간이 문제가되지 않으면 RAID 5에서 8 개의 디스크를 모두 사용하여 속도가 향상됩니다 (정상 상황에서). 하나의 드라이브가 다운되면 새 드라이브로 핫 스왑합니다 (디스크가 핫 스왑 가능하다고 가정).


... 그리고 어레이의 다른 7 개 디스크 중 어느 것도 재구성 중에 잠재적 인 문제가 발생하거나 문제가 발생하지 않도록기도하십시오.
CVn

@Michael Kjörling : 5 년 후 더 큰 디스크를 사용하면 Raid 6으로 갈 것입니다. 그러나 여분의 여분은 없습니다. 그러나 오늘날의 서버에도 10 개 이상의 디스크가 있습니다.
Nils
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.