с метаданными согласен полностью, особенно когда речь о рассинхроне после восстановления. но есть мысль — если использовать append-only лог с хешами, можно отследить разрыв, не дожидаясь полного краха. правда, это уже архитектура под систему, а не просто бэкап. zstd на старых системах — да, беда, но можно делать fallback на gzip, медленнее, но стабильнее

проверил у себя на старом proxmox 5 nearline через fuse шлёт вообще без сжатия, потому зstd там бесполезен, зато экономия на хранении реальная если раз в квартал дергать

Zstd не всегда совместим со старыми системами, так что перед его использованием стоит проверить инфраструктуру

Nearline удобен для промежуточных слоев хранения, когда Coldline слишком медленный, а Standard — дорогой. Но помни, что при частом доступе даже к 1% файлов за месяц цена вырастает сильно. У меня был кейс, когда загрузка пары гигов в день съела бюджет быстрее, чем ожидал. Главное — следить за паттернами обращения, иначе выйдет не дешевле, а только сложнее, чем S3 Standard с интеллектуальным тирингом.

Nearline для редко используемых данных, мне кажется, подходит. Когда данные не нужны постоянно, но важно их иметь.

А за какие случаи тогда Nearline использовать? Для дампов которые раз в полгода трогаешь?