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

[アーティクル]
09/25/2024

適用対象: Azure Stack HCI バージョン 22H2

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

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

重要

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

メリット

Insights for 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 が使用されます。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 システムを監視できます。

前提条件

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

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

分析情報を有効にする

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

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

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

Note

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

重要

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

設定を選択すると、Extensions ページにリダイレクトされ、エージェントのインストールの状態を確認できます。 Insights を構成すると、クラスターのすべてのノードに AMA が自動的にインストールされます。
Azure Stack HCI クラスターリソースページに移動し、クラスターを選択します。 Insights が Capabilities タブに Configured と表示されるようになりました。

データ収集ルール

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 イベントログに追加されます。

これらのログを収集することで、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 を無効にするには、次の手順に従います。

[機能] タブで、[分析情報] を選択します。
[分析情報を無効にする] を選択します。

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

Insights の更新

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

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

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

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

Microsoft Monitoring Agent からの移行

Microsoft Monitoring Agent (MMA) から Azure Monitoring Agent (AMA) に移行するには、下にスクロールして Insights。
[AMA のインストール; を選択します。Insights の構成 ウィンドウが開きます。
Enable 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 ワークスペースにまだ接続されていないことを確認したら、Extensions ページにリダイレクトすることでMicrosoftMonitoringAgentを手動で削除できます。

トラブルシューティング

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

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 が必要になりました。この不一致により、これらのサービスからのログの不適切な収集が発生しました。

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

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

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

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

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

クラスターノードに、最新の Az.StackHCI PowerShell モジュールをインストールします。 latestversionを最新のAz.StackHCIバージョン番号に置き換えます。
```
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 クラスターの Extensions ページに移動します。
2. AzureMonitorWindowsAgent のチェックボックスをオンにし、Uninstall を選択します。
オプション 2: AMA を更新する

AMA を更新するには、次の手順に従います。
1. Azure portal で、Azure Stack HCI クラスターの Extensions ページに移動します。
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 の Insights を再構成するには、次の手順に従います。

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

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

発行。 次のスクリーンショットに示すように、空白の Workbooks ページにデータが入力されていません。

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

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

最近 Insights を構成した場合は、AMA がデータを収集するまで最大 1 時間待ちます。
待機した後もデータがまだない場合は、「 2023 年 11 月前に登録されたクラスターのトラブルシューティング」セクションに記載されているすべての手順を完了していることを確認します。
関連付けられている DCR の構成を確認します。「 Data コレクションルール」セクションで説明されているように、イベントチャネルとパフォーマンスカウンターが、関連付けられている 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 クラスターリソースのページに移動します。 Capabilities タブには、ログを有効にするオプションが表示されます。これは、構成されていないと表示されます。

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

Note

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

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

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

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

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