Терминальный сервер

[afomich]

День добрый.
Руководству стало надоедать тратить на моноблоки для сотрудников по 50-70к, решили перейти на вариант терминала и тонких клиентов.
Предложите, пожалуйста, конфигурацию для такого сервера.
Или может оптимальнее будет кластер из двух серверов?

Одновременно на нем будет сидеть 40-50 человек.
Две трети сотрудников будут пользоваться там в основном 1С 8.2 (сам 1С установлен на отдельном сервере), почта, интернет.
Оставшиеся только почтой, интернетом, и есть пару тройку человек с фотошопом и индизайном, но их, наверное, имеет смысл оставить на нормальных компьютерах.

Профили у сотрудников разные. Я сейчас глянул, у некоторых только почта занимает до 100Гб

[Stranger03]

Одновременно на нем будет сидеть 40-50 человек.

В идеале надо бы иметь по одному виртуальному ядру на одного пользователя. ТО есть в принципе пары 10-12 ядерных процов должно бы хватить на всю ораву. Другое дело, надо определятся с тем, где и как хранить данные. Идеально было бы внешняя хранилка, тот же Инфортренд по ISCSI 10G. По меди можно и напрямую подключить без коммутатора.

[afomich]

А это обязательно надо внешнюю СХД?
Если ограничить человека, к примеру, 100 -120 Гб, то полезной емкости надо 5-6 ТБ
Если рейд 10, то общая емкость 10-12 ТБ
Правда это все без особого запаса

Но все же посчитайте, пожалуйста, вариант и с оптимальной СХД.

[Stranger03]

А это обязательно надо внешнюю СХД?

Не обязательно, но крайне желательно в вашей схеме. Объясню почему. Если по какой-то причине рухнет сервер, то вы потеряете все данные. Восстановить только с резервной копии. Но бекапить 5-6ТБ по времени будет очень долго. Если же данные будут лежать на 2-х контроллерной СХД, то шанс спасти данные и достаточно быстро восстановить доступ сильно выше. Кроме того, если вдруг по какой-т причине один сервер перестанет удовлетворять, то достаточно просто будет рядом поставить второй и подключить его к СХД.

[Tert]

afomich
А как сейчас у вас выглядит сервер 1С?
Я правильно понимаю, что пользователи все свои данные хранят локально на своих ПК?

[afomich]

Ок, пусть внешняя схд.

Сейчас отдельная железка под сервер 1С, отдельная под SQL.
Это тоже планируется на замену, но ближе к майским.

Да, сейчас все свои данные пользователи хранят локально.

[Umlyaut]

Одновременно на нем будет сидеть 40-50 человек.

В идеале надо бы иметь по одному виртуальному ядру на одного пользователя. ТО есть в принципе пары 10-12 ядерных процов должно бы хватить на всю ораву.

Только ещё имеет смысл "прожорливые" exe-шники (тот же клиент 1С на терминальном сервере) запускать cmd-шником с привязкой/affinity к конкретному ядру - чтоб виндовый диспетчер не перекидывал контекст с ядра на ядро, как это он любит делать.

Другое дело, надо определятся с тем, где и как хранить данные. Идеально было бы внешняя хранилка, тот же Инфортренд по ISCSI 10G. По меди можно и напрямую подключить без коммутатора.

