自動スケーリング

自動スケーリングでは、インスタンス・プール内のコンピュート・インスタンスの数またはライフサイクル状態を自動的に調整できます。これによって、需要が多い期間にエンド・ユーザーに一貫したパフォーマンスを提供し、需要が少ない期間にコストを削減することができます。

次のタイプの自動スケーリングをインスタンス・プールに適用できます:

自動スケーリングは、標準、DenseIOおよびGPUシェイプを使用する仮想マシン(VM)およびベア・メタルのインスタンス・プールでサポートされています。

自動スケーリングの仕組み: 基本

自動スケーリング構成を使用して、インスタンス・プールのサイズおよびライフサイクル状態を自動的に管理します。自動スケーリングによってインスタンス・プール内のインスタンスが自動的にプロビジョニングされると、プールはスケール・アウトされます。自動スケーリングによってプールからインスタンスが削除されると、プールはスケール・インされます。自動スケーリングを使用して、スケジュールに基づいて、インスタンス・プール内のインスタンスを停止および起動することもできます。

インスタンス・プールがスケール・インされるとき、インスタンスは次の順序で終了します。インスタンス数のバランスが可用性ドメイン間で調整されてから、フォルト・ドメイン間で調整されます。最後に、フォルト・ドメイン内の一番古いインスタンスが最初に終了されます。

自動スケーリング構成には、1つ以上の自動スケーリング・ポリシーが含まれます。これらのポリシーでは、自動スケーリング・アクションをトリガーする基準と、実行するアクションを定義します。各自動スケーリング構成には、1つのメトリックベースの自動スケーリング・ポリシーまたは複数のスケジュールベースの自動スケーリング・ポリシーを指定できます。自動スケーリング構成には、最大50のスケジュールベースの自動スケーリング・ポリシーを追加できます。

各インスタンス・プールに設定できる自動スケーリング構成は1つのみです。

メトリックベースの自動スケーリング

メトリックベースの自動スケーリングでは、モニターするパフォーマンス・メトリックを選択し、自動スケーリング・イベントをトリガーするためにパフォーマンス・メトリックが到達する必要のあるしきい値を設定します。システム使用率がしきい値に到達すると、自動スケーリングによって、ほぼリアルタイムでインスタンス・プールのサイズが動的に変更されます。負荷が増えると、プールはスケール・アウトされます。負荷が減ると、プールはスケール・インされます。
ヒント

プールのスケーリング後は、インスタンスの初期数に割り当てられた値を変更しないでください。プール・サイズのインスタンス数が増加した後にこの値を小さくすると、プール内のインスタンスが終了します。この値を変更する必要がある場合、新しい値は現在プール内にあるインスタンスの数以上である必要があります。

メトリックベースの自動スケーリングは、CPU使用率など、モニタリング・サービスによって収集されるパフォーマンス・メトリックに依存します。これらのパフォーマンス・メトリックは、1分ごとに集計されてから、インスタンス・プールのインスタンス全体で平均化されます。連続する3つの値(つまり、連続する3分間の平均メトリック)がしきい値を満たすと、自動スケーリング・イベントがトリガーされます。

メトリックベースの自動スケーリング・イベントの間のクールダウン期間には、更新されたレベルでシステムが安定化します。クールダウン期間が開始するのは、インスタンス・プールが「実行中」の状態になったときです。自動スケーリングは、クールダウン期間中もパフォーマンス・メトリックの評価を続けます。クールダウン期間が終了すると、自動スケーリングにより、必要に応じてインスタンス・プールのサイズが再調整されます。

スケジュールベースの自動スケーリング

スケジュール・ベースの自動スケーリングを使用して、要求に基づいてプール・サイズをスケーリングしたり、スケジュールに従ってインスタンスを停止および起動できます。

