Insights を使用して単一の Azure Stack HCI クラスターを監視する

[アーティクル]
11/10/2023

適用対象: Azure Stack HCI バージョン 22H2 および 21H2

この記事では、Insights を使用して 1 つの Azure Stack HCI クラスターを監視する方法について説明します。複数の Azure Stack HCI クラスターについては、「 Insights を使用して複数の Azure Stack HCI クラスターを監視する」を参照してください。

Insights は、Azure Stack HCI クラスターの監視をすぐに開始できる Azure Monitor の機能です。クラスター、サーバー、仮想マシン、ストレージに関する主要なメトリック、正常性、使用状況情報を表示できます。

重要

2023 年 11 月より前に Azure Stack HCI クラスターを登録し、Insights を構成した場合、Arc for Servers、VM Insights、Defender for Cloud、Sentinel など、 Azure Monitor エージェント (AMA) を使用する特定の機能では、ログとイベントデータが正しく収集されない可能性があります。トラブルシューティングのガイダンスについては、「 2023 年 11 月より前に登録されたクラスターのトラブルシューティング」セクションを参照してください。

メリット

Azure Stack HCI の分析情報には、次の利点があります。

Azure によって管理されます。 Insights は Azure によって管理され、Azure portalを介してアクセスされ、常に最新の状態であることを確認します。データベースや特別なソフトウェアのセットアップは必要ありません。
スケーラビリティ。 Insights では、複数のサブスクリプション間で 400 を超えるクラスター情報セットを同時に読み込む機能があります。クラスター、ドメイン、または物理的な場所に制限はありません。
カスタマイズ性:個々のテナントに合わせてアプリケーションをさまざまな方法でカスタマイズできます。 Insight のエクスペリエンスは、Azure Monitor ブックテンプレートの上に構築されています。これにより、ビューとクエリを変更したり、特定の制限に合わせてしきい値を変更または設定したり、これらのカスタマイズをブックに保存したりできます。その後、ブック内のグラフを Azure ダッシュボードにピン留めできます。

Azure Stack HCI の Insights の構成

Insights を使用するための前提条件と設定は、使用している Azure Stack HCI のバージョンによって異なります。特定のバージョンの Azure Stack HCI で Insights を使用する方法の手順については、次のいずれかのタブを選択します。

Azure Stack HCI バージョン 22H2 以降の Insights 機能では、AMA を使用します。これは、Azure Stack HCI バージョン 21H2 以前で使用されている従来の Microsoft Monitoring Agent (MMA) と比較して大きな利点を提供します。これらの利点には、速度の向上、セキュリティの強化、優れたパフォーマンスが含まれます。新しいノードを AMA にオンボードすることも、既存のノードをレガシエージェントから AMA に移行することもできます。

AMA での Insights エクスペリエンスを利用するには、Azure Stack HCI システムをバージョン 22H2 以降にアップグレードすることをお勧めします。

Azure Stack HCI バージョン 22H2 以降
Azure Stack HCI バージョン 21H2 以前

Azure Stack HCI バージョン 22H2 の 2023 年 5 月の累積的な更新プログラム以降、Insights for Azure Stack HCI を使用してオンプレミスの Azure Stack HCI システムを監視できます。

前提条件

Azure Stack HCI の Insights を使用するための前提条件を次に示します。

Azure Stack HCI クラスターは、Azure と Arc 対応に登録する必要があります。 2021 年 6 月 15 日以降にクラスターを登録した場合は、既定でそうなっています。それ以外の場合は、 Azure Arc 統合を有効にする必要があります。
クラスターには、Azure Stack HCI バージョン 22H2 と 2023 年 5 月の累積的な更新プログラム以降がインストールされている必要があります。
Azure リソースのマネージド ID を有効にする必要があります。詳細については、「拡張管理を有効にする」を参照してください。

分析情報を有効にする

Insights を有効にすると、便利な正常性メトリックを提供することで、Log Analytics ワークスペースに現在関連付けられているすべての Azure Stack HCI クラスターを監視できます。 Insights は Azure Monitor エージェントをインストールし、Azure Stack HCI クラスターを監視するためのデータ収集規則 (DCR) を構成するのに役立ちます。

Azure portal からこの機能を有効にするには、次の手順のようにします。

Azure portalで、Azure Stack HCI クラスターリソースページを参照し、クラスターを選択します。 [機能] タブで、[分析情報] を選択します。
[ 分析情報 ] ページで、[ 作業の開始] を選択します。

注意

