マルチAZデプロイメント
PhoenixAIは、エラスティッククラスターのマルチアベイラビリティゾーン(マルチAZ)デプロイメントをサポートしており、アプリケーションの可用性と耐久性を向上させます。
現在、マルチAZはAWSおよびGCPへのデプロイメントのみサポートされています。
概要
エラスティッククラスターでマルチAZデプロイメントが有効になっている場合、メタデータサービスの高可用性を確保するために、少なくとも3つのコーディネーターノードが3つのAZにわたってデプロイされます。これらは指定されたAZ間で自動的にバランスが取られます。いずれかのAZで障害が発生した場合、他の2つのAZでサービスの継続性を保証するために自動フェイルオーバーが実行されます。
一方、クラスター内のウェアハウスに対するマルチAZデプロイメントは、ノード分散に関して3つのポリシーをサポートしています:クロッシングAZポリシー、シングルAZポリシー、マルチAZポリシー。
- クロッシングAZポリシーを選択すると、ウェアハウス内のコンピュートノードが3つのAZに均等に分散されます。あるAZで障害が発生した場合、残りの2つのAZのコンピュートノードが引き続きサービスを提供します。AZ障害によるコンピュートリソースの損失を補うために、ウェアハウスのコンピュートノードをスケールアウトするだけで対応できます。
- シングルAZポリシーを選択すると、ウェアハウス内のすべてのコンピュートノードが3つのうちのプライマリAZにデプロイされます。ウェアハウスが配置されているAZで障害が発生した場合、ウェアハウスを別のAZに手動で移行する必要があります。
- マルチAZポリシー[実験的] を選択すると、ウェアハウスは2つまたは3つのコンピュートノードグループ(CNグループ)を作成します。各グループのサイズはウェアハウスに定義したサイズ(つまり、ウェアハウスに設定したコンピュートノードの数とスペック)と同じです。コンピュートノードグループは選択した2つまたは3つのAZに個別にデプロイされ、ワークロードはそれらの間でバランスが取られます。いずれかのAZで障害が発生した場合、残りのAZのコンピュートノードグループがすべてのワークロードを引き継ぎます。ただし、冗長デプロイメントにより追加コストが発生することにご注意ください。
- マルチAZポリシーは実験的機能であり、データベースカーネルバージョンがv4.0以降の場合に利用可能です。
- クロスAZポリシーは、データベースカーネルバージョンがv4.0より前の場合に利用可能です。v4.0以降、クロスAZポリシーで新しいクラスターを作成することはできません。
マルチAZを使用したデプロイメントプロセス
マルチAZデプロイメントはエラスティックPhoenixAIクラスターのみサポートされています。現在、この機能はクラスターをデプロイする際にのみ有効にできます。手動デプロイメント。

ステップ1デプロイメントウィザードの で、マルチアベイラビリティゾーンのスイッチをオンにし、クラスター基本設定セクションでコーディネーターノード数を選択し、ノード分散ポリシーセクションで default_warehouse の初期ウェアハウスを選択します。

ステップ3デプロイメントウィザードの で、3つののサブネットをネットワーク設定に指定する必要があります。各サブネットは独立したAZ下にある必要があり、すべて同じVPC下のプライベートサブネットまたはパブリックサブネットのいずれかである必要があります。詳細については、ネットワーク設定を参照してください。

クラスターデプロイメントの詳細な手順については、AWSへのデプロイ と GCPへのデプロイ。
Multi-AZによるネットワーク構成
Multi-AZデプロイメントを有効にしたエラスティッククラスターのネットワーク構成を作成する際には、3つ つのサブネットを指定する必要があります。各サブネットは独立したAZ配下にある必要があり、すべて同じVPC配下のプライベートサブネットまたはパブリックサブネットである必要があります。ネットワーク構成の作成に関する詳細な手順については、AWSのネットワーク構成を管理する および GCPのネットワーク構成を管理するをご覧ください。

