Чтобы «лишь добавить скрипты CommVault» нужен собственно CommVault ;)
Который в свою очередь умеет работать с натаповскими снепшотами и если есть HardWare-Assistant снэпшоты СХД, то рекомендуется использовать именно их на высоконагруженных задачах.
И тут круг замкнулся.
Во-первых, не у всех стоит Windows, чтобы использовать VSS и не у всех Postgres.
Во-вторых, об этом и речь, что «просто если убрать галочку и больше ничего не делать», такие crash consistent снепшоты иногда полезны, но в большинстве случаев бесполезны. По-этому нужны какие-то агенты, скрипты, интеграции.
Да, это нормально работает только для 6.Х, а вот VASA есть для 6.5
Ну так пожалуйста пользуйте Veeam (или шо вам нравится) on FAS
А весь мир только на Python и жиждется. И какая вам вообще разница на Python или на Perl, это же скрипт, берете и используете.
У вас всё сводиться у тому что NetApp конкретно под ваш FAS2000 не написал то что нужно именно вам. Отсюда ваши претензии. Но так не бывает. Нигде. Каждый продукт хоть закрытый, хоть опенсорсный делается «для большинства», а не для единиц. За исключением если эти единицы не гигантские заказчики.
Ну и что что забили на VSC for RHEV? И шо? Вам решение нужно или рюшечки?
Если удалить все снэпшоты снятые гипервизором (VMware или Hyper-V, не важно), дождаться полной консолидации (это может занять не мало времени), то производительнсть виртуальной машины вернётся на прежний уровень.
Другие потенциальные проблемы от снэпшотов VMware (да и Hyper-V тоже), которые автор не раскрыл в коментах.
Очень важно, что у нетаповских снэпшотов таких проблем вовсе нет.
Если нет острой потребности в возвращении виртуальной машины к конкретному состоянию памяти, отключите опцию «Память». Состояние памяти редко может потребоваться.
Снэпшот нужен для того, чтобы можно к нему восстановиться. Если в виртуальной машине лежит что-то, кроме файлового сервера или AD, а к примеру база данных, то как же из такого снэпшота без памяти можно восстановить БД?
Мне абсолютно ясно, почему такая рекомендация даётся, но этот сложный момент здесь слабо расписан. И выходит, что из-за такой упрощённой подачи информации у читателя может сложиться ложное впечатление, что таких ситуаций, когда возможно выключить память из снэпа, что их якобы на практике большинство.
И вовсе не рассказывается о последствиях в плане сложности, или вообще возможности, восстановления из снэпшота без памяти.
Будьте аккуратны со снапшотами высокозагруженных виртуальных машин, таких как серверы баз данных и почтовые серверы. Такие снапшоты могут быстро увеличиваться в размерах, заполняя пространство хранилища. Удаляйте снапшоты с виртуальных машин, как только они перестают быть необходимыми.
Кстати говоря, я конечно понимаю, что это статья «как пользоваться снэпшотами», а не «как ими не пользоваться», но стоило бы чуточку более широко раскрыть тему, в каких случаях ими категорически не стоит пользоваться. Ведь дело не тоько в занятом пространстве, а и в других потенциальных проблемах, ведь сам VMWare не зря же сама рекомендует вообще не включать снэпы на высоконагруженных задачах. К примеру:
Удаление снэпшота и консолидация это весьма трудозатратный процесс с точки зрения производительности дисковой подсистемы и как следствие дополнительной нагрузки на виртуальную машину.
Просто сам факт наличия снэпа уже может вносить существенные накладные расходы и тормозить виртуальную машину
Ну и консолидация на практике ни раз заканчивается крахом и повреждением виртуальной машины, достаточно погуглить фразу "vmware consolidation failed recovery"
Обратите внимание, что NFS — NFS'у рознь. Есть «просто NFS», а есть pNFS. Так вот, сетевые дизайны для двух таких протоколов могут отличаться. К сожалению VMware пока что не поддерживает pNFS, его поддерживает Linux сервера.
Техническая возможность прямого включения присутствует, у Циско есть дизайн настройки FI для прямого подключения по NFS (просто). Они даже могут взять себе на поддержку такой не-флекспод комплекс (была специальная программа), поддержка естесственно не бесплатная.
Для класического NFS в случае прямого включения, на сколько я помню, необходимо правильно настроить профили vNIC так, чтобы они были не привязаны к FI, а переключались с одного FI на другой. Важно чтобы при переезде физический порт FI тушился, если с него уезжает vNIC, чтобы сообщить СХД о необходимости переключиться на новый путь. Со стороны FAS системы, настройки будут зависить от того, используете вы 7-mode или cDOT, так как в последнем есть дополнительный механизм отказоустойчивости для протоколов 7го уровня, использующих IP: В 7-мод, для этой цели, есть только «single-mode interface group» (на уровне Ethernet), а в cDOT можно ещё воспользоваться Failover Group (для переезда IP).
Такой дизайн не входит в FlexPod архитектуру. Касательно правильной настройки сетевой части UCS, обратитесь за консультацией к инженерам Cisco по этому продукту.
В новой прошивке ONTAP9 стала доступна функция FlexGroup, которая позволяет более равномерно размазывать нагрузку по конмонентам СХД.
FlexGroup это контейнер для хранения файлов, который можно шарить по протоколам CIFS(SMB), NFS, также как и в обычных FlexVol, они могут хранить снепшоты. И естественно FlexGroup в свете более равномерного размазывания производительности может стать инетересен для виртуализированных сред. Но как же системы резервного копирования типа Veeam, смогут ли они работать с FlexGroup?
Мне удалось проверить это на практике с ONTAP 9.1 и Veeam 8. Как видно на скриншотах ниже, аппаратные снепшоты СХД снимаются для FlexGroup, а Veeam Proxy благополучно вытягивает резерные копии прямо из этих снепшотов по NFS.
Какая среда вас интересует?
Если вас интересует разработка под Oracle с технологией NetApp FlexClone, то возможно вам будет интересно взглянуть на документы:
Но самые большие проблемы фирмам принесли именно вышедшие из строя сервера.
Поверьте я знаю о чем говорю, всю неделю без выходных и отдыха езжу по заказчикам ;)
Который в свою очередь умеет работать с натаповскими снепшотами и если есть HardWare-Assistant снэпшоты СХД, то рекомендуется использовать именно их на высоконагруженных задачах.
И тут круг замкнулся.
Во-вторых, об этом и речь, что «просто если убрать галочку и больше ничего не делать», такие crash consistent снепшоты иногда полезны, но в большинстве случаев бесполезны. По-этому нужны какие-то агенты, скрипты, интеграции.
«ребренженный CommVault» это SnapProtect.
У вас всё сводиться у тому что NetApp конкретно под ваш FAS2000 не написал то что нужно именно вам. Отсюда ваши претензии. Но так не бывает. Нигде. Каждый продукт хоть закрытый, хоть опенсорсный делается «для большинства», а не для единиц. За исключением если эти единицы не гигантские заказчики.
Ну и что что забили на VSC for RHEV? И шо? Вам решение нужно или рюшечки?
ЗЫ. А я не стесняюсь говорить правду.
Другие потенциальные проблемы от снэпшотов VMware (да и Hyper-V тоже), которые автор не раскрыл в коментах.
Очень важно, что у нетаповских снэпшотов таких проблем вовсе нет.
Снэпшот нужен для того, чтобы можно к нему восстановиться. Если в виртуальной машине лежит что-то, кроме файлового сервера или AD, а к примеру база данных, то как же из такого снэпшота без памяти можно восстановить БД?
Мне абсолютно ясно, почему такая рекомендация даётся, но этот сложный момент здесь слабо расписан. И выходит, что из-за такой упрощённой подачи информации у читателя может сложиться ложное впечатление, что таких ситуаций, когда возможно выключить память из снэпа, что их якобы на практике большинство.
И вовсе не рассказывается о последствиях в плане сложности, или вообще возможности, восстановления из снэпшота без памяти.
Кстати говоря, я конечно понимаю, что это статья «как пользоваться снэпшотами», а не «как ими не пользоваться», но стоило бы чуточку более широко раскрыть тему, в каких случаях ими категорически не стоит пользоваться. Ведь дело не тоько в занятом пространстве, а и в других потенциальных проблемах, ведь сам VMWare не зря же сама рекомендует вообще не включать снэпы на высоконагруженных задачах. К примеру:
Что же касается API.
Я бы с трудом мог использовать фразы «У Нетапа тоже не всё идеально» и «нет вменяемого API для автоматизации».
По снепшотам я уверен, что в плане снепшотов, лучше нетапа нет никого.
Техническая возможность прямого включения присутствует, у Циско есть дизайн настройки FI для прямого подключения по NFS (просто). Они даже могут взять себе на поддержку такой не-флекспод комплекс (была специальная программа), поддержка естесственно не бесплатная.
Для класического NFS в случае прямого включения, на сколько я помню, необходимо правильно настроить профили vNIC так, чтобы они были не привязаны к FI, а переключались с одного FI на другой. Важно чтобы при переезде физический порт FI тушился, если с него уезжает vNIC, чтобы сообщить СХД о необходимости переключиться на новый путь. Со стороны FAS системы, настройки будут зависить от того, используете вы 7-mode или cDOT, так как в последнем есть дополнительный механизм отказоустойчивости для протоколов 7го уровня, использующих IP: В 7-мод, для этой цели, есть только «single-mode interface group» (на уровне Ethernet), а в cDOT можно ещё воспользоваться Failover Group (для переезда IP).
Такой дизайн не входит в FlexPod архитектуру. Касательно правильной настройки сетевой части UCS, обратитесь за консультацией к инженерам Cisco по этому продукту.
FlexGroup это контейнер для хранения файлов, который можно шарить по протоколам CIFS(SMB), NFS, также как и в обычных FlexVol, они могут хранить снепшоты. И естественно FlexGroup в свете более равномерного размазывания производительности может стать инетересен для виртуализированных сред. Но как же системы резервного копирования типа Veeam, смогут ли они работать с FlexGroup?
Мне удалось проверить это на практике с ONTAP 9.1 и Veeam 8. Как видно на скриншотах ниже, аппаратные снепшоты СХД снимаются для FlexGroup, а Veeam Proxy благополучно вытягивает резерные копии прямо из этих снепшотов по NFS.
Если вас интересует разработка под Oracle с технологией NetApp FlexClone, то возможно вам будет интересно взглянуть на документы:
В плане надёжности вы меня улыбнули :)
Что именно под докером будет работать?
Есть NetApp плагин для докер контейнеров, который позволяет в контейнер монтировать постоянное хранилище.
Вы совсем не внимательно читаете статью, там всё написано и даже нарисованно.
.
Как вы будете вести оптику, поразнь или всё одним маршрутом, — ваше дело.