[ 開始 ] ボタンは、Azure Stack HCI バージョン 22H2 でのみ使用でき、2023 年 5 月の累積的な更新プログラム以降がインストールされ、マネージド ID が有効になった後でのみ使用できます。それ以外の場合、このボタンは無効になります。
[ Insights の構成 ] ページで、[ データ収集ルール ] ドロップダウンから既存の DCR を選択します。 DCR は、収集する必要があるイベントログとパフォーマンスカウンターを指定し、Log Analytics ワークスペースに格納します。 Insights では、既定の DCR がまだ存在しない場合に作成されます。 Insights に対して有効になっている DCR のみが含まれます。
(省略可能)また、Insights の構成ページで [新規作成] を選択して、新しい DCR を作成することもできます。

重要

独自の DCR を作成しないことを強くお勧めします。 Insights によって作成された DCR には、その操作に必要な特別なデータストリームが含まれています。この DCR を編集して、Windows イベントや Syslog イベントなど、より多くのデータを収集できます。 AMA インストールによって作成された DCR には、DCR 名が付いたプレフィックス AzureStackHCI- が付けられます。
1. [ 新しいデータ収集ルール ] ページで、サブスクリプション、DCR 名、およびデータ収集エンドポイント (DCE) 名を指定します。 DCEs は、Azure Monitor エージェントに関連付けられている DCR をフェッチするために構成サービスにアクセスするために使用されます。 DCE の詳細については、「 Azure Monitor のデータ収集エンドポイント」を参照してください。
  
  注意
  
  エージェントでプライベートリンクを使用している場合は、DCEs を追加する必要があります。 AMA ネットワーク設定の詳細については、「 Azure Monitor エージェントのネットワーク設定を定義する」を参照してください。
2. [確認および作成] ボタンを選択します。
  
  監視されていないクラスターに対して DCR がまだ作成されていない場合は、パフォーマンスカウンターが有効になり、Windows イベントログチャネルが有効になっている状態で作成されます。
DCR 名、イベントログの数、パフォーマンスカウンター、およびデータが格納されている Log Analytics ワークスペースの名前の概要を表示して、最後の画面を確認します。 [セットアップ] を選択します。

[ セットアップ] を選択すると、[ 拡張機能 ] ページにリダイレクトされ、エージェントのインストールの状態を確認できます。 Insights を構成すると、クラスターのすべてのノードに AMA が自動的にインストールされます。
Azure Stack HCI クラスターリソースページに移動し、クラスターを選択します。分析情報が [機能] タブに [構成済み] と表示されるようになりました。

データ収集ルール

Azure Monitor エージェントを使用してマシンで Insights を有効にする場合は、使用する DCR を指定する必要があります。 DCR の詳細については、「 Azure Monitor のデータ収集ルール」を参照してください。

オプション	説明
パフォーマンスカウンター	オペレーティングシステムから収集するデータパフォーマンスカウンターを指定します。このオプションは、すべてのコンピューターに必要です。これらのパフォーマンスカウンターは、Insights ブックの視覚エフェクトを設定するために使用されます。現在、Insights ブックでは、、`Network Interface()\Bytes Total/secProcessor(_Total)\% Processor TimeRDMA Activity()\RDMA Inbound Bytes/sec`およびの `Memory()\Available Bytes`5 つのパフォーマンスカウンターが使用されています`RDMA Activity()\RDMA Outbound Bytes/sec`
イベントログチャネル	オペレーティングシステムから収集する Windows イベントログを指定します。このオプションは、すべてのコンピューターに必要です。 Windows イベントログは、Insights ブックの視覚化を設定するために使用されます。現在、データは 2 つの Windows イベントログチャネルを介して収集されます。 `- microsoft-windows-health/operationalmicrosoft-windows-sddc-management/operational`
Log Analytics ワークスペース	データを格納するワークスペース。 Insights を持つワークスペースのみが一覧表示されます。

イベントチャネル

および Windows イベントチャネルは、Windows イベントログの下の Log Analytics ワークスペースに追加されます。Microsoft-windows-health/operationalMicrosoft-windows-sddc-management/operational

これらのログを収集することで、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 機能を無効にすると、データ収集ルールとクラスター間の関連付けが削除され、ヘルスサービスと SDDC 管理ログは収集されなくなります。ただし、既存のデータは削除されません。そのデータを削除する場合は、DCR と Log Analytics ワークスペースに移動し、データを手動で削除します。

Insights を更新する

[分析情報] タイルには、次の場合に更新が必要なメッセージが表示されます。

データ収集ルールが変更されました。
Windows イベントログからの正常性イベントが削除されます。
Log Analytics ワークスペースの 5 つのパフォーマンスカウンターのいずれかが削除されます。

Insights を再度有効にするには、次の手順に従います。

[機能] で [分析情報] タイルを選択します。
[更新] を選択して、視覚化をもう一度表示します。

Microsoft Monitoring Agent から移行する

Microsoft Monitoring Agent (MMA) から Azure Monitoring Agent (AMA) に移行するには、下にスクロールして [分析情報] に移動します。
[ AMA のインストール] を選択します。[ Insights 構成 ] ウィンドウが開きます。
前の「分析情報を有効にする」セクションで説明したように、データ収集ルールを選択または作成します。

