概要

Google Cloud上でデータベースを扱うときにCloudSQLを作成することが多くあります
作成する中でCloud SQL のエディションの選択とありますが料金くらいしか差分を見ていなかったのでより詳細に見ていきます

ここでは実際に使用しての性能比較などは行いません

エディションの選択

そもそもCloudSQLエディションの選択とはなにかというところから見ていきます

CloudSQLで特定のデータベースエンジンを選んだとき、エディションの選択として下記の2つが選択できます

元はEnterpriseのみでしたがEnterprise Plusについては2023年の7月中旬に発表がありそれ以降から選択できるようになっています

それ以前に作られたCloudSQLインスタンスはEnterpriseになります

こちらがEnterprise Plusエディション発表の記事です

以下は要点を抜粋してます

3 つの重要な改良を加えた MySQL と PostgreSQL 向けの Cloud SQL Enterprise Plus エディションを発表

MySQLとPstgreSQL互換ではEnterprise Plusエディションが提供される
SQL Serverは対象外なので注意する

どう違うかは3つの改良を加えたとのこと

1 つ目は、さまざまなソフトウェアの最適化、マシンの種類と構成の改善、統合された SSD を用いたデータキャッシュオプションの活用により、読み取りと書き込みの両方のパフォーマンスを大幅に高速化したこと

EnterprisePlusは上記の変更を加えたため読み書きのパフォーマンス向上していること

Cloud SQL Enterprise Plus for MySQL では、現在の Cloud SQL と比較して、読み取りスループットが最大 3 倍、書き込みレイテンシが最大 2 倍向上しています。

具体的には読み取りスループットが3倍、書き込みレイテンシが2倍向上しているとのこと
（レイテンシは低いほうがよいので2倍かかるというより、書き込みレイテンシーの改善率が現状の2倍ということ）

2 つ目は、計画的なメンテナンス作業におけるダウンタイムをほぼゼロにし、メンテナンスも含めて 99.99% の可用性 SLA を提供することで、ビジネスクリティカルなアプリケーションの可用性目標を満たしたことです。

SLAが既存では99.95%だったのが99.99%のSLAになったこと

SLAを月間稼働率とみて各々のサービス停止を許容する時間を分に直すなら
EnterprisePlusは約43分
Enterpriseは約216分
実際の時間に直すと結構差がありますが
基本的には↑の時間だけCloudSQLが毎月サービスを停止をしている訳ではないのでここはサービスの要件と要相談

SLAが適用されるガイドラインがあるのでそちらを守る必要があります
具体的には、「高可用性であること」や「CPU、メモリが過負荷状態ではない」など

3 つ目は、データ保護機能を強化し、35 日間のログ保持を実現したことです。これは、厳格なコンプライアンス要件を持つすべての組織にとって必須となる機能です。

後述で比較しているけれど既存のログ保持期間は7日間であったため随分伸びた

料金について、ちょいたかになる
ざっくり1.3倍ほど高くなる

※ HAとついているのは高可用性であること (High Availability)

2023/11/11時点

EnterprisePlusだとデータベースのバージョンが制限されることについては気をつけておきたいですね

Google CloudにDataMigrationServiceがあります

そちらを使用するようで、具体的な内容については下記を参照ください

筆者はAWSのDMSしか使用したことありませんが
クラウド間や、オンプレとのハイブリッドでデータを別のデータベースサーバー(インスタンス)へレプリケートできるサービスだと思います