기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Migration Hub
AWS Migration Hub(Migration Hub) 가져오기를 사용하면 Application Discovery Agent Connector (에이전트 없는 수집기) 를 사용하지 않고 Migration Hub 로 직접 가져올 수 있습니다.AWSApplication Discovery (Discovery Agent) - 가져온 데이터에서 직접 마이그레이션 평가 및 계획을 수행할 수 있습니다. 디바이스를 애플리케이션으로 그룹화하고 해당 마이그레이션 상태를 추적할 수도 있습니다.
가져오기 요청을 시작하려면
-
특수 형식의 CSV(쉼표로 구분된 값) 가져오기 템플릿을 다운로드합니다.
-
기존의 온프레미스 서버 데이터로 채웁니다.
-
Migration Hub 콘솔을 사용하여 마이그레이션 허브에 업로드합니다.AWS CLI또는 다음 중 하나를AWSSDK.
여러 가져오기 요청을 제출할 수 있습니다. 각 요청은 순차적으로 처리됩니다. 콘솔이나 가져오기 API를 통해 언제든지 가져오기 요청 상태를 확인할 수 있습니다.
가져오기 요청이 완료되면 가져온 개별 레코드의 세부 정보를 볼 수 있습니다. Migration Hub 콘솔에서 직접 사용률 데이터, 태그, 애플리케이션 매핑을 볼 수 있습니다. 가져오는 동안 오류가 발생할 경우 성공한 레코드와 실패한 레코드 수 및 실패한 각 레코드에 대한 오류 세부 정보를 검토할 수 있습니다.
오류: 오류 로그와 실패한 레코드 파일을 압축된 아카이브의 CSV 파일로 다운로드할 수 있는 링크가 제공됩니다. 이러한 파일을 사용하여 오류 수정 후 가져오기 요청을 다시 제출합니다.
가져온 레코드, 가져온 서버, 삭제한 레코드를 보관할 수 있는 수는 제한됩니다. 자세한 정보는 AWS Application Discovery Service 할당량을 참조하세요.
지원되는 가져오기 파일 필드
Migration Hub 가져오기를 사용하면 모든 소스에서 데이터를 가져올 수 있습니다. 제공된 데이터는 CSV 파일에 대해 지원되는 형식이어야 하며, 데이터에는 해당 필드에 대해 지원되는 범위가 있는 지원되는 필드만 포함되어야 합니다.
다음 표에서 별표가 표시된 가져오기 필드는 필수 필드입니다. 가져오기 파일의 각 레코드는 서버 또는 애플리케이션을 고유하게 식별하기 위해 값을 채운 이러한 필수 필드를 한 개 이상 가져야 합니다. 그렇지 않을 경우 필수 필드가 없는 레코드를 가져올 때 실패합니다.
참고
VMware 중 하나를 사용하는 경우MoRefId 또는 VMware.vCenterId, 레코드를 식별하려면 동일한 레코드에 두 필드가 있어야 합니다.
가져오기 필드 이름 | 설명 | 예 |
---|---|---|
ExternalId* | 각 레코드를 고유하게 표시할 수 있는 사용자 정의 식별자입니다. 예,ExternalId은 데이터 센터에 있는 서버의 인벤토리 ID일 수 있습니다. | Inventory Id 1 Server 2 CMBD Id 3 |
SMBiosId | 시스템 관리 BIOS(SMBIOS) ID. | |
IPAddress* | 따옴표로 묶은 서버 IP 주소의 쉼표 구분 목록. | 192.0.0.2 "10.12.31.233, 10.12.32.11" |
MACAddress* | 따옴표로 묶은 서버 MAC 주소의 쉼표 구분 목록. | 00:1B:44:11:3A:B7 "00-15-E9-2B-99-3C, 00-14-22-01-23-45" |
HostName* | 서버의 호스트 이름입니다. 이 값에 정규화된 도메인 이름(FQDN)을 사용할 것을 권장합니다. | ip-1-2-3-4 localhost.domain |
VMware.MoRefId* | 관리되는 객체 참조 ID. VMware.V를 제공해야 합니다.CenterId. | |
VMware.vCenterId* | 가상 머신 고유 식별자. VMware를 제공해야 합니다.MoRefId. | |
CPU.NumberOfProcessors | CPU 수입니다. | 4 |
CPU.NumberOfCores | 물리적 코어 총수 | 8 |
CPU.NumberOfLogicalCores | 서버의 모든 CPU에서 동시에 실행할 수 있는 총 스레드 수입니다. 일부 CPU는 단일 CPU 코어에서 동시에 실행할 수 있는 여러 스레드를 지원합니다. 이 경우 이 숫자는 물리적(또는 가상) 코어의 수보다 더 많습니다. | 16 |
OS.Name | 운영 체제 이름. | Linux Windows.Hat |
OS.Version | 운영 체제 버전. | 16.04.3 NT 6.2.8 |
VMware.VMName | 가상 머신의 이름. | Corp1 |
RAM.TotalSizeInMB | 서버에서 사용 가능한 총 RAM(MB) | 64 128 |
RAM.UsedSizeInMB.avg | 서버에서 사용된 평균 RAM 양(MB) | 64 128 |
RAM.UsedSizeInMB.max | 서버에서 사용 가능한 최대 RAM 양(MB) | 64 128 |
CPU.UsagePct.Ag | 검색 도구가 데이터를 수집할 때의 평균 CPU 사용률. | 45 23.9 |
CPU.UsagePct.Max | 검색 도구가 데이터를 수집할 때의 최대 CPU 사용률. | 55.34 24 |
DiskReadsPerSecondInKB.avg | 초당 평균 디스크 읽기 수(KB). | 1159 84506 |
DiskWritesPerSecondInKB.avg | 초당 평균 디스크 쓰기 수(KB). | 199 6197 |
DiskReadsPerSecondInKB.max | 초당 최대 디스크 읽기 수(KB). | 37892 869962 |
DiskWritesPerSecondInKB.max | 초당 최대 디스크 쓰기 수(KB). | 18436 1808 |
DiskReadsOpsPerSecond.Ag | 초당 평균 디스크 I/O 연산 수. | 45 28 |
DiskWritesOpsPerSecond.Ag | 초당 평균 디스크 쓰기 연산 수 | 8 3 |
DiskReadsOpsPerSecond.Max | 초당 최대 디스크 읽기 작업 수. | 1083 176 |
DiskWritesOpsPerSecond.Max | 초당 최대 디스크 쓰기 작업 수. | 535 71 |
NetworkReadsPerSecondInKB.avg | 초당 평균 네트워크 읽기 작업 수(KB) | 45 28 |
NetworkWritesPerSecondInKB.avg | 초당 평균 네트워크 쓰기 작업 수(KB) | 8 3 |
NetworkReadsPerSecondInKB.max | 초당 최대 네트워크 읽기 작업 수(KB) | 1083 176 |
NetworkWritesPerSecondInKB.max | 초당 최대 네트워크 쓰기 작업 수(KB) | 535 71 |
애플리케이션 | 이 서버를 포함하는 애플리케이션의 쉼표 구분 목록(따옴표로 묶음). 이 값에는 기존 애플리케이션 및/또는 가져올 때 생성되는 새 애플리케이션이 포함될 수 있습니다. | Application1 "Application2, Application3" |
태그 | 이름:값 형식의 태그를 쉼표로 구분한 목록. 중요태그에 민감한 정보(예: 개인 데이터)를 저장하지 마십시오. |
"zone:1, critical:yes" "zone:3, critical:no, zone:1" |
각 레코드에 적어도 한 개의 필수 필드가 있으면, 가져오기 템플릿에 정의된 일부 필드에 데이터가 없어도 데이터를 가져올 수 있습니다. 중복은 외부 또는 내부 일치 키를 사용하여 여러 가져오기 요청에서 관리됩니다. 자체 일치 키 External
ID
를 입력할 경우 이 필드는 레코드를 고유하게 식별하고 가져오는 데 사용됩니다. 일치 키를 지정하지 않으면 가져오기에서 가져오기 템플릿에 있는 일부 열에서 파생된 내부 생성 일치 키를 사용합니다. 이 일치에 대한 자세한 내용은 검색된 서버 및 애플리케이션을 위한 매칭 로직 단원을 참조하십시오.
참고
Migration Hub 가져오기는 가져오기 템플릿에 정의된 필드 외의 다른 필드를 지원하지 않습니다. 제공한 사용자 지정 필드는 무시되며 가져오지 않습니다.
가져오기 권한 설정
데이터를 가져오려면 IAM 사용자에게 업로드하는 데 필요한 Amazon S3 권한 () 이 있어야 합니다.s3:PutObject
) 파일을 Amazon S3로 가져오고 객체를 읽으려면 (s3:GetObject
). 또한 프로그래밍 방식 액세스를 설정해야 합니다.AWS CLI) 또는 IAM 정책을 생성하고 가져오기를 수행하는 IAM 사용자에게 연결하여 콘솔에 액세스합니다.AWS계정.
지정된 Amazon S3 버킷에 객체를 업로드할 경우, 객체에 대해 설정된 기본 권한을 그대로 유지해야 사용자가 객체를 읽을 수 있습니다.
Amazon S3로 가져오기 파일 업로드
그런 다음 CSV 형식의 가져오기 파일을 Amazon S3로 업로드해야 가져올 수 있습니다. 시작하기 전에 생성하거나 선택한 가져오기 파일을 보관할 Amazon S3 버킷이 있어야 합니다.
데이터 가져오기
Migration Hub 콘솔에서 가져오기 템플릿을 다운로드하여 기존 온프레미스 서버 데이터로 채우면 Migration Hub 로 데이터 가져오기를 시작할 수 있습니다. 다음 지침에서는 콘솔을 사용하거나, 를 통한 API 호출을 사용하는 방법이 여기에 해당됩니다.AWS CLI.
Migration Hub 가져오기 요청 추적
콘솔을 사용하여 Migration Hub 가져오기 요청의 상태를 추적할 수 있습니다.AWS CLI또는 다음 중 하나를 수행합니다.AWSSDK.
가져오기 작업을 생성한 후 추가 작업을 수행하여 데이터 마이그레이션을 관리하고 추적할 수 있습니다. 예를 들어 특정 요청에 대해 실패한 레코드의 아카이브를 다운로드할 수 있습니다. 실패한 레코드 아카이브를 사용하여 가져오기 문제를 해결하는 방법은 레코드 가져오기 실패 문제 해결 단원을 참조하십시오.