Auto-Givebackの有効化が推奨される理由

一般的な懸念事項：

パニック発生後のBoot-loopおよび繰り返されるTakeover-Givebackについてはどうですか？

• ONTAPは、ノードが「Waiting for Giveback」状態でないかぎり自動ギブバックを試行しません
• ONTAPは拒否された場合、ギブバックを強制しません
• ONTAPは（デフォルト設定）同じノードの自動ギブバックを60分以内に2回試行します
  ノードが安定せず3回目にパニックが発生した場合、自動ギブバックは無効化されます

暗号化キーが同期されていない場合はどうなりますか？

• ONTAPはCFOのみのGivebackを実行します。これは、Data AggregateのGivebackがvetoedされるため自動的に行われます

例：

CLUSTER::> storage failover show-giveback

  (storage failover show-giveback)

Node                     Aggregate                Giveback Status

--------------         -----------------          ---------------------------------------------

Cluster-01                 CFO Aggregates           Done

                       Data01_Node2             Failed: Operation was vetoed by keymanager                                                  Check the event log

Cluster-02                                            No aggregates to give back

2 entries were displayed.

結論

NetAppストレージシステムでAuto-Givebackを有効にすることは、ほとんどの環境、特に高可用性、最適なパフォーマンス、最小限の管理オーバーヘッドが求められる環境でBest Practiceです。

Auto-Givebackは、障害やメンテナンスイベントからシステムが迅速にリカバリできるようにし、最小限の手動介入でバランスとパフォーマンスを維持します。

さらに、ギブバックプロセスを自動化することで、リソースが迅速に元の状態に戻り、両方のノードが同時に障害を起こす可能性のある脆弱性のウィンドウが短縮されるため、二重障害のリスクが最小限に抑えられます。

ビデオリファレンス