도시 간 라이브 마이그레이션은 없습니다
그런 것을 제공하겠다는 업체는 수백 밀리초의 지연 시간이 있는 경로를 통해 메모리 페이지를 복사하는 것이며, 도착한 것은 떠난 것보다 느릴 것입니다. 우리는 정직한 버전을 수행합니다: 중지하고, 디스크를 복사하고, 다른 쪽 끝에서 시작합니다. 두 유럽 사이트 사이에서 200GB 디스크는 보통 10분 안에 완료됩니다. 대륙을 건너는 경우, 같은 시간을 다시 예산에 포함하세요.
복사는 자체 백본을 통해 실행되며 공정 사용 수치에 포함되지 않습니다.
절차
- 인스턴스를 가리키는 모든 DNS 레코드의 TTL을 최소 하루 전에 낮추십시오. 이동하는 동안 60초가 적절합니다.
- 스냅샷을 찍으십시오. 삭제할 때까지 이전 사이트에 유지되며, 롤백 대상이 됩니다.
- 대상 사이트 코드를 지정하여 이동을 요청하십시오.
- 인스턴스가 중지되고 디스크가 복사된 후, 대상에서 새 IPv4 및 새 /64로 시작됩니다.
- A 및 AAAA 레코드를 업데이트하고, 새 주소에 역방향 DNS를 설정하고, 주소를 하드코딩하는 모든 것을 찾으십시오.
- 만족스러우면 TTL을 다시 높이십시오.
curl -s -X POST https://paragonvps.com/api/v1/instances/<instance-id>/migrate -H "Authorization: Bearer $Paragon_TOKEN" -H "Content-Type: application/json" -d '{"site":"FRA-01"}'curl -s https://paragonvps.com/api/v1/jobs/<job-id> -H "Authorization: Bearer $Paragon_TOKEN" | jq -r .state이전 주소
이동 후 72시간 동안 유지되므로, 리디렉션을 남기고 여전히 가리키는 모든 것을 잡을 수 있습니다. 그런 다음 풀로 반환됩니다. 더 오래 필요하면 이동 전에 알려주시면 유지해 드리겠습니다.
거의 무중단 대안
10분의 중지가 용납되지 않는 경우, 대상 먼저 구축하고 원본이 서비스 중일 때 복사하십시오:
rsync -aHAX --numeric-ids --info=progress2 --exclude=/proc --exclude=/sys --exclude=/dev --exclude=/run /srv/ deploy@<new-ipv4>:/srv/두 번 실행하십시오: 한 번은 서비스가 가동 중일 때, 한 번은 중지 후에, 두 번째 패스는 델타만 전달하도록. DNS를 두 패스 사이에 전환하십시오. 이는 디스크 복사보다 더 많은 작업과 위험이 있으며, 복제본이 있는 데이터베이스에는 올바른 답이고 커피 한 잔 마실 동안 중단될 수 있는 웹 서버에는 잘못된 답입니다.
이동 위치 선택
자체 프로브의 지연 시간 중앙값은 위치 페이지에 있습니다. 관할권은 결정의 나머지 절반이며, 많은 고객에게 더 큰 절반입니다 — 선택한 사이트는 디스크가 어떤 법 아래 놓일지를 결정하며, 지원 티켓으로 이후에 변경되지 않습니다.
재고도 중요합니다. 재고 부족으로 표시된 사이트는 주문을 받은 후 천천히 채울 것이며, 선주문 사이트는 실행 중인 서비스를 이동할 곳이 아닙니다.
무엇이 깨지는가
- Windows 라이선스는 하드웨어 및 주소에 대해 활성화됩니다. 재활성화를 예상하십시오.
- 다른 사람의 방화벽에서 주소로 고정된 모든 것. 전화가 울리기 전에 이동 전에 그들에게 물어보십시오.
- 자체 구성에서 하드코딩된 주소. 이전 인스턴스가 여전히 실행 중일 때
grep -r구성 디렉토리를 확인하십시오. 답을 쉽게 확인할 수 있는 때이기 때문입니다.