Заметки лентяя

Veeam не поддерживает указание класса хранения
VKCLoud не поддерживает наследование класса хранения от бакета к объектам

как итог, все бэкапы грузятся в HotBox, что дорого

Поддержка предложила перебрать файлы в цикле и изменить класс. Ага, у меня тестовый стенд из 2х серверов суммарным объемом около 120Гб. Veeam создал 300К файлов за пару дней. Перебор такого объема занимает больше времени, чем сам бэкап (бэкап 5-10 минут, перебор 30+ минут). а в проде с десяток серверов общим объемом в 4Тб

Спросил у них про рекурсивные методы, да есть, ответили. Ок, начал ковырять, скорость уже выше - около 10Гб в минуту

Сделал, проверяю, все равно HotBox. Включаю отображение версий, а там основная HotBox и две доп - IceBox 🤦‍♂️ Включен immutable, для защиты бэкапов

Спрашиваю в тикете, как такое оплакивается, они отвечают, что версия - тоже объект и оплачивается по тарифу. Т.е. в нашем случае 1 HotBox + 2 IceBox

И тут я понимаю, что я не могу программно определить достоверно, какие файлы Veeam загрузил сегодня, а какие вчера. Тогда мне придется шерстить весь объем каждый день 🤦‍♂️

Как итог к концу месяца фактическая стоимость 1Гб, из-за версий, достигнет 30руб 🤯

ТП ВК:

"Используйте промежуточный сервер для загрузки сразу в IceBox"

Ну вообще то это опять расходы 😭

Читаю документацию и выясняю, что у яндекса есть возможность изменения класса при помощи жизненного цикла раз в сутки. там еще и отмаркировать и отфильтровать можно. Открываю документацию VK, а там как раз в примере Transition с ClassStorage указан. Тыкаю ТП в документ:

"На текущий момент transition не поддерживается. Хорошего дня!" 🤦‍♂️