자동화를 활용하여 CloudEndure로 AWS로의 마이그레이션 촉진

요약:

이 기사에서는 CloudEndure가 자동화를 통해 AWS로의 마이그레이션을 용이하게하는 방법을 살펴볼 것입니다. Cloudendure Disaster Recovery는 물리적, 가상 및 클라우드 서버에 대한 확장 가능하고 비용 효율적인 비즈니스 연속성을 제공합니다. 데이터 센터 실패, 서버 손상 또는 사이버 공격과 같은 IT 재해의 경우 다운 타임 및 데이터 손실을 최소화하는 데 도움이됩니다. Cloudendure Disaster Recovery를 사용하면 AWS 계정의 저렴한 스테이징 영역으로 기계를 복제하고 재난 중에 몇 분 안에 발사 할 수 있습니다. 이것은 재해 복구 인프라의 비용을 줄일뿐만 아니라 지속적인 데이터 복제와 쉬운 비 중단 테스트를 제공합니다. CloudEndure는 광범위한 응용 프로그램 및 데이터베이스를 지원하므로 AWS로의 마이그레이션을 용이하게하는 포괄적 인 솔루션입니다.

키 포인트:

1. Cloudendure Disaster Recovery는 AWS에서 물리적, 가상 및 클라우드 기반 서버의 빠르고 안정적인 복구를 제공합니다.
2. AWS 계정 및 우선 지역의 저렴한 스테이징 영역으로 기계를 지속적으로 복제합니다.
3. 재난이 발생하면 Cloudendure Disaster Recovery는 몇 분 안에 수천 개의 기계를 자동으로 시작할 수 있습니다.
4. Cloudendure Disaster Recovery는 재해 복구 인프라 비용을 줄입니다.
5. 2 차 복구 목표를위한 원산지 기계의 연속적이고 비동기식 블록 레벨 복제를 제공합니다.
6. 데이터는 대상 AWS 지역의 저렴한 스케일 영역에서 동기화됩니다.
7. 자동화 된 기계 변환 및 오케스트레이션 AWS 대상 지역에서 기계의 빠른 처리가 가능합니다.
8. Point-in-Time 복구는 일관된 이전 지점에서 응용 프로그램을 시작할 수 있습니다.
9. 데이터 손실을 위험에 빠뜨리지 않고 파괴적인 테스트를 수행 할 수 있습니다.
10. CloudEndure 재해 복구는 광범위한 응용 프로그램 및 데이터베이스를 지원합니다.

질문과 답변:

Q : Cloudendure Disaster Recovery가 다운 타임 및 데이터 손실을 최소화하는 방법?

A : Cloudendure Disaster Recovery는 운영 체제, 데이터베이스, 응용 프로그램 및 파일을 포함한 기계를 AWS 계정의 저렴한 스테이징 영역으로 복제합니다. 재난이 발생하면 몇 분 안에 완전히 프로비저닝 된 상태에서 수천 개의 기계를 자동으로 시작할 수 있습니다.

Q : 재해 복구 인프라를 위해 Cloudendure Disaster Recovery 사용의 이점은 무엇입니까??

A : Cloudendure Disaster Recovery는 기계를 저비용 스테이징 영역으로 복제하고 자동화 된 기계 변환 및 오케스트레이션을 제공함으로써 재해 복구 인프라 비용을 크게 줄입니다.

Q : Cloudendure Disaster Recovery는 2 차 복구 지점 목표를 달성하는 방법?

A : 원산지 기계의 연속적이고 비동기식 블록 레벨 복제를 제공하여 재난 발생시 업데이트 된 응용 프로그램이 항상 AWS에 적응할 준비가되도록합니다.

Q : Cloudendure Disaster Recovery에서 저비용 스케일 영역의 역할은 무엇입니까??

A : 스케일 영역에는 지속적으로 동기화 된 데이터가 포함되어 있으며 재해 복구로부터 총 소유 비용을 줄이는 저렴한 기능을 제공합니다.

Q : Cloudendure Disaster Recovery는 소스 인프라에서와 마찬가지로 응용 프로그램이 정확히 작동하도록하는 방법?

A : 애플리케이션 수준 솔루션과 달리 CloudEndure 재해 복구는 운영 체제, 시스템 상태 구성, 시스템 디스크, 데이터베이스, 응용 프로그램 및 파일을 포함한 전체 시스템을 복제합니다. 이렇게하면 새로운 설치 또는 중복 소프트웨어 사본이 필요하지 않습니다.

