PostgreSQL용 AlloyDB 클러스터와 인스턴스는 많은 내부 하위 수준Google Cloud 리소스를 사용합니다. 여기에는 AlloyDB 노드 및 부하 분산기 역할을 하는 가상 머신 (VM) 인스턴스와 데이터를 보유하는 스토리지 볼륨이 포함됩니다. AlloyDB는 관리형 서비스이므로 Google에서 이러한 내부 리소스를 최신 상태로 유지합니다. 이를 통해 AlloyDB 클러스터와 인스턴스의 안정성, 성능, 보안을 유지할 수 있습니다.
이러한 업데이트 대부분에는 다운타임이 필요하지 않지만 특정 시스템 업데이트에는 짧은 서비스 중단이 필요합니다. 이러한 업데이트를 유지보수라고 합니다. 이러한 업데이트는 영향을 받는 노드를 다시 시작해야 하므로 다운타임이 발생할 수 있습니다. AlloyDB의 무중단 유지보수 작업은 기본 인스턴스의 다운타임을 1초 미만으로 제한하고 읽기 풀의 다운타임은 0초로 제한합니다. 제로에 가까운 다운타임과 제로 다운타임을 달성하기 위해 AlloyDB는 업데이트가 적용된 대체 서버를 준비한 다음 데이터베이스 서버를 전환합니다.
유지보수 이유
정기 유지보수 업데이트는 다음과 같은 이유로 발생할 수 있습니다.
새 AlloyDB 기능 및 버그 수정: 새 기능을 출시하려면 Google에서 클러스터 내 노드에서 실행되는 AlloyDB 소프트웨어를 업데이트해야 합니다. 여기에는 AlloyDB에 포함된 PostgreSQL 확장 프로그램 업데이트 또는 새 확장 프로그램 설치도 포함될 수 있습니다. 업데이트에는 버그 및 보안 수정사항이나 성능 개선사항도 포함될 수 있습니다.
데이터베이스 호환성 업그레이드: PostgreSQL 커뮤니티에서는 지원되는 PostgreSQL 주 버전에 대한 부 버전 업데이트를 정기적으로 출시합니다. Google은 이러한 업데이트를 AlloyDB에 통합하고 클러스터에 적용합니다. 자세한 내용은 데이터베이스 버전 정책을 참고하세요.
유지보수 시점 및 유지보수 환경설정
기본 및 보조 AlloyDB 클러스터 모두에 유지보수 기간을 설정할 수 있습니다. 기본적으로 AlloyDB 클러스터에는 유지보수 기간이 설정되어 있지 않습니다. 유지보수 기간이 구성되지 않은 AlloyDB 클러스터의 비상 유지보수는 클러스터가 있는 리전의 현지 시간으로 평일 오전 6시부터 오후 10시 사이를 제외한 언제든지 발생할 수 있습니다.
유지보수 기간을 지정할 수도 있습니다. 유지보수 기간은 클러스터가 유지보수 이벤트를 시작할 때 선호하는 시간(시간대 및 요일)을 정의합니다. 예를 들어 일요일 오전 11시 (UTC)에 시작하는 유지보수 기간이 있는 클러스터를 설정할 수 있습니다.
유지보수 기간을 설정하면 AlloyDB는 지정된 시간으로부터 1시간 이내에 시작되도록 향후 비상 유지보수 이벤트를 예약합니다. 또한 예정된 AlloyDB 유지보수 이벤트에 대한 이메일 알림을 수신하도록 선택하면 이벤트가 예약되는 즉시 이벤트에 대한 자동 알림을 받게 됩니다. 유지보수 이벤트는 최소 1주일 전에 예약됩니다.
유지보수 기간이 종료되는 시점을 설정할 수는 없습니다. 단일 유지보수 이벤트에 필요한 총 시간이 다를 수 있기 때문입니다. 유지보수 기간은 클러스터의 복잡성(즉, 업데이트가 필요한 읽기 풀 인스턴스 수)과 업데이트의 특성에 따라 달라집니다. AlloyDB는 먼저 읽기 풀을 동시에 업데이트한 다음 기본 인스턴스를 업데이트합니다.
개별 인스턴스에 필요한 다운타임은 짧을 수 있지만 전체 유지보수 프로세스는 일반적으로 1시간 이내에 완료됩니다. 1시간 유지보수 기간만 설정할 수 있습니다. 하지만 읽기 풀이 여러 개인 클러스터의 경우 유지보수가 해당 시간 내에 언제든지(예: 마지막 1분) 시작되어 최대 1시간이 걸릴 수 있으므로 다운타임이 1시간을 초과할 수 있습니다. 즉, 다운타임은 유지보수 기간 후에 발생할 수 있습니다.
긴급 보안 패치와 같은 긴급 유지보수 이벤트는 기본 유지보수 시간 또는 구성된 유지보수 기간 외에 발생할 수 있습니다. 여기에는 유지보수 거부 기간이 포함됩니다.