В двух словах и на пальцах: так как в каком-то смысле aggregate это тоже такой псевдо-volume, то на нем тоже возможны снэпшоты.
Однако в реальной жизни они почти не применяются, места их использования можно посчитать по пальцам одной руки. Это такие операции, как aggr copy - внутрисистемное копирование содержимого агрегата, а также RAID SyncMirror, используемый, например, в системах MetroCluster, а также можно сделать snapshot (и, соответственно, snap restore) для всего aggr целиком. Также снэпшоты используются при некоторых операциях проверки WAFL, при его неконсистентности.
При них действительно создаются snapshots на уровне aggregate, но в _реальной_, моей и вашей жизни ;) они не используются, поэтому резервирование на уровне aggregate чаще всего не нужно, и его смело можно обнулить:
> snap sched -A [aggrname] 0

Параноики могут оставить процента 2-3. :)

Напомню также, что _резервирование_ для снэпшотов играет роль только в том случае, если ваш aggregate полностью заполнен (и поэтому места под снэпшот может не найтись), резервирование дает гарантию того, что место найдется в любом случае. Если aggregate не заполняется на все 100% своего объема, беспокоиться о переполнении нечего.

Про резервирование на софтверном уровне я еще отдельно напишу.
А что имеется ввиду под “на уровне агрегата”?

Snap per source 32
Snap source volumes per system 1023
Snap volume clone per system 2046

…так что на счет 14-30 на систему я бы поостерегся. На счет младшего из CX4 - того самого CX4-120:

Snap per source 8
Snap source volumes per system 128
Snap volume clone per system 512