Azure Monitor の新しいフルスタック監視機能

2018年9月24日 [New full stack monitoring capabilities in Azure Monitor]粗訳

Azure Monitor はインフラストラクチャ、アプリケーション、ネットワークを監視するための既存の機能を統合し、アプリケーションの完全なスタック監視を提供する統一された製品です。Azure Monitor を使用すると、下記のことが実現可能です。

メトリック、ログ、アラート
・すべてのツールのメトリック、ログ、およびアラートの一貫した統合エクスペリエンス。

リソースグループの統計情報
・ソースグループ内のすべてのリソースの状態を単一のビューで表示します。これは完全なスタックビューです。アプリケーションのコード、コンテナ、または仮想マシンのいずれかに問題がある場合は、すぐにリソースグループビューに表示することができます。

仮想マシンのインサイト
・すべての 仮想マシン の詳細を表示します。パフォーマンスと、仮想マシンと他のサービス間の依存関係や対話のマップを取得します(サービスマップ機能が好きな人は、この新しいマップビューが好きになるでしょう)。さらに、仮想マシン の新しいヘルスコンセプトを導入しています。

これらの機能に加えて、我々はいくつかのよりエキサイティングな新機能を発表しています。

詳細については、ブログをお読みください。

 

 

広告

Azure Monitor コンテナの新機能

2018年7月16日 [What’s new in Azure Monitor—container health ]粗訳

私たちは //build カンファレンスでAzure Monitorコンテナヘルスモニタリング機能のパブリックプレビューをリリースしました。 Azure Monitorコンテナのヘルス機能により、Azure Kubernetes Service(AKS)クラスタの健全性とパフォーマンスを追跡できます。お客様からのご意見に基づき、オンボーディングとポータル体験の新機能とアップデートをリリースします。

オンボーディングの強化

  •  Azure CLI(英語)を介して既存のLog Analyticsワークスペースを使用してコンテナの状態をオンボードする
  •  UIポータルボタンによる既存のAKS環境でのクイックイネーブル

パフォーマンスグリッドにおけるユーザビリティの向上

  •  [新しいクラスタ]タブ:集約されたクラスタのパフォーマンスとポッドのステータスに関するクラスタパフォーマンス線チャートビュー
  •  kube-systemをUIから除外して顧客のワークロードのみを表示するフィルタを追加
  •  パフォーマンスグリッドと折れ線グラフのメトリックの平均/最小/最大/ 50/90/95パーセンタイルセレクタの追加
  • 名前で検索し、すべての列で並べ替える機能

詳細については、ドキュメント(英語)を参照してください。

ご不明な点がございましたら、askcoin@microsoft.comまでご連絡ください。

一般提供開始:Azure Traffic Managerのメトリック

2018年6月22日 [General availability: Metrics in Azure Traffic Manager]粗訳

Azure Traffic Managerは、プロファイル内のエンドポイントの正常性状態と、プロファイルが受信するトラフィック量を監視するためのメトリックを提供します。これらのメトリックは現在GAしています。

また、興味のある条件に基づいてアラートを設定して受信することもできます。これらのメトリックとアラートは、Azure Monitor service(英語)を介して提供されます。

Azure Traffic Managerで使用できるメトリックは次のとおりです。

 

  • 返されるエンドポイントによるクエリ:特定の期間内のプロファイルに対してAzure Traffic Managerによって処理されたクエリの数。
  • エンドポイント別エンドポイント状況:プロファイルで指定されたエンドポイントの正常性状態。

 

これらのメトリック(アラートの作成を含む)の詳細については、Azure Traffic Manager ドキュメンテーション(英語)を参照してください。

Azure DNSの新機能 – メトリックとアラート

2018年4月17日 [What’s new in Azure DNS – Metrics and alerting]粗訳

Azure DNSは、サービスでホストされているDNSゾーンの特定アスペクトの監視をするための指標を提供するようになりました。あなたに興味のある条件に基づいてアラートを設定して受け取ることができます。メトリックは、Azure Monitor serviceを介して提供されます。

