могу предположить, что речь идет о том, что серверы подключены к NetApp по FC. На серверах развернут openstack, который через драйвер CINDER интегрирован с СХД. Суть вопроса в том, что администраторы OpenStack утверждают автору, что снэпшоты, созданные через управлялку OpenStack, реализуются аппаратно на уровне NetApp, в чем автор сомневается

нету - значит нету 🐸

Контакты коммерческого директора есть? Язык есть?

Контакты главного бухгалтера есть? Начните с того, кто сядет за потерю каких данных. Без цифр, просто пофамильно. И сроки.

Даже если б и были, прыгать через своё начальство, чтобы пытаться побеседовать с кем-то - ну такое

Именно так)
Я же пытаюсь проконсультироваться у сообщества - может быть я где-то, что-то недосмотрел.
Так, уже дали информацию про опцию луна -lun-copy = за что огромное спасибо.
Но там вывод оказался тоже отрицательным. Соответственно остается только уточнить - могут ли быть клоны лунов, сделанные Netapp , которые не помечены как "lun-copy"

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

могут быть. есть flexclone file. Он работает на диапазоне блоков и по сути создает дедуплицированую копию куска данных. это может быть лун. он не будет показываться как клон.
плюс мог быть банально сделан FlexClone split. тогда тоже нельзя узнать является ли том клоном. но это будет именно volume отдельный, со всеми внутреннностями

У нас один Volume с 733 (на текущую секунду) лунами. значит второй вариант отпадает

Так я интегратор, с комдирами и бухами контор разговаривает моё начальство. Если мне есть что сказать - я скажу начальству.
Я что-то вообще не пойму, по какому поводу вы мне это говорите) У меня каких-то проблем с говнопалочными франкенштейнами практически нет

значит первый вариант. FlexClone file/LUN

https://docs.netapp.com/ontap-9/index.jsp?topic=%2Fcom.netapp.doc.dot-cm-sanag%2FGUID-BBD5A73C-18B8-4B50-8639-75AB0D99F1D3.html
Примерно по такой процедуре? (ну или как ее запускает OpenStack Cinder driver)

Since NetApp Snapshots are taken at the FlexVol level, they can not be directly leveraged within an OpenStack context, as a user of Cinder requests a snapshot be taken of a particular Cinder volume (not the containing FlexVol volume). As a Cinder volume is represented as either a file on NFS or as a LUN (in the case of iSCSI or Fibre Channel), the way that Cinder snapshots are created is through use of ONTAP’s FlexClone technology. By leveraging the FlexClone technology to facilitate Cinder snapshots, it is possible to create many thousands of Cinder snapshots for a single Cinder volume.

FlexClone files or FlexClone LUNs and their parent files or LUNs that are present in the FlexClone volume continue to share blocks the same way they do in the parent FlexVol volume. In fact, all the FlexClone entities and their parents share the same underlying physical data blocks, minimizing physical disk space usage.

Ну откуда же мне знать как у вас все на самом деле? Мы общаемся в первый раз и на основании данной вами информации пока не особо понятно.
Я дал, надеюсь, пищу к размышлению - а уж вам виднее насколько она применима или нет. Но вообще телепатов тут нет и выводы / советы будут ровно по тому, что вы скажете, а не по тому как мы сами догадаемся

Спасибище!
Похоже речь действительно о клонах. однако, их же система должна как-то помечать?

А суть вашего вопроса в эффективности? вы хотите убедиться, что они не жрут лишнего?

Так я ж спрашивал максимум про рейд для больших дисков) По первоначальной спецификации я вообще должен был запихать в конфигуратор шестой рейд 4x4TB 7.2K, тут я сразу сказал, что это нехорошо, день ушёл на обсуждение, как изменить (вот, проявил инициативу). Причём не с заказчиком, ему пофиг. Видимо, этот проект всем пофиг)

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