Azureのリソースグループのデザインパターンについて

Question

こんにちは。

Azureのリソースグループについて質問があります。

デザインパターンとして、同一システムを構成する仮想マシンを複数台作成するとき、所属させるリソースグループはサーバごとに分けるべきでしょうか、それとも同一リソースグループに所属させるべきでしょうか。

たとえば、仮想マシンAと仮想マシンBをAzure上に作成するとします。この二つの仮想マシンは同一ネットワーク（仮想ネットワークCとする）に所属させ、互いに通信できる必要があります。

このとき、仮想マシンA・仮想マシンB・仮想ネットワークCを同一リソースグループに所属させると、NICやサブネット・ストレージアカウントがごっちゃになって分かりづらくなります。

そこで仮想マシンAはAグループ、仮想マシンBはBグループ、仮想ネットワークCはCグループという形で運用するべきかと考えているのですがAzureのシステムデザインパターンとしてはどちらが正しいのでしょうか？

個人的な考えでもよいので、もし「このような構成にしている」等ありましたら教えていただけないでしょうか。

Answer 1

まず初めに、仮想マシンのデプロイモデルで考え方が変わります。
クラシックデプロイである場合は、可用性セットを作成するか。
作成する場合は、同一可用性セットに所属させるVM通しは同じリソースグループに所属させます。

リソースマネージャデプロイの場合ですが、
私は、同一サービスの提供を行う物ごとにリソースグループを分けています。

以下に例を記載させて頂きます。
VNET = Aグループ
VM1(IIS) = Bグループ
VM2(IIS) = Bグループ
VM3(AD) = Cグループ

Comments

[pussade]

ご回答ありがとうございます。勉強になります