Cloud Assembly では、機能タグを使用して、インフラストラクチャ コンポーネントの展開機能を定義できます。この機能は、制約とともに、vRealize Automation の配置ロジックの基礎として機能します。

機能タグは、コンピューティング リソース、クラウド ゾーン、イメージおよびイメージ マップ、ネットワークとネットワーク プロファイルに作成することができます。これらのリソースを作成するためのページには、機能タグを作成するためのオプションが含まれています。または、Cloud Assembly の [タグの管理] 画面を使用して、機能タグを作成することもできます。クラウド ゾーンおよびネットワーク プロファイルの機能タグは、それらのゾーンまたはプロファイル内のすべてのリソースに影響します。ストレージまたはネットワーク コンポーネントの機能タグは、それらが適用されるコンポーネントにのみ影響します。

通常、機能タグは、コンピューティング リソースの場所、ネットワークのアダプタ タイプ、またはストレージ リソースの階層レベルなどの特性を定義しています。また、環境の場所やタイプなどのビジネス上の考慮事項を定義することもできます。タグ戦略全体と同様に、機能タグはビジネス ニーズに応じて論理的な方法で編成する必要があります。

Cloud Assembly は、展開時にクラウド ゾーンからの機能タグをクラウド テンプレートの制約と照合します。そのため、機能タグの作成と使用の際には、照合が目的どおりに実行されるように適切なクラウド テンプレートの制約を理解してから作成を計画する必要があります。

たとえば、ドキュメントに記載されているWordPress インフラストラクチャの例のクラウド ゾーンに関するセクションでは、OurCo-AWS-US-East および OurCo AWS-US-West クラウド ゾーンの開発およびテスト用タグを作成する方法が説明されています。このチュートリアルでは、これらのタグは OurCo-AWS-US-East が開発環境で、OurCo-AWS-US_West ゾーンがテスト環境であることを示しています。クラウド テンプレートに同様の制約タグを作成すると、これらの機能タグによって目的の環境に直接展開することができます。

タグの継承

Cloud Assembly は、タグの継承を使用して、クラウド アカウントのタグと、そのクラウド アカウントに対応するコンピューティング リソースのタグを選択的に伝達します。

注: タグの伝達動作は、ストレージ プロファイルには適用されません。つまり、 vRealize Automation ではストレージ プロファイルの制約が自動的に選択されないため、ユーザーは、制約を選択してストレージ プロファイルに適用する場合に必要となる制約タグを手動で追加する必要があります。

次の例では、タグの継承の仕組みを示します。

コンピューティング リソース

  • タグ cluster-1 が付いている Cluster1
  • タグ cluster-2 が付いている Cluster2
  • タグ cluster-3 が付いている Cluster3
Vm resource:
  properties:
    constraints:
      - tag: 'cluster-01'

クラウド アカウント

cluster-1、cluster-2、および cluster-3 の 3 つのタグがすべて付いている vSphere クラウド アカウント

コンピューティング リソースのタグを統合する場合、Cloud Assembly はクラウド アカウント レベルのタグも考慮に入れます。したがって、コンピューティングで有効なタグは、cluster-1、cluster-2、cluster-3 になります。このため、上記の例のようにこれらのタグを指定すると、すべてのコンピューティング リソースが配置の対象になり、任意のコンピューティング ホストにマシンを配置できるようになります。

ベスト プラクティスとして、指定したすべてのタグをクラウド アカウント レベルで適用するようにしてください。こうすることで、そのタグが下位のすべてのコンピューティング リソースに適した機能である場合に、予期しない結果を最小限に抑え、タグを整理することができます。