NAS RAID 마이그레이션

현장 브리핑

현장 유형

NAS 운영 환경 / RAID 구조 이전 전환

핵심 판단

일괄 교체보다 단계별 마이그레이션 우선

판단 변수

기존 RAID 구성 / 데이터 중요도 / 중단 허용 범위 / 전환 시간 / 저장 여유

관련 기준

RAID 스토리지 설계 / 네트워크 장애 복구 기준 / 네트워크 문서화 기준

01현장 요약

본 사례는 기존 NAS가 운영 중인 환경에서 저장 구조를 새로운 RAID 구성으로 이전 전환한 작업이다. 저장 자체는 유지되고 있었지만, 기존 RAID 수준과 용량 구조, 운영 범위가 현재 사용 패턴과 맞지 않아 재정리가 필요한 상태였다.

문제의 핵심은 단순 디스크 교체가 아니라, 기존 데이터와 운영 범위를 유지하면서 새로운 RAID 구조로 안전하게 옮기는 절차를 어떻게 설계할 것인지에 있었다.

02현장 조건

• 기존 NAS와 RAID 구성이 이미 운영 중인 환경
• 데이터 중단 허용 범위가 제한적인 환경
• 기존 RAID 구조가 현재 운영 패턴과 맞지 않는 상태
• 전환 중 데이터 보존과 운영 연속성이 동시에 필요한 상태
• 이전 이후에도 구조를 명확히 문서화해야 하는 환경

03문제 또는 요구사항

요구사항은 저장 용량만 늘리는 것이 아니라, 기존 RAID 구조를 새로운 기준으로 옮기면서 데이터 보호와 운영 연속성을 동시에 확보하는 것이었다. 일괄 전환은 절차는 단순할 수 있지만, 실패 시 영향 범위가 전체 저장 구간으로 커질 수 있었다.

따라서 어떤 데이터를 먼저 이동하고, 어느 시점에 RAID 구조를 전환하며, 어떤 상태를 기준으로 이전 완료를 판단할지 미리 정리해야 했다.

04선택지 비교

05판단 기준

본 현장에서는 아래 기준을 우선했다.

• 운영 중단 범위를 최소화할 수 있는가
• 전환 실패 시 되돌릴 수 있는 단위를 확보할 수 있는가
• 기존 데이터와 신규 RAID 구조의 검증이 가능한가
• 이전 이후 저장 구조를 명확히 설명할 수 있는가

06최종 판단

본 사례에서는 일괄 전환보다 단계별 RAID 마이그레이션을 선택했다. 이유는 저장 구조 전환은 단일 장비 작업처럼 보여도 실제로는 데이터 범위와 운영 범위가 함께 움직이기 때문에, 문제 발생 시 복구 단위를 작게 가져가는 편이 더 안정적이었기 때문이다.

특히 NAS 환경에서는 전환 자체보다 전환 후 검증이 중요하므로, 전환 단위와 검증 단위를 일치시키는 구조가 더 적절하다고 판단했다.

07구현 구조

구조 원칙 데이터 범위 분리 + 단계별 이전 + RAID 구조 검증 후 전환

구현은 기존 저장 범위를 우선순위에 따라 나누고, 단계별로 데이터 이동과 RAID 구조 검증을 진행한 뒤 최종 전환하는 방식으로 진행했다. 핵심은 RAID 자체보다 전환 순서와 검증 기준을 먼저 고정하는 데 있었다.

[Existing NAS RAID]
      │
 [Data Validation]
      │
[New RAID Structure]
      │
 [Cutover / Verification]

08결과

• 기존 운영 범위를 유지하면서 새로운 RAID 구조로 이전할 수 있었다.
• 전환 단위를 작게 유지해 복구 부담을 줄였다.
• 이전 이후 저장 구조와 운영 범위를 다시 정리할 수 있었다.
• 향후 유지보수에 사용할 기준 구조를 남길 수 있었다.

09관련 기술 문서

10범위와 제외 사항

본 사례는 NAS RAID 구조 이전 전환에 한정된다. 백업 정책 전체 재설계, 애플리케이션별 데이터 사용 정책 변경은 본 문서 범위에 포함하지 않는다.

11참고

이 사례 문서는 RAID 구조 전환이 디스크 교체가 아니라, 데이터 범위와 운영 범위를 함께 다루는 이전 작업이라는 점을 남기기 위한 기록이다.