이 페이지에서는 Cloud SQL의 가용성에 영향을 미치는 작업을 설명합니다.
Cloud SQL을 사용하면 애플리케이션을 변경하지 않고도 데이터베이스 업타임을 극대화할 수 있습니다. 99.99% 업타임 SLA와 여러 계획된 작업에 대한 0에 가까운 다운타임으로 Cloud SQL Enterprise Plus 버전은 애플리케이션에 더욱 우수한 복원력과 비즈니스 연속성을 제공합니다.
업타임을 극대화하면 데이터베이스 다운타임이 줄어듭니다. 다운타임은 일반적으로 계획되지 않은 이벤트와 계획된 작업으로 인해 발생합니다.
계획되지 않은 이벤트 및 영역 서비스 중단
고가용성이 필요한 애플리케이션의 경우 인스턴스를 리전 가용성으로 구성하는 것이 좋습니다. 이를 Cloud SQL에서는 고가용성(HA) 구성이라고도 합니다. Cloud SQL에서 고가용성을 구성하는 방법에 대한 자세한 내용은 고가용성(HA) 정보를 참조하세요.
리전 가용성으로 구성된 인스턴스의 경우 인스턴스에 오류가 발생하면 애플리케이션이 데이터베이스에서 작업을 재개할 수 있도록 Cloud SQL이 IP 주소가 같고 데이터 손실이 없는 보조 영역에 인스턴스를 자동으로 가져옵니다. 이렇게 하면 단일 VM 호스트의 오류 또는 전체 영역의 중단을 야기하는 하나 이상의 인프라 구성요소의 오류 등과 같은 계획되지 않은 이벤트로부터 보호할 수 있습니다.
Cloud SQL Enterprise Plus 버전과 Cloud SQL Enterprise 버전 모두에서 Cloud SQL 고가용성을 사용할 수 있습니다.
인스턴스의 리전 가용성을 구성하지 않으면 인스턴스가 영역 가용성으로 구성됩니다. 이를 독립형 인스턴스라고도 합니다.
Cloud SQL은 VM 호스트 오류로부터 독립형 인스턴스(영역 가용성으로 구성된 인스턴스)를 자동으로 복구합니다. 하지만 Cloud SQL은 영역 서비스 중단에서 독립형 인스턴스를 자동으로 복구하지 않습니다. 정상 영역에서 독립형 인스턴스를 다시 설정하려면 독립형 인스턴스를 수동으로 복원해야 합니다. PITR(point-in-time recovery)을 수행하거나 읽기 복제본을 승격하여 독립형 인스턴스가 되도록 하면 영역 서비스 중단에서 독립형 인스턴스를 수동으로 복구할 수 있습니다. 자세한 내용은 독립형 인스턴스의 복구 옵션을 참조하세요.
다운타임이 거의 없는 계획된 작업
유지보수 또는 일부 인스턴스 재구성과 같은 계획된 작업의 경우 Cloud SQL Enterprise Plus 버전에서는 기본 인스턴스에 다운타임이 거의 발생하지 않으며 애플리케이션 변경이나 프록시 요구사항도 없습니다.
다음과 같은 계획된 작업은 Cloud SQL Enterprise Plus 버전 기본 인스턴스에서 거의 제로에 가까운 다운타임의 이점을 누릴 수 있습니다. 이러한 다운타임은 독립형(영역) 인스턴스와 고가용성(리전) 인스턴스 모두에 적용됩니다.
유지보수: 다운타임이 1초 미만인 다음 작업이 포함됩니다.
- 분기마다 Cloud SQL에서 수행하는 자동 유지보수
- 언제든지 시작할 수 있는 셀프서비스 유지보수
- 1초 미만의 다운타임 동작을 테스트하기 위해 시작할 수 있는 유지보수 시뮬레이션
- 마이너 버전 업그레이드
- 1초 미만의 다운타임으로 MySQL 8.0 인스턴스에서 마이너 버전 업그레이드 수행
인스턴스 확장
- 수직 확장: 필요한 만큼 자주 Cloud SQL 인스턴스의 컴퓨팅 크기(vCPU, 메모리)를 늘림
축소: Cloud SQL 인스턴스의 컴퓨팅 크기(vCPU, 메모리)를 자주 줄이지 않음
-
- 필요한 만큼 자주 데이터 캐시 자주 사용 설정 또는 사용 중지
-
- Cloud SQL Enterprise Plus 버전으로 인플레이스 업그레이드 수행