Q : Cloudendure Disaster Recovery에서 시점 복구 란 무엇입니까??

A : 시점 복구는 일관된 이전 시점에서 응용 프로그램을 시작할 수 있으므로 시스템 변경, 랜섬웨어 또는 악의적 인 공격으로 인한 손상된 응용 프로그램 및 IT 환경을 복구하는 데 유용합니다.

Q : 소스 환경을 방해하지 않고 재해 복구 테스트를 수행 할 수 있습니까??

A : 그렇습니다. Cloudendure Disaster Recovery를 사용하면 Target AWS 지역에서 비 중단 테스트를 수행 할 수 있습니다. Cloudendure Disaster Recovery의 자동화는 테스트에 필요한 수동 노동을 최소화합니다.

Q : Cloudendure Disaster Recovery에서 지원되는 응용 프로그램 및 데이터베이스?

A : Cloudendure Disaster Recovery는 Windows Server 버전 2003/2008/2012/2016/2019 및 Centos, Rhel, Oel, Suse, Ubuntu 및 Debian과 같은 Linux 배포판을 포함하여 지원되는 Windows 및 Linux OS에서 작동하는 모든 응용 프로그램 및 데이터베이스를 지원합니다.

Q : 자동화가 AWS로의 마이그레이션에 중요한 이유?

A : 자동화는 프로세스를 간소화하고 일관성을 보장하며 오류의 위험을 줄이는 데 도움이되므로 AWS로의 마이그레이션에 중요합니다. 또한 확장 성이 쉬우 며 마이그레이션 결과에 대한 자신감을 제공합니다.

Q : CloudEndure는 AWS로 자동 마이그레이션을 어떻게 촉진합니까??

A : AWS Advanced Technology 파트너 인 CloudEndure는 자동 마이그레이션을위한 도구 및 기능을 제공합니다. 응용 프로그램이 예상 후 마이그레이션으로 작동하는지 확인하기 위해 자동 테스트를 제공합니다.

Q : AWS 로의 성공적인 마이그레이션에 중요한 고려 사항?

A : 계획과 정확한 실행은 AWS 로의 성공적인 마이그레이션에 필수적입니다. 올바른 마이그레이션 전략을 선택하고 CloudEndure와 같은 도구를 활용하여 마이그레이션 프로세스를 자동화하고 워크로드의 성공적인 전환을 보장하는 것이 중요합니다.

Q : CloudEndure와 같은 마이그레이션 도구의 일반적인 목표는 무엇입니까??

A : 마이그레이션 도구는 확장 성, 자동화 및 신뢰성을 제공하여 마이그레이션 프로세스를 용이하게하는 것을 목표로합니다. 클라우드 인프라로의 원활한 전환을 보장하면서 가동 중지 시간, 데이터 손실 및 비용을 최소화하는 데 도움이됩니다.

Q : 마이그레이션 후 자동 테스트 수행의 이점은 무엇입니까??

A : 마이그레이션 후 자동 테스트가 AWS 환경에서 응용 프로그램이 올바르게 작동하는지 확인하는 데 도움이됩니다. 그들은 마이그레이션의 성공에 대한 신뢰를 제공하고 해결해야 할 문제 나 불일치를 식별하는 데 도움이됩니다.

Q : 광범위한 응용 프로그램 및 데이터베이스에 대한 Cloudendure의 지원이 성공적인 마이그레이션에 어떻게 기여 하는가?

A : 다양한 응용 프로그램 및 데이터베이스에 대한 CloudEndure의 지원은 마이그레이션 프로세스가 다른 워크로드와 호환되도록합니다. 이 다양성은 마이그레이션의 복잡성을 줄이고 조직이 AWS에서 기존 시스템과 응용 프로그램을 활용할 수 있도록합니다.

Q : AWS로 마이그레이션하는 장점은 무엇입니까??

A : AWS로 마이그레이션하는 것은 확장 성, 유연성, 비용 절감, 보안 개선 및 광범위한 AWS 서비스 및 기능에 대한 액세스 등 다양한 이점을 제공합니다. 조직은 인프라 및 응용 프로그램을위한 클라우드 컴퓨팅의 힘을 활용할 수 있습니다.

참조 :

자동화를 활용하여 CloudEndure로 AWS로의 마이그레이션 촉진

다음 다이어그램은이 게시물에서 다루는 마이그레이션 프로세스를 보여줍니다.

Amazon EC2- CloudEndure를 사용한 고장 복구

