기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

AWS Database Migration Service의 모범 사례

AWS Database Migration Service(AWS DMS)를 가장 효과적으로 사용하려면 데이터를 마이그레이션하는 가장 효율적인 방법에 대한 이 단원의 권장 사항을 참조하세요.

AWS Database Migration Service 마이그레이션 계획

AWS Database Migration Service를 사용하는 데이터베이스 마이그레이션을 계획할 때 다음 사항을 고려해야 합니다.

스키마 변환

AWS DMS에서는 스키마 또는 코드 변환을 수행하지 않습니다. 기존 스키마를 다른 데이터베이스 엔진으로 변환하려는 경우 AWS SCT를 사용할 수 있습니다. AWS SCT는 소스 객체, 테이블, 인덱스, 뷰, 트리거 및 기타 시스템 객체를 대상 데이터 정의 언어(DDL) 형식으로 변환합니다. 또한 AWS SCT를 PL/SQL 또는 TSQL과 같은 대부분의 애플리케이션 코드를 동등한 대상 언어로 변환하는 데 사용할 수 있습니다.

AWS SCT는 AWS에서 무료로 다운로드할 수 있습니다. AWS SCT에 대한 자세한 내용은 AWS SCT 사용 설명서를 참조하세요.

소스 엔드포인트와 대상 엔드포인트가 동일한 데이터베이스 엔진에 있는 경우 Oracle SQL Developer, MySQL Workbench PgAdmin 또는 4와 같은 도구를 사용하여 스키마를 이동할 수 있습니다.

AWS DMS 공개 문서 검토

첫 번째 마이그레이션 전에 소스 및 대상 엔드포인트의 AWS DMS 공개 설명서 페이지를 살펴보는 것이 좋습니다. 이 설명서는 마이그레이션을 시작하기 전에 마이그레이션을 위한 사전 요구 사항을 식별하고 현재 제한 사항을 이해하는 데 도움이 될 수 있습니다. 자세한 설명은 AWS DMS 엔드포인트 작업 섹션을 참조하세요.

마이그레이션하는 동안 공개 설명서를 통해 AWS DMS 관련 문제를 해결할 수 있습니다. 설명서의 문제 해결 페이지는 AWS DMS 및 선택한 엔드포인트 데이터베이스를 모두 사용하여 일반적인 문제를 해결하는 데 도움이 될 수 있습니다. 자세한 설명은 에서 마이그레이션 작업 문제 해결 AWS Database Migration Service 섹션을 참조하세요.

개념 증명 실행

데이터베이스 마이그레이션 초기 단계에서 환경 문제를 발견하는 데 도움이 되도록 소규모 테스트 마이그레이션을 실행하는 것이 좋습니다. 이렇게 하면 마이그레이션 일정을 보다 현실적으로 설정하는 데도 도움이 될 수 있습니다. 또한 AWS DMS가 네트워크를 통한 데이터베이스 처리량을 처리할 수 있는지 여부를 측정하기 위해 전체 규모 테스트 마이그레이션을 실행해야 할 수도 있습니다. 이 동안에는 초기 전체 로드 및 지속적 복제를 벤치마킹하고 최적화하는 것이 좋습니다. 이렇게 하면 네트워크 지연 시간을 파악하고 전반적인 성능을 측정하는 데 도움이 될 수 있습니다.

또한 이 시점에서 다음을 포함하여 데이터 프로파일 및 데이터베이스 규모를 파악할 수 있습니다.

AWS DMS 마이그레이션 성능 개선

AWS DMS 마이그레이션 성능에 영향을 주는 요인은 많습니다.

아래에 언급된 모범 사례 중 일부 또는 전부를 사용하여 성능을 개선할 수 있습니다. 이러한 방법을 사용할 수 있는지 여부는 구체적인 사용 사례에 따라 다릅니다. 다음과 같은 몇 가지 제한 사항을 확인할 수 있습니다.

