AnalyticDB:計算ノード設定の変更

計算ノードの追加

エラスティックスケーリング機能を使用すると、ビジネスが正常に実行され、コンピューティングノードの設定を変更するときにデータベース内のすべてのテーブルでデータの読み取りと書き込みが中断されなくなります。 マイナーバージョンが6.6.2.0以降のエラスティックストレージモードのAnalyticDB for PostgreSQL V6.0インスタンス、またはマイナーバージョンが7.0.5.0以降のエラスティックストレージモードのAnalyticDB for PostgreSQL V7.0インスタンスにコンピュートノードを追加すると、エラスティックスケーリング機能がサポートされます。 以下の点にご注意ください。

• コンピューティングノードの設定を変更すると、すべてのテーブルでデータの再配布が順番に実行されます。 再配布状態にないテーブルは影響を受けません。 再配布状態のテーブルは、すべてのクエリ操作とINSERT、COPY、DELETE、およびUPDATEステートメントをサポートしますが、DDLステートメントとVACUUMステートメントはサポートしません。 TRUNCATE TABLEなどのDDLステートメントを実行すると、次のコードに示すようにエラーが返されます。

TRUNCATE t1;
ERROR:  Unsupport 'TRUNCATE TABLE' command during online expansion on 't1'

• のオンライン拡張中に「TRUNCATE TABLE」コマンドをサポートしない

• 大量のデータを書き込んだり更新したりすると、コンピュートノードの設定を変更するのに時間がかかります。 データが特定のテーブルに頻繁に書き込まれる場合、テーブルに書き込みロックが追加され、計算ノード構成の変更が高速化されます。 エラスティックスケーリング機能をサポートするエラスティックストレージモードのAnalyticDB for PostgreSQLインスタンスにコンピューティングノードを追加すると、AnalyticDB for PostgreSQLコンソールでスケーリングの進行状況を確認できます。

1. AnalyticDB for PostgreSQLコンソールにログインします。

2. コンソールの左上隅で、リージョンを選択します。

3. 管理するインスタンスを見つけて選択します。計算ノードの設定の変更 > 計算ノードの追加で、アクション列を作成します。

4. [情報] ダイアログボックスで、この操作の影響を認識しており、構成変更操作を継続することに同意します。 [OK] をクリックします。

   説明

   この手順は、サーバーレスモードのインスタンスでのみ使用できます。

5. On theアップグレード /ダウングレードページの値を選択します。計算ノードビジネス要件に基づいてパラメーターを設定し、利用規約を読んで選択し、今すぐ購入.

   警告

   • マイナーバージョンが6.6.2.0より前のエラスティックストレージモードのAnalyticDB For PostgreSQL V6.0インスタンス、またはマイナーバージョンが7.0.5.0より前のエラスティックストレージモードのAnalyticDB for PostgreSQL V7.0インスタンスの場合、再配布状態にあるテーブルは、コンピューティングノードの数を変更した場合にのみ読み取ることができます。 マイナーバージョンが6.6.2.0以降のエラスティックストレージモードのAnalyticDB For PostgreSQL V6.0インスタンス、またはマイナーバージョンが7.0.5.0以降のエラスティックストレージモードのAnalyticDB for PostgreSQL V7.0インスタンスの場合、再配布状態にあるテーブルは、コンピューティングノードの数を変更すると読み書きできます。 データの再配布に必要な時間は、テーブルのサイズによって異なります。 適切な期間中にこの操作を実行します。

   • サーバーレスモードのインスタンスの場合、計算ノードの数を変更するリクエストを送信すると、現在のSQL文が中断されます。 これらのSQL文は、変更後も再開できません。

6. に戻ります。Return to theインスタンスページを開き、インスタンスがランニング状態になります。