물리적, 가상 및 클라우드 서버에 대한 확장 가능하고 비용 효율적인 비즈니스 연속성

데이터 센터 실패, 서버 부패 또는 사이버 공격과 같은 재난은 비즈니스를 방해 할뿐만 아니라 데이터 손실을 유발하고 수익에 영향을 미치며 평판에 해를 끼치게됩니다. CloudEndure 재해 복구 AWS에서 물리적, 가상 및 클라우드 기반 서버의 빠르고 신뢰할 수있는 복구를 제공하여 가동 중지 시간 및 데이터 손실을 최소화합니다. Cloudendure 재해 복구를 사용하여 Oracle, MySQL 및 SQL Server를 포함한 가장 중요한 데이터베이스뿐만 아니라 SAP와 같은 엔터프라이즈 응용 프로그램을 보호 할 수 있습니다. CloudEndure 재해 복구는 지속적으로 기계 (운영 체제, 시스템 상태 설정, 데이터베이스, 응용 프로그램 및 파일 포함)를 AWS 계정 및 우선 지역의 저렴한 스테이징 영역으로 복제합니다. 재난이 발생하면 Cloudendure Disaster Recovery에 몇 분 안에 완전히 프로비저닝 된 상태에서 수천 대의 기계를 자동으로 시작하도록 지시 할 수 있습니다. CloudEndure 재해 복구는 몇 분 안에 완전히 프로비저닝 된 기계를 출시 할 수 있도록 기계를 저렴한 임시 저장 공간으로 복제하면 재해 복구 인프라의 비용을 크게 줄일 수 있습니다.

어떻게 작동합니까??

지속적인 데이터 복제

CloudEndure 재해 복구. 이를 통해 업데이트 된 응용 프로그램은 재난 발생시 AWS에 항상 적응할 준비가되므로 2 차 복구 지점 목표 (RPO)를 달성 할 수 있습니다.

저렴한 비용 규모 면적

데이터는 지속적으로 동기화되고 대상 AWS 영역의 경면 영역으로 유지됩니다. 스케일 영역에는 Cloudendure Disaster Recovery가 자동으로 제공 및 관리하는 저렴한 기능이 포함되어 있습니다. 이는 중복 자원의 필요성을 제거하고 재해 복구로부터 총 소유 비용 (TCO)을 크게 줄입니다.

자동화 된 기계 변환 및 오케스트레이션

재난 또는 테스트의 경우 Cloudendure Disaster Recovery는 고도로 자동화 된 기계 변환 프로세스와 AWS 대상 지역의 수천 대의 기계를 병렬로 빠르게 처리하는 확장 가능한 오케스트레이션 엔진을 트리거합니다. 이를 통해 몇 분 안에 복구 시간 목표 (RTO)를 달성 할 수 있습니다. 다른 애플리케이션 수준 솔루션과 달리 Cloudendure 재해 복구는 OS, 시스템 상태 구성, 시스템 디스크, 데이터베이스, 응용 프로그램 및 파일을 포함한 전체 시스템을 복제합니다. 실패 또는 테스트 중에 기계를 시작하면 기계가 소스 인프라에서 수행하는대로 정확하게 작동합니다. 당신은 돈입니다’T 새로운 모든 것을 설치하거나 OS, 시스템 상태 구성 또는 소프트웨어의 복제본을 유지해야합니다.

시점 복구

과립 지점 회복은 우발적 인 시스템 변경, 랜섬웨어 또는 기타 악의적 인 공격으로 인해 손상된 응용 프로그램 및 IT 환경을 복구 할 수 있습니다. 이 경우 최신 상태에서 애플리케이션을 시작하는 대신 일관된 이전 지점에서 응용 프로그램을 시작할 수 있습니다. 회복 중에는 포인트 목록에서 마지막 상태 또는 이전 상태를 선택할 수 있습니다.

쉽고 파괴적인 테스트

Cloudendure Disaster Recovery를 사용하면 소스 환경을 방해하거나 데이터 손실의 위험없이 재해 복구 테스트를 수행 할 수 있습니다. 테스트 중에 Cloudendure Disaster Recovery는 네트워크 충돌 및 성능 영향을 피하기 위해 대상 AWS 영역의 기계를 완전히 격리시킵니다. 당신 때문에’AWS를 다시 활용하십시오’재해 복구 조사 중에 필요한 자원을 제공하거나 선불로 선불로 조정할 필요가 없습니다. Cloudendure Disaster Recovery의 자동화는 또한 테스트에 필요한 수동 노동을 최소화합니다.