スケジュールベースの自動スケーリングは、月、日または時刻などのスケジュールに基づいて需要が予測どおりに変動するインスタンス・プールに最適です。スケジュールは、繰り返すことも、1回のみ実行することもできます。例:

  • インスタンス・プールは営業時間中に大量に使用されます。プールの使用量は夜と週末には減ります。平日の朝にスケール・アウトし、平日の夜にスケール・インするようにプールをスケジュールできます。
  • インスタンス・プールは大みそかに需要が高まります。毎年12月30日にスケール・アウトし、1月2日にスケール・インするようにプールをスケジュールできます。
  • インスタンス・プールで実行される新しいアプリケーションをリリースしようとしています。多くのユーザーがお知らせの公開後にアプリケーションの使用を開始することが予想されます。事前に、プール内のインスタンスをリリース日に起動するようにスケジュールできます。

スケジュールベースの自動スケーリング構成には、それぞれ異なるスケジュールおよびターゲット・プール・サイズまたはライフサイクル・アクションを持つ複数の自動スケーリング・ポリシーを含めることができます。スケール・イン・イベントおよびスケール・アウト・イベントを構成するには、少なくとも2つの個別のポリシーを作成する必要があります。一方のポリシーではスケール・インのためのターゲット・プール・サイズおよびスケジュールを定義し、もう一方のポリシーではスケール・アウトのためのターゲット・プール・サイズおよびスケジュールを定義します。同様に、停止イベントおよび起動イベントをスケジュールする場合は、少なくとも2つの個別のポリシーを作成する必要があります。一方のポリシーではインスタンスを停止するためのライフサイクル・アクションおよびスケジュールを定義し、もう一方のポリシーではインスタンスを起動するためのライフサイクル・アクションおよびスケジュールを定義します。

スケジュールベースの自動スケーリング・ポリシーが実行された後、インスタンス・プールは、別の自動スケーリング・ポリシーなどによってプール・サイズまたはライフサイクル状態が変更されるまで、ターゲット・プール・サイズまたはライフサイクル状態のままです。ただし、プール・サイズまたはライフサイクル状態を手動で変更した場合、スケジュールベースの自動スケーリングでは、次にスケジュールされた自動スケーリング・ポリシーが実行されるまでプール・サイズまたはライフサイクル状態は再調整されません。

スケジュール・ベースの自動スケーリングを使用してインスタンスを停止または再起動する場合、インスタンスに関する情報は保持されます。停止後にインスタンスが起動されると、停止が発生する前の状態に戻ります。

cron式を使用して自動スケーリング・スケジュールを定義します。自動スケーリングはQuartz cron実装を使用します。オンラインのcron式ジェネレータを使用してcron式を検証できます。FREEFORMATTERはその一例です。

すべての時間をUTCで指定してください。

ノート

スケジュールベースの自動スケーリング構成には、コンソールおよびAPI、SDK、CLIの使用時に表示されるクールダウン期間の属性が含まれます。ただし、クールダウン期間はスケジュールベースの自動スケーリング構成には影響しません。

複数のスケジュール管理

スケジュール・ベースの自動スケーリング・ポリシーが複数存在する場合、スケジュールが競合する可能性があります。競合が発生した場合、Oracleは実行するライフサイクル状態ポリシーと自動スケーリング・ポリシーを選択します。ライフサイクル状態ポリシーが最初に実行されます。

ライフサイクル状態ポリシーには、アクションの優先度が最も高いポリシーが選択されます。アクションは次のように優先度が付けられ、優先度が高いものから低いものの順にリストされます:

  • 強制再起動
  • 再起動
  • 起動
  • 強制停止

自動スケーリング・ポリシーには、インスタンス数が最も多いポリシーが選択されます。

自動スケーリング・スケジュールが将来のプール・サイズにどのように影響すると予想されるかを確認するには、プール・サイズ予測を表示します。

Cron式について

cron式は、時間や曜日など、スケジュールの様々な部分を表す6つまたは7つのフィールドで構成される文字列です。cron式は次のフォーマットを使用します:

<second> <minute> <hour> <day of month> <month> <day of week> <year>

