다른 호스트에서 우리 머신으로 이전하기

마이그레이션은 데이터를 옮기면서 동시에 도메인까지 전환하는 작업이에요. 실수는 거의 항상 두 번째 부분에서 발생하죠. 데이터는 쉽게 복사되지만, DNS 레코드를 너무 일찍 전환해버리면 다운타임이 생기고 말아요.

준비

어디서부터 시작하나요?

/hosting/vds/new에서 적당한 티어와 익숙한 OS로 머신을 주문하세요. 프로비저닝은 약 1분 정도 걸려요. 지금은 기존 플랫폼을 건드리지 마세요. 마이그레이션이 끝날 때까지 계속 실행 중이어야 해요.

어떤 티어를 골라야 하나요?

"나중에 커질 것"이 아니라 현재 사용량에 맞는 티어를 고르세요. 남은 기간에 대해 일할 계산한 금액을 내면 언제든 티어를 업그레이드할 수 있지만, 다운그레이드는 할 수 없어요. 디스크는 줄어들지 않거든요. 요금제 티어와 포함 사항을 참고하세요.

무엇을 마이그레이션해야 하나요?

웹사이트 파일, 데이터베이스, 크론 작업, 웹 서버 구성, 인증서(또는 재발급), 기존 머신에서 이메일을 사용했다면 이메일 계정까지요.

마이그레이션

파일은 어떻게 복사하나요?

기존 머신에서 새 머신으로 직접 복사하세요:

rsync -avz --progress /var/www/ root@<new address>:/var/www/

머신 간에 직접 접근할 수 없다면, 같은 rsync나 scp를 사용해서 컴퓨터를 거쳐 두 단계로 복사하세요.

데이터베이스는 어떻게 마이그레이션하나요?

실행 중인 서비스에서 파일을 복사하는 게 아니라, 전용 도구로 덤프를 떠서 옮기세요:

mysqldump -u root -p --single-transaction mydb > mydb.sql
pg_dump -U postgres -Fc mydb > mydb.dump

새 머신에서 다시 불러오세요:

mysql -u root -p mydb < mydb.sql
pg_restore -U postgres -d mydb mydb.dump

도메인을 전환하기 전에 사이트를 어떻게 확인하나요?

/etc/hosts(또는 Windows의 hosts 파일)에 새 주소와 도메인을 한 줄 추가하세요. 그러면 브라우저는 새 머신으로 접속하고, 나머지 세상은 기존 머신으로 접속해요. 이렇게 하면 마이그레이션 전에 실제 사이트를 확인할 수 있어요.

인증서는 어떻게 하나요?

마이그레이션하는 것보다 도메인 전환 후 새 머신에서 재발급하는 게 더 쉬워요. 도메인이 기존 주소를 가리키는 동안에는 소유권 검증이 통과되지 않아요.

전환과 그 이후

A 레코드는 언제 변경해야 하나요?

hosts를 통해 새 머신에서 사이트를 확인한 후에만 변경하세요. 미리 등록기관에서 레코드의 TTL(Time To Live)을 300초로 줄여두세요. 마이그레이션 하루 전에요. 그러면 전환이 몇 시간이 아니라 몇 분 만에 네트워크 전체에 전파돼요.

왜 일부 방문자는 여전히 기존 머신으로 접속하나요?

DNS 캐시 때문이에요. 전환 후 최소 하루는 기존 플랫폼을 살려두세요. 그렇지 않으면 일부 사람들에게 오류가 보여요. 그리고 두 머신이 동시에 데이터를 쓰지 않도록 하세요. 마이그레이션 중에는 기존 머신을 읽기 전용 모드로 두는 게 좋아요.

이메일은 어떻게 해야 하나요?

메일 서버를 머신으로 옮긴다면 "접근" 탭에서 역방향 DNS 레코드(PTR)를 설정하세요. 이게 없으면 이메일이 자주 거부돼요. 등록기관의 MX, SPF, DKIM 레코드도 잊지 마세요.

마이그레이션할 수 없는 것은 무엇인가요?

주소 자체는 옮길 수 없어요. 주소는 머신에 묶여 있고, 머신과 노드 간에 주소를 이전하는 방법은 없어요. 다른 호스팅 제공업체의 머신을 이미지 그대로 통째로 마이그레이션할 수도 없어요. 저희 목록에 있는 시스템만 설치할 수 있고, 데이터는 직접 복사하셔야 해요.

기존 플랫폼은 언제 종료해야 하나요?

모든 DNS 레코드가 새 머신을 가리키고, 이메일이 정상적으로 오가고, 기존 머신의 로그에 일주일 동안 실제 트래픽이 없는 것을 확인한 후에 종료하세요. 그 전에 기존 머신에서 데이터를 마지막으로 한 번 복사해두세요: 머신 삭제와 매수 기간.