すべてのプロダクト
Search
ドキュメントセンター

Hologres:汎用インスタンスから計算グループインスタンスへの変換

最終更新日:Nov 15, 2025

計算グループインスタンスは、汎用インスタンスよりも優れた負荷分離、より柔軟なアクセス制御、およびより簡単な接続管理を提供します。また、各計算グループに個別にパラメーターを設定することもできます。汎用インスタンスを計算グループインスタンスに変換することで、システムのパフォーマンスと管理効率を向上させることができます。

制限事項

  • Hologres V2.0.40 以降の汎用インスタンスのみ、計算グループインスタンスに変換できます。

    説明

    インスタンスが V2.0.40 より前のバージョンの場合、インスタンスをスペックアップするか、Hologres DingTalk グループに参加してスペックアップをリクエストできます。詳細については、「インスタンスのスペックアップ」または「オンラインサポートの利用方法」をご参照ください。

  • 8 コアのインスタンスタイプの汎用インスタンスは、計算グループインスタンスに変換できません。

    説明

    8 コアのインスタンスタイプの汎用インスタンスをお持ちの場合は、インスタンスタイプを変更する必要があります。詳細については、「インスタンスの構成」をご参照ください。

  • 読み取り専用セカンダリインスタンスは変換できません。プライマリ/セカンダリ構成のインスタンスを変換するには、まずすべてのセカンダリインスタンスをデタッチしてから、プライマリインスタンスを変換する必要があります。詳細については、「インスタンスタイプの変換」をご参照ください。

  • 計算グループインスタンスを汎用インスタンスに戻すことはできません。

変換方法

Hologres 汎用インスタンスを計算グループインスタンスに変換するには、通常変換またはホット変換の 2 つの方法のいずれかを使用できます。次の表に、2 つの方法について説明します。

重要

インスタンスタイプの変換中にサービスのダウンタイムが発生する可能性があります。ダウンタイムの期間はデータ量によって異なり、サービスレベルアグリーメント (SLA) の対象外です。

変換方法

変換期間

インスタンスのステータス

変換中のジョブステータス

通常変換

(サービス中断あり)

通常 10~20 分

変換中はサービスが停止し、利用できなくなります。

  • Hologres テーブルに書き込むフルマネージド Flink ジョブを停止します。Hologres のスペックアップが完了したら、ジョブを再起動します。そうしないと、データ損失が発生する可能性があります。詳細については、「ジョブの停止」をご参照ください。

  • DataWorks データ統合タスクと Blink ジョブを一時停止する必要はありません。フェールオーバーが自動的にトリガーされ、タスクまたはジョブはフェールオーバーポリシーに基づいて再開されます。フェールオーバーのリトライ回数を 10 以上に設定してください。詳細については、「リアルタイム同期タスクの O&M」および「リアルタイムコンピューティング (Blink) から Hologres へのデータ書き込み」をご参照ください。

インスタンスタイプを変換するには、チケットを送信するか、「オンラインサポートの利用方法」をご参照の上、リクエストを送信してください。Hologres O&M エンジニアがバックグラウンドで操作を実行します。

注:

  • 変換期間は、インスタンスタイプ、データ量、およびテーブル数によって異なります。特殊なケースでは、期間が長くなる場合があります。ビジネスへの影響を最小限に抑えるために、オフピーク時間に変換を実行してください。

  • インスタンスタイプの変換では、インスタンスのエンドポイントは変更されません。ただし、エンドポイントの IP アドレスが変更される可能性があります。

ホット変換

通常 10~30 分

変換中、サービスは読み取り専用状態になります。クエリサービスは影響を受けませんが、書き込みサービスは利用できません。

インスタンスタイプの変換

汎用インスタンス

汎用インスタンスには単一のエンドポイントがあります。インスタンスを計算グループインスタンスに変換しても、そのエンドポイントとユーザー権限などのメタデータは変更されません。

