원격지원을 맡기기 전에는 누가, 어느 대상을, 언제까지 점검할지 먼저 정하세요. Maintenance Center는 고객사 관리 VM을 진입점으로 지원 세션과 접속 이력을 연결하는 제품으로 소개됩니다.
시작하려면 Alpacon 워크스페이스와 관리 VM, 접속 승인 및 네트워크 조건을 준비해야 합니다. 승인 담당자와 지원 계정의 최소 권한을 정하고, 지원할 사이트와 실제 점검 대상을 구분해 전달하세요.
사이트와 관리 VM은 어떤 차이가 있나요?
여러 지점의 유지보수를 맡긴다면 사이트는 지원할 고객 환경을 구분하는 단위이고, 관리 VM은 그 환경에 들어가는 지원 진입점입니다. 관리 VM이 준비됐다는 이유만으로 모든 서버나 기존 Portal에 연결할 수 있다고 판단해서는 안 됩니다.
가상의 지원 요청을 생각해 보겠습니다. 지정 사이트의 점검 대상만 합의한 시간 동안 허용하고, 종료 후 연결 상태와 이력을 확인하는 상황입니다. 요청서에는 점검 목적과 대상, 시작·종료 시각을 함께 적으면 승인자가 허용 범위를 판단하기 쉽습니다.
시간이 끝난 뒤에는 무엇을 확인해야 하나요?
Alpacon 공식 문서는 서버·기능·시간 범위를 정해 접근을 요청하는 구조를 설명합니다. 승인 검토 여부는 워크스페이스 설정에 따라 달라지므로 적용 설정을 확인하세요. 이 설명은 연결 기반 기술을 이해하는 근거이며, Maintenance Center를 적용한 고객 환경의 모든 연결 종료를 입증하는 시험 결과는 아닙니다.
디플로이아이티 공식 소개도 실제 고객 환경에서 로그인·세션 생성·접속·만료·감사 기록을 확인하도록 안내합니다. 상담할 때는 “만료 후 기존 연결이 종료되나요?”와 “같은 계정으로 새 접속을 시도하면 어떻게 되나요?”를 나누어 질문하세요.
지원·접속·감사 이력을 확인하는 화면도 소개돼 있습니다. 필요한 행위자·시각·대상·결과를 확인할 수 있는지 점검하되, 화면 제공만으로 모든 명령의 기록이나 감사 요건 충족까지 확정하지는 마세요.
새 VM 설치와 기존 환경 변경은 구분하세요
새 Ubuntu VM에 설치할 계획이라면 지원 OS·버전·사양과 초기 계정 권한, 연결 준비부터 문의하세요. 신규 전체 설치본과 기존 업데이트본의 제공 범위·기준 버전을 구분하고 IP·FQDN·노드·사이트 차이는 한곳에서 설정할 수 있도록 요구사항을 전달하세요. 기존 개발·데이터·사용자 수정은 보존하고, 영향 있는 변경 전에는 복구 가능한 백업을 준비해야 합니다.
중앙 로그는 수집 대상·보관 기간·열람 권한을, 백업은 대상·복구 목표·복원 담당과 복원 확인 방법을 정하세요. 이는 도입 상담에서 합의할 조건이며, 해당 제품이 모든 로그 통합이나 복구 절차를 기본 제공한다는 뜻은 아닙니다.
상담할 때 이 내용을 준비해 주세요
지원할 사이트와 관리 VM, 승인 담당자, 점검 대상과 예정 시간, 신규 설치인지 기존 환경 변경인지를 알려주세요. Maintenance Center는 고객사 원격 유지보수용으로 소개되며 일반 직원의 업무용 VDI와는 목적이 다릅니다. 이 범위부터 맞추면 필요한 접속 구조와 설치·운영 조건을 구체적으로 상담할 수 있습니다.
공식 근거와 문의
Maintenance Center 공식 소개 · Alpacon 공식 Work Sessions 문서 · 디플로이아이티 제품 공통 운영 기준 · 도입 상담