移行中は、Azure Monitor エージェントと Microsoft Monitoring Agent 拡張機能の両方を同じコンピューターにインストールできます。両方のエージェントを実行すると、データの重複やコスト増につながる可能性があります。コンピューターに両方のエージェントがインストールされている場合は、次のスクリーンショットに示すように、重複するデータを収集している可能性があることを示す警告がAzure portalに表示されます。

警告

Azure Monitor エージェントと Microsoft Monitoring Agent 拡張機能の両方を使用して 1 台のマシンから重複データを収集すると、重複データを Log Analytics ワークスペースに送信する際に追加のインジェストコストが発生する可能性があります。

Microsoft Monitoring Agent 拡張機能を使用しているコンピューターから自分で削除する必要があります。この手順を実行する前に、コンピューターが Microsoft Monitoring Agent を必要とする他のソリューションに依存していないことを確認します。 MicrosoftMonitoringAgent がまだ Log Analytics ワークスペースに接続されていないことを確認した後、[拡張機能] ページにリダイレクトすることで、MicrosoftMonitoringAgent を手動で削除できます。

トラブルシューティング

このセクションでは、Azure Stack HCI の Insights の使用に関する問題を解決するためのガイダンスを提供します。

2023 年 11 月より前に登録されたクラスターのトラブルシューティング

問題。 2023 年 11 月より前に登録されたクラスターでは、Arc for Servers、VM Insights、Container Insights、Defender for Cloud、Sentinel など、AMA on Azure Stack HCI を使用する機能によって、ログとイベントデータが正しく収集されない場合があります。

原因。 2023 年 11 月より前は、クラスター登録によってクラスター ID を使用するように AMA が構成されましたが、AMA on Azure Stack HCI を使用するサービスでは、適切なログ収集のためにクラスターノードの ID が必要でした。この不一致により、これらのサービスからのログが不適切に収集されました。

解決方法。 この問題に対処するために、AMA が代わりにサーバー ID を使用するように HCI クラスター登録を変更しました。この変更を実装するには、2023 年 11 月より前に登録されているクラスターに対して次の手順を実行します。

クラスターの登録を修復します。「クラスターの登録を修復する」を参照してください。
AMA を修復します。「 AMA の修復」を参照してください。
Azure Stack HCI の分析情報を再構成します。「 Azure Stack HCI の分析情報を再構成する」を参照してください。

Azure portalでは、[Insights for Azure Stack HCI] ページによって AMA 構成の変更が自動的に検出され、ページの上部にバナーが表示され、AMA に依存するサービスを引き続き使用するために必要なアクションを実行できます。

クラスターの登録を修復する

クラスターの登録を修復するには、次の手順に従います。

クラスターノードに、最新 Az.StackHCI の PowerShell モジュールをインストールします。を最新Az.StackHCIのバージョン番号に置き換えますlatestversion。
```
Install-Module -Name Az.StackHCI -RequiredVersion {latestversion} -Scope CurrentUser -Repository PSGallery -Force 
```

修復登録コマンドを実行して、regkey を削除します。

Register-AzStackHCI -TenantId {TenantID} -SubscriptionId {subscriptionID} -ComputerName {NodeName} -RepairRegistration

Azure Stack HCI の AMA を修復する

AMA を修復するには、次のいずれかのオプションを選択します。

オプション 1: AMA をアンインストールする

AMA が既に更新されている場合は、アンインストールします。 AMA をアンインストールするには、次の手順に従います。
1. Azure portalで、Azure Stack HCI クラスターの [拡張機能] ページに移動します。
2. [AzureMonitorWindowsAgent] のチェックボックスをオンにし、[アンインストール] を選択します。
オプション 2: AMA を更新する

AMA を更新するには、次の手順に従います。
1. Azure portalで、Azure Stack HCI クラスターの [拡張機能] ページに移動します。
2. [AzureMonitorWindowsAgent] のチェックボックスをオンにし、[自動アップグレードを有効にする] を選択します (まだ行っていない場合)。
オプション 3: AMA を再起動する

すべてのクラスターノードで次の手順に従って AMA を再起動します。
1. AMA を無効にするには、次のコマンドを実行します。
```
cd C:\Packages\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent\<agent version number>
AzureMonitorAgentExtension.exe disable
```
2. 実行可能ファイルが完了し、すべての AMA プロセスが停止したら、次のコマンドを実行してエージェントを再起動します。
```
AzureMonitorAgentExtension.exe enable
```
オプション 4: クラスターノードを再起動する

Azure Stack HCI の分析情報を再構成する

Azure Stack HCI の分析情報を再構成するには、次の手順に従います。

