OCI MySQL / Base Database

解決する課題

• DB サーバーの OS パッチ・バックアップ・監視が重い → 自動化したい
• 障害で DB が止まると困る → 高可用性（HA）と自動フェイルオーバーで可用性を上げたい
• 読み取りや分析クエリが増えてきた → リードレプリカや HeatWave クラスタでスケールしたい
• 別 OS・別ハードを自前で組まず、OCI 上でそのまま MySQL / Oracle DB を使いたい

主要概念と用語

• DB システム（DB System）: 稼働している DB 本体の単位。MySQL でも Base Database でもこの呼称
• MySQL HeatWave: MySQL に統合されたインメモリのクエリアクセラレータ。OLTP に加え、OLAP（分析）・機械学習・Lakehouse を同一 MySQL 上で実行できる
• High Availability（HA）: MySQL では Group Replication による3ノード構成（プライマリ＋2セカンダリ）で、複数の可用性ドメイン/フォルトドメインに分散し自動フェイルオーバー
• リードレプリカ（Read Replica）: MySQL の読み取り専用コピー。読み取りをスケールする用途
• Data Guard: Base Database（Oracle）のスタンバイDBへの複製機能。同期/非同期を選べ、自動フェイルオーバーは Observer 経由
• 自動バックアップ / 手動バックアップ: ポイントインタイムリカバリ（PITR）に対応
• エンドポイント: 接続先のIP/FQDN。HA 構成ではプライマリへ自動で向き先が切替

仕様・制限・クォータ

• 自動バックアップ保持: MySQL は 1〜35 日で設定（既定 7 日）、手動バックアップは任意保持
• メンテナンスウィンドウでパッチ・マイナーバージョン更新を適用
• ストレージは作成時に指定し、後から**拡張（拡大のみ）**が可能。MySQL は最大数十TB規模
• **シェイプ（Shape）**で CPU・メモリを選択（例: MySQL.2、VM.Standard.E4.Flex 等。Flex シェイプは OCPU/メモリを柔軟指定）
• リージョン/テナンシごとに**サービス制限（リミット）**があり、引き上げ申請が可能
• Base Database は VM / Bare Metal / Exadata（ExaDB-D） など配置形態が複数あり、エディション（Standard/Enterprise/High Performance/Extreme Performance）でライセンス込み機能が変わる

内部の仕組み

• MySQL HA（Group Replication）: 書き込みをセカンダリへ同期複製し、合意（Paxos ベース）で整合性を確保。プライマリ障害時はセカンダリへ自動昇格し、エンドポイントを付け替え（数十秒〜）。可用性のための仕組み
• MySQL リードレプリカ: 非同期複製のため遅延がある。読み取りクエリを分散する用途で、HA とは目的が別物
• HeatWave クラスタ: 列指向・インメモリでデータを分散保持し、複雑な分析クエリを大幅高速化。OLTP データから自動で反映され、別 ETL 不要
• Base Database + Data Guard: プライマリの REDO をスタンバイへ転送。Maximum Availability/Performance/Protection の保護モードを選べ、障害時は Observer がフェイルオーバーを実行

設計パターン / ベストプラクティス

• 本番の MySQL は HA（3ノード） を有効化し、複数の可用性ドメイン/フォルトドメインに分散
• 読み取り負荷は リードレプリカ、分析・集計は HeatWave クラスタで分散
• DB はプライベートサブネットに置き、パブリックには公開しない（MySQL DB システムは原則プライベート）
• 接続元は セキュリティリスト / ネットワークセキュリティグループ（NSG） で MySQL の 3306/33060 などに最小限の許可
• パスワードや資格情報は OCI Vault（Secrets） で集中管理し、ハードコードしない
• Base Database では要件に応じ Data Guard とバックアップ先（Object Storage / Autonomous Recovery Service）を構成

運用・監視

• OCI Monitoring（メトリクス）/ Logging / Database Management で性能・接続・スロークエリを可視化
• 接続不可時は セキュリティリスト・NSG・サブネット・ルート・エンドポイントを確認
• スロークエリはインデックスや MySQL のパラメータ（Configuration＝パラメータグループ相当）を見直し
• パッチはメンテナンスウィンドウで適用。重要更新はステージング DB システムで事前検証

コスト

• MySQL はコンピュート＋ストレージ＋バックアップが基本。HeatWave や HA はノード分が加算
• Base Database は BYOL（Bring Your Own License） とライセンス込みを選べ、Universal Credits でコスト管理

セキュリティ

• 保存時暗号化は既定で有効。鍵は Oracle 管理に加え、OCI Vault のカスタマー管理鍵を指定可能
• 転送時は TLS/SSL で暗号化。MySQL では REQUIRE SSL 等で強制可能
• DB はプライベートサブネットへ配置し、NSG/セキュリティリストで最小許可
• 操作権限は IAM ポリシー（グループ/動的グループ＋ポリシー）で最小権限に絞る

関連サービス・比較（AWS との対応）

• HeatWave は MySQL に分析・ML を統合する点が特徴で、RDS には無い差別化（AWS だと別途分析基盤が必要）
• Oracle DB を OCI で動かすなら Base Database / Exadata、より自動運用なら Autonomous Database が選択肢

ハンズオン / CLI例

# 利用可能な MySQL シェイプを確認
oci mysql shape list \
  --compartment-id "$COMPARTMENT_OCID" \
  --availability-domain "$AD_NAME"

# HA 構成（3ノード）の MySQL DB システムを作成（プライベートサブネット前提）
oci mysql db-system create \
  --compartment-id "$COMPARTMENT_OCID" \
  --shape-name "MySQL.2" \
  --subnet-id "$PRIVATE_SUBNET_OCID" \
  --availability-domain "$AD_NAME" \
  --admin-username admin \
  --admin-password "$DB_ADMIN_PASSWORD" \
  --data-storage-size-in-gbs 100 \
  --is-highly-available true \
  --display-name app-mysql

# 読み取りを分散するリードレプリカを追加
oci mysql replica create \
  --db-system-id "$DB_SYSTEM_OCID" \
  --display-name app-mysql-replica

# 手動バックアップを取得（PITR 用の自動バックアップとは別）
oci mysql backup create \
  --db-system-id "$DB_SYSTEM_OCID" \
  --backup-type FULL \
  --display-name app-mysql-manual-bkp