説明
NetApp AFF システムでデフォルトで有効になっている 2 つのストレージ効率を確認するには、AFF システムでのインライン ストレージ効率の有効化について説明しているドキュメントを参照する必要があります。この文書1 によると、AFF システム上で新しく作成されたすべてのボリュームでは、次のストレージ効率化機能がデフォルトで有効になっています。
インライン圧縮: この機能は、データ ブロックをディスクに書き込む前に圧縮することで、ディスクに書き込まれるデータの量を削減します。圧縮すると、データ タイプと圧縮率に応じて、必要なストレージ スペースを最大 50% 以上削減できます。
インライン重複排除: この機能は、ディスクに書き込まれる前に、ボリューム内の重複データ ブロックを削除します。重複排除により、データの種類と類似性に応じて、必要なストレージ スペースを最大 90% 以上削減できます。
AFF システムでは後処理圧縮や後処理ゼロ ブロック検出を有効にする必要はありません。これらは SSD ではサポートされておらず、必須でもありません。ポストプロセス圧縮は、ディスクに書き込まれた後に複数の小さなデータ ブロックを 1 つの大きなブロックに結合する機能で、必要なストレージ スペースを最大 30% 以上削減できます。ただし、SSD には HDD と同様の物理的な制限がないため、この機能は HDD に対してのみサポートされています。ポストプロセス ゼロ ブロック検出は、ゼロのみを含むブロックをディスクに書き込んだ後に識別して削除する機能で、必要なストレージ スペースを最大 10% 以上削減できます。ただし、AFF システムではインライン ゼロ ブロック検出がデフォルトですでに有効になっているため、この機能は SSD には必要ありません23。参考資料 :- AFF システムではデフォルトで有効になっているインライン ストレージ効率、ポストプロセス圧縮、ゼロ ブロック検出。

説明
LIF が正しいポートにのみフェイルオーバーするようにするには、LIF のフェイルオーバー ポリシーを sfo-partner-only に変更する必要があります。このフェイルオーバー ポリシーは、ターゲット ポートをホーム ノードとそのストレージ フェイルオーバー (SFO) パートナーのみに制限し、クラスター内の他のノードは除外します。この方法では、図に示すように、LIF はいずれかのストレージ ノード上のポート eOc または eOd にのみフェイルオーバーします。他のオプションは、次の理由により、このシナリオでは無効です。
DNS ロード バランシング ゾーンの作成は LIF フェイルオーバー動作には影響しませんが、DNS ラウンドロビンを使用してクライアント要求を複数の LIF に分散する方法を提供します。
ブロードキャスト ドメインを分割しても、LIF が正しいポートにのみフェイルオーバーすることは保証されず、同じイーサネット ブロードキャスト ドメイン上に個別のポート グループが作成されます。これは、LIF の到達可能性とパフォーマンスに影響を与える可能性があります。
IPspace を作成すると、LIF が正しいポートにのみフェイルオーバーすることは保証されず、クラスタ内の一連の SVM のネットワーク トラフィックが分離されます。これは、LIF の接続とセキュリティに影響を与える可能性があります。参考資料 :- ネットワーク インターフェイス フェイルオーバー ポリシー - 動作と使用法、LIF でのフェイルオーバー設定の構成、ストレージ フェイルオーバー テイクオーバー