В настоящее время у нас есть более 40 рабочих столов, которые используются исключительно для удаленного доступа к рабочему столу для запуска таких вещей, как Visual Studio, Clearcase и других связанных инструментов разработки. Они обычно используются удаленными пользователями, которые имеют медленные VPN-подключения или часто работают из дома. Текущие рабочие столы — это Dell, работающие на Xeon E5506 (2,16 ГГц) и 3 ГБ оперативной памяти. Все остальное на этих машинах довольно стандартно.
Будет ли экономичным переход на какой-либо тип настройки виртуальной машины для размещения этих пользователей? Я полагаю, что мы арендуем ПК у Dell в настоящее время по корпоративной ставке (где-то около 100 долларов в месяц, я полагаю?? Здесь можно только гадать...).
решение1
Вам необходимо провести надлежащий анализ затрат и выгод, соответствующий вашему конкретному сценарию.
Главное преимущество внедрения решения VDI возникает в ситуациях, когда вы выполняете одни и те же действия на множестве рабочих станций для множества пользователей и можете подключить их всех к единой центральной системе.
В вашем случае я бы очень внимательно рассмотрел:
- Насколько различаются требования между каждым из ваших пользователей с точки зрения конфигурации их рабочей станции, и существуют ли группы пользователей, которых вы могли бы с комфортом объединить в группы, работающие с идентичными настройками
- Сколько будет стоить вам в месяц аренда тонких клиентов по сравнению с арендой полных рабочих станций, которые вы сейчас арендуете?
- Сколько оперативной памяти вам понадобится на клиента в вашей VDI, и переведите это в объем оперативной памяти, который вам придется разместить на ваших хост-серверах.
- Определите любые требования к насыщенному контенту на клиентах и помните об ограничениях VDI, которые в противном случае тривиальны для обычных рабочих станций. Никакого 3D-вывода пока не будет (хотя RemoteFX доступен для Hyper-V, его реализация будет недешевой, как только вы начнете выбирать Quadros 4Gb), и даже такие вещи, как рендеринг флэш-памяти или видео, могут стать большими проблемами для любого вида удаленного рабочего стола.
По моему мнению, архитектура VDI/тонкий клиент все еще не выглядит особенно экономически эффективной и не будет таковой, если стоимость оборудования тонкого клиента не упадет значительно. Главное преимущество — для ситуаций (например, точка продаж), когда вы хотите, чтобы работа системы была максимально приближена к центру.
Один из вариантов, который я часто предлагаю и реализую дешево/эффективно, — это настройка среды терминальных служб, которая обслуживает основные бизнес-приложения для всех клиентов. Это игнорирует то, что люди любят настраивать (среды разработки и т. д.), но стандартизирует доступ для ваших «шаблонных» приложений (например, система табелей учета рабочего времени, расчет заработной платы). Это и/или перенос некоторых вещей в приложения SaaS (например, openair.com) может сократить количество дополнительных хлопот, которые вам приходится преодолевать при предоставлении доступа пользователям VPN (вы просто позволяете им обращаться к TS), и сократить время, потраченное на настройку каждого ПК со всеми этими кропотливыми приложениями.
решение2
На самом деле у вас есть два варианта — развернуть Windows Terminal Server или использовать виртуализацию рабочего стола, например VMware View. Действительно ли каждый пользователь использует 3 ГБ ОЗУ? Если да, то я бы рекомендовал выбрать вариант VMware View. С этим решением вы сможете зарезервировать все (или большую часть) этих 3 ГБ ОЗУ для каждой виртуальной машины, которую вам нужно запустить. Я не уверен, что это возможно с Terminal Server. Вымогсделайте это в стандартной (не View) инфраструктуре VMware, но вы потеряете некоторые полезные функции, которые предоставляет View, такие как автоматическая подготовка/отмена подготовки, образы Master VM и т. д.
решение3
Да, вероятно, так и есть. Если у вас есть стек машин, настроенных исключительно для одного пользователя для RDC... вы можете сэкономить много, разместив их все на одном сервере. VMWare — хороший выбор для этого, если все рабочие столы очень похожи (даже небольшие изменения в образе), то VMware будет повторно использовать оперативную память, которая совместно используется между запущенными образами. (например, у вас есть 20 гостевых образов, все с Windows, вам не нужно 3 ГБ ОЗУ для каждой машины, так как большая часть используемой памяти будет дублироваться — VMWare объединяет дублирующие страницы, поэтому вам придется использовать меньше физической ОЗУ. Довольно здорово, я думаю).
Возможно, вы захотите создать один гостевой образ, а затем использовать снимки, чтобы позволить каждому пользователю изменять его и получить свой собственный образ ПК, но большая часть образа представляет собой общий единый образ.
Вам все равно придется это опробовать, хотя я думаю, что ваши разработчики не заметят снижения производительности, поскольку они используют медленное соединение, но они могут заметить снижение времени компиляции, поскольку оно использует много ввода-вывода, а виртуальные машины не являются лучшими в обеспечении скорости ввода-вывода, как нативная машина (особенно с учетом того, что этот дисковый массив используется многими пользователями одновременно, тогда как раньше на пользователя приходилось по одному диску) (поэтому приобретите хороший массив и настройте его как RAID 10).