翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# FSx for Windows File Server ファイルシステムのモニタリング
モニタリングは、FSx for Windows File Server と AWS ソリューションの信頼性、可用性、パフォーマンスを維持する上で重要な部分です。障害が発生した場合は、その障害をより簡単にデバッグできるように、AWS ソリューションのすべての部分からモニタリングデータを収集する必要があります。ただし、FSx for Windows File Server のモニタリングを開始する前に、以下の質問に対する回答を反映したモニタリング計画を作成する必要があります。
+ どのような目的でモニタリングしますか?
+ どのリソースをモニタリングしますか?
+ どのくらいの頻度でこれらのリソースをモニタリングしますか?
+ どのモニタリングツールを利用しますか?
+ 誰がモニタリングタスクを実行しますか?
+ 問題が発生したときに誰が通知を受け取りますか?
FSx for Windows File Server でのログ記録とモニタリングの詳細については、次のトピックを参照してください。
**Topics**
+ [自動モニタリングと手動モニタリング](#monitoring_automated_manual)
+ [Amazon CloudWatch を使用したモニタリング](monitoring-cloudwatch.md)
+ [AWS CloudTrail を使用して Amazon FSx for Windows File Server の API コールをログ記録する](logging-using-cloudtrail.md)
## 自動モニタリングと手動モニタリング
AWS は、FSx for Windows File Server のモニタリングに使用できるさまざまなツールを提供します。これらのツールの一部はモニタリングを行うように設定できますが、一部のツールは手動による介入が必要です。モニタリングタスクはできるだけ自動化することをお勧めします。
### 自動モニタリングツール
以下の自動化されたモニタリングツールを使用して、FSx for Windows File Server をモニタリングし、問題が発生したときにレポートできます。
+ **Amazon CloudWatch アラーム** - 指定した期間にわたって単一のメトリクスをモニタリングし、複数の期間にわたる特定のしきい値に対するメトリクスの値に基づいて 1 つ以上のアクションを実行します。アクションは、Amazon Simple Notification Service (Amazon SNS) のトピックまたは Amazon EC2 Auto Scaling のポリシーに送信される通知です。CloudWatch アラームは、特定の状態にあるという理由だけでアクションを呼び出すことはありません。状態が変更され、指定された期間維持されている必要があります。詳細については、「[Amazon CloudWatch を使用したモニタリング](monitoring-cloudwatch.md)」を参照してください。
+ **Amazon CloudWatch Logs** - AWS CloudTrail またはその他の出典からログファイルをモニタリング、保存、およびアクセスします。詳細については、「*Amazon CloudWatch Logs ユーザーガイド*」の「[Amazon CloudWatch Logs とは?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html)」を参照してください。
+ **AWS CloudTrail ログモニタリング** - アカウント間でログファイルを共有し、CloudTrail のログファイルを CloudWatch Logs に送信することでそれらをリアルタイムでモニタリングし、ログを処理するアプリケーションを Java で作成し、CloudTrail からの提供後にログファイルが変更されていないことを検証します。詳細については、「*AWS CloudTrail ユーザーガイド*」の「[CloudTrail ログファイルの使用](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-working-with-log-files.html)」を参照してください。
### 手動モニタリングツール
FSx for Windows File Server のモニタリングでもう 1 つ重要なパートは、Amazon CloudWatch のアラームの対象外の項目を手動でモニタリングすることです。FSx for Windows File Server、CloudWatch、およびその他の AWS コンソールダッシュボードは、AWS 環境の状態を一目で確認できます。
Amazon FSx **[モニタリングとパフォーマンス]** ダッシュボードには、以下が表示されます。
+ 現在の警告と CloudWatch アラーム
+ ファイルシステムのアクティビティの概要
+ ファイルシステムのストレージ容量と使用率
+ ファイルサーバーおよびストレージボリュームのパフォーマンス
+ CloudWatch アラーム
Amazon CloudWatch ダッシュボードには、次の内容が表示されます。
+ 現在のアラームとステータス
+ アラームとリソースのグラフ
+ サービスのヘルスステータス
さらに、CloudWatch を使用して次のことを行うことができます:
+ [カスタマイズダッシュボード](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html) を作成して、使用するサービスをモニタリングします。
+ メトリクスデータをグラフ化して、問題のトラブルシューティングと傾向の発見を行います。
+ AWS リソースのすべてのメトリクスを検索およびブラウズする。
+ 問題があることを通知するアラームを作成/編集する。
Amazon FSx の **[Monitoring & performance]** (モニタリングとパフォーマンス) ダッシュボードの詳細については、「[ファイルシステムのメトリクスの使用](monitoring-cloudwatch.md#how_to_use_metrics)」を参照してください。
# Amazon CloudWatch を使用したモニタリング
Amazon CloudWatch は、FSx for Windows File Server から raw データを収集し、ほぼリアルタイムの読み取り可能なメトリクスに加工することができます。これらの統計は 15 か月間保持されるため、履歴情報へのアクセス許可を与え、ワークフローまたはファイルシステムのパフォーマンスを把握できます。
FSx for Windows File Server は、次のドメインで CloudWatch メトリクスを発行します。
+ ネットワーク I/O メトリクスは、ファイルシステムにアクセスしているクライアントとファイルサーバー間のアクティビティを測定します。
+ ファイルサーバーのメトリクスは、ネットワークスループット使用率、ファイルサーバーの CPU とメモリ、およびファイルサーバーのディスクスループット使用率と IOPS 使用率を測定します。
+ ディスク I/O メトリクスは、ファイルサーバーとストレージボリューム間のアクティビティを測定します。
+ ストレージボリュームのメトリクスは、HDD ストレージボリュームのディスクスループット使用率と SSD ストレージボリュームの IOPS 使用率を測定します。
+ ストレージ容量のメトリクスは、データ重複排除によるストレージ節約を含めたストレージ使用状況を測定します。
次の図は、FSx for Windows File Server ファイルシステム、そのコンポーネント、およびメトリクスドメインを示しています。
![\[FSx for Windows File Server は、ネットワーク I/O、ファイルサーバーのパフォーマンス、およびストレージボリュームのパフォーマンスをモニタリングするメトリクスを CloudWatch でレポートします。\]](http://docs.aws.amazon.com/ja_jp/fsx/latest/WindowsGuide/images/metrics-overview-FSxW.png)
デフォルトでは、Amazon FSx for Windows File Server は、メトリクスデータを 1 分間隔で CloudWatch に送信しますが、次のような例外は 5 分間隔で送信されます。
+ `FileServerDiskThroughputBalance`
+ `FileServerDiskIopsBalance`
CloudWatch の詳細については、「*Amazon CloudWatch ユーザーガイド*」の「[Amazon CloudWatch とは](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)」を参照してください。
メトリクスは、シングル AZ ファイルシステムではファイルシステムのメンテナンス中や、インフラストラクチャコンポーネントの交換時、マルチ AZ ファイルシステムではプライマリファイルサーバーとセカンダリファイルサーバー間のフェイルオーバー中およびフェイルバック中に発行されない場合があります。
Amazon FSx CloudWatch メトリクスは raw バイトとしてレポートされます。バイトは、単位の 10 進数または 2 進数の倍数に丸められません。
**Topics**
+ [CloudWatch メトリクスとディメンション](#fsx-windows-metrics)
+ [ファイルシステムのメトリクスの使用](#how_to_use_metrics)
+ [パフォーマンスの警告と推奨事項](#performance-insights-FSxW)
+ [ファイルシステムメトリクスへのアクセス](accessingmetrics.md)
+ [CloudWatch アラームの作成d\$1](creating_alarms.md)
## CloudWatch メトリクスとディメンション
FSx for Windows File Server は、すべてのファイルシステムに対して、次のメトリクスを Amazon CloudWatch 内の `AWS/FSx` 名前空間に発行します。
+ `DataReadBytes`
+ `DataWriteBytes`
+ `DataReadOperations`
+ `DataWriteOperations`
+ `MetadataOperations`
+ `FreeStorageCapacity`
FSx for Windows File Server は、少なくとも 32 MBps のスループットキャパシティで設定されたファイルシステムに対して、次のセクションで説明するメトリクスを Amazon CloudWatch 内の `AWS/FSx` 名前空間に発行します。
### ネットワーク I/O メトリクス
`AWS/FSx` 名前空間には、次のネットワーク I/O メトリクスが含まれます。
| メトリクス | 説明 |
| --- | --- |
| DataReadBytes | ファイルシステムにアクセスするクライアントでの読み込み操作のバイト数。 単位: バイト 有効な統計: `Sum` |
| DataWriteBytes | ファイルシステムにアクセスするクライアントでの書き込み操作のバイト数。 単位: バイト 有効な統計: `Sum` |
| DataReadOperations | ファイルシステムにアクセスするクライアントでの読み込み操作の回数。 単位: カウント 有効な統計: `Sum` |
| DataWriteOperations | ファイルシステムにアクセスするクライアントでの書き込み操作の回数。 単位: カウント 有効な統計: `Sum` |
| MetadataOperations | ファイルシステムにアクセスするクライアントでのメタデータ操作の回数。 単位: カウント 有効な統計: `Sum` |
| ClientConnections | クライアントとファイルサーバー間のアクティブな接続の数。 単位: カウント |
### ファイルサーバーのメトリクス
`AWS/FSx` 名前空間には、次のファイルサーバーのメトリクスが含まれます。
| メトリクス | 説明 |
| --- | --- |
| NetworkThroughputUtilization | ファイルシステムにアクセスするクライアントのネットワークスループットを、プロビジョニングされた制限に対する割合 (%) で表したものです。 単位: パーセント |
| CPUUtilization | ファイルサーバーの CPU リソースの使用率 (%)。 単位: パーセント |
| MemoryUtilization | ファイルサーバーのメモリリソースの使用率 (%)。 単位: パーセント |
| FileServerDiskThroughputUtilization | ファイルサーバーとそのストレージボリューム間のディスクスループットを、スループットキャパシティによって決定されるプロビジョニングされた制限に対する割合 (%) で表したものです。 単位: パーセント |
| FileServerDiskThroughputBalance | ファイルサーバーとそのストレージボリューム間のディスクスループットに使用できるバーストクレジットの割合 (%)。256 MBps 以下のスループットキャパシティでプロビジョニングされたファイルシステムに有効です。 単位: パーセント |
| FileServerDiskIopsUtilization | ファイルサーバーとストレージボリューム間のディスク IOPS を、スループットキャパシティによって決定されるプロビジョニングされた制限に対する割合 (%) で表したものです。 単位: パーセント |
| FileServerDiskIopsBalance | ファイルサーバーとそのストレージボリューム間のディスク IOPS に使用できるバーストクレジットの割合 (%)。256 MBps 以下のスループットキャパシティでプロビジョニングされたファイルシステムに有効です。 単位: パーセント |
### ディスク I/O メトリクス
`AWS/FSx` 名前空間には、次のディスク I/O メトリクスが含まれます。
| メトリクス | 説明 |
| --- | --- |
| DiskReadBytes | ストレージボリュームにアクセスする読み込み操作のバイト数。 単位: バイト 有効な統計: Sum |
| DiskWriteBytes | ストレージボリュームにアクセスする書き込み操作のバイト数。 単位: バイト 有効な統計: Sum |
| DiskReadOperations | ストレージボリュームにアクセスするファイルサーバーでの読み込み操作の回数。 単位: カウント 有効な統計: `Sum` |
| DiskWriteOperations | ストレージボリュームにアクセスするファイルサーバーでの書き込み操作の回数。 単位: カウント 有効な統計: `Sum` |
### FSx for Windows ストレージボリュームのメトリクス
`AWS/FSx` 名前空間には、次のストレージボリュームのメトリクスが含まれます。
| メトリクス | 説明 |
| --- | --- |
| DiskThroughputUtilization | (HDD のみ) ファイルサーバーとそのストレージボリューム間のディスクスループットを、ストレージボリュームによって決定されるプロビジョニングされた制限に対する割合 (%) で表したものです。 単位: パーセント |
| DiskThroughputBalance | (HDD のみ) ストレージボリュームのディスクスループットおよびディスク IOPS に使用できるバーストクレジットの割合 (%)。 単位: パーセント |
| DiskIopsUtilization | (SSD のみ) ファイルサーバーとストレージボリューム間のディスク IOPS を、ストレージボリュームによって決定されるプロビジョンド IOPS 制限に対する割合 (%) で表したものです。 単位: パーセント |
### ストレージ容量のメトリクス
`AWS/FSx` 名前空間には、次のストレージ容量のメトリクスが含まれます。
| メトリクス | 説明 |
| --- | --- |
| FreeStorageCapacity | 使用できるストレージ容量。 単位: バイト 有効な統計: `Average`、`Minimum` |
| StorageCapacityUtilization | 合計ストレージ容量に対する使用済み物理ストレージ容量の割合 (%)。 単位: パーセント |
| DeduplicationSavedStorage | データ重複排除が有効になっている場合、それによって節約されるストレージ領域の量。 単位: バイト |
### FSx for Windows File Server メトリクスの名前空間とディメンション
FSx for Windows ファイルサーバーのメトリクスは `FSx` 名前空間を使用し、単一のディメンション `FileSystemId` のメトリクスを提供します。ファイルシステムの ID は、[describe-file-systems](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI コマンド、または [DescribeFileSystems](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html) API コマンドを使用して見つけることができます。ファイルシステム ID は、*fs-0123456789abcdef0* の形式です。
## ファイルシステムのメトリクスの使用
各 Amazon FSx ファイルシステムには、2 つの主要なアーキテクチャコンポーネントがあります。
+ ファイルシステムにアクセスするクライアントにデータを提供する**ファイルサーバー**。
+ ファイルシステム内のデータをホストする**ストレージボリューム**。
FSx for Windows File Server は、ファイルシステムのファイルサーバーとストレージボリュームのパフォーマンスおよびリソース使用率を追跡するメトリクスを CloudWatch でレポートします。次の図は、Amazon FSx ファイルシステムとそのアーキテクチャコンポーネント、およびモニタリングに使用できるパフォーマンスとリソースの CloudWatch メトリクスを示しています。メトリクスのセットで表示される主なプロパティは、それらのメトリクスの容量を決定するファイルシステムのプロパティです。このプロパティを調整すると、そのメトリクスのセットに対応するファイルシステムのパフォーマンスが変更されます。
![\[FSx for Windows File Server は、ネットワーク I/O、ファイルサーバーのパフォーマンス、およびストレージボリュームのパフォーマンスをモニタリングするメトリクスを CloudWatch でレポートします。\]](http://docs.aws.amazon.com/ja_jp/fsx/latest/WindowsGuide/images/file-server-metrics-FSxW.png)
Amazon FSx コンソールの **[Monitoring & performance]** (モニタリングとパフォーマンス) パネルを使用して、次の表で説明されている FSx for Windows File Server の CloudWatch メトリクスを表示できます。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/fsx/latest/WindowsGuide/monitoring-cloudwatch.html)
**注記**
1ワークロードの予期しないスパイクや、バックグラウンドの Windows ストレージオペレーション (ストレージ同期、重複除外、シャドウコピーなど) に対して、十分な予備スループットキャパシティを確保するために、平均スループットキャパシティを 50% 未満に維持することをお勧めします。
2HDD ストレージボリュームでは、ワークロードに応じてパフォーマンスに大きなばらつきが生じる可能性があります。IOPS またはスループットが急激に急増すると、ディスクのパフォーマンスが低下する可能性があります。詳細については、「[HDD バーストパフォーマンス](performance.md#hdd-burst-performance)」を参照してください。
## パフォーマンスの警告と推奨事項
FSx for Windows では、少なくとも 32 MBps のスループットキャパシティで設定されたファイルシステムに対して、パフォーマンスの警告が表示されます。Amazon FSx では、CloudWatch メトリクスのいずれかが、連続した複数のデータポイントで事前に設定されたしきい値に近づいたり超過したりすると、その CloudWatch メトリクスのセットに対応する警告が表示されます。これらの警告により、ファイルシステムのパフォーマンスを最適化するために使用できる実用的な推奨事項が示されます。
警告は、**[Monitoring & performance]** (モニタリングとパフォーマンス) ダッシュボードのいくつかのエリアからアクセスできます。Amazon FSx のパフォーマンスに関するアクティブな警告や最新の警告すべて、およびファイルシステム用に設定された ALARM 状態 にある CloudWatch アラームすべてが、**[Summary]** (概要) セクションの **[Monitoring & performance]** (モニタリングとパフォーマンス) パネルに表示されます。この警告は、メトリクスグラフが表示されているダッシュボードのセクションにも表示されます。
Amazon FSx のどのメトリクスに対しても、CloudWatch アラームを作成できます。詳しくは、「[CloudWatch アラームの作成d\$1](creating_alarms.md)」を参照してください。
### パフォーマンスの警告を使用してファイルシステムのパフォーマンスを向上させる
Amazon FSx は、ファイルシステムのパフォーマンスを最適化するために使用できる実用的な推奨事項を提供します。これらの推奨事項では、潜在的なパフォーマンスのボトルネックに対処する方法が説明されています。アクティビティが今後も続くと予想される場合、またはそのアクティビティがファイルシステムのパフォーマンスに影響を及ぼしている場合は、推奨されるアクションを実行します。警告をトリガーしたメトリクスに応じて、次の表に示すように、ファイルシステムのスループットキャパシティまたはストレージ容量のいずれかを増やすことで解決できます。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/fsx/latest/WindowsGuide/monitoring-cloudwatch.html)
**注記**
特定のファイルシステムイベントは、ディスク I/O パフォーマンスリソースを消費し、パフォーマンスの警告をトリガーする可能性があります。例:
ストレージ容量のスケーリングの最適化フェーズでは、[ストレージ容量の拡張とファイルシステムのパフォーマンス](managing-storage-configuration.md#storage-capacity-increase-and-performance) で説明されているように、ディスクスループットが向上する可能性があります。
マルチ AZ ファイルシステムでは、スループットキャパシティのスケーリング、ハードウェアの交換、アベイラビリティーゾーンの中断などのイベントにより、自動的にフェイルオーバーとフェイルバックのイベントが発生します。この期間内に発生したデータ変更は、プライマリファイルサーバーとセカンダリファイルサーバー間で同期させる必要があるため、Windows Server はディスク I/O リソースを消費するデータ同期ジョブを実行します。詳しくは、「[スループット容量の管理](managing-throughput-capacity.md)」を参照してください。
ファイルシステムのパフォーマンスに関する詳細については、「[FSx for Windows File Server のパフォーマンスパフォーマンス](performance.md)」を参照してください。
# ファイルシステムメトリクスへのアクセス
CloudWatch の Amazon FSx メトリクスは、次の方法で確認できます。
+ Amazon FSx コンソール
+ CloudWatch コンソール
+ CloudWatch CLI
+ CloudWatch API
次の手順は、これらのさまざまなツールを使用してファイルシステムのメトリクスにアクセスする方法を示しています。
**Amazon FSx コンソールを使用してファイルシステムのメトリクスを表示するには**
1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) で Amazon FSx コンソールを開きます。
1. **[File system details]** (ファイルシステムの詳細) ページを表示するには、ナビゲーションペインで **[File systems]** (ファイルシステム) を選択します。
1. メトリクスを表示するファイルシステムを選択します。
1. ファイルシステムのメトリクスのグラフを表示するには、2 番目のパネルで **[Monitoring & performance]** (モニタリングとパフォーマンス) を選択します。
![\[Amazon FSx コンソールの [Performance & monitoring] (パフォーマンスとモニタリング) のスクリーンキャプチャ画像。\]](http://docs.aws.amazon.com/ja_jp/fsx/latest/WindowsGuide/images/FSxW-monitor-perf-panel.png)
+ **[Summary]** (概要) メトリクスは、デフォルトで表示され、**[File system activity]** (ファイルシステムのアクティビティ) メトリクスとともに、アクティブな警告および CloudWatch アラームが表示されます。
+ **[Storage]** (ストレージ) を選択して、ストレージ容量および使用率のメトリクスを表示します。
+ **[Performance]** (パフォーマンス) を選択して、ファイルサーバーおよびストレージのパフォーマンスメトリクスを表示します
+ **[CloudWatch alarms]** (CloudWatch アラーム) を選択して、ファイルシステム用に設定されたアラームのグラフを表示します。
詳細については、「[ファイルシステムのメトリクスの使用](monitoring-cloudwatch.md#how_to_use_metrics)」を参照してください。
**CloudWatch コンソールでメトリクスを表示する**
1. Amazon CloudWatch コンソールの **[Metrics]** (メトリクス) ページでファイルシステムのメトリクスを表示する場合は、Amazon FSx コンソールの **[Monitoring & performance]** (モニタリングとパフォーマンス) パネルのメトリクスに移動します。
1. 次の図に示すように、メトリクスグラフの右上にある [Actions] (アクション) メニューから **[View in metrics]** (メトリクスで表示) を選択します。
![\[[View in metrics] (メトリクスで表示) アクションを示すグラフアクションメニューが表示された、合計 IOPS メトリクスのグラフィック画像。\]](http://docs.aws.amazon.com/ja_jp/fsx/latest/WindowsGuide/images/view-metric-in-CW-fsxW.png)
これにより、CloudWatch コンソールの **[Metrics]** (メトリクス) ページが開き、次の図に示すような、メトリクスグラフが表示されます。
![\[CloudWatch コンソールに表示された、合計 IOPS メトリクスのグラフィック画像。\]](http://docs.aws.amazon.com/ja_jp/fsx/latest/WindowsGuide/images/metric-in-CW-console.png)
**CloudWatch ダッシュボードにメトリクスを追加するには**
1. CloudWatch コンソールのダッシュボードに FSx for Windows ファイルシステムのメトリクスのセットを追加するには、Amazon FSx コンソールの **[モニタリングとパフォーマンス]** パネルに表示されたメトリクスのセット(**[概要]**、**[ストレージ]**、または **[パフォーマンス]** を選択します。
1. パネルの右上にある **[Add to dashboard]** (ダッシュボードに追加) を選択すると、CloudWatch コンソールが開きます。
1. リストから既存の CloudWatch ダッシュボードを選択するか、新しいダッシュボードを作成します。詳細については、*Amazon CloudWatch ユーザーガイド* の [Amazon CloudWatch ダッシュボードの使用](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html) を参照してください。
**AWS CLI からメトリクスにアクセスするには**
+ `--namespace "AWS/FSx"` 名前空間で [https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/list-metrics.html](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/list-metrics.html) コマンドを使用します。詳細については、「[AWS CLI コマンドリファレンス](https://docs.aws.amazon.com/cli/latest/reference/)」を参照してください。
```
$ aws cloudwatch list-metrics --namespace "AWS/FSx"
aws cloudwatch list-metrics --namespace "AWS/FSx"
{
"Metrics": [
{
"Namespace": "AWS/FSx",
"MetricName": "DataWriteOperationTime",
"Dimensions": [
{
"Name": "FileSystemId",
"Value": "fs-09a106ebc3a0bb087"
}
]
},
{
"Namespace": "AWS/FSx",
"MetricName": "CapacityPoolWriteBytes",
"Dimensions": [
{
"Name": "VolumeId",
"Value": "fsvol-0cb2281509f5db3c2"
},
{
"Name": "FileSystemId",
"Value": "fs-09a106ebc3a0bb087"
}
]
},
{
"Namespace": "AWS/FSx",
"MetricName": "DiskReadBytes",
"Dimensions": [
{
"Name": "FileSystemId",
"Value": "fs-09a106ebc3a0bb087"
}
]
},
{
"Namespace": "AWS/FSx",
"MetricName": "CompressionRatio",
"Dimensions": [
{
"Name": "FileSystemId",
"Value": "fs-0f84c9a176a4d7c92"
}
]
},
.
.
.
}
```
**CloudWatch API の使用**
**CloudWatch API からメトリクスにアクセスするには**
+ `[GetMetricStatistics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_GetMetricStatistics.html)` を呼び出します。詳細については、「[Amazon CloudWatch API リファレンス](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/)」を参照してください。
# CloudWatch アラームの作成d\$1
アラームの状態が変わったら、Amazon SNS メッセージを送信する Amazon CloudWatch のアラームを作成することができます。アラームは、指定期間にわたって単一のメトリクスを監視し、指定したしきい値に対応したメトリクスの値に基づいて、期間数にわたって 1 つ以上のアクションを実行します。アクションは、Amazon SNS のトピックまたはオートスケーリングのポリシーに送信される通知です。
アラームは、持続した状態の変化に対してのみアクションを呼び出します。CloudWatch のアラームは、メトリクスが特定の状態になっただけではアクションを呼び出しません。アクションを呼び出すには、状態が変化して、指定した期間維持される必要があります。Amazon FSx コンソールまたは CloudWatch コンソールからアラームを作成できます。
次の手順は、コンソール、AWS CLI、および API を使用して Amazon FSx のアラームを作成する方法を示しています。
**CloudWatch アラームを設定するには (コンソール)**
1. [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/) で Amazon FSx コンソールを開きます。
1. ナビゲーションペインで、**[File systems]** (ファイルシステム) を選択し、アラームに対して作成したいファイルシステムを選択します。
1. **[Actions]** (アクション) メニューを選択し、**[View details]** (詳細の表示) を選択します。
1. **[Summary]** (概要) ページで、**[Monitoring]** (モニタリング) を選択します。
1. **[CloudWatch アラーム]** を選択します。
1. **[Create CloudWatch alarm]** (CloudWatch アラームの作成) を選択します。CloudWatch コンソールにリダイレクトされます。
1. **[Select metrics]** (メトリクスの選択) を選択し、**[Next]** (次へ) を選択します。
1. **[メトリクス]** セクションで、**[FSX]** を選択します。
1. **[File System Metrics]** (ファイルシステムメトリクス) を選択し、アラームを設定するメトリクスを選択し、**[Select metrics]** (メトリクスの選択) を選択します。
1. **[Conditions]** (条件) セクションで、アラームに使用する条件を選択し、**[Next]** (次へ) を選択します。
**注記**
メトリクスは、シングル AZ ファイルシステムではファイルシステムのメンテナンス中や、マルチ AZ ファイルシステムではプライマリサーバーまたはセカンダリサーバーとの間のフェイルオーバー中およびフェイルバック中に発行されない場合があります。不必要で誤解を招くようなアラーム条件の変更を防ぎ、欠落しているデータポイントに対する回復力を持つようにアラームを設定するには、「*Amazon CloudWatch ユーザーガイド*」の「[CludWatch アラームによる欠落データの扱い方を設定する](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data)」を参照してください。
1. アラーム状態がアクションをトリガーした際に、CloudWatch から E メール または SNS 通知を受け取りたい場合は、アラーム状態に **[Whenever this alarm state is]** (このアラーム状態がいかなる場合も) を選択します。
**[select an SNS topic]** (SNS トピックの選択) で、既存の SNS トピックを選択します。**[Create topic]** (トピックの作成) を選択すると、新しいメールサブスクリプションリストの名前とメールアドレスを設定できます。このリストは保存され、今後のアラーム用のフィールドに表示されます。**[Next]** (次へ) を選択します。
**注記**
**[Create Topic]** (トピックの作成) を使用して新しい Amazon SNS トピックを作成する場合、メールアドレスを検証しなければ、そのアドレスで通知を受け取ることができません。メールは、アラームがアラーム状態になったときにのみ送信されます。アラーム状態になった際に、メールアドレスの検証がまだ完了していない場合は、そのアドレスで通知を受け取ることはできません。
1. **[Name]** (名前)、**[Description]** (説明)、**[Whenever]** (いつでも) のそれぞれにメトリクスの値を入力し、**[Next]** (次へ) を選択します。
1. **[Preview and create]** (プレビューと作成) ページで、作成しようとしているアラームを確認し、**[Create Alarm]** (アラームの作成) を選択します。
**CloudWatch コンソールを使用してアラームを設定するには**
1. AWS マネジメントコンソール にサインインして、CloudWatch コンソール ([https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/)) を開きます。
1. **[Create Alarm]** (アラームの作成) を選択して、**[Create Alarm Wizard]** (アラームウィザードの作成) を起動します。
1. **[FSx Metrics]** を選択し、Amazon FSx メトリクスをスクロールして、アラームを設定するメトリクスを見つけます。このダイアログボックスに Amazon FSx メトリクスのみを表示するには、ファイルシステムのファイルシステム ID で検索します。アラームを作成するメトリクスを選択し、**[Next]** (次へ) をクリックします。
1. **[Name]** (名前)、**[Description]** (説明)、**[Whenever]** (いつでも) のそれぞれにメトリクスの値を入力します。
1. アラーム状態に達した際に、 CloudWatch から E メールを受け取るには、**[Whenever this alarm]** (アラームがいつでも) で、**[State is ALARM]** (状態がアラーム) を選択します。**[Send notification to]** (通知の宛先) に、既存の SNS トピックを選択します。**[Create topic]** (トピックの作成) を選択すると、新しいメールサブスクリプションリストの名前とメールアドレスを設定できます。このリストは保存され、今後のアラーム用のフィールドに表示されます。
**注記**
**[トピックの作成]** を使用して新しい Amazon SNS トピックを作成する場合、メールアドレスを検証しなければ、そのアドレスで通知を受け取ることができません。メールは、アラームがアラーム状態になったときにのみ送信されます。アラーム状態になった際に、メールアドレスの検証がまだ完了していない場合は、そのアドレスで通知を受け取ることはできません。
1. この段階で、**[Alarm Preview]** (アラームの確認) エリアで作成しているアラームを確認することができます。**[Create Alarm]** (アラームの作成) を選択します。
**CloudWatch アラームを設定するには (CLI)**
+ `[put-metric-alarm](https://docs.aws.amazon.com/cli/latest/reference/put-metric-alarm.html)` を呼び出します。詳細については、「*[AWS CLI コマンドリファレンス](https://docs.aws.amazon.com/cli/latest/reference/)*」を参照してください。
**アラームを設定するには (API)**
+ `[PutMetricAlarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html)` を呼び出します。詳細については、「*[Amazon CloudWatch API リファレンス](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/)*」を参照してください。
# AWS CloudTrail を使用して Amazon FSx for Windows File Server の API コールをログ記録する
Amazon FSx for Windows File Server は、AWS CloudTrail と統合されています。これは、Amazon FSx のユーザー、ロール、または AWS のサービスで実行されたアクションをレコードするためのサービスです。CloudTrail は、Amazon FSx へのすべての API コールをイベントとしてキャプチャします。キャプチャされた呼び出しには、Amazon FSx コンソールからの呼び出しと、Amazon FSx API オペレーションへのコード呼び出しが含まれます。追跡を作成する場合は、Amazon FSx のイベントなど、Simple Storage Service (Amazon S3) バケットへの CloudTrail イベントの継続的な配信を有効にすることができます。追跡を設定しない場合でも、CloudTrail コンソールの **[Event history]** (イベント履歴) で最新のイベントを表示できます。CloudTrail により収集された情報を使用して、Amazon FSx に対して行われたリクエスト、リクエスト元の IP アドレス、リクエスト者、リクエストが行われた日時、および追加の詳細を特定することができます。
CloudTrail の詳細については、「[AWS CloudTrail ユーザーガイド](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html)」を参照してください。
## CloudTrail 内の Amazon FSx 情報
CloudTrail は、AWS アカウントを作成すると、その中で有効になります。Amazon FSx でアクティビティが発生すると、そのアクティビティは **[Event history]** (イベント履歴) で AWS のその他のサービスのイベントと共に CloudTrail イベントにレコードされます。最近のイベントは、AWS アカウント で表示、検索、ダウンロードできます。詳細については、「[CloudTrail イベント履歴でのイベントの表示](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html)」を参照してください。
Amazon FSx のイベントなど、AWS アカウント 内のイベントを継続的にレコードするには、追跡を作成します。*証跡*により、CloudTrail はログファイルを Amazon S3 バケットに配信できます。デフォルトでは、コンソールで証跡を作成するときに、証跡がすべての AWS リージョン に適用されます。証跡は、AWS パーティションのすべてのリージョンからのイベントをログに記録し、指定した Amazon S3 バケットにログファイルを配信します。さらに、CloudTrail ログで収集したイベントデータをより詳細に分析し、それに基づいて対応するため、他の AWS サービスを構成できます。詳細については、次を参照してください:
+ [追跡を作成するための概要](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ 「[CloudTrail がサポートされているサービスと統合](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html)」
+ [CloudTrail の Amazon SNS 通知の設定](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/configure-sns-notifications-for-cloudtrail.html)
+ [複数のリージョンから CloudTrail ログファイルを受け取る](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html)および[複数のアカウントから CloudTrail ログファイルを受け取る](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
すべての Amazon FSx アクションは、CloudTrail によりログ記録され、[Amazon FSx API リファレンス](https://docs.aws.amazon.com/fsx/latest/APIReference/Welcome.html)で文書化されます。例えば、`CreateFileSystem`、`CreateBackup`、`TagResource` の各アクションを呼び出すと、CloudTrail ログファイルにエントリが生成されます。
各イベントまたはログエントリには、誰がリクエストを生成したかという情報が含まれます。アイデンティティ情報は、以下を判別するのに役立ちます:
+ リクエストが、ルート認証情報と AWS Identity and Access Management (IAM) ユーザー認証情報のどちらを使用して送信されたか。
+ リクエストがロールまたはフェデレーションユーザーのテンポラリなセキュリティ認証情報を使用して行われたかどうか。
+ リクエストが別の AWS サービスによって行われたかどうか。
詳細については、「[CloudTrail userIdentity エレメント](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html)」を参照してください。
## Amazon FSx ログファイルエントリの概要
[Trail] (追跡) は、指定した Simple Storage Service (Amazon S3) バケットにイベントをログファイルとして配信するように設定できます。CloudTrail のログファイルは、単一か複数のログエントリを含みます。イベントは任意ソースからの単一リクエストを表し、リクエストされたアクション、アクションの日時、リクエストパラメータなどの情報を含みます。CloudTrail・ログファイルは、パブリック API コールの順序付けられたスタックトレースではないため、特定の順序では表示されません。
次の例は、ファイルシステムのタグがコンソールから作成されたときの `TagResource` オペレーションを示す CloudTrail ログエントリを示しています。
```
{
"eventVersion": "1.05",
"userIdentity": {
"type": “Root”,
"principalId": “111122223333”,
"arn": "arn:aws:sts::111122223333:root”,
"accountId": “111122223333”,
"accessKeyId": "AKIAIOSFODNN7EXAMPLE”,
"sessionContext": {
"attributes": {
"mfaAuthenticated": "false",
"creationDate": "2018-11-14T22:36:07Z"
}
}
},
"eventTime": "2018-11-14T22:36:07Z",
"eventSource": "fsx.amazonaws.com",
"eventName": "TagResource",
"awsRegion": "us-east-1",
"sourceIPAddress": “192.0.2.0”,
"userAgent": “console.amazonaws.com”,
"requestParameters": {
"resourceARN": "arn:aws:fsx:us-east-1:111122223333:file-system/fs-ab12cd34ef56gh789”
},
"responseElements": null,
"requestID": “aEXAMPLE-abcd-1234-56ef-b4cEXAMPLE51”,
"eventID": “bEXAMPLE-gl12-3f5h-3sh4-ab6EXAMPLE9p”,
"eventType": "AwsApiCall",
"apiVersion": "2018-03-01",
"recipientAccountId": “111122223333”
}
```
次の例は、ファイルシステムのタグがコンソールから削除されたときの `UntagResource` アクションを示す CloudTrail ログエントリを示しています。
```
{
"eventVersion": "1.05",
"userIdentity": {
"type": “Root”,
"principalId": "111122223333",
"arn": "arn:aws:sts::111122223333:root",
"accountId": "111122223333",
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"sessionContext": {
"attributes": {
"mfaAuthenticated": "false",
"creationDate": "2018-11-14T23:40:54Z"
}
}
},
"eventTime": "2018-11-14T23:40:54Z",
"eventSource": "fsx.amazonaws.com",
"eventName": "UntagResource",
"awsRegion": "us-east-1",
"sourceIPAddress": "192.0.2.0",
"userAgent": "console.amazonaws.com",
"requestParameters": {
"resourceARN": "arn:aws:fsx:us-east-1:111122223333:file-system/fs-ab12cd34ef56gh789"
},
"responseElements": null,
"requestID": "aEXAMPLE-abcd-1234-56ef-b4cEXAMPLE51",
"eventID": "bEXAMPLE-gl12-3f5h-3sh4-ab6EXAMPLE9p",
"eventType": "AwsApiCall",
"apiVersion": "2018-03-01",
"recipientAccountId": "111122223333"
}
```