-
AWSのサブネットはアベイラビリティゾーンごとに設定されます。ネットワーク構成のVPCに3つのAZを作成するには、VPCおよび関連リソースを作成する際に、3 フィールドで アベイラビリティゾーンの数 の VPC設定 ページで選択する必要があります。

-
GCPデプロイメントの場合、サブネットはクラウドリージョンごとに設定されます。ネットワーク構成を作成する際に、3つのアベイラビリティゾーンを指定するだけで済みます。

Multi-AZによるフェイルオーバー
クロスAZポリシーを使用したウェアハウス
クロスAZポリシーが有効なウェアハウスのコンピュートノードは3つのAZに分散されているため、1つのAZで障害が発生しても、残りの2つのAZがサービスを継続して提供します。この場合、コンピュートリソースの損失を補うためにウェアハウスをスケールアウトするだけで済みます。詳細な手順については、エラスティッククラスターをスケールするをご覧ください。
シングルAZポリシーを使用したウェアハウス
シングルAZポリシーが有効な場合、ウェアハウスのコンピュートノードは3つのうちのプライマリAZにデプロイされます。プライマリAZで障害が発生した場合は、手動でウェアハウスを別のサブネットに移行する必要があります。
以下の手順に従ってください:
-
PhoenixAI Cloud BYOCコンソールにサインインします。
-
クラスター ページで、ウェアハウスを移行するクラスターをクリックします。
-
クラスターの詳細ページで、管理 をクリックし、クラスターを編集 を選択します。
注記
ウェアハウスを移行できるのは、Running 状態。クラスターが Running 状態でない場合、クラスターの編集 メニュー項目は無効になります。 :::
-
表示されたページで、ウェアハウス ドロップダウンリストから転送するウェアハウスを選択し、ノード分散の設定 セクションで、ウェアハウスの転送先として利用可能なサブネットを選択してから、適用 をクリックします。
-
表示されたメッセージで、適用 をクリックして変更を適用します。
クラスターは 更新中 状態になります。
操作が完了すると、クラスターは Running 状態に戻ります。
Single AZ ポリシーが有効なウェアハウスのプライマリサブネットを変更すると、内部のコンピュートノードが再デプロイされます。そのため、コンピュートノード上で実行中のサービスが中断されます。慎重に操作してください。
Multi AZ ポリシーを使用したウェアハウス
Multi AZ ポリシーが有効な各ウェアハウスには、選択した2つまたは3つのAZに個別にデプロイされた2つまたは3つのコンピュートノードグループがあり、ワークロードはそれらの間で分散されます。いずれかのAZで障害が発生した場合、残りのAZのコンピュートノードグループがすべてのワークロードを引き継ぎます。
ノード分散ポリシーの変更
既存のウェアハウスのノード分散ポリシーを変更できます。
以下の手順に従ってください:
-
PhoenixAI Cloud コンソール にサインインします。
-
クラスター ページで、ノード分散ポリシーを変更するウェアハウスが含まれるクラスターをクリックします。
-
クラスターの詳細ページで、管理 をクリックして クラスターの編集 を選択します。
注意
ノード分散ポリシーを変更できるのは、実行中状態にあるクラスター内のウェアハウスのみです。クラスターが実行中状態にない場合、クラスターの編集メニュー項目は無効になります。
-
表示されたページで、ウェアハウスセクションのノード分散の設定ドロップダウンリストからポリシーを変更するウェアハウスを選択し、ノード分散ポリシードロップダウンリストから新しいポリシーを選択して、適用をクリックします。
-
表示されたメッセージで、適用をクリックして変更を適用します。
クラスターは更新中状態になります。
操作が完了すると、クラスターは実行中状態に戻ります。
ウェアハウスのノード分散ポリシーを変更すると、内部の一部のコンピュートノードが再デプロイされる場合があります。そのため、コンピュートノード上で実行中のサービスが中断されます。慎重に操作してください。