Amazon ECnd RDS 서비스를 사용하여 기업 데이터 센터에서 실행 중인 워크로드를 AWS로 마이그레이션

실제 시나리오를 기반으로 한 또 다른 프로젝트에서 저는 기업 데이터 센터에서 실행되는 워크로드를 AWS로 마이그레이션하는 작업을 담당하는 클라우드 전문가로 활동했습니다.
리프트 앤 시프트(리호스트) 모델을 사용하여 애플리케이션과 데이터베이스를 AWS로 마이그레이션하여 애플리케이션과 데이터베이스 데이터를 모두 이동했습니다.

마이그레이션 단계:

1. 계획: 크기 조정, 전제 조건, 리소스 이름 지정

2. 구현: 리소스 프로비저닝, 모범 사례

3. 실행: 검증 테스트 — 테스트 실행, 최종 마이그레이션 — 컷오버

4. Post Go-live: 애플리케이션 작동 및 사용자 액세스 보장

1. 기획

클라이언트는 온프레미스 환경에서 AWS 클라우드로 마이그레이션하기 위해 애플리케이션과 데이터베이스에 대한 정보와 파일을 제공했습니다.

Python 웹 — Wiki 서버 애플리케이션: 애플리케이션이 AWS EC2 애플리케이션 서버에서 성공적으로 실행되기 위한 필수 Python 패키지 및 라이브러리가 결정되었습니다.

MySQL 5.7 Python Web — Wiki DB 서버: Amazon RDB 서버로 마이그레이션하는 데 필요한 크기, 호스트/서버 이름, IP 주소, CPU 및 필요한 설명이 제공됩니다.

1. 구현

• VPC(Amazon Virtual Private Cloud) 생성: 가상의 격리된 네트워크를 구축하는 것이 목적입니다. 인터넷에서 Amazon RDB 및 EC2 인스턴스 리소스에 대한 액세스 가능성은 IP 주소 할당에 따라 제어됩니다. 하나의 공개 하위 집합과 두 개의 비공개 하위 집합이 VCP에 추가되었습니다. IPv4 CIDR 블록은 VPC와 연결된 기존 CIDR 블록과 겹쳐서는 안 됩니다.

• 인터넷 게이트웨이를 생성하여 VPC에 연결: EC2와 인터넷을 연결하는 데 필요합니다.

• 라우팅 테이블 생성: 생성 시 이미 VPC에 연결된 라우팅 테이블이 있지만 이는 로컬이며 내부 트래픽만 라우팅합니다. 우리는 인터넷에서 오는 사용자가 EC2 애플리케이션 인스턴스에 액세스할 수 있도록 새로운 트래픽을 추가하려고 합니다. EC2 인스턴스는 패키지 다운로드 등을 위한 연결과 같이 자체적으로 인터넷 연결을 시작할 수도 있습니다.

• 새 보안 그룹 및 키 페어(.pem)를 사용하여 EC2 인스턴스를 생성합니다(.pem)

  : 이전에 출시된 VPC 네트워크 내에 EC2 인스턴스(AMI: Ubuntu 18.04)가 생성되었습니다.

• EC2 인스턴스를 생성하는 동안 키 페어가 생성되어 데스크톱에 다운로드되었습니다. SSH를 통해 데스크톱에서 EC2 인스턴스에 원격으로 연결해야 합니다.

• 가상 머신에서 실행되는 서비스에 액세스할 수 있도록 포트를 열도록 보안 그룹이 생성 및 구성되었습니다. 인터넷 전용 포트 8080을 통해 애플리케이션에 액세스할 수 있도록 새로운 보안 규칙이 추가되었습니다.

• MySQL RDS 인스턴스 생성: On-Promise 환경과 동일한 버전이거나 최신 버전이어야 하지만 이 변경 사항이 다른 것에 영향을 미치지 않는지 확인해야 합니다. 공개 액세스: 아니요. 꼭 필요하지 않은 경우에는 절대로 '예'로 설정하지 마세요.

• 전제 조건 단계: 이전에 ".pem" 형식으로 다운로드한 SSH 및 페어 키를 사용하여 EC2 인스턴스에 연결해야 합니다. 애플리케이션이 EC2 인스턴스에서 제대로 작동하도록 하려면 EC2 인스턴스를 준비하는 것이 중요합니다. 필수 Python 패키지와 라이브러리는 계획 단계에서 결정된 대로 설치되었습니다.

• 개인 키에 대한 권한은 본인만 읽을 수 있도록 설정하세요. chmod 400 키-쌍-이름.pem

1. 생방송

이는 유효성 검사(모의 실행)와 컷오버의 두 단계로 나뉩니다.

검증(시험 실행):

이 단계에서는 온프레미스 리소스가 가동되어 실행되어야 합니다. 검증이 성공적으로 완료되면 비즈니스가 운영되지 않을 때 다운타임 기간을 예약하고 온프레미스 환경에서 클라우드로 전환하는 최종 마이그레이션(컷오버)을 실행할 수 있습니다.

• 1) 온프레미스 환경의 데이터베이스와 2) 애플리케이션 배포 리소스를 내보내고 3) AWS S3 버킷에 넣었습니다. 그런 다음 S3 버킷의 파일을 VCP의 관련 서브넷으로 전송할 수 있습니다. EC2 인스턴스에 연결되어 있고 로컬 컴퓨터에서 원격 연결이 열려 있습니다.

• 4) 애플리케이션 배포 파일을 EC2 인스턴스로 가져왔습니다.

$ ssh ubuntu@ -i

• 5) 온프레미스 DB에서 들어오는 데이터를 가져올 수 있도록 AWS RDS에서 실행되는 MySQL에 원격으로 연결됩니다. DB 파일을 AWS RDB로 가져왔습니다. 6) EC2 인스턴스와 RDB 간의 연결은 AWS RDB 호스트 이름을 가리켜 애플리케이션 구성 파일에서 설정되었습니다.

• wikidb에 새로운 사용자 wiki가 생성되어 애플리케이션이 계속해서 데이터베이스에 연결할 수 있으며 애플리케이션에서 데이터베이스로 연결됩니다.

• 앱 파일의 압축을 풀면 AWS에서 실행되는 MySQL DB를 가리키도록 하려는 애플리케이션의 구성 파일입니다.

• 마이그레이션 확인을 위해 애플리케이션 실행: 애플리케이션을 실행하여 애플리케이션이 RDS에 연결되는지 확인하세요.

:8080

• 애플리케이션이 MySQL 데이터베이스에서 읽을 수 있을 뿐만 아니라 쓸 수도 있는지 확인하기 위해 새로운 기사가 ​​작성되었습니다.

컷오버: On-Live 프로세스의 다음 단계입니다. 따라서 프로덕션 환경에서는 가동 중지 시간을 예약하여 온프레미스 환경에서 실제 데이터를 가져오고, 데이터를 가져오고, 온프레미스 데이터베이스와 애플리케이션이 다운되었는지 확인할 수 있습니다. 완료되면 온프레미스 환경에서 AWS로 완전히 전환할 수 있습니다.

1. 게시물 게시:

마이그레이션 마지막 단계입니다. Go-Live 후에 문제가 없는지 확인해야 합니다. 안정성, 지속적인 지원 액세스, 성능, 통합. 지속적인 지원은 신청의 복잡성에 따라 2주 동안 지속될 수 있습니다.

위 내용은 Amazon ECnd RDS 서비스를 사용하여 기업 데이터 센터에서 실행 중인 워크로드를 AWS로 마이그레이션의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!