nas 서버 용량 계산해서 하드 낭비 줄이는 방법

얼마 전 2TB도 쓰지 않는 사무실에서 24TB NAS 견적을 받은 적이 있다. 파일이 매년 얼마나 늘어나는지 묻기 전에 디스크부터 고른 결과였다. 반대로 현재 파일 크기만 보고 디스크를 사면 2년 뒤 교체 비용이 생긴다. nas 서버 용량은 지금 쌓인 데이터, 앞으로 늘어날 양, 보관할 이전 버전, 비워 둘 공간을 순서대로 계산하면 된다.

현재 사용량부터 실제 파일 기준으로 잡는다

먼저 옮길 폴더의 실제 사용량을 확인한다. PC와 클라우드에 같은 파일이 중복으로 있는지, 오래된 설치 파일이나 임시 백업을 함께 옮길지도 구분한다. 지금 3TB를 쓰고 있어도 그중 800GB가 중복이라면 출발점은 2.2TB에 가깝다. 다만 삭제할 파일을 아직 확정하지 않았다면 견적에서는 3TB로 잡는 편이 안전하다.

다음은 증가 속도다. 가능하면 최근 6~12개월의 저장량 변화를 본다. 기록이 없다면 월별 업로드량을 며칠이라도 재고, 큰 프로젝트가 예정돼 있는지 따로 적는다. 예를 들어 현재 3TB에 매년 600GB씩 늘고 3년간 쓸 계획이라면 파일 자체는 4.8TB가 된다. 사진·영상 원본을 쌓는 곳은 증가량이 일정하지 않으므로 예정된 촬영이나 장비 변경도 반영해야 한다.

삭제한 파일과 수정 전 파일을 되돌릴 수 있게 스냅샷을 켠다면 그 공간도 필요하다. 변경이 적은 문서와 매일 다시 저장되는 대용량 파일은 같은 보관 기간이라도 차지하는 공간이 다르다. 스냅샷에 필요한 양을 일률적으로 몇 퍼센트라고 정하기보다, 현재 파일에서 일주일 정도 변경량을 측정해 보관 기간에 맞춰 추정하는 게 낫다.

디스크 표시 용량을 그대로 쓸 수는 없다

디스크 4개에 각각 4TB라고 적혀 있으면 합계는 16TB다. 하지만 장애에 대비해 RAID를 구성하면 파일을 저장할 수 있는 공간은 줄어든다. 같은 크기의 디스크를 쓸 때 RAID1은 복제본을 위해 절반을 쓰고, RAID5는 디스크 1개 분량, RAID6는 2개 분량을 장애 대비 정보에 쓴다. 따라서 4TB 디스크 4개를 RAID6로 묶으면 표시 기준 사용 가능 용량은 약 8TB다.

운영체제의 용량 표시가 구매한 디스크의 TB 수치보다 작아 보이는 것도 흔하다. 제조사의 1TB는 1조 바이트이고, 시스템이 2진 단위인 TiB로 보여주면 약 0.91TiB다. 위의 8TB는 약 7.28TiB로 표시될 수 있다. 여기에 파일 시스템과 관리용 공간도 조금 들어간다. 견적을 비교할 때는 TB와 TiB를 섞어 계산하지 말고, 같은 단위로 맞춘 뒤 여유를 확인한다.

RAID 종류는 용량만으로 고르지 않는다. 디스크 2개로 시작한다면 RAID1이 단순하다. 디스크 4개로 오래 운영하고 복구 중 추가 디스크 고장까지 대비하려면 RAID6를 검토할 만하다. 다만 디스크가 늘수록 본체 가격, 전력, 교체 비용도 오른다. 무조건 베이를 가득 채우기보다 필요한 사용 가능 용량을 먼저 계산하는 이유다.

3년치 파일과 스냅샷을 넣어 계산한다

계산식을 하나로 적으면 ‘필요한 사용 가능 용량 = 3년 뒤 예상 파일량 + 스냅샷·버전 보관량’이다. 여기에 운영 여유를 남긴다. 예를 들어 현재 파일 3TB, 연간 증가 0.6TB, 3년 사용, 스냅샷 예상 1.2TB라면 실제로 채울 공간은 6TB다. 전체 용량의 20%를 비워 둘 계획이라면 6TB를 0.8로 나눈 7.5TB 이상이 필요하다.

이 경우 8TB짜리 디스크 2개를 RAID1로 묶거나, 4TB짜리 4개를 RAID6로 묶으면 표시 기준 사용 가능 용량이 각각 8TB다. 숫자는 비슷해도 빈 베이 수와 향후 확장 방법은 다르다. 나중에 디스크 한 개만 추가하면 용량이 바로 늘어난다고 가정하면 곤란하다. NAS 모델과 RAID 구성에 따라 같은 크기의 디스크를 여러 개 교체해야 할 수도 있다.

여유 공간 20%는 모든 NAS에 적용되는 고정 규칙은 아니다. 다만 용량이 꽉 차면 스냅샷 유지, 파일 복사, 장애 복구가 불편해진다. 성장 속도가 불확실하거나 대용량 파일을 자주 편집한다면 여유를 더 잡는다. 반면 증가량이 작고 사용량을 정기적으로 확인할 수 있다면 처음부터 과한 디스크를 살 필요는 없다.

백업 용량은 NAS와 따로 계산한다

RAID1이나 RAID6를 써도 백업이 완성되는 것은 아니다. 실수로 삭제하거나 랜섬웨어로 파일이 바뀌면 그 변경도 다른 디스크에 반영된다. NAS 안의 스냅샷은 빠른 복원에 유용하지만, 본체 고장이나 화재까지 대비하려면 분리된 저장소에 복사본이 있어야 한다.

백업 저장소 크기는 현재 파일량만으로 정하지 않는다. 6TB의 파일과 스냅샷을 NAS에 둘 계획이라도, 외부 백업에 지난 버전을 얼마나 오래 남길지에 따라 필요한 용량이 달라진다. 전체 복사본 하나를 보관할지, 매일 바뀐 파일을 30일간 보관할지 먼저 정한다. 특히 영상 편집 파일처럼 작은 수정에도 큰 파일이 다시 저장되는 환경은 백업 증가량을 실제 작업으로 확인해야 한다.

운영할 때는 월별 사용량과 증가량을 기록하고, 일정 수준을 넘으면 증설 시점을 다시 계산한다. 백업 작업의 성공 표시만 믿지 말고 파일 몇 개를 직접 복원해 열어 보는 것도 필요하다. 제 경험상 NAS에서 가장 비싼 실수는 디스크를 작게 산 일이 아니라, 복구할 수 있다고 생각했는데 실제로는 복원 절차가 준비되지 않은 경우였다.