자체 온프레미스 이름 서버 사용

일반적으로 AWS DMS 복제 인스턴스는 Amazon EC2 인스턴스의 도메인 이름 시스템(DNS) 해석기를 사용하여 도메인 엔드포인트를 확인합니다. 그러나 Amazon Route 53 Resolver를 사용하는 경우 자체 온프레미스 이름 서버를 사용하여 특정 엔드포인트를 확인할 수 있습니다. 이 도구를 사용하면 온프레미스와 AWS 간에 인바운드 및 아웃바운드 엔드포인트, 전달 규칙, 프라이빗 연결을 사용하여 쿼리할 수 있습니다. 온프레미스 이름 서버를 사용하면 보안이 향상되고 방화벽 뒤에서의 사용 편의성이 향상된다는 이점이 있습니다.

인바운드 엔드포인트가 있는 경우 온프레미스에서 시작되는 DNS 쿼리를 사용하여 AWS 호스팅 도메인을 확인할 수 있습니다. 엔드포인트를 구성하려면 해석기를 제공하려는 각 서브넷의 IP 주소를 할당합니다. 온프레미스 DNS 인프라와 AWS 간에 연결을 설정하려면 AWS Direct Connect 또는 가상 프라이빗 네트워크(VPN)를 사용합니다.

아웃바운드 엔드포인트는 온프레미스 이름 서버에 연결됩니다. 이름 서버는 허용 목록에 포함되고 아웃바운드 엔드포인트에 설정된 IP 주소에만 액세스 권한을 부여합니다. 이름 서버의 IP 주소는 대상 IP 주소입니다. 아웃바운드 엔드포인트에 대한 보안 그룹을 선택할 때는 복제 인스턴스에서 사용하는 것과 동일한 보안 그룹을 선택하세요.

선택된 도메인을 이름 서버로 전달하려면 다음 규칙을 사용합니다. 아웃바운드 엔드포인트는 여러 전달 규칙을 처리할 수 있습니다. 전달 규칙의 범위는 Virtual Private Cloud(VPC)입니다. VPC와 연결된 전달 규칙을 사용하여 AWS 클라우드의 논리적으로 격리된 섹션을 프로비저닝할 수 있습니다. 논리적으로 격리된 이 섹션으로부터 AWS 리소스를 가상 네트워크에서 시작할 수 있습니다.

온프레미스 DNS 인프라 내에서 호스팅되는 도메인을 아웃바운드 DNS 쿼리를 설정하는 조건부 전달 규칙으로 구성할 수 있습니다. 이러한 도메인 중 하나에 대한 쿼리가 수행되면 규칙은 규칙으로 구성된 서버로 DNS 요청을 전달하려는 시도를 트리거합니다. 이 경우에도 AWS Direct Connect 또는 VPN을 통한 프라이빗 연결이 필요합니다.

다음 다이어그램은 Route 53 Resolver 아키텍처입니다.

Route 53 DNS Resolver에 대한 자세한 내용은 Amazon Route 53 개발자 안내서의 Route 53 Resolver 시작하기를 참조하세요.

AWS DMS에서 Amazon Route 53 Resolver 사용

Amazon Route 53 Resolver를 사용하여 엔드포인트를 확인하기 위한 AWS DMS용 온프레미스 이름 서버를 생성할 수 있습니다.

모든 것이 생성되면 VPC가 인바운드 및 아웃바운드 규칙과 연결되어 트래픽 라우팅을 시작할 수 있습니다.

Route 53 Resolver에 대한 자세한 내용은 Amazon Route 53 개발자 안내서의 Route 53 Resolver 시작하기를 참조하세요.

대용량 이진 객체(LOB) 마이그레이션

일반적으로 AWS DMS는 LOB 데이터를 두 단계로 마이그레이션합니다.

