Amazon DocumentDB(MongoDB 호환) 인스턴스가 네트워크 호환 장애 상태에 있습니다. 이 상태는 무엇을 의미하며, 이 문제를 해결하려면 어떻게 해야 합니까?
간략한 설명
네트워크 호환 장애 상태는 Amazon DocumentDB 인스턴스에서 다음 조건 중 하나 이상에 해당되는 경우를 나타냅니다.
- Amazon DocumentDB 인스턴스를 시작한 서브넷에 사용 가능한 IP 주소가 없습니다.
- Amazon DocumentDB DB 서브넷 그룹에 나열된 서브넷이 더 이상 Amazon Virtual Private Cloud(Amazon VPC)에 없습니다.
- 사용하는 AWS 리전에서 탄력적 네트워크 인터페이스의 서비스 할당량에 도달했으며, 서비스 할당량 증가를 요청해야 합니다.
- 클러스터가 중지되는 동안 Amazon DocumentDB 인스턴스의 원래 탄력적 네트워크 인터페이스가 삭제됩니다. DB 인스턴스가 다시 시작되면 탄력적 네트워크 인터페이스를 찾을 수 없습니다.
Amazon DocumentDB 인스턴스의 이러한 네트워크 호환 장애 상태는 다음 작업 중 하나를 수행한 결과로 나타날 수 있습니다.
- Amazon DocumentDB 인스턴스의 클래스 수정.
- 클러스터에 새 Amazon DocumentDB 인스턴스 추가.
- 유지 관리 이벤트로 인해 호스트 교체.
- 탄력적 네트워크 인터페이스의 할당량에 도달한 후 새 Amazon DocumentDB 인스턴스를 생성합니다.
- Amazon DocumentDB 스냅샷 백업에서 복원.
- 중지된 Amazon DocumentDB 클러스터 시작.
해결 방법
이 네트워크 호환 장애 상태는 데이터베이스 수준에서는 계속 인스턴스에 액세스할 수 있지만, 인스턴스를 수정하거나 재부팅할 수 없음을 의미합니다. 이러한 이유로, 인스턴스가 네트워크 호환 장애 상태로 설정될 경우를 대비하여 다른 인스턴스로 데이터를 복원할 수 있도록 항상 백업(스냅샷 또는 논리 백업)을 보관하는 것이 모범 사례입니다.
- Amazon DocumentDB 콘솔을 열고 탐색 창에서 [인스턴스]를 선택합니다.
- 네트워크 호환 장애 상태인 Amazon DocumentDB 인스턴스를 선택한 다음 인스턴스 세부 정보에서 VPC ID를 적어 둡니다.
- Amazon VPC 콘솔을 열고 탐색 창에서 [VPC]를 선택합니다.
- 이전에 기록해둔 VPC를 선택하고 [Actions(작업)]을 선택하고 [Edit DNS hostnames(DNS 호스트 이름 편집)]를 선택합니다. DNS 호스트 이름이 활성화되지 않은 경우 [enable(활성화)] 확인란을 선택한 다음 저장을 선택합니다.
- [VPC]에서 이전에 기록해둔 VPC를 선택하고 [Actions(작업)]을 선택하고 [Edit DNS resolution(DNS 확인 편집)]을 선택합니다. [DNS resolution(DNS 확인)]이 활성화되지 않은 경우 [enable(활성화)] 확인란을 선택한 다음 [저장]을 선택합니다.
- 탐색 창에서 [Subnets(서브넷)]를 선택한 다음, Amazon DocumentDB 클러스터에서 사용하는 서브넷 그룹의 모든 서브넷에 사용 가능한 IP 주소가 있는지 확인합니다.
- Amazon Elastic Compute Cloud(Amazon EC2) 콘솔을 열고 탄력적 네트워크 인터페이스의 할당량에 도달하지 않았는지 확인합니다. 필요한 경우 서비스 할당량 증가를 요청합니다.
참고: AWS 리전당 네트워크 인터페이스 할당량은 기본적으로 350이거나 온디맨드 DB 인스턴스 할당량에 5를 곱한 값 중 더 큰 값입니다. 자세한 내용은 네트워크 인터페이스를 참조하십시오.
Amazon DocumentDB 인스턴스가 이미 네트워크 호환 장애 상태인 경우 Amazon DocumentDB 클러스터에 대해 다음 방법 중 하나를 사용할 수 있습니다.
- 네트워크 호환 장애 상태를 유발한 문제를 해결한 후 클러스터에서 새 Amazon DocumentDB 인스턴스를 생성합니다. 새로운 활성 상태의 정상 Amazon DocumentDB 인스턴스로 클러스터를 실행한 후 네트워크 호환 장애 상태인 인스턴스를 삭제할 수 있습니다. 중요: 클러스터를 완전히 삭제하지 말고 새 Amazon Document DB 인스턴스가 활성 상태이고 동일한 클러스터에서 실행 중인지 확인하십시오.
- 또는 Amazon Document DB 인스턴스에 대한 모든 쓰기를 일시적으로 중지한 다음 특정 시점으로 복구(PITR)를 수행하여 새 클러스터를 생성합니다.
관련 정보
Amazon DocumentDB 인스턴스 상태 모니터링