オートスケールのよくある質問

オートスケールのセットアップのために作成する必要がある要素は何ですか?

IBM Cloud のコンソールを使用する場合は、インスタンス・テンプレートとインスタンス・グループを作成する必要があります。また、動的スケール方式を選択する場合は、スケーリング・ポリシーを作成する必要があります。詳しくは、『UI を使用したオート・スケールのセットアップ』を参照してください。 IBM Cloud CLIまたはAPIを使用している場合は、インスタンス・グループ・マネージャーも作成する必要があります。詳しくは、CLI を使用したオートスケールのセットアップを参照してください。

オートスケールの使用料金はいくらですか?

VPC のオートスケールは無料ですが、利用したリソースに対して課金されます。例えば、インスタンス・グループで作成された仮想サーバー・インスタンスに対して課金されます。

オートスケールの仕組みを教えてください。

CPU、メモリー、ネットワーク使用量などのメトリックについて、目標とする平均使用率を定義したスケーリング・ポリシーを設定します。定義したポリシーによって、インスタンス・グループの仮想サーバー・インスタンスがいつ追加/除去されるかが決まります。

オートスケールでは、以下の計算を使用して、特定の時点で実行されているインスタンス数が決定されます。

Σ(Current average utilization of each instance)/target utilization = membership count

仕組みについて詳しくは、Auto Scale for VPC を参照してください。

オートスケールを使用するために必要な権限は何ですか?

インスタンス・テンプレート、インスタンス・グループ、インスタンス・グループ・マネージャに対するアクションに必要な権限は、「Managing IAM access for VPC Infrastructure Services」で確認できます、インスタンステンプレート、インスタンスグループ、インスタンスグループ管理者、メンバーシップ、およびポリシーに対するアクションに必要な権限は、 VPC インフラストラクチャサービスの IAM アクセスの管理で確認できます。 IBM Cloud の ID およびアクセス管理 (IAM) を使用してユーザーにアクセス権限を割り当てる方法について詳しくは、VPC リソースに対するユーザー権限の付与を参照してください。

複数のスケーリング・ポリシーを設定することはできますか?

スケーリング・ポリシーを設定できるメトリックは、「CPU 使用率 (%)」、「RAM 使用率 (%) (RAM utilization (%))」、「ネットワーク受信量 (Mbps) (Network in (Mbps))」、「ネットワーク送信量 (Mbps) (Network out (Mbps))」です。複数のターゲット・メトリック・ポリシーを定義できますが、メトリックのタイプごとに 1 つのポリシーのみを定義できます。

オートスケールを使用する場合に、ネットワーク・インターフェースまたは浮動 IP アドレスに関する制限はありますか?

インスタンス・グループは、以下の構成を持つインスタンス・テンプレートをサポートしません。

2 次ネットワーク・インターフェースはサポートされません。インスタンス・グループでは、インスタンス・テンプレートの 1 次ネットワーク・インターフェースのみサポートされます。
1 次インターフェースに割り当てられている 1 次 IP アドレスまたは浮動 IP アドレスはサポートされません。

オートスケールにカスタム・メトリックを使用できますか?

いいえ現在カスタム・メトリックはサポートされていません。

インスタンスに使用できる IP アドレスはいくつですか?

現在は、サブネットごとに 6 つの IP アドレスがオーバーヘッドとして割り当てられます。サブネット内の残りの IP アドレスが、インスタンス・グループでプロビジョンされるインスタンスに割り当てることができる IP アドレスです。

32 以上のサブネット・サイズを使用するようにしてください。複数のインスタンス・グループで同じサブネットを使用すると、キャパシティーの問題が発生する可能性があります。

インスタンスはサブネット間にどのように分散されますか?

現在、インスタンスは、インスタンス・グループのサブネットのいずれかにランダムにプロビジョンされます。

インスタンス・テンプレートを更新するとどうなりますか?

インスタンス・グループで使用されているインスタンス・テンプレートを更新すると、そのインスタンス・グループで将来作成されるすべてのインスタンスに、新しいインスタンス・テンプレートが使用されるようになります。インスタンス・グループの既存のインスタンスは一切変更されません。

新しいインスタンス・テンプレートを使用してインスタンス・グループ内のすべてのインスタンスを更新することはできますか?

既存のメンバーシップを削除して新しいインスタンス・テンプレートを適用すると、インスタンス・グループ内のすべてのインスタンスを更新できます。詳しくは、オートスケールを一時停止して新しいインスタンス・テンプレートを適用するを参照してください。

ヘルス・チェックを追加するには、どうすればよいですか?

インスタンス・グループの作成時にロード・バランサーを関連付けて、ヘルス・チェックを追加できます。ロードバランサーの詳細については、以下のトピックを参照：

ロード・バランサーの作成、ロード・バランサー・プールの作成、およびヘルス・チェックの構成について詳しくは、以下のトピックを参照してください。

オートスケール用にリソースを事前プロビジョンする必要はありますか?

オートスケール・イベントでは、オートスケールにより、インスタンス・グループで定義されたインスタンス・テンプレートに従って、インスタンスが動的に割り振られます。インスタンス・テンプレートでは、2 次ネットワーク・インターフェースはサポートされません。オートスケールによってプロビジョンされたインスタンスの一部として 2 次ネットワーク・インターフェースを含める場合は、このリソースを個別に作成し、プロビジョン後にインスタンスに接続する必要があります。

インスタンス・グループがスケーリングされないのはなぜですか?

インスタンス・グループは、さまざまな理由でインスタンスの作成に失敗することがあります。インスタンス・グループ・イベントに関連する特定の詳細を検索するには、 IBM Cloud Activity Tracker Event Routing。詳しくは、インスタンス・グループのイベントを参照してください。

単一ポートではなく、ネットワーク・ロード・バランサー・リスナーのポート範囲を設定した場合、アプリケーション・ポートはどのように機能しますか?

ネットワーク・ロード・バランサー・リスナーのポート範囲を設定した場合、プールのヘルス・チェック・ポートを設定していなければ、インスタンス・グループのアプリケーション・ポートは、バックエンド・メンバーのヘルス状況の検査にのみ使用されます。

どのロード・バランサー・オファリングが自動スケーリングをサポートしているかを知るにはどうすればよいですか?

すべてのネットワーク・ロード・バランサー・オファリングがインスタンス・グループとの統合をサポートするわけではありません。ロード・バランサーの詳細の instance_groups_supported プロパティーが true の場合、ロード・バランサーは自動スケーリングをサポートします。