공유 폴더가 잘 열린다는 이유만으로 NAS 도입이 끝났다고 판단하기 쉽다. 하지만 인사 자료가 다른 부서에 보이거나, 삭제한 파일을 복구하지 못하거나, 여러 직원이 동시에 접속할 때 작업이 멈춘다면 파일 서버로서의 설계는 아직 끝나지 않은 상태다.
NAS를 검토할 때는 디스크 용량보다 먼저 세 가지를 정해야 한다. 누가 어떤 파일에 접근할지, 어느 정도의 동시 작업을 처리할지, 장애가 나면 어느 시점의 데이터를 얼마 만에 되살릴지다.
1. NAS는 파일 서비스를 제공하는 서버
NAS(Network Attached Storage)는 네트워크에 연결해 여러 사용자가 파일에 접근하도록 하는 저장 시스템이다. 내부에는 디스크뿐 아니라 CPU, 메모리, 운영체제와 파일 공유 서비스가 있다. 작은 사무실용 장비부터 여러 노드로 확장하는 기업용 시스템까지 형태와 규모도 다양하다.
사용자가 네트워크 드라이브에서 문서를 열면 클라이언트는 NAS에 파일 접근 요청을 보낸다. NAS는 인증 정보와 권한을 확인하고 파일시스템과 저장장치를 통해 데이터를 읽거나 기록한다. SMB는 이러한 네트워크 파일 읽기·쓰기에 쓰이는 대표적인 프로토콜이며, NFS도 NAS에서 널리 사용된다.
여기서 NAS와 일반 파일 서버를 완전히 다른 종류의 시스템으로 나눌 필요는 없다. NAS 자체가 파일 서버 역할을 한다. 실무에서의 비교는 대개 파일 서비스와 관리 기능이 통합된 NAS 제품을 쓸지, Windows Server나 Linux 기반으로 직접 파일 서버를 구성할지에 가깝다.
NAS는 관리 기능이 통합돼 초기 구성이 간편할 수 있다. 반면 지원하는 파일시스템, 확장 방식, 인증 연동, 백업 기능은 제품에 따라 제한된다. 범용 서버는 구성을 유연하게 바꿀 수 있지만 운영체제와 서비스 관리 부담을 함께 감수해야 한다.
2. 권한은 폴더를 만들기 전에 설계
처음에는 공용 계정 하나로 시작했다가 사용자가 늘면서 부서별 권한을 덧붙이는 경우가 있다. 이 방식은 누가 파일을 수정했는지 추적하기 어렵고, 인사이동 때 기존 접근 권한이 남기 쉽다.
기업 파일 서버라면 개인별 계정과 업무 역할에 따른 그룹을 기본으로 삼는 편이 관리하기 쉽다. 예를 들어 인사팀 자료는 인사팀 그룹에만 쓰기 권한을 주고, 전사 공지는 일반 직원에게 읽기만 허용하는 식이다. 계정 연동을 사용하더라도 실제 NAS의 공유 권한과 파일·폴더 접근제어가 의도대로 적용되는지 확인해야 한다.
권한 검증은 관리자 계정으로 하면 안 된다. 일반 직원, 다른 부서 직원, 퇴사 처리한 계정 등 시험 계정을 사용해 열람·수정·삭제 가능 여부를 확인한다. 허용한 접근뿐 아니라 금지한 접근이 실제로 차단되는지까지 확인하는 방식이다.
관리자 계정은 일상적인 파일 작업 계정과 구분하고, 지원되는 경우 다중요소인증을 적용한다. 관리 화면과 파일 공유 서비스를 인터넷에 직접 노출하지 않는 구성을 우선 검토하고, 원격 접속이 필요하면 승인된 접속 경로와 인증 방식을 정한다. 접근 로그도 수집 여부뿐 아니라 보존 기간과 확인 담당자를 지정해야 활용할 수 있다.
3. 용량보다 먼저 실제 작업의 병목
NAS 성능은 디스크 사양 하나로 결정되지 않는다. 클라이언트, 스위치, NAS 네트워크 포트, CPU와 메모리, 디스크 구성 중 어느 구간이 먼저 포화되는지에 따라 사용자가 느끼는 속도가 달라진다.
1Gbps를 바이트 단위로 단순 환산하면 초당 125MB다. 이는 이론상 값이며 실제 파일 전송에서는 프로토콜 처리와 시스템 부하 등으로 낮아진다. 여러 사용자가 같은 NAS의 1Gbps 연결을 공유한다면 사용자별로 그 속도를 각각 보장받는 것도 아니다.
큰 영상 파일을 연속 복사하는 업무와 작은 문서 수만 개를 검색·저장하는 업무는 시험 방법부터 달라야 한다. 전자는 처리량을, 후자는 파일 목록 조회와 작은 파일 접근 지연을 함께 봐야 한다. 디스크 재구성이나 백업이 진행되는 시간에도 업무가 허용 수준으로 동작하는지 확인한다.
따라서 10GbE나 SSD를 먼저 구매하기보다 대표 업무 파일과 예상 동시 사용자 수로 시험하는 편이 낫다. 네트워크가 병목이면 연결 구간을 개선하고, 디스크 대기 시간이 길다면 저장장치 구성을 검토한다. 측정 결과 없이 부품을 바꾸면 비용을 들이고도 같은 지연을 겪을 수 있다.
4. RAID·스냅샷·복제는 복구 요구에 맞춰 조합
RAID는 구성에 따라 일부 디스크 장애를 견디도록 돕는다. 하지만 사용자가 삭제한 파일을 자동으로 이전 상태로 돌려주지는 않는다. NAS 자체의 고장이나 저장소 손상까지 모두 해결하는 기능도 아니다.
스냅샷은 특정 시점의 상태를 보존해 파일을 되돌리는 데 활용할 수 있다. 다만 같은 NAS에만 있는 스냅샷은 장비 전체 손실에 대비한 독립 사본이 아니다. 복제 역시 현재 상태를 동기화하는 방식인지, 과거 버전을 함께 보존하는 방식인지에 따라 복구 가능 범위가 달라진다.
백업은 다른 장비나 위치에 보관하는 것과 함께 접근 권한, 보존 정책, 삭제 방지 조건을 설계해야 한다. 운영 NAS와 백업을 같은 관리자 권한으로 모두 삭제할 수 있다면 계정 침해가 두 사본에 함께 영향을 줄 수 있다. CISA도 랜섬웨어 대비를 위해 오프라인 백업과 복원 점검을 권고한다.
가상 예시로, 업무 담당자가 허용 가능한 데이터 손실을 4시간, 업무 중단을 8시간으로 정했다고 하자. 각각 RPO와 RTO에 해당한다. 이때 하루 한 번 백업만으로는 4시간 RPO를 충족하기 어렵다. 백업 주기뿐 아니라 사본 전달 지연, 실패 감지와 재처리, 장비 확보와 실제 복원 시간까지 계산해야 한다. 이 수치는 예시이며 업무별로 따로 정해야 한다.
5. NAS 두 대가 자동 전환을 의미 x
운영 NAS의 데이터를 다른 NAS로 복제하는 구성과 장애 시 서비스를 자동으로 넘기는 고가용성 구성은 구분해야 한다. 복제 작업이 정상이어도 접속 주소 변경, 공유 서비스 기동, 권한 복구를 수동으로 진행해야 할 수 있다.
제품의 구성 명칭만 보고 판단하지 말고 장애 시 실제 절차를 확인한다. 운영 장비가 멈췄을 때 누가 장애를 판단하는지, 사용자는 어느 주소로 접속하는지, 복제되지 않은 데이터는 얼마나 있는지, 원래 장비로 돌아갈 때 어떤 절차를 거치는지가 확인 대상이다.
이중 전원도 각각 독립된 전원 경로를 사용할 때 의미가 커진다. 두 전원 케이블을 같은 멀티탭에 연결했다면 그 멀티탭 장애는 함께 영향을 준다. UPS를 도입할 때도 전원 유지 시간뿐 아니라 배터리 부족 시 정상 종료와 전원 복구 후 기동 순서를 시험해야 한다.
6. 도입 검수는 실제 계정과 실제 복원
다음 표는 제품의 기능 목록이 아니라 도입 후 동작을 확인하기 위한 예시다. 합격 기준은 업무 담당자와 운영 담당자가 사전에 정한다.
| 점검 영역 | 확인 방법 | 남길 결과 |
|---|---|---|
| 권한 | 부서별 시험 계정으로 열람·수정·삭제 시험 | 허용·차단 결과와 권한표 |
| 성능 | 대표 파일로 예상 동시 작업 재현 | 처리 시간, 지연과 병목 구간 |
| 복원 | 격리된 위치에 과거 파일과 폴더 복원 | 복구 시점, 소요 시간, 내용·권한 확인 |
| 장애 대응 | 계획된 점검 시간에 전환 절차 시험 | 접속 방법, 업무 영향과 담당자 |
| 운영 | 업데이트·용량·백업 실패 알림 확인 | 점검 주기와 조치 담당자 |
복원시험에서는 파일이 존재하는지만 확인하지 않는다. 문서가 정상적으로 열리는지, 필요한 버전인지, 폴더 권한이 유지되는지까지 업무 담당자와 함께 확인한다. 운영 데이터를 덮어쓰지 않도록 별도 경로에서 시험하는 것이 기본이다.
실무 관점에서 NAS의 관리 화면이 간편하다는 점은 장점이다. 그러나 그 편의성이 관리 책임까지 줄여주지는 않는다. 계정 승인, 보안 업데이트, 백업 실패 대응과 복원시험의 담당자가 정해지지 않았다면 장비를 설치해도 운영 공백은 남는다.
도입 검토서에는 ‘용량이 충분함’과 함께 권한 검증 결과, 대표 업무의 성능 시험, 복원 가능한 시점과 실제 소요 시간을 기록하자. 이 네 가지를 설명할 수 있어야 NAS가 회사의 파일 서버 역할을 감당할 수 있는지 판단할 수 있다.