新規のお客様へのAmazon FSx ファイルゲートウェイの提供は終了しました。FSx ファイルゲートウェイの既存のお客様は、引き続き通常どおりサービスを使用できます。FSx ファイルゲートウェイに似た機能については、[このブログ記事](https://aws.amazon.com/blogs/storage/switch-your-file-share-access-from-amazon-fsx-file-gateway-to-amazon-fsx-for-windows-file-server/)を参照してください。
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Storage Gateway のモニタリング
このセクションでは、Amazon CloudWatch を使用して Storage Gateway をモニタリングする方法について説明します。これには、ゲートウェイに関連付けられているリソースのモニタリングが含まれます。Storage Gateway コンソールを使用してゲートウェイのメトリクスとアラームを表示します。たとえば、読み取りおよび書き込みオペレーションで使用されるバイト数、読み取りおよび書き込みオペレーションに費やされた時間、 AWS クラウドからデータを取得するのにかかる時間を表示できます。メトリックスを使用することにより、ゲートウェイの状態を追跡して、1 つ以上のメトリックスが定義されているしきい値を超えると通知を受け取るようにアラームをセットアップできます。
Storage Gateway では CloudWatch メトリクスを追加料金なしで提供しています。Storage Gateway メトリクスは 2 週間記録されます。これらのメトリクスを使用することにより、履歴情報にアクセスして、ゲートウェイのパフォーマンスをより的確に把握できます。Storage Gateway では、高精度アラームを除く CloudWatch アラームも追加料金なしで提供します。CloudWatch の料金の詳細については、「[Amazon CloudWatch の料金](https://aws.amazon.com/cloudwatch/pricing/)」を参照してください。CloudWatch の詳細については、「[Amazon CloudWatch ユーザーガイド](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)」を参照してください。
**トピック**
+ [CloudWatch アラームの説明](cloudwatch-alarms.md) - アラーム状態や推奨設定など、CloudWatch アラームに関する基本情報について説明します。
+ [CloudWatch 推奨アラームの作成](cloudwatch-alarms-create-recommended.md) - ファイルゲートウェイの初期セットアッププロセスの一環として、推奨されるすべての CloudWatch アラームを迅速かつ自動的に設定する方法について説明します。
+ [カスタム CloudWatch アラームの作成](cloudwatch-alarms-create-alarm.md) - カスタム CloudWatch アラームを作成して、特定の評価基準を使用して特定のメトリクスをモニタリングし、アラーム状態をトリガーして通知を送信する方法について説明します。
+ [FSx ファイルゲートウェイのモニタリング](monitoring-file-gateway.md) - CloudWatch ログと監査ログを表示し、ゲートウェイによってレポートされる特定のゲートウェイとファイル共有ファイルシステムメトリクスに関する情報を検索する方法について説明します。
# CloudWatch アラームの説明
CloudWatch アラームは、メトリクスと式に基づいてゲートウェイに関する情報をモニタリングします。ゲートウェイ用の CloudWatch アラームを追加し、Storage Gateway コンソールでそのステータスを表示できます。FSx ファイルゲートウェイのモニタリングに使用されるメトリクスの詳細については、「」「[ゲートウェイメトリクスについて](https://docs.aws.amazon.com/filegateway/latest/filefsxw/monitoring-file-gateway.html#understanding-file-gateway-metrics)」および「」「[ファイルシステムメトリクスについて](https://docs.aws.amazon.com/filegateway/latest/filefsxw/monitoring-file-gateway.html#monitoring-file-gateway-resources)」を参照してください。アラームごとに、ALARM 状態がアクティブ化する条件を指定します。ALARM 状態になると、Storage Gateway コンソールのアラーム状態のインジケータが赤に変わるため、先を見越した状態のモニタリングがしやすくなります。状態の継続的な変化に応じて自動的にアクションを呼び出すようにアラームを設定できます。CloudWatch アラームの使用の詳細については、*Amazon CloudWatch ユーザーガイド*の「[Amazon CloudWatch アラームの使用](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html)」を参照してください。
**注記**
CloudWatch を表示するアクセス許可がない場合は、アラームを表示できません。
アクティブ化されたゲートウェイごとに、次の CloudWatch アラームを作成することをお勧めします。
+ 高い IO 待機率: `IoWaitpercent` >= 20、3 つのデータポイント、15 分以内
+ キャッシュのダーティ率: `CachePercentDirty` > 80、4 つのデータポイント、20 分以内
+ アップロードに失敗したファイル: `FilesFailingUpload` >= 5 分以内に1対1のデータポイント
+ ファイルシステムエラー: `FileSystem-ERROR` >= 1、１ つのデータポイント、5 分以内
+ ヘルス通知: `HealthNotifications` >= 1、1 つのデータポイント、5 分以内。このアラームを設定するときは、**[欠落データの処理]** を **[notBreaching]** に設定してください。
**注記**
ヘルス通知アラームを設定できるのは、CloudWatch で以前にゲートウェイのヘルス通知を処理した場合のみです。
VMware High Availability クラスターの一部である VMware ホストプラットフォーム上のゲートウェイの場合、次の追加の CloudWatch アラームもお勧めします。
+ 可用性通知: `AvailabilityNotifications` >= 1、1 つのデータポイント、5 分以内。このアラームを設定するときは、**[欠落データの処理]** を **[notBreaching]** に設定してください。
次の表に、CloudWatch アラームの状態を示します。
| State | 説明 |
| --- | --- |
| **OK** | メトリクスや式は、定義されているしきい値の範囲内です。 |
| **アラーム** | メトリクスまたは式が、定義されているしきい値を超えています。 |
| **不十分なデータ** | アラームが開始直後であるか、メトリクスが利用できないか、メトリクス用のデータが不足しているため、アラームの状態を判定できません。 |
| **[なし]** | ゲートウェイのアラームが作成されていません。新しいアラームを作成する方法については、「[ゲートウェイのカスタム CloudWatch アラームの作成](cloudwatch-alarms-create-alarm.md)」を参照してください。 |
| **使用不可** | アラームの状態が不明です。**[Monitoring]** (モニタリング) タブでエラー情報を表示するには、**[Unavailable]** (使用不可) を選択します。 |
# ゲートウェイ用の CloudWatch 推奨アラームの作成
Storage Gateway コンソールを使用して新しいゲートウェイを作成する場合、初期設定プロセスの一環として、CloudWatch の推奨アラームをすべて自動的に作成することを選択できます。詳細については、[Amazon FSx ファイルゲートウェイを設定する](https://docs.aws.amazon.com/filegateway/latest/filefsxw/create-gateway-file.html#configure-gateway-fsx-file)を参照してください。初回設定を完了した既存のゲートウェイに対して、推奨されるCloudWatchアラームを追加または更新する場合は、次の手順を実行してください。
**既存のゲートウェイの CloudWatch 推奨アラームを追加または更新するには**
**注記**
この機能を使用するには、CloudWatch ポリシーのアクセス権限が必要です。この権限は、事前設定済みの Storage Gateway のフルアクセスポリシーの一部として自動的に付与されるものでは*ありません*。CloudWatch の推奨アラームを作成する前に、セキュリティポリシーで次のアクセス権限が付与されていることを確認してください。
`cloudwatch:PutMetricAlarm` - アラームを作成する
`cloudwatch:DisableAlarmActions` - アラームアクションをオフにする
`cloudwatch:EnableAlarmActions` - アラームアクションをオンにする
`cloudwatch:DeleteAlarms` - アラームを削除する
1. Storage Gateway コンソール ([https://console.aws.amazon.com/storagegateway/home/](https://console.aws.amazon.com/storagegateway/home/)) を開きます。
1. ページの左側にあるナビゲーションペインで **[ゲートウェイ]** を選択し、CloudWatch の推奨アラームを作成するゲートウェイを選択します。
1. ゲートウェイの**詳細** ページで、**[モニタリング]** タブを選択します。
1. **[アラーム]** で **[推奨アラームを作成]** を選択します。推奨アラームが自動的に作成されます。
**[アラーム]** セクションには、特定のゲートウェイの CloudWatch アラームがすべて一覧表示されます。ここから、1 つ以上のアラームを選択して削除したり、アラームアクションをオンまたはオフにしたり、新しいアラームを作成したりできます。
# ゲートウェイのカスタム CloudWatch アラームの作成
CloudWatch では、アラームの状態が変化したときにアラーム通知を送信するために Amazon Simple Notification Service (Amazon SNS) を使用します。アラームは、指定期間にわたって単一のメトリクスを監視し、指定したしきい値に対応したメトリクスの値に基づいて、期間数にわたって 1 つ以上のアクションを実行します。アクションは、Amazon SNS トピックに送信される通知です。CloudWatch アラームを作成するときに Amazon SNS トピックを作成することができます。Amazon SNS の詳細については、*Amazon Simple Notification Service デベロッパーガイド*の、「[Amazon SNS とは](https://docs.aws.amazon.com/sns/latest/dg/welcome.html)」を参照してください。
**Storage Gateway コンソールで CloudWatch アラームを作成するには**
1. Storage Gateway コンソール ([https://console.aws.amazon.com/storagegateway/home/](https://console.aws.amazon.com/storagegateway/home/)) を開きます。
1. ナビゲーションペインで **[ゲートウェイ]** を選択してから、アラームを作成するゲートウェイを選択します。
1. ゲートウェイの詳細ページで、**[モニタリング]** タブを選択します。
1. **[アラーム]** で **[アラームを作成]** を選択して CloudWatch コンソールを開きます。
1. CloudWatch コンソールを使用して、必要なタイプのアラームを作成します。以下のタイプのアラームを作成できます。
+ 静的しきい値アラーム: 指定のメトリクスに応じて設定されたしきい値に基づくアラーム。指定した評価期間数にわたってメトリクスがしきい値を超えると、アラームが ALARM 状態に移行します。
静的しきい値アラームを作成するには、*Amazon CloudWatch ユーザーガイド*の「[静的しきい値に基づいて CloudWatch アラームを作成する](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/ConsoleAlarms.html)」を参照してください。
+ 異常検出アラーム: 異常検出では、過去のメトリクスデータのマイニングにより、想定値のモデルが作成されます。異常検出のしきい値を設定すると、CloudWatch は、このしきい値をモデルで使用して、メトリクスの「正常」な値の範囲を決定します。しきい値を高くするほど、「正常」な値の範囲が広がります。アラームがトリガーされるのが、メトリクスの値が想定値の範囲を上回る場合、下回る場合、または上回るか下回った場合のいずれかを選択できます。
異常検出アラームを作成するには、*Amazon CloudWatch ユーザーガイド*の「[異常検出に基づく CloudWatch アラームの作成](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Create_Anomaly_Detection_Alarm.html)」を参照してください。
+ メトリクス数式アラーム: 1 つ以上のメトリクスを使用した数式に基づくアラーム。式、しきい値、および評価期間を指定します。
メトリクスの数式アラームを作成するには、*Amazon CloudWatch ユーザーガイド*の「[メトリクスの数式に基づく CloudWatch アラームの作成](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Create-alarm-on-metric-math-expression.html)」を参照してください。
+ 複合アラーム: 他のアラームのアラーム状態を監視してアラーム状態を決定するアラーム。複合アラームは、アラームノイズの低減に役立ちます。
複合アラームを作成するには、*Amazon CloudWatch ユーザーガイド*の「[複合アラームの作成](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Create_Composite_Alarm.html)」を参照してください。
1. CloudWatch コンソールでアラームを作成したら、Storage Gateway コンソールに戻ります。アラームを表示するには、次のいずれかを行います。
+ ナビゲーションペインで **[ゲートウェイ]** を選択してから、アラームを表示するゲートウェイを選択します。**[詳細]** タブの **[アラーム]** で、**[CloudWatch アラーム]** を選択します。
+ ナビゲーションペインで **[ゲートウェイ]** を選択し、アラームを表示したいゲートウェイを選択して、**[モニタリング]** タブを選択します。
**[アラーム]** セクションには、特定のゲートウェイの CloudWatch アラームがすべて一覧表示されます。ここから、1 つ以上のアラームを選択して削除したり、アラームアクションをオンまたはオフにしたり、新しいアラームを作成したりできます。
+ ナビゲーションペインで **[ゲートウェイ]** を選択し、アラームを表示したいゲートウェイのアラーム状態を選択します。
アラームを編集または削除するには、「[CloudWatch アラームの編集または削除](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Edit-CloudWatch-Alarm.html)」を参照してください。
**注記**
Storage Gateway コンソールを使用してゲートウェイを削除すると、そのゲートウェイに関連付けられている CloudWatch アラームもすべて自動的に削除されます。
# FSx ファイルゲートウェイのモニタリング
Amazon CloudWatch メトリクスと監査ログ AWS Storage Gateway を使用して、 で FSx File Gateway と関連するリソースをモニタリングできます。CloudWatch Events を使用して、ファイルオペレーションが完了したときに通知を受け取ることもできます。
**Topics**
+ [CloudWatch ロググループを使用した FSx ファイルゲートウェイヘルスログの取得](#cw-log-groups)
+ [Amazon CloudWatch メトリクスを使用する](#using-CloudWatch-metrics)
+ [ゲートウェイメトリクスについて](#understanding-file-gateway-metrics)
+ [ファイルシステムメトリクスについて](#monitoring-file-gateway-resources)
+ [FSx ファイルゲートウェイ監査ログについて](#audit-logs)
## CloudWatch ロググループを使用した FSx ファイルゲートウェイヘルスログの取得
Amazon CloudWatch Logs を使用して、FSx ファイルゲートウェイおよび関連リソースのヘルスに関する情報を取得できます。ログを使用して、ゲートウェイで発生するエラーをモニタリングできます。さらに、Amazon CloudWatch サブスクリプションフィルターを使用して、ログ情報のリアルタイムの処理を自動化できます。詳細については、*Amazon CloudWatch Logs ユーザーガイド*の「[サブスクリプションによるログデータのリアルタイム処理](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Subscriptions.html)」を参照してください。
たとえば、CloudWatch ロググループを設定してゲートウェイを監視し、FSx ファイルゲートウェイがファイルを Amazon FSx ファイルシステムにアップロードできなかった場合に通知を受け取ることができます。このグループの設定は、ゲートウェイをアクティブ化する際、またはゲートウェイをアクティブ化して実行した後に可能です。ゲートウェイのアクティブ化時に CloudWatch ロググループを設定する方法については、「[Amazon FSx ファイルゲートウェイの設定](create-gateway-file.md#configure-gateway-fsx-file)」を参照してください。CloudWatch ロググループの一般的情報については、*Amazon CloudWatch ユーザーガイド*の「[ロググループとログストリームの操作](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html)」を参照してください。
FSx ファイルゲートウェイによって報告される可能性のあるエラーのトラブルシューティング方法については、「[トラブルシューティング: ファイルゲートウェイに関する問題](troubleshooting-file-gateway-issues.md)」を参照してください。
### ゲートウェイをアクティブ化した後の CloudWatch ロググループの設定
次の手順では、ゲートウェイがアクティブ化された後に CloudWatch ロググループを設定する方法を示しています。
**FSx ファイルゲートウェイと連携するように CloudWatch ロググループを設定するには**
1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/storagegateway/home](https://console.aws.amazon.com/storagegateway/) で Storage Gateway コンソールを開きます。
1. ナビゲーションペインで、**[ゲートウェイ]** を選択してから、CloudWatch ロググループを設定するゲートウェイを選択します。
1. [**アクション**] で、[**ゲートウェイ情報の編集**] を選択します。
1. **[ロググループの設定方法を選択する]** で、次のいずれかを選択します。
+ **[Create a new log group]** (新しいロググループの作成) 新しい CloudWatch ロググループを作成する場合。
+ **[Use an existing log group]** (既存のロググループの使用) 既に存在している CloudWatch ロググループを使用する場合。
**[Existing log group list]** (既存のロググループのリスト) から、ロググループを選択します。
+ **[ログの無効化]** CloudWatch ロググループを使用してゲートウェイをモニタリングしない場合。
1. **変更の保存**をクリックします。
1. ゲートウェイのヘルスログを表示するには、次の操作を行います。
1. ナビゲーションペインで、**[ゲートウェイ]** を選択してから、CloudWatch ロググループを設定したゲートウェイを選択します。
1. **[Details]** (詳細) タブを選択し、**[Health logs]** (ヘルスログ) で、**[CloudWatch Logs]** を選択します。CloudWatch コンソールに、[**Log group details**] (ロググループの詳細) ページが開きます。
## Amazon CloudWatch メトリクスを使用する
AWS マネジメントコンソール または CloudWatch API を使用してFSx File Gateway のモニタリングデータを取得できます。コンソールには、CloudWatch API の raw データに基づいて一連のグラフが表示されます。CloudWatch API は、各種 [AWS SDK](https://aws.amazon.com/tools) や [Amazon CloudWatch API](https://aws.amazon.com/cloudwatch) ツールを通じても使用できます。必要に応じて、コンソールに表示されるグラフまたは API から取得したグラフを使用できます。
メトリクスを操作する際に使用するメソッドに関係なく、次の情報を指定する必要があります。
+ 使用するメトリクスディメンション。*ディメンション*は、メトリクスを一意に識別するための名前と値のペアです。Storage Gateway のディメンションは `GatewayId` および `GatewayName` です。CloudWatch コンソールでは、`Gateway Metrics` ビューを使用して、ゲートウェイ固有のディメンションを選択できます。ディメンションの詳細については、*Amazon CloudWatch ユーザーガイド*の「[Dimensions](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_concepts.html#Dimension)」を参照してください。
+ メトリクス名 (`ReadBytes` など)。
次の表は、使用できる Storage Gateway メトリクスデータのタイプをまとめたものです。
| Amazon CloudWatch 名前空間 | ディメンション | 説明 |
| --- | --- | --- |
| AWS/StorageGateway | GatewayId, GatewayName | これらのディメンションを指定すると、ゲートウェイの各側面を示すメトリックスデータがフィルタリングされます。FSx ファイルゲートウェイを特定して操作するには、両方の`GatewayId`と`GatewayName`のディメンションを指定します。 ゲートウェイのスループットおよびレイテンシーデータは、ゲートウェイのすべてのファイル共有に基づきます。 データは自動的に 5 分間無料で取得できます。 |
ゲートウェイおよびファイルのメトリクスの使用は、他のサービスのメトリクスの使用と似ています。以下に示す CloudWatch ドキュメントには、最も一般的なメトリクスタスクに関する説明が記載されています。
+ [使用可能なメトリクスの表示](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/viewing_metrics_with_cloudwatch.html)
+ [メトリクスの統計の取得](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/getting-metric-statistics.html)
+ [CloudWatch アラームの作成](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html)
## ゲートウェイメトリクスについて
次の表は、FSx ファイルゲートウェイを対象とするメトリクスを示しています。各ゲートウェイには、一連のメトリクスが関連付けられています。一部のゲートウェイ固有のメトリクスには、特定のファイルシステム固有のメトリクスと同じ名前が付けられています。これらのメトリクスは同じ種類の測定値を表していますが、ファイルシステムではなくゲートウェイを対象としています。
特定のメトリクスを扱う際は、ゲートウェイで作業するのか、ファイルシステムで作業するのかを必ず指定してください。具体的には、ゲートウェイメトリクスを使用する場合は、メトリクスデータを表示するゲートウェイの `Gateway Name` を指定する必要があります。詳細については、「[Amazon CloudWatch メトリクスを使用する](#using-CloudWatch-metrics)」を参照してください。
**注記**
一部のメトリクスは、直近のモニタリング期間中に新しいデータが生成された場合にのみデータポイントを返します。
以下の表は、FSx ファイルゲートウェイに関する情報を取得するために使用できるメトリクスについて説明しています。
| メトリクス | 説明 |
| --- | --- |
| AvailabilityNotifications | このメトリクスは、報告期間中にゲートウェイによって生成された可用性に関連するヘルス通知の数を報告します。 単位: カウント |
| CacheDirectorySize | このメトリクスは、ゲートウェイキャッシュ内のフォルダサイズを追跡します。フォルダのサイズは、最初のレベルのファイルとサブフォルダの数によって決まります。これはサブフォルダに再帰的にカウントされません。 このメトリクスを `Average` 統計で使用して、ゲートウェイキャッシュ内のフォルダの平均サイズを測定します。このメトリクスを `Max` 統計で使用して、ゲートウェイキャッシュ内のフォルダの最大サイズを測定します。 単位: カウント |
| CacheFileSize | このメトリクスは、ゲートウェイキャッシュ内のファイルサイズを追跡します。 このメトリクスを `Average` 統計で使用して、ゲートウェイキャッシュ内のファイルの平均サイズを測定します。このメトリクスを `Max` 統計で使用して、ゲートウェイキャッシュ内のファイルの最大サイズを測定します。 単位: バイト |
| CacheFree | このメトリクスは、ゲートウェイキャッシュ内の使用可能なバイト数を報告します。 単位: バイト |
| CacheHitPercent | キャッシュから提供されるゲートウェイからのアプリケーション読み取りオペレーションの割合。サンプリングは、レポート期間の最後に行われます。 ゲートウェイからのアプリケーション読み込みオペレーションがない割合、このメトリックにより 100 パーセントが報告されます。 単位: パーセント |
| CachePercentDirty | 永続化されていないゲートウェイキャッシュの全体的な割合 AWS。サンプリングは、レポート期間の最後に行われます。 単位: パーセント |
| CachePercentUsed | 使用されているゲートウェイキャッシュストレージの全体的な割合。サンプリングは、レポート期間の最後に行われます。 単位: パーセント |
| CacheUsed | このメトリクスは、ゲートウェイキャッシュ内の使用中のバイト数を報告します。 単位: バイト |
| CloudBytesDownloaded | AWS レポート期間中にゲートウェイが からダウンロードした合計バイト数。 このメトリクスを `Sum` 統計で使用してスループットを測定し、`Samples` 統計で使用して IOPS を測定します。 単位: バイト |
| CloudBytesUploaded | AWS レポート期間中にゲートウェイが にアップロードした合計バイト数。 このメトリクスを `Sum` 統計で使用してスループットを測定し、`Samples` 統計で使用して、1 秒あたりの入力/出力オペレーション (IOPS) を測定します。 単位: バイト |
| FilesFailingUpload | このメトリクスは、 AWSへのアップロードに失敗しているファイルの数を追跡します。これらのファイルは、問題に関する詳細情報を含むヘルス通知を生成します。 このメトリクスを `Sum` 統計で使用して、現在 AWSへのアップロードに失敗したファイルの数を表示します。 単位: カウント |
| FileShares | このメトリクスは、ゲートウェイ上のファイル共有の数を報告します。 単位: カウント |
| FileSystem-ERROR | このメトリクスは、ERROR 状態にあるこのゲートウェイのファイルシステム関連付けの数を示します。 このメトリクスがファイルシステムの関連付けが ERROR 状態であると報告した場合、ゲートウェイに問題がある可能性があり、ワークフローが中断される可能性があります。このメトリクスがゼロ以外の値をレポートする場合は、アラームを作成することをお勧めします。 単位: カウント |
| HealthNotifications | このメトリクスは、報告期間中にこのゲートウェイによって生成されたヘルス通知の数を報告します。 単位: カウント |
| IndexEvictions | このメトリクスは、新しいエントリ用にスペースを確保するために、ファイルメタデータのキャッシュされたインデックスからメタデータが削除されたファイルの数を報告します。ゲートウェイはこのメタデータインデックスを維持し、オンデマンドで AWS クラウドから入力されます。 単位: カウント |
| IndexFetches | このメトリクスは、メタデータを取得したファイルの数を報告します。ゲートウェイは、オンデマンドで AWS クラウドから入力されるファイルメタデータのキャッシュされたインデックスを維持します。 単位: カウント |
| IoWaitPercent | このメトリクスは、CPU がローカルディスクからの応答を待っている時間の割合を報告します。 単位: パーセント |
| MemTotalBytes | このメトリクスは、ゲートウェイ上のメモリの合計量を報告します。 単位: バイト |
| MemUsedBytes | このメトリクスは、ゲートウェイで使用されているメモリの量を報告します。 単位: バイト |
| RootDiskFreeBytes | このメトリクスは、ゲートウェイのルートディスクで使用可能なバイト数を報告します。 このメトリクスのレポートが 20 GB 未満であれば、ルートディスクのサイズを増やす必要があります。 ルートディスクのサイズを増やすには、VM 上の既存のルートディスクのサイズを増やすことができます。VM を再起動すると、ゲートウェイはルートディスクのサイズの増加を認識します。 単位: バイト |
| SmbV2Sessions | このメトリクスは、ゲートウェイでアクティブな SMBv2 セッションの数を報告します。このメトリクスは、ゲートウェイに関連付けられたファイルシステムごとに 1 回発行されます。SUM 統計を使用して、すべてのファイルシステム全体でアクティブな SMBv2 セッションの合計数を計算します。 単位: カウント |
| SmbV3Sessions | このメトリクスは、ゲートウェイでアクティブな SMBv3 セッションの数を報告します。このメトリクスは、ゲートウェイに関連付けられたファイルシステムごとに 1 回発行されます。SUM 統計を使用して、すべてのファイルシステム全体でアクティブな SMBv3 セッションの合計数を計算します。 単位: カウント |
| TotalCacheSize | このメトリクスは、キャッシュの合計サイズを報告します。 単位: バイト |
| UserCpuPercent | このメトリクスは、ゲートウェイ処理に費やされた時間の割合を報告します。 単位: パーセント |
## ファイルシステムメトリクスについて
ファイルシステムに関する Storage Gateway のメトリクスについて、以下に説明します。各ファイルシステムには、一連の関連付けられたメトリクスがあります。一部のファイルシステム固有のメトリクスには、ゲートウェイ固有の特定のメトリクスと同じ名前が付けられています。これらのメトリクスは同じ種類の測定値を表していますが、代わりにファイルシステムにスコープされています。
メトリクスを使用する前に、ゲートウェイで作業するのか、ファイルシステムメトリクスで作業するのかを必ず指定してください。特に、ファイルシステムメトリクスを使用する場合は、メトリクスを表示するファイルシステムを識別する `File system ID` を指定する必要があります。詳細については、「[Amazon CloudWatch メトリクスを使用する](#using-CloudWatch-metrics)」を参照してください。
**注記**
一部のメトリクスは、直近のモニタリング期間中に新しいデータが生成された場合にのみデータポイントを返します。
次の表は、ファイル共有の情報を入手するために使用できる Storage Gateway メトリクスを示しています。
| メトリクス | 説明 |
| --- | --- |
| CacheHitPercent | キャッシュから提供されるファイル共有からのアプリケーション読み取りオペレーションの割合。サンプリングは、レポート期間の最後に行われます。 ファイル共有からのアプリケーション読み取りオペレーションがない場合、このメトリクスのレポートは 100 パーセントになります。 単位: パーセント |
| CachePercentDirty | AWSに保持されていなかったゲートウェイのキャッシュの全体的な割合全体に対するファイル共有の割合。サンプリングは、レポート期間の最後に行われます。 このメトリクスを `Sum` 統計で使用します。 理想的には、このメトリクスを低く維持する必要があります。 ゲートウェイの `CachePercentDirty` メトリクスを使用して、 AWSに保持されていなかったゲートウェイのキャッシュの全体的な割合を表示します。 単位: パーセント |
| CachePercentUsed | ゲートウェイ全体で使用されているデータキャッシュの割合。サンプリングは、レポート期間の最後に行われます。このファイル共有固有のメトリクスは、対応するゲートウェイ固有のメトリクスと同じ値を報告します。 単位: パーセント |
| CloudBytesUploaded | AWS レポート期間中にゲートウェイが にアップロードした合計バイト数。 このメトリクスを `Sum` 統計で使用してスループットを測定し、`Samples` 統計で使用して IOPS を測定します。 単位: バイト |
| CloudBytesDownloaded | AWS レポート期間中にゲートウェイが からダウンロードした合計バイト数。 このメトリクスを `Sum` 統計で使用してスループットを測定し、`Samples` 統計で使用して、1 秒あたりの入力/出力オペレーション (IOPS) を測定します。 単位: バイト |
| FilesFailingUpload | このメトリクスは、 AWSへのアップロードに失敗しているファイルの数を追跡します。これらのファイルは、問題に関する詳細情報を含むヘルス通知を生成します。 このメトリクスを `Sum` 統計で使用して、現在 AWSへのアップロードに失敗したファイルの数を表示します。 単位: カウント |
| ReadBytes | ファイル共有のレポートの期間中にオンプレミスのアプリケーションから読み取られた総バイト数。 このメトリクスを `Sum` 統計で使用してスループットを測定し、`Samples` 統計で使用して IOPS を測定します。 単位: バイト |
| WriteBytes | レポートの期間中にオンプレミスのアプリケーションに書き込まれた総バイト数。 このメトリクスを `Sum` 統計で使用してスループットを測定し、`Samples` 統計で使用して IOPS を測定します。 単位: バイト |
## FSx ファイルゲートウェイ監査ログについて
Amazon FSx ファイルゲートウェイ(FSx ファイルゲートウェイ) 監査ログは、ファイルシステムの関連付け内のファイルとフォルダへのユーザーアクセスに関する詳細を提供します。監査ログを使用して、ユーザーのアクティビティをモニタリングし、不適切なアクティビティパターンが検出された場合に対処できます。ログは、Windows Server のセキュリティログイベントと同様の形式で作成されており、既存の Windows セキュリティイベント用ログ処理ツールとの互換性をサポートしています。
**オペレーション**
次の表は、FSx ファイルゲートウェイの監査ログにおけるファイルアクセス操作について説明しています。
| オペレーション名 | 定義 |
| --- | --- |
| データの読み取り | ファイルの内容を読み取ります。 |
| データの書き込み | ファイルの内容を変更します。 |
| 作成 | 新しいファイルまたはフォルダを作成します。 |
| 名前を変更 | 既存のファイルまたはフォルダの名前を変更します。 |
| Delete | ファイルまたはフォルダを削除します。 |
| 属性の書き込み | ファイルまたはフォルダのメタデータ (ACL、所有者、グループ、アクセス許可) を更新します。 |
**属性**
次の表では、FSx ファイルゲートウェイの監査ログファイルのアクセス属性について説明します。
| 属性 | 定義 |
| --- | --- |
| `securityDescriptor` | オブジェクトに設定された随意アクセスコントロールリスト (DACL) を SDDL 形式で示します。 |
| `sourceAddress` | ファイル共有クライアントマシンの IP アドレス。 |
| `SubjectDomainName` | クライアントのアカウントが属する Active Directory (AD) ドメイン。 |
| `SubjectUserName` | クライアントのアクティブディレクトリユーザー名。 |
| `source` | 監査対象の Storage Gateway `FileSystemAssociation` の ID。 |
| `mtime` | オブジェクトのコンテンツが変更された時刻 (クライアントが設定します)。 |
| `version` | 監査ログ形式のバージョン。 |
| `ObjectType` | オブジェクトがファイルまたはフォルダであるかどうかを定義します。 |
| locationDnsName | FSx ファイルゲートウェイシステムの DNS 名。 |
| `objectName` | オブジェクトへのフルパス。 |
| `ctime` | オブジェクトの内容またはメタデータが変更された時刻 (クライアントが設定します)。 |
| `shareName` | アクセスされている共有の名前。 |
| `operation` | オブジェクトのアクセスオペレーションの名前。 |
| `newObjectName` | 名前を変更した後の新しいオブジェクトへのフルパス。 |
| `gateway` | Storage Gateway ID。 |
| `status` | オペレーションのステータス。成功のみがログに記録されます (失敗は、アクセス許可の拒否に伴う失敗を除き、ログに記録されます)。 |
| `fileSizeInBytes` | ファイルの作成時にクライアントによって設定されたファイルのサイズ (バイト単位)。 |
**オペレーションごとにログに記録される属性**
次の表は、FSx ファイルゲートウェイの監査ログで、各ファイルアクセス操作時に記録される属性について説明しています。
| | データの読み取り | データの書き込み | フォルダの作成 | ファイルの作成 | ファイル/フォルダの名前変更 | ファイル/フォルダの削除 | 属性の書き込み (ACL の変更) | 属性の書き込み (chown) | 属性の書き込み (chmod) | 属性の書き込み (chgrp) |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| `securityDescriptor` | | | | | | | X | | | |
| `sourceAddress` | X | X | X | X | X | X | X | X | X | X |
| `SubjectDomainName` | X | X | X | X | X | X | X | X | X | X |
| `SubjectUserName` | X | X | X | X | X | X | X | X | X | X |
| `source` | X | X | X | X | X | X | X | X | X | X |
| `mtime` | | | X | X | | | | | | |
| `version` | X | X | X | X | X | X | X | X | X | X |
| `objectType` | X | X | X | X | X | X | X | X | X | X |
| `locationDnsName` | X | X | X | X | X | X | X | X | X | X |
| `objectName` | X | X | X | X | X | X | X | X | X | X |
| `ctime` | | | X | X | | | | | | |
| `shareName` | X | X | X | X | X | X | X | X | X | X |
| `operation` | X | X | X | X | X | X | X | X | X | X |
| `newObjectName` | | | | | X | | | | | |
| `gateway` | X | X | X | X | X | X | X | X | X | X |
| `status` | X | X | X | X | X | X | X | X | X | X |
| `fileSizeInBytes` | | | | X | | | | | | |