이 LOB 마이그레이션 프로세스를 수행하려면 마이그레이션 중에 대상 테이블의 모든 LOB 열에 Null을 허용해야 합니다. 이는 소스 테이블에서 LOB 열을 Null로 설정할 수 없는 경우에도 마찬가지입니다. AWS DMS가 대상 테이블을 생성하는 경우 기본적으로 LOB 열을 Null 허용으로 설정합니다. 경우에 따라 가져오기 또는 내보내기와 같은 다른 메커니즘을 사용하여 대상 테이블을 생성할 수 있습니다. 이러한 경우 마이그레이션 태스크를 시작하기 전에 LOB 열이 Null 허용인지 확인하세요.

이 요구 사항에는 한 가지 예외가 있습니다. Oracle 소스에서 Oracle 대상으로 동종 마이그레이션을 수행하고 제한적 LOB 모드를 선택한다고 가정해 보겠습니다. 이 경우 LOB 값을 포함하여 전체 행이 한 번에 채워집니다. 이러한 경우 AWS DMS는 필요하면 Null 허용 안 함 제약 조건을 사용하여 대상 테이블 LOB 열을 생성할 수 있습니다.

제한적 LOB 모드 사용

AWS DMS는 마이그레이션에 LOB 값이 포함된 경우 두 가지 방법을 통해 성능과 편의성의 균형을 맞춥니다.

PostgreSQL과 같은 일부 데이터베이스 엔진의 경우 AWS DMS가 JSON 데이터 형식을 LOB처럼 취급합니다. 제한적 LOB 모드를 선택한 경우 최대 LOB 크기 옵션이 JSON 데이터가 잘리지 않는 값으로 설정되어 있는지 확인하세요.

AWS DMS는 대형 객체 데이터 형식(BLOB, CLOB 및 nCLOB) 사용을 완벽하게 지원합니다. 다음 소스 엔드포인트는 전체 LOB 지원을 제공합니다.

다음 대상 엔드포인트는 전체 LOB 지원을 제공합니다.

다음 대상 엔드포인트는 제한적 LOB 지원을 제공합니다. 이 대상 엔드포인트에는 무제한 LOB 크기를 사용할 수 없습니다.

전체 LOB를 지원하는 엔드포인트의 경우 LOB 데이터 형식에 대한 크기 제한을 설정할 수도 있습니다.

개선된 LOB 성능

LOB 데이터를 마이그레이션하는 동안 다음과 같은 다양한 LOB 최적화 설정을 지정할 수 있습니다.

테이블별 LOB 설정

테이블별 LOB 설정을 사용하여 테이블 일부 또는 전부에 대한 태스크 수준 LOB 설정을 재정의할 수 있습니다. 이렇게 하려면 table-settings 규칙에서 lob-settings를 정의합니다. 다음은 몇 가지 큰 LOB 값이 포함된 예제 테이블입니다.

SET SERVEROUTPUT ON
CREATE TABLE TEST_CLOB
(
ID NUMBER,
C1 CLOB,
C2 VARCHAR2(4000)
);
DECLARE
bigtextstring CLOB := '123';
iINT;
BEGIN
WHILE Length(bigtextstring) <= 60000 LOOP
bigtextstring := bigtextstring || '000000000000000000000000000000000';
END LOOP;
INSERT INTO TEST_CLOB (ID, C1, C2) VALUES (0, bigtextstring,'AnyValue');
END;
/
SELECT * FROM TEST_CLOB;
COMMIT

다음으로 마이그레이션 태스크를 생성하고 새 lob-settings 규칙을 사용하여 테이블의 LOB 처리를 수정합니다. bulk-max-siz 값에 따라 최대 LOB 크기(KB)가 결정됩니다. 지정된 크기보다 크면 잘립니다.

