スケーリング

ワークロードパターンページでは、 スケーリング操作を開始、編集、削除したり、 その履歴を確認することができます。

AWSでは、低ボリュームの BI および UAT ワークロードをサポートするために、NC-Start と呼ばれる新しいエントリー・レベルのワークロード・コンテキストを使用できます。 ワークロードの増加に応じて、このインスタンスを NC0 パフォーマンス・プロファイルにシームレスにスケーリングできます。 特に NC-Start では、オンデマンド・ストレージとコンテンツのスケーリングを開始できます。 残りの手順は、他のワークロードの輪郭に適用されます。

システムが一時停止状態でも、スケーリング（計算/ストレージ）を実行できるようになりました。 スケーリング後、システムは自動的にオンラインに復帰します。 この再開操作は、参照用に一時停止/再開履歴に表示されます。

AWSでは、ストレージ・スケーリングのクールダウン期間は 6 時間です。

クールダウン期間から 6 時間以内に、選択したストレージ値を使用して NC-Start から NC0 へのコンテンツ・スケーリングを実行できます。 以下の範囲は常に許可されます。

  • NC-開始 400 GB から NC0 2400 GB
  • NC-800 GB から NC0 4800 GB まで
  • NC-1200 GB から NC0 7200 GB までを開始

6 時間のクールダウン期間が経過し、NC-Start から NC0へのコンテキスト・スケーリングを実行する場合は、選択可能リストから任意のストレージ値を選択できます。

NC-Start のオンデマンド・ストレージ・スケーリングの開始

  1. ワークロードパターンに進みます。
  2. **「スケーリング」**をクリックします。
  3. スケーリング・ジョブの名前を入力します。
  4. ストレージ密度スライダー を必要な位置に移動するか、ドロップダウンメニューから選択します。
  5. **「スケール」**をクリックします。

NC のオンデマンド・コンテキスト・スケーリングの開始-開始

  1. ワークロードパターンに進みます。
  2. **「スケーリング」**をクリックします。
  3. スケーリング・ジョブの名前を入力します。
  4. 「 NC0までスケールアップ」 チェック・ボックスを選択します。
  5. Netezza ユニット (NZU) スライダーを任意の位置に移動するか、ドロップダウンから選択します。
  6. ストレージ密度スライダー を必要な位置に移動するか、ドロップダウンメニューから選択します。
  7. **「スケール」**をクリックします。

「スケール」 をクリックすると、現行ストレージのフリー・スペースが不足しているために、以下のエラー・メッセージが表示されることがあります。

Failed to create scheduler: Couldn't initiate scaling due to lack of free space in the current storage. Refer to documentation for next steps or contact IBM support.

この問題を解決するには、以下のいずれかのオプションを選択できます。

オプション 2 (ストレージ・スケーリングを実行する必要がある場合) では、 nc-start 内のストレージ・スケーリングの後に最小ストレージが変更されるため、追加コストが発生する可能性があります。

オプション 1

  1. 選択した大規模な表をグルーミングまたはバックアップ (あるいはその両方) してデータベース保守を実行することにより、現行ストレージ内のスペースを解放します。
  2. ストレージ使用率を下げるために、プロファイル・スケーリングの前に表を削除してください。
  3. NFS サーバーなどの別のストレージにデータのバックアップを作成します。
  4. バックアップが正常に完了した後に DB からデータを削除し、スケーリングの完了後にデータをリストアします。

オプション 2

プロファイル・スケーリングの前に現在のストレージを拡張します。

このオプションでは、 NC0 プロファイルのストレージを大きくする必要があります。 例えば、現行ストレージが 400 GB から 800 GB にスケーリングされた場合、 NC0 プロファイルのターゲット・ストレージは最小で 4800 GB になります。 現行ストレージが 800 GB から 1200 GB にスケーリングされる場合、 NC0 プロファイルのターゲット・ストレージは最小 7200 GB になります。 ストレージの縮小はサポートされていません。 高い値から低い値にストレージをスケーリングすることはできません。

オンデマンド・スケーリングの開始

  1. ワークロードパターンに進みます。
  2. **「スケーリング」**をクリックします。
  3. スケーリング・ジョブの名前を入力します。
  4. Netezza ユニット (NZU) スライダーを任意の位置に移動するか、ドロップダウンから選択します。
  5. **「スケール」**をクリックします。

スケーリングのスケジュール設定

  1. ワークロードパターンに進みます。
  2. **「スケーリング」**をクリックします。
  3. スケーリング・ジョブの名前を入力します。
  4. **「後で実行するようにスケジュール設定する」**チェック・ボックスを選択します。
  5. 必須パラメーターを選択します。
  6. **「スケール」**をクリックします。

スケジュール設定されたスケーリングの編集

  1. ワークロードパターン > スケジュールに進みます。
  2. 編集する操作を選択します。
  3. 「編集」 をクリックします。
  4. 必須パラメーターを選択します。
  5. 保存 をクリックします。

スケジュール設定されたスケーリングの削除

  1. ワークロードパターン > スケジュールに進みます。
  2. 削除する操作を選択します。
  3. **「削除」**をクリックします。
  4. **「削除」**をクリックします。

スケーリング履歴の確認

  1. ワークロードパターン > 履歴に移動します。

  2. 要件に応じて、以下のいずれかのアクションを実行します。

    • **「完了時刻」または「所有者」**でフィルターに掛けます。

    • **「履歴の検索」**に、操作の名前を入力します。

    • スケジューラの種類でフィルタリングする。 利用可能なオプションは2つです

      • アドホック: 作成から 5 分以内に実行されるスケジュール。
      • スケジュール済み: 後で実行されるスケジュール。

中断状態の拡張の表示

拡張のためのノードの可用性を運用チームが確認した後、 「ワークロード・パターン」->「スケーリング」 の下に、作成された拡張が 「中断」 状態で表示されます。 既存のスケジューラーが 「中断」 状態のときに新規スケジューラーが作成されると、新しく作成されたスケジューラーも 「中断」 状態になります。 Ops チームからの確認後、作成と同じ順序で既存の 中断状態 のスケジューラーを再試行または削除することができます。