Insights を使用して単一の Azure Local バージョン 23H2 システムを監視する
適用対象: Azure Local バージョン 23H2
この記事では、Insights を使用して 1 つの Azure ローカル システムを監視する方法について説明します。 複数の Azure ローカル システムについては、「 Insights を使用した複数の Azure ローカル システムの監視を参照してください。
Insights は、Azure ローカル システムの監視をすぐに開始できる Azure Monitor の機能です。 クラスター、ノード、仮想マシン、ストレージに関する主要なメトリック、正常性、使用状況の情報を表示できます。
Azure Local の Insights に関するビデオチュートリアルを少しお待ちください。
メリット
Azure Local の分析情報には、次の利点があります。
Azure によって管理されます。 Insights は Azure によって管理され、Azure portal を介してアクセスされるため、常に最新の状態が確保されます。 データベースや特別なソフトウェアのセットアップは必要ありません。
スケーラビリティ。 Insights では、複数のサブスクリプション間で 400 を超えるクラスター情報セットを同時に読み込む機能があります。 クラスター、ドメイン、または物理的な場所に制限はありません。
カスタマイズ性:個々のテナントに合わせてアプリケーションをさまざまな方法でカスタマイズできます。 Insight のエクスペリエンスは、Azure Monitor ブック テンプレートに基づいて構築されています。 これにより、ビューとクエリを変更したり、特定の制限に合わせてしきい値を変更または設定したり、これらのカスタマイズをブックに保存したりできます。 その後、ブック内のグラフを Azure ダッシュボードにピン留めできます。
前提条件
Insights for Azure Local を使用するための前提条件を次に示します。
デプロイおよび登録されている Azure ローカル システムにアクセスできる必要があります。
Azure リソースのマネージド ID を有効にする必要があります。 詳細については、「 Enabled 拡張管理を参照してください。
分析情報を有効にする
Insights を有効にすると、便利な正常性メトリックを提供することで、Log Analytics ワークスペースに現在関連付けられているすべての Azure ローカル システムを監視できます。 Insights は Azure Monitor エージェントをインストールし、Azure ローカル システムを監視するための データ収集規則 (DCR) を構成するのに役立ちます。
大規模な分析情報を有効にするには、Azure ポリシーを使用した大規模な Azure Local の Enable Insights に関するページを参照してください。
Azure portal から Insights を有効にするには、次の手順に従います。
Azure portal で、Azure ローカル リソース ページを参照し、システムを選択します。 [機能] タブで、[分析情報] を選択します。
![[Insights] タイルを示すスクリーンショット。](media/monitor-single-23h2/insights-tile.png)
Insights ページで、Get Started を選択します。
![[作業の開始] ボタンを示すスクリーンショット。](media/monitor-single-23h2/get-started.png)
Insights の構成 ページで、Data コレクション 規則ドロップダウンから既存の DCR を選択します。 DCR は、収集する必要があるイベント ログとパフォーマンス カウンターを指定し、Log Analytics ワークスペースに格納します。 Insights では、既定の DCR がまだ存在しない場合に作成されます。 Insights に対して有効になっている DCR のみが含まれます。
![[Insights の構成] ウィンドウを示すスクリーンショット。](media/monitor-single-23h2/data-collection-rule.png)
(省略可能)Insights の構成 ページで Create New を選択して、新しい DCR を作成することもできます。
重要
独自の DCR を作成しないことを強くお勧めします。 Insights によって作成された DCR には、その操作に必要な特別なデータ ストリームが含まれています。 この DCR を編集して、Windows イベントや Syslog イベントなど、さらに多くのデータを収集できます。 AMA インストールによって作成された DCR には、プレフィックス
AzureStackHCI-DCR 名がアタッチされます。新しいデータ収集規則 ページで、サブスクリプション、DCR 名、およびデータ収集エンドポイント (DCE) 名を指定します。 DCEs は、構成サービスにアクセスして、Azure Monitor エージェントの関連する DCR をフェッチするために使用されます。 DCE の詳細については、「Azure Monitor の Data コレクション エンドポイントを参照してください。
Note
エージェントでプライベート リンクを使用している場合は、DCEs を追加する必要があります。 AMA ネットワーク設定の詳細については、「 Define Azure Monitor Agent のネットワーク設定」を参照してください。
![[データ収集ルール] ウィンドウを示すスクリーンショット。](media/monitor-single-23h2/data-collection-rule-2.png)
[確認と作成] ボタンを選択します。
監視対象外のクラスター用に DCR がまだ作成されていない場合は、パフォーマンス カウンターが有効で、Windows イベント ログ チャネルが有効になっている状態で DCR が作成されます。
DCR 名、イベント ログの数、パフォーマンス カウンター、およびデータが格納されている Log Analytics ワークスペースの名前の概要を含む最終画面を確認します。 [セットアップ] を選択します。
設定を選択すると、Extensions ページにリダイレクトされ、エージェントのインストールの状態を確認できます。 Insights を構成すると、クラスターのすべてのノードに AMA が自動的にインストールされます。
Azure ローカル リソース ページに移動し、システムを選択します。 Insights が Capabilities タブに Configured と表示されるようになりました。
![[Insights] タイルが [構成済み] であることを示すスクリーンショット。](media/monitor-single-23h2/insights-configured.png)
![[Insights] タイルを示すスクリーンショット。](media/monitor-single-23h2/insights-tile.png#lightbox)
![[作業の開始] ボタンを示すスクリーンショット。](media/monitor-single-23h2/get-started.png#lightbox)
![[Insights の構成] ウィンドウを示すスクリーンショット。](media/monitor-single-23h2/data-collection-rule.png#lightbox)
![[データ収集ルール] ウィンドウを示すスクリーンショット。](media/monitor-single-23h2/data-collection-rule-2.png#lightbox)
![[Insights] タイルが [構成済み] であることを示すスクリーンショット。](media/monitor-single-23h2/insights-configured.png#lightbox)
データ収集ルール
Azure Monitor エージェントを使用してマシンで Insights を有効にする場合は、使用する DCR を指定する必要があります。 DCR の詳細については、「Azure Monitor でのデータ収集規則を参照してください。
| オプション | 説明 |
|---|---|
| パフォーマンス カウンター | オペレーティング システムから収集するデータ パフォーマンス カウンターを指定します。 このオプションは、すべてのコンピューターに必要です。 これらのパフォーマンス カウンターは、Insights ブックの視覚エフェクトを設定するために使用されます。 現在、Insights ブックでは 5 つのパフォーマンス カウンター ( Memory()\Available Bytes、 Network Interface()\Bytes Total/sec、 Processor(_Total)\% Processor Time、 RDMA Activity()\RDMA Inbound Bytes/sec、および RDMA Activity()\RDMA Outbound Bytes/sec |
| イベント ログ チャネル | オペレーティング システムから収集する Windows イベント ログを指定します。 このオプションは、すべてのコンピューターに必要です。 Windows イベント ログは、Insights ブックの視覚エフェクトを設定するために使用されます。 現在、データは 2 つの Windows イベント ログ チャネル ( - microsoft-windows-health/operational と microsoft-windows-sddc-management/operational |
| Log Analytics ワークスペース | データを格納するワークスペース。 Insights を持つワークスペースのみが一覧表示されます。 |
イベント チャネル
Microsoft-windows-sddc-management/operationalおよびMicrosoft-windows-health/operational Windows イベント チャネルは、Log Analytics ワークスペースの Windows イベント ログに追加されます。
![[データ ソースの追加] ウィンドウを示すスクリーンショット。](media/monitor-single-23h2/event-channel.png#lightbox)
これらのログを収集することで、Insights は個々のノード、ドライブ、ボリューム、および VM の正常性状態を表示します。 既定では、5 つのパフォーマンス カウンターが追加されます。
パフォーマンス カウンター
既定では、次の 5 つのパフォーマンス カウンターが追加されます。
次の表では、監視するパフォーマンス カウンターについて説明します。
| パフォーマンス カウンター | 説明 |
|---|---|
| Memory(*)\Available Bytes | Available Bytes は、プロセスへの割り当てまたはシステム使用にすぐに利用できる物理メモリの量 (バイト単位) です。 |
| Network Interface(*)\Bytes Total/sec | 各ネットワーク アダプターが 1 秒あたりに送信および受信したバイト数。フレーム文字も含みます。 Bytes Total/sec は、Bytes Received/sec と Bytes Sent/sec の合計値です。 |
| Processor(_Total)% Processor Time | すべてのプロセス スレッドで命令を実行するためにプロセッサを使用した経過時間の割合。 |
| RDMA Activity(*)\RDMA Inbound Bytes/sec | ネットワーク アダプターが RDMA 経由で受信したデータの 1 秒あたりの転送速度。 |
| RDMA Activity(*)\RDMA Outbound Bytes/sec | ネットワーク アダプターが RDMA 経由で送信したデータの 1 秒あたりの転送速度。 |
Insights を有効にすると、データの収集に最大 15 分かかることがあります。 プロセスが完了すると、左側のウィンドウの Insights メニューからクラスターの正常性を豊富に視覚化できます。
分析情報を無効にする
Insights を無効にするには、次の手順に従います。
[機能] タブで、[分析情報] を選択します。
[分析情報を無効にする] を選択します。
![[分析情報の無効化] ウィンドウを示すスクリーンショット。](media/monitor-single-23h2/disable-insights-new.png)
![[分析情報の無効化] ウィンドウを示すスクリーンショット。](media/monitor-single-23h2/disable-insights-new.png#lightbox)
Insights 機能を無効にすると、データ収集ルールとクラスターの関連付けが削除され、ヘルス サービスと SDDC 管理ログは収集されなくなりますが、既存のデータは削除されません。 そのデータを削除する場合は、DCR と Log Analytics ワークスペースに移動し、データを手動で削除します。
Insights の更新
[分析情報] タイルには、次の場合に更新が必要なメッセージが表示されます。
- データ収集規則が変更されました。
- Windows イベント ログから正常性イベントが削除されます。
- Log Analytics ワークスペースの 5 つのパフォーマンス カウンターのいずれかが削除されます。
Insights を再度有効にするには、次の手順に従います。
[機能] で [分析情報] タイルを選択します。
[更新] を選択して、視覚化をもう一度表示します。
トラブルシューティング
このセクションでは、Insights for Azure Local の使用に関する問題を解決するためのガイダンスを提供します。
データが入力されていない空白のブック ページのトラブルシューティング
発行。 次のスクリーンショットに示すように、空白の Workbooks ページにデータが入力されていません。
![空白の [ブック] ページのスクリーンショット。](media/monitor-single-23h2/blank-workbooks-page.png#lightbox)
考えられる原因。 この問題には、最近の Insights の構成や、関連付けられている DCR の不適切な構成など、いくつかの原因が考えられます。
解決方法。 この問題をトラブルシューティングするには、次の手順を順番に実行します。
- 最近 Insights を構成した場合は、AMA がデータを収集するまで最大 1 時間待ちます。
- 関連付けられている DCR の構成を確認します。 「 Data コレクション ルール 」セクションで説明されているように、イベント チャネルとパフォーマンス カウンターが、関連付けられている DCR にデータ ソースとして追加されていることを確認します。
- 上記の手順を実行しても問題が解決せず、データが表示されない場合は、カスタマー サポートにお問い合わせください。
詳細なトラブルシューティング ガイダンスについては、「 Azure Monitor エージェントのトラブルシューティング ガイダンスを参照してください。
分析情報の視覚化
分析情報を有効にすると、次の表に、すべてのリソースに関する詳細が示されます。
正常性
クラスターの正常性エラーを提供します。
| メトリック | 説明 | 出荷単位 | 例 |
|---|---|---|---|
| 障害 | 正常性エラーの簡単な説明。 リンクをクリックすると、サイド パネルが開き、詳細が表示されます。 | ユニットなし | PoolCapacityThresholdExceeded |
| 障害が発生しているリソースの種類 | エラーが発生したリソースの種類。 | ユニットなし | StoragePool |
| 障害が発生しているリソース ID | 正常性エラーが発生したリソースの一意の ID。 | Unique ID | {a0a0a0a0-bbbb-cccc-dddd-e1e1e1e1e1e1}: SP:{b1b1b1b1b1-cccc-dddd-eeee-f2f2f2f2f2f2} |
| 重要度 | エラーの重大度は、警告またはクリティカルである可能性があります。 | ユニットなし | 警告 |
| 障害が最初に発生した時刻 | ノードが最後に更新された日時のタイムスタンプ。 | 日時 | 2022/4/9、午後 12:15:42 |
Nodes
| メトリック | 説明 | 出荷単位 | 例 |
|---|---|---|---|
| Nodes | クラスター内のノードの名前。 | ユニットなし | VM-1 |
| 最終更新日 | ノードが最後に更新された日時。 | 日時 | 2022/4/9、午後 12:15:42 |
| 状態 | クラスター内のノードの正常性状態。 | 正常、警告、クリティカル、またはその他があります | Healthy |
| CPU 使用率 | プロセスが CPU を使用した時間の割合。 | パーセント | 56% |
| メモリ使用量 | ノード プロセスのメモリ使用量は、カウンター Process\Private Bytes にメモリ マップデータのサイズを加えたものになります。 | パーセント | 16% |
| 論理プロセッサ | 論理プロセッサ数 | カウント | 2 |
| CPU | CPU の数。 | カウント | 2 |
| Uptime | マシン (特にコンピューター) が動作している時間。 | Timespan | 2.609 時間。 |
| サイト | ノードが属するサイトの名前。 | サイト名 | SiteA |
| ドメイン名 | ノードが属するローカル ドメイン。 | ユニットなし | Contoso.local |
仮想マシン
クラスター内の各ノード上の仮想マシンの状態を提供します。 VM の状態は、実行中、停止済み、失敗、またはその他 (不明、開始、スナップショット、保存、停止、一時停止、再開、一時停止、中断) のいずれかになります。
| メトリック | 説明 | 出荷単位 | 例 |
|---|---|---|---|
| Nodes | ノード名。 | ユニットなし | Sample-VM-1 |
| 最終更新日時 | これにより、ノードが最後に更新された日時が表示されます。 | 日時 | 2022/4/9、午後 12:24:02 |
| [Total VMs] (VM の総数) | ノード内の VM の数。 | カウント | 0 /0 実行中 |
| 実行中 | ノードで実行されている VM の数。 | カウント | 2 |
| Stopped | ノードで停止した VM の数。 | カウント | 3 |
| Failed | ノードで失敗した VM の数。 | カウント | 2 |
| その他 | VM が次のいずれかの状態 (不明、開始、スナップショット、保存、停止、一時停止、再開、一時停止、中断) の場合、"その他" と見なされます。 | カウント | 2 |
Storage
次の表に、クラスター内のボリュームとドライブの正常性を示します。
| メトリック | 説明 | 出荷単位 | 例 |
|---|---|---|---|
| Volumes | ボリュームの名前 | ユニットなし | ClusterPerformanceHistory |
| 最終更新日 | ストレージが最後に更新された日時。 | 日時 | 2022/4/14、午後 2:58:55 |
| 状態 | ボリュームの状態。 | 正常、警告、クリティカル、またはその他。 | Healthy |
| 合計容量 | レポート期間中のデバイスの合計容量 (バイト単位)。 | バイト | 2.5 GB |
| 対応できるキャパシティ | レポート期間中の使用可能な容量 (バイト単位)。 | バイト | 20B |
| Iops | 1 秒あたりの入出力処理。 | 1 秒あたり | 45/s |
| スループット | Application Gateway で処理された 1 秒あたりのバイト数。 | バイト/秒 | 5B/s |
| Latency | I/O 要求の完了にかかる時間。 | Second | 0.0016 s |
| 回復性 | 失敗から復旧する容量。 データの可用性を最大化します。 | ユニットなし | 3 方向ミラー |
| Deduplication (重複除去) | ディスクに格納する必要があるデータの物理バイト数を減らすプロセス。 | 使用可能か否か | はい/いいえ |
| ファイル システム | ファイルシステムの型。 | ユニットなし | ReFS |
Azure Monitor の価格
監視の視覚化を有効にすると、ログは次の場所から収集されます。
- 正常性管理 (Microsoft-windows-health/operational)。
- SDDC 管理 (Microsoft-Windows-SDDC-Management/Operational; イベント ID: 3000、3001、3002、3003、3004)。
取り込まれたデータの量と Log Analytics ワークスペースのデータ保持設定に基づいて課金されます。
Azure Monitor は従量課金制であり、課金アカウントごとに毎月最初の 5 GB は無料です。 価格は、使用している Azure のリージョンなど、複数の要因によって異なるため、最新の価格計算については、Azure Monitor 価格計算ツールを使用してください。