Size: a a a

VMware User Group Rus

2020 July 07

IS

Ilia Stanev in VMware User Group Rus
iscsi
ноль информации про приложения, не зная их особенностей нельзя давать какие-то комментарии, на будущее почитайте про стратегии деплоя blue/green, canary
Про технологии почитаю, спасибо. Самое критичное, что стоит на сервере, это XenApp с сотнями развернутых приложений.
источник

MD

Mista D in VMware User Group Rus
XenApp в данном случае самое прекрасное что можно придумать
источник

IS

Ilia Stanev in VMware User Group Rus
Mista D
XenApp в данном случае самое прекрасное что можно придумать
Продолжайте пожалуйста)
источник

MD

Mista D in VMware User Group Rus
Что именно?
источник

IS

Ilia Stanev in VMware User Group Rus
Mista D
Что именно?
Почему XenApp в данном случае самое прекрасное, что можно придумать?
источник

MO

Mr Orange in VMware User Group Rus
Ilia Stanev
Добрый день, коллеги!

Буду очень признателен, если присутствующие гуру систем виртуализации поделятся своими имеющимися best practises по подобным имеющейся задачам. Задача: есть VMware vSphere 6,5, на ней крутится устаревший Windows сервер и на сервере крутятся устаревшие приложения, которые уже проще целиком переустановить, чем патчить до актуальных версий. И серверную ОС, и приложения требуется обновить в условиях производства 24 на 7. Каким образом это можно выполнить с учетом требования минимального простоя  сервисов? Простейшее, что я придумал: клонирую виртуалку, отключая клон от сети предприятия, обновляю на нём ОС, обновляю приложения, в запланированный момент времени минимальной нагрузки на сервисы, тушу «рабочую» ВМ, завожу проапдейченную ВМ. Критика моего метода приветствуется. Так же буду очень рад рекомендациям по внедрению дополнительных технологий, которые бы позволили в будущем проще выполнять подобные задачи.
Заранее спасибо!
Бесплатный консалтинг ?
источник

IS

Ilia Stanev in VMware User Group Rus
Mr Orange
Бесплатный консалтинг ?
Интересуюсь, ни в коем разе не принуждаю. Простите, если потревожил.
источник

MD

Mista D in VMware User Group Rus
Ilia Stanev
Почему XenApp в данном случае самое прекрасное, что можно придумать?
Потому что никто не мешает рядом стоить обновленные вм с прикладом с любой степенью гранулярности и публиковать новые приложения
источник

IS

Ilia Stanev in VMware User Group Rus
Mista D
Потому что никто не мешает рядом стоить обновленные вм с прикладом с любой степенью гранулярности и публиковать новые приложения
Идею уловил, благодарю.
источник

MD

Mista D in VMware User Group Rus
Правда для этого нужно совсем немного
источник

MD

Mista D in VMware User Group Rus
Знания и опыт по решениям и продуктам Citrix, сущая мелочь же
источник

MO

Mr Orange in VMware User Group Rus
Ilia Stanev
Интересуюсь, ни в коем разе не принуждаю. Простите, если потревожил.
План говно. Не предусмотрено .. ничего. Начиная от дата флоу и плана отката. Что зависит от разнесения базы и приклада.
источник

SB

Sergey Bogolyubov in VMware User Group Rus
О. Виртуалки прилетели 😁
источник

V

VM in VMware User Group Rus
Sergey Bogolyubov
О. Виртуалки прилетели 😁
Инициалки 😎
источник

SB

Sergey Bogolyubov in VMware User Group Rus
Понятно. Но прикольно 😁
источник

AZ

Anton Zhbankov in VMware User Group Rus
Второй доклад пока свободен - желающие выступить приглашаются
источник

S

Sergey in VMware User Group Rus
Коллеги, приветствую.
Помогите решить задачку. Подскажите, какие условия должны быть соблюдены, чтобы ESXi, находящийся в публичной сети, мог полноценно управляться vCenter, находящимся за NAT?

Приложу схему и сообщение об ошибке.

Проблема в следующем:
Не получается забирать виртуалки с проблемной ESXi (красная) - ни Clone, ни Migrate, ни просто копирование файлов с ee datastore не работают. При этом, на нее залить можно - и через Clone/Migrate и напрямую на datastore.
Все остальные ESXi, которые зеленые, работают полноценно: трафик возможен в любую сторону.

Сделан проброс порта udp 902 на роутере, за натом которого спрятан vCenter. Также на проблемном ESXi в /etc/vmware/vpxa/vpxa.cfg прописан верный публичный ip-адрес роутера (того же роутера с натом).

По трафику на обоих устройствах (и ESXi и vCenter) вижу, что есть обмен пакетами, но объем совершенно небольшой, по несколько килобайт после активации Clone, например.
источник

S

Sergey in VMware User Group Rus
источник

MO

Mr Orange in VMware User Group Rus
Sergey
Коллеги, приветствую.
Помогите решить задачку. Подскажите, какие условия должны быть соблюдены, чтобы ESXi, находящийся в публичной сети, мог полноценно управляться vCenter, находящимся за NAT?

Приложу схему и сообщение об ошибке.

Проблема в следующем:
Не получается забирать виртуалки с проблемной ESXi (красная) - ни Clone, ни Migrate, ни просто копирование файлов с ee datastore не работают. При этом, на нее залить можно - и через Clone/Migrate и напрямую на datastore.
Все остальные ESXi, которые зеленые, работают полноценно: трафик возможен в любую сторону.

Сделан проброс порта udp 902 на роутере, за натом которого спрятан vCenter. Также на проблемном ESXi в /etc/vmware/vpxa/vpxa.cfg прописан верный публичный ip-адрес роутера (того же роутера с натом).

По трафику на обоих устройствах (и ESXi и vCenter) вижу, что есть обмен пакетами, но объем совершенно небольшой, по несколько килобайт после активации Clone, например.
В какой локации дело происходит?
источник

S

Sergey in VMware User Group Rus
Mr Orange
В какой локации дело происходит?
Территориально?
Россия, Москва.
источник