Хм-ммм...
Если (как это тут уже было сказано) в дальнейшем добавлять ещё один сервер, то могут возникнуть затруднения с шареньем для него этого iSCSI-LUN`а - полагаю, первый терминальник будет володеть им эксклюзивно, как блочным устройством с НЕкластерной NTFS поверх неё.
Т.е. тогда уже будет иметь смысл глядеть в сторону серверной виртуализации - нехай хосты гипервизоров сами делят LUNы хранилки (VMFS или, простихосспади, CSV).

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

[Stranger03]

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

Ну обычно в таких случаях я так и советую делать,

[Bormoto]

Только ещё имеет смысл "прожорливые" exe-шники (тот же клиент 1С на терминальном сервере) запускать cmd-шником с привязкой/affinity к конкретному ядру - чтоб виндовый диспетчер не перекидывал контекст с ядра на ядро, как это он любит делать.

Тогда еще потребуется научить пользователей заходить на терминал не случайным образом, а организованными группами ("На первый, второй, третий... процессоры рассчитайсь!" ), чтобы равномерно распределяться по процессорам. Не проще ли, в качестве частичной замены, зато без "микроменеджмента", в Windows System Resource Manager настроить политику для равномерного распределения ресурсов cpu по сессиям для всех rdp-пользователей или по группам пользователей с разными приоритетами?

[Umlyaut]

Только ещё имеет смысл "прожорливые" exe-шники (тот же клиент 1С на терминальном сервере) запускать cmd-шником с привязкой/affinity к конкретному ядру - чтоб виндовый диспетчер не перекидывал контекст с ядра на ядро, как это он любит делать.

Тогда еще потребуется научить пользователей заходить на терминал не случайным образом, а организованными группами ("На первый, второй, третий... процессоры рассчитайсь!" ), чтобы равномерно распределяться по процессорам.

Шутку юмора оценил.

Просто я использую цитрикс-сервер с опубликованными на нём приложениями, причём публикуется не один ехе-шник, а N cmd-шников с разным пар-ром аффинити. Соответственно, каждому юзеру в его цитрикс-клиенте изначально присваивается запуск своего "экземпляра приложения" с преднастройкой на "своё" ядро. Соответственно, в каком бы порядке и в какой момент юзеры ни заходили бы - каждый из них получает ровно своё, отдельное ядро для работы.

Замечу, что даже без использования цитрикса, на "голом" RDP, разницы не будет - просто указать в терминальном профиле пользователя автозапуск "его" cmd-шника с отдельной аффинити при логине в терминальную сессию - и вуаля! Универсальный механизм, знаете ли.

Не проще ли, в качестве частичной замены, зато без "микроменеджмента", в Windows System Resource Manager настроить политику для равномерного распределения ресурсов cpu по сессиям для всех rdp-пользователей или по группам пользователей с разными приоритетами?

Возможно, Вы и правы.

Только во-первых, в моей легаси-схеме (ей уже больше десятка лет и причин перекраивать её в угоду "гонке вооружений" пока не усматривается) такого механизма не было.
А во-вторых, я не уверен, что после такого вот запуска на разных ядрах диспетчер винды снова не переколбасит всё в произвольном порядке - просто у него модус операнди такой: перекидывать работающий контекст задачи с ядра на ядро, "играя" нагрузкой. Принудительная аффинити при старте от этого уберегает, проверено.

[afomich]

Но все же хотелось бы получить предложение..

[sivanov]

Имейте в виду цену CAL для RDS и вообще всю цену лицензий для Майкрософтовских решений.
Самый дешевый вариант - виртуалки под KVM плюс SPICE для пробрасывания десктопа на самые дешевые "свистки" за 20 долларов.
Если бы я в текущей экономической ситуации покупал оборудование, я бы выбрал Б/У сервер Supermicro на H8QG6-F, копеечные оптероны 6174 и копеечную же 4GB DDR3 ECC память. Прямо сейчас, вместе с доставкой в Россию, он бы обошелся в ~1000 долларов.

[Stranger03]

Прямо сейчас, вместе с доставкой в Россию, он бы обошелся в ~1000 долларов.

Только сейчас и только для вас, . Прям реклама биг-мака за 49 рублей,

[sivanov]

Не, натурально, прямо сейчас лежат на ибей по 600 долларов эти супермикры. 6174 примерно 20 долларов, память - доллар за гиг. USPS Express Mail ~10 долларов за килограмм.

[Stranger03]

Не, натурально, прямо сейчас лежат на ибей по 600 долларов эти супермикры. 6174 примерно 20 долларов, память - доллар за гиг. USPS Express Mail ~10 долларов за килограмм.

Тут надо смотреть, после какой суммы нужна растаможка. Вроде хотели от 500 баксов сделать. Плюс вы должны понимать, что поставить это на баланс и списать по бухгалтерии не удастся. То есть вы должны будете сами себе под отчет кинуть бабла, купить, а потом леший знает какими левыми чеками закрывать. Ибо если вы это дело поставите на учет, то любая выездная налоговая проверка вас поставит раком на неуплату НДС и таможенных пошлин.