7. 次のSQL文を実行して、高いパフォーマンス要件を持つテーブルからデータをプリフェッチし、データアクセスを高速化できます。

   SELECT count(*) FROM <hot_table>;

   説明

   • データプリフェッチは、サーバーレスモードのインスタンスにのみ必要です。

   • コンピューティングノードの数を変更すると、次の手順が実行されます。リソースが初期化され、システムテーブルに関するメタデータが同期され、リソースがロックされてデータ配布情報が変更され、リソースがロック解除されてクリアされ、ローカルキャッシュが非同期で復元されます。 ローカルキャッシュのヒット率は、ローカルキャッシュが非同期的に復元されるため、短期間は低いままです。 データをプリフェッチして、データアクセスを高速化できます。

計算ノードの削除

1. AnalyticDB for PostgreSQLコンソールにログインします。

2. コンソールの左上隅で、リージョンを選択します。

3. 管理するインスタンスを見つけて選択します。計算ノードの設定の変更 > Computeノードの削除で、アクション列を作成します。

4. [情報] ダイアログボックスで、この操作の影響を認識しており、構成変更操作を継続することに同意します。 [OK] をクリックします。

5. アップグレード /ダウングレードページの値を選択します。計算ノードビジネス要件に基づいてパラメーターを設定し、利用規約を読んで選択し、今すぐ購入.

   警告

   • エラスティックストレージモードのインスタンスの場合、再配布状態にあるテーブルは、計算ノードの数を変更した場合にのみ読み取ることができます。 データの再配布に必要な時間は、テーブルのサイズによって異なります。 適切な期間中にこの操作を実行します。

   • サーバーレスモードのインスタンスの場合、計算ノードの数を変更するリクエストを送信すると、現在のSQL文が中断されます。 これらのSQL文は、変更後も再開できません。

6. インスタンスページを開き、インスタンスがランニング状態になります。

7. 次のSQL文を実行して、高いパフォーマンス要件を持つテーブルからデータをプリフェッチし、データアクセスを高速化できます。

ノード仕様のアップグレード

1. AnalyticDB for PostgreSQLコンソールにログインします。

2. コンソールの左上隅で、リージョンを選択します。

3. 管理するインスタンスを見つけて選択します。計算ノードの設定の変更 > ノード仕様のアップグレードで、アクション列を作成します。

4. アップグレード /ダウングレードページで、次の表で説明するパラメーターを設定します。

   パラメーター	説明
   インスタンスリソースタイプ	現在のインスタンスのリソースタイプ。変更できません。
   計算ノードの仕様	ビジネス要件に基づいてノード仕様を選択します。
   シングルノードストレージ容量	ビジネス要件に基づいて、ノードごとのストレージ容量を選択します。

   警告

   • ノードの仕様を変更した場合にのみ、データを読み取ることができます。 適切な期間中にこの操作を実行します。

   • ストレージ容量を変更しても、データの読み取りと書き込みは影響を受けません。

5. 利用規約を読んで選択し、今すぐ購入.

6. インスタンスページを開き、インスタンスがランニング状態になります。

ノード仕様のダウングレード

1. AnalyticDB for PostgreSQLコンソールにログインします。

2. コンソールの左上隅で、リージョンを選択します。

3. 管理するインスタンスを見つけて選択します。計算ノードの設定の変更 > ノード仕様のダウングレードで、アクション列を作成します。

4. ダウングレードページで、次の表で説明するパラメーターを設定します。

   パラメーター	説明
   インスタンスリソースタイプ	現在のインスタンスのリソースタイプ。変更できません。
   計算ノードの仕様	ビジネス要件に基づいてノード仕様を選択します。
   シングルノードストレージ容量	ノードごとのストレージ容量をダウングレードすることはできません。 説明 このパラメーターは、エラスティックストレージモードのBasic Editionインスタンスでは使用できません。

   警告

   • ノードの仕様を変更した場合にのみ、データを読み取ることができます。 適切な期間中にこの操作を実行します。

   • ストレージ容量を変更しても、データの読み取りと書き込みは影響を受けません。

5. 利用規約を読んで選択し、今すぐ購入.

6. インスタンスページを開き、インスタンスがランニング状態になります。