Azure プロキシ ノードの数を設定する
HPC Pack 2012 以降では、Azure ノードのデプロイをサポートするために自動的に作成されるプロキシ ノード インスタンスの数を構成できます。 これらのプロキシ ノードは、オンプレミスのヘッド ノードと Azure でホストされているクラスター ノード間の通信を容易にし、負荷分散する Azure worker ロール インスタンスです。 プロキシ ノードは、Azure ノードがプロビジョニングされると同時に自動的に作成され、Azure ノードが停止すると自動的に削除されます。 プロキシ ノードの既定の数は 2 です。
デプロイで一定の数のプロキシ ノードを使用するか、デプロイのサイズによって異なる多数のプロキシ ノードを使用することを指定できます。 たとえば、Azure ノードデプロイで最大 400 個の Azure ノードに対して 2 つのプロキシ ノードを使用し、さらに 200 個の Azure ノードごとに 1 つのプロキシ ノードを追加するように指定できます。
手記
HPC Pack 2008 R2 (Service Pack 1 以降) では、Azure ノードをプロビジョニングすると、2 つのプロキシ ノード (サイズが小) が作成されます。 プロキシ ノードの数は、HPC Pack 2008 R2 の管理ツールを使用して構成することはできません。 ただし、既存の Azure ノード デプロイ内のプロキシ ノードの数は、Azure 管理ポータルのツールを使用して増減できます。
一般的な推奨事項
単一障害点を回避するには、少なくとも 2 つのプロキシ ノードを構成します。
クラスターに追加する予定の Azure ノードの数と、クラスターで実行されるワークロードをサポートする多数のプロキシ ノードを構成する必要があります。 一般的なクラスターとワークロードでは、200 個の Azure ノードあたり少なくとも 1 つのプロキシ ノードをお勧めします。 MPI ジョブやパラメトリック スイープ ジョブなど、特定のジョブの種類により、プロキシ ノードに対してより大きな要求が発生する可能性があります。 プロキシ ノードの数が少なすぎると、プロキシ ノードがオンプレミスのクラスター ノードと Azure ノード間の通信のボトルネックになる可能性があります。 プロキシ ノードの数が多すぎる場合は、不要な Azure リソースを使用している可能性があります。
プロキシ ノード上のトラフィックの量を判断するために、Azure 管理ポータルのクラウド サービス監視ツールを使用してプロキシ ノードを監視できます。 既定では、CPU 使用率やネットワーク トラフィックなどのプロキシ ロール インスタンスのメトリックを監視できます。 たとえば、CPU 使用率またはネットワーク トラフィックが高いことが判明した場合は、プロキシ ノードを追加できます。 これを行うには、Azure ノード テンプレート内のプロキシ インスタンスの数を増やしてから、Azure ノードを再デプロイするか、既存のデプロイにノードを追加します。 または、Azure 管理ポータルのツールを使用して、既存のデプロイ内のプロキシ インスタンスの数をスケールアップすることもできます。 詳細については、「クラウド サービスとリンクされたリソースをスケーリングする方法」を参照してください。
その他の考慮事項
Azure ノードがプロビジョニングされた後、プロキシ ロール インスタンスは HPC クラスター マネージャーに表示されません。 ただし、インスタンスは Azure 管理ポータルに表示され、プロキシ インスタンスの数もそこで管理できます。 インスタンスの名前は、HPCProxy_IN_0やHPCProxy_IN_1などです。
プロキシ ロール インスタンスは、Azure ノード インスタンスと共に Azure で料金が発生します。
プロキシ ロール インスタンスは、サブスクリプションに割り当てられているコアを使用し、それに応じて Azure ノードのデプロイに使用できるコアの数を減らします。
HPC Pack 2012 以降では、プロキシ ロール インスタンスのサイズは、デプロイ内の Azure ノードのサイズに従って設定されます。 次の表を参照してください。
手記
Azure ノード サイズの可用性は、HPC Pack のバージョンによって異なります。
ノード サイズ プロキシ ロール インスタンスのサイズ 小、中、大、特大、a5、a6、a7 中程度 A8、A9 A8
関連項目
Microsoft HPC Pack 用の Azure ノード テンプレートの構成