Amazon Keyspaces에서 HTTP 5xx 오류를 해결하려면 어떻게 해야 하나요?

해결 방법

Amazon Keyspace에서 테이블 작업을 수행하는 경우, 네트워크 중단이나 백엔드 하드웨어 장애와 같은 일시적인 문제가 있을 때 5xx 오류가 발생합니다.

Service Unavailable 오류가 발생하는 경우, AWS Health dashboard를 확인합니다. 특정 AWS 리전의 AWS 계정에 영향을 미치는 이벤트가 없는지 확인합니다. 또한 Amazon Keyspaces에 대해 AWS Support에 문의하여 서비스가 정상적이고 이용 가능한지 확인할 수 있습니다.

시스템 오류로 인한 Amazon Keyspaces API 장애 문제를 해결하려면, AWS CloudTrail 로그를 참조합니다. 컨트롤 플레인 작업을 재시도합니다.

데이터를 마이그레이션하거나 쓰기 작업이 많은 경우, InternalServerError 예외가 발생할 수 있습니다. Amazon Keyspaces는 테이블의 기본 스토리지 파티션을 자동으로 조정합니다. 파티션 수는 애플리케이션 트래픽 또는 프로비저닝된 용량의 변화에 따라 스케일 업됩니다. 파티션 분할은 테이블 트래픽의 전체 부하 또는 개별 파티션의 부하가 변경되어 발생할 수 있습니다. 파티션이 분할될 때, 읽기 또는 쓰기 작업이 특정 파티션에 도달하려고 하면 시스템 오류가 발생할 수 있습니다. 이 오류를 해결하려면, 테이블의 시스템 오류 지표를 생성합니다. 통계에는 합계를 사용하고 기간에는 1분을 사용합니다. 자세한 내용은 Amazon Keyspaces 지표 및 차원을 참조합니다.

읽기 및 쓰기 관련 시스템 오류를 해결하려면, 애플리케이션 또는 클라이언트 측 로깅 메커니즘을 켭니다. 지수 백오프를 사용하는 알고리즘을 사용하여 5xx 오류 코드로 실패한 요청에 대한 재시도 전략을 구현합니다.

• Java 애플리케이션용 Apache Cassandra 드라이버를 사용하는 경우, 드라이버 구성에 advanced.retry-policy를 추가하여 재시도를 활성화합니다. 이 재시도 정책을 application.conf 파일에 추가할 수 있습니다.
• 애플리케이션이 Python에서 실행되는 경우, KeySpacesRetryPolicy를 솔루션에 통합하여 각 서버 측 오류를 재시도할 수 있습니다. 자세한 내용은 GitHub의 AWS 샘플 리포지토리에서 amazon-keyspaces-examples를 참조합니다.

내부 서버 오류는 대개 일시적이며, 일정 시간이 지나면 Amazon Keyspaces 서비스에 의해 완화됩니다. 하지만 성공한 요청 수보다 InternalServerError 예외가 더 많이 발생하는 경우, 다음 정보를 가지고 AWS Support에 문의합니다.

• 키스페이스 이름
• 테이블 이름
• 리전
• 문제 시작 시간
• 문제가 주기적인지 간헐적인지에 대한 정보
• 클라이언트 드라이버 및 애플리케이션 로그