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

# 마이그레이션 평가를 위한 빠른 시작 가이드
<a name="transform-app-assessments-quick-start"></a>

이 가이드에서는 평가에 필요한 인벤토리 데이터를 가져오는 방법, 평가를 실행하는 방법, 결과를 검토하는 방법, 사용할 프롬프트를 설명합니다. 첫 번째 비즈니스 사례를 빠르게 생성하려면 여기에서 시작하세요. 시작하기 전에에 항목이 있는지 확인합니다[사전 조건](transform-app-assessments.md#transform-app-assessments-prerequisites).

이 가이드에서는 인벤토리 파일에서 완료된 비즈니스 사례로 이어지는 다음 주제를 다룹니다.
+ 마이그레이션 평가를 위한 데이터 가져오기
+ 평가 실행
+ 결과 검토 및 구체화
+ 예제 프롬프트 사용

## 마이그레이션 평가를 위한 데이터 가져오기
<a name="transform-app-assessments-quick-start-data"></a>

모든 평가는 서버 인벤토리로 시작하며 AWS 변환은 다양한 형식을 허용합니다. 대부분의 경우 하이퍼바이저에서 인벤토리를 내보내거나, AWS 변환 검색 도구를 실행하거나, 이미 보유한 데이터를 사용하는 세 가지 경로를 다룹니다. 지원되는 형식에 대한 자세한 내용은 섹션을 참조하세요[인벤토리 데이터 업로드](transform-app-assessments.md#transform-app-assessments-upload-inventory).

### vCenter에서 인벤토리 내보내기
<a name="transform-app-assessments-quick-start-data-export"></a>

워크로드가 VMware에서 실행되는 경우 vCenter에서 내보내는 것이 데이터를 가져오는 가장 빠른 방법입니다. 다음 두 도구 모두 몇 분 안에 실행되며 서버에 에이전트가 필요하지 않습니다.
+ **vCenter용 내보내기** -의 오픈 소스 Python 스크립트입니다 AWS. AWS 변환에 필요한 vCenter 데이터만 수집하고 RVTools CSV 파일의 이름 및 열 헤더와 일치하는 파일을 작성합니다. Python 3.10 이상 및 읽기 전용 vCenter 자격 증명이 필요합니다. 스크립트는 평가에 업로드하는 `vcexport.zip` 파일을 생성합니다. 출력이 RVTools 형식과 일치하므로 AWS 변환은 출력을 RVTools 내보내기로 읽습니다. 스크립트 설치 및 실행에 대한 지침은 GitHub 웹 사이트의 [export-for-vcenter](https://github.com/awslabs/export-for-vcenter)를 참조하세요.
+ **RVTools** - VMware vSphere 환경에 대해 보고하는 Dell의 널리 사용되는 타사 Windows 도구입니다. 많은 팀이 이미 실행 중이므로 인프라 팀에 최근 내보내기가 있을 수 있습니다. 모두 AWS 변환이 허용하는 Excel 파일 또는 CSV 파일의 ZIP 파일로 내보냅니다. Dell 웹 사이트의 RVTools에서만 [RVTools](https://www.dell.com/en-us/shop/vmware/sl/rvtools)를 다운로드합니다.

두 도구 모두 가상 머신의 구성 방식을 보고합니다. vCenter용 내보내기는 vCenter가 이미 수집하는 성능 통계도 읽으며 RVTools는 읽지 않습니다. 전원이 켜진 각 VM에 대해 최대 및 평균 CPU 및 메모리 사용량과 가장 큰 가상 디스크 읽기 및 쓰기 요청 크기를 추가합니다.

 AWS 변환은 인벤토리가 있을 때 인벤토리의 최대 사용률에서 인스턴스의 크기를 조정하고 그렇지 않을 때 기본 가정으로 돌아가기 때문에 데이터가 중요합니다. 첫 번째 비즈니스 사례를 얻기 위해 RVTools 내보내기는 여전히 좋은 옵션이며 나중에 사용 데이터를 추가할 수 있습니다.

하이퍼바이저의 데이터에는 제한이 있습니다. vCenter가 관리하는 가상 머신만 다룹니다. 물리적 서버, 기타 하이퍼바이저 및 클라우드 워크로드를 별도로 추가합니다. 또한 게스트 내부에서도 볼 수 없으므로 데이터베이스 엔진이나 에디션, 서버 간 연결이 없습니다. SQL Server 에디션 및 버전이 없으면 AWS 변환에서 SQL Server 라이선스를 분석할 수 없습니다.

vCenter용 내보내기에는 두 가지 제한이 있습니다. 전원이 꺼진 VMs, IP 주소가 없는 VMs 및 `notRunning` 게스트 상태의 VMs을 건너뜁니다. 또한 사용량 데이터는 기본적으로 월말 또는 계절 피크를 놓칠 수 있는 60분 기간으로 설정됩니다.

### 검색 도구를 사용하여 더 풍부한 데이터 수집
<a name="transform-app-assessments-quick-start-data-discovery-tool"></a>

 AWS 변환 검색 도구는 인벤토리를 검색하기 위해 자체 환경에 배포하는 가상 어플라이언스입니다. VMware vCenter 및 Microsoft Hyper-V를 지원하며 쉼표로 구분된 값(CSV) 파일에서 더 많은 서버를 가져올 수 있습니다. 이 도구는 에이전트 없이 데이터를 수집합니다. 하이퍼바이저에서 읽고 Secure Shell(SSH) 및 Windows Remote Management(WinRM)를 통해 운영 체제에 연결합니다. 자격 증명을 제공합니다. 어플라이언스 설정에 대한 지침은 [검색 도구를](https://docs.aws.amazon.com/transform/latest/userguide/discovery-tool.html) 참조하세요.

어플라이언스를 배포하고, 소스를 구성하고, 자격 증명을 제공하기 때문에 도구를 설정하는 데 내보내기보다 시간이 오래 걸립니다. 그 대가로 내보내기에서 제공할 수 없는 데이터를 수집합니다.
+ **시간 경과에 따른 사용 데이터** - 도구가 실행될 때 수집되는 운영 체제 및 스토리지 지표입니다. AWS 그러면 변환은 가정 대신 실제 수요에 맞게 서버의 크기를 조정할 수 있습니다. 이는 추정 정확도에 가장 큰 영향을 미칩니다.
+ **데이터베이스 검색** - 서버의 SQL Server 및 Oracle 데이터베이스입니다. SQL Server 에디션 및 버전은 라이선스 및 에디션 분석을 가능하게 합니다. 인벤토리는 Oracle 데이터베이스를 기록하고 AWS 변환은 호스트 서버를 일반 컴퓨팅으로 평가합니다.
+ **네트워크 연결** - 서버 간 연결과 서버 간 연결 및 각 연결 뒤의 프로세스. AWS 변환 평가는 애플리케이션 종속성을 매핑하지 않으므로 자체 웨이브 계획에이 데이터를 사용합니다.
+ **더 광범위한 적용** 범위 - vCenter, Hyper-V 및 가져온 서버에 하나의 인벤토리가 있으므로 별도의 내보내기를 병합하지 않아도 됩니다.

많은 팀이 둘 다 실행합니다. 내보내기로 시작하여 방향성 비즈니스 사례를 얻고 범위에 합의합니다. 그런 다음 검색 도구 데이터로 평가를 다시 실행하여 수치를 강화합니다.

### 이미 가지고 있는 데이터 사용
<a name="transform-app-assessments-quick-start-data-existing"></a>

이미 가지고 있는 데이터를 자주 사용할 수 있습니다. AWS 변환은 일반적인 검색 및 인벤토리 형식을 인식하고 인식하지 못하는 파일에 대해 유연한 구문 분석기로 돌아갑니다. AWS Marketplace의 [마이그레이션](https://aws.amazon.com/marketplace/solutions/migration/migration-discovery) 검색 도구와 마찬가지로 스프레드시트, 구성 관리 데이터베이스(CMDB) 내보내기, 스토리지 보고서 또는 타사 검색 도구에서의 내보내기도 모두 합리적인 출발점입니다. AWS 변환은 업로드 시 형식을 감지하고 필드가 누락된 경우 부분 데이터를 수락합니다. 유연한 구문 분석이 최선의 작업이므로 인식할 수 없는 파일에 대해 어떤 AWS 변환이 다시 보고하는지 확인합니다. 직접 빌드하는 스프레드시트의 경우 AWS 변환 평가 데이터 템플릿은 AWS 변환에 필요한 열을 제공합니다. 일반적으로 사용되는 소스에 대한 자세한 내용은 섹션을 참조하세요[인벤토리 데이터 업로드](transform-app-assessments.md#transform-app-assessments-upload-inventory).

## 평가 실행
<a name="transform-app-assessments-quick-start-running"></a>

인벤토리를 업로드한 후 평가는 세 단계로 이루어집니다. 범위를 정의하고, 가정을 정의하고, 실행합니다. 단계를 한 번에 하나씩 수행할 수 있습니다. 이렇게 하면 계속 진행하기 전에 각 단계를 확인할 수 있습니다. 원하는 것을 이미 알고 있는 경우 세 가지를 모두 단일 프롬프트로 결합할 수도 있습니다.

AWS 변환은 밖으로 나가는 모든 항목에 기본값을 사용하므로 어느 쪽이든 결과를 얻을 수 있습니다. 명시적이면 더 나은 결과를 얻을 수 있습니다. 기본값은 마이그레이션하려는 서버, AWS 리전 원하는 서버 또는 재무 팀이 수행할 약정을 알 수 없습니다. 설명되지 않은 가정을 기반으로 구축된 비즈니스 사례도 이해관계자가 수치에 의문을 가질 때 방어하기 어렵습니다. 입력을 설명할 때 어떤 입력이 어떤 결과를 생성했는지 알 수 있습니다.

두 번째 단계에서 설정한 가정은 다른 입력보다 결과를 더 많이 형성하며 조직의 제약 조건이 속하는 위치입니다. 요금 모델과 기간은 종종 평가에서 가장 큰 비용 변수입니다.

**평가를 실행하려면**

1. 

**범위 정의**

   평가에 속하는 서버와 워크로드를 결정합니다. 내보내기에는 일반적으로 마이그레이션하려는 것보다 더 많은 값이 저장되어 있으며, 사용 중지하려는 서버는 온프레미스 기준과 AWS 추정치를 모두 부풀립니다. 범위에 대한 자세한 내용은 섹션을 참조하세요[인벤토리 범위 관리](transform-app-assessments.md#transform-app-assessments-manage-scope).

   다음 범위 지정 작업을 수행합니다.
   + 마이그레이션하지 않고 폐기하려는 서버와이 비즈니스 사례에서 제외하려는 서버를 제외합니다.
   + 주요 비즈니스 사례가 프로덕션을 포함하도록 비프로덕션 서버를 별도의 시나리오로 이동합니다.
   + vCenter가 관리하지 않는 물리적 서버와 같이 내보내기가 누락된 서버를 추가합니다.
   + 다른 서버와 다르게 평가되므로 AWS 변환에서 SQL Server 워크로드를 찾았는지 확인합니다.

   AWS 또한 변환은 전원이 꺼진 서버와 일시 중지된 서버, 가상 머신 템플릿, 검색 도구 및 수집기가 실행되는 어플라이언스를 포함하여 일부 리소스를 자체적으로 제외합니다. 이러한 제외 사항은 서버 수를 변경하므로 범위 내 수를 예상한 것과 비교하여 확인합니다.

1. 

**가정 정의**

    AWS Transform이 사용하는 요금 및 인프라 가정을 설정합니다.

   다음은 기본 예제입니다. 프로세서 아키텍처, 인스턴스 유형 제외, 온프레미스 비용 등 이보다 더 많은 가정을 구성할 수 있습니다. 가정에 대한 자세한 내용은 단원을 참조하십시오[평가 시나리오 구성](transform-app-assessments.md#transform-app-assessments-configure-scenarios).
   + **대상 AWS 리전** - 예를 들어 미국 동부(버지니아 북부) AWS 리전또는 AWS 리전 사용자와 가장 가까운 입니다. 요금은 마다 다릅니다 AWS 리전.
   + **요금 모델 및 기간** - 예를 들어 재무 팀이 기간을 약정할 경우 3년 예약 인스턴스, 약정하지 않을 경우 온디맨드입니다.
   + **올바른 크기 조정 -** 성능 데이터가 없는 서버에 대해 AWS 변환이 수임하는 CPU 및 메모리 사용률입니다.
   + **테넌시 및 라이선스** - 기존 보유 라이선스 사용 Windows 워크로드가 전용 호스트로 이동하도록 혼합 테넌시를 예로 들 수 있습니다. 라이선스를 소유한 경우 Amazon Relational Database Service(Amazon RDS)에서 SQL Server용 자체 미디어 가져오기를 선택합니다.

   가정된 사용률이 낮을수록 헤드룸이 더 많아지고 더 큰 인스턴스를 추천합니다. 가정 사용률이 높을수록 비용에 대한 헤드룸을 거래합니다.

1. 

**평가 실행**

   평가를 실행합니다. 실행에는 몇 분 정도 걸릴 수 있으며 시간은 인벤토리 크기에 따라 달라집니다.

실행이 완료되면 다음 섹션에 설명된 대로 결과를 공유하기 전에 결과를 확인합니다.

## 결과 검토 및 구체화
<a name="transform-app-assessments-quick-start-review"></a>

평가가 실행된 후 출력을 검토합니다. 채팅에서 답변을 AWS 변환하여 결과에 대해 질문하고, 서버 그룹을 심층 분석하고, 파일을 생성하지 않고 권장 사항에 대해 질문할 수 있습니다. 공유해야 할 사항이 있는 경우 AWS Transform은 다음과 같은 결과물을 생성합니다.

Microsoft PowerPoint 프레젠테이션(PPTX)  
요약 조사 결과 및 권장 사항이 포함된 경영진 프레젠테이션입니다.

Microsoft Excel 통합 문서(XLSX)  
각 서버에 대한 권장 사항 및 비용 내역이 포함된 세부 내보내기입니다.

휴대용 문서형식(PDF)  
컴퓨팅, 스토리지, 라이선스 및 비용 비교를 다루는 보고서입니다.

세 가지 결과물 중 PDF는 채팅을 통해 사용자 지정할 수 있는 결과물입니다. AWS 변환은 세 파일을 모두 ZIP 파일로 함께 전송합니다. 받는 시트와 슬라이드는 평가에서 다루는 워크로드에 따라 달라집니다.

첫 번째 실행을 초안으로 처리합니다. 결과에서 다음을 확인합니다.
+ 총 소유 비용(TCO) 요약의 서버 수가 설정한 범위와 일치하는지 확인합니다.
+  AWS Transform이 가장 저렴한 서버에 대해 생성하는 권장 사항이 적절한지 확인합니다. XLSX 파일에는 각 서버의 예상 비용이 나열됩니다.
+ 소스 서버보다 큰 권장 인스턴스 유형과 같이 잘못된 것으로 보이는 모든 항목을 조사합니다.

숫자가 올바르게 보이면 다음 작업을 수행합니다.
+ Amazon EC2의 SQL Server와 비교하여 Amazon RDS와 같이 측정 중인 각 옵션에 대한 시나리오를 생성한 다음 시나리오를 나란히 비교합니다. 평가에는 최대 5개의 시나리오가 포함됩니다.
+ 공유해야 하는 보고서와 프레젠테이션을 생성합니다.

가정을 변경하고 시나리오를 다시 실행하고, 다른 가정으로 새 시나리오를 생성하고, 시나리오를 나란히 비교하여 적합한 옵션을 찾을 수 있습니다. 인벤토리를 다시 업로드할 필요는 없지만 변경된 시나리오가 완전히 다시 실행됩니다. 가장 잘 이해한 상태에서 시작하여 이해관계자의 의견에 따라 이를 구체화합니다.

## 프롬프트 예제
<a name="transform-app-assessments-quick-start-prompts"></a>

채팅을 통해 이러한 각 단계를 수행합니다. 다음 예제에서는 각 단계에 대해 하나의 프롬프트를 보여줍니다. 각 프롬프트는 한 번에 몇 가지 사항을 요청하며, 이는 의도적인 것입니다. AWS 변환은 메시지 간에 컨텍스트를 유지하므로 범위, 가정 및 원하는 출력의 이름을 지정하는 프롬프트가 일련의 짧은 질문보다 더 효과적입니다. 환경에 맞게 세부 정보를 변경합니다.

### 범위 정의
<a name="transform-app-assessments-quick-start-prompts-scope"></a>

이 프롬프트는 AWS 변환이 인벤토리를 읽는 방법을 확인한 다음 범위를 좁힙니다.

“재고에 있는 서버는 몇 개이고 SQL Server를 실행하는 서버는 무엇입니까? 찾은 데이터 품질 경고를 나열합니다. 그런 다음 srv-101, srv-102 및 srv-103을 폐기할 계획이므로 범위를 벗어납니다. CPU, 메모리 및 스토리지를 사용하여 범위 내 최종 서버 수를 확인합니다.”

### 가정 정의
<a name="transform-app-assessments-quick-start-prompts-assumptions"></a>

이 프롬프트는 요금, 인프라 및 라이선스 가정을 기본값으로 두는 대신 설명합니다.

“미국 동부(버지니아 북부)의 범위 내 서버를 평가합니다 AWS 리전. 3년 예약 인스턴스, 선결제 없음으로 가격을 책정합니다. 워크로드가 Arm을 지원하는 AWS Graviton을 허용하고 나머지는 x86을 유지합니다. Bring Your Own License Windows 서버가 전용 호스트로 이동하도록 혼합 테넌시를 사용합니다. Amazon RDS에서 SQL Server용 자체 미디어를 가져온다고 가정합니다. 블록 스토리지에 gp3 볼륨을 사용합니다. 5년 동안의 TCO를 비교합니다.”

### 평가 실행
<a name="transform-app-assessments-quick-start-prompts-run"></a>

범위와 가정이 설정되면이 단계는 간단합니다. 평가를 실행하고 결과를 확인할 수 있도록 세부 정보를 요청합니다.

“평가를 실행하고 결과를 자세히 분석해 주세요.”

여기에서 동일한 대화를 유지하여 시나리오를 비교하고 what-if 분석을 실행하며 보고서를 생성합니다.

### 하나의 프롬프트에서 단계 결합
<a name="transform-app-assessments-quick-start-prompts-single"></a>

범위와 가정을 이미 알고 있는 경우 함께 설명하고 하나의 프롬프트에서 평가를 실행합니다.

“재고를 평가하지만 폐기할 계획이므로 srv-101, srv-102 및 srv-103은 범위를 벗어납니다. 3년 예약 인스턴스, 선결제 없음으로 us-east-1의 나머지 요금을 책정합니다. Bring Your Own License Windows 서버가 전용 호스트로 이동하도록 혼합 테넌시를 사용합니다. Amazon RDS에서 SQL Server용 자체 미디어를 가져온다고 가정합니다. 그런 다음 평가를 실행하고 결과에 대한 세부 분석을 제공합니다.”

## 관련 리소스
<a name="transform-app-assessments-quick-start-related"></a>

마이그레이션 평가에 대한 자세한 내용은 다음 주제를 참조하세요.
+ 인벤토리 형식에 대한 자세한 내용은 섹션을 참조하세요[인벤토리 데이터 업로드](transform-app-assessments.md#transform-app-assessments-upload-inventory).
+ 범위에 대한 자세한 내용은 단원을 참조하십시오[인벤토리 범위 관리](transform-app-assessments.md#transform-app-assessments-manage-scope).
+ 가정에 대한 자세한 내용은 단원을 참조하십시오[평가 시나리오 구성](transform-app-assessments.md#transform-app-assessments-configure-scenarios).
+ 인벤토리 자동 수집에 대한 지침은 [검색 도구를](https://docs.aws.amazon.com/transform/latest/userguide/discovery-tool.html) 참조하세요.