次の表に、各フィールドで使用できる値と特殊文字を示します。

フィールド 使用できる値 使用できる特殊文字

0

ノート: 自動スケーリングにAPI、CLIまたはSDKを使用する場合、他の値によって有効なcron式が作成されるときでも、秒の値として0を指定する必要があります。コンソールを使用する場合、秒の値を指定する必要はありません。

なし
0-59 * - , /
時間 0-23 * - , /
該当月の日 1-31 * - , ? / L W
1-12またはJAN-DEC * - , /
曜日 1-7またはSUN-SAT * - , ? / L #
1970-2099 * - , /

次の表で、特殊文字について説明します。

特殊文字 説明
* フィールドのすべての値を示します。 月フィールドの*は、毎月を意味します。
- 値の範囲を示します。 時間フィールドの8-17は、8時から17時(午前8時から午後5時)を意味します。
, 複数の値を示します。 曜日フィールドの3,5は、火曜日と木曜日を意味します。
?

特定の値がないことを示します。

月の日を指定する場合、曜日フィールドで?を使用します。

曜日を指定する場合、月の日フィールドで?を使用します。

0 0 10 ? * MON *は、毎週月曜日の午前10時を意味します。
/ n/mを使用して増分を示します。スラッシュの前の値が開始時間で、スラッシュの後の値が増分値です。 分フィールドの0/20は、0、20、40分を意味します。
L

週の最終日または月の最終日。

曜日フィールドでxLを使用して、月の最後のx曜日を示します。

月の日フィールドでL-nを使用して、月の最終日からn日前の日を示します。

複数の値または値の範囲でLを使用しないでください。

月の日フィールドのLは、1月31日、2月28日(うるう年以外)などを意味します。

曜日フィールドの6Lは、月の最終金曜日を意味します。

L-5は、月の最終日の5日前を意味します。

W

指定された日に最も近い平日(月曜日から金曜日)。

値が月をまたぐことはありません。

「月の日」フィールドでL文字とW文字(LW)を組み合せて、月の最後の平日を指定できます。

複数の値または値の範囲でWを使用しないでください。

10Wは、月の10日に最も近い平日を意味します。10日が土曜日の場合、9日の金曜日を意味します。10日が日曜日の場合、11日の月曜日を意味します。10日が水曜日の場合、10日の水曜日を意味します。
# x#nを使用して、月のn番目のx曜日を示します。 5#2は、月の第2木曜日を意味します。

Cron式の例

これらのcron式の例を開始ポイントとして使用して、独自の自動スケーリング・スケジュールを作成してください。各cron式をターゲット・プール・サイズと組み合せて、自動スケーリング・ポリシーを作成します。次に、自動スケーリング構成に1つ以上の自動スケーリング・ポリシーを含めます。

目標: スケーリング・イベントが1つのみの1回かぎりのスケジュール。2020年12月31日の午後11時に、インスタンス・プールを100インスタンスにスケーリングします。1つの自動スケーリング・ポリシーが必要です。

  • ポリシー1:

    • ターゲット・プール・サイズ: 100インスタンス
    • 実行時間: 2020年12月31日の午後11時
    • Cron式: 0 0 23 31 12 ? 2020

目標: スケール・アウト・イベントおよびスケール・イン・イベントを含む1回かぎりのスケジュール。2021年3月1日の午前10時に、75インスタンスにスケール・アウトします。2021年3月7日の午後4時に、30インスタンスにスケール・インします。2つの自動スケーリング・ポリシーが必要です。

  • ポリシー1 - スケール・アウト:

    • ターゲット・プール・サイズ: 75インスタンス
    • 実行時間: 2021年3月1日の午前10時
    • Cron式: 0 0 10 1 3 ? 2021
  • ポリシー2 - スケール・イン:

    • ターゲット・プール・サイズ: 30インスタンス
    • 実行時間: 2021年3月7日の午後4時
    • Cron式: 0 0 16 7 3 ? 2021

