I have a customer cluster with over 1600 Qtrees, mostly all in one massive FlexGroup (over 10PB of data in this FlexGroup). When polling, I see these logs (I've masked the cluster name):
nabox-harvest2 | 2024-02-14T23:52:20Z INF qtree/qtree.go:228 > Collected Poller=<cluster_name> apiD=7.316s batchSize=500 metrics=13787 numQuotas=1539 object=Qtree parseD=65ms plugin=Zapi:Qtree
nabox-harvest2 | 2024-02-14T23:52:21Z INF collector/collector.go:580 > Collected Poller=<cluster_name> apiMs=1559 calcMs=0 collector=Zapi:Qtree exportMs=235 instances=1668 instancesExported=29150 metrics=11584 metricsExported=29150 parseMs=36 pluginMs=7419 pollMs=9030 zBegin=1707954731969
nabox-harvest2 | 2024-02-14T23:54:32Z INF zapiperf/zapiperf.go:1604 > API request rejected => Aggregated instances requested for the qtree object exceeds the data capacity of the performance subsystem, because it includes 152866 constituent instances. With the current counter set, use the -node, -vserver, or -filter flags to include at most 100824 constituent instances in order to stay within the data capacity. Alternatively, requesting fewer counters will also reduce the required data and may allow more instances to be requested. errNum="13001" statusCode="0" Poller=<cluster_name> collector=ZapiPerf:Qtree request=perf-object-instance-list-info-iter
Is there any way around this or this just an ONTAP limitation issue?