모든 드라이브를 교체했는데도 RAID 용량이 변하지 않는 이유는 무엇인가요?

RAID 용량은 저장소 스택의 한 계층이 여전히 이전 경계를 노출하기 때문에 보통 변경되지 않습니다. 모든 교체 부품이 활성화되어 완전히 재구성된 멤버인지 확인한 후, 물리 디스크, 멤버 파티션, RAID 장치, 볼륨 계층, 마운트된 파일시스템의 보고된 크기를 순서대로 비교하세요. 이전 크기를 여전히 보고하는 첫 번째 계층이 일반적으로 확장해야 하는 계층입니다.

모든 교체 부품이 활성 멤버가 되었는지 확인하기

용량 화면보다 배열 상태부터 확인하세요. 여전히 예비, 교체 대상, 재구성 중 장치 또는 사용 불가 멤버로 나열된 더 큰 디스크는 RAID 그룹의 공통 크기를 아직 늘리지 않습니다. 변경하기 전에 모든 멤버의 시리얼 번호, 역할, 사용 가능한 섹터 수, 재구성 상태, 오류 카운터를 기록하세요.

미러에서는 미러를 정의하는 모든 멤버가 충분히 커질 때까지 용량이 보통 증가하지 않습니다. 패리티 RAID에서는 현재 지오메트리에 참여하는 모든 멤버가 더 큰 구성 요소 크기를 노출해야 할 수도 있습니다. 안전한 교체 순서는 디스크 하나를 교체하고, 깨끗한 재구성을 기다리고, 배열을 확인한 후 다음 디스크를 교체하는 것입니다. ZimaSpace의 미러 멤버를 한 번에 하나씩 교체하는 가이드는 중간 단계에서 사용 가능한 용량이 종종 변경되지 않는 이유를 설명합니다.

여전히 이전 크기를 보고하는 첫 번째 저장소 계층 찾기

NAS는 물리 디스크, 파티션 테이블, RAID 멤버, RAID 장치, 암호화 매핑, LVM 물리 볼륨, 논리 볼륨, 저장소 풀, 파일시스템 등 여러 독립적인 용량 제한을 쌓을 수 있습니다. 하드웨어 교체는 첫 번째 계층만 변경합니다. 그 위의 모든 계층은 더 큰 경계를 발견하거나 알려야 마운트된 공유가 추가 공간을 사용할 수 있습니다.

“확장” 버튼을 반복해서 누르지 말고 각 계층에서 표시되는 크기를 적어 두세요. 올바른 진단은 하위 계층이 더 크지만 다음 계층이 이전 크기로 남아 있는 첫 번째 전환 지점입니다.

교체 파티션이 여전히 이전 경계에서 끝나는지 확인하기

많은 교체 작업 흐름은 RAID 메타데이터가 동일한 오프셋에서 시작하도록 원래 파티션 테이블을 복사합니다. 이는 정렬과 멤버 식별을 보호하지만 이전 파티션 끝 이후에 큰 미사용 영역이 남을 수 있습니다. 물리 디스크는 더 크지만 배열에 표시되는 RAID 멤버는 여전히 이전 크기입니다.

테라바이트 단위로 반올림된 라벨보다 섹터 수를 비교하세요. 동일한 명목 용량으로 판매되는 드라이브는 사용 가능한 섹터 총수가 약간 다를 수 있으며, 크기가 부족한 교체 파티션은 배열이 더 큰 공통 구성 요소 크기를 선택하지 못하게 할 수 있습니다. 활성 멤버에서 파티션을 무분별하게 다시 만들지 말고, 시작 섹터, 파티션 유형, RAID 메타데이터 레이아웃을 보존하며, 검증된 백업 후에만 플랫폼에서 지원하는 변경을 하세요.

RAID 계층이 실제로 확장되었는지 확인하기

