統合されたONTAPでのノードの追加には追加の手順は必要ありませんが、すべてのノード（新しいノードを含む）でバランスの取れたパフォーマンスを実現するには、ボリュームを新しいノードに移動する必要があります。これには、既存のボリュームとそのワークロードの事前分析、移動するボリュームの決定、そして実際のボリューム移動が必要となります。そして、その移動には、バックエンドクラスタネットワーク全体にわたるデータのコピーが必要となります。

統合ONTAPでのノードの削除では、ノード上の既存のボリュームを手動で退避させる必要があります。つまり、均一なパフォーマンスを維持するために、どのノードがどのボリュームをホストできるかを特定し、それらのボリュームを移動するための十分な空き容量を確保する必要があります。空き容量が不足している場合は、クラスタ内でワークロードを少し再配置するために、追加のボリューム移動が必要になる場合があります。ノードの削除はHAペアの削除も伴うため、作業量は2倍になります。ノードはディスクを所有しているため、それらのノードについてもディスク全体の再初期化が必要となります。これらの要素はすべて、本来比較的簡単なはずの作業に時間と労力を追加することになります。

NetApp AFXでのノード追加では、事前のボリューム分析は不要であり、各ノードのボリュームが均等になるようにするための管理上の介入も不要です。その代わり、ONTAPは新しく追加されたノード間でボリューム数を自動的にバランス調整し、比較的均一なパフォーマンスプロファイルを維持します。ONTAPはボリュームをコピーすることなくノード間で自動的に移動させるため、クラスターにノードを追加する際に必要な時間、容量、労力を削減できます。

NetApp AFXでのノードの削除も、手動による介入をほとんど、あるいは全く必要としません。ノードが削除対象としてタグ付けされると、ONTAPは削除されるノードからデータを解放するために、ボリュームをノード間で自動的に移動します（コピーは行いません）。また、ノードが所有するディスクが存在しないため、ノードを削除した後にディスクを再初期化する必要はありません。これにより、AFXのノードはモジュール構造となり、容易にスケールアップまたはスケールダウンが可能になります。