Comments 19
Самым веселым в переезде на VCSA было то, что переезд с Vcenter на винде версии 6.5 на VCSA версии 6.5 — не поддерживается. Если вы уже обновились на 6.5 виндовый — никаких вариантов, только ручной перенос конфигурации.
У нас благо не такая большая инсталляция, перенесли руками.
VCSA HA — понравился, отработали различные сценарии падения — все четко отрабатывает как и должно.
У нас благо не такая большая инсталляция, перенесли руками.
VCSA HA — понравился, отработали различные сценарии падения — все четко отрабатывает как и должно.
0
В свое время как раз ушли на Proxmox, так как в 5 версии не было нормального веб интерфейса, а большинство админов и программистов сидят на linux.
0
Вы забыли слова «которых я знаю» (сидят на linux).
+2
Теперь веб-морда есть «из коробки». В 5.5 можно поставить из vib.
0
Сначала толстый клиент, теперь виндовый vCenter. Что дальше, отменят поддержку nexus1000v для vSphere? Стоп, погодите-ка…
0
nexus и так, вроде как, не VMware, а Cisco поддерживает.
и да — use NSX
и да — use NSX
0
Шутка же, ну. Этой фразой
По поводу NSX: я не шибко в курсе фич продукта, поэтому не уверен, заменяет ли он нексус, но вот в чем я уверен: я не хочу отдельно за него платить и изучать его. Нексус ess был бесплатным, advanced — $700 per processor. NSX std — $2k.
Стоп, погодите-ка…я как бы намекаю на то, что nexus больше не поддерживается в vsphere.
По поводу NSX: я не шибко в курсе фич продукта, поэтому не уверен, заменяет ли он нексус, но вот в чем я уверен: я не хочу отдельно за него платить и изучать его. Нексус ess был бесплатным, advanced — $700 per processor. NSX std — $2k.
0
Да, последние дни / версии...
Хотя так «ненавязчиво» отправить CISCO в лагерь Hyper-V — опрометчиво Ж-)
Хотя так «ненавязчиво» отправить CISCO в лагерь Hyper-V — опрометчиво Ж-)
0
VCSA в современной версии гораздо удобнее vCenter Server для Windows, да и лицензию на Windows можно сэкономить.
0
А как мне быть, если я хочу иметь vCenter отдельно от гипервизоров? Чтобы не задаваться проблемой курицы и яйца. Или это неверный сценарий использования?
0
Если вы имеете в виду физический vCenter — то это не то что бы неправильный вариант, но точно не лучшая практика. Собственно, сама VMware рекомендует делать vCenter виртуальным. На вскидку плюсы:
1. При обслуживании физической машины не будет простоя службы vCenter — смигрировали на другой гипервизор и все ок. В случае физического vCenter при обслуживании простой есть (надо же таки FW обновлять и т.д.)
2. Виртуальный vCenter защищен HA (после настройки HA vCenter не нужен для работы этого механизма).
3. Виртуальную машину однозначно проще бэкапить и восстанавливать чем физику. Как бэкапить vCenter на физике? Отдельно файловый бэкап, отдельно базу, и потом после восстановления надеяться что это заведется?
4. Если vCenter у вас на физике, то ОС будет на DAS скорее всего, да? В случае виртуального vCenter vm будет на двухконтроллерном массиве (ну, это в мало-мальском Ынтерпрайзе).
Это то, что сходу в голову пришло. Причин держать на физике не вижу ни одной.
1. При обслуживании физической машины не будет простоя службы vCenter — смигрировали на другой гипервизор и все ок. В случае физического vCenter при обслуживании простой есть (надо же таки FW обновлять и т.д.)
2. Виртуальный vCenter защищен HA (после настройки HA vCenter не нужен для работы этого механизма).
3. Виртуальную машину однозначно проще бэкапить и восстанавливать чем физику. Как бэкапить vCenter на физике? Отдельно файловый бэкап, отдельно базу, и потом после восстановления надеяться что это заведется?
4. Если vCenter у вас на физике, то ОС будет на DAS скорее всего, да? В случае виртуального vCenter vm будет на двухконтроллерном массиве (ну, это в мало-мальском Ынтерпрайзе).
Это то, что сходу в голову пришло. Причин держать на физике не вижу ни одной.
+1
> бэкапить vCenter на физике? Отдельно файловый бэкап, отдельно базу
Положим, vCenter Server для Windows использует MS SQL Server.
Есть VSS, «бэкапить» можно и как «disk image» т.е. «целиком» и файлы, и БД
Положим, vCenter Server для Windows использует MS SQL Server.
Есть VSS, «бэкапить» можно и как «disk image» т.е. «целиком» и файлы, и БД
0
MSSQL стоит денег. И с восстановлением не всё хорошо, так как нельзя использовать instant restore или quick rollback.
0
В редакции Express — «не стоит денег»
и, кажется, в последних версиях сняли ограничение базы на 2Gb
Если «бэкапить» как «disk image» или VM «целиком»,
то и при восстановлении из backup-а получаем «всё сразу»
Но это детали...
Для сравнения возможностей бэкапа vCenter Server для Windows и VCSA,
было бы неплохо знать:
Postgres поддерживает VSS ( API позволяющее получить консистентность / целостность резервных копий)? Или аналог?
Вообще, в Linux существует ли аналог VSS
( помимо технологий Veritas, которые «стоят денег»)?
и, кажется, в последних версиях сняли ограничение базы на 2Gb
Если «бэкапить» как «disk image» или VM «целиком»,
то и при восстановлении из backup-а получаем «всё сразу»
Но это детали...
Для сравнения возможностей бэкапа vCenter Server для Windows и VCSA,
было бы неплохо знать:
Postgres поддерживает VSS ( API позволяющее получить консистентность / целостность резервных копий)? Или аналог?
Вообще, в Linux существует ли аналог VSS
( помимо технологий Veritas, которые «стоят денег»)?
0
и, кажется, в последних версиях сняли ограничение базы на 2Gb
База быстро вырастает за пределы бесплатных 10 ГБ, не говоря про ограничение на 1 ГБ оперативки для СУБД и что по-умолчанию там идёт тот же vPostgres.
Postgres поддерживает VSS
Он ему не нужен благодаря WAL, хватает консистентности на уровне ФС.
0
Sign up to leave a comment.
VMware объявила о «конце» vCenter Server для Windows