на чем запускать терминальные сервера

[Саша235]

СТоит задача обеспечить работу около 300 человек в терминале. СЕйчас терминалы работают на блейдовых лезвиях на процах 5640. До 100 человек на лезвие не доходит - начинаются тормоза. Вспоминаю, что натыкался на обсуждения на вашем форуме, что если железки мощные лучше не ставить винду на железо, а поставить esx и на нее уже несколько (может 2 ) виртуальных машин. Мои попытки с помощью виртуализации увеличить наполнение юзерами одного лезвия не привели к успеху. БОльше человек не посадишь и даже при приближении к железному варианту появляются тормоза с произвольными задержками.
Подскажите пожалуйста удавалось ли вам с помощью виртуализации увеличить число терминальных юзеров на лезвие?
Заранее спасибо. Прошу прощения, если более подходила другая ветка форума.

[exLH]

До 100 человек на лезвие не доходит - начинаются тормоза.

Все зависит от нагрузки. Вполне возможно больше и не получить. А может быть дело в том что каких-то других ресурсов недостаточно.

[Tert]

то если железки мощные лучше не ставить винду на железо, а поставить esx и на нее уже несколько (может 2 ) виртуальных машин.

Такой вариант имеет смысл, если используются ОС, которые не очень хорошо масштабируются при увеличении вычислительных ядер.
К Windows это не относится и увеличение производительности от использования виртуализации вы вряд ли увидите.

А в вашем случае нужны хотя бы данные perfmon'а, чтобы смотреть куда копать.

[Саша235]

А в вашем случае нужны хотя бы данные perfmon'а, чтобы смотреть куда копать.

perfmon из windows на железе или с виртуалки? Если с виртуалки, то попозже - после неудачных экспериментов сейчас все на железе. И какой перфмон интересует: среднее за рабочий день по дискам и процу?

[VladimirR]

По практике работы с терминалками: на 2-х ядерных Xeon на терминалке Вы могли обслуживать ~ 20 пользователей. Сейчас на 4-6 ядерных количество терминальных пользователей на физическом сервере ~100.
В виртуальной машине у наших заказчиков обслуживается не больше 40 пользователей, но при этом на нескольких серверах в кластере MS Hyper-V запущено по одной терминальной машине и на этих же серверах запущены виртуальные машины с более слабой нагрузкой.

Ограничение текущих версий гипервизоров,- это количество виртуальных процессорных ядер (< 4 VCPU ) отдаваемые в виртуальную машину. При этом гипервизор постоянно разделяет процессорное время (по тайм слотам) между виртуалками.

Моё мнение как делать правильно при активной нагрузке: виртуализации хорошо поддаются задачи, которые не требуют большой процессорной нагрузки.
Отказоустойчивость терминальных серверов проще сделать за счёт кластера балансировки нагрузки (MS NLB cluster) между физическими машинами.
Сервера баз данных – также запускать на физическом железе и защищать их кластеризацией сервисов.

Хотя плюсы виртуализации – огромные и многие наши заказчики (особенно для небольших инсталляций) активно пользуются ею, устанавливая внутри виртуальных машин и терминалки и СУБД.

[Ziggy Stardust]

Ограничение текущих версий гипервизоров,- это количество виртуальных процессорных ядер (< 4 VCPU ) отдаваемые в виртуальную машину. При этом гипервизор постоянно разделяет процессорное время (по тайм слотам) между виртуалками.

Поправка небольшая.

В самом ближайшем времени VMware начинает поставлять vSphere 5. Там в младших во всех редакциях уже поддержка до 8-м vCPU (плюс поддержка многоядерных vCPU), а в редакции Ent Plus и вовсе до 32-х vCPU.

На практике понятно еще никто не ковырял, как там терминалки жить будут...

[Саша235]

Спасибо всем ответившим. Владимир, спасибо еще раз.