파티션이나 전체 디스크를 사용하여 mdadm 어레이를 직접 만드는 것의 차이점은 무엇입니까?

mdadm파티션이나 전체 디스크를 사용하여 직접 어레이를 만드는 것의 차이점은 무엇 입니까? 전체 드라이브를 사용한다고 가정합니다. GPT와 함께 있음에 유의하십시오.

RAID6이 두 가지 방법으로 생성되었다고 상상해보십시오.

mdadm --create /dev/md0 --level=6 --raid-devices=4 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1

또는:

mdadm --create /dev/md0 --level=6 --raid-devices=4 /dev/sda /dev/sdb /dev/sdc /dev/sdd

차이가 있습니까?

EDIT1 : 예를 들어 이러한 어레이의 안정성 또는 관리 효율성 또는 복구 작업 등을 의미합니다.

EDIT2 : 다른 제조업체의 드라이브를 사용합니다. 그러나 그것은 실제로 질문이 아닙니다. 그들은 모두 정확히 같은 크기를 가지고 있으며, 요점을 알기 때문에 제조업체가 약간 다른 크기의 드라이브를 만드는 경우가 있습니다. 그러나이 질문을 위해 크기가 매우 같다고 가정 해 봅시다.

EDIT3 : 면책 조항 : 지금까지 나는 항상 드라이브를 분할하고 있습니다.

가장 중요한 차이점은 디스크 교체 유연성을 높일 수 있다는 것입니다. 다른 여러 권장 사항과 함께 아래에 더 자세히 설명되어 있습니다.

전체 디스크 대신 파티션을 사용하는 것을 고려해야합니다. 이것은 어레이 설정에 대한 일반적인 권장 사항에 따라야하며 추후 디스크 교체가 필요할 때 두통을 덜 수 있습니다.

가장 중요한 주장은 다음과 같습니다.

다른 제조업체의 디스크 (또는 동일한 제조업체의 "동일한"용량의 다른 모델)도 반드시 동일한 디스크 크기를 가질 필요는 없으며 크기 차이가 가장 작더라도 고장난 디스크를 새 디스크로 교체 할 수 없습니다 두 번째가 첫 번째보다 작은 경우. 파티셔닝을 통해이 문제를 해결할 수 있습니다.

다른 제조업체의 디스크를 사용해야하는 이유에 대한 참고 사항 : 디스크가 고장날 경우 "if"가 아니라 "when"문제입니다. 동일한 제조업체와 동일한 모델의 디스크는 유사한 특성을 가지므로 동일한 조건과 사용 시간에서 함께 실패 할 가능성이 높습니다. 제안은 다른 제조업체, 다른 모델, 특히 동일한 배치에 속하지 않는 디스크를 사용하는 것입니다 (동일한 제조업체 및 모델의 디스크를 구매하는 경우 다른 상점에서 구매하는 것을 고려하십시오). 동일한 배치의 디스크를 사용할 때 디스크 교체 후 resotre 중에 두 번째 디스크 오류가 발생하는 경우는 드문 일이 아닙니다. 당신은 확실히 이것이 당신에게 일어나기를 원하지 않습니다.

따라서 권장 사항 :

1) 전체 디스크 공간보다 약간 작은 용량 으로 사용될 디스크 를 분할하십시오 (예를 들어, 2TB 디스크의 RAID5 어레이를 가지고 있고 각각 100MB를 낭비하도록 의도적으로 분할했습니다). 그런 다음 어레이를 구성 할 때 각각의 / dev / sd? 1을 사용하십시오. 이렇게하면 새 교체 디스크가 어레이를 생성 할 때 어레이를 조립하는 데 사용 된 디스크보다 적은 공간이있는 경우 안전 마진이 추가됩니다.

2) 다른 제조업체의 디스크를 사용하십시오.

3) 다른 제조업체가 귀하에게 옵션이 아닌 경우 다른 모델의 디스크를 사용하십시오.

4) 다른 배치의 디스크를 사용하십시오.

5) 고장이 발생하기 전에 디스크를 사전에 교체하십시오. 이것은 약간의 편집증 일 수 있으며 실제로는 데이터의 비판에 달려 있습니다. 나는 서로 6 개월 차이가있는 디스크를 사용합니다.

