Как стать автором
Обновить

Подводные камни при переходе на VDI: что тестировать заранее, чтобы не было мучительно больно

Время на прочтение 5 мин
Количество просмотров 10K
Всего голосов 41: ↑41 и ↓0 +41
Комментарии 12

Комментарии 12

Не так давно как раз VDI от вмвари пытался смотреть. Насколько я понял нужен KMS ключ для win10, а вот по офису не понял, как его правильно активировать. До нагрузочных тестов не дошел, отсюда вопрос. Какое количество вм может потянуть сервер уровня 2x 2690v2, 380GB, fas 2240 на 24шт 10к rpm дисках (да новее ничего не нашлось). Есть ли смысл разворачивать инфраструктуру не имея all flash схд? (Планировалось зарулить на этот сетап порядка 80-100 сотрудников) Паттерн нагрузки аутлук, веб, местами клиент-серверный 1С.

Никто вам не ответит потянет ли ваши процессоры нагрузку VDI
Если кто-то готов дать 100%, гарантию гоните его подальше.
Правильный подход — звоните интегратору получаете тестовую установку за бесплатно (в обмен на обещание купить лицензии на VDI)
Ручной вариант:
Определяетесь с типом VDI (linked clones или instant clones) от этого зависим производительность и цена лицензий.
Определяетесь с содержанием золотого имиджа (там офис? 1С? корел? автокад ?) — это даст возможность посчитать память и нагрузку на процессор.
Ставите тестовую инсталяцию — и проверяете работу.
Почему не посчитать ручками? Условно говоря считается хорошим вариантов это процессор виртуализируется из расчета 4 или 7 к 1 реальному (тоесть процеесор с 10 ядрами можно раздать как 40 или 70 ядер по VDI) но, все зависит от нагрузки.
Простенький вариант — windows+офис+браузер — 2 ядра и 4г памяти но… это условности, в рабочем варианте это связка может уже тормозить и придется добавлять ресурсы

Не забывайте про резервирование памяти и процессоров что бы в случаи сбоя было куда переездать виртуалкам ( условно говоря, на двух серверах должно быть по 50% свободных ресурсов, на трех уже 33% ).
Если возможности провести пилот и нагрузочное тестирование нет, то можно ориентироваться на опыт подобных развертываний. По нашему опыту, для офисных пользователей (судя по описанию сценария использования, это как раз ваш случай) для комфортной работы на Windows 10 вполне достаточно следующих характеристик: 2 vCPU и 6 ГБ оперативной памяти. По коэффициенту переподписки vCPU на физическое ядро лучше ориентироваться на 4 к 1. По оперативной памяти лучше не заполнять более 80% объема в сервере.
В вашем случае получается:
Количество пользователей по процессорам — 20 ядер * 4 (коэффициент переподписки 4 к 1) / 2 vCPU у виртуальной рабочей станции = 40 виртуальных рабочих станций.
Количество пользователей по памяти — 380 ГБ в сервере * 0,8 / 6 ГБ у виртуальной рабочей станции = 50
Выбираем наименьшее значение. Это, конечно, грубый расчет, но на него можно ориентироваться.
И совершенно согласен с awsswa59, если вы хотите, чтобы пользователи сохранили работоспособность после выхода из строя сервера, то нужно всегда использовать схему N+1, чтобы как минимум один сервер всегда был в резерве.
Без all-flash СХД можно обойтись, просто виртуальные рабочие станции будут медленнее работать.

А как и куда такие объемы бекапить, или дедупликация все это проделывает до каких то адекватных размеров?

Ну для начала надо понимать что весь VDI бекапить не нужно.
Обычно VDI структура выглядит так.
Золотой имидж (это предположим windows 10 и офис ) он находится в режиме чтения.
С него стартуют виртуальные машины и все изменения (документы, почта, работа в браузере) сохраняются на отдельный диск (условно говоря перемещаемый профиль).
И вот его уже нужно сохранять.
А дальше уже от обьемов, хороший вариант внешнее хранилище с возможностью добавление дисков по мере роста и veeam
Опять же согласен с awsswa59 :) Делать резервные копии для всех виртуальных рабочих станций не нужно. В зависимости от развертывания нужно бэкапить следующее:
1. Инфраструктурные компоненты.
2. Шаблоны виртуальных рабочих станций (для Linked Clone и Instant Clone).
3. Сами виртуальные рабочие станции (для Full Clone).
4. Данные пользователей переправленные на файловый сервер.
Да, и дедупликация отлично работает для VDI-сценариев.
Пожалуйста, расскажите:
450 «юзеров» в тесте, нагрузку генерируем локально. Робоюзеры делают разные действия одновременно

Чем генерировали нагрузку?

мы измеряем время каждой операции в течение нескольких часов работы

Чем измеряли?

Спасибо!
Для генерации и измерения нагрузки используем ПО VMware View Planner — www.vmware.com/go/download-viewplanner
Он бесплатный и вполне хорошо справляется со своей задачей.

Сергей, поищи сканеры со встроенной jpeg компрессией. Они работают через usb redirection лучше, чем обычные через twain redirection ( только win клиент). Кроме того такой проброс доступен на любой клиентской ОС ( кроме телефонов) и на типа зеро клиентах

Мы обычно стараемся убедить наших заказчиков отказаться от использования локальной периферии там, где это возможно, и использовать сетевые устройства (МФУ, принтеры, сканеры). Но иногда приходится иметь дело с зоопарком устройств со средним возрастом 7+ лет, вот тогда и начинаются проблемы
А JPEG компрессия работает замечательно!

Можете подсказать примеры продуктов которыми можно протестировать UX изнутри и снаружи виртуалок?

Можно использовать ПО VMware View Planner — www.vmware.com/go/download-viewplanner
Из коробки в нем уже есть набор тестов: работа в веб-браузере, с MS Office, c PDF-файлами и т.д. Также можно написать свои тесты для повышения соответствия сценариям работы ваших пользователей или для каких-то специальных приложений.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий