Proxmox 전환 때 스토리지도 함께 바꿔야 하는지 고민된다면, Loughborough University의 사례를 참고할 수 있습니다. 대학은 기존 NetApp NFS와 snapVault를 유지했다고 보고했습니다. 우리 환경에 적용할 수 있는지는 연결·권한과 장애 시 복구 조건을 확인해야 합니다.
무엇을 바꾸고 무엇을 유지했나
영국 Loughborough University는 교육·평가·시설 운영을 지원하는 가상화 환경의 갱신 비용 상승과 예산 제약에 대응해야 했습니다. 공식 사례에 따르면 대학은 Proxmox VE로 전환하면서 기존 스토리지를 보존해 교체 범위를 나눴습니다.
이전은 대학 IT팀이 수행했고, Novatech가 설계와 네트워크 구성 검증에 협력했습니다. 디플로이아이티의 구축 실적이 아닌 외부 고객 사례입니다.
세 클러스터가 맡은 일
공식 사례는 주 운영 클러스터, 주요 서비스의 복제 VM을 둔 보조 운영 클러스터, 개발 클러스터를 구분합니다. 주 운영은 대학 업무를 맡고 개발 환경은 펌웨어·패치 시험에 쓰였습니다.
같은 역할 구분을 적용하려면 먼저 서비스가 의존하는 서버·네트워크·스토리지를 함께 그려보세요. 클러스터를 나누더라도 같은 스토리지나 통신 경로에 의존한다면 그 공통 장애를 따로 검토해야 합니다.
이전 일정에는 라이선스 재활성화도 포함하세요
대학은 2026년 9월까지 약 500대의 VM을 이전했다고 보고했습니다. 사례 발표일은 2026년 10월 14일이며, 정확한 구축 착수일은 공개되지 않았습니다.
일부 하드웨어 종속 라이선스 서버는 공급업체 재활성화 때문에 1~2시간 중단됐습니다. 하드웨어에 묶인 라이선스가 있다면 공급업체의 재활성화 일정도 이전 계획에 넣어야 합니다. 이전 대상 목록에 라이선스의 하드웨어 종속 정보와 재활성화 담당자를 기록하고, 담당자의 대응 가능 시간과 업무의 허용 중단시간을 맞추세요.
우리 환경에서 보존할 수 있는지 판단하려면
다음은 사례의 수행 결과가 아니라 도입 전 확인할 조건입니다. 기존 NFS 연결과 접근 권한을 시험하고, 서버·망·스토리지의 장애 영역을 확인한 뒤 복원 권한과 복구시험 기록을 점검하세요.
변경 전에는 복구 가능한 백업을 확보하고, 복귀할 수 있는 시점과 전환 이후 발생한 쓰기를 어떻게 처리할지 정하세요. 허용 데이터 손실 범위(RPO)와 목표 복구시간(RTO)을 정한 뒤 애플리케이션이 정상 업무를 수행하는지 시험해야 합니다.
백업·복원과 이전 작업의 성공·실패 기록은 중앙 로그에서 함께 확인할 수 있도록 준비하세요. 이 대학의 백업 격리 정책이나 복구시험 결과는 공개 사례에서 확인되지 않아, 같은 수준의 복구를 기대할 근거로 삼을 수는 없습니다.