{
	"rules": [{
			"rule-type": "selection",
			"rule-id": "1",
			"rule-name": "1",
			"object-locator": {
				"schema-name": "HR",
				"table-name": "TEST_CLOB"
			},
			"rule-action": "include"
		},
		{
			"rule-type": "table-settings",
			"rule-id": "2",
			"rule-name": "2",
			"object-locator": {
				"schema-name": "HR",
				"table-name": "TEST_CLOB"
			},
			"lob-settings": {
				"mode": "limited",
				"bulk-max-size": "16"
			}
		}
	]
}

이 AWS DMS 태스크가 FullLobMode : true로 생성되더라도 테이블별 LOB 설정은 AWS DMS에게 이 특정 테이블의 LOB 데이터를 16,000으로 자르도록 지시합니다. 태스크 로그를 확인하여 이를 확인할 수 있습니다.

721331968: 2018-09-11T19:48:46:979532 [SOURCE_UNLOAD] W: The value of column 'C' in table
'HR.TEST_CLOB' was truncated to length 16384

인라인 LOB 설정

AWS DMS 태스크를 생성할 때 LOB 모드는 LOB 처리 방법을 결정합니다.

전체 LOB 모드와 제한적 LOB 모드는 각각 장단점이 있습니다. 인라인 LOB 모드는 전체 LOB 모드와 제한적 LOB 모드의 장점을 결합합니다.

큰 LOB와 작은 LOB를 모두 복제해야 하지만 대부분의 LOB가 작은 경우 인라인 LOB 모드를 사용할 수 있습니다. 이 옵션을 선택하면 전체 로드 중에 AWS DMS 태스크가 작은 LOB를 인라인으로 전송하므로 더 효율적입니다. AWS DMS 태스크는 소스 테이블에서 조회를 수행하여 큰 LOB를 전송합니다.

변경 처리 중에는 소스 테이블에서 검색을 수행하여 작은 LOB와 큰 LOB를 모두 복제합니다.

인라인 LOB 모드를 사용하는 경우 AWS DMS 태스크는 모든 LOB 크기를 검사하여 인라인으로 전송할 LOB 크기를 결정합니다. 지정된 크기보다 큰 LOB는 전체 LOB 모드를 사용하여 복제됩니다. 따라서 대부분의 LOB가 지정된 설정보다 큰 경우 이 옵션을 사용하지 않는 것이 좋습니다. 대신 LOB 크기를 무제한으로 허용하세요.

이 옵션은 태스크 설정의 InlineLobMaxSize 속성을 사용하여 구성합니다. 이 속성은 FullLobMode가 true로 설정된 경우에만 사용할 수 있습니다. InlineLobMaxSize의 기본값은 0이고 범위는 1~102400킬로바이트(100MB)입니다.

예를 들어 다음과 같은 AWS DMS 태스크 설정을 사용할 수 있습니다. 여기서 InlineLobMaxSize 값을 5로 설정하면 5KiB(5,120바이트)보다 작거나 같은 모든 LOB가 인라인으로 전송됩니다.

{
  "TargetMetadata": {
  "TargetSchema": "",
  "SupportLobs": true,
  "FullLobMode": true,
  "LobChunkSize": 64,
  "LimitedSizeLobMode": false,
  "LobMaxSize": 32,
  "InlineLobMaxSize": 5,
  "LoadMaxFileSize": 0,
  "ParallelLoadThreads": 0,
  "ParallelLoadBufferSize":0,
  "BatchApplyEnabled": false,
  "TaskRecoveryTableEnabled": false},
  . . .
}

행 필터링을 사용하여 큰 테이블 마이그레이션 시 성능 향상

대형 테이블을 마이그레이션할 때 성능을 개선하려면 마이그레이션을 두 개 이상의 태스크로 나누세요. 행 필터링을 사용하여 마이그레이션을 여러 태스크로 나누려면 키 또는 파티션 키를 사용합니다. 예를 들어 1에서 8,000,000까지의 정수 프라이머리 키 ID가 있는 경우 행 필터링을 사용하여 8개의 태스크를 생성하여 각각 1백만 개의 레코드를 마이그레이션할 수 있습니다.