目標: 繰返しの日次スケジュール。平日の朝午前8時30分に、10インスタンスにスケール・アウトします。平日の夜午後6時に、2インスタンスにスケール・インします。2つの自動スケーリング・ポリシーが必要です。

  • ポリシー1 - 朝のスケール・アウト:

    • ターゲット・プール・サイズ: 10インスタンス
    • 実行時間: 毎年毎月の毎週月曜日から金曜日の午前8時30分
    • Cron式: 0 30 8 ? * MON-FRI *
  • ポリシー2 - 夜のスケール・イン:

    • ターゲット・プール・サイズ: 2インスタンス
    • 実行時間: 毎年毎月の毎週月曜日から金曜日の午後6時
    • Cron式: 0 0 18 ? * MON-FRI *

目標: 繰返しの週次スケジュール。火曜日と木曜日に、プールを30インスタンスにスケーリングします。他のすべての曜日では、プールを20インスタンスにスケーリングします。2つの自動スケーリング・ポリシーが必要です。

  • ポリシー1 - 火曜日と木曜日:

    • ターゲット・プール・サイズ: 30インスタンス
    • 実行時間: 毎年毎月の毎週火曜日と木曜日の午前1時
    • Cron式: 0 0 1 ? * TUE,THU *
  • ポリシー2 - 他のすべての日:

    • ターゲット・プール・サイズ: 20インスタンス
    • 実行時間: 毎年毎月の日曜日、月曜日、水曜日、金曜日、土曜日の午前1時
    • Cron式: 0 0 1 ? * SUN-MON,WED,FRI-SAT *

目標: 繰返しの月次スケジュール。月のすべての日に、プール・サイズを20インスタンスに設定します。月の15日に、40インスタンスにスケール・アウトします。2つの自動スケーリング・ポリシーが必要です。

  • ポリシー1 - 日次プール・サイズ:

    • ターゲット・プール・サイズ: 20インスタンス
    • 実行時間: 毎年毎月の毎日午前0時
    • Cron式: 0 0 0 * * ? *
  • ポリシー2 - スケール・アウト:

    • ターゲット・プール・サイズ: 40インスタンス
    • 実行時間: 毎年毎月の15日の午前0時5分
    • Cron式: 0 5 0 15 * ? *

自動スケーリング・イベントのトラッキング

イベント・サービスを使用して、自動スケーリング・アクションをモニターできます。たとえば、スケーリング・アクションが発生すると、イベントが発行されます。自動スケーリングのイベント・タイプおよびイベントの例の詳細は、「自動スケーリングのイベント・タイプ」を参照してください。

イベント通知の作成ステップは、「イベントの開始」を参照してください。

たとえば、スケーリング・アクションのイベント通知を作成するには、イベント・ルールの作成時に次の手順を実行します。

  1. 条件」で、「イベント・タイプ」を選択します。
  2. サービス名」で、「コンピュート」を選択します。
  3. イベント・タイプ」で、「自動スケーリング構成-スケーリング・アクション」を選択します。

スケーリング・アクション・エラーの通知をフィルタ処理するには:

  1. 「+ Another条件」をクリックして、追加条件を作成します。
  2. 条件」で、「属性」を選択します。
  3. 属性名」で、「actionType」を選択します。
  4. 属性値」に、ERRORと入力します。

actionTypeに使用できる属性値は次のとおりです。

  • SCALE_OUT
  • SCALE_IN
  • NO_ACTION
  • エラー
  • LIMIT_EXCEEDED
  • POWER_ACTION

監査ログを使用して、自動スケーリング・アクションを追跡することもできます。自動スケーリング・イベント中にエラーが発生した場合は、これらのログでエラーの詳細を確認でき、監査ログを使用して自動スケーリング・イベントの詳細を調べることができます

必要なIAMポリシー

