インスタンス構成およびインスタンス・プールの使用

専用仮想マシン・ホスト上の不要になったインスタンスを削除(終了)して、容量を使用可能にします。

インスタンス構成は、コンピュート・インスタンスを作成する際に使用する設定を定義するテンプレートです。

インスタンス・プールは、グループとして管理されるインスタンスのセットです。

インスタンス構成

インスタンス構成によって、コンピュート・インスタンスを作成する際に使用する設定(ベース・イメージ、シェイプ、メタデータなどの詳細を含む)が定義されます。また、ブロック・ボリューム・アタッチメントやネットワーク構成など、インスタンスに関連するリソースを指定したり、インスタンスを容量予約に関連付けることもできます。

インスタンス構成を作成するステップは、インスタンス構成の作成を参照してください。

既存のインスタンス構成を変更するには、必要な設定を含む新しいインスタンス構成を作成します。

インスタンス構成を削除するには、インスタンス構成の削除を参照してください。

インスタンス・プール

インスタンス・プールを使用すると、グループと同じリージョン内に複数のコンピュート・インスタンスを作成および管理できます。また、ロード・バランサ・サービスやIAMサービスなどの他のサービスとの統合も可能になります。

インスタンス・プールは、既存のインスタンス構成を使用して作成します:

インスタンス・プールを作成した後、プールのサイズの更新、プールに対する既存のインスタンスの追加と削除、ロード・バランサおよびネットワーク・ロード・バランサのアタッチまたはデタッチを行うことができます。別のインスタンス構成を使用するようにインスタンス・プールを更新したり、インスタンスを別の可用性ドメインフォルト・ドメインまたはサブネットに配置することもできます。

パフォーマンス・メトリックまたはスケジュールに基づいて、インスタンス・プール内のインスタンス数を自動的に調整できます。スケジュールに基づいて、インスタンス・プール内のインスタンスを停止および起動することもできます。これを行うには、インスタンス・プールの自動スケーリングを有効にします。

クラスタ・ネットワークは、大規模な高パフォーマンス・コンピューティング・ジョブ用に設計された特殊なインスタンス・プールです。

インスタンス・プールのライフサイクル状態

次のリストに、インスタンス・プールの様々なライフサイクル状態を示します。

  • プロビジョニング中: インスタンス・プールを作成するとき、これがインスタンス・プールの最初の状態です。インスタンス・プールのインスタンスが、指定されたインスタンス構成に基づいて構成されているところです。
  • 起動中: インスタンスが起動中です。この時点で実行できるアクションは、インスタンス・プールの終了のみです。
  • 実行中: インスタンスが作成され、実行中です。
  • 停止中: インスタンスが停止処理中です。
  • 停止済: インスタンスが停止されました。
  • スケーリング中: インスタンス・プールが作成された後で、インスタンス・プール・サイズを更新するとこの状態に移行して、その間にインスタンスの作成(プール・サイズ拡大の場合)またはインスタンスの終了(プール・サイズ縮小の場合)が行われます。この時点で実行できるアクションは、インスタンス・プールの終了のみです。
  • 終了中: インスタンスおよび関連するリソースが終了中です。
  • 終了済: インスタンス・プール、そのすべてのインスタンスおよび関連リソースが終了しました。

高可用性のためのフォルト・ドメインへのインスタンスの分散

デフォルトでは、プール内のインスタンスは、容量に基づいたベストエフォート方式で、すべてのフォルト・ドメインに分散されます。あるフォルト・ドメインで容量が足りない場合、インスタンス・プールが正常に起動できるようにインスタンスが別のフォルト・ドメインに配置されます。

高可用性のシナリオでは、指定する各フォルト・ドメイン間でプール内のインスタンスを均等に分散するように要求できます。フォルト・ドメインの1つに十分な容量がないとき、インスタンス・プールは起動しない、または正常にスケーリングされます。また、インスタンス・プールに対する作業リクエストによって、容量不足エラーが返されます。容量のエラーを修正するには、容量が使用可能になるまで待機するか、インスタンス・プールの配置構成を更新(可用性ドメインおよびフォルト・ドメイン)します。

制限事項および考慮事項

インスタンス構成およびインスタンス・プールを操作する場合は、次の点に注意してください:

  • インスタンス・プールに関連付けられているインスタンス構成は削除できません。
  • 複数のインスタンス・プールで同じインスタンス構成を使用できます。ただし、1つのインスタンス・プールに関連付けられるインスタンス構成は1つのみです。
  • インスタンス・プールが長期間にわたりスケーリング中またはプロビジョニング中の状態にある場合、リクエストしたインスタンスの数が使用可能なインスタンスの数を超えている可能性があります。このシナリオでは、24時間が経過すると、インスタンス・プールが使用可能な容量で「実行中」に遷移しますが、これは、リクエストしたインスタンスの数より少ない可能性があります。インスタンス・プール・サイズは、現在実行中のインスタンスの数を反映して更新されます。

    • この場合、ServiceLimitOutOfCapacityPostLaunchFailureまたはInvalidParameterのいずれかのエラーが作業リクエストに表示されている可能性があります。
    • インスタンス数がその可用性ドメインに対するテナンシのサービス制限を超える場合は、サービス制限を確認し、サービス制限の引上げをリクエストできます。
  • インスタンス・プールのインスタンス構成を変更しても、そのプールに含まれている既存のインスタンスは変更されません。インスタンス構成の変更後に作成された新しいインスタンスでは、新しいインスタンス構成が使用されます。新規インスタンスは、インスタンス・プールのサイズを増やすか、既存のインスタンスを終了しないかぎり作成されません。
  • インスタンス・プールのサイズを縮小した場合、各配置(可用性ドメインおよびフォルト・ドメイン)の間でインスタンスのバランスをとるために、インスタンスは最初に、その可用性ドメインおよびフォルト・ドメインに存在するインスタンス・プール内のインスタンスの数に基づいて終了されます。1つの配置内では、最も古いインスタンスが最初に終了されます。

必要なIAMポリシー

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

管理者向け: インスタンス・プールとインスタンス構成へのアクセス権を付与する一般的なポリシーは、コンピュートのインスタンス構成、インスタンス・プールおよびクラスタ・ネットワークをユーザーに管理させるを参照してください。

リソースのタグ付け

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

リソースへのタグ付けの伝播

OCIサービスは、プライマリ・リソースとセカンダリ・リソースの両方でタグのタイプがサポートされている場合、プライマリ・リソースのフリーフォーム・タグと定義済タグをすべてセカンダリ・リソースに伝播します。たとえば、インスタンス・プールでインスタンスが作成されると、インスタンス・プールおよびインスタンス構成のタグが、作成されたリソースに伝播されます。リソースには、プールによって作成されたインスタンス、プライマリVNIC、セカンダリVNIC、インスタンスとともに作成されたブート・ボリュームおよびブロック・ボリュームが含まれます。タグは、プールにアタッチされている既存のインスタンスに伝播されません。

場合によっては、インスタンス・プール、インスタンス構成およびリソースのタグが競合する可能性があります。このような場合は、インスタンス構成のタグ値がリソースに伝播され、インスタンス・プールとリソースの両方のタグの値が上書きされます。インスタンス・プールとリソースのタグが競合し、インスタンス構成にタグがない場合は、インスタンス・プールのタグの値がリソースに伝播され、リソースのタグの値は上書きされます。