커뮤니티 솔루션

ZimaOS에서 공유 사용자 폴더의 저장 공간 한도 설정

A ZimaOS+ user wanted one private folder per employee with a fixed storage cap and also noticed a newly created RAID1 felt unusually slow.

결론: ZimaOS 공유 기능으로 접근을 제어할 수 있지만, 현재 UI에는 폴더별 고정 용량 할당량이 문서화되어 있지 않음

요구 사항은 간단했습니다. 직원마다 개인 폴더 하나를 제공하고 용량을 4TB로 제한하는 것입니다. ZimaOS 계정 및 공유 권한으로 폴더를 누가 볼 수 있는지는 제어할 수 있지만, 현재 공개 문서에는 “이 공유 폴더는 XTB만 사용할 수 있음”과 같은 기본 제공 제어 기능이 없습니다. 접근 제어와 저장 공간 할당량은 별도의 기능입니다.

엄격한 용량 제한에는 사용자 저장 공간을 관리하는 애플리케이션 사용

이러한 다중 사용자 요구 사항에는 Nextcloud가 가장 적합합니다. 현재 관리자 매뉴얼에서는 사용자별 할당량을 지원하며, 5TB와 같은 사용자 지정 값도 설정할 수 있습니다. Nextcloud 사용자 할당량 문서를 참조하세요.

Nextcloud 하드웨어 가이드에서는 데이터베이스 및 앱 저장 공간과 직원 파일 저장 공간을 별도로 산정하는 데 도움을 줍니다. 폴더 권한만 필요하고 할당량은 필요하지 않다면 ZimaOS SMB 권한 가이드가 더 적합합니다.

느린 어레이는 할당량 문제가 아니었습니다

저장 작업이 실행 중인 동안 CPU와 RAM 사용량이 매우 낮게 표시된 ZimaOS 시스템 대시보드
저장소 계층에서 여전히 재구축이 진행되는 동안에도 시스템 대시보드는 대부분 유휴 상태처럼 보였습니다. 따라서 유용한 단서는 CPU 사용량이 아니라 RAID 진행 상태였습니다.
RAID1이 3%에서 재동기화 중이며 27시간 이상 남았다고 표시된 ZimaOS 저장소 페이지
새 어레이가 느리게 느껴진 실제 이유는 저장소 페이지에서 확인되었습니다. 전체 디스크에 걸쳐 RAID1 재동기화가 아직 진행 중이었습니다.

RAID가 단순히 재구축 중이었던 것입니다. 빈 RAID라도 구성 디스크 전체에서 블록을 재동기화해야 하므로 CPU 사용량이 낮다고 해서 저장 작업이 끝난 것은 아닙니다. 현재 ZimaOS RAID 가이드에서는 어레이가 초기화되는 동안 패리티 계산 및 재구축 작업으로 저장소 성능이 저하될 수 있다고 설명합니다.

벤치마크 또는 데이터 마이그레이션 전에 재구축 상태 확인

cat /proc/mdstat
sudo mdadm --detail /dev/md0

mdadm 매뉴얼은 어레이 상태에 대한 공식 상위 문서입니다. 재동기화가 100%에 도달하기 전에는 정상적인 전송 속도를 판단하지 마세요.

권장 직원 저장 공간 구성

  • 개인 폴더만 필요: ZimaOS 사용자 + SMB 권한.
  • 사용자별 용량 제한 필요: Nextcloud 사용자 + 할당량.
  • 파일 시스템 수준의 할당량 필요: 고급 Linux 도구를 사용하되, ZimaOS UI가 업데이트 후에도 해당 구성을 관리하거나 유지한다고 가정하지 마세요.

이렇게 하면 사용자 계정의 저장 공간 모델을 실제로 관리하는 계층에서 할당량 메커니즘을 처리할 수 있습니다.