건강한 상태와 더 큰 멤버가 RAID 장치 자체가 새 지오메트리를 채택했다는 증거는 아닙니다. 일부 저장소 시스템은 마지막 교체 및 재구성 후 자동으로 확장되지만, 다른 시스템은 별도의 배열 수준 확장 작업이 필요합니다. 예를 들어 Linux md에서는 기저 멤버 장치가 더 큰 크기를 노출한 후에도 RAID 장치는 명시적인 확장 단계가 필요합니다.

확장을 시작하기 전에 배열이 깨끗하고, 예상된 모든 멤버가 활성이며, 재구성 또는 스크럽이 실행 중이지 않고, 최근 로그에 새로운 읽기, 쓰기, 타임아웃 또는 링크 오류가 없는지 확인하세요. 확장 작업은 지오메트리 또는 구성 요소 크기를 변경하며, 해결되지 않은 저하 상태를 숨기기 위해 사용해서는 안 됩니다.

RAID 위의 암호화, LVM, 저장소 풀 경계 검사

RAID 장치가 더 크지만 논리 볼륨이 변경되지 않았다면 추가 블록이 중간 계층에 대기 중입니다. 암호화 매핑은 더 큰 장치를 다시 스캔해야 할 수 있습니다. LVM 물리 볼륨은 볼륨 그룹이 새 확장을 할당하기 전에 인식해야 하며, 논리 볼륨은 파일시스템이 확장되기 전에 확장되어야 합니다.

용량 도구가 스택 어딘가에 여유 공간이 있다고 보고한다고 해서 바로 파일시스템으로 건너뛰지 마세요. 각 매핑 및 볼륨 객체가 표시하는 크기를 확인하세요. 씬 프로비저닝 또는 풀 시스템에서는 할당되지 않은 풀 공간과 마운트된 파일시스템 내의 여유 공간을 구분해야 하며, 이 둘은 서로 교환할 수 없습니다.

블록 장치가 더 커진 후에만 파일시스템 확장하기

파일시스템은 기본 장치가 현재 제공하는 블록 범위만 사용할 수 있습니다. Ext4, XFS, Btrfs, ZFS 등 각 파일시스템은 확장 규칙, 마운트 상태 요구사항, 안전 검사 방법이 다릅니다. 먼저 파일시스템과 저장소 스택을 식별한 후, 다른 플랫폼의 명령을 빌려 쓰지 말고 해당 파일시스템이 지원하는 절차를 사용하세요.

ZFS는 최종 단계가 구현별로 다를 수 있는 좋은 예입니다. 모든 미러 멤버가 교체된 후에도 ZFS 미러는 풀에서 공간을 노출하기 전에 새 장치 크기를 확장해야 할 수 있습니다. Btrfs도 교체가 성공적으로 완료되었더라도 더 큰 장치 경계를 인식해야 할 수 있습니다. 올바른 조치는 멤버 장치를 소유한 계층에 따라 다릅니다.

플랫폼이 기존 레이아웃을 제자리에서 확장할 수 없으면 중단하기

일부 RAID 컨트롤러, 어플라이언스 레이아웃, 파티션 스킴, 파일시스템은 현재 구성을 제자리에서 확장할 수 없습니다. 다른 일부는 특정 RAID 레벨만 확장하거나 모든 멤버가 정확히 일치해야 합니다. 관리 인터페이스에 지원되는 확장 경로가 없으면 디스크 크기가 비슷해 보여도 다른 저장소 스택의 명령을 강제로 사용하지 마세요.

멤버 이력이 충돌하거나 배열이 저하되었거나 상태 카운터가 증가하거나 파티션 레이아웃을 안전하게 변경할 수 없거나 플랫폼 문서에 제자리 확장 방법이 없으면 중단하고 백업 및 재생성 마이그레이션을 계획하세요. 지원되는 확장 후에는 모든 계층에서 새 크기를 확인하고, 플랫폼 무결성 검사를 실행하며, 정상적인 애플리케이션 접근을 확인하고, 이전과 이후 상태를 새 기준선으로 보존하세요.