Azure portalでは、次のスクリーンショットに示すように、Azure Stack HCI クラスターの [分析情報] ページの上部にバナーが表示されます。これは、Insights を再度構成し、DCR をクラスターノードに関連付けるのに役立ちます。バナーを確認し、[ 分析情報の構成] を選択します。
DCR を再構成します。指示に従って、この記事で説明されているように Insights を構成します。「Azure Stack HCI の分析情報を構成する」を参照してください。

データが設定されていない空白のブックページのトラブルシューティング

問題。 次のスクリーンショットに示すように、データが入力されていない空白の [ブック] ページが表示されます。

考えられる原因。 この問題には、最近の Insights の構成、2023 年 11 月より前に登録されたクラスターの不完全なトラブルシューティング手順、関連付けられている DCR が正しく構成されていないなど、いくつかの原因が考えられます。

解決方法。 問題のトラブルシューティングを行うには、次の手順を順番に実行します。

最近 Insights を構成した場合は、AMA がデータを収集するまで最大 1 時間待ちます。
待機後にまだデータがない場合は、「 2023 年 11 月より前に登録されたクラスターのトラブルシューティング」セクションに記載されているすべての手順を完了していることを確認してください。
関連付けられている DCR の構成を確認します。「データ収集ルール」セクションで説明されているように、イベントチャネルとパフォーマンスカウンターが、関連付けられている DCR にデータソースとして追加されていることを確認します。
上記の手順を実行しても問題が解決しない場合でもデータが表示されない場合は、カスタマーサポートにお問い合わせください。

詳細なトラブルシューティングガイダンスについては、「 Azure Monitor エージェントのトラブルシューティングガイダンス」を参照してください。

以前は "監視" と呼ばられていた分析情報を使用すると、リソースを監視し、クラスター、サーバー、仮想マシン、ストレージなどに関する有用な分析情報を提供できます。

オンプレミスの Azure Stack HCI クラスターから生成されたデータは、Azure の Log Analytics ワークスペースに収集されます。そのワークスペース内で、クラスターの正常性に関するデータを収集できます。既定では、監視によって 1 時間ごとに次のログが収集されます。

正常性管理 (Microsoft-windows-health/operational)
SDDC 管理 (Microsoft-Windows-SDDC-Management/Operational; イベント ID: 3000、3001、3002、3003、3004)

ログ収集の頻度を変更するには、「イベントログチャネル」を参照してください。

前提条件

レガシエージェントで Insights を使用するには、次の前提条件を満たしていることを確認します。

Azure Stack HCI クラスターは、Azure と Arc を有効にして登録する必要があります。 2021 年 6 月 15 日以降にクラスターを登録した場合は、既定でそうなっています。それ以外の場合は、 Azure Arc 統合を有効にする必要があります。
Log Analytics を有効にして、監視に必要なログデータが保存されている Log Analytics ワークスペースにクラスターをリンクします。
[Enable Insights](Insights の有効化) により、Azure Monitor で監視に必要なイベントの収集を開始できます。

ログ機能

クラスターを登録し、サーバーを Arc 対応にすると、Azure portalに次の項目が表示されます。

指定したリソースグループ内の Azure Stack HCI リソース。
<clustername>ArcInstanceResourceGroup のクラスター内のすべてのサーバーに対するサーバー - Azure Arc リソース。
[ノード] タブの下にある [Azure Stack HCI リソース] ページのサーバー - Azure Arc リソースリンクがあるノード。

これで、クラスターノードが Arc 対応になったので、Azure Stack HCI クラスターリソースのページに移動します。 [ 機能 ] タブに、[未構成] と表示されるログを有効にするオプションが表示されます。

この機能は、Microsoft Monitoring Agent のインストールを簡略化する Arc for servers 拡張機能です。 Arc for Servers 拡張機能を使用してこのワークフローを有効にしているため、クラスターにサーバーを追加すると、自動的に Microsoft Monitoring Agent がインストールされます。

注意

Windows 用の Microsoft Monitoring Agent は、TCP ポート 443 を通して Azure Monitor サービスへのアウトバウンド通信を行います。インターネット経由で通信するためにサーバーがファイアウォールやプロキシサーバーを介して接続する場合は、こちらの要件を確認して必要なネットワーク構成を理解してください。

Microsoft Monitoring Agent 拡張機能を構成する

Microsoft Monitoring Agent (AMA) 拡張機能を構成するには:

[機能] タブで、[ログ] を選択します。
サブスクリプションの既存のワークスペースを使用するには、 [既存のものを使用] を選択します。
ページの下部にある [追加] を選択します。
構成が完了すると、 [機能] タブの [ログ] が [構成済み] と表示されます。
左側のツールバーから [設定] [拡張機能] を選択します。各サーバーで Microsoft Monitoring Agent が正常にインストールされていることがわかります。

これで、Log Analytics 拡張機能が正常にインストールされました。