호스팅 이전, DNS를 바꾸기 전에 끝낼 일

이전의 중심은 주소가 아니라 최신 데이터입니다

호스팅 이전은 파일을 복사하고 DNS를 바꾸는 작업만으로 끝나지 않습니다. 이전 중에도 사용자가 주문하거나 글을 올린다면 새 서버와 기존 서버의 데이터가 달라질 수 있습니다. 1단계는 복사할 파일, 데이터베이스, 환경변수, 예약 작업, 인증서, 외부 서비스 연결을 목록화하는 것입니다. 사이트가 읽기 전용인지 쓰기가 계속 발생하는지에 따라 전환 절차를 다르게 정합니다. 단순 소개 페이지는 복사가 쉬울 수 있지만 거래 사이트는 최종 데이터 동기화와 쓰기 전환 시점이 핵심입니다. 기존 서버를 바로 지우지 않고 되돌릴 수 있는 상태를 유지하되 양쪽에서 서로 다른 데이터를 계속 생성하지 않도록 계획합니다.

새 환경은 운영 주소 전환 전에 시험합니다

2단계에서는 시험 주소나 로컬 이름 해석 설정을 사용해 새 서버를 확인합니다. 로그인, 파일 업로드, 문의 폼, 결제 콜백, 관리자 페이지와 메일 발송을 실제 기능 목록대로 점검합니다. 외부 서비스가 원래 서버 주소만 허용하고 있다면 새 주소를 허용 목록에 추가해야 할 수 있습니다. HTTPS 인증서와 강제 리디렉션도 점검합니다. 홈 화면이 잘 뜬다는 이유만으로 이전 준비가 끝났다고 보지 않습니다. 이미지 경로와 첨부 파일, 예전 URL의 이동 여부, 검색엔진에 공개할 주소도 확인합니다. 시험 과정에서 실제 고객에게 메일이나 결제가 발생하지 않도록 테스트 계정과 외부 연동의 시험 모드를 사용합니다.

전환 창의 길이는 작업을 나누어 계산합니다

가정으로 최초 파일 복사에 40분, 새 서버 검증에 20분, 최종 변경분 동기화에 5분, 쓰기 전환에 5분이 든다고 놓겠습니다. 전체 작업 시간은 70분이지만 앞의 60분을 기존 서비스 운영 중 수행할 수 있다면 쓰기 제한이 필요한 구간은 뒤의 10분입니다. 이는 실제 이전 소요 시간의 보장이 아니라 작업 분리 예시입니다. 데이터베이스 구조나 복사 도구에 따라 제한 구간이 더 길어질 수 있습니다. 최종 계획에는 전체 작업 시간과 사용자에게 영향을 주는 시간을 따로 적습니다. 독자는 사전 리허설의 실제 시간을 이 표에 넣고 충분한 여유와 중단 조건을 정한 뒤 전환 일정을 확정할 수 있습니다.

전환 후에는 양쪽의 상태를 함께 관찰합니다

3단계에서 DNS를 바꾼 뒤에는 새 서버의 접속만 확인하지 말고 기존 서버로 남아 들어오는 요청도 관찰합니다. DNS 캐시와 클라이언트 상태에 따라 전환이 동시에 일어나지 않을 수 있습니다. 기존 서버를 얼마나 유지할지와 이전 데이터의 보관 기간을 미리 정합니다. 되돌려야 한다면 변경 이후 새로 생긴 데이터를 어디에 보존할지도 결정해야 합니다. 오류가 생겼다고 주소만 예전으로 돌리면 최신 주문이나 업로드가 사라질 수 있습니다. 정상화 판단은 오류율, 주요 기능, 최신 데이터, 외부 연동을 모두 확인한 뒤 내립니다. 마지막으로 이전 자원과 예약 작업을 정리해 이중 실행과 불필요한 청구가 남지 않게 합니다.

웹호스팅 실행 전 점검표

• 쓰기 발생 여부와 전환 시점을 정했다
• 새 환경에서 핵심 기능을 시험했다
• 전체 시간과 중단 시간을 구분했다
• 되돌릴 때 최신 데이터 보존을 정했다