Size: a a a

VMware User Group Rus

2020 November 26

VK

Victor Konovalov in VMware User Group Rus
Во-вторых, vsan compression only - огонь
источник

VK

Victor Konovalov in VMware User Group Rus
Места стало больше, надежность и скорость выше
источник

VK

Victor Konovalov in VMware User Group Rus
Mikhail
Новые фичи хоть компенсируют баги? Или обновление ради обновления?
Ну и баги 7.0 подбешивают, особенно, пропажа task'ов в  task pane
источник

T

The in VMware User Group Rus
Anton Zhbankov
Passthrough? Ну такое себе. Если это не пограничный маршрутизатор, да и то нахер бы не надо, убивает смысл в виртуализации
Смысл всё же имеется. Есть, например, DPI. В ВМ-1 дует трафик через 2 сетевые, нарезанные через SR-IOV, и который надо в любом случае отдать/зарезать (как default выставишь), ВМ-2 это анализатор+обработчик политик, ВМ-3 control plane, ВМ-4 статистика.
Виртуализация даёт гибкость расширения, т.к. лицензии по проц. ядрам, плюс не надо создавать физическую сеть между ВМ-1 и ВМ-2,а это порой 40GbE или даже 100GbE.
Понятно, что HA и бэкапы там на уровне софта, и всё к железу прибито.
источник

M

Mikhail in VMware User Group Rus
Victor Konovalov
Ну и баги 7.0 подбешивают, особенно, пропажа task'ов в  task pane
Таски у меня и в 6.5 пропадают пока не перезайдёшь в ui, это нормально для поделки на javascript
источник

VK

Victor Konovalov in VMware User Group Rus
Mikhail
Таски у меня и в 6.5 пропадают пока не перезайдёшь в ui, это нормально для поделки на javascript
Я не знаю ничего про 6.5
источник

AZ

Anton Zhbankov in VMware User Group Rus
The
Смысл всё же имеется. Есть, например, DPI. В ВМ-1 дует трафик через 2 сетевые, нарезанные через SR-IOV, и который надо в любом случае отдать/зарезать (как default выставишь), ВМ-2 это анализатор+обработчик политик, ВМ-3 control plane, ВМ-4 статистика.
Виртуализация даёт гибкость расширения, т.к. лицензии по проц. ядрам, плюс не надо создавать физическую сеть между ВМ-1 и ВМ-2,а это порой 40GbE или даже 100GbE.
Понятно, что HA и бэкапы там на уровне софта, и всё к железу прибито.
Если это микрокластер чисто на пограничный трафик - ок, согласен. Но это очень нишевое решение.
источник

i

iscsi in VMware User Group Rus
The
Смысл всё же имеется. Есть, например, DPI. В ВМ-1 дует трафик через 2 сетевые, нарезанные через SR-IOV, и который надо в любом случае отдать/зарезать (как default выставишь), ВМ-2 это анализатор+обработчик политик, ВМ-3 control plane, ВМ-4 статистика.
Виртуализация даёт гибкость расширения, т.к. лицензии по проц. ядрам, плюс не надо создавать физическую сеть между ВМ-1 и ВМ-2,а это порой 40GbE или даже 100GbE.
Понятно, что HA и бэкапы там на уровне софта, и всё к железу прибито.
схема выглядит очень ресурсоёмкой, по сравнению с железякой в оптическом байпасе + на 40G DPDK становится интересней PF_RING
источник

i

iscsi in VMware User Group Rus
бонд интерфейсов в госте выглядит как неудачная попытка разобраться в том, как работает сеть в esxi/vswitch
источник

НБ

Николай Барков... in VMware User Group Rus
Коллеги, нужна помощь. Повредилась дельта диска vmdk. На форуме говорят, что восстанавливали подобное через обращение в техподдержку vmware. Может у кого нибудь из вас есть действующая подписка техподдержки, чтобы попытаться восстановить данные? За вознаграждение.
источник

T

The in VMware User Group Rus
iscsi
схема выглядит очень ресурсоёмкой, по сравнению с железякой в оптическом байпасе + на 40G DPDK становится интересней PF_RING
Мопед не мой, схему делал солюшн архитектор вендора, это не наколеночное говно с гитхаба. Да, софт использует DPDK с epoll_wait событийного дескриптора. Решение пока упирается в PCIe шину хоста, но балансировка трафика по сайтам и аплинкам спасёт отца русской демократии.
источник

i

iscsi in VMware User Group Rus
iscsi
в VDDK есть утилита vmware-vdiskmanager с недокументированной опцией -R для восстановления .vmdk
источник

i

iscsi in VMware User Group Rus
The
Мопед не мой, схему делал солюшн архитектор вендора, это не наколеночное говно с гитхаба. Да, софт использует DPDK с epoll_wait событийного дескриптора. Решение пока упирается в PCIe шину хоста, но балансировка трафика по сайтам и аплинкам спасёт отца русской демократии.
оно ещё и MITM-proxy наверное, как-то же умудряются пихать рекламу не смотря на HSTS
источник

T

The in VMware User Group Rus
SSL MITM это что-то ближе к корпоративному Старшему Брату, DLP.
Часто сайты цепляют в src куски по HTTP, вот их и подменяют.
источник

i

iscsi in VMware User Group Rus
глаз зацепился за
>балансировка трафика по сайтам
источник

T

The in VMware User Group Rus
"Site" also stands for "datacenter", "point of presence" ;)
источник

i

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

u

uncleroot in VMware User Group Rus
The
Смысл всё же имеется. Есть, например, DPI. В ВМ-1 дует трафик через 2 сетевые, нарезанные через SR-IOV, и который надо в любом случае отдать/зарезать (как default выставишь), ВМ-2 это анализатор+обработчик политик, ВМ-3 control plane, ВМ-4 статистика.
Виртуализация даёт гибкость расширения, т.к. лицензии по проц. ядрам, плюс не надо создавать физическую сеть между ВМ-1 и ВМ-2,а это порой 40GbE или даже 100GbE.
Понятно, что HA и бэкапы там на уровне софта, и всё к железу прибито.
да, именно такой кейс я и имел в виду
источник

u

uncleroot in VMware User Group Rus
Anton Zhbankov
Если это микрокластер чисто на пограничный трафик - ок, согласен. Но это очень нишевое решение.
способ нишевый, но имхо лучше покупать унифицированное железо, и выделять пару-тройку хостов под вмки dlp/dpi, чем покупать под них отдельное железо
источник

AZ

Anton Zhbankov in VMware User Group Rus
uncleroot
способ нишевый, но имхо лучше покупать унифицированное железо, и выделять пару-тройку хостов под вмки dlp/dpi, чем покупать под них отдельное железо
Не все согласны с этим утверждением
источник