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

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

Amazon Redshift クラスターのサイズを変更したいと考えています。パフォーマンスと請求にどのような影響がありますか?

解決方法

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

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

サイズ変更オペレーションの速度

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

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

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

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

トラブルシューティング

サイズ変更したクラスターの請求

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