PostgreSQL용 AlloyDB의 고가용성 (HA)은 영역 또는 인스턴스 장애 중에 데이터베이스를 운영 상태로 유지하고 클라이언트 애플리케이션에서 데이터에 액세스할 수 있도록 합니다. 서비스 중단 시 다운타임이 연장될 수 있는 영역 인스턴스와 달리 HA 인스턴스는 영역 간에 활성 노드와 대기 노드 간에 자동으로 장애 조치를 수행합니다. HA용 인스턴스를 구성하려면 클러스터 및 인스턴스 설정 보기를 참조하세요.
기본 및 보조 인스턴스
고가용성으로 구성된 AlloyDB 기본 인스턴스에는 서로 다른 영역에 있는 활성 노드와 대기 노드가 포함됩니다. 스토리지의 경우 AlloyDB는 리전 로그 영구 저장자를 사용하여 데이터베이스 미리 쓰기 로그 (WAL)를 저장하고 AlloyDB 리전 스토리지 서비스를 사용하여 데이터 블록을 저장합니다. 인스턴스의 IP 주소는 부하 분산기를 사용하여 활성 노드로 트래픽을 라우팅합니다.
쓰기를 처리할 때 AlloyDB 데이터베이스는 먼저 활성 노드의 리전 로그 지속자에 WAL을 작성한 다음 AlloyDB의 리전 로그 처리 서버로 로그를 비동기식으로 전송하여 로그를 장기 스토리지의 데이터 블록으로 구체화합니다. 그런 다음 AlloyDB는 성공적으로 처리된 로그를 정리합니다.
다음 다이어그램은 고가용성 아키텍처를 보여줍니다.
그림 1. 고가용성 아키텍처
장애 조치
활성 노드를 사용할 수 없게 되면 AlloyDB는 기본 인스턴스를 대기 노드로 자동 장애 조치하여 새 활성 노드로 만듭니다. 부하 분산기는 새 활성 노드를 인식하고 트래픽을 이 노드로 라우팅하기 시작합니다. 장애 조치 후에는 원래 노드가 다시 온라인 상태로 돌아온 후에도 새 활성 노드가 활성 상태로 유지됩니다. 리전 로그 지속자에 대한 동기식 WAL 쓰기로 인해 장애 조치 중에 데이터 손실이 발생하지 않습니다.
다음 다이어그램은 장애 조치 후의 트래픽 흐름을 보여줍니다.
그림 2. 장애 조치 후 트래픽 흐름
장애 조치는 다음과 같은 순서로 발생합니다.
- 활성 노드 또는 영역에 장애가 발생합니다. AlloyDB 상태 모니터링 시스템은 활성 노드가 정상인지 주기적으로 확인합니다. 상태 모니터링 시스템이 여러 검사에 실패하면 장애 조치를 시작합니다. 이 감지에는 최대 30초가 걸릴 수 있습니다.
- 데이터베이스가 대기 노드에서 시작되고 연결을 수락하기 시작합니다. 보통 30초 이내에 완료됩니다.
- 대기 노드가 기본 노드로 승격됩니다. 인스턴스의 고정 IP 주소를 사용하여 새 기본 노드가 데이터 제공을 시작하고 다시 연결한 후 클라이언트 쿼리가 성공합니다.
- AlloyDB는 이전에 활성 상태였던 영역에 대기 노드를 다시 만듭니다. 그러면 이 대기 노드는 향후 장애 조치를 수행할 준비가 됩니다.
요구사항
AlloyDB에서 장애 조치를 허용하려면 구성이 다음 요구사항을 충족해야 합니다.
- 기본 인스턴스가 정상 작동 상태 (중단되거나 유지보수 작업 중이 아님)여야 합니다.
- 대기 영역과 대기 노드가 모두 정상 상태여야 합니다.
상시 대기 아키텍처
PostgreSQL 18이 설치된 AlloyDB 인스턴스는 상시 대기 기능을 사용하여 개선된 장애 조치를 제공합니다.
상시 대기 기능을 사용하면 AlloyDB가 대기 노드를 복제본으로 실행합니다. 장애 조치 중에 이 복제본은 읽기-쓰기 모드로 더 빠르게 전환되어 다운타임을 줄일 수 있습니다. 또한 복제를 통해 웜 캐시가 사용 설정되므로 장애 조치 후 일관된 쿼리 성능을 보장할 수 있습니다.
다음 다이어그램은 핫 대기가 포함된 고가용성 아키텍처를 보여줍니다.
그림 3. 상시 대기.
읽기 풀
노드가 2개 이상인 읽기 풀 인스턴스는 가용성이 높습니다. 노드는 영역 간에 균등하게 분산되어 장애 이벤트에 대한 복원력을 만듭니다. 노드 또는 영역 장애와 같은 장애 이벤트가 발생하면 리전 부하 분산기가 트래픽을 나머지 정상 노드로 라우팅하여 클라이언트의 다운타임을 방지합니다.
읽기 풀은 기본 인스턴스 장애 조치 중에 온라인 상태를 유지합니다. 기본 인스턴스의 WAL 복제는 장애 조치 중에 일시적으로 일시중지되고 기본 인스턴스가 복구된 후 자동으로 재개됩니다.