Size: a a a

VMware User Group Rus

2020 May 08

MO

Mr Orange in VMware User Group Rus
Mikhail
В первом комментарии по ссылке выше
Ясно
источник

С

Сергеич in VMware User Group Rus
источник

С

Сергеич in VMware User Group Rus
спс, схоронил.
источник

SB

Sergey Bogolyubov in VMware User Group Rus
Mista D
Например у аэродиска
Мля, вот опять с козырей заходишь
источник

MD

Mista D in VMware User Group Rus
справедливости ради, ты сказал у многих, а не у всех, так что в целом это дешевый подъеб
источник

IM

Igor Minkovskiy in VMware User Group Rus
Ɐrtem αrtem
Давно смотрю на вволы, почему так редко в проде их используют? Какие проблемы?
На одну чашу весов мы положим ограничения, которые вызывает использование VVOL, дополнительную возню с VASA провайдером (кроме некоторых вендоров, у которых он встроен), риски потерять контроль над виртуалками, если VASA провайдер будет просран
На другую чашу мы положим преимущества в виде лучшей реализации снэпшотов и в некоторых случаях большей производительности на маленьких инсталляциях (все схд лучше работают с большим числом томов, на больших инсталляциях это происходит "естественным" образом и без VVOL).
источник

IM

Igor Minkovskiy in VMware User Group Rus
"тормозящие" при склейке снэпшоты VMware решаются и без VVOL через интеграцию со снэпшотами СХД через вендорские плагины\ПО РК или это тупо заваливается железом (все любят allflash). В маленьких инсталляциях проблема масштабирования нагрузки по ядрам контроллеров СХД встречается не частно: там обычно нечего масштабировать
источник

N

Nikolay Kulikov in VMware User Group Rus
Igor Minkovskiy
"тормозящие" при склейке снэпшоты VMware решаются и без VVOL через интеграцию со снэпшотами СХД через вендорские плагины\ПО РК или это тупо заваливается железом (все любят allflash). В маленьких инсталляциях проблема масштабирования нагрузки по ядрам контроллеров СХД встречается не частно: там обычно нечего масштабировать
Можно хоть ram диск сделать. Консолидация от этого быстрее не пойдёт.
источник

IM

Igor Minkovskiy in VMware User Group Rus
Nikolay Kulikov
Можно хоть ram диск сделать. Консолидация от этого быстрее не пойдёт.
скорость консолидации не зависит от производительности СХД?
источник

Ɐα

Ɐrtem αrtem in VMware User Group Rus
Igor Minkovskiy
На одну чашу весов мы положим ограничения, которые вызывает использование VVOL, дополнительную возню с VASA провайдером (кроме некоторых вендоров, у которых он встроен), риски потерять контроль над виртуалками, если VASA провайдер будет просран
На другую чашу мы положим преимущества в виде лучшей реализации снэпшотов и в некоторых случаях большей производительности на маленьких инсталляциях (все схд лучше работают с большим числом томов, на больших инсталляциях это происходит "естественным" образом и без VVOL).
риски потерять контроль над виртуалками, если VASA провайдер будет просран

Ну во-первых не совсем просран. Запущенные виртуалки будут работать.
Во-вторых, в случае IBM, там даже при полной потери VASA-провайдера можно данные с хранилики восстановить и не очень сложно.
Не говоря уже о том, что есть HA-реализация VASA.
источник

N

Nikolay Kulikov in VMware User Group Rus
Igor Minkovskiy
"тормозящие" при склейке снэпшоты VMware решаются и без VVOL через интеграцию со снэпшотами СХД через вендорские плагины\ПО РК или это тупо заваливается железом (все любят allflash). В маленьких инсталляциях проблема масштабирования нагрузки по ядрам контроллеров СХД встречается не частно: там обычно нечего масштабировать
Вм, как правило, лежит на одном datastore. И когда эта вм не может получить более 30-40к Iops на hi-midrange уважаемых вендоров- это может быть проблемой.
источник

N

Nikolay Kulikov in VMware User Group Rus
Ɐrtem αrtem
риски потерять контроль над виртуалками, если VASA провайдер будет просран

Ну во-первых не совсем просран. Запущенные виртуалки будут работать.
Во-вторых, в случае IBM, там даже при полной потери VASA-провайдера можно данные с хранилики восстановить и не очень сложно.
Не говоря уже о том, что есть HA-реализация VASA.
Сейчас вроде у всех уже - vasa провайдер stateless
источник

N

Nikolay Kulikov in VMware User Group Rus
Igor Minkovskiy
скорость консолидации не зависит от производительности СХД?
На нормальных СХД в 2020 - практически нет
источник

IM

Igor Minkovskiy in VMware User Group Rus
Nikolay Kulikov
На нормальных СХД в 2020 - практически нет
а проблема-то есть?
источник

N

Nikolay Kulikov in VMware User Group Rus
Igor Minkovskiy
а проблема-то есть?
А что такое проблема в общем случае? У кого-то консолидация - проблема (например, не успевает пройти за окно бекапов), у кого-то - нет.
источник

IM

Igor Minkovskiy in VMware User Group Rus
Nikolay Kulikov
А что такое проблема в общем случае? У кого-то консолидация - проблема (например, не успевает пройти за окно бекапов), у кого-то - нет.
К тому и веду. Я сталкивался с этим как с проблемой только один раз на крупной инсталляции exchange`а на шпиндельной СХД. На СХД "2020" такой проблемы как проблемы не видел
источник

N

Nikolay Kulikov in VMware User Group Rus
То, что вы ее не видели, не значит, что ее нет/не может быть
источник

MD

Mista D in VMware User Group Rus
Проблемы у тех, кто использует снепшоты не по назначению и потом плачут 'а чо так долго, там всего тер накопился'
источник

EE

Eugene Elizarov in VMware User Group Rus
простите за глупый вопрос, конечно, но как это скорость консолидации не зависит от производительности СХД? а от чего тогда зависит?
источник

N

Nikolay Kulikov in VMware User Group Rus
Eugene Elizarov
простите за глупый вопрос, конечно, но как это скорость консолидации не зависит от производительности СХД? а от чего тогда зависит?
От частоты процессора хоста :)
источник