실행 중인 서버를 중단 없이 이전하기
대부분의 마이그레이션은 복사가 아니라 전환 시점에 실패합니다. 바이트를 복사하는 것은 해결된 문제입니다. 다음은 나머지가 어떻게 처리되는지, 비용이 들지 않는 것, 그리고 우리가 중단하는 지점에 대한 설명입니다.
무료 마이그레이션 기간
첫 14일 이내에 인스턴스당 한 번의 마이그레이션이 가능합니다. 이후에는 엔지니어 시간이 청구되며, 시작 전에 견적이 제공됩니다.
모든 신규 계정은 첫 유료 인보이스 발행일로부터 14일 동안 무료로 마이그레이션 지원을 받을 수 있습니다. 주문한 인스턴스 수만큼, 각 인스턴스당 최대 2시간의 엔지니어 시간이 포함되며, 실제로는 대부분의 사용자가 사용하는 시간보다 훨씬 많습니다.
이 기간이 존재하는 이유는 대안이 주말을 허비하고 호스팅 업체를 바꾸는 것이 가치가 없다고 결론을 내리는 것이기 때문입니다. 제대로 처리하는 것은 두 번째 달에 계정을 잃는 것보다 비용이 적게 듭니다.
대규모 플릿은 스톱워치 대신 계획을 받습니다. 인스턴스 수, 실행 중인 것, 현재 위치를 알려주시면 각 단계에 롤백 지점이 포함된 문서화된 시퀀스가 제공됩니다.
7일 환불은 이와 함께 진행됩니다. 첫 날 마이그레이션하고, 6일째에 지연 시간이 원하는 것과 다르다고 결정하면, 코인은 결제에 사용한 자산으로 반환됩니다.
우리가 할 일과 하지 않을 일
접근 방식은 단방향입니다. 작업을 위해 생성한 키를 소스 머신에 추가하고, 사용한 후 절체가 완료되면 제거합니다. 키는 마이그레이션별로 생성되며 운영자 워크스테이션을 벗어나지 않습니다. 현재 호스트에서 이를 허용하지 않는 경우, 대기 중인 대상으로 고객 측에서 푸시하는 블록 수준 복사가 대안입니다.
이전 제공업체의 제어판 비밀번호는 필요하지 않으며, 제공되면 거절합니다. 다른 곳에서 고객으로 행동할 수 있는 권한을 원하는 사람은 아무도 없으며, 고객 자격 증명을 보유한 엔지니어는 이점 없는 책임입니다.
우리가 할 일
파일 시스템 또는 전체 블록 장치를 복사하고, 대상 인스턴스를 준비하고, 수신 커널과 디스크를 튜닝하고, 델타 동기화를 실행하고, 전환에 함께 참여하고, DNS가 안정될 때까지 티켓을 유지합니다.
우리가 하지 않을 일
애플리케이션을 디버깅하거나, 최신 배포판에 맞게 구성을 다시 작성하거나, 다른 사람의 하드웨어에 귀속된 라이선스를 이동하거나, 비밀번호를 받지 않습니다. 액세스는 나중에 폐기하는 임시 키를 통해 이루어집니다.
우리가 차라리 하지 않고 싶은 일
실행 중인 데이터베이스를 파일을 복사하여 이동하는 것. 그것은 깨질 때까지 작동하며, 실패는 몇 주 후에 조용한 손상으로 나타납니다. 복제본과 승격을 대신 사용하십시오.
파일 수준 또는 블록 수준
바이트를 옮기는 두 가지 방법. 올바른 선택은 반대편에 동일한 운영 체제가 준비되어 있기를 원하는지에 따라 달라집니다.
| 고려 사항 | 파일 수준, rsync | 블록 수준, SSH 통한 dd |
|---|---|---|
| 이동 대상 | 파일, 권한, 확장 속성 | 전체 디바이스, 바이트 단위로 |
| 다운타임 | 분 단위, 최종 델타 동기화 | 시간 단위 또는 예약된 창 |
| 부팅되는 시스템 | 선택한 최신 이미지 | 기존 상태 그대로, 불필요한 것 포함 |
| 배포판 변경 | 가능, 그것이 목적입니다 | 불가능 |
| 부트로더 리스크 | 없음, 타깃이 이미 부팅됨 | 실재하며, 콘솔로 해결해야 함 |
| 대용량 스파스 디스크 | 잘 처리됨 | 계획하지 않으면 빈 공간 복사 |
| 선택 시점 | 거의 항상 | 재구축을 감히 하지 못하는 레거시 장비 |
세 번째 옵션이 있으며 종종 가장 빠릅니다: 전혀 마이그레이션하지 않는 것입니다. 구성 관리에서 서비스를 깔끔하게 구축하고, 데이터베이스 덤프를 복원한 다음, 이전 머신을 폐기합니다. 인프라가 재현 가능한 경우, 복사 단계 없는 2시간 작업입니다.
절차
순서대로 7단계. 다섯 번째를 건너뛰는 것은 두 머신에서 동시에 서비스하여 월요일에야 알게 되는 원인입니다.
- 01
타깃 주문 및 안정화
동일하거나 더 큰 용량을 원하는 도시에서. 빈 상태에서 하루 동안 모니터링을 실행하고 지연 시간과 디스크 수치가 계획 페이지에서 주장하는 값과 일치하는지 확인합니다.
- 02
먼저 TTL 낮추기
절체 최소 48시간 전에 레코드를 300초로 낮추어, 변경할 때쯤이면 이전 값이 모든 곳에서 만료되도록 합니다. 이 단계는 늦게 수행하면 무용지물입니다.
- 03
콜드 복사
데이터의 대부분을 이전 머신이 여전히 라이브 상태일 때 이동합니다. 시간이 걸리는 만큼 걸리며, 기다리는 것은 없습니다.
- 04
타깃에서 서비스 시작
동일한 버전, 동일한 구성, 아직 트래픽을 수신하지 않습니다. 데이터베이스는 파일 복사가 아닌 덤프에서 여기에 복원됩니다.
- 05
주소로 타깃 테스트
호스트 파일로 호스트 이름을 로컬에서 재정의하고 한 시간 동안 사이트를 제대로 사용합니다. 로그인하고, 쓰고, 업로드하고, 메일을 보내는 사이트라면 메일을 보냅니다.
- 06
동결, 최종 델타, 전환
소스의 쓰기를 중지하고, 마지막 동기화를 실행하고, 중요한 항목의 체크섬을 확인한 다음 레코드를 변경합니다. 동결 기간은 일반적으로 5분 미만입니다.
- 07
일주일 동안 소스 유지
전원이 켜져 있고, 아무것도 제공하지 않으며, 여전히 비용을 지불하고 있습니다. 그것은 당신이 사게 될 가장 저렴한 보험이며, 당신이 복사하는 것을 잊은 유일한 것은 항상 4일째에 나타납니다.
DNS, 그리고 커밋 전 테스트
컷오버는 DNS 변경이며, DNS 변경은 TTL이 무엇을 말하든 결코 즉각적이지 않습니다. 일부 리졸버는 반올림하고, 일부 기업 네트워크는 하루 동안 캐시하며, 소수의 클라이언트는 프로세스 수명 동안 주소를 고정합니다. 24시간 동안 두 머신 모두에서 서비스할 계획을 세우십시오.
애플리케이션이 상태 비저장(stateless)일 때 둘 다 실행하는 것은 생각보다 쉽습니다. 그렇지 않은 경우, 스위치 시점에 이전 머신을 끄는 대신 읽기 전용으로 만들어, 오래된 클라이언트가 아무도 다시 읽지 않을 데이터베이스에 쓰는 대신 명백한 실패를 얻도록 하십시오.
DNS를 건드리기 전에
새 주소를 가리키는 hosts 항목만이 존재하는 유일한 정직한 테스트입니다. 인증서, 리다이렉트, 절대 URL, 하드코딩된 주소가 모두 여기서, 사용자 앞이 아니라 당신 앞에서 깨집니다.
인증서 우선
첫 요청이 도착하기 전에 유효한 것이 이미 마련되도록, 컷오버 전에 DNS 챌린지를 사용하여 대상에 발급하십시오. HTTP 챌린지는 트래픽이 이미 이동한 후에만 작동할 수 있으며, 이는 너무 늦습니다.
메일은 예외
평판은 데이터와 함께 이동하지 않습니다. 새 주소는 제로 기록에서 시작하므로, 2주에 걸쳐 워밍업하고, 겹치는 기간 동안 두 머신 모두에서 SPF, DKIM, DMARC를 유효하게 유지하며, 첫 주는 느릴 것으로 예상하십시오.
롤백은 재구축이 아니라 TTL
소스가 살아 있고 TTL이 여전히 낮은 동안, 스위치를 취소하는 것은 레코드 변경 하나입니다. 그것이 2단계와 7단계가 선택 사항이 아닌 이유의 전부입니다.
마이그레이션 질문
네, 아무것도 시작하기 전에 서면으로 견적을 제시하며, 대개 적정한 금액입니다. 당신이 그 숫자에 동의할 때까지 아무것도 시작되지 않습니다.
네, 블록 레벨로, 월 €22의 라이선스 이미지로 마이그레이션합니다. 재활성화는 새 하드웨어에 대해 발생하며, 때때로 안정화를 위해 한 번의 재부팅이 필요합니다.
그렇다면 우리도 직접 도울 수 없고, 당신도 할 수 없습니다. 패널이 제공하는 것을 내보내고, 깨끗한 이미지로 재구축하며, 전체 사건을 머신을 소유한 패널에 대한 교훈으로 삼으십시오.
대개 10 Gbit/s 포트에서 2시간 미만이며, 종종 훨씬 덜 걸립니다. 제약은 거의 항상 우리의 다운로드보다 이전 제공자의 업로드입니다.
네, 양쪽이 우리 것이기 때문에 더 쉽습니다. 스냅샷, 새 도시에서 복원, 테스트, 스위치. 우리 자체 위치 간 인스턴스 이동은 무료입니다.
소스가 여전히 실행 중이고 TTL이 여전히 300초이므로 레코드를 다시 변경하십시오. 그것은 비상 계획이 아니라 계획이며, 마지막 단계가 존재하는 이유입니다.
무엇을 이동 중인지 알려주십시오
인스턴스 수, 이전 제공자의 포트 속도, 총 데이터, 그리고 데이터베이스인지 여부. 서면 계획은 같은 근무일에 돌아오며, 정직한 답이 복사보다 재구축이라면 그것이 말할 것입니다.