날짜별로 분할된 큰 파티션된 테이블이 있는 경우 날짜를 기준으로 데이터를 마이그레이션할 수 있습니다. 예를 들어, 월별로 분할된 테이블이 있고 현재 월의 데이터만 업데이트된다고 가정합시다. 이 경우 각 고정 월별 파티션에 대해 전체 로드 태스크를 생성하고 현재 업데이트된 파티션에 대해 전체 로드 + CDC 태스크를 생성할 수 있습니다.

테이블에 단일 열 프라이머리 키 또는 고유 인덱스가 있는 경우 AWS DMS 태스크가 범위 유형의 병렬 로드를 사용하여 테이블을 분할하여 데이터를 병렬로 로드하도록 할 수 있습니다. 자세한 설명은 테이블 및 컬렉션 설정 규칙과 작업 섹션을 참조하세요.

지속적 복제

AWS DMS는 소스 및 대상 데이터베이스를 동기화 상태로 유지하면서 지속적 데이터 복제를 제공합니다. 제한된 양의 데이터 정의 언어(DDL) 문만 복제됩니다. AWS DMS는 인덱스, 사용자, 권한, 저장 프로시저, 기타 테이블 데이터와 직접 관련되지 않은 데이터베이스 변경 사항과 같은 항목을 전파하지 않습니다.

지속적 복제를 사용하려는 경우 복제 인스턴스를 생성할 때 다중 AZ 옵션을 설정하세요. 다중 AZ를 선택하면 복제 인스턴스의 고가용성과 장애 조치 기능을 확보할 수 있습니다. 하지만 이 옵션은 성능에 영향을 줄 수 있으며 대상 시스템에 변경 사항을 적용하는 동안 복제 속도가 느려질 수 있습니다.

소스 또는 대상 데이터베이스를 업그레이드하기 전에 이러한 데이터베이스에서 실행 중인 모든 AWS DMS 태스크를 중지하는 것이 좋습니다. 업그레이드가 완료된 후 태스크를 재개하세요.

복제를 진행하는 동안에는 소스 데이터베이스 시스템과 AWS DMS 복제 인스턴스 간의 네트워크 대역폭을 확인하는 것이 중요합니다. 복제가 진행되는 동안 네트워크로 인해 병목 현상이 발생하지 않는지 확인해야 합니다.

소스 데이터베이스 시스템의 시간당 변경 속도 및 아카이브 로그 생성을 파악하는 것도 중요합니다. 이렇게 하면 복제가 진행되는 동안 발생할 수 있는 처리량을 이해하는 데 도움이 될 수 있습니다.

소스 데이터베이스의 로드 감소

AWS DMS는 소스 데이터베이스의 리소스를 일부 사용합니다. 전체 로드 태스크 중에 AWS DMS는 소스 테이블에서 병렬로 처리되는 각 테이블에 대해 전체 테이블 스캔을 수행합니다. 또한 마이그레이션의 일부로 생성하는 각 태스크는 CDC 프로세스의 일환으로 소스에 변경 사항을 쿼리합니다. AWS DMS가 Oracle과 같은 일부 소스에 대해 CDC를 수행하려면 데이터베이스의 변경 로그에 기록되는 데이터의 양을 늘려야 할 수 있습니다.

소스 데이터베이스에 과부하가 걸린다면 마이그레이션할 각 태스크의 태스크 또는 테이블 수를 줄이세요. 각 태스크마다 소스 변경 사항이 독립적으로 적용되므로 태스크를 통합하면 변경 사항 캡처 워크로드를 줄일 수 있습니다.

대상 데이터베이스에서 병목 현상 감소

마이그레이션하는 동안 대상 데이터베이스의 쓰기 리소스를 경합하는 프로세스를 모두 제거해 보세요.

마이그레이션 중에 데이터 유효성 검사 사용

