インスタンス・グループの管理
インスタンス・グループを作成した後、それを複製、削除、または編集して、スケーリング方法、グループ・サイズ、またはスケーリング対象のポリシーを変更できます。
「VPC のインスタンス・グループ (Instance groups for VPC)」ページからインスタンス・グループを管理するには、以下の手順を実行します。
- IBM Cloud コンソールで、ナビゲーションメニュー アイコン
インフラストラクチャ
コンピュート > インスタンスグループ に進みます。
- VPCのインスタンスグループ]ページで、管理したいインスタンスグループの [
アクション]アイコンをクリックし、[ 複製] または[ 削除] から選択します。
- インスタンス・グループを編集または表示するには、編集または表示するインスタンス・グループをクリックして**「インスタンス・グループの詳細 (Instance group details)」**ページに移動します。
インスタンス・グループの複製
インスタンス・グループを複製すると、現在の設定のコピーが作成され、フィールドに事前にデータが取り込まれた状態の「新規インスタンス・グループ (New instance group)」ページが表示されます。 必要な変更を行い、複製したインスタンス・グループをベースにした新しいインスタンス・グループを作成することができます。
インスタンス・グループの削除
インスタンス・グループが不要になった場合は、インスタンス・グループを削除して、アカウントから完全に除去できます。 インスタンス・グループに含まれているインスタンスもすべて削除されます。
インスタンス・グループの編集
インスタンス・グループの詳細ページにアクセスして、インスタンス・グループを変更できます。 スケーリング方式を 静的方式と動的方式の間で変更できます。 インスタンス・グループのサイズを調整できます。 また、スケーリングのためのターゲット・ポリシーを編集または追加できます。
インスタンス・グループの詳細の編集
インスタンスグループの詳細ページで、編集アイコン をクリックすると、以下の項目を変更できます:
- 名前
- サブネット: インスタンス・グループのサイズと比較して、サブネットの IP アドレスのキャパシティーが検証されます。 グループのメンバーシップ数は、サブネット全体で割り当て可能なIPアドレスの総数を超えることはできません。 現在は、サブネットごとに 6 つの IP アドレスがオーバーヘッドとして割り当てられます。それらの IP アドレスをインスタンスに割り当てることはできません。
- ロード・バランサー・プール: インスタンス・グループのメンバーシップ数が 0 に設定されている場合は、インスタンス・グループに関連付けられているロード・バランサー・プールを変更できます。 利用可能な別のロードバランサーを選択することも、割り当てられたロードバランサーの使用を停止するために noneを選択することもできます。
- インスタンス・テンプレート: インスタンス・グループで新規作成されるインスタンスをプロビジョンするときに使用する別のインスタンス・テンプレートを選択できます。 既存のインスタンスが、新規インスタンス・テンプレートを使用して更新されることはありません。
- メンバーシップ数: 詳細については、静的インスタンス・グループのメンバーシップ数の変更を参照してください。 動的オートスケール方式を使用しているインスタンス・グループのメンバーシップ数は、動的オートスケールを無効にしない限り、手動で調整することができません。
静的インスタンス・グループのメンバーシップ・カウントの変更
インスタンス・グループにstaticメソッドを使用している場合、インスタンス・グループは常に設定したインスタンス数を維持するように動作する。 いずれかのインスタンスが失敗すると、インスタンス・グループはインスタンス・グループ内の失敗したインスタンスを自動的に置き換えます。 グループ内のインスタンスを維持することで、それらのインスタンスで実行されているアプリケーションの可用性も向上する。
グループ内のインスタンスは、メンバーシップ・カウントを編集することによって、いつでも手動でスケーリングできます。
- インスタンスグループの詳細ページで、メンバーシップカウントを編集し、インスタンスグループに必要なインスタンス数を指定します。
インスタンス・グループのスケーリング方式の変更
静的メンバーシップを指定して作成したインスタンス・グループを、動的スケーリング方式を使用するように変更することができます (動的スケーリング方式から静的スケーリング方式に切り替えることもできます)。 動的スケーリング方式を使用する場合、インスタンス・グループのインスタンスの最小数と最大数を設定します。 次に、インスタンス・グループに維持させたいメトリック(CPUなど)の使用率を定義するターゲット・ポリシーを指定します。
静的メンバーシップの使用から動的スケーリングの使用にインスタンス・グループを変更するには、以下の手順を実行します。
- インスタンスグループの詳細ページの右上にあるメニューから、「 スケーリング方法の切り替え 」を選択します。
- **「動的への切り替え (Switch to dynamic)」ページで、「切り替え (Switch)」**をクリックして、動的スケーリング方式に変更することを確認します。
- インスタンスグループで実行するインスタンスの最小数と最大数を指定します。 これらの数は後で編集できます。
- 集計期間を指定します。 集計期間とは、インスタンス・グループのマネージャーが各インスタンスをモニターして平均使用率を求める期間 (秒単位) のことです。
- クールダウン時間(スケーリングが行われた後、それ以降のスケーリング動作を一時停止する秒数)を指定する。
- インスタンス・グループ・マネージャがインスタンス・グループの自動スケーリングに使用できるメトリックとターゲット利用率を定義する1つまたは複数のターゲット・ポリシーを作成します。 詳しくは表1を参照のこと。
| フィールド | 値 |
|---|---|
| メトリック・タイプ | グループのインスタンスを追加/除去するために使用するターゲット使用率値を関連付けるメトリックのタイプを選択します。 「CPU 使用率 (%)」、「RAM 使用率 (%) (RAM utilization (%))」、「ネットワーク入力 (Mbps) (Network in (Mbps))」、「ネットワーク出力 (Mbps) (Network out (Mbps))」のいずれかのメトリックを選択できます。 複数のターゲット・スケーリング・ポリシーを定義できますが、メトリック・タイプ 1 つにつき定義できるポリシーは 1 つのみです。 |
| 平均ターゲット使用率 | 選択したメトリックの平均利用率を指定します。 このターゲット値によって、インスタンス・グループ・マネージャーが、グループ内のインスタンスをいつスケールアップまたはスケールダウンする必要があるかが定義されます。 集計期間が経過するたびに、インスタンス・グループのマネージャーが、すべてのインスタンスの現在の使用率を合計し、その値をこのターゲット使用率値で除算し、メンバーシップ数を決定します。 |
ターゲット・スケーリング・ポリシーの作成
ダイナミック・スケーリング方式では、特定のメトリクス(CPUなど)を定義し、そのメトリクスの目標使用率を設定する。 このメトリックと平均ターゲット使用率の両方によって、インスタンス・グループがグループの仮想サーバー・インスタンスをいつ動的に追加または除去する必要があるかが決定されます。
スケーリング・ポリシーを追加するには、以下の手順を実行します。 複数のターゲット・スケーリング・ポリシーを定義できますが、メトリックのタイプごとに 1 つのポリシーのみを定義できます。
- このインスタンス・グループで動的スケーリング方式が有効になっていることを確認します。 「オート・スケール」 は、 「スケーリング方法」 の下にあります。 インスタンス・グループが管理されていないことがスケーリング方式に示されている場合は、スケーリング方式を変更して動的にすることができます。
- **「ターゲット・ポリシー (Target policies)」の「ポリシーの追加 (Add a policy)」**をクリックし、表 2 の情報を入力します。
| フィールド | 値 |
|---|---|
| メトリック・タイプ | グループのインスタンスを追加/除去するために使用するターゲット使用率値を関連付けるメトリックのタイプを選択します。 「CPU 使用率 (%)」、「RAM 使用率 (%) (RAM utilization (%))」、「ネットワーク入力 (Mbps) (Network in (Mbps))」、「ネットワーク出力 (Mbps) (Network out (Mbps))」のいずれかのメトリックを選択できます。 複数のターゲット・スケーリング・ポリシーを定義できますが、メトリックのタイプごとに 1 つのポリシーのみを定義できます。 |
| 平均ターゲット使用率 | 選択したメトリックの平均利用率を指定します。 このターゲット値によって、インスタンス・グループ・マネージャーが、グループ内のインスタンスをいつスケールアップまたはスケールダウンする必要があるかが定義されます。 集計期間が経過するたびに、インスタンス・グループのマネージャーが、すべてのインスタンスの現在の使用率を合計し、その値をこのターゲット使用率値で除算し、メンバーシップ数を決定します。 |
既存のターゲット・スケーリング・ポリシーについては、 編集アイコン を使用して編集できます。
メンバーシップの表示と管理
インスタンスグループの詳細ページでは、インスタンスグループのメンバーである仮想サーバーインスタンスを確認できます。 ナビゲーション・ペインで、**「メンバーシップ」**をクリックすると、インスタンス・グループのメンバーシップが表示されます。
「メンバーシップ」ページでは、以下のタスクを実行できます。
- メンバーシップのインスタンスの名前をクリックして、メンバーシップの詳細ページにアクセスできます。
- メンバーシップのインスタンスのプロビジョンに使用されたインスタンス・テンプレートの「インスタンス・テンプレートの詳細 (Instance template details)」ページにアクセスできます。
- メンバーシップおよび関連する仮想サーバー・インスタンスを削除できます。 削除するメンバーシップの「アクション」アイコン
をクリックし、**「削除」**を選択します。
オートスケールの無効化/有効化
動的オートスケール方式を使用している場合は、インスタンス・グループの動的オートスケールを一時的に無効にできます。 課金サイクルの終了時にインスタンスグループのメンテナンスを実行してコストを節約したり、新しいインスタンステンプレートを使用するすべての新しいインスタンスを作成したりするために、ダイナミックスケーリングメソッドを一時停止することを選択できます。 オートスケールを無効にすると、自動によるインスタンスの追加/削除が行われなくなります (インスタンス・グループのメンバーシップ数を手動で調整することは可能です)
- 「インスタンス・グループの詳細 (Instance group details)」ページの**「スケーリング方式 (Scaling method)」セクションで、オートスケールのスライダーを使用して、緑色の「有効 (Enabled)」から「無効 (Disabled)」**に変更できます。
- オートスケールが**「無効 (Disabled)」になっている場合は、「有効 (Enabled)」**に変更できます。
オートスケールを一時停止して新しいインスタンス・テンプレートを適用する
インスタンス・グループの動的オートスケールを一時的に無効にすると、新しいインスタンス・テンプレートで新しいインスタンスをすべて作成することができます。 グループ内の既存のインスタンスを削除して、新しいインスタンス・テンプレートで新しいインスタンスを作成するには、以下の手順を実行します。
- ダイナミック・オートスケールが有効な場合は、 スケーリング方法のセクションのスライダーを Enabledから Disabledに動かす。
- オートスケールが**「無効」に設定されている場合は、インスタンス・グループの「メンバーシップ数」**を 0 に変更します。 グループ内の既存のインスタンスがすべて削除されます。
- インスタンス・テンプレート ・フィールドでは、 編集アイコン
使用して、インスタンス・グループのインスタンス作成に使用する新しいインスタンス・テンプレートを編集して選択します。
- インスタンスグループのメンバーシップ数を、新しいインスタンステンプレートでプロビジョニングするインスタンス数に変更します。 例えば、会員数を _5と_指定することができる。
- ダイナミック・スケーリング方式を再び使用する準備ができたら、 スケーリング方式セクションのスライダーをDisabledから ** Enabledに動かします。 インスタンス・グループは新しいインスタンス・テンプレートを使用する5つのインスタンスを作成する。
インスタンス・グループおよび予約
予約でインスタンス・グループを使用する場合は、以下の情報に留意してください。 予約について詳しくは、 VPC の予約について を参照してください。
インスタンス・プロトタイプ定義。したがって、インスタンス・テンプレートには、インスタンスが特定の予約に接続できるようにするための新しい予約プロパティーが含まれています。
オートスケール・グループを作成するときには、インスタンス・テンプレート・リソースが必要です。 インスタンス・テンプレートが予約 ID で作成された場合、オートスケール・グループによって開始されたインスタンスは、指定された予約に接続しようとします。 インスタンス・テンプレートがreservation_affinity=automaticのインスタンス・プロトタイプを使用している場合、オートスケールされたインスタンスは、affinity_policyがautomaticで同じプロファイルに一致するアカウント内の予約にアタッチされます。
予約のあるオート・スケール・グループのベスト・プラクティス
オート・スケール・グループのサイズは、予約容量のサイズ (数量) と一致する必要はありません。 オート・スケール・グループ・メンバーシップは予約サイズを超えることはできません。 例えば、100 個のインスタンスに対して予約を作成できますが、オート・スケール・グループは最大メンバーシップ・サイズ 50 に構成できます。 つまり、オート・スケール・グループは、最大 50 ユニットの予約済み容量を消費します。
オート・スケール・グループを作成または更新して、予約容量より大きいサイズにすることはできますが、このサイズを大きくすることは推奨されません。 グループが予約より大きい場合、スケール・グループによって作成されたインスタンスはプロビジョンに失敗する可能性があります。
予約に、自動スケール・インスタンスを開始するための使用可能な容量がない場合、既存の自動スケール自己修復機能は、インスタンス・プロビジョニングを再試行して、自動スケール・メンバーシップ数に到達します。 再試行の有効期限が切れると (10 分)、オート・スケール・グループの状況は _「異常」_と報告されます。 オート・スケール・エラー配列は、インスタンス状況の失敗メッセージを報告します。
オート・スケール自己修復の有効期限が切れた後に予約の利用可能容量が増加した場合、オート・スケール・グループはメンバーシップ数の取得を自動的に再試行しません。
ゾーンごとに 1 つずつ、最大 3 つのサブネットを持つオート・スケール・グループを作成できます。 ただし、オート・スケール・グループに関連付けられているインスタンス・テンプレートは、1 つの予約のみをターゲットにすることができます。この予約のスコープは 1 つのゾーンのみです。 そのため、予約をターゲットとするインスタンス・テンプレートを使用する場合は、オートスケール・グループに含まれるサブネットを 1 つだけにし、そのサブネットのゾーンを予約のゾーンと一致させることをお勧めします。 複数のサブネットが使用されている場合、予約のゾーンとは異なるゾーンで作成されたインスタンスは失敗します。