NAS UI와 파일 시스템에서 스토리지 사용량이 다르게 표시되는 이유는 무엇인가요?

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Why Does Storage Usage Look Different Between the NAS UI and the Filesystem? - Zima Store Online

NAS와 파일 시스템의 사용량이 서로 다른 경우가 많은 이유는 스냅샷, 메타데이터, 예약 공간, 스파스 익스텐트, 공유 블록 등 서로 다른 계층을 카운터에 포함하기 때문입니다.

공유 폴더에 표시되는 파일은 4TB인데 NAS 대시보드에는 5.2TB가 사용 중이라고 표시될 수 있습니다. 어느 쪽의 합계도 반드시 잘못된 것은 아닙니다. 한 화면은 논리적 파일 크기의 합계를 계산하는 반면, 다른 화면은 풀 전체의 물리적 할당량을 표시할 수 있습니다. 여기에는 현재 디렉터리 트리에서 보이지 않거나 동일한 스토리지 풀 내의 표시 파일에 할당할 수 없는 데이터도 포함됩니다.

논리적 파일 크기와 할당 공간은 서로 다른 질문에 답합니다

파일은 애플리케이션에 논리적 길이를 전달하지만, 파일 시스템은 블록이나 익스텐트 단위로 스토리지를 할당합니다. 스파스 파일에는 할당되지 않은 빈 영역이 포함될 수 있고, 작은 파일은 메타데이터와 함께 전체 할당 단위를 사용할 수 있습니다. 따라서 파일 이름을 기준으로 크기를 합산한 값이 실제 사용 용량과 반드시 일치하지는 않습니다.

du와 df의 차이에 관한 Linux 설명에 따르면 디렉터리 합계와 파일 시스템 여유 공간 도구는 서로 다른 회계 계층을 검사합니다. 여러 조건에서 두 결과가 달라지는 것은 정상입니다.

압축과 블록 공유는 이러한 차이를 더욱 복잡하게 만듭니다. 두 논리적 파일이 동일한 물리적 블록을 참조할 수 있고, 압축된 데이터는 표시된 길이보다 적은 공간을 차지할 수 있습니다. UI는 논리적 소유량, 독점 할당량, 참조 바이트 수 또는 전체 풀 소비량 중 무엇을 표시할지 선택해야 합니다.

스냅샷과 예약 공간은 라이브 트리 외부에 블록을 유지합니다

파일을 삭제하면 현재 디렉터리에서는 제거되지만 스냅샷이 기존 블록을 보존할 수 있습니다. 풀 메타데이터, 패리티, 체크섬, CoW 기록 및 예약 용량도 공유 폴더 내부에는 표시되지 않으면서 사용 중이거나 사용할 수 없는 공간으로 계산될 수 있습니다.

스냅샷 공간에 관한 실용적인 설명에 따르면 스냅샷은 변경되거나 삭제된 데이터를 계속 참조합니다. 보존된 스냅샷 중 어느 것도 해당 블록을 필요로 하지 않을 때만 공간이 반환됩니다.

또 다른 숨은 원인은 프로세스가 아직 열어 둔 채 삭제된 파일입니다. 파일 경로는 사라지므로 디렉터리 검색에서는 누락되지만, 프로세스가 핸들을 닫을 때까지 블록은 계속 할당된 상태로 남습니다. 대시보드에는 풀 사용량이 표시되지만 라이브 트리는 더 작아 보일 수 있습니다.

서로 다른 합계가 실제 문제를 나타내는 경우

회계 계층이 다르다는 사실이 설명되지 않은 사용량이 계속 증가하는 현상을 정당화하지는 않습니다. 중단된 스냅샷 정책, 폭증하는 로그, 고아 컨테이너 데이터셋, 복제 예약 공간 또는 파일 시스템 오류가 실제 용량 위험을 만들 수 있습니다.

열린 상태로 유지되는 삭제된 파일에 관한 안내에서는 프로세스 검사를 통해 이러한 파일을 찾는 방법을 보여 줍니다. 이 메커니즘은 막연한 불일치가 아니라 특정한 징후를 보입니다.

두 도구가 동일한 데이터셋, 스냅샷 범위, 단위 및 할당 기준을 표시한다고 주장하는데도 새로 고침 후 큰 차이가 계속된다면 이 설명만으로는 충분하지 않습니다. 십진 단위와 이진 단위의 차이는 제한된 비율만 설명할 수 있습니다. 어느 표시를 신뢰할지 결정하기 전에 정의를 확인하세요.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

풀에서 표시 파일까지 용량을 대조하세요

동일한 시점에 풀 전체 용량, 할당량, 여유 공간, 데이터셋 참조량, 독점 사용량, 스냅샷 사용량, 예약 공간 및 표시 파일 합계를 기록하세요. 각 값이 논리적 기준인지 물리적 기준인지, 압축과 공유 블록이 포함되는지도 확인하세요. 아무것도 삭제하지 말고 열려 있는 삭제 파일이 있는지 점검하세요.

벡터 데이터베이스와 컨테이너가 표시되는 공유 폴더 외부의 데이터셋에 데이터를 저장할 수 있으므로, 이를 NAS 스토리지 동작과 연관 지어 살펴보세요. 모든 서비스 경로를 기본 데이터셋에 매핑하세요.

풀부터 아래 방향으로 대조하세요. 플랫폼의 정의에 따라 풀 할당량은 라이브 데이터셋, 스냅샷, 메타데이터 및 예약 공간의 합계와 일치해야 합니다. 스냅샷 사이에서 증가하는 범주를 조사하세요. 보존된 기록이 카운터의 대부분을 차지한다면 단순히 표시 파일을 삭제해 카운터를 맞추려 하지 마세요.