Oracle Cloud Infrastructureを使用するには、管理者によってポリシーでセキュリティ・アクセス権が付与されている必要があります。このアクセス権は、コンソール、あるいはSDK、CLIまたはその他のツールを使用したREST APIのいずれを使用している場合でも必要です。権限がない、または認可されていないというメッセージが表示される場合は、管理者に連絡して、どのタイプのアクセス権があり、どのコンパートメントで作業するかを確認してください。

管理者向け: 自動スケーリングの構成へのアクセス権を付与する一般的なポリシーは、コンピュートの自動スケーリング構成をユーザーに管理させるを参照してください。

リソースのタグ付け

リソースにタグを適用すると、ビジネス・ニーズに応じてそれらを整理しやすくなります。リソースの作成時にタグを適用することも、後でリソースを必要なタグで更新することもできます。タグ適用についての一般情報は、リソース・タグを参照してください。

前提条件

  • インスタンス・プールがあります。必要に応じて、インスタンス・プールにロード・バランサをアタッチできます。
  • メトリックベースの自動スケーリングの場合、インスタンス・プールのインスタンスでモニタリングが有効化されており、インスタンスによって出力されるメトリックをモニタリング・サービスが受信しています。モニタリングをサポートするインスタンスを使用して最初にインスタンス・プールを作成すると、プールのインスタンス構成の設定に関係なく、デフォルトでモニタリングが有効になります。
  • スケーリングするインスタンスの最大数を作成するのに十分なサービス制限があります。

コンソールの使用

メトリックベースの自動スケーリング構成を作成するには
  1. ナビゲーション・メニューを開き、「コンピュート」をクリックします。「コンピュート」で、「自動スケーリング構成」をクリックします。

  2. 「自動スケーリング構成の作成」をクリックします。
  3. 「基本的な詳細の追加」ページで、次を行います:

    1. 自動スケーリング構成の名前を入力します。機密情報の入力は避けてください。
    2. 自動スケーリング構成を作成するコンパートメントを選択します。
    3. 自動スケーリング構成を適用する「インスタンス・プール」を選択します。
    4. タグ付けオプションの表示: リソースの作成権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用するかどうかわからない場合は、このオプションをスキップするか(後からでもタグを適用できます)、管理者に問い合せてください。
  4. 「次」をクリックします。
  5. 「自動スケーリング・ポリシーの構成」ページで、「メトリックベースの自動スケーリング」を選択します。その後、次を行います:

    1. 自動スケーリング・ポリシーの名前を入力します。機密情報の入力は避けてください。
    2. 「クールダウン(秒)」ボックスに、スケーリング・イベント間に待機する最小時間を入力します。クールダウン期間によって、再スケーリングの前にシステムが安定化する時間が生じます。最小値(デフォルト)は300秒です。
    3. インスタンス・プール内のインスタンス数の増減をトリガーする「パフォーマンス・メトリック」を選択します。
    4. 「スケールアウト・ルール」領域で、プール・サイズを増やすためにパフォーマンス・メトリックが到達する必要のあるしきい値を指定します。「スケールアウト演算子」および「しきい値パーセンテージ」を選択します。次に、プールに追加するインスタンスの数を入力します。

      たとえば、CPU使用率が90%を超えると、プールに10個のインスタンスを追加します。

    5. 「スケールイン・ルール」領域で、プール・サイズを減らすためにパフォーマンス・メトリックが到達する必要のあるしきい値を指定します。「スケールイン演算子」および「しきい値パーセンテージ」を選択します。次に、プールから削除するインスタンスの数を入力します。

      たとえば、CPU使用率が20%を下回ると、プールから5個のインスタンスを削除します。

    6. 「スケーリング制限」領域で、インスタンス・プール内のインスタンス数を指定します:

      • インスタンスの最小数: プールで減らすことができるインスタンスの最小数。
      • インスタンスの最大数: プールで増やすことができるインスタンスの最大数。

        重要

        プロビジョニングできるインスタンスの数も、テナンシのサービス制限によって限定されています。
      • インスタンスの初期数: 自動スケーリングが有効化された直後にインスタンス・プール内で起動されるインスタンスの数。自動スケーリングでパフォーマンス・メトリックが取得された後、インスタンス数は、この初期数から設定済のスケーリング制限に基づいた数に自動的に調整されます。

  6. 「次」をクリックします。
  7. 自動スケーリング構成を確認し、「作成」をクリックします。

    自動スケーリングが実行されます。クールダウン期間が開始するのは、インスタンス・プールの状態が「スケーリング中」から「実行中」に変わったときです。

