リージョンにまたがる新しいAzure Regional Virtual Networks 機能がありますが、アフィニティ グループを使用することでパフォーマンス上の利点はありますか? リンクされたブログ投稿のよくある質問の部分には、次のように書かれています
リージョン仮想ネットワーク内で実行されているサービスのパフォーマンスが低下することはありますか?
仮想ネットワークは論理的な境界に過ぎず、VNet 内のデプロイが実際にどこに向かうかを決定するものではありません。何らかの理由でサービスを同じアフィニティ グループに含める必要がある場合でも、リージョン仮想ネットワーク内でそれを行うことができます。デプロイ中に、ホステッド サービスをバインドするアフィニティ グループを指定する必要があります。唯一の制限は、アフィニティ グループがリージョン仮想ネットワークと同じリージョンに属している必要があることです。
ホステッド サービスをアフィニティ グループにバインドせず、リージョン仮想ネットワークにサービスを直接デプロイする場合、デプロイは仮想ネットワークがバインドされているリージョン内のスケール ユニットに配置されます。
アフィニティ グループをまったく使用しないことが推奨されているように感じます (これと他のいくつかの投稿に基づくと、おそらくそれは私の Azure および/または英語の理解力によるものです) が、サービスとデータはデータ内に併置されますか?じゃあセンター？
<編集: もちろん、これを書いた直後に、MSDN の記事About Regional VNets and Affinity Groups for Virtual Networkを発見しました。
以前は、仮想ネットワーク (VNet) を作成するときに、VNet をアフィニティ グループに関連付ける必要があり、アフィニティ グループはリージョンに関連付けられていました。この要件は変更されました。VNet は、管理ポータルのリージョン (場所) に直接関連付けられるようになりました。これにより、VNet を作成する際の自由度が高まります。必要に応じてクラウド サービスをアフィニティ グループに関連付けることもできますが、必須ではありません。
リージョンは、仮想ネットワーク オーバーレイが配置される場所を表します。仮想ネットワークにデプロイするものはすべて、物理的にリージョンに配置されます。リソースを同じリージョン内で互いに物理的に近接させることをさらに指定する場合は、それらの特定のリソースのアフィニティ グループを指定できます。これは、これらのリソースが物理的に同じ場所にあるだけでなく、データセンター内で互いに非常に近いことを意味します。
したがって、アフィニティ グループを使用すると、パフォーマンス上の利点が得られると思います。
<編集:アフィニティ グループの小さなパフォーマンス エッジとユース ケースの最も明確な情報源は、Convective のブログ投稿 Affinity Groups in Azure にあります。
アフィニティ グループには、次の 2 つの目的があります。
- クラウド サービスとストレージ アカウントのコロケーション
- アフィニティ グループ VNET のホスト
これらの 2 番目は現在非推奨です。1 つ目はまだ可能ですが、2012 年の Azure ネットワークのアップグレード前の待ち時間の最適化として強調されていませんでした。実際、Azure ポータルで VM をデプロイする標準的な方法では、クラウド サービスの同時作成はサポートされていません。アフィニティ グループとリージョン VNET で。これは、デプロイにリージョン VNET を使用するという最新のベスト プラクティスと、アフィニティ グループでクラウド サービスを作成するという歴史的なベスト プラクティスを満たそうとする人々を混乱させます。
現時点では、クラウド サービスをアフィニティ グループにデプロイする理由はほとんどないようです。ただし、他の展開の選択肢と同様に、特定のワークロードでこれをテストすることをお勧めします。