☰

Linux 서버를 다른 호스팅 업체로 이동

tag-icon • tag-icon linux ssh rsync
Linux 서버를 다른 호스팅 업체로 이동

Linux 서버를 하나의 전용 서버에서 다른 전용 서버로 이동하는 작업이 있습니다.

일반적으로 내 계획은 다음과 같습니다.

  1. 야간 - httpd와 mysql을 끄십시오. SSH를 통한 RSYNC.
  2. 낮 시간 - http와 mysql을 켭니다.
  3. 밤에는 httpd와 mysql을 끄십시오. SSH를 통한 RSYNC.
  4. 밤 시간. 두 서버 모두에서 httpd와 mysql을 활성화합니다. DNS 항목을 변경합니다.
  5. 낮 시간. 서버 상태를 모니터링합니다.

그래서 대부분 mysql과 httpd를 동기화하기 위해 rsync(no mysqldump)를 사용합니다.

좋은 것 같나요? 어떤 주의사항이 있나요?

답변1

저는 두 가지 해결책을 제안합니다. 개인적으로 저는 가동 중지 시간을 줄이고 데이터베이스 복제를 수행할 수 있는 다용도 기능인 논리적 복제 방법을 선호합니다. 그러나 귀하가 제안한 것과 유사한 Exact Clone 방법은 서버를 마이그레이션하기 위한 일반적인 무차별 접근 방식입니다.

정확한 클론

  1. DNS 항목의 TTL을 줄여 삶을 더 쉽게 만드세요.
  2. rsync 소스를 대상으로. 소스에서 서비스를 종료할 필요도 없습니다. 불일치는 (4) 및 (7) 단계에서 수정됩니다.
  3. 선택적으로 새 서버에 대해 몇 가지 테스트를 실행할 수 있습니다. 작업을 수행하려면 대상 서버에서 어떤 구성 변경이 필요한지 파악하십시오. 모든 것이 제대로 작동하는지 확인하기 위해 대상 시스템을 재부팅할 수도 있습니다.
  4. rsync 소스를 다시 대상으로 지정하고, (3)에서 도입한 새 서버에 대한 "손상"을 취소하고, 더 많은 차이점을 파악하고, 증분 rsync를 실행하는 데 걸리는 시간을 파악합니다(이는 예상되는 가동 중지 시간을 나타내는 지표).
  5. 두 컴퓨터 모두에서 모든 서비스를 종료합니다. 소스 머신의 서비스가 꺼져 있는지 확인하세요. 기존 시스템과 새 시스템의 데이터가 서로 다른 "분할 두뇌"를 원하지 않습니다.
  6. DNS 항목을 변경합니다. 롤백할 계획이 없다고 가정하면 새 항목에 일반 TTL을 사용할 수 있습니다.
  7. rsync 소스를 다시 대상으로 지정하세요.
  8. (3)단계에서 검색한 대로 대상 머신에 필요한 구성 변경 사항을 적용합니다.
  9. 대상 머신에서 서비스를 시작합니다.

논리적 클론

설정을 살펴보세요MySQL 복제. MySQL 서버에서 아직 바이너리 로깅을 활성화하지 않은 경우 이를 활성화하려면 데이터베이스를 잠시 바운스해야 합니다. 어쨌든 바이너리 로깅을 활성화하는 것이 좋습니다. 가동 중지 시간이 거의 없이 MySQL 업그레이드와 같은 향후 작업을 수행하는 데 유용하기 때문입니다.

설정한 경우순환 복제, MySQL이 애플리케이션의 유일한 데이터 저장소인 경우 이전 웹 서버와 새 웹 서버를 동시에 실행할 수도 있습니다.

관련 정보