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

デプロイメントウィザードの STEP1 で、Multiple availability zone のスイッチをオンにし、Cluster basic configuration セクションでコーディネーターノードの数を選択し、Initial warehouse セクションで default_warehouse の Node Distribution Policy を選択します。

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

クラスターのデプロイメントに関する詳細な手順については、Deployment on AWS および Deployment on GCP を参照してください。
マルチ AZ を使用したネットワーク構成
マルチ AZ デプロイメントが有効化された弾力性のあるクラスターのネットワーク構成を作成する際には、3 つのサブネットを指定する必要があります。各サブネットは独立した AZ の下になければならず、すべて同じ VPC の下でプライベートサブネットまたはパブリックサブネットでなければなりません。ネットワーク構成の作成に関する詳細な手順については、Manage network configurations for AWS および Manage network configurations for GCP を参照してください。

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

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

マルチ AZ を使用したフェイルオーバー
Crossing AZ Policy を使用したウェアハウス
Crossing AZ Policy が有効化されたウェアハウスの Compute Node は 3 つの AZ に分散されているため、1 つの AZ が障害を起こしても、残りの 2 つの AZ がサービスを提供し続けます。この場合、コンピュートリソースの損失を補うためにウェアハウスをスケールアウトするだけで済みます。詳細な手順については、Scale an elastic cluster を参照してください。
Single AZ Policy を使用したウェアハウス
Single AZ Policy が有効化されている場合、ウェアハウスの Compute Node は 3 つのうちのプライマリ AZ にデプロイされます。プライマリ AZ が障害を起こした場合、ウェアハウスを別のサブネットに手動で移動する必要があります。
次の手順に従ってください。
-
CelerData Cloud BYOC コンソール にサインインします。
-
Clusters ページで、ウェアハウスを移動したいクラスターをクリックします。
-
クラスターの詳細ページで、Manage をクリックし、Edit cluster を選択します。
注記クラスターが Running 状態にある場合にのみ、ウェアハウスを移動できます。クラスターが Running 状態でない場合、Edit cluster メニュー項目は無効化されています。
-
表示されるページで、Configure the node distribution セクションの Warehouse ドロップダウンリストから移動したいウェアハウスを選択し、移動先の利用可能なサブネットを選択して、Apply をクリックします。
-
表示されるメッセージで、Apply をクリックして変更を適用します。
クラスターは Updating 状態に入ります。
操作が完了すると、クラスターは Running 状態に戻ります。
Single AZ Policy が有効化されたウェアハウスのプライマリサブネットを変更すると、Compute Node が再デプロイされるため、Compute Node 上で実行されているサービスが中断されます。慎重に操作してください。
Multi AZ Policy を使用したウェアハウス
Multi AZ Policy が有効化された各ウェアハウスには、選択した 2 つの AZ に別々にデプロイされた 2 つの Compute Node グループがあり、ワークロードは 2 つのグループ間でバランスされています。いずれかの AZ に障害が発生した場合、他の AZ の Compute Node グループは引き続き利用可能で、すべてのワークロードを引き継ぎます。
ノード分配ポリシーの変更
既存のウェアハウスのノード分配ポリシーを変更できます。
次の手順に従ってください。
-
CelerData Cloud BYOC コンソール にサインインします。
-
Clusters ページで、ノード分配ポリシーを変更したいウェアハウスを含むクラスターをクリックします。
-
クラスターの詳細ページで、Manage をクリックし、Edit cluster を選択します。
NOTE
クラスターが Running 状態にある場合にのみ、ウェアハウスのノード分配ポリシーを変更できます。クラスターが Running 状態でない場合、Edit cluster メニュー項目は無効化されています。
-
表示されるページで、Configure the node distribution セクションの Warehouse ドロップダウンリストからポリシーを変更したいウェアハウスを選択し、Node distribution policy ドロップダウンリストから新しいポリシーを選択して、Apply をクリックします。
-
表示されるメッセージで、Apply をクリックして変更を適用します。
クラスターは Updating 状態に入ります。
操作が完了すると、クラスターは Running 状態に戻ります。
ウェアハウスのノード分配ポリシーを変更すると、一部の Compute Node が再デプロイされる可能性があります。そのため、Compute Node 上で実行されているサービスが中断されます。慎重に操作してください。