次の方法で共有


Azure のローカル可観測性

適用対象: Azure Local バージョン 23H2

この記事では、Azure Local での可観測性と、それが実現されるデータ ソースについて説明します。

Azure Local Observability とは

Azure ローカル可観測性とは、Azure Local インスタンスの動作を監視および理解する機能を指します。

Azure Local での可観測性は、システムからのテレメトリと診断情報の収集を可能にするため、重要です。 この情報は、Microsoft がシステムの動作に関する貴重な分析情報を得るのに役立ちます。これは、潜在的な問題を特定して修正するために使用できます。

Azure Local での可観測性は、次のデータ ソースによって実現されます。

  • テレメトリ。 これには、テレメトリと診断情報の収集が含まれます。これは、Microsoft がシステムの動作に関する貴重な分析情報を得るのに役立ちます。 「 Telemetryを参照してください。

  • リモート サポート。 これにより、サポート エンジニアは、最初の手順で修復するために、Azure ローカル インスタンスへの読み取り専用リモート アクセスを取得できます。 Remote のサポートを参照してください。

  • 診断 これには、診断ログを収集する機能が含まれます。 Diagnostics を参照してください。

    Azure Local Observability の 3 種類のデータ ソースを示す図。

監視機能のインストール方法

監視とリモート サポートは、Azure ローカル デプロイ プロセスの一部としてインストールされます。 これにより、 orchestrator デプロイ プロセスに関連する多くの手順を自動化できます。 目標は、監視を含むすべてのコンポーネントを処理する簡単なセットアップ プロセスを提供することです。

可観測性パイプラインとは

監視パイプラインでは、テレメトリ、診断、監視を使用して、デバイスからデータを収集します。 顧客の所有権、地理的な場所、およびこれらのデバイスの運用によって課されるコンプライアンスとセキュリティの制約の範囲内に留まりながら、Azure の監視資産をこれらのデバイスに拡張します。

監視パイプラインは、次の広範な領域に分割されます。

  • テレメトリ。 テレメトリ セクションでは、Azure Local から Azure へのキュレーションされた重要なイベントの継続的なフローを提供します。

  • 診断 診断セクションでは、Azure Local から Azure へのデータのエピソードフローまたはオンデマンド フローを提供します。

  • 監視。 監視セクションでは、Azure Local から Azure へのキュレーションされたメトリックの継続的なフローを提供します。 データが Azure に到達すると、製品のライフサイクルのさまざまな側面 (製品開発、カスタマー サポート、ケースの偏向、傾向分析など) で使用され、利用されます。

次の図は、Azure Local から Azure への監視パイプラインとデータ フローを示しています。

Azure Local Observability パイプラインのコンポーネントを示す図。

テレメトリ

Azure Local のテレメトリとは、システムのパフォーマンス、機能、全体的な幸福に関するデータの収集を指します。 このデータは、テレメトリと診断の拡張機能を使用して収集されます。これにより、お客様の環境からテレメトリと診断情報を収集できます。 Azure ローカル テレメトリと診断拡張機能を参照してください。

テレメトリは、Microsoft がシステムの動作に関する貴重な分析情報を得ることを可能にするため、Azure Local にとって重要です。 この情報を使用して、製品の改善、問題のトラブルシューティング、顧客へのより良いサポートの提供を行うことができます。 テレメトリ データを使用して、潜在的な問題を事前に特定して軽減し、ダウンタイムやその他の中断の可能性を減らすこともできます。 さらに、テレメトリ データは、お客様が Azure Local をどのように使用しているかを Microsoft が理解するのに役立ちます。これは、製品の将来の開発と改善を通知できます。

リモート サポート

リモート サポートを使用すると、Microsoft サポート担当者は、デバイスへのリモート アクセスを許可し、トラブルシューティングや修復を限定的に実行できるため、サポート ケースを迅速に解決できます。 リモート サポートを取得する方法については、「 Get remote support for Azure Local」を参照してください。

Azure Local のデプロイ前または事前登録中のリモート サポートについては、「 Get リモート サポートを参照してください。

診断

Azure Local の診断は、システムで発生する可能性のある問題の特定とトラブルシューティングに役立ちます。 管理者は、診断の助けを借りて、Azure ローカル環境のパフォーマンスと正常性を監視し、問題が発生しないように予防的な対策を講じます。 さらに、診断はシステムの動作に関する貴重な分析情報を提供し、パフォーマンスの最適化と全体的なユーザー エクスペリエンスの向上に役立ちます。

ログ収集メソッドを比較する

次の表に、Azure Local のさまざまなログ収集方法の比較を示します。

ログ収集メソッド 目的 ログを収集する方法 ユース ケース
オンデマンド ログ収集 Azure Local の診断ログを手動で収集して Microsoft に送信します。 任意の Azure ローカル コンピューター Send-DiagnosticData コマンドレットを使用します。

ログは一時的にローカルにコピーされ、解析され、送信され、削除されます。

オンデマンド ログ収集を実行する方法の詳細については、 Collect ログを参照してください。
- 登録以外のエラー。
- 開いているケースに基づいて、Microsoft サポートからの収集要求をログに記録します。
- システムが登録され、接続されたときのログ収集。
- Observability コンポーネントがインストールされ、機能している場合のログ収集。
- システムが部分的に登録されている場合のログ収集。
スタンドアロン ログ収集 監視コンポーネントが展開されていない場合、またはシステム登録プロセス中に問題がある場合は、診断データを Microsoft に送信します。 データをローカルに保存し、 Send-AzStackHciDiagnosticData コマンドを使用して Microsoft にデータを送信します。