포괄적 인 응용 프로그램 및 인프라 지원

CloudEndure 재해 복구는 블록 수준에서 데이터를 복제하기 때문에 지원되는 Windows 및 Linux OS의 지원 버전에서 작동하는 모든 응용 프로그램 및 데이터베이스에 사용할 수 있습니다. 여기에는 Windows Server 버전 2003/2008/2012/2016/2019 및 Centos, Rhel, Oel, Suse, Ubuntu 및 Debian과 같은 Linux 배포판이 포함됩니다.

참조

자동화를 활용하여 CloudEndure로 AWS로의 마이그레이션 촉진

그것’온 프레미스 환경에서 클라우드로 소프트웨어와 서비스를 마이그레이션하는 비밀은 고유 한 고려 사항과 요구 사항을 수반합니다. 마이그레이션 결과에 대한 신뢰를 제공하려면 마이그레이션 전략이 쉽게 확장해야합니다. 이것은 워크 플로의 대부분을 자동화해야 함을 의미합니다.

클라우드의 자동화가 중요한 이유에 대한 문서가 부족하지 않습니다. 이 게시물에서는 자동화 된 테스트를 통합하는 데 중점을 두어 AWS Advanced Technology Partner Cloudendure를 사용하여 자동화 된 마이그레이션을 수행하는 방법을 보여 주므로 응용 프로그램이 마이그레이션 후 예상되는 것으로 예상되는 것으로 확신 할 수 있습니다.

온-프레미스에서 AWS로 워크로드를 마이그레이션하려면 신중한 계획과 정확한 실행이 필요합니다. 클라우드로 이동하기위한 다양한 전략이 있으며 마이그레이션을 용이하게하는 데 도움이되는 수많은 도구도 있습니다. 모든 마이그레이션 도구는 공통 목표를 공유합니다. 가동 중지 시간 및 애플리케이션 워크로드 영향을 최소화하여 AWS 로의 마이그레이션을 용이하게하고 데이터 손실이 최소화되도록합니다.

작업량을 클라우드로 빠르게 이동하려는 고객은 일반적으로 Rehost 방법을 따릅니다.이자형. 리프트와 시프트. Rehost를 실행할 때의 과제 중 하나는 마이그레이션 된 응용 프로그램이 예상대로 수행되고 있음을 수동으로 확인하는 데 걸리는 시간입니다. 적절한 마이그레이션을 검증하기 위해 자동화 및 빠른 테스트 파이프 라인을 통합 한 마이그레이션은 성공 가능성이 높을뿐만 아니라 반복 가능한 프로세스를 활용하고 수동 검증 시간을 줄이면서 효율성을 향상시킵니다.

솔루션 개요

해결책 우리’이 블로그에서 LL 설명 CloudEndure 및 AWS DMS (Database Migration Service)를 사용하여 소스 Amazon VPC에서 대상 Amazon VPC로 GOG GIT 서비스 (GOGS) 배포를 마이그레이션하여 AWS 마이그레이션으로 실시간 온 프레미스를 시뮬레이션합니다. 우리는 두 가지 다른 VPC를 사용하고 있지만’S이 데모의 목적을 위해이 블로그 게시물에서 사용중인 도구의 자동화 및 조합을 툴킷에서 쉽게 사용하여 AWS 마이그레이션에 대한 진정한 온-프레미스를 용이하게 할 수 있습니다. Centos 7을 실행하는 Mock 소스 환경의 설정을 위해 AWS CloudFormation과 Ansible의 조합을 사용하여 Test AWS 환경에서 따라갈 수 있도록 선택했습니다.

CloudEndure는 Application Server를 마이그레이션 할 책임이 있으며 AWS DMS는 EC2 인스턴스에서 실행되는 MySQL 서버에서 완전히 관리되는 Amazon RDS 데이터베이스로 GOGS DB를 다시 정보를 제공합니다. 우리는이 데모의 목적을 위해 DMS를 활용하여 데이터베이스를 RDS로 replatform을 수행하는 방법을 보여 주기로 결정했습니다. 다른 옵션은 데이터베이스를 마이그레이션 할 때 CloudEndure를 사용하여 EC2로 Rehost를 수행해야 할 수도 있습니다.

