문제 해결 AWS Application Discovery Service - AWS Application Discovery 서비스
데이터 탐색을 통한 데이터 수집 중지데이터 탐색을 통해 수집된 데이터를 제거합니다.Amazon Athena의 데이터 탐색과 관련된 일반적인 문제 해결레코드 가져오기 실패 문제 해결

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

문제 해결 AWS Application Discovery Service

이 단원에서는 AWS Application Discovery Service에서 일반적으로 발생하는 문제를 해결하는 방법에 대한 정보를 확인할 수 있습니다.

데이터 탐색을 통한 데이터 수집 중지

데이터 탐색을 중지하려면 Migration Hub 콘솔의 검색 > 데이터 수집기 > 에이전트 탭에서 토글 스위치를 끄거나 API를 호출할 수 있습니다. StopContinuousExport 데이터 수집을 중지하는 데 최대 30분이 소요될 수 있으며, 이 단계에서 콘솔의 토글 스위치와 DescribeContinuousExport API 호출 시 데이터 탐색 상태가 “Stop In Progress”로 표시됩니다.

참고

콘솔 페이지를 새로 고친 후 토글이 꺼지지 않고 오류 메시지가 발생하거나 DescribeContinuousExport API가 "Stop_Failed" 상태로 돌아가는 경우 토글 스위치를 끄거나 StopContinuousExport API를 호출하여 다시 시도할 수 있습니다. '데이터 탐색'에 여전히 오류가 표시되고 성공적으로 중지되지 않는 경우 지원팀에 문의하세요. AWS

또는 다음 단계에 설명된 대로 수동으로 데이터 수집을 중지할 수 있습니다.

옵션 1: 에이전트 데이터 수집 중지

ADS 에이전트를 사용하여 이미 검색을 완료했으며 더 이상 ADS 데이터베이스 리포지토리에서 추가 데이터를 수집하지 않으려면 다음을 수행합니다.

  1. Migration Hub 콘솔에서 검색 > 데이터 수집기 > 에이전트 탭을 선택합니다.

  2. 실행 중인 기존 에이전트를 모두 선택한 다음 Stop Data Collection(데이터 수집 중지)을 선택합니다.

    이렇게 하면 ADS 데이터 리포지토리 및 S3 버킷 모두에서 에이전트가 새 데이터를 수집하지 않습니다. 기존 데이터에는 액세스할 수 있습니다.

옵션 2: 데이터 탐색의 Amazon Kinesis Data Streams 삭제

ADS 데이터 리포지토리에서 에이전트가 데이터를 계속 수집하고 싶지만 데이터 탐색을 사용하여 Amazon S3 버킷의 데이터를 수집하고 싶지 않은 경우 데이터 탐색으로 생성된 Amazon Data Firehose 스트림을 수동으로 삭제할 수 있습니다.

  1. AWS 콘솔에서 Amazon Kinesis에 로그인하고 탐색 창에서 Data Firehose를 선택합니다.

  2. 데이터 탐색 기능으로 생성한 다음 스트림을 삭제하십시오.

    • aws-application-discovery-service-id_mapping_agent

    • aws-application-discovery-service-inbound_connection_agent

    • aws-application-discovery-service-network_interface_agent

    • aws-application-discovery-service-os_info_agent

    • aws-application-discovery-service-outbound_connection_agent

    • aws-application-discovery-service-processes_agent

    • aws-application-discovery-service-sys_performance_agent

데이터 탐색을 통해 수집된 데이터를 제거합니다.

데이터 탐색을 통해 수집된 데이터를 제거하려면

  1. Amazon S3에 저장된 검색 에이전트 데이터를 제거합니다.

    AWS Application Discovery Service (ADS) 에서 수집한 데이터는 라는 S3 버킷에 저장됩니다aws-application-discover-discovery-service-uniqueid.

    참고

    Amazon Athena에서 데이터 탐색이 활성화된 상태에서 Amazon S3 버킷 또는 버킷에 있는 객체를 삭제하면 오류가 발생합니다. 계속해서 새로운 디스커버리 에이전트 데이터를 S3로 전송합니다. Athena에서도 삭제된 데이터에 더 이상 액세스할 수 없습니다.

  2. 제거 AWS Glue Data Catalog.

    Amazon Athena에서 데이터 탐색을 활성화하면 계정에 Amazon S3 버킷이 생성되어 ADS 에이전트가 수집한 데이터를 일정 시간 간격으로 저장합니다. 또한 Amazon AWS Glue Data Catalog Athena에서 Amazon S3 버킷에 저장된 데이터를 쿼리할 수 있는 채널도 생성합니다. Amazon Athena에서 데이터 탐색을 비활성화하면 Amazon S3 버킷에 새 데이터가 저장되지 않지만 이전에 수집된 데이터는 계속 유지됩니다. 이 데이터가 더 이상 필요하지 않고 Amazon Athena에서 데이터 탐색이 활성화되기 전의 상태로 계정을 반환하려는 경우

    1. AWS 콘솔에서 Amazon S3로 이동하여 이름이 "aws-application-discover-discovery-service-unique id"인 버킷을 수동으로 삭제합니다.

    2. application-discovery-service-database데이터베이스와 다음 테이블을 모두 삭제하여 데이터 탐색 AWS Glue Data Catalog를 수동으로 제거할 수 있습니다.

      • os_info_agent

      • network_interface_agent

      • sys_performance_agent

      • processes_agent

      • inbound_connection_agent

      • outbound_connection_agent

      • id_mapping_agent

