nas 서버 대여 전에 용량과 비용 계산하는 방법

얼마 전 파일 보관용 서버를 옮기는 작업에서 저장 공간보다 회선 속도가 먼저 문제를 일으켰다. 새 장비에는 여유가 있었지만, 초기 데이터 복사에 예상보다 오래 걸려 작업 창을 다시 잡아야 했다. nas 서버 대여를 알아볼 때도 몇 테라바이트를 주는지만 보면 이런 일을 겪기 쉽다.

먼저 어떤 서비스를 빌리는지 구분한다

업체가 말하는 NAS 대여는 형태가 제각각이다. NAS 장비 한 대를 전용으로 쓰는 상품도 있고, 여러 고객이 쓰는 저장 공간을 파일 공유 형태로 제공하는 상품도 있다. VPS에 디스크를 붙여 파일 서버처럼 쓰는 경우까지 같은 이름으로 부른다. 계약 전에 장비와 디스크를 단독으로 쓰는지, 운영체제와 계정 권한을 어디까지 제어할 수 있는지 확인해야 한다.

팀 문서 공유와 사진 보관이 주목적이라면 전용 장비가 꼭 필요하지는 않다. 사용자별 권한과 버전 복구가 되는 저가형 저장 서비스로 충분할 수 있다. 반대로 특정 백업 프로그램을 설치하거나 내부망의 여러 서버가 같은 저장소에 접근해야 한다면 관리 권한과 연결 방식이 중요해진다. 웹사이트 파일을 방문자에게 직접 내려주는 용도라면 NAS보다 웹호스팅이나 객체 저장소가 운영에 맞는 경우도 많다.

용량은 원본 파일에 여유분을 더해 계산한다

현재 파일이 1.2TB라면 1.2TB 상품부터 고르지 않는다. 파일 증가분, 이전 작업 중 생길 임시 복사본, 파일 버전과 스냅샷 공간을 따로 잡아야 한다. 예를 들어 연간 증가율을 25%로 보면 1년 뒤 원본은 약 1.5TB다. 여기에 스냅샷용으로 20% 안팎을 남겨 두려면 최소 1.8TB 정도의 실제 사용 가능 공간을 생각해야 한다. 파일 변경이 잦으면 스냅샷이 차지하는 공간은 더 커진다.

디스크 두 개를 미러링하는 구성도 헷갈리기 쉽다. 2TB 디스크 두 개를 넣으면 사용 가능 공간은 대략 2TB다. 4TB가 아니다. 업체가 표시한 용량이 디스크 원시 용량인지, 미러링 후 사용 가능 용량인지 물어봐야 한다. 미러링은 디스크 한 개의 고장에 대비하는 방식이다. 실수로 지운 파일이나 암호화된 파일은 두 디스크에 함께 반영될 수 있으므로 백업 용량으로 계산해서는 안 된다.

트래픽보다 동시 전송량과 이전 시간을 본다

월 전송량만 보면 실제 병목을 놓친다. 직원 20명이 동시에 10MB 파일을 10초 안에 받는 상황이라면 필요한 전송 속도는 단순 계산으로 초당 20MB, 약 160Mbps다. 프로토콜 오버헤드와 다른 작업을 감안하면 100Mbps 회선으로는 체감 속도가 떨어질 수 있다. 반면 하루에 몇 차례만 백업 파일을 올리는 곳이라면 상시 1Gbps 회선을 살 필요가 없을 수도 있다.

초기 이전 시간도 계산해 둔다. 500GB를 100Mbps로 옮길 때 이론상 최소 시간은 약 11시간이다. 실제로는 작은 파일 수, 암호화, 양쪽 서버의 디스크 성능 때문에 더 길어진다. 회선이 1Gbps라고 해도 상대 서버나 저장 장치가 느리면 속도는 그쪽에 맞춰진다. 대여 전에는 회선 속도뿐 아니라 월 전송량 제한, 초과 요금, 업로드 속도, 같은 데이터센터 안에서 옮길 수 있는지도 확인하는 편이 낫다.

백업과 복구 조건을 요금에 넣는다

NAS 한 대에 원본과 백업을 함께 두면 장비 장애나 계정 침해 때 둘 다 잃을 수 있다. 운영 데이터와 별도로 다른 장소에 복사본을 두고, 백업 계정에는 운영 계정과 다른 권한을 주는 구성이 안전하다. 스냅샷은 빠른 되돌리기에 유용하지만 장비 전체가 사라졌을 때 쓸 외부 백업을 대신하지는 못한다. 시놀로지도 NAS의 원격 파일 공유 포트를 인터넷에 직접 노출하지 말고 VPN 연결을 쓰도록 안내한다.

계약서에는 자동 백업 여부보다 복구 조건이 더 중요하다. 백업 주기, 보관 기간, 복구 요청 가능 시간, 복구 비용을 확인한다. 매일 한 번 백업한다면 장애 직전의 작업은 최대 하루치까지 다시 해야 할 수 있다. 복구에 반나절이 걸리는데 업무가 한 시간 이상 멈추면 곤란한 곳이라면 더 짧은 주기와 별도 대기 환경이 필요하다. AWS Backup도 백업이 실제로 복원되는지 시험하는 절차를 별도로 제공한다. 운영할 때는 작은 폴더라도 직접 복원해 걸린 시간과 파일 상태를 확인하는 게 좋다.

장애 때 확인할 순서를 미리 적어 둔다

접속이 끊기면 곧바로 디스크 고장으로 판단하지 않는다. 먼저 다른 네트워크에서도 접속이 안 되는지 보고, VPN과 계정 인증 상태를 확인한다. 다음으로 회선과 장비의 응답, 저장 공간 사용률, 디스크 경고, 최근 설정 변경 순으로 좁혀 간다. 저장 공간이 가득 차서 스냅샷이나 동기화가 멈추는 사례도 적지 않다. 임의로 재부팅하기 전에 오류 화면과 시각을 남겨 두면 업체 지원을 받을 때 원인을 찾기 쉽다.

저라면 현재 1.2TB를 쓰고 하루 몇 번 파일을 공유하는 작은 팀에 처음부터 고가 전용 장비를 권하지 않는다. 실제 사용 가능 용량과 복구 조건을 만족하는 저가 상품부터 비교하겠다. 다만 이전에 걸리는 시간과 백업을 되살리는 시간은 숫자로 확인한다. NAS 대여 비용에서 아끼면 안 되는 부분은 막연한 최고 사양이 아니라, 문제가 생겼을 때 데이터를 다시 꺼낼 수 있는 조건이다.