トライアルインスタンスのアップグレード - Hologres - Alibaba Cloud ドキュメントセンター

Hologres のトライアルインスタンスを使用し、より詳細なパフォーマンステストを実施したり、本番環境で使用したりする準備ができている場合は、より高いパフォーマンス要件を満たすためにインスタンスをアップグレードする必要があります。インスタンスをアップグレードしないと、パフォーマンステストを実施したり、本番タスクを実行したりする際に、リソース不足によってレイテンシの増加、処理速度の低下、またはサービス中断が発生する可能性があります。このトピックでは、仕様が 8 コアのトライアルインスタンスを例として、トライアルインスタンスを本番環境に適用する方法について説明します。

ステップ 1：インスタンスをアップグレードする

Hologres の 8 コアインスタンス仕様は、体験利用と機能テストにのみ推奨されます。パフォーマンステストとビジネス本番シナリオには推奨されません。

さらにパフォーマンステストを実施したり、本番タスクに接続したりする必要がある場合は、まずインスタンスを 64 コア仕様などのより高い仕様にアップグレードする必要があります。インスタンス仕様のアップグレード方法の詳細については、「インスタンス仕様をアップグレードまたはダウングレードする」をご参照ください。

ステップ 2：Shard Count を変更する

Hologres は分散リアルタイムデータウェアハウスエンジンであり、データは基盤となるストレージシステムのデータシャードに格納されます。適切な Shard Count を使用すると、分散コンピューティングリソースをより有効に活用し、並列データ処理を可能にし、クエリパフォーマンスを向上させることができます。

Hologres 8 コアインスタンスのデフォルトの Shard Count は 2 です。インスタンスをアップグレードした後、デフォルトの Shard Count は変更されませんが、計算ノード (ワーカー) の数が増加するため、分散システムのクエリパフォーマンスの利点を活用できません。そのため、インスタンス仕様のアップグレードが完了したら、次の手順に従って Shard Count を変更します。詳細については、「テーブルグループと Shard Count のユーザーガイド」をご参照ください。

説明

次の手順は、HoloWeb で視覚的に実行できます。詳細については、「テーブルグループを管理する」をご参照ください。

テーブルグループを作成し、適切な Shard Count を設定します。
Hologres 64 コアインスタンスの推奨 Shard Count は 40 です。次のコマンドを実行して、テーブルグループを作成し、Shard Count を設定します。
```
CALL HG_CREATE_TABLE_GROUP ('<new_tg_name>', <shard_count>);
```
new_tg_name は新しいテーブルグループの名前を示し、shard_count は Shard Count を示します。
新しいテーブルグループをデフォルトのテーブルグループとして構成します。
次のコマンドを実行して、新しいテーブルグループをデフォルトのテーブルグループとして構成します。その後作成されるテーブルは、デフォルトで新しいテーブルグループに属します。
```
CALL HG_UPDATE_DATABASE_PROPERTY ('default_table_group', '<new_tg_name>');
```
既存のテーブルを新しいテーブルグループに移行します。
インスタンス内の既存のテーブルは、引き続き元のテーブルグループに属しています。次のコマンドを実行して、既存のテーブルを新しいテーブルグループに移行します。
```
-- Hologres V1.1 以降の構文
CALL HG_MOVE_TABLE_TO_TABLE_GROUP('<table_name>','<new_tg_name>');

-- Hologres V0.10 の構文
CALL HG_UPDATE_TABLE_SHARD_COUNT('<table_name>','<new_tg_name>');
```

（オプション）リソースの隔離と高可用性

ビジネスで読み書き分離または読み取り分離が必要な場合は、Hologres でサポートされている共有ストレージマルチインスタンス高可用性ソリューションを使用できます。詳細については、「プライマリインスタンスとセカンダリインスタンスの読み書き分離を構成する (共有ストレージ)」をご参照ください。

64 コアを例として、データ書き込みタスクを処理するためにプライマリインスタンスの仕様を 32 コアに調整し、ビジネスクエリ要件を処理するために 32 コアの読み取り専用セカンダリインスタンスを作成して、読み書き分離を実現できます。複数のビジネスにクエリ要件がある場合は、より多くの読み取り専用セカンダリインスタンスで処理することで、読み取り分離を実現できます。

次のステップ

ジョブが本番環境にデプロイされ、安定した後：

コンピューティングリソースについては、コストを節約するために、課金方法を従量課金からサブスクリプションに切り替えることをお勧めします。2 つの課金方法のコストの違いについては、「課金概要」をご参照ください。課金方法の切り替え方法の詳細については、「課金方法を変更する」をご参照ください。
ストレージリソースの場合、サブスクリプションモードで標準ストレージを購入することをお勧めします（サブスクリプション課金に切り替えた後にインスタンスのスペックをアップグレードします）。これにより、ストレージコストを削減できます。

参考資料

Hologres インスタンスの仕様ごとに、対応するデフォルトの Shard Count があります。詳細については、「インスタンス管理」をご参照ください。
Shard Count とワーカー数には、特定の割り当て関係があります。適切な Shard Count を設定することで、データストレージとコンピューティング効率を根本的に向上させることができます。詳細については、「Shard Count とワーカー計算ノードの関係」をご参照ください。
テーブルグループを指定するためのベストプラクティス