에서 데이터 제거 AWS Application Discovery Service

Application Discovery Service에서 모든 데이터를 제거하려면 AWS 지원팀에 문의하여 전체 데이터 삭제를 요청하십시오.

Amazon Athena의 데이터 탐색과 관련된 일반적인 문제 해결

이 섹션에서는 Amazon Athena의 데이터 탐색과 관련된 일반적인 문제를 해결하는 방법에 대한 정보를 찾을 수 있습니다.

서비스 연결 역할 및 필수 AWS 리소스를 생성할 수 없기 때문에 Amazon Athena에서의 데이터 탐색이 시작되지 않음

Amazon Athena에서 데이터 탐색을 활성화하면 계정에 서비스 연결 역할이 생성됩니다. 이 역할을 통해 에이전트가 Amazon S3 버킷AWSServiceRoleForApplicationDiscoveryServiceContinuousExport, Amazon Kinesis 스트림 등을 포함하여 Amazon Athena에서 수집한 데이터에 액세스할 수 있도록 하는 데 필요한 AWS 리소스를 생성할 수 있습니다. AWS Glue Data Catalog계정에 Amazon Athena에서 이 역할을 생성할 수 있는 적절한 데이터 탐색 권한이 없는 경우, 계정 초기화에 실패합니다. 자세한 내용은 AWS 에 대한 관리형 정책 AWS Application Discovery Service 항목을 참조하세요.

Amazon Athena에 새 에이전트 데이터가 표시되지 않음

새 데이터가 Athena로 유입되지 않고 에이전트가 시작된 지 30분이 넘었고 데이터 탐색 상태가 활성인 경우 아래 나열된 솔루션을 확인하십시오.

  • AWS 디스커버리 에이전트

    에이전트의 수집 상태가 시작 상태로 표시되고 상태가 실행 중으로 표시되는지 확인합니다.

  • Kinesis 역할

    계정에 AWSApplicationDiscoveryServiceFirehose 역할이 있는지 확인합니다.

  • Firehose 상태

    다음 Firehose 전송 스트림이 제대로 작동하는지 확인하세요.

    • aws-application-discovery-service/os_info_agent

    • aws-application-discovery-service-network_interface_agent

    • aws-application-discovery-service-sys_performance_agent

    • aws-application-discovery-service-processes_agent

    • aws-application-discovery-service-inbound_connection_agent

    • aws-application-discovery-service-outbound_connection_agent

    • aws-application-discovery-service-id_mapping_agent

  • AWS Glue Data Catalog

    application-discovery-service-database데이터베이스가 안에 AWS Glue있는지 확인하세요. 다음 테이블이 AWS Glue에 있는지 확인합니다.

    • os_info_agent

    • network_interface_agent

    • sys_performance_agent

    • processes_agent

    • inbound_connection_agent

    • outbound_connection_agent

    • id_mapping_agent

  • Amazon S3 버킷

    계정에 이름이 지정된 Amazon S3 aws-application-discovery-service-uniqueid 버킷이 있는지 확인하십시오. 버킷의 객체가 이동되거나 삭제된 경우 Athena에 해당 객체가 제대로 표시되지 않습니다.

  • 온프레미스 서버

    에이전트가 데이터를 수집하고 AWS Application Discovery Service로 전송할 수 있도록 서버가 실행 중인지 확인합니다.

Amazon S3, Amazon Data Firehose에 액세스할 수 있는 권한이 충분하지 않거나 AWS Glue

Amazon Athena를 사용하고 AWS Organizations있는데 데이터 탐색을 위한 초기화가 실패한다면 Amazon S3, Amazon Data Firehose, Athena 등에 액세스할 수 있는 권한이 없기 때문일 수 있습니다. AWS Glue

이러한 서비스에 대한 액세스 권한을 부여하려면 관리자 권한이 있는 IAM 사용자가 필요합니다. 관리자는 본인의 계정을 사용하여 이러한 액세스 권한을 부여할 수 있습니다. AWS 에 대한 관리형 정책 AWS Application Discovery Service 섹션을 참조하십시오.