スタンドアロン ログ コレクションの詳細な手順については、「 Perform スタンドアロン ログ収集を参照してください。
- デプロイエラー。
- 登録エラー。
- 開いているケースに基づいて、Microsoft サポートからの収集要求をログに記録します。
- システムが登録されておらず、接続されていない場合のログ収集。
- システムが部分的に登録されている場合のログ収集。
- Observability コンポーネントが使用できない場合のログ収集。

データのプライバシー

Azure Local では、顧客データの安全性と意図された使用を確保するために、データ ガバナンス手順が実装されています。 お客様はいつでも、機能をカスタマイズし、プライバシー設定を調整するためのコントロールにアクセスできます。

データ セキュリティに対する Microsoft のコミットメントは次のとおりです。

  • 顧客のセキュリティとプライバシーに関する考慮事項の優先順位付け。
  • 収集されたデータの種類とその使用方法について、顧客に対して透過的であること。
  • お客様に、独自のプライバシー設定を変更するための自律性を提供します。
  • 顧客データを使用してカスタマー エクスペリエンスを向上させる。

Microsoft によるデータの使用方法

顧客データは、お客様が機能やサービスを使用してビジネス目標を達成する方法をより深く理解するのに役立ちます。 これらの分析情報は、カスタマー エクスペリエンスに直接影響を与える可能性がある分野でのエンジニアリング投資に優先順位を付けるのに役立ちます。 お客様によるネットワーク設定またはストレージ設定の使用、および更新の状態は、収集されるデータの種類の例です。 また、この分析情報によって、Azure ローカル監視とサポート エコシステムの改善も促進されます。 これらの改善により、最終的に問題の診断が Microsoft のサポートと顧客にとってより簡単かつ迅速になります。

データ コレクションと保存場所

Azure ローカル データ:

  • 製品が Azure に登録されるまで、Microsoft に送信されません。 Azure Local の登録が解除されると、このデータ収集は停止します。 すべてのデータは、Azure ローカル分析サービスに記録されます。
  • 保護されたクラウド ストレージの場所にルーティングされます。
  • データを表示する正当なビジネス上の理由がある Microsoft の従業員のみがアクセスできます。 すべてのデータは、 Microsoft のプライバシー ポリシーに従って処理されます。

収集されたデータの詳細

次の表では、データの種類、その保存場所、既定の設定、および表示方法について説明します。

データの種類 説明 データ ストレージの場所 既定の設定 保持期間 データを表示する方法
テレメトリ テレメトリ データには、パフォーマンス メトリック、使用パターン、およびユーザーの動作とシステムの正常性に関連するその他の情報が含まれます。 個人を特定できる情報は含まれません。 テレメトリ データは常に米国内に格納されます。 共有メモリ プロトコルは既定で有効になっています。 既定の設定を変更するには、「 Telemetry と診断の設定」を参照してください データは最大 2 年間保持されます。 \\<NodeName>\c$\GMACache\TelemetryCache\Tables/*.tsf でデータを表示できます。
診断 診断データは、Microsoft がサービスの正常性を復元し、製品を改善するための問題を検出、診断、修正するのに役立ちます。 診断データは、お客様のデプロイの選択に基づいて、グローバルまたは EU に格納されます。 診断データを送信するさまざまな方法が存在します。 詳細については、 Diagnostics を参照してください。 通常は 30 日間保持され、継続的なサポートの問題に対して長くなる可能性があります。 すべてのコンピューターの C:\observability フォルダーにデータを表示できます。
メトリック メトリックは、一定の間隔で収集される数値であり、システムの側面を記述します。 メトリック データは、リソースがデプロイされているそれぞれのリージョンに送信されます。 既定で有効になっており、いつでも無効にすることができます。 プラットフォーム メトリックは 93 日間保存されますが、クエリを実行できるのは 1 つのグラフで最大 30 日間分のデータのみです ([メトリック] タイル内)。 メトリック ス エクスプローラーを使用して、メトリック データベース内のデータを対話形式で分析できます。
課金と国勢調査 課金データには、システム ID と、物理コアの数と使用時間が含まれます。 Census データは、Azure からの基本的な管理を有効にするために必要であり、システム情報 (システム名と ID、システム接続状態、記憶域プール ID、残りの試用日と課金モデル)、マシン情報 (マシンの数、マシン名、OS バージョン、マシンの製造元、モデルとシリアル番号、物理コアとメモリ サイズの数)、および基本的な構成が含まれます。 VM、Azure マネージド ID、診断レベルの設定に対する Azure 検証の有効化。 課金データと国勢調査データは、顧客がデバイスを登録したそれぞれのリソース リージョンに送信されます。 課金は常に有効になります。これは、Azure のローカル使用量に対して課金する必要があるためです。 また、国勢調査データは、Azure から Azure Local を管理するために必要な最小限の情報が含まれるため、常に有効になります。 データは、保持される課金データを除き、リソースが削除されると削除されます。 課金データを表示するには、Azure portal の [Azure ローカル システム リソース] ページに移動し、左側のウィンドウで Overview を選択し、[要点] セクションで [ 表示状態 リンクを選択し、その後に View Cost Management を選択します。 国勢調査データを表示するには、[要点] セクションの右上隅にある JSON ビュー を選択します。

次のステップ