본문 바로가기
공부/Migration

[AWS] CloudEndure 용어 & 프로세스 정리 (Migration Tool)

by haejang 2021. 4. 26.
728x90
728x90

 

원래는 Azure 등의 다른 클라우드에도 적용되는 마이그레이션 툴이었는데, AWS가 인수한 후로는 AWS로의 마이그레이션만 지원된다

무료로 사용할 수 있으며, 나중엔 AWS 콘솔에도 나온다고 한다

단점이 있다면 디스크 채로 복사를 하기 때문에 쓸모없는 디스크까지도 한꺼번에 마이그레이션을 해야한다

 

처음 접할 때 개념들이 헷갈렸어서 이렇게 정리를 해 둔다 (실습은 아님)

 

참고하면 좋을 AWS Workshop

CloudEndure 공식 문서

CloudEndure 가입

CloudEndure 웹 콘솔


용어

  • Project : CloudEndure 솔루션을 실행하는 기본 단위
  • machine : 물리 or 가상 컴퓨터
  • Source / Source machine : 원본 시스템 (마이그레이션 대상)
  • Target / Target machine : 최종 시스템 (마이그레이션 결과)
  • Replication Server : 복제 서버
  • Conversion Server : machine 변환을 위한 CloudEndure 머신 (Converter 역할)
  • Cut Over : 최종적으로 Target 시스템으로 전환하는 프로세스
  • REPLICATION SETTING : Replication Server에 대한 설정 (Conversion Server Instance Type도 포함)
  • BLUEPRINT : Target 시스템에 대한 설정

 

CloudEndure 프로세스

전체적인 프로세스는 아래와 같다

1. IAM 자격 증명

 

2. REPLICATION SETTING

  • Replication Server에 대한 세팅을 해준다
  • Replication Server가 존재할 서브넷, 연결될 보안그룹, 인스턴스 타입과 네트워크 대역폭까지 설정할 수 있다
  • Conversion Server의 인스턴스 타입도 여기서 설정한다
  • 참고로 Replication Server는 데이터를 땡겨오기만 하는 놈이니까 작은 사이즈로, Conversion Server는 실제 서버로의 변환을 수행하는 놈이니까 실제 서버와 비슷하거나 큰 사이즈로 설정해주면 좋다 (그냥 Default로 해도 됨)
  • 여기서 네트워크 대역폭(스로틀링)을 설정할 수 있는데, 결국 Source Server의 대역폭을 갖다 쓰는거라 Source Server에 영향을 미칠수밖에 없다 -> 민감한 서버면 스로틀링을 최대한 작게 잡아주자

 

3. Source Server 설정

CloudEndure로 트래픽을 보내기 위해 Outbound 방화벽을 열어놔야 한다

공식 문서 참조

 

https://docs.cloudendure.com/CloudEndure%20Documentation.htm#Preparing_Your_Environments/Network_Requirements/Network_Requirements.htm#Communication_over_TCP_Port_443%3FTocPath%3DNavigation%7CPreparing%2520Your%2520Environments%7CNetwork%2520Requirements%2520%7CCommunication%2520over%2520TCP%2520Port%2520443%7C_____0

네트워크 구성은 위와 같다

요약을 하자면, 443 포트는 오른쪽 캡처본의 5개 주소에 대해서 / 1500 포트는 any로 아웃바운드를 열어주면 된다

(물론 아웃바운드 설정을 해두는 경우는 거의 없기 때문에,,,,거의 상관 없음)

 

방화벽 설정이 끝났으면 CloudEndure의 Machines 탭에 적힌대로 Source Server에서 Agent를 깔아주자

(리눅스의 경우 Python이 먼저 설치되어 있어야 한다)

 

시키는 대로 하면 된다. 쉽다

 

 

4. Replication Server

  • Agent 설치와 실행이 완료되면 자동으로 Replication Server가 생성된다 (REPLICATION SETTING대로)
  • Replication Server는 Source Server와 끊임없이 동기화되며, 2~3분에 한번씩 스냅샷을 생성한다
  • 외부에서 인바운드 트래픽을 받아야하기 때문에 인터넷 통신 가능해야 함

 

5. BLUEPRINT

  • 실제로 운영하게 될 Target Server의 설정을 해줘야한다
  • 인스턴스 타입, 서브넷, IP, 보안 그룹, IAM Role, Disk까지 전부 설정해주자

 

6. Cut Over

  • 실제 Target 서버로 넘어가는 분기점이다
  • Cut Over 대신 Test를 먼저 해볼 수도 있는데, 그냥 거의 똑같다고 보면 된다
  • Cut Over나 Test를 눌러서 Target 서버가 이미 생성된 상태라도, Cut Over나 Test를 또 누르면 기존 것을 삭제하고 새로 생성한다

 

7. Conversion

  • Cut Over(Test)를 누르면, 먼저 Conversion Server가 하나 생성된다
  • 이 서버는 말 그대로 Converter이다
  • Replication Server의 가장 최근 스냅샷을 가지고 AWS에 맞게 Converting을 수행한 후, BLUEPRINT에서 설정한대로 Target Server를 생성한다
  • Conversion Server는 Converting이 끝난 후 자동으로 삭제된다

 

 

요약

  • 원본 서버에 Agent를 설치하고 실행하면 REPLICATION SETTING 에 있는대로 REPLICATION SERVER가 생성됨
  • 해당 REPLICATION SERVER는 Cut Over 전까지 원본 서버와 끊임없이 동기화되며 스냅샷을 찍음
  • Cut Over를 시작하면 REPLICATION SERVER의 가장 최신 스냅샷을 가지고 Conversion을 함
    • 미리 설정한 BLUEPRINT 설정대로 진행
    • 이 때 미리 설정한 타입의 Converter Instance가 생성되며, Conversion이 끝나면 자동으로 종료됨
    • Conversion이 끝나면 최종 서버도 생성 완료되어 마이그레이션이 끝남
  • REPLICATION SERVER는 외부에서 트래픽을 받아야 하기 때문에 이 서버가 위치할 서브넷엔 igw가 붙어있어야 하한다 (퍼블릭 IP는 자동으로 할당 됨)
  • 다 끝나면 머신 삭제하면 됨 / 모든 머신에 대한 마이그레이션이 종료되었다면 프로젝트 자체를 날려버리면 된다

 

 

끝이다. 진짜 겁나 쉽다

 

 

728x90
728x90

댓글