クラウドプロビジョニングとガバナンス のリソースブロック

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:7分
  • リソースブロックは、カタログアイテム、クラウド API (CAPI)、および CMDB 間のミドルウェアコンポーネントの一種として機能します。

    次の図は、システム内の他のコンポーネント間でリソースブロックが適合する方法を示しています。

    Cloud Provisioning and Governance 環境でのリソースブロック

    詳細計画
    各リソースブロックは、詳細計画内の構成要素になります。詳細計画は最終的に、ユーザーがクラウドカタログからプロビジョニングするカタログアイテム (スタックとも呼ばれます) になります。
    クラウド API (CAPI)
    各リソースブロックは、プロビジョンやプロビジョニング解除など、許可される操作を定義します。これらの操作は、CAPI 内のさまざまなコンポーネントを呼び出して、スタックから受信した操作を実行します。
    CMDB
    各リソースブロックは、CMDB の CI タイプに基づいています。リソースブロックには、CI の作成や更新など、CMDB で何らかのアクションを実行するクラウドプロバイダーからの応答を処理する応答プロセッサーもあります。

    リソースブロックの接続方法

    リソースブロックは詳細計画で相互に接続されます。たとえば、この詳細計画は、仮想サーバーリソースブロックがストレージに接続されています。仮想サーバーとストレージは、どちらも AWS データセンターのリソースブロックに接続されています。

    図 : 1. ストレージを備えた詳細計画サーバー
    ストレージを備えた詳細計画サーバー

    これらの接続を正常に行うためには、各リソースブロックにインターフェイスのタイプを指定する必要があります。次の図は、これらのインターフェイスを示しています。

    図 : 2. リソースブロックのインターフェイスのタイプ
    リソースブロックのインターフェイス
    • 「ゲストインターフェイス」は、その上にあるリソースに接続します。ゲストインターフェイスには、ユーザーが自分のリソースでアクションを実行できるようにする「操作」(「操作署名」とも呼ばれます) が含まれています。
    • 「ホストインターフェース」は、詳細計画でリソースブロック下にあるリソースに接続します。ホストインターフェイスには、操作署名も含まれています。
    • 「バインディング」は隣接するリソースを接続します。
    リソースブロックは、必要に応じてゲストインターフェイス、ホストインターフェイス、およびバインディングをいくつでも持つことができます。接続はさまざまな方向で行うことができます。
    • 垂直接続では、最上位のリソースブロックが、最下部のリソースブロックのゲストインターフェイスと同じホストインターフェイスを持つ必要があります。
      注:
      詳細計画で、この垂直接続は「格納」接続と呼ばれます。
    • 水平接続では、1 つのリソースを別のリソースにバインドしますが、両方のリソースが同じリソースブロック上に存在する必要があります。
      注:
      詳細計画で、この水平接続は「接続先」接続と呼ばれます。
    AWS データセンターでストレージが接続された仮想サーバーを使用する同じ詳細計画の例では、次の図に示すようにリソースブロックが構成されます。
    図 : 3. リソースブロックのインターフェイス
    リソースブロックのインターフェイス
    リソースブロック インターフェイスとバインディング
    仮想サーバー
    • ホストインターフェイス:CPU
    • バインディング:ストレージボリューム
    AWS データセンター
    • ゲストインターフェイス:CPU
    • ゲストインターフェイス:ストレージサーバーインターフェイス
    ストレージ

    ホストインターフェイス:ストレージサーバーインターフェイス

    仮想サーバーとストレージ間のバインディングは、単方向です。仮想ストレージのリソースブロックにバインディングを構成するには、ストレージのリソースブロックを指定する必要があります。ストレージのリソースブロックに別のバインドを構成する必要はありません。

    ゲストインターフェイスと操作

    各ゲストインターフェイスには、仮想リソースで何を実行するのかをユーザーが選択できる、操作のデフォルトセット (操作署名とも呼ばれます) が用意されています。最も一般的な操作は、仮想リソースが作成されることを意味するプロビジョンです。多くのゲストインターフェイスおよび対応する操作は、クラウドプロビジョニングとガバナンス アプリケーションでデフォルトで提供されます。これらのデフォルトのゲストインターフェイスは、多くのリソースブロックに使用できます。

    新しいゲストインターフェイスを作成する必要がある場合は、次の操作がデフォルトで提供されます。
    • 開始
    • 停止
    • プロビジョン
    • Deprovision
    • クリーンアップ
    • ModifySchedule
    • ModifyLease

    リソースブロックのコンポーネントの詳細

    各リソースブロックには、次のコンポーネントが含まれています。
    レイヤ

    このリソースブロックが属するスタック内の論理レイヤー。デフォルトでは、クラウドプロビジョニングとガバナンス によりレイヤーが提供されます。リソースブロックを構成する際に、関連するブロックを選択できます。

    各ゲストインターフェイスの操作

    前述のように、各ゲストインターフェイスは操作を提供します。たとえば、仮想サーバーの最も一般的な操作は、[プロビジョン][プロビジョニング解除][開始][停止] です。

    入力パラメーターは操作ごとに異なります。

    入力パラメーターには、操作の実行時に CAPI を介してクラウドプロバイダーが使用する値が保持されます。これらのパラメーターは、ユーザーがスタック上で操作 (プロビジョニングなど) の実行中に選択した情報を保持します。

    たとえば、ユーザーは通常、場所を指定する必要があります。場所は、スタックが属するデータセンターです。ユーザーが [場所] フィールドで選択した値は、[場所] パラメーターに保持されます。システムは、仮想サーバーのリソースブロックに対してデフォルトで使用可能なこのパラメーターを受け取り、CreateNode CAPI インターフェイス操作に渡します。CreateNode インターフェイス操作は、実際の仮想サーバーを作成 (またはプロビジョン) するようにクラウドロバイダーに指示します。

    各操作のステップ

    各操作には、実際の作業を行うための手順が必要です。各ステップは、CAPI で特定のインターフェイスとメソッドを呼び出し、そのメソッドで必要な入力パラメーターとともに渡します。たとえば、仮想サーバーの [プロビジョン] 操作では、最初に接続して仮想マシンを作成する 1 つの手順と、クラウドプロバイダーでノードを作成する別の手順が提供されます。各ステップは異なる入力パラメーターを提供します。仮想マシンに接続して作成するには、他の多くのパラメーターの中でも、クラウドアカウントが必要です。ノードを作成するためにクラウドアカウントは必要ありません。

    各操作に必要な数だけステップを追加できます。「出力属性」を使用して、1 つのステップから別のステップ、または 1 つの操作内のステップから後続の操作内のステップに、属性の値を渡すこともできます。たとえば、仮想サーバーの [プロビジョン] 操作では、ネットワークインターフェイス ID の出力属性とノード ID の出力属性を提供できます。クラウドプロバイダーが応答を送信すると、ネットワークとノードの実際の ID が応答から解析され、出力属性に保存されます。後続のステップでは、ID を使用してアクションを実行できます。

    応答プロセッサー

    応答プロセッサーは、システムに CMDB で実行する内容を指示します。クラウドプロバイダーは、操作の実行後に応答を送信し、プロセッサーは応答を処理します。

    注:
    これらのプロセッサーは、システムに含まれるスクリプトです。これらのスクリプトは、クラウドプロバイダーと統合するために作成できる CAPI スクリプトのような MID サーバースクリプトインクルードではありません。
    図 : 4. コンポーネントの連携方法
    リソースブロックのコンポーネントの連携方法
    ユーザーは、クラウドカタログでカタログアイテム (スタックとも呼ばれます) を表示できます。カタログアイテムは詳細計画に基づいており、相互に接続されたリソースブロックで構成されます。
    1. ユーザーは、スタックを要求することによってプロセスを開始します。要求は、システムの [プロビジョン] 操作です。
    2. スタックを構成するリソースブロックに対する [プロビジョン] 操作のステップが実行されます。
    3. 各ステップは、実行するメソッドを決定するために CAPI を呼び出し、必要なパラメーターの値も渡します。
    4. CAPI は、クラウドプロバイダーの API と連携して、実際のリソースをプロビジョニングします。
    図 : 5. クラウドプロバイダーでリソースが作成されたときのプロセスフロー
    クラウドプロバイダーからの応答プロセス
    1. クラウドプロバイダーはリソースをプロビジョニングし、JSON で応答します。
    2. システムは、リソースブロックのリソーススクリプト内の応答を解析します。
    3. システムが CMDB を更新します。新しいリソースをプロビジョニングする際に、システムは正しいテーブルで CI を作成します。
    4. 新しいスタックが、ユーザーが管理するクラウドユーザーポータルに表示されます。

    [リソースブロック] ページ

    [リソースブロック] ページでリソースブロックを管理します。クラウドアドミンポータルを開き、 設計 > リソースブロック.

    図 : 6. リソースブロックページのコンポーネント
    リソースブロックページとページのアイテムの説明