# 데이터를 보호하는 전용 서버 마이그레이션 런북 | SwissOctet 인사이트 https://swissoctet.com/ko/insights/dedicated-server-migration-runbook/ SwissOctet / 인사이트 / 전용 서버 & GPU 전용 서버 & GPU 적용됨 · 6분 읽기 데이터를 보호하는 전용 서버 마이그레이션 런북 이전을 리허설하고 일관된 데이터 경계를 설정하며 새 시스템이 쓰기를 수락한 후 롤백의 의미를 정의하십시오. SwissOctet 편집팀 작성 가이드 저장 링크 복사 이 페이지에서 01 머신을 이동하기 전에 서비스 인벤토리 작성 02 대상 환경을 별도 환경으로 구축 03 일관된 데이터 경계 선택 04 즉각적인 변경을 약속하지 않고 트래픽 라우팅 준비 05 쓰기 시작 후 롤백 정의 06 운영 점검으로 마이그레이션 마무리 실용 체크리스트 출처 및 추가 자료 라이브러리로 돌아가기 직접적인 답변 먼저 새 서버를 준비하고 테스트하며, 애플리케이션이 지원하는 일관성 방법으로 데이터를 복사하고, 전환 기간을 정의하며 기존 환경을 보존하십시오. 롤백은 DNS 변경뿐만 아니라 새 서버에서 수락된 쓰기도 고려해야 합니다. 01 머신을 이동하기 전에 서비스 인벤토리 작성 마이그레이션에는 애플리케이션 파일 이상의 것이 포함됩니다. 데이터베이스, 업로드, 예약 작업, 큐 워커, 인증서, 도메인, 시크릿 및 아웃바운드 통합을 나열하십시오. 소프트웨어 버전과 파일 권한, 스토리지 경로 등 중요한 운영 가정을 기록하십시오. 새 전용 서버는 수년 전에 기존 환경에 조용히 설치된 잊힌 종속성을 드러낼 수 있습니다. 전환 결정의 책임자를 지정하고 성공의 기준을 정의하십시오. 사용자에게 보이는 점검, 데이터 일관성 및 접근 복구 능력을 포함하십시오. 마이그레이션 날짜를 발표하기 전에 새 구성이 제공되고 사용 가능한지 확인하십시오. 주문 확인이나 나열된 하드웨어 사양은 프로덕션 데이터를 받을 준비가 된 작동 대상과 같지 않습니다. 02 대상 환경을 별도 환경으로 구축 필요한 스택을 설치하고 관리 체계를 구축하며 의도한 방화벽을 구성하십시오. 시크릿을 비공개로 유지하고 서비스 권한을 신중하게 설정하십시오. 공개 트래픽이 이동하기 전에 애플리케이션의 예상 호스트 이름과 인증서 동작을 확인하십시오. Apache의 가상 호스트 문서는 호스트 이름 라우팅이 서버 주소와 별개의 구성 결정인 이유를 보여줍니다. 작동하는 기본 페이지는 올바른 애플리케이션 호스트가 구성되었음을 증명하지 않습니다. 리허설에는 대표적인 복원 데이터 세트를 사용하고, 발신 이메일, 결제 및 예약 작업은 비활성화하거나 안전한 테스트 시스템으로 리디렉션하십시오. 이렇게 하면 테스트 환경이 실제 사용자에게 작용하는 것을 방지할 수 있습니다. 로그인, 업로드, 백그라운드 작업 및 복원을 연습하십시오. 절차와 소요 시간을 기록하여 실제 작업 시간이 낙관이 아닌 관찰된 프로세스에 기반하도록 하십시오. 03 일관된 데이터 경계 선택 데이터베이스와 애플리케이션이 지원하는 백업 또는 복제 방법을 사용하십시오. PostgreSQL는 SQL 덤프, 파일 시스템 백업 및 연속 아카이빙을 구분하며 각각 고유한 가정이 있습니다. 덤프 지침에서는 데이터베이스 덤프가 내부적으로 일관될 수 있지만 클러스터 전체 역할 및 기타 세부 사항은 별도로 처리해야 한다고 설명합니다. 열린 데이터 파일을 무분별하게 복사하지 말고 실행 중인 정확한 시스템의 요구 사항을 읽으십시오. 데이터베이스가 업로드 및 큐 상태와 어떻게 관련되는지 계획하십시오. 레코드가 다른 시점에 복사된 파일을 가리키면 두 복사본이 개별적으로 성공했더라도 복원된 애플리케이션이 불완전할 수 있습니다. 쓰기를 잠시 중단할지, 테스트된 복제 구성을 사용할지, 애플리케이션별 내보내기를 수행할지 결정하십시오. 해당 일관성 결정을 런북에 명시적으로 유지하십시오. 단계 필요한 증거 결정 리허설 애플리케이션 및 복원된 데이터가 점검을 통과함 대상을 전환 후보로 고려할 수 있음 최종 동기화 정의된 일관된 복구 지점 이해된 잔여 변경 사항이 있을 때만 진행 트래픽 전환 올바른 라우팅 및 인증서 동작 두 대상 모두 모니터링 롤백 새로 수락된 모든 쓰기의 위치 트래픽을 되돌리기 전에 데이터 조정 04 즉각적인 변경을 약속하지 않고 트래픽 라우팅 준비 DNS TTL(수명)은 레코드가 캐시될 수 있는 기간을 제어하며, 이는 Cloudflare의 DNS 문서에 설명되어 있습니다. DNS가 마이그레이션의 일부라면 TTL을 조기에 검토하고, 기존 캐시된 레코드가 이전 설정에 따라 만료되도록 허용하십시오. 전환 시점에 값을 변경한다고 해서 모든 캐시된 응답이 소급하여 단축되지는 않습니다. 전환 중에 서로 다른 클라이언트가 서로 다른 대상에 도달할 수 있습니다. 라우팅 변경이 안정될 때까지 기존 환경을 사용 가능하게 유지하고, 여전히 쓰기를 수락할 수 있는지에 대한 명확한 정책을 세우십시오. 애플리케이션이 그렇게 설계되지 않은 한 중복 큐 소비자나 예약 작업을 실행하지 마십시오. 양쪽에서 요청을 모니터링하고 독립적인 클라이언트에서 의도한 호스트 이름, TLS 인증서 및 애플리케이션 버전을 확인하십시오. 05 쓰기 시작 후 롤백 정의 새 시스템이 변경을 수락하기 전에는 트래픽을 되돌리는 것이 비교적 간단할 수 있습니다. 이후에는 DNS만 되돌리면 작업이 손실되거나 두 개의 상충하는 이력이 생성될 수 있습니다. 새로 생성된 레코드와 업로드가 어떻게 보존되거나 조정될지 정의하십시오. 애플리케이션이 이를 안전하게 병합할 수 없다면, 임기응변으로 이전 복사본으로 돌아가는 것보다 통제된 유지보수 기간이 더 나을 수 있습니다. 마이그레이션을 중단해야 하는 조건을 설정하고 결정 책임자에게 연락할 수 있도록 하십시오. 프로젝트의 보존 규칙에 따라 로그와 유용한 증거를 보존하십시오. 홈 페이지가 한 번 로드되었다는 이유만으로 이전 머신이나 독립적인 복구 복사본을 삭제하지 마십시오. 보존 기간은 합의된 검증 및 롤백 요구 사항을 충족해야 합니다. 06 운영 점검으로 마이그레이션 마무리 전환 후 백업, 알림, 인증서 갱신, 예약 작업 및 접근 복구를 확인하십시오. 모니터링되는 호스트가 새 대상이고 프로덕션에 테스트 통합이 남아 있지 않은지 확인하십시오. 일반 트래픽에서 애플리케이션 오류와 사용자에게 보이는 타이밍을 검토하십시오. 다음 관리자가 변경 사항을 추론할 필요가 없도록 인벤토리와 런북을 업데이트하십시오. SwissOctet의 전용 제품군은 서로 다른 물리적 구성을 제공하지만, 마이그레이션 작업과 관리 지원은 선택한 서비스에 대해 확인해야 합니다. 카탈로그를 사용하여 적합한 리소스를 선택한 다음, 애플리케이션의 데이터를 중심으로 테스트된 이전을 구축하십시오. 마이그레이션은 파일이 전송되었을 때가 아니라 서비스와 복구 프로세스가 대상에서 작동할 때 완료됩니다. 행동으로 옮기기 실용 체크리스트. ✓ 데이터, 작업, 시크릿 및 통합을 인벤토리화하십시오. ✓ 일정을 잡기 전에 제공된 대상을 확인하십시오. ✓ 안전한 외부 통합으로 리허설하십시오. ✓ 데이터베이스 및 업로드 일관성을 정의하십시오. ✓ 라우팅 전환 및 중복 작업 방지를 계획하십시오. ✓ 새 쓰기에 대한 롤백을 명시하십시오. ✓ 전환 후 백업 및 모니터링을 확인하십시오. 체크리스트 다운로드 자주 묻는 질문 중요한 세부 사항. 애플리케이션 디렉터리를 복사하여 마이그레이션할 수 있습니까? + 해당 복사가 서비스에 필요한 모든 것을 포함하고 일관성을 유지하는 경우에만 가능합니다. 데이터베이스, 업로드, 작업, 시크릿 및 구성은 일반적으로 별도의 주의가 필요합니다. DNS TTL을 낮추면 전환이 즉시 이루어집니까? + 아니요. 이전에 캐시된 응답은 이전 수명이 끝날 때까지 남을 수 있으며, 클라이언트는 서로 다른 시점에 업데이트될 수 있습니다. 롤백은 DNS를 이전 서버로 가리키는 것만으로 충분합니까? + 새 서버가 쓰기를 수락한 후에는 그렇지 않습니다. 트래픽을 되돌리기 전에 해당 레코드와 파일을 고려해야 합니다. 주요 참고 자료 출처로 이동하세요. 이 참고 자료는 이 가이드의 기술 개념을 뒷받침합니다. 프로덕션 시스템을 변경하기 전에 최신 문서를 확인하세요. PostgreSQL: 백업 및 복원 www.postgresql.org PostgreSQL: SQL 덤프 일관성 및 복원 www.postgresql.org Apache: 가상 호스트 문서 httpd.apache.org Cloudflare DNS: TTL(수명) developers.cloudflare.com SwissOctet의 편집 지침. 예시는 설명용입니다. 서비스 사양, 사용 가능한 옵션 및 계약 조건은 별도로 확인해야 합니다. 지식 연결 관련 인프라. Metal Atlas 스위스 Metal Zenith 스위스 Metal EPYC 스위스 흐름 유지 다음 필드 노트. 모든 가이드 살펴보기 필드 노트 / 01 + 전용 서버 & GPU 기초 VPS 또는 전용: 적합한 경계 선택 물리적 머신이 바꾸는 것, 바꾸지 않는 것, 그리고 워크로드에 유용한 단계가 되는 시점을 이해하세요. 4분 소요 가이드 읽기 필드 노트 / 02 + 2일차 운영 응용 실제로 복원할 수 있는 백업 구축 복구 목표를 선택하고, 독립적인 사본을 보호하고, 인시던트가 문제를 강제하기 전에 복원을 연습하세요. 4분 소요 가이드 읽기 필드 노트 / 03 + 전용 서버 & GPU 고급 하드웨어를 선택하기 전에 GPU VRAM 예산 구축 가중치, 활성화, 캐시 및 임시 버퍼를 고려한 다음 모델 파일만이 아니라 최대 워크로드를 테스트하십시오. 6분 읽기 가이드 읽기