CloudEndure는 출시시 마이그레이션 인스턴스에서 사용자 정의 사후 처리 스크립트를 호출 할 수 있습니다. 이 기능을 사용하면 사용자 정의 구성을 수행하고 자동 수락 테스트를 실행하여 마이그레이션 서버에서 예상대로 응용 프로그램이 작동하고 있음을 증명할 수 있습니다.

마이그레이션 신뢰를 위해 AWS Lambda, AWS SNS, AWS SQ 및 CloudEndure를 활용하고 있습니다’일련의 테스트를 수행하기 위해 자동화 된 테스트 파이프 라인을 구축하는 사후 처리 기능. 모든 테스트가 성공적으로 완료되면 소스 환경에서 구축 된 이미지를 사용하여 고도로 사용 가능한 GOGS 환경을 배치하는 AWS CloudFormation 템플릿을 자동으로 시작합니다.

다음 다이어그램은이 게시물에서 다루는 마이그레이션 프로세스를 보여줍니다.

프로세스의 작동 방식은 다음과 같습니다

1. Ansible은 AWS 응용 프로그램 검색 서비스, Cloudendure Agent 및 Gogs 소스 서버에서 재구성 및 테스트하는 데 사용될 스크립트를 설치합니다.

2. AWS DMS는 GOGS 소스 DB 서버를 대상 RDS 인스턴스로 마이그레이션합니다.

삼. CloudEndure 에이전트가 실행되면 GOGS 소스 서버의 초기 동기화를 AWS로 수행하기 위해 블록 레벨 사본을 시작합니다.

4. Cloudendure가 초기 동기화가 완료되면 CDP (Continuous Data Protection) 엔진은 새로운 데이터의 실시간 동기화를 시작하고 서버는 AWS에서 테스트 준비가 된 것으로 표시됩니다. CloudEndure.그런 다음 PY 스크립트는 다음을 기반으로 마이그레이션을 시작합니다 HostTomigrate 구성의 변수.YML 파일. (이 변수는 다음과 같이 나타납니다 인스턴스 이름 CloudEndure 대시 보드에서.))

5. CloudEndure.Py 스크립트는 CloudEndure API를 호출하고 소스 인스턴스의 최신 스냅 샷에서 테스트 인스턴스를 시작합니다.

6. CloudEndure는 최신 스냅 샷에서 대상에서 새 인스턴스를 시작하고 CloudEndure를 실행합니다.Sh Post-Provisioning 스크립트, 다음을 수행합니다

ㅏ. DMS가 복제하는 RDS 인스턴스를 가리키기 위해 GOG를 재구성하고 Gogs 서비스를 다시 시작합니다.

비. Gogs 서비스가 UP가 진행 중인지 확인합니다. 그렇다면 CloudEndure.SH Post-Provisioning 스크립트는 CloudEndure_PostProcessing을 호출합니다.Py Script, Cloudendure Pass/Fail SNS 주제에 성공 알림을 보냅니다. 예제 메시지는 다음과 같습니다

"메시지": ""

씨. CloudEndure Lambda 함수는 CloudEndure Pass/Fail SNS 주제에 가입됩니다. Lambda 함수는 성공 메시지를 찾습니다. 성공 메시지를 받으면 들어오는 인스턴스 ID를 기반으로 AMI (Amazon Machine Image)를 생성하고 Amahon SQS에 AMI 정보를 게시합니다. Lambda 함수의 CloudWatch의 상태를 추적 할 수 있습니다

7. CloudEndure.PY 스크립트는 마이그레이션 인스턴스에 대한 메시지에 대한 SQS 큐를 지속적으로 폴링합니다. 메시지를 받으면 AMI가 준비되었는지 확인합니다. 그 경우’S Ready, 스크립트는 GOGS CloudFormation 템플릿을 시작하고 AMI ID를 매개 변수로 전달합니다. CloudFormation 템플릿은 다음과 같은 것처럼 보이는 고도로 사용 가능한 환경을 배포합니다

시작하기

이제 마이그레이션 프로세스의 작동 방식을 알았으니’시작해. 너 먼저’ll CloudEndure가있는 계정을 설정해야합니다. 당신이하지 않으면’t 계정이 있으면 AWS SaaS 구독 시장에서 CloudEndure Migration Product 페이지를 통해 하나에 등록 할 수 있습니다.[1]

계정이 설정되면’VE는 CloudEndure 웹 사이트에서 시작 가이드를 따랐습니다’아래 파일에 익숙해 져야합니다. 전체 솔루션은 자세한 내용을 위해 Github에서 호스팅됩니다.

Ansible Playbook, 변수 및 파일 :