Azure Monitorを使用して、DNSゾーンに対して次のメトリックを利用できます。

 

  •  クエリボリューム:DNSクエリの量

 

クエリボリューム:DNSクエリの量

 

  •  RecordSet Count:DNSゾーン内のDNSレコードセットの数

 

RecordSet Count:DNSゾーン内のDNSレコードセットの数

 

  •  RecordSet Capacity Utilization:DNSゾーンの最大レコードセットの使用率のパーセンテージ

 

RecordSet Capacity Utilization:DNSゾーンの最大レコードセットの使用率のパーセンテージ

詳細については、Azure DNS documentationを参照してください。

Azure SQL Data Warehouseのポータル機能強化

2018年4月12日 [Enhanced portal capabilities for Azure SQL Data Warehouse]粗訳

Azure SQL Data Warehouse では、次の一連のポータル機能が有効になり、データウェアハウスの監視、管理、統合をサポートします。

  • ファイアウォール接続、CPU、IO、DWU制限、DWUパーセンテージ、および使用されたDWUによる成功/失敗/ブロックなどのメトリックには、Azure Monitor(英語)を使用してデータウェアハウスを監視できます。
  • データウェアハウスを一時停止する前に、キャンセルされるアクティブな実行中のクエリの数を表示できます。
  • Azure Analysis Services(英語) Webデザイナは、データウェアハウスのタスクパネル内ですぐに起動できます。

詳細については、blog announcement(英語)を参照してください。

パブリックプレビュー:Stream Analytics とAzure Monitor の統合

2018年4月12日 [Public preview: Integration of Stream Analytics with Azure Monitor]粗訳

セルフサービスのトラブルシューティング環境を改善するために、Azure Stream Analytics と Azure Monitor の統合(英語)はプレビュー中です。この統合により、紛失したデータ、遅れたデータ、または不正なデータに対処する体系的な方法が提供され、不良データに起因するエラーを効率的に調査する仕組みが実現します。

エラーの原因となるデータにすぐにアクセスすることで、問題を迅速に解決できます。データにエラーが発生した場合のジョブの動作を制御し、AzureストレージまたはAzureイベントハブで関連するイベントデータと操作メタデータ(たとえば、発生時間とカウント)を保持することができます。このデータは診断とオフラインのトラブルシューティングに使用できます。

また、Azure Log Analyticsの可視化と分析機能を使用して、Azure Storageにルーティングされたデータを分析することもできます。

Azure Monitorメトリックの統合

2018年3月13日 [Azure Monitor metrics integration]粗訳

Power BI EmbeddedのAzure リソースの使用を最適化するには、使用状況を追跡し、変更に応じて適切な監視が必要です。 Azure Monitor resource metrics(英語)との統合が完了しました。

Azure Monitorリソースメトリックを使用すると、Azureポータル内の使いやすいUIで、リソースのステータスと負荷に関するリアルタイムのデータを得ることができます。また、PowerShell commands(英語)とREST APIs(英語)を使用してリソースを自動的に監視します。異なる測定値と異なる期間でデータを表示できます。

リソースの負荷を追跡するための2つの新しいメトリックが追加されました。

 

  • クエリの継続時間
    各クエリの完了までの時間に関する情報を提供します。たとえば、平均継続時間のスパイクは、現在のSKUにクエリを処理するのに十分なクエリ処理単位(Vコア)がないことを示すインジケータとなり、容量を拡大することを検討する必要があります。もちろん、スケールアップまたはスケールダウンするしきい値は、開発者の決定、データ、実行されているクエリの種類によって異なります。平均クエリ時間は、データセットとビジュアライゼーションで大きく異なる可能性があります。
  • クエリプールキューのサイズ
    処理待ちのクエリ数に関する情報を提供します。たとえば、クエリ数が急増すると、容量に同時に照会されるデータセットが多すぎることが示され、メモリ内のページネーションが発生し、処理が待たれるクエリが増える可能性があります。この場合、RAMを増やすためにスケールアップを考慮する必要があります。各容量のメモリは、こちらで表示できます。