드라이브 교체 후 RAID 용량이 증가하지 않을 때 무엇을 확인해야 하나요?

RAID 용량은 한 계층이 여전히 이전 경계를 보고하기 때문에 보통 변하지 않습니다. 재구성, 멤버 크기, 배열 기하학, 파티셔닝, 파일시스템 순서로 확인하세요.

디스크 교체는 하드웨어 단계에 불과합니다. NAS는 여러 겹의 크기 제한을 포함할 수 있으며, 각 계층은 다음 계층이 사용할 수 있도록 더 큰 경계를 노출해야 합니다. 가장 안전한 진단은 읽기 전용 상태 점검부터 시작하여 여전히 작은 첫 번째 계층을 식별하고 교체를 반복하지 않고 해당 계층만 확장하는 것입니다.

모든 교체가 완전히 통합되었는지 확인

미러 또는 패리티 그룹에 원래의 더 작은 멤버, 활성화되지 않은 예비 디스크, 또는 아직 재구성 중인 교체 디스크가 포함되어 있으면 용량이 증가할 수 없습니다. 배열은 일반적으로 기하학을 정의하는 멤버들 간에 공통으로 사용 가능한 용량만 사용합니다.

디스크가 NAS 인벤토리에 나타나더라도 동기화된 멤버가 아닐 수 있습니다. 감지된 디스크가 교체 과정을 완료했다고 가정하지 말고 배열 상태, 재구성 상태, 멤버 역할, 일련 번호, 보고된 장치 크기를 비교하세요.

필요한 모든 교체 및 재실버 또는 재구성이 새로운 오류 없이 완료될 때까지 기다리세요. 멤버 하나라도 누락되었거나 오류 상태이거나 예상보다 작으면, 배열 계층이 여전히 이전 크기를 유지할 타당한 이유가 있으므로 확장 명령을 시도하기 전에 해당 문제를 해결하세요.

각 멤버 장치의 사용 가능한 크기 확인

더 큰 물리적 드라이브라도 RAID에 이전 크기의 파티션이나 기록된 구성 요소 경계를 표시할 수 있습니다. 전체 디스크 용량, 파티션 종료 섹터, 배열 멤버로 나열된 정확한 블록 장치를 비교하세요.

더 큰 버전 1.x 멤버는 물리적 디스크가 교체된 후에도 기록된 구성 요소 경계를 유지할 수 있습니다. 모든 활성 멤버가 지원할 수 있을 때만 최대 구성 요소 크기로 확장하세요.

표시된 크기가 이전 크기라고 해서 파티션을 단순히 다시 생성하지 마세요. 먼저 시작 섹터, 파티션 유형, RAID UUID, 멤버 일련 번호를 기록한 후 기존 시작 위치와 메타데이터를 보존하는 플랫폼 지원 확장 방법을 사용하세요.

RAID 계층이 확장되었는지 확인

모든 멤버가 더 크지만 RAID 블록 장치가 그렇지 않으면 배열 기하학이 확장되지 않은 것입니다. 필요한 조치는 스택이 md RAID, ZFS, Btrfs, 하드웨어 컨트롤러, NAS 관리 스토리지 풀 중 어느 것인지에 따라 다릅니다.

md RAID의 경우 활성 구성 요소 크기를 변경하면 새로 노출된 영역의 재동기화가 시작됩니다. ZFS 미러에서는 미러 그룹의 모든 장치가 교체된 후에만 공간이 사용 가능해지며, 확장은 autoexpand 또는 명시적 온라인 확장이 필요할 수 있습니다.

실제 RAID 구현에 속한 관리 인터페이스나 명령을 사용하세요. 배열이 재구성, 저하 상태, 지원되지 않는 레이아웃 변경, 멤버 크기 불일치를 보고하면 중지하세요. 이러한 상태는 새 경계를 신뢰하기 전에 해결해야 합니다.

RAID 위의 파티션 또는 볼륨 계층 확인

