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ボリュームではサポートされません。

ライトバックキャッシュは、オリジンボリュームの空き容量が20%以下になると、自動的にライトアラウンドモードに切り替わります。これにより、オリジンでスペースが不足することを防ぎ、ライトバックが有効なキャッシュでダーティー データが孤立した状態になることを回避します。ただし、オリジンボリュームが過剰にプロビジョニングされている場合、つまり論理的にプロビジョニングされたサイズがアグリゲートの空き容量よりも大きい場合、報告された空き容量の割合が予想よりも早くこのしきい値をトリガーする可能性があります。20%のしきい値は、オリジンボリュームの報告された空き容量とアグリゲートの利用可能な物理容量の両方に対して評価されます。

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