Um zusätzliche Kosten zu vermeiden, empfiehlt es sich, die Schwellenwerte für nicht freigegebenen Speicherplatz zu reduzieren, wenn Objektspeicher Preismodelle verwendet werden, die zwar die Speicherkosten senken, aber die Lesekosten erhöhen. Beispiele hierfür sind Amazon Standard-IA und Azure Blob Storage Cool.

Die Staffelung eines Volumens von zehn Jahre alten Projekten, das aus rechtlichen Gründen aufbewahrt wurde, kann beispielsweise mit einem Preismodell wie Standard-IA oder Cool günstiger sein als mit herkömmlichen Preismodellen. Obwohl Lesevorgänge für ein solches Volumen, einschließlich der für die Objektdefragmentierung erforderlichen Lesevorgänge, teurer sind, treten sie wahrscheinlich nicht häufig auf.

Alternativ kann eine Erhöhung der Schwellenwerte für nicht freigegebenen Speicherplatz in Betracht gezogen werden, wenn die Objektfragmentierung dazu führt, dass deutlich mehr Objektspeicher-Kapazität genutzt wird, als für die von ONTAP referenzierten Daten erforderlich ist. Beispielsweise bedeutet die Verwendung eines Schwellenwerts von 20 % für nicht freigegebenen Speicherplatz in einem Worst-Case-Szenario, in dem alle Objekte maximal zulässig fragmentiert sind, dass bis zu 80 % der Gesamtkapazität in der Cloud-Tier von ONTAP nicht referenziert werden. Beispiel:

2 TB von ONTAP referenziert + 8 TB nicht von ONTAP referenziert = 10 TB Gesamtkapazität, die von der Cloud-Tier genutzt wird.

In dieser Situation könnte es vorteilhaft sein, den Schwellenwert für nicht zurückgewonnenen Speicherplatz anzuheben oder die Mindestanzahl an Kühltagen für Volumes zu erhöhen, um die von nicht referenzierten Blöcken beanspruchte Kapazität zu reduzieren.