Amazon Athena에서의 데이터 탐색이 제대로 작동하도록 하려면 Amazon S3 버킷, Amazon Data Firehose 스트림 등을 포함하여 Amazon Athena에서 데이터 탐색을 통해 생성된 AWS 리소스를 수정하거나 삭제하지 마십시오. AWS Glue Data Catalog실수로 이러한 리소스를 삭제하거나 수정한 경우 데이터 탐색을 중지한 후 시작합니다. 그러면 이러한 리소스가 자동으로 다시 생성됩니다. 데이터 탐색으로 생성된 Amazon S3 버킷을 삭제하면 버킷에서 수집된 데이터가 손실될 수 있습니다.

레코드 가져오기 실패 문제 해결

Migration Hub 가져오기를 사용하면 디스커버리 커넥터 또는 디스커버리 에이전트를 사용하지 않고도 온-프레미스 환경의 세부 정보를 Migration Hub로 직접 가져올 수 있습니다. 이때 가져온 데이터에서 직접 마이그레이션 평가 및 계획을 수행할 수 있는 옵션이 제공됩니다. 디바이스를 애플리케이션으로 그룹화하고, 마이그레이션 상태를 추적할 수도 있습니다.

데이터를 가져올 때 오류가 발생할 수 있습니다. 일반적으로 이러한 오류의 원인은 다음 중 하나일 수 있습니다.

  • 가져오기 관련 할당량에 도달함 - 가져오기 작업과 관련된 할당량이 있습니다. 할당량을 초과하는 가져오기 작업을 요청하면 요청이 실패하고 오류가 반환됩니다. 자세한 정보는 AWS Application Discovery Service 할당량을 참조하세요.

  • 가져오기 파일에 쉼표 (,) 가 추가로 삽입되었습니다. —.CSV 파일의 쉼표는 한 필드를 다음 필드와 구분하는 데 사용됩니다. 쉼표는 필드를 구분하는 데 사용되기 때문에 필드 내에 쉼표를 사용하는 것은 지원되지 않습니다. 이것은 포맷 오류의 연쇄적인 원인이 될 수 있습니다. 쉼표는 필드 간에만 사용하고, 가져오기 파일의 다른 부분에는 사용하지 마십시오.

  • 필드의 값이 지원되는 범위를 벗어났습니다. — 예를 들어 일부 필드에는 지원하는 값 범위가 CPU.NumberOfCores 있어야 합니다. 지원되는 범위보다 크거나 작은 값이 있으면 레코드 가져오기가 실패합니다.

가져오기 요청에 오류가 발생하면 가져오기 작업에서 실패한 레코드를 다운로드하여 해결하고, 실패한 항목 CSV 파일의 오류를 해결한 후 가져오기를 다시 수행하십시오.

Console
실패한 레코드 아카이브를 다운로드하려면

  1. 에 AWS Management Console로그인하고 에서 Migration Hub 콘솔을 엽니다https://console.aws.amazon.com/migrationhub.

  2. 왼쪽 탐색 창의 검색에서 도구를 선택합니다.

  3. 검색 도구에서 가져오기 보기를 선택합니다.

  4. 가져오기 대시보드에서 실패한 레코드 수가 있는 가져오기 요청에 대한 라디오 버튼을 선택합니다.

  5. 대시보드에서 테이블 위의 레코드를 다운로드하지 못함을 선택합니다. 그러면 아카이브 파일을 다운로드할 수 있는 브라우저의 대화 상자가 열립니다.

AWS CLI
실패한 레코드 아카이브를 다운로드하려면

  1. 터미널 창을 열고 다음 명령을 입력합니다. ImportName is the name of the import task with the failed entries that you want to correct.:

    aws discovery describe-import-tasks - -name ImportName

  2. 출력에서 errorsAndFailedEntriesZip에 대해 반환된 값의 전체 내용을 따옴표를 제외하고 복사합니다.

  3. 웹 브라우저를 열고 URL 입력란에 내용을 붙여 넣은 후 ENTER를 누릅니다. 그러면 실패한 레코드 아카이브가 압축된 zip 형식으로 다운로드됩니다.

실패한 레코드 아카이브를 다운로드했으므로 이제 두 개의 파일을 추출하여 오류를 수정할 수 있습니다. 오류가 서비스 기반 한도로 인한 것일 경우, 한도 증가를 요청하십시오 또는 관련 리소스를 충분히 삭제하여 계정을 한도 이내로 유지하십시오. 아카이브에는 다음 파일이 있습니다.

  • errors-file.csv - 이 파일은 오류 로그이며, 실패한 각 항목의 각 실패 레코드에 대한 줄ExternalId, 열 이름 및 설명이 포함된 오류 메시지를 추적합니다.

  • failed-entries-file.csv — 이 파일에는 원본 가져오기 파일의 실패한 항목만 들어 있습니다.

발생한 non-limit-based 오류를 수정하려면 를 사용하여 파일의 errors-file.csv 문제를 수정한 다음 해당 failed-entries-file.csv 파일을 가져오십시오. 파일 가져오기에 대한 지침은 데이터 가져오기 단원을 참조하십시오.