FPolicy: それは何で、何をするものですか？

ネイティブファイルブロッキング/ファイルブロッキング：

ネイティブ FPolicy 構成では、ONTAP 内部の FPolicy エンジンを使用して、ファイルの拡張子に基づいてファイル操作を監視およびブロックします。このソリューションでは、外部の FPolicy サーバー（FPolicy サーバー）は必要ありません。このシンプルなソリューションで十分な場合は、ネイティブのファイルブロッキング構成を使用するのが適切です。

ファイルブロッキングは、ファイルのマジックナンバー署名に基づいてファイル操作を監視およびブロックする、より堅牢な方法を提供します。これは、ウイルス対策スキャナーがウイルスを検出する仕組みと似ています。

詳細については、以下のナレッジベース記事を参照してください。

• FPolicy: ネイティブファイルブロッキング
• FPolicy: ファイルブロック

監査：

FPolicy Auditingは、データ使用状況管理のためのソフトウェアベースのソリューションです。これにより、組織は誰がデータを使用しているかを把握、理解、管理し、データアクセスを制御し、データ使用ポリシーへの準拠を徹底することができます。監査は、組織内におけるデータ利用の規制に対する高まるニーズに対応するのに役立ち、法的、財務的、データセキュリティ、知的財産、およびデータプライバシーの目的のために、データ利用の完全な可視性と説明責任を可能にします。

詳細については、以下のナレッジベース記事を参照してください： FAQ: FPolicy: Auditing

クォータ：

クォータを活用することで、組織はユーザー生成データを積極的に管理し、効率性の向上とリスクの低減を図ることができます。これは、データ作成活動を継続的に監視して変化する傾向やニーズを特定し、ハードクォータまたはソフトクォータを使用してファイル共有の増加を監視し、事前に設定されたサイズに達したときにアクションをトリガーすることで実現されます。これにより、データを作成・使用する担当者がデータに対する責任を明確に担えるようになります。

階層型ストレージ管理（HSM）：

HSMは、ファイルサーバーコンテンツのアーカイブに向けた自動化された統合ソリューションを提供することで、ストレージコストとリソースの問題に対処します。このソリューションは、ストレージコストを削減し、ファイルのライフサイクルを管理できます。移行されたファイルを参照ファイルに置き換えることで、プライマリストレージ上のストレージ容量が大幅に削減されます。ユーザーまたはアプリケーションが参照ファイルにアクセスすると、dgファイル移行アダプタは自動的にリコール操作を開始し、参照ファイルを元のファイルに置き換えます。

ファイルレプリケーション：

ファイルレプリケーションにより、変更が発生した場所に関係なく、参加しているすべてのサーバー間でリアルタイムの同期が行われます。ファイルロック機能は、別の場所にいるユーザーが現在作業しているファイルへのアクセスを、他のユーザーから防止します。システム全体は、WindowsとNetAppクラスター化されたData ONTAP、および7-ModeのData ONTAPとの間でクロスプラットフォームで動作します。環境全体で、1つまたは複数のファイルコラボレーションジョブを作成し、異なるプロジェクト、データ、サーバー、および/またはサイトのグループと連携させることができます。各ジョブは、2つ以上の参加サーバーと、各参加ファイルサーバーまたはNetAppシステム上のフォルダー構造で構成されます。

基本的なコミュニケーションの概要：

ファイルブロッキングを除く機能の使用状況に応じて、FPolicyサーバーとの通信には、http(s)、tcp、CIFS、NFSv4のいずれか、または複数のプロトコルが使用されます。  SVMでFPolicyが有効になっているすべてのノードは、TCP/IPを使用して外部FPolicyサーバーへの接続を開始します。  FPolicyサーバーへの接続はノードデータLIFを使用して確立されるため、参加ノードはSVM用の運用データLIFを持っている場合にのみ接続を確立できます。

参加ノード上の各FPolicyプロセスは、ポリシーが有効になると、FPolicyサーバーとの接続を確立しようと試みます。ポリシー設定で指定されたFPolicy外部エンジンのIPアドレスとポートを使用します。
この接続により、各SVMに参加する各ノードからデータLIFを介してFPolicyサーバーへの制御チャネルが確立されます。さらに、同じ参加ノード上にIPv4とIPv6のデータLIFアドレスが存在する場合、FPolicyはIPv4とIPv6の両方の接続を確立しようとします。したがって、SVMが複数のノードにまたがる場合、またはIPv4アドレスとIPv6アドレスの両方が存在する場合、FPolicyサーバーは、SVM上でFPolicyポリシーが有効になった後、クラスタからの複数の制御チャネル設定要求に対応できるように準備しておく必要があります。

例えば、クラスタにNode1、Node2、Node3、Node4の4つのノードがあり、SVMデータLIFがNode2とNode3のみに分散されている場合、データボリュームの分布に関係なく、制御チャネルはNode2とNode3からのみ開始されます。Node2にはSVMに属する2つのデータLIF（LIF1とLIF2）があり、最初の接続はLIF1から行われるとします。LIF1に障害が発生した場合、FPolicyはLIF2から制御チャネルを確立しようとします。

同期通信と非同期通信：

ポリシーは同期型または非同期型にすることができます。同期/非同期のポリシーは、FPolicy の設定から取得されます。

同期モードポリシー - ポリシーが同期であるのは、ONTAP が FPolicy サーバーに通知し、リクエストを許可するか拒否するかの応答を待つ場合です。このポリシーモードは、ファイル操作要求の処理パスを変更する必要がある場合に使用されます。例えば、「ディレクトリのクォータ」アプリケーションでは、ポリシーが同期型である必要があります。なぜなら、クォータを超過した場合、該当するディレクトリにさらにデータを書き込もうとするファイル操作は拒否される必要があるからです。

非同期モードポリシー - 通知専用ポリシーとも呼ばれることがあります。ファイル操作の代わりに通知を送信した後、ONTAPはファイル操作の処理を続行します。FPolicyサーバーには、ファイル操作の結果を変更する手段はありません。  例えば、ファイルアクセス監視アプリケーションでは、FPolicyサーバーはファイル操作について通知されますが、ファイル操作の結果は変更されません。通知はTCP経由のXMLを使用してFPolicyサーバーに送信されます。  特定のSVMに対して、異なる優先順位を持つ複数のポリシーが存在する場合があります。