한 회사에서 AWS Step Functions를 사용하여 Amazon EMR 작업을 오케스트레이션하는 데이터 파이프라인을 운영하고 있습니다. 이 파이프라인은 데이터를 Amazon S3로 수집하고 Amazon Redshift로 로드합니다. Step Functions 상태 머신은 수동으로 생성되었습니다. EMR 클러스터는 VPC에서 시작되었지만, 배포된 상태 머신이 EMR 작업을 실행할 수 없습니다. 상태 머신이 EMR 작업을 실행할 수 없는 이유를 확인하기 위해 회사는 어떤 단계를 조합하여 수행해야 할까요? (두 가지를 선택하세요.)

Step Functions가 EMR 작업을 실행할 수 없는 일반적인 원인은 권한 부족입니다. Step Functions 상태 머신에 EMR 작업을 생성하고 실행하며, EMR 작업이 사용하는 S3 버킷에 접근할 수 있는 적절한 IAM 권한이 있는지 확인해야 합니다. Access Analyzer for S3는 S3 접근 문제를 진단하는 데 유용합니다. 또한, EMR 클러스터가 VPC 내에서 시작되었으므로 네트워크 연결 문제도 고려해야 합니다. VPC 흐름 로그를 쿼리하여 EMR 클러스터의 아웃바운드 트래픽이 데이터 소스에 도달하는지 확인하고, EMR 클러스터에 연결된 보안 그룹이 필요한 포트에서 데이터 소스 서버로의 연결을 허용하는지 확인해야 합니다. 다른 옵션들은 문제 해결에 직접적인 관련이 적습니다. CloudFormation을 통한 자동화는 배포 방식의 개선이지 현재 실행 실패 원인 진단이 아니며, 수동 승인 단계는 디버깅 방법이 아닙니다. EMR on EKS로 변경하는 것은 전체 아키텍처 변경이며, CloudWatch는 EMR 클러스터 자체의 문제를 보여줄 수 있지만 Step Functions와의 연동 실패 원인을 직접적으로 나타내지는 않습니다. 재시도 시나리오 조정은 실패 원인 진단보다는 오류 처리 방식에 가깝습니다.