リソース グループを作成する
リソースは、新規または既存のリソース グループにデプロイできます。 リソースをリソース グループへデプロイすることで、テンプレートの実行を追跡できるジョブになります。 デプロイが失敗した場合、ジョブの出力によって、デプロイが失敗した理由が示されます。 単一のリソースをグループに対するデプロイであるか、テンプレートをグループに対するデプロイであっても、情報を使用してエラーを修正し、再デプロイすることができます。 デプロイはインクリメンタルであるため、リソース グループに 2 つの Web アプリが含まれていて、3 つ目のデプロイを行った場合でも、既存の 2 つの Web アプリは削除されません。
注意事項
リソース グループは、リソースの最もシンプルな論理コレクションです。 リソース グループにはいくつかのルールがあります。
- リソースは、1 つのリソース グループにのみ存在できます。
- リソース グループの名前は変更できません。
- リソース グループには、さまざまな種類 (サービス) のリソースを含めることができます。
- リソース グループには、多くの異なるリージョンからのリソースを含めることができます。
リソース グループの作成
リソース グループを定義する際、次のような考慮すべき要素があります。
- グループ内のすべてのリソースで、同じライフサイクルが共有される必要がある。 そのため、これらのリソースは一緒にデプロイ、更新、削除されます。 データベース サーバーなどの 1 つのリソースが、別のデプロイ サイクル上に存在する必要がある場合は、別のリソース グループに含めなければなりません。
- 各リソースは、1 つのリソース グループにのみ存在できる。
- リソースは、いつでもリソース グループに追加したり、削除できる。
- あるリソース グループから別のリソース グループへリソースを移動できる。 制限は、リソースの移動に適用されます。
- リソース グループには、別のリージョンに存在するリソースを含めることができる。
- リソース グループを使用すると、管理操作のアクセス制御のスコープを設定できる。
- リソースは、他のリソース グループ内のリソースとやり取りできる。 このやり取りは、2 つの関連するリソースで同じライフサイクルが共有されていない場合によく見られます (1 つのデータベースに複数の Web アプリが接続する場合など)。
リソース グループを作成するとき、そのリソース グループの場所を指定する必要があります。 "なぜリソース グループに場所が必要なのか。 "" また、"リソースがリソース グループとは異なる場所に存在できるのなら、なぜリソース グループの場所が問題になるのでしょう?" と疑問に思うかもしれません。リソース グループには、リソースについてのメタデータが格納されるためです。 そのため、リソース グループの場所を指定するとき、このメタデータが格納される場所を指定することになります。 コンプライアンス上の理由から、データは特定のリージョンに格納されるようにする必要があります。
注意
リソース グループに対してアクセス許可のスコープを設定すると、割り当てとスコープを再作成しなくても、リソースを簡単に追加または削除したり、変更したりできます。