웹 앱이 여러 AZ에 걸쳐 Lambda 타겟 및 CloudWatch 지표와 함께 ALB를 사용합니다. 일부 사용자가 앱의 일부가 로드되지 않는다고 보고합니다. 엔지니어가 ALB 액세스 로깅을 활성화했습니다. ALB가 로깅하는 오류를 식별하기 위해 엔지니어가 다음으로 수행해야 할 작업은 무엇입니까?

ALB 액세스 로그는 기본적으로 S3 버킷에 저장됩니다. S3에 저장된 대량의 로그 데이터를 효율적으로 분석하고 쿼리하는 데 Amazon Athena가 가장 적합한 도구입니다. Athena는 서버리스 쿼리 서비스로, 표준 SQL을 사용하여 S3의 데이터를 직접 분석할 수 있어 ALB가 수신하는 오류 메시지를 빠르고 정확하게 식별할 수 있습니다. CloudWatch Logs Insights는 CloudWatch Logs에 저장된 로그를 분석하는 데 사용되지만, ALB 액세스 로그는 기본적으로 CloudWatch Logs로 직접 전송되지 않습니다. CloudWatch Logs가 S3에서 로그를 자동으로 가져오지 않으며, 이를 위해서는 추가적인 설정(예: Lambda 함수)이 필요합니다. Amazon Athena CloudWatch Connector는 CloudWatch Logs에 저장된 로그를 Athena에서 쿼리할 수 있게 하지만, ALB 로그의 기본 저장 위치는 S3이므로 직접 S3와 Athena를 연동하는 것이 더 효율적입니다.