ONTAP 9.17.1P1では、FlexCacheライトバック機能が大幅に強化されました。オリジンクラスタとキャッシュクラスタの両方で、9.17.1P1の適用後は最新の推奨リリースを実行することを*強く*推奨します。9.17.1コードラインを実行できない場合は、9.16.1の最新のPリリースを次の推奨リリースとしてご利用ください。ONTAP 9.15.1にはFlexCacheライトバック機能に必要な修正と改善がすべて含まれていないため、本番環境のワークロードには推奨されません。

現在のバージョンでは、FlexCache の書き戻しキャッシュは、FlexCache ボリューム全体に対して単一のコンスティチュエントで構成する必要があります。複数コンスティチュエントの FlexCache を使用すると、キャッシュから不要なデータのエビクションが発生する可能性があります。

テストは100GB未満のファイルと、キャッシュとオリジン間のWANラウンドトリップタイムが200ミリ秒を超えない条件で実施されています。これらの制限を超えるワークロードでは、予期しないパフォーマンス特性が発生する可能性があります。

SMB代替データストリームへの書き込みは、メインファイルをキャッシュから削除します。メインファイルに対して他の処理を実行する前に、メインファイルのすべてのダーティー データをオリジンにフラッシュする必要があります。代替データストリームもオリジンに転送されます。

ファイル名を変更すると、そのファイルはキャッシュから削除されます。そのファイルに対して他の操作を実行する前に、そのファイルのすべてのダーティー データをオリジンにフラッシュする必要があります。

現時点では、ライトバック対応FlexCacheボリューム上のファイルで変更または設定できる属性は次のとおりです：

オリジンでスナップショットを作成すると、そのオリジンボリュームに関連付けられたライトバック対応キャッシュから、未処理のダーティー データがすべて呼び出されます。大量のライトバック処理が進行中の場合、ダーティファイルの削除に時間がかかるため、この操作を複数回再試行する必要がある可能性があります。

書き込み用の SMB 便宜的ロック（Oplock）は、ライトバック対応FlexCacheボリュームではサポートされません。

オリジンの使用量は常に80%未満である必要があります。オリジンボリュームの空き容量が20%未満の場合、キャッシュボリュームへの排他ロック委任は許可されません。この場合、ライトバック対応キャッシュへの呼び出しはオリジンに転送されます。これにより、オリジンの空き容量が不足し、ライトバック対応キャッシュにダーティー データが孤立してしまうのを防ぐことができます。

低帯域幅やロスの多いクラスタ間ネットワークは、FlexCacheライトバックのパフォーマンスに重大な悪影響を及ぼす可能性があります。帯域幅に関する具体的な要件はありませんが、ワークロードに大きく依存するため、キャッシュとオリジン間のクラスタ間リンクの健全性を確保することを*強く*推奨します。