Q. You want to select and configure a cost-effective solution for relational data on Google Cloud Platform. You are working with a small set of operational data in one geographic location. You need to support point-in-time recovery. What should you do?
A. Select Cloud SQL (MySQL). Verify that the enable binary logging option is selected.
B. Select Cloud SQL (MySQL). Select the create failover replicas option.
C. Select Cloud Spanner. Set up your instance with 2 nodes.
D. Select Cloud Spanner. Set up your instance as multi-regional.
문제 번역
Google Cloud Platform에서 관계형 데이터를 위한 비용 효율적인 솔루션을 선택하고 구성하려고 합니다. 한 지리적 위치에서 작은 운영 데이터 세트를 사용하고 있습니다. 특정 시점으로 복구를 지원해야 합니다. 무엇을 해야 합니까?
보기 번역
A. Cloud SQL (MySQL)을 선택합니다. 바이너리 로깅 활성화 옵션이 선택되었는지 확인합니다.
B. Cloud SQL (MySQL)을 선택합니다. 장애 조치 복제본 생성 옵션을 선택합니다.
C. Cloud Spanner를 선택합니다. 인스턴스를 2개의 노드로 설정합니다.
D. Cloud Spanner를 선택합니다. 인스턴스를 다지역으로 설정합니다.
정답과 설명
정답은 A. Cloud SQL (MySQL)을 선택합니다. 바이너리 로깅 활성화 옵션이 선택되었는지 확인합니다.
이유:
- 비용 효율성: Cloud SQL (MySQL)은 관리형 관계형 데이터베이스 서비스로, 특히 작은 데이터 세트와 단일 지역 배포에 대해 Cloud Spanner보다 비용 효율적입니다.
- 단일 지리적 위치: 데이터가 하나의 지리적 위치에만 필요하기 때문에 다지역 설정(옵션 C와 D)으로 인한 추가 비용과 복잡성이 필요하지 않습니다.
- 특정 시점 복구 지원: Cloud SQL (MySQL)에서 바이너리 로깅을 활성화하면 특정 시점 복구(Point-in-Time Recovery)가 가능합니다. 바이너리 로그는 데이터베이스의 모든 변경 사항을 기록하여 특정 시점으로 데이터베이스를 복원할 수 있게 해줍니다.
다른 옵션의 단점:
- B: 장애 조치 복제본을 생성하는 것은 고가용성을 제공하지만, 특정 시점 복구를 지원하는 데 꼭 필요한 것은 아닙니다. 또한 추가 비용과 복잡성을 초래할 수 있습니다.
- C와 D: Cloud Spanner는 고도로 확장 가능하고 전 세계적으로 분산된 데이터베이스를 위한 것이며, 한 지리적 위치에 있는 작은 데이터 세트에는 과도한 솔루션입니다. 또한 Cloud SQL보다 훨씬 비쌉니다.
따라서, Cloud SQL (MySQL)에서 바이너리 로깅을 활성화하면 특정 시점 복구를 위한 필요한 기능을 제공하면서도 비용 효율적이며, 단일 지리적 위치에 있는 작은 데이터 세트에 적합합니다.