高可用性の概要

高可用性DBシステムは、3つのMySQLインスタンス(1つのプライマリ・インスタンスと2つのセカンダリ・インスタンス)で構成されます。各MySQLインスタンスは、選択したシェイプで定義された同じ量のブロック・ボリューム・ストレージ、CPU数およびRAMの量を使用します。プライマリ・インスタンスは読取り/書込みエンドポイントとして機能し、プライマリ・インスタンスのみに対する読取り/書込みアクセス権を持ちます。プライマリ・インスタンスに書き込むデータはすべて、非同期的にセカンダリ・インスタンスにコピーされます。各MySQLインスタンスのバイナリ・ログは、相互に独立して管理されます。インスタンスに同じデータがある場合でも、ファイル名およびサイズが異なるバイナリ・ログ・ファイルの数が異なる可能性があります。

セカンダリ・インスタンスは、異なる可用性ドメインまたはフォルト・ドメインに配置されます。次のインスタンス配置モデルが使用されます:

  • リージョン・サブネットがある複数の可用性ドメイン: 3つのMySQLインスタンスは、異なる可用性ドメインに配置されます。
  • アベイラビリティ・ドメイン固有のサブネットがある複数のアベイラビリティ・ドメイン: 3つのMySQLインスタンスは、同じアベイラビリティ・ドメイン内の異なるフォルト・ドメインに配置されます。
  • シングル・アベイラビリティ・ドメイン・リージョン: 3つのMySQLインスタンスは、同じアベイラビリティ・ドメイン内の異なるフォルト・ドメインに配置されます。

高可用性DBシステムでは、スタンドアロンDBシステムよりも多くのリソース(CPU、RAM、ネットワーク帯域幅)を消費します。したがって、スループットとレイテンシはスタンドアロンDBシステムとは異なります。

自動バックアップを有効にすると、HeatWaveサービスによって高可用性DBシステムのプライマリ・インスタンスのバックアップが作成されます。

高可用性では、MySQLグループ・レプリケーションを使用して、プライマリ・インスタンスからセカンダリ・インスタンスにデータをレプリケートします。レプリケーションは、DBシステム用に構成したVCNサブネットに接続されていない、セキュアな管理対象の内部ネットワークを介して行われます。この内部ネットワークに関する限られた情報は、一部のパフォーマンス・スキーマ表に含まれており、そのネットワークに接続することも、関連する他の情報を表示することもできません。

セカンダリ・インスタンスの自動または手動昇格

  • フェイルオーバー: プライマリ・インスタンスに障害が発生した場合、HeatWaveサービスは自動的にセカンダリ・インスタンスの1つをプライマリ・インスタンスとして機能するように昇格します。これにより、データ損失のないクライアント・アプリケーションの可用性が再開されます。
  • スイッチオーバー: HeatWaveサービスを使用すると、セカンダリ・インスタンスの1つをプライマリ・インスタンスとして手動昇格できます。これはスイッチオーバーと呼ばれます。
ノート

フェイルオーバーまたはスイッチオーバーの後、新しいプライマリの現在のバイナリ・ログ・ファイル名および位置が古いプライマリと異なる場合があります。各インスタンスのバイナリ・ログは個別に管理されるため、バイナリ・ログに記録された各トランザクションは、異なるバイナリ・ログ・ファイルと異なるインスタンス内の位置に書き込まれる場合があります。

HeatWaveクラスタを使用した高可用性DBシステムのフェイルオーバーまたはスイッチオーバー中に、HeatWaveクラスタで問合せを再実行できる遅延があります。

優先および現在のプライマリ配置

  • 優先プライマリ配置: 高可用性DBシステムの作成時に、プライマリ・インスタンスを配置する可用性およびフォルト・ドメインを選択できます。これは読取り/書込みエンドポイントとして機能します。これは優先プライマリ配置と呼ばれ、スイッチオーバーを実行する場合を除き、高可用性DBシステムを作成した後は変更されません。セカンダリ・インスタンスは、他の2つの可用性ドメインまたはフォルト・ドメインに自動的に配置されます。
  • 現在のプライマリ配置: DBシステムを作成する場合、プライマリ・インスタンスの現在の配置は優先配置と同じです。ただし、フェイルオーバーが発生した場合、セカンダリ・インスタンスの1つがプライマリ・インスタンスとして昇格されます。この新しいプライマリ・インスタンスの可用性およびフォルト・ドメインは、現在のプライマリ配置です。DBシステムの作成時に選択した優先プライマリ配置は変わりません。プライマリ・インスタンスの配置に関係なく、読取り/書込みエンドポイントのIPアドレスは変更されません。

HeatWaveクラスタのサポート

HeatWaveクラスタは、高可用性DBシステムで有効にできます。HeatWaveクラスタを有効にするには、まず、DBシステムのシェイプをHeatWaveクラスタをサポートするシェイプに更新します。サポートされるシェイプを参照してください。HeatWaveクラスタがアクティブな場合、常に高可用性DBシステムのプライマリ・インスタンスにアタッチされます。フェイルオーバーまたはスイッチオーバーでプライマリ・インスタンスの現在の配置が変更された場合、HeatWaveクラスタを前のプライマリ・インスタンスからデタッチし、同じまたは新しいHeatWareクラスタを新しいプライマリ・インスタンスにアタッチする必要があります。HeatWaveクラスタ内のデータは、ストレージ・レイヤーから自動的にリカバリされるか、DBシステムまたはレイクハウス・オブジェクト・ストレージからリロードされます。

前のプライマリ・インスタンスと新しいプライマリ・インスタンスの両方が同じ可用性ドメイン(AD)にある場合、既存のHeatWaveクラスタを再利用できます。HeatWaveクラスタは、前のプライマリ・インスタンスからデタッチされ、新しいプライマリ・インスタンスに再アタッチされます。これは、DBシステムが単一のADリージョンにあるか、複数のADを持つリージョン内のAD固有のサブネットに接続されている場合に発生します。

以前のプライマリ・インスタンスと新しいプライマリ・インスタンスが別の可用性ドメイン(AD)にある場合、既存のHeatWaveクラスタをデタッチして削除する必要があります。新しいHeatWaveクラスタは、新しいプライマリ・インスタンスと同じADに作成する必要があり、新しいプライマリ・インスタンスにアタッチされます。これは、DBシステムが複数のADを持つリージョンのリージョナル・サブネットに接続されている場合に発生します。

関連トピック