インスタンス・プールの管理

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

インスタンス・プールにより、コンピュート・インスタンスの管理が簡素化されます。

インスタンス・プールの概要

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

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

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

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

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

次のトピックは、インスタンス・プールに関連しています。

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

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

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

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

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

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

制限事項および考慮事項

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

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

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

必要なIAMポリシー

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

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

リソースのタグ付け

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

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

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

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