Да

https://www.vmware.com/resources/compatibility/detail.php?deviceCategory=san&productid=19703&releases_filter=448&deviceCategory=san&details=1&partner=23&releases=448&keyword=SC&isSVA=0&page=1&display_interval=10&sortColumn=Partner&sortOrder=Asc

https://www.vmware.com/resources/compatibility/detail.php?deviceCategory=san&productid=19704&releases_filter=448&deviceCategory=san&details=1&partner=23&releases=448&keyword=SC&isSVA=0&page=1&display_interval=10&sortColumn=Partner&sortOrder=Asc

Так он же компрессит/дедупит постпроцессом, во время переноса на нижний уровень.

А почему в release notes от storage center 7.4.21 указана только версия vsphere 6.7?

"Любить - значит перестать сравнивать". Раз уж благородным донам предлагается лечить по фотографии, фотографию покажите? Круг задач, масштабы бедствия, круг приоритетов, жесткие ограничения?

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

Спасибо за пояснение, я тогда не совсем понимаю, в чём радикальное отличие использования асинхронной репликации без sc, по сравнению с синхронной: что так, что эдак, на выходе потенциально каша. Ну, ок, в случае асинхронной - несколько порций потенциальной каши, а в случае синхронной - только одна. Я что-то упусил?

Да вы все упустили ))) можно начать с чтения документации

Ок, перечитаю. В сторону SM я пару лет как не смотрел вообще с этими метрокластерами… 🙂

Смотря какая политика привязана к снапмиррор отношению, будет реплицироваться или только состояние сорс вотума на момент запуска снапмиррора или состояние сорс вотума на момент запуска + ,например, все неотреплицированные снапшоты которые есть на сорсе.
Можно начать читать отсюда

https://kb.netapp.com/Advice_and_Troubleshooting/Data_Protection_and_Security/SnapMirror/What_are_the_SnapMirror_policy_types_and_what_do_they_mean%3F

Volume вместо вотум конечно же

Там говорится про поддержку Live Volume with Auto Failover

Спасибо за ссылку, но мой вопрос несколько не в этой плоскости был. Артур, собственно, прояснил, как будет себя вести связка SM+SC, с этим понятно, но вопрос неконсистентности (ок - не полной консистентности) данных при SM Async остаётся и это не зависит от политик SM, если я ничего не путаю. То есть, если нет SC - все снапшоты будут только crash-consistent, а если он есть - то репликацией уже он сам будет управлять, как указано было выше Артуром. Возникает вопрос - если снапшоты потенциально кривоватые, есть ли смысл шлёпать их в большом количестве?

Или же, если асинхронные снапшоты - просто средство убрать влияние задержки на больших расстояниях и/или хреновых каналах - ну, тогда ок, такое объяснение подходит.

Я что-то совсем вас видимо не понимаю. Ок SC создал консистентный снапшот и запустил снапмиррор. В рамках снапмиррора этот самый консистентный снапшот отреплицировался. Почему он вдруг по вашему «кривой» на второй стороне?

А он и не кривой :). Если снапшотами заведует SC - всё как раз замечательно. Он будет кривой, если есть только SM Async без SC.

есть приложения которые восстанавливаются с любых снепшотов, например Oracle. консистентные снепшоты может создавать не только SC.
ну и вообще разные схемы DR бывают.

Нет не будет. Если вы создали любым образом консистентный снапшот, хоть скриптом хоть хост выключили, и отреплицировали этот снапшот он так и будет консистентный

С этим я и не спорю! И поэтому, собственно, указывал несколько раз, что там не совсем обязательно будет каша на выходе - ну, почти/потенциально каша. Worst case, так сказать.

Ну, это очевидно, просто такой случай, как мне кажется, настолько редок, что я его даже не рассматриваю. Вот, гипотетический, но, тем не менее вполне реальный пример, где на десятке датасторов, которые презентованы на три-четыре десятка серверов, из которых часть гипервизоры, часть bare-metal - как там сделать консистентный снапшот без SC? В теории-то можно скриптов понаписать, но кто этим заниматься будет? А главное, зачем - есть же SC. Я тут просто границы применимости для себя хочу прояснить, не более, спорить и не собирался, если что.