데이터가 소스에서 대상으로 정확히 마이그레이션되었는지 확인하기 위해 데이터 유효성 검사를 사용하는 것이 좋습니다. 태스크에 대해 유효성 검사를 활성화하면 AWS DMS는 테이블에 대해 전체 로드가 수행된 직후 소스 및 대상 데이터를 비교하기 시작합니다.

데이터 검증은 AWS DMS가 소스 및 대상 엔드포인트로서 다음 데이터베이스를 지원할 때마다 해당 데이터베이스와 연동합니다.

자세한 설명은 AWS DMS 데이터 검증 섹션을 참조하세요.

지표를 사용하여 AWS DMS 태스크 모니터링

AWS DMS 콘솔을 사용하여 태스크의 지표를 모니터링할 수 있는 몇 가지 옵션이 있습니다.

지표 모니터링에 대한 자세한 정보는 모니터링 AWS DMS 작업 섹션을 참조하세요.

이벤트 및 알림

AWS DMS는 Amazon SNS를 사용하여 AWS DMS 이벤트(복제 인스턴스 생성 또는 삭제 등)가 발생하면 알림을 제공합니다. 특정 AWS 리전의 Amazon SNS에서 지원하는 모든 형식으로 이러한 알림을 사용할 수 있습니다. 여기에는 이메일 메시지, 문자 메시지 또는 HTTP 엔드포인트에 대한 호출이 포함될 수 있습니다.

자세한 설명은 AWS Database Migration Service에서 Amazon SNS 이벤트 및 알림 사용 섹션을 참조하세요.

마이그레이션 문제 해결을 위해 작업 로그 사용

경우에 따라 AWS DMS에서 해당 경고 또는 오류 메시지가 태스크 로그에만 나타나는 문제가 발생할 수 있습니다. 특히 데이터 잘림 문제나 외래 키 위반으로 인한 행 거부는 태스크 로그에만 기록됩니다. 따라서 데이터베이스를 마이그레이션할 때는 태스크 로그를 검토해야 합니다. 작업 로그를 보려면 Amazon을 작업 생성의 CloudWatch 일부로 구성하십시오.

자세한 내용은 Amazon을 사용한 복제 작업 모니터링을 참조하십시오 CloudWatch.

Time Travel을 통한 복제 태스크 문제 해결

Time Travel을 사용하여 AWS DMS 마이그레이션 문제를 해결할 수 있습니다. Time Travel에 대한 자세한 내용은 Time Travel 작업 설정 섹션을 참조하세요.

Time Travel로 작업할 때 다음 사항을 고려해야 합니다.

Oracle 대상에서 사용자 및 스키마 변경

Oracle을 대상으로 사용하는 경우 AWS DMS는 데이터를 대상 엔드포인트 사용자가 소유한 스키마로 마이그레이션합니다.

예를 들어 명명된 PERFDATA 스키마를 Oracle 대상 엔드포인트로 마이그레이션하는 중이고 대상 엔드포인트 사용자 이름은 MASTER이라고 가정해 보겠습니다. AWS DMS는 MASTER로 Oracle 대상에 연결하고 MASTER 스키마를 PERFDATA의 데이터베이스 객체로 채웁니다.

이 동작을 재정의하려면 스키마 변환을 제공합니다. 예를 들어 PERFDATA 스키마 객체를 대상 엔드포인트의 PERFDATA 스키마로 마이그레이션하려면 다음 변환을 사용합니다.

{
    "rule-type": "transformation",
    "rule-id": "2",
    "rule-name": "2",
    "object-locator": {
        "schema-name": "PERFDATA"
    },
    "rule-target": "schema",
    "rule-action": "rename",
    "value": "PERFDATA"
}

변환에 대한 자세한 내용은 JSON을 사용하여 테이블 선택 및 변환 지정 섹션을 참조하세요.