• 플레이 북/파일/CloudEndure.SH-이 파일은 /boot /ce_conversion에 배포됩니다. 여기서 Cloudendure는 마이그레이션 스크립트를 실행합니다. RDS를 가리키고 서비스를 테스트하기 위해 GOG를 재구성하는 데 사용됩니다.
  • 재창조 -ENT312 소스 인스턴스.YML CloudFormation 템플릿은 ENT312의 모든 발생을 대체합니다.50.Amazon Route 53 도메인 별명을 사용 하여이 파일의 닌자 자동 스케일링을 사용하여 고도로 사용 가능한 GOGS 환경을 위해 ELB로드 밸런서를 가리 키려고합니다. 이 값은 CloudFormation 템플릿의 GOGSDNS 매개 변수를 통해 템플릿으로 전달됩니다.
  • 재창조 -ENT312 소스 인스턴스.YML CloudFormation Template CloudEndure 사용자 이름 및 비밀번호를이 Ansible Playbook에서 “CloudEndure를 설치하십시오” CloudFormation 템플릿의 CloudEndureUser 및 CloudEndurePassword 매개 변수를 기반으로합니다.

  마이그레이션 스크립트 구성.CloudEndure에서 사용하는 YML.PY 스크립트 :

  다음 정보를 제공하려면 파일을 편집하십시오

  • 사용자 이름 – CloudEndure의 사용자 이름
  • 비밀번호 – CloudEndure의 비밀번호
  • HostTomigrate – CloudEndure 대시 보드에서 마이그레이션 할 호스트 이름. 이 가치는 이겼습니다’cloudendure가 초기 복제 프로세스를 시작할 때까지 대시 ​​보드에서 사용할 수 있습니다.
  • 스택 이름 – CloudFormation 스택의 이름. CloudFormation 스택의 이름을 지정할 때 CloudEndureBlogdemo의 기본값을 변경하기로 선택한 경우에만 변경하십시오.
  • 키 이어 이름 – Gogs 자동 스케일링 스택을 시작하기위한 키 쌍
  • Gogsdns – Route 53 도메인 별명 GOGS 자동 스케일링을 위해 ELB로드 밸런서에 매핑하려는 도메인 별칭
  • 재창조 -ENT312 마이그레이션 gogs.주형
    • 이 값은 GOGS 자동 스케일링을 위해 ELB로드 밸런서에 매핑하려는 Route 53 도메인 별칭입니다. 매개 변수 gogsdnsname 에 따라 전달됩니다 Gogsdns 구성의 값.CloudEndure 일 때 YML.PY 스크립트가 실행됩니다.

    AWS CloudFormation을 사용하여 솔루션을 배포합니다

    이제하자’s 마이그레이션을 자세히 살펴보고 각 단계를 살펴보십시오. 이 데모에서 CloudFormation 템플릿은 AWS 계정의 별도의 가상 프라이빗 클라우드 (VPC)에서 소스 환경을 회전시키고 동일한 계정 내에서 대상 VPC로 마이그레이션합니다.

    템플릿을 다운로드하여 자신의 구현의 시작점으로 사용할 수도 있습니다.

    템플릿 선택 페이지에서 템플릿 URL의 기본 설정을 유지 한 다음 선택합니다 다음.

    

    기본 스택 이름을 남기거나 스택의 이름을 입력하고 아래 스크린 샷에 따라 값을 작성하십시오.

    

    

    설정 한 값을 기록하십시오 소스 데이터베이스 사용자 이름 그리고 소스 데이터베이스 비밀번호 GOG를 구성 할 때이를 필요로합니다. 선택하다 다음 그리고 다음 다음 두 화면에서 다시 한 번 말한 상자를 확인하십시오 “AWS CloudFormation이 사용자 지정 이름으로 iam 리소스를 생성 할 수 있음을 인정합니다.” 그런 다음 선택하십시오 만들다.

    

    CloudFormation이 계정에 리소스를 생성하는 데 몇 분이 걸립니다. 스택을 볼 때 –SORCENSTANCERESORCES create_complete로 표시하면 로그인하고 GOGS를 구성 할 수 있습니다.

    CloudFormation에서 생성 한 사용자 정의 DMS 작업은 GOGS DB에 따라 다르므로 CloudFormation 스택이 완료되기 전에 GOG를 설치하고 구성해야합니다. (이 글을 쓰는 시점에서 CloudFormation은 DMS 리소스를 지원하지 않지만 마이그레이션의 특정 측면을 중심으로 자동화를 구축하는 한 가지 특별한 방법을 보여 드리고자합니다.))

    에서 출력 스택의 탭을 찾으십시오 ansiblesourceinstance. 다음 명령과 함께 값을 사용하여 인스턴스로 ssh :

    

    인스턴스에 SSH가 발생한 후 다음 명령을 실행하여 업데이트 및 CloudFormation 사용자 데이터 단계가 완료되었는지 확인하십시오.

    sudo tail -f/var/log/cloud -init.통나무

    Cloud-Init가 인스턴스를 부트 스트랩하는 것이 끝나면 다음과 같은 메시지가 표시됩니다

    3 월 7 일 18:30:29 IP-10-10-138-101 Cloud-Init : Cloud-Init v. 0.7.5 2017 년 3 월 7 일 Tue에서 완료 18:30:29 +0000. DataSource DataSourceec2. 업 369.01 초

    이제 ansible에서 ssh를 소스 인스턴스로 사용할 수 있도록 인스턴스에 키 쌍을 추가하고 Gogs를 구성해야합니다. 로컬 컴퓨터, 당신이있는 디렉토리에서’VE는 키 쌍을 저장하고 개인 키를 클립 보드에 복사합니다

    고양이 .PEM | PBCopy 

    Ansible 소스 인스턴스에서 명령을 실행하십시오

    VI 키.PEM

    개인 키를 VI 창과 파일을 저장하십시오. 그런 다음 명령을 실행하여 권한을 변경하십시오

    CHMOD 400 키.PEM

    다음 명령을 실행하여 SSH-Agent가 활성화되어 있는지 확인하십시오. 에이전트 PID (예 : 에이전트 PID 417)를 받아야합니다.

    평가`ssh-agent ' 

    그런 다음 SSH 키를 SSH 에이전트에 추가하고 누릅니다 입력하다 빈 암호화의 경우 :

    SSH-ADD 키.PEM

    이제 Ansible을 통해 소스 Gogs DB를 제공 할 수 있습니다

    Ansible -Playbook -I Playbooks/Hosts Playbooks/Database_provision.YML

    소스 GOGS 인스턴스를 프로비저닝하십시오

    Ansible -Playbook -I Playbooks/Hosts Playbooks/Gogs_provision.YML

    Gogs가 Ansible을 통해 구성되면 소스 환경에서 로그인하고 GOG를 구성 할 수 있습니다. 값이 필요합니다 Gogssourceinstance 에서 출력 당신의 탭 SORCENSTANCERESORCES CloudFormation 스택 :

    http : // : 3000

    

    Gogs에서 사용자 그리고 비밀번호 필드는 이전에 언급 한 값을 입력합니다 소스 데이터베이스 사용자 이름 그리고 소스 데이터베이스 비밀번호 Cloudformation에서 :

    

    그런 다음 GOGS로 선택한 사용자 및 비밀번호를 등록 할 수 있습니다. 이 데모의 뒷부분에 주목하십시오.

    CloudFormation의 DMS 스택이 완료된 것을 보면 설정을 검사 할 수 있습니다. 복제 인스턴스가 표시됩니다

    

    또한 소스 및 대상 엔드 포인트를 모두 볼 수 있어야합니다

    

    또한 데이터베이스 동기화를 수행하는 작업도 표시해야합니다

    

    때를’VE가 DMS 확인을 마쳤습니다 ansiblesourceinstance SSH Window 및 다음을 실행하여 응용 프로그램 검색 서비스 및 CloudEndure를 설치하십시오

    Ansible -Playbook -I Playbooks/Hosts Playbooks/aws_cli_ads_agent_install.YML Ansible -Playbook -I Playbooks/Hosts Playbooks/Cloudendure_agent_install.YML 

    CloudEndure 대시 보드에 로그인하면 서버가 표시됩니다. Cloudendure가 초기 블록 레벨 동기화를 AWS로 완료하는 과정에 있기 때문에 테스트 준비가 된 것으로 표시하는 데 시간이 걸릴 수 있습니다.

    

    CloudEndure 대시 보드의 예를 들어 값 이름은 구성에서 hostTomigrate 변수에 대해 설정 해야하는 값입니다.YML 파일.

    CloudEndure를 실행하십시오.마이그레이션 초기화를위한 PY 스크립트 :

    스크립트의 예제 출력을 보려면 readme를보십시오.

    스크립트가 완료되면 이제 Lambda 기능에서 생성 된 AMI를 사용하여 자동화가 회전하는 고도로 사용 가능한 Gogs 환경을 볼 수 있습니다.

    

    고도로 가용 GOGS 환경이 건강 검사를 통과하고 ELB로드 밸런서 뒤에서 서비스를 제공하는 데 몇 분이 걸리지 만 결국 소스 환경에서 만든 사용자 이름으로 로그인하여 RDS를 사용하도록 구성된 마이그레이션 된 GOGS 환경에 액세스 할 수 있어야합니다. 이것은 DMS 작업이 소스 GOGS 데이터베이스를 RDS로 마이그레이션하는 데 성공했음을 증명합니다.

    

    요약

    이 게시물에서는 자동화 및 테스트를 툴킷에 통합하여 온 프레미스 환경에서 AWS로 마이그레이션을 속도를 높이는 방법을 보여주었습니다. 처음에 신중한 계획 및 구성을 사용하면 마이그레이션 시나리오에서 재사용 할 수있는 일련의 도구가 있습니다. 이를 통해 워크로드를 더 빨리 마이그레이션 할 수 있으며 응용 프로그램이 예상 후 마이그레이션으로 작동한다는 확신을 갖게됩니다.

    이 블로그의 내용은 타사 제품의 승인이 아닙니다. 이 블로그는 정보 제공 목적을위한 것입니다.

    [1]이 블로그 게시물의 단계를 따르는 동안 발생하는 모든 비용에 대한 책임이 있습니다.

    CloudEndure는 RDS에서 작동합니까?

    об йтоэ странице

    м е р р регистрировали подо 착취 ay rzа ф징퍼, исход 넘추 타 ay сети. с пом거나 ю это인지 страницы м주는 сможем определить, что з просы отправляете именно, а не робот. почему это могло произойти?

    эта страница отобр은 Âется в тех Â сл 나아가 · 추, ∈огда автомати인지 скими системи Google регтрирр곽막우 ся 테 추 법구추 추 님. котор ое нарушают условия использования. странира перестанет отобр은 жаться после того, как эти запросы прекратся. до отого момента для использования слу 갑기 Google необ 영향.

    источником запросов может служить вредоносное по, подключаемые модули браузера или скрипт, насое 밑 밑 밑보관 сзлку ыапросов. если вл используете общий доступ в интернет, проблема 갑새 갑새 딘 악 с сомпером с с с с с саким 테 IP-адесом → Â 궤. обратитесь к своему системному администратору. подроб 변태.

    проверка по слову может татак뿐 아니라 자기 появляться, если вы В 갑 갑격적 В Â водите слож ные запросы, об협 ораспронон혁 ™ rапротототототототото술도 있습니다. емами, или вводите запросы очень часто.

    Oracle 및 E-Business Suite 용 CloudEndure RTO

    고객은 현재 Oracle DB 및 E-Business Suite Server의 두 개의 온 프렘 서버를 실행하고 있습니다. 그들은 Oracle Dataguard를 사용하고 있으며 DR 용 대기 DB를 사용하고 있습니다. 몇 가지 질문 : 1) CloudEndure vs 대기 DB를 사용하는 RTO는 무엇입니까?? 2) Cloudendure는 DB 서버와 함께 Oracle e-Business Suite Server의 프로비저닝을 조정할 수 있습니다? 감사해요!

    의견을 따르십시오

    3 년 전 190 조회 Lg .

    가장 최신 투표에서 대부분의 의견

    받아 들여진 답변

    Cloudendure 문서에 따르면 :

    “CloudEndure의 복구 시간 목표 (RTO)는 일반적으로 몇 분 안에 측정됩니다. RTO는 OS 부팅 시간에 크게 의존합니다.”

    Dataguard는 60 초 이내에 장애 조치를 달성해야합니다. Dataguard를 염두에 두어야합니다. DataGuard를 사용하면 이미 실행중인 대기 데이터베이스가 이미 실행 중이며 Cloudendure는 블록 차이를 복제하는 동안 데이터가 복제되고 있지만 시스템은 시작되지 않아서 부팅 할 필요가 없습니다. 시간이 걸립니다).

    더 많은 사과와 사과 비교는 DMS가 고객 Oracle DB에서 RDS Oracle로 복제하거나 Oracle DB를 실행하는 EC2 인스턴스로 복제하는 것입니다.

    CloudEndure는 OS 수준에서 작동하므로 Oracle E-Business Suite를 포함하여 고객이 실행중인 앱에 대해 불법이어야합니다