汎用インスタンスを計算グループインスタンスに変換するには、チケットを送信するか、Hologres DingTalk グループに参加してリクエストを送信できます。リクエストには、インスタンス ID と希望する操作時間を指定してください。その後、Hologres 運用保守 (O&M) エンジニアがバックグラウンドでプライマリインスタンスを計算グループインスタンスに変換します。後続の負荷分離操作については、「(推奨) 負荷分離」をご参照ください。

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

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

したがって、プライマリ/セカンダリインスタンスを計算グループインスタンスに変換するには、まず読み取り専用セカンダリインスタンスからプライマリインスタンスにクエリトラフィックを移行する必要があります。次に、読み取り専用セカンダリインスタンスをデタッチまたはリリースする必要があります。詳細については、「インスタンスリスト」をご参照ください。最後に、汎用インスタンスの変換手順に従います。チケットを送信するか、Hologres DingTalk グループに参加してリクエストを送信できます。リクエストには、インスタンス ID と希望する操作時間を指定してください。その後、Hologres O&M エンジニアがバックグラウンドでプライマリインスタンスを計算グループインスタンスに変換します。

説明

変換前に、次の手順を完了してください:

たとえば、プライマリインスタンスが 64 コンピュートユニット (CU) の計算リソースを持ち、2 つの読み取り専用セカンダリインスタンスがそれぞれ 32 CU を持つプライマリ/セカンダリインスタンスグループを考えます。

  1. プライマリインスタンスの計算リソースを 128 CU にスケールアウトします。これは、元のプライマリインスタンスとセカンダリインスタンスの計算リソースの合計です。

  2. 2 つの読み取り専用セカンダリインスタンスからプライマリインスタンスにクエリトラフィックを切り替えます。

  3. すべての読み取り専用セカンダリインスタンスをデタッチまたはリリースします。これにより、元のプライマリ/セカンダリインスタンスグループは単一の汎用インスタンスと同等になります。後続の負荷分離操作については、「(推奨) 負荷分離」をご参照ください。

インスタンスパラメーターの変更

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

パラメーター

変換前

変換後

インスタンスタイプ

汎用

計算グループ

ゲートウェイノード数

適用外

サポートされています。デフォルトのゲートウェイノード数は、数式: ゲートウェイノード数 = インスタンス CU 数 ÷ 32 で計算されます。最小値は 2、最大値は 8 です。

変換後、必要に応じて構成を変更できます。詳細については、「計算グループの管理」をご参照ください。

計算リソース

サポートされています

サポートされています。計算リソースの量は変換前と同じです。すべての計算リソースは、デフォルトで init_warehouse 計算グループに割り当てられます。

説明

インスタンスタイプの変換ではインスタンスのエンドポイントは変更されませんが、エンドポイントの IP アドレスが変更される可能性があります。

次のステップ

インスタンスタイプが変換された後、次の操作を実行します。

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

インスタンスが汎用タイプから計算グループタイプに変換されると、Cloud Monitor コンソールの [Hologres (汎用)] タブから [Hologres (計算グループ)] タブに移動します。この変更がコンソールに反映されるまでに約 10 分かかる場合があります。

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

  • 既存のアラートルールがある場合は、[Hologres (計算グループ)] タブで新しい計算グループインスタンス用に再設定する必要があります。ゲートウェイメトリックなど、新しい計算グループインスタンスのメトリックに対して新しいアラートルールを設定することもできます。

(推奨) 負荷分離

操作中にビジネスに影響を与えないように、負荷分離を完了するためにスケールインする前にインスタンスをスケールアウトします。

次の例は、128 CU の計算リソースを持つ汎用インスタンスのインスタンスタイプを変換し、負荷分離を実装する方法を示しています:

  1. Hologres O&M エンジニアに連絡して、インスタンスタイプを変換します。

    変換後、計算グループインスタンスには 128 CU の予約済み計算リソースがあり、デフォルトの計算グループ init_warehouse には 128 CU が割り当てられます。

  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. 負荷分離が完了しました。

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

必要に応じて、各計算グループで次の機能を有効にすることもできます:

参考

計算グループインスタンスのアーキテクチャの詳細については、「計算グループインスタンスのアーキテクチャ」をご参照ください。