Oracle 대상에 대한 테이블 및 인덱스 테이블스페이스 변경

Oracle을 대상으로 사용하는 경우, AWS DMS는 모든 테이블 및 인덱스를 대상의 기본 테이블스페이스로 마이그레이션합니다. 예를 들어 소스가 Oracle이 아닌 다른 데이터베이스 엔진이라고 가정해 보겠습니다. 모든 대상 테이블 및 인덱스가 동일한 기본 테이블스페이스로 마이그레이션됩니다.

이 동작을 재정의하려면 해당하는 테이블스페이스 변환을 제공합니다. 예를 들어, 테이블 및 인덱스를 소스의 스키마를 따라 명명된 Oracle 대상의 테이블 및 인덱스 테이블스페이스로 마이그레이션하려고 한다고 가정해 보겠습니다. 이 경우 다음과 같은 변형을 사용할 수 있습니다. 여기서 소스의 스키마는 이름이 INVENTORY이고 대상의 해당 테이블 및 인덱스 테이블스페이스는 이름이 각각 INVENTORYTBL 및 INVENTORYIDX입니다.

{
   "rule-type": "transformation",
   "rule-id": "3",
   "rule-name": "3",
   "rule-action": "rename",
   "rule-target": "table-tablespace",
   "object-locator": {
      "schema-name": "INVENTORY",
      "table-name": "%",
      "table-tablespace-name": "%"
   },
   "value": "INVENTORYTBL"
},
{
   "rule-type": "transformation",
   "rule-id": "4
   "rule-name": "4",
   "rule-action": "rename",
   "rule-target": "index-tablespace",
   "object-locator": {
      "schema-name": "INVENTORY",
      "table-name": "%",
      "index-tablespace-name": "%"
   },
   "value": "INVENTORYIDX"
}

변환에 대한 자세한 내용은 JSON을 사용하여 테이블 선택 및 변환 지정 섹션을 참조하세요.

Oracle이 소스와 대상인 경우 Oracle 소스 추가 접속 속성인 enableHomogenousTablespace=true를 설정하여 기존 테이블 또는 인덱스 테이블스페이스 할당을 유지할 수 있습니다. 자세한 설명은 Oracle을 소스로 사용할 때의 엔드포인트 설정 AWS DMS 섹션을 참조하세요.

복제 인스턴스 버전 업그레이드

AWS는 새로운 기능과 성능 개선 사항을 포함하는 AWS DMS 복제 엔진 소프트웨어의 새 버전을 정기적으로 릴리스합니다. 복제 엔진 소프트웨어의 각 버전마다 고유한 버전 번호가 있습니다. AWS DMS 복제 인스턴스를 최신 버전으로 업그레이드하기 전에 프로덕션 워크로드를 실행하는 복제 인스턴스의 기존 버전을 테스트하는 것이 중요합니다. 사용 가능한 버전 업그레이드에 대한 자세한 내용은 AWS DMS릴리즈 노트 딘원을 참조하세요.

마이그레이션 비용 이해

AWS Database Migration Service를 통해 데이터베이스를 AWS로 간편하고 안전하게 마이그레이션할 수 있습니다. 복제 인스턴스 및 추가 로그 스토리지에 대한 비용만 지불하면 됩니다. 각 데이터베이스 마이그레이션 인스턴스에는 대부분의 복제에 충분한 스왑 공간, 복제 로그 및 데이터 캐시용 스토리지가 포함되어 있으며 인바운드 데이터 전송은 무료입니다.

초기 로드 또는 피크 로드 시간에는 더 많은 리소스가 필요할 수 있습니다. CloudWatch 지표를 사용하여 복제 인스턴스 리소스 사용률을 면밀히 모니터링할 수 있습니다. 그런 다음 사용량에 따라 복제 인스턴스 크기를 늘리거나 줄일 수 있습니다.

마이그레이션 비용 추정에 대한 자세한 내용은 다음을 참조하세요.