articleこんにちは。監視について、改めてご案内します。おけるロードバランサーの挙動については、以下の投稿もあわせてご確認ください。負荷分散を行う方法は、「ロードバランサー経由での通信ができない場合のチェックポイント」の投稿でもご紹介した通り、複数の種類があります。ロードバランサーは、専用のハードウェアを利用しているわけではなく、ソフトウェア的に複数のインスタンスにて並列処理を行うといった実装となっております。容易に達成できることを前提としたアーキテクチャとなっています。一部のインスタンスが仮にダウンした場合についても、他の正常なインスタンスで負荷分散処理が継続されるため、高い可用性を有しております。このため、ロードバランサー自体のキャパシティや可用性について、お客様側で意識していただく必要はございません。トラフィックが発生するなど、データセンターの帯域を大きく消費することが見込まれる場合には、念のためサポートへ事前にご相談いただけますと幸いです。頃)https://channel9.msdn.com/Events/de-code/2016/INF-001ロードバランサーではなくサービスを監視しましょう前述の仕組みを踏まえると、ロードバランサー自体の監視を行うよりも、ロードバランサーを介した通信が正しく行えるかという観点での監視が重要だとわかります。つの観点で監視を行うことをご案内しています。アプリケーションが正常に動作しているかという観点で、それぞれ監視方法をご検討ください。以前「ロードバランサー経由での通信ができない場合のチェックポイント」の投稿でも取り上げた通り、ロードバランサーはバックエンドのサーバーがプローブに応答するかをもとに死活監視を行っています。サーバーのうち一台がダウンすると、それ以外の仮想マシンにのみ通信を振り分けることとなります。ログ機能でご確認いただくことも可能です。ついては対応していないなど、一部制限がございます。以下ドキュメントをあわせてご確認ください。(プレビュー)https://docs.microsoft.com/ja-jp/azure/load-balancer/load-balancer-monitor-log本情報の内容(添付文書、リンク先などを含む)は、作成日時点でのものであり、予告なく変更される場合があります。FeedbackTrademarks。