6) 정기적 인 백업을 수행하십시오 (어레이 사용 여부에 관계없이 항상). Raid는 동일한 백업 목적을 제공하지 않습니다. 어레이는 고 가용성을 보장하며 백업을 통해 손실 된 파일 (실수로 삭제되거나 바이러스에 의해 손상된 파일, 어레이를 사용하여 보호 할 수없는 일부 파일 포함)을 복원 할 수 있습니다.

OBS : 위의 무시할 수없는 모든 합리적인 것을 제외하고는 / dev / sd를 사용하는 것 사이에 기술적 차이가 더 없습니까? vs / dev / sd? #.

행운을 빕니다

또 다른 중요한 주장은 전체 디스크 장치를 사용하고 GPT 장치였던 RAID 어레이에 디스크를 추가 할 때 디스크를 지우는 데주의를 기울이지 않으면 일부 메인 보드가 RAID 수퍼 블록을 삭제할 수 있다는 것입니다.

ASRock 메인 보드의 UEFI가 RAID를 사용할 수 없게했을 때이 방법을 어려운 방법으로 배웠습니다.

• http://forum.asrock.com/forum_posts.asp?TID=10174
• https://news.ycombinator.com/item?id=18541493
• https://www.phoronix.com/scan.php?page=news_item&px=Linux-Software-RAID-ASRock

이를 방지하려면 항상 sgdisk --zap전체 장치 RAID에 사용하려는 이전 GPT 포맷 디스크에서 실행하십시오 .

wipefs -a 또한 장치를 디스크에 추가하기 전에 모든 종류의 남은 파티션 정보 (GPT뿐만 아니라)를 지우는 작업 을 수행 할 수도 있습니다 .

즉, 파티션을 사용하는 것만으로도 이런 일이 발생하지 않도록하는 것이 좋습니다 .

나는 이 모범 사례에 대한 실제 주장이 무엇인지 전혀 알지 못했습니다 (@Marcelo의 대답을 넘어서 약간 다른 크기의 디스크를 다룰 수 있음을 설명했습니다). 이제 알아

그건 그렇고, 당신에게 이런 일이 발생하면 데이터가 손실되지 않습니다. sgdisk --zap예를 들어 장치 만으로 RAID를 다시 만들 수 있습니다 mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdc /dev/sdd(mdadm은 이미 과거 데이터를 감지하고 해당 데이터를 계속 재사용 할 것인지 묻습니다). 이 여러 번 시도했지만 효과가 있었지만 여전히 백업을 수행하는 것이 좋습니다.

전체 장치를 파티션 대신 RAID 멤버로 사용하는 데 문제가 있다고 언급하는 게시물이 몇 개 있습니다 . 사실임을 확인할 수 있습니다.

당신이 전체 장치를 사용하여 RAID를 작성하는 경우 (예를 들어, 그래서 /dev/sda, /dev/sdb대신에의 ... /dev/sda1, /dev/sdb1...) RAID 장치는 구성으로 저장 경우에도 다시 부팅 한 후 다시 조립하지 않습니다 mdadm.conf. 메인 보드 펌웨어가 RAID 수퍼 블록을 덮어 쓰거나 제거 할 수도 있습니다. 설치 프로그램을 실행 mdadm --assemble --scan --verbose해도 RAID 설정이 복구되지 않으며 RAID 수퍼 블록을 사용할 수없는 경우 인 것 같습니다.

미래의 두통을 피하기 위해 파티션을 사용하십시오. 모든 드라이브는 실패합니다. "if"가 아니라 "when"의 문제입니다. 전체 드라이브를 사용하는 경우 드라이브 장애 후 정확히 동일한 크기의 모델로 교체해야합니다. 제조업체가 다르거 나 프로세스 변경으로 인해 드라이브 교체에 실패 할 수 있습니다.

파티션을 사용하면 현재 2TB 드라이브 중 하나에 장애가 발생하면 교체 4TB (또는 더 커야하는 것)를 얻은 다음 동일한 2TB 파티션 크기를 만듭니다. 예, 새 대용량 드라이브에서 공간을 낭비하고있을 수 있습니다. 해당 드라이브의 나머지를 비 공격 파티션으로 사용하는 것이 가능할 수 있지만 이상한 방식으로 성능에 영향을 줄 수 있습니다. 몇 개의 드라이브 장애 및 교체 후 결국 모든 원래 2TB 드라이브를 교체하고 더 큰 파티션 크기를 사용하도록 RAID 어레이를 확장 할 수 있습니다.