Hologres:汎用インスタンスから仮想ウェアハウスインスタンスへの変換

汎用インスタンス

汎用インスタンスにはエンドポイントが 1 つしかありません。仮想ウェアハウスインスタンスに変換された後も、エンドポイントは変更されません。ユーザー権限などのインスタンスメタデータも変更されません。

汎用インスタンスを変換するには、チケットを送信するか、Hologres DingTalk グループに参加して変換をリクエストしてください。インスタンス ID と希望する操作時間を提供してください。Hologres のテクニカルサポートがバックグラウンドで変換を実行します。変換後に負荷分離を実装する方法については、「(推奨) 負荷分離」をご参照ください。

プライマリ/セカンダリインスタンス (汎用プライマリ)

Hologres のプライマリ/セカンダリインスタンスは、負荷分離のためにマルチエンドポイントアーキテクチャを使用しますが、仮想ウェアハウスインスタンスはシングルエンドポイントアーキテクチャを使用します。

プライマリ/セカンダリインスタンスを仮想ウェアハウスインスタンスに変換するには、まず読み取り専用セカンダリインスタンスからプライマリインスタンスにクエリトラフィックを移行し、その後、読み取り専用セカンダリインスタンスのバインドを解除するか、リリースする必要があります。詳細については、「インスタンスリスト」をご参照ください。次に、チケットを送信するか、Hologres DingTalk グループに参加して変換をリクエストしてください。インスタンス ID と希望する操作時間を提供してください。Hologres のテクニカルサポートがバックグラウンドでプライマリインスタンスを仮想ウェアハウスインスタンスに変換します。

パラメーターの変更

次の表に、インスタンスタイプの変換後の主なパラメーターの変更点を示します。

(重要) モニタリングとアラート

汎用インスタンスを仮想ウェアハウスインスタンスに変換すると、Cloud Monitor はインスタンスを Hologres standard instance タブから Hologres warehouse instance タブに移動します。これらのタブは、[クラウドリソース監視] > クラウド製品のモニタリング > Hologres を選択することで見つけることができます。Cloud Monitor コンソールでの更新には約 10 分の遅延が生じる場合があることにご注意ください。

• アラートルールをまだ構成していない場合は、主要なビジネスメトリクスに対して構成することを推奨します。詳細については、「モニタリングとアラートのベストプラクティス」をご参照ください。

• すでにアラートルールを構成している場合は、Hologres warehouse instance タブで新しい仮想ウェアハウスインスタンスに対して再構成する必要があります。また、ゲートウェイメトリクスなど、仮想ウェアハウスインスタンスで利用可能な新しいメトリクスに対して新しいアラートルールを構成することもできます。

(推奨) 負荷分離

• ビジネスシナリオに基づいて負荷分離戦略を設計します。詳細については、「仮想ウェアハウスの管理」をご参照ください。

• ユーザー権限を付与し、リソースを割り当てます。詳細については、「仮想ウェアハウスの使用をユーザーに承認する」をご参照ください。

• 仮想ウェアハウスがテーブルグループにアクセスする権限を付与します。詳細については、「仮想ウェアハウスにテーブルグループへのアクセスを承認する」をご参照ください。

ビジネスの中断を防ぐため、まずリソースをスケールアップしてからスケールダウンして負荷分離を完了することを推奨します。

次の例は、128 CU の汎用インスタンスを変換し、負荷分離を実装する方法を示しています：

1. Hologres のテクニカルサポートに連絡して、インスタンスタイプの変換を実行します。

   変換後、仮想ウェアハウスインスタンスには 128 CU の予約済みコンピューティングリソースがあります。すべての 128 CU は、デフォルトの仮想ウェアハウス init_warehouse に割り当てられます。

2. 必要に応じてインスタンスの仕様をスケールアップします。詳細については、「仮想ウェアハウスのスケールアップ」をご参照ください。

   たとえば、インスタンスの予約済みコンピューティングリソースを 192 CU にスケールアップします。インスタンスには現在 64 CU の未割り当てのコンピューティングリソースがあります。このスケールアッププロセスは、デフォルトの仮想ウェアハウス init_warehouse には影響しません。

3. 必要に応じて新しい仮想ウェアハウスを作成します。詳細については、「仮想ウェアハウスの作成」をご参照ください。

   たとえば、オンライン分析処理 (OLAP) 用に warehouse_olap という名前の 32 CU の仮想ウェアハウスと、オンラインサービング用に warehouse_serving という名前の 32 CU の仮想ウェアハウスを作成します。

4. 新しい仮想ウェアハウスにユーザー権限とテーブルグループ権限を付与し、関連するビジネストラフィックをそれらに切り替えます。

5. 必要に応じてリソースをスケールダウンします。詳細については、「仮想ウェアハウスのスケールダウン」をご参照ください。

   たとえば、まず init_warehouse 仮想ウェアハウスを 64 CU にスケールダウンします。これは他の 2 つの仮想ウェアハウスには影響しません。次に、インスタンスの予約済みコンピューティングリソースを 192 CU から 128 CU にスケールダウンします。このプロセス中、すべての仮想ウェアハウスは利用可能なままです。

6. これで負荷分離プロセスは完了です。

(オプション) 機能の有効化

必要に応じて、各仮想ウェアハウスで次の機能を有効にすることもできます：

• 仮想ウェアハウスの定時スケーリング。詳細については、「定時スケーリング (ベータ版)」をご参照ください。

• サーバーレスコンピューティング。詳細については、「サーバーレスコンピューティング」をご参照ください。