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

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

mdadm파티션을 사용하여 배열을 만드는 것과 전체 디스크를 직접 사용하는 것의 차이점이 무엇인지 설명해 줄 수 있는 사람이 있습니까? 전체 드라이브를 사용할 계획이라고 가정해 보겠습니다.

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

이 두 가지 변형과 가능한 문제의 차이점은 무엇입니까?

예를 들어, 이러한 어레이에 대한 안정성, 관리 용이성 또는 복구 작업 등을 의미합니다.

답변1

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

전체 디스크 대신 파티션 사용을 고려해야 합니다. 이는 어레이 설정에 대한 일반적인 조언이며 나중에 디스크를 추가로 교체해야 하는 경우 확실히 몇 가지 문제를 줄일 수 있습니다.

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

다른 제조업체의 디스크(또는 동일한 제조업체의 "동일한" 용량을 가진 다른 모델)의 디스크 크기가 반드시 동일할 필요는 없으며 크기 차이가 아주 작더라도 오류가 발생한 디스크를 최신 디스크로 교체할 수 없습니다. 두 번째는 첫 번째보다 작습니다. 파티셔닝은 이 문제를 해결할 수 있습니다.

다른 제조업체의 디스크를 사용하는 이유에 대한 참고 사항: 디스크는 실패할 것입니다. "만약"이 아니라 "언제"의 문제입니다. 동일한 제조업체 및 모델의 디스크는 유사한 특성을 가지므로 동일한 조건 및 사용 기간에서 함께 고장날 가능성이 더 높습니다. 따라서 다양한 제조업체 및 모델의 하드 드라이브, 특히 다양한 배치의 하드 드라이브를 사용하는 것이 좋습니다(동일한 제조업체 및 모델의 하드 드라이브를 구입하는 경우 다른 매장에서 구입하는 것을 고려하십시오). 동일한 배치의 디스크를 사용하는 경우 디스크 교체 후 복구 중에 두 번째 디스크에 오류가 발생하는 것은 드문 일이 아닙니다. 물론 당신은 이런 일이 당신에게 일어나는 것을 원하지 않습니다.

따라서 권장되는 사항은 다음과 같습니다.

1)디스크 파티션 나누기와 함께 사용됩니다용량은 좀 작아요전체 디스크 공간보다(예를 들어 2TB 디스크로 구성된 RAID5 어레이가 있고 이를 의도적으로 파티션하여 디스크당 약 100MB를 낭비했습니다). 그런 다음 각 /dev/sd?1을 사용하여 어레이를 구성합니다. 이는 어레이가 생성될 때 어레이를 조립하는 데 사용된 원래 디스크보다 새 교체 디스크의 공간이 더 적은 경우 안전 여유를 추가합니다.

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

3) 다른 제조업체가 적합하지 않은 경우 다른 디스크 모델을 사용하십시오.

4) 다양한 배치의 디스크를 사용합니다.

5) 모든 디스크를 동시에 교체하기보다는 장애가 발생하기 전에 사전에 디스크를 교체하십시오. 이것은 약간 편집증적일 수 있으며 실제로 보유한 데이터가 얼마나 중요한지에 따라 다릅니다. 내가 사용한 디스크의 수명은 6개월 간격이었습니다.

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

OBS: 제외하고 모두무시해서는 안 된다위에서 언급했듯이 /dev/sd를 사용하는 것에는 기술적인 차이가 더 있지 않나요? /dev/sd?#로.

행운을 빌어요

답변2

또 다른 중요한 주장은 일부마더보드가 RAID 슈퍼 블록을 삭제할 수 있습니다.전체 디스크 장치를 사용하고 GPT 장치였던 RAID 배열에 디스크를 추가할 때 매우 조심스럽게 지우지 않는 경우.

나는 내 ASRock 마더보드의 UEFI가 내 RAID를 사용할 수 없게 만들었을 때 이것을 힘들게 배웠습니다:

이러한 일이 발생하지 않도록 하려면 항상 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은 과거 데이터를 감지했다는 메시지를 표시하고 해당 데이터를 계속 사용할지 묻습니다). 여러 번 시도했는데 효과가 있었지만, 그래도 이 작업을 수행하기 전에 백업을 만드는 것이 좋습니다.

답변3

전체 장치를 파티션이 아닌 RAID 멤버로 사용하는 문제를 언급하는 여러 기사가 있습니다.여기 하나 있어요. 나는 이것이 사실임을 확인할 수 있습니다.

따라서 전체 장치를 사용하여 RAID를 생성하는 경우(예: /dev/sda, /dev/sdb, ... 대신 /dev/sda1, /dev/sdb1, ...) 구성을 에 저장하더라도 재부팅 후 RAID 장치가 다시 조립되지 않을 mdadm.conf가능성이 있습니다. 마더보드 펌웨어가 RAID 슈퍼 블록을 덮어쓰거나 삭제하게 됩니다. 내 설정에서는 실행을 통해 mdadm --assemble --scan --verboseRAID 설정을 복원할 수 없으며 RAID 슈퍼 블록을 사용할 수 없는 것 같습니다.

답변4

디스크를 파티션 대신 RAID로 그룹화한 다음 RAID를 분할하는 것은 드문 일이 아닙니다. 특히 대부분의 하드웨어 RAID 컨트롤러는 파티션 테이블을 읽을 수도 없기 때문에 항상 전체 디스크에서 작동합니다. 그러나 소프트웨어 RAID는 동일한 효과를 얻을 수 있습니다. 올바르게 구성된 경우 소프트웨어 RAID는 재부팅 시 정상적으로 재조립됩니다. 물론, 디스크에 이전 파티션 테이블의 흔적이 남아 있지 않은지 확인하십시오. 많은 디스크가 사전 포맷되어 제공되고 많은 도구(소프트웨어 RAID, 파일 시스템 등)가 처음에 "빈 섹터"를 남기는 경향이 있는 반면 이전 파티션 테이블의 이러한 흔적은 그대로 유지될 수 있으므로 이는 특히 중요합니다.

RAID를 설정할 때 여분의 디스크 한두 개를 예비용으로 구입하는 것도 좋습니다. 디스크에 오류가 발생하면 신속하게 교체할 수 있습니다. 이는 단일 디스크에 오류가 발생한 후 오류가 발생한 디스크를 교체하고 RAID가 재동기화를 완료할 때까지 중복성이 없는 RAID5 또는 2개 디스크 RAID1에서 특히 중요합니다. 정확하게 일치하는 스페어를 보유함으로써 새 디스크가 기존 디스크보다 느리거나 작은 등 RAID의 "약한" 디스크로 인해 발생할 수 있는 문제도 방지할 수 있습니다.

그래도 "작은" 문제는 파티션 유무에 관계없이 해결될 수 있습니다. Device Mapper를 사용하여 가상 디스크를 생성하면 새 디스크에서 99.9%의 용량을 확보하고 시스템 디스크 또는 SSD에서 누락된 0.1%의 용량을 확보할 수 있습니다. 또는 initramfs 단계를 다시 시작하는 동안 파일 시스템을 축소할 수 있습니다(참조:https://serverfault.com/a/888830수행 방법) RAID를 축소한 다음 다시 온라인으로 돌아갈 수도 있습니다.

즉, 하드웨어나 소프트웨어 RAID 또는 ZFS 메모리 풀에 전체 디스크를 사용하는 것은 전혀 문제가 없습니다.

관련 정보