What actions are taken when reconfiguring Storage Data Servers during cluster expansion?

When expanding a cluster by adding new Storage Data Server (SDS) nodes:

Validate new node compatibility (Option A): Before adding a node, you must ensure it matches the hardware compatibility list (HCL). More importantly, to prevent performance bottlenecks ("stragglers"), the new nodes should ideally match the CPU, RAM, and most importantly, the drive type/performance of the existing nodes in the Storage Pool.

Configure Fault Sets for the new nodes (Option C): If the cluster is configured to use Fault Sets (which is recommended for larger clusters to ensure rack-level availability), the new node must be explicitly assigned to a specific Fault Set before it is added. You cannot add a node to a Protection Domain that uses Fault Sets without specifying which Fault Set it belongs to.

Incorrect Options: Option B describes "Rebalance," which is an automatic background process, not a manual "reallocation" action. Option D is incorrect because deduplication is a pool-wide setting; you do not enable it on a per-node basis.