RAID 장치가 확장된 후에도 파티션 테이블, LVM 물리 볼륨, 논리 볼륨, 암호화 매핑, 스토리지 풀 할당이 이전 섹터에서 끝날 수 있습니다. 파일시스템은 중간 계층이 할당하지 않은 블록을 볼 수 없습니다.

플랫폼의 블록 장치 뷰를 사용해 마운트된 경로를 아래로 추적하고 각 단계에서 크기를 비교하세요. 여전히 작은 첫 번째 객체가 확장할 계층입니다. 상위 계층을 먼저 변경하면 실패하거나 새 공간이 할당되지 않은 상태로 남게 됩니다.

한 번에 한 경계씩 확장하고 다음 계층을 다시 확인한 후 계속하세요. 이 단계별 방법은 명확한 롤백 지점을 만들고 파일시스템용 명령이 실수로 RAID 멤버나 파티션에 적용되는 것을 방지합니다.

블록 장치가 확장된 후에만 파일시스템 확장

기저 RAID 장치가 커져도 파일시스템이 반드시 확장되는 것은 아닙니다. 마운트된 파일시스템이 여전히 이전 크기를 보고하는지, 포함하는 블록 장치가 새 크기를 보고하는지 확인하세요.

ext2, ext3, ext4의 경우 파일시스템 확장 도구는 먼저 파티션이나 논리 장치가 확장되기를 기대합니다. XFS도 같은 계층 순서를 따르며, XFS 확장 작업은 장치가 이미 노출한 용량으로 마운트된 파일시스템을 확장합니다.

장치 경로, 마운트 지점, 지원되는 온라인 상태, 최근 백업을 확인한 후에만 파일시스템별 확장 작업을 사용하세요. 파일시스템이 변경되지 않은 성공적인 RAID 확장은 불완전하지만 잘못된 계층을 추측하는 것보다 안전합니다.

파일시스템별 장치 크기 조정 고려

일부 파일시스템은 여러 장치를 직접 관리하므로 교체 및 크기 조정 단계가 일반적인 RAID+파일시스템 스택과 일치하지 않습니다. Btrfs가 대표적인 예로, 장치 교체와 전체 새 용량 노출은 별개의 작업입니다.

Btrfs 장치를 더 큰 대상으로 교체해도 추가된 블록이 자동으로 파일시스템에 노출되지 않습니다. 별도의 장치 크기 조정이 교체가 깔끔하게 완료되었지만 보고된 용량이 변하지 않는 이유를 설명합니다.

mdadm, 파티션, LVM 명령을 사용하기 전에 파일시스템 자체가 장치 세트를 소유하는지 확인하세요. 서로 다른 스토리지 스택의 절차를 혼합하는 것은 단순한 용량 문제를 메타데이터 문제로 빠르게 악화시키는 가장 빠른 방법 중 하나입니다.

계층별 용량 점검 사용

결정적인 테스트는 물리 디스크부터 마운트된 파일시스템까지 모든 계층에서 보고된 크기를 기록하는 것입니다. RAID 중복, 메타데이터, 예약 블록, 단위 변환에 따른 예상 감소를 제외하고 용량은 스택을 따라 단조롭게 증가해야 합니다.

물리 디스크는 크지만 멤버 파티션이 그렇지 않으면 파티션 계층을 수정하세요. RAID 장치는 크지만 논리 볼륨이 그렇지 않으면 볼륨을 확장하세요. 모든 블록 계층이 크지만 마운트된 파일시스템이 그렇지 않으면 파일시스템 확장 단계를 수행하세요.

설명할 수 없는 두 인접 계층 간 불일치가 발생하거나 확장 중에 건강 상태 지표가 상승하면 중지하세요. 기하학을 변경하기 전에 상태 출력과 백업을 보존하세요. 첫 번째 설명할 수 없는 경계는 다음 작업을 강제할 이유가 아니라 진단 단서입니다.