Назад | Перейти на главную страницу

Виртуальные рабочие столы: 8 утра, когда все входят

Я изучаю виртуальные рабочие столы, и мне было интересно; Предположим, в вашей компании 1500 человек, почти все из которых используют виртуальные рабочие столы, и им придется запускать свои компьютеры более или менее одновременно.

Как это повлияет на сеть и каким будет решение? Это приведет к перегрузке сети, верно?

Единственное, что я мог придумать, - это, возможно, использовать многоадресную рассылку для распространения золотых изображений или пул для каждого уровня (уровень здания), который кэширует изображения по утрам и следит за тем, чтобы в нем всегда кешировалось самое новое.

Но я не могу найти статей об этом.

Есть ли у кого-нибудь хорошее чтение или примеры того, как они это решили?

Будет огромная нагрузка не только на сеть, но и на хосты VDI, и единственное решение - спроектировать вашу инфраструктуру для управления нагрузкой. Для этого не существует единого универсального решения, поскольку оно зависит от вашей физической среды, профилей пользователей, доступного оборудования, бюджета и т. Д., А также от того, почему консультирование по VDI сейчас очень актуально.

В конечном итоге вам придется провести серьезную проверку дизайна ваших систем, чтобы справиться с нагрузкой, и после этого обзора есть почти бесконечное количество путей вперед, а пока я не уверен, что есть универсальный ответ на этот вопрос, извините.

Разработайте систему для ожидаемой нагрузки. Для этого вы должны знать, на какую нагрузку вы должны рассчитывать. Знать, что лучше всего собирать данные из реализации меньшего размера и экстраполировать их.

Чтобы справиться с наплывом пользователей по утрам, вы можете заранее создать виртуальные рабочие столы, ожидая появления пользователей, так что нагрузка на системы хранения будет управляемой. Вы модифицируете вещи в пятницу днем, приказываете инфраструктуре развернуть заново, и к утру понедельника у вас будет 1 500 новых образов, с нетерпением ожидающих пользователей.

Рассмотрите возможность размещения золотых образов и связанных к ним клонов на SSD-дисках. Твердотельные накопители любят произвольный доступ для чтения и являются здесь хорошей инвестицией.

Рассмотрим сетевую инфраструктуру 10 Гбит / с. Помните, что насыщенный канал 10 Гбит / с может съесть ядро ​​процессора только для сетевой обработки.

Используйте достаточно производительный фильтр (например, NetApp или Storwize V7k) для обслуживания общих сетевых ресурсов и профилей для пользователей через CIFS.

Я не уверен, заинтересованы ли вы в разработке SAN или LAN для нагрузки, но есть документы, касающиеся обоих случаев, например:

Прочтите документацию поставщика, от эталонной архитектуры до проектирования и планирования, до руководств по установке.

Эффект утра понедельника - известная проблема, и не только в VDI. Однако для случая использования виртуальных машин возникает дополнительная нагрузка на гипервизоры, когда слишком много виртуальных машин пытаются запустить одновременно.

Существуют разные обходные пути, которые могут быть написаны сценариями или встроены в различные продукты VDI:

  1. Не выключайте ВМ вообще, так они не создадут шторм запуска ВМ.
  2. Держите виртуальные машины приостановленными (переходите в состояние файла / SAN) - вместо запуска они просто загружают свой образ ОЗУ и приступают к работе - в зависимости от типов виртуальных машин это может быть легче для инфраструктуры
  3. Оставьте пакет виртуальных машин запущенным, и как только у вас почти закончится количество виртуальных машин для назначения пользователям, запустите еще один пакет. Вид модели запуска тонкой / разреженной ВМ
  4. не позволяйте запускать больше, чем небольшое количество виртуальных машин одновременно, разрешайте запуск большего количества виртуальных машин только после того, как остальные прошли POST и безопасно загрузились
  5. если вы начнете в 8 утра, автоматизируйте кучу виртуальных машин, которые будут запускаться до этого, небольшими партиями, чтобы, когда пользователи входят, виртуальные машины уже включены и ждут