вот я и говорю, в июне два выведу , как EoSL'нутся
(оставлю в качестве ЗИПа для третьего...)

в смысле нельзя?

На самом деле по сравнению с блейдами CB500, гуй HUS130 - верх эргономики

Главный по VSC на инсайте сказал, что фабрикпулл только для снепшотов

при чем тут VSC и FabricPool?
FabricPool ничего о данных не знает, ему все равно что тирить. А дальше уже каждый сам решает, какими политиками пользоваться и хочет ли он тирит только снепшоты или продакшн данные тоже

Так другого тиринга у Нетаппа нет, а этот мужик ещё пишет TR по VMware

хитачиии!? я касался usp, который xp12000. это бездна и ад, люди вообще не должны такое видеть.

технически тиринг работает для любого типа данных. есть возможность политиками менять будут ли это все данные, только снепшоты, только данные на DR системе. Он работает для любых данных, для любых приложений.

Решать использовать ли его для конкретной инфраструктуры, с определенными протоколами доступа, приложениями и конкретными объектными хранилищами это уже дела конкретных архитекторов, с учетом количества холодных данных, потенциальной экономии, потенциальных рисков при потере соединения с внешним уровнем.
Экономию можно посчитать вообще ничего не покупая на любой системе, просто включив IDR. Там где хочется снизить риски потери доступа до объектного хранилища теперь можно использовать S3 в ONTAP внутри того же кластера.

Пошел и посмотрел этот кусок в BRK-1260-2. Best Practices for VMware vSphere and ONTAP.
Общая наимение рискованная рекомендация для тиринга в S3 в публичных облаках — тирить снепшоты. Если используется локальный объектный сторадж, например, StorageGRID, то вполне можно использовать политику auto, которая тирит и продакшн холодные данные.
При этом про тиринг внутри ONTAP по S3 товарищ не говорит, так как логично, что опыта с ним на момент подготовки презентации у него быть не могло )
Примерно об этом же, но более общими фразами я выше и написал.

Общая теория хорошая, а когда по продуктам пошёл фигни понаписал :(

ну они ж своё пилят, я так понимаю не сильно вникали что и как у других

особенно не опенсорсные проекты

Женя, а когда данные не жмутся втрое? Ну вот такие...

Кроме объема есть же ещё скорость доступа

бесспорно SSD быстрее. Я просто не первый год слышу про то, что SSD в цене почти как HDD... открыл последние спеки с конечными ценами для одного крупного заказчика... да, в AFF'ной спеке лицензии AFF'ные, а в HDD'шной - core. Но если не натягивать дедуп на глобус - то разница в разы

Речь же про TCO, а не про цены в прайс-листе.

Артур, я ни разу не про прайс-лист. Да, TCO с учетом TB/шкаф ес-но выходит разная, бесспорно... но эта часть расчетов своя для каждого заказчика. Перфоманс тоже разговор отдельный..

Но разговор классический.
- да SSD стоят не дороже HDD
- вот же прайс
- в реальности
- так продай
- не, вот цена... но ТСО будет ниже... наверное... у кого-то...
И так хрен знает сколько лет, блин. Со словами "вот будут дешевле или уже-вот-почти-дешевле"

Ну мир не без странных людей. Некоторые хотят 1 млн IOPS и обязательно на NVMe, другим очень сильно нужна синхронная репликация, потому что они верят, что тогда им не потребуются бекапы.

конечно, потом же скажут, что ещё и за бекапы надо платить и ещё хранилку под них покупать 🙂