スケジュールベースの自動スケーリング構成を作成するには
  1. ナビゲーション・メニューを開き、「コンピュート」をクリックします。「コンピュート」で、「自動スケーリング構成」をクリックします。

  2. 「自動スケーリング構成の作成」をクリックします。
  3. 「基本的な詳細の追加」ページで、次を行います:

    1. 自動スケーリング構成の名前を入力します。機密情報の入力は避けてください。
    2. 自動スケーリング構成を作成するコンパートメントを選択します。
    3. 自動スケーリング構成を適用する「インスタンス・プール」を選択します。
    4. タグ付けオプションの表示: リソースの作成権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済のタグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用するかどうかわからない場合は、このオプションをスキップするか(後からでもタグを適用できます)、管理者に問い合せてください。
  4. 「次」をクリックします。
  5. 「自動スケーリング・ポリシーの構成」ページで、「スケジュールベースの自動スケーリング」を選択します。その後、次を行います:

    1. 自動スケーリング・ポリシーの名前を入力します。機密情報の入力は避けてください。
    2. 「実行するアクション」で、「プール・サイズのスケーリング」または「すべてのインスタンスのライフサイクル状態の変更」を選択します。
      • 「プール・サイズのスケーリング」を選択した場合は、「ターゲット・プール・サイズ」ボックスに、スケジュールされた時間にプールをスケーリングするインスタンスの数を入力します。

        重要

        プロビジョニングできるインスタンスの数も、テナンシのサービス制限によって限定されています。
      • 「すべてのインスタンスのライフサイクル状態の変更」を選択した場合は、「ライフサイクル・アクション」メニューで、インスタンス・プールで実行するアクションを選択します。
    3. 「実行スケジュール」領域で、UTCでこの自動スケーリング・ポリシーを実装するためのスケジュールを定義します。Quartz cron式を使用します。cron式の詳細は、Cron式についてを参照してください。
    4. さらにスケーリング・イベントをスケジュールするには、「+ 他のポリシー」をクリックし、前のステップを繰り返します。
  6. 終了したら、「次」をクリックします。
  7. 自動スケーリング構成を確認し、「作成」をクリックします。

    自動スケーリングはスケジュールされた時間に実行されます。

自動スケーリング構成を編集するには

自動スケーリング構成の次の特性を変更できます:

  • 名前
  • メトリックベースの自動スケーリングの場合、自動スケーリング・アクション間のクールダウン期間
  1. ナビゲーション・メニューを開き、「コンピュート」をクリックします。「コンピュート」で、「自動スケーリング構成」をクリックします。

  2. 関心のある自動スケーリング構成をクリックします。
  3. 「編集」をクリックします。
  4. 更新を行います。機密情報の入力は避けてください。
  5. 「変更の保存」をクリックします。
自動スケーリング・ポリシーを編集するには

自動スケーリング・ポリシーの次の特性を変更できます:

  • 名前
  • メトリックベースの自動スケーリングの場合:

    • 自動スケーリング・アクションをトリガーするパフォーマンス・メトリック
    • インスタンスの最小数と最大数
    • 自動スケーリング・ポリシーを更新した直後にプールに含まれるインスタンスの初期数

      注意

      現在のプール・サイズより少ないインスタンスの初期数を指定すると、インスタンスは終了します。
    • スケールアウト演算子、スケールイン演算子およびしきい値
    • 追加または削除するインスタンスの数
  • スケジュールベースの自動スケーリングの場合、既存のポリシーのターゲット・プール・サイズ、ライフサイクル・アクションまたはスケジュールの編集、既存のポリシーの削除、または新規ポリシーの追加を行うことができます

  1. ナビゲーション・メニューを開き、「コンピュート」をクリックします。「コンピュート」で、「自動スケーリング構成」をクリックします。

  2. 関心のある自動スケーリング構成をクリックします。
  3. 「自動スケーリング・ポリシー」領域で、「編集」をクリックします。
  4. 更新を行います。機密情報の入力は避けてください。
  5. 「変更の保存」をクリックします。
