Amazon Redshift クラスターのサイズ変更はどのように行いますか?

最終更新日: 2021 年 1 月 6 日

Amazon Redshift クラスターのサイズ変更には次の 3 つの方法があります。

• 伸縮自在なサイズ変更: オプションとして利用可能な場合は、伸縮自在なサイズ変更を使用して、ノードタイプ、ノード数、またはその両方を変更します。ノード数のみを変更すると、クエリが一時的に停止され、接続はオープンのまま維持されることに注意してください。伸縮自在なサイズ変更には 10～15 分かかります。サイズ変更のオペレーション中は、クラスターは読み取り専用になります。
• 従来のサイズ変更: 従来のサイズ変更を使用して、ノードタイプ、ノード数、またはその両方を変更します。伸縮自在なサイズ変更では使用できない設定でサイズを変更する場合、このオプションを選択します。サイズ変更オペレーションには 2 時間以上かかる場合があります。データサイズによっては、最大数日かかる可能性もあります。サイズ変更のオペレーション中は、ソースクラスターは読み取り専用になります。
• スナップショット、リストア、サイズ変更: 従来のサイズ変更中にクラスターを使用できるようにするには、既存のクラスターのコピーを作成します。それから、新しいクラスターのサイズを変更します。スナップショットの取得後にソースクラスターにデータが書き込まれる場合は、移行が完了してから手動でデータをコピーする必要があります。

伸縮自在なサイズ変更を使用して、同じノードタイプでクラスターのサイズを変更する場合、当該オペレーションによって新しいクラスターは作成されません。その結果、オペレーションは速やかに完了します。従来のサイズ変更またはスナップショットや復元オペレーションに必要な時間は、次の要因によって異なる場合があります。

• ソースクラスターのワークロード。
• 転送されているテーブルの数とサイズ。
• データがコンピューティングノードとスライスにどの程度均等に分散されているか。
• ソースクラスターとターゲットクラスターのノード設定。

従来のサイズ変更またはスナップショットとリストアオペレーションに必要な時間を減らすためには次を実行します。

• AWS ラボからテーブルインスペクタースクリプトを実行して、偏ったテーブルを識別します。偏ったテーブルを修正するには、適切な分散キーを選択します。詳細については、Amazon Redshift Engineering’s advanced table design playbook: Distribution styles and distribution keys を参照してください。
• 未使用のテーブルを削除します。未使用のテーブルを識別するには、スキャンされていないテーブルの要約スクリプトを AWS ラボから実行します。
  注: スキャンされていないテーブルの要約には、最近の履歴 (2～5 日間) のみが表示されます。長期間の場合は、System Object Persistence Utility を使用して使用状況データを取得します。
• サイズ変更オペレーションの速度を上昇させます。詳細については、Top 10 performance tuning techniques for Amazon Redshift を参照してください。

Amazon Redshift コンソールを使用してサイズ変更オペレーションのステータスを確認するには、クラスターの詳細ページで [ステータス] タブを選択します。[ステータス] タブには、平均転送速度、経過時間、残り時間が表示されます。

• サイズ変更オペレーション中にテーブルのサイズが増減します。これは想定された動作です。詳細については、Amazon Redshift クラスターのテーブルが想定と異なるディスクストレージを消費していますが、なぜですか?を参照してください。
• AWS コマンドラインインターフェイス (AWS CLI) でクラスターのステータスが [NONE] の場合は、ターゲットクラスターはまだプロビジョニング中です。ターゲットクラスターのプロビジョニング中は、クラスターはまだコピーされていません。ターゲットクラスターのプロビジョニングが終了すると、ステータスは [IN_PROGRESS] に変わります。
• 「Please choose a larger target cluster」というエラーメッセージが表示されたら、データはターゲットクラスターに収まりません。ノードを増やすか、別のノードタイプを使用して、Amazon Redshift クラスターのサイズを変更してください。
• サイズ変更オペレーションが完了する前にキャンセルするには、Amazon Redshift コンソールのクラスターリストから [サイズ変更のキャンセル] を選択します。詳細については、スナップショット、リストア、サイズ変更を参照してください。

• サイズ変更オペレーションのあいだは、使用可能なクラスターの料金が請求されます。たとえば、サイズ変更オペレーション中にソース設定に応じた料金が発生します。サイズ変更が完了したら、ソース設定への請求はなくなります。クラスターステータスが [利用可能] になると、すぐにターゲット設定の請求が開始されます。スナップショットと復元メソッドを使用すると、一時的に追加のクラスターが作成されます。環境をクリーンアップするまで、追加のクラスターの料金が請求されます。
• より小さなノードタイプ (large、xlarge) からより大きなノードタイプ (8xlarge) にサイズ変更すると、より大きなノードあたりのストレージがクラスターに必要になります。ノードあたりのストレージが多いほど、COMMIT の実行時により多くのメタデータが書き込まれます。したがって、より大きなノードでは 1 つのコミットオペレーションベースのコストが高くなります。複数の小さなコミットオペレーションを同時に実行すると、パフォーマンスが低下する可能性があります。パフォーマンスを向上させるには、複数の変更内容を 1 つのコミットオペレーションにグループ化します。
• リザーブドインスタンスを購入した場合、請求はサイズ変更したクラスター設定、予約されたノードタイプ、リザーブドノードの数に依存します。詳細については、リザーブドノードの動作を参照してください。