プール・サイズの予測を表示するには

自動スケーリング・スケジュールが将来のプール・サイズにどのように影響すると予想されるかを確認するには、プール・サイズ予測を表示します。

  1. ナビゲーション・メニューを開き、「コンピュート」をクリックします。「コンピュート」で、「自動スケーリング構成」をクリックします。

  2. 関心のある自動スケーリング構成をクリックします。
  3. リソース」で、「プール・サイズ予測」をクリックします。
  4. オプションで、予測をカスタマイズします。
    • デフォルトでは、予測にはアクティブなスケジュールベースのポリシーが表示されます。すべてのスケジュールベースのポリシーを表示するには、「ポリシー」で「すべてのスケジュールベースのポリシー」を選択します。
    • タイム・ゾーン」で、UTC時間またはローカル時間を選択します。
    • 予測に表示される日付範囲を変更するには、「Start date」または「End date」をクリックし、カレンダ・ピッカーを使用して新しい日付を選択します。
スケジュールベースの自動スケーリング・ポリシーを有効化または無効化するには
  1. ナビゲーション・メニューを開き、「コンピュート」をクリックします。「コンピュート」で、「自動スケーリング構成」をクリックします。

  2. 関心のある自動スケーリング構成をクリックします。
  3. 「自動スケーリング・ポリシー」領域の「ステータス」で、「有効」または「無効」スイッチを切り替えます。
自動スケーリング構成を無効にするには
  1. ナビゲーション・メニューを開き、「コンピュート」をクリックします。「コンピュート」で、「自動スケーリング構成」をクリックします。

  2. 関心のある自動スケーリング構成をクリックします。
  3. 「無効化」をクリックして、プロンプトが表示されたら確認します。
自動スケーリング構成を削除するには

自動スケーリング構成を削除しても、インスタンス・プールは最新の状態のままです。

  1. ナビゲーション・メニューを開き、「コンピュート」をクリックします。「コンピュート」で、「自動スケーリング構成」をクリックします。

  2. 関心のある自動スケーリング構成をクリックします。
  3. 「削除」をクリックして、プロンプトが表示されたら確認します。
自動スケーリング構成のタグを管理するには
  1. ナビゲーション・メニューを開き、「コンピュート」をクリックします。「コンピュート」で、「自動スケーリング構成」をクリックします。

  2. 関心のある自動スケーリング構成をクリックします。
  3. 既存のタグを表示または編集するには、「タグ」タブをクリックします。または、新しいタグを追加する場合は、「タグの追加」をクリックします。

詳細は、リソース・タグを参照してください。

APIの使用

APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。SDKの詳細は、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。

自動スケーリングAPIを使用して、自動スケーリング構成およびポリシーを管理します。

自動スケーリング構成を新しいインスタンス・プールで更新するには、新しいインスタンス構成を作成してから、その新しい構成を指すようにインスタンス・プールを更新します:

  • まず、必要な設定で新しいインスタンス構成を作成します。これは、コンソールを使用して行うことができます。ステップは、インスタンス構成の作成を参照してください。APIを使用してこれを行うには、CreateInstanceConfiguration操作を使用します。

  • 次に、自動スケーリング構成で使用されているインスタンス・プールを、新しいインスタンス構成を指すように更新します。APIを使用してこれを行うには、UpdateInstancePool操作を使用して、instanceConfigurationIdを変更します。インスタンス・プールで使用されるインスタンス構成の更新に、コンソールを使用することはできません。