Терминальный сервер
Модераторы: Trinity admin`s, Free-lance moderator`s
Терминальный сервер
День добрый.
Руководству стало надоедать тратить на моноблоки для сотрудников по 50-70к, решили перейти на вариант терминала и тонких клиентов.
Предложите, пожалуйста, конфигурацию для такого сервера.
Или может оптимальнее будет кластер из двух серверов?
Одновременно на нем будет сидеть 40-50 человек.
Две трети сотрудников будут пользоваться там в основном 1С 8.2 (сам 1С установлен на отдельном сервере), почта, интернет.
Оставшиеся только почтой, интернетом, и есть пару тройку человек с фотошопом и индизайном, но их, наверное, имеет смысл оставить на нормальных компьютерах.
Профили у сотрудников разные. Я сейчас глянул, у некоторых только почта занимает до 100Гб
Руководству стало надоедать тратить на моноблоки для сотрудников по 50-70к, решили перейти на вариант терминала и тонких клиентов.
Предложите, пожалуйста, конфигурацию для такого сервера.
Или может оптимальнее будет кластер из двух серверов?
Одновременно на нем будет сидеть 40-50 человек.
Две трети сотрудников будут пользоваться там в основном 1С 8.2 (сам 1С установлен на отдельном сервере), почта, интернет.
Оставшиеся только почтой, интернетом, и есть пару тройку человек с фотошопом и индизайном, но их, наверное, имеет смысл оставить на нормальных компьютерах.
Профили у сотрудников разные. Я сейчас глянул, у некоторых только почта занимает до 100Гб
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Терминальный сервер
В идеале надо бы иметь по одному виртуальному ядру на одного пользователя. ТО есть в принципе пары 10-12 ядерных процов должно бы хватить на всю ораву. Другое дело, надо определятся с тем, где и как хранить данные. Идеально было бы внешняя хранилка, тот же Инфортренд по ISCSI 10G. По меди можно и напрямую подключить без коммутатора.afomich писал(а):Одновременно на нем будет сидеть 40-50 человек.
Re: Терминальный сервер
А это обязательно надо внешнюю СХД?
Если ограничить человека, к примеру, 100 -120 Гб, то полезной емкости надо 5-6 ТБ
Если рейд 10, то общая емкость 10-12 ТБ
Правда это все без особого запаса
Но все же посчитайте, пожалуйста, вариант и с оптимальной СХД.
Если ограничить человека, к примеру, 100 -120 Гб, то полезной емкости надо 5-6 ТБ
Если рейд 10, то общая емкость 10-12 ТБ
Правда это все без особого запаса
Но все же посчитайте, пожалуйста, вариант и с оптимальной СХД.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Терминальный сервер
Не обязательно, но крайне желательно в вашей схеме. Объясню почему. Если по какой-то причине рухнет сервер, то вы потеряете все данные. Восстановить только с резервной копии. Но бекапить 5-6ТБ по времени будет очень долго. Если же данные будут лежать на 2-х контроллерной СХД, то шанс спасти данные и достаточно быстро восстановить доступ сильно выше. Кроме того, если вдруг по какой-т причине один сервер перестанет удовлетворять, то достаточно просто будет рядом поставить второй и подключить его к СХД.afomich писал(а):А это обязательно надо внешнюю СХД?
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Re: Терминальный сервер
afomich
А как сейчас у вас выглядит сервер 1С?
Я правильно понимаю, что пользователи все свои данные хранят локально на своих ПК?
А как сейчас у вас выглядит сервер 1С?
Я правильно понимаю, что пользователи все свои данные хранят локально на своих ПК?
Re: Терминальный сервер
Ок, пусть внешняя схд.
Сейчас отдельная железка под сервер 1С, отдельная под SQL.
Это тоже планируется на замену, но ближе к майским.
Да, сейчас все свои данные пользователи хранят локально.
Сейчас отдельная железка под сервер 1С, отдельная под SQL.
Это тоже планируется на замену, но ближе к майским.
Да, сейчас все свои данные пользователи хранят локально.
Re: Терминальный сервер
Только ещё имеет смысл "прожорливые" exe-шники (тот же клиент 1С на терминальном сервере) запускать cmd-шником с привязкой/affinity к конкретному ядру - чтоб виндовый диспетчер не перекидывал контекст с ядра на ядро, как это он любит делать.Stranger03 писал(а):В идеале надо бы иметь по одному виртуальному ядру на одного пользователя. ТО есть в принципе пары 10-12 ядерных процов должно бы хватить на всю ораву.afomich писал(а):Одновременно на нем будет сидеть 40-50 человек.
Хм-ммм...Другое дело, надо определятся с тем, где и как хранить данные. Идеально было бы внешняя хранилка, тот же Инфортренд по ISCSI 10G. По меди можно и напрямую подключить без коммутатора.
Если (как это тут уже было сказано) в дальнейшем добавлять ещё один сервер, то могут возникнуть затруднения с шареньем для него этого iSCSI-LUN`а - полагаю, первый терминальник будет володеть им эксклюзивно, как блочным устройством с НЕкластерной NTFS поверх неё.
Т.е. тогда уже будет иметь смысл глядеть в сторону серверной виртуализации - нехай хосты гипервизоров сами делят LUNы хранилки (VMFS или, простихосспади, CSV).
В идеале же завиртуалить лучше бы прямо сейчас, при старте новой схемы (просто тогда терминальник изначально уйдёт в VMку) - тогда расширение будет вполне безболезненным и даже, не побоюсь этого слова, "прозрачным".
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Терминальный сервер
Ну обычно в таких случаях я так и советую делать,Umlyaut писал(а):В идеале же завиртуалить лучше бы прямо сейчас, при старте новой схемы (просто тогда терминальник изначально уйдёт в VMку) - тогда расширение будет вполне безболезненным и даже, не побоюсь этого слова, "прозрачным".
Re: Терминальный сервер
Тогда еще потребуется научить пользователей заходить на терминал не случайным образом, а организованными группами ("На первый, второй, третий... процессоры рассчитайсь!" ), чтобы равномерно распределяться по процессорам. Не проще ли, в качестве частичной замены, зато без "микроменеджмента", в Windows System Resource Manager настроить политику для равномерного распределения ресурсов cpu по сессиям для всех rdp-пользователей или по группам пользователей с разными приоритетами?Umlyaut писал(а): Только ещё имеет смысл "прожорливые" exe-шники (тот же клиент 1С на терминальном сервере) запускать cmd-шником с привязкой/affinity к конкретному ядру - чтоб виндовый диспетчер не перекидывал контекст с ядра на ядро, как это он любит делать.
Re: Терминальный сервер
Шутку юмора оценил.Bormoto писал(а):Тогда еще потребуется научить пользователей заходить на терминал не случайным образом, а организованными группами ("На первый, второй, третий... процессоры рассчитайсь!" ), чтобы равномерно распределяться по процессорам.Umlyaut писал(а): Только ещё имеет смысл "прожорливые" exe-шники (тот же клиент 1С на терминальном сервере) запускать cmd-шником с привязкой/affinity к конкретному ядру - чтоб виндовый диспетчер не перекидывал контекст с ядра на ядро, как это он любит делать.
Просто я использую цитрикс-сервер с опубликованными на нём приложениями, причём публикуется не один ехе-шник, а N cmd-шников с разным пар-ром аффинити. Соответственно, каждому юзеру в его цитрикс-клиенте изначально присваивается запуск своего "экземпляра приложения" с преднастройкой на "своё" ядро. Соответственно, в каком бы порядке и в какой момент юзеры ни заходили бы - каждый из них получает ровно своё, отдельное ядро для работы.
Замечу, что даже без использования цитрикса, на "голом" RDP, разницы не будет - просто указать в терминальном профиле пользователя автозапуск "его" cmd-шника с отдельной аффинити при логине в терминальную сессию - и вуаля! Универсальный механизм, знаете ли.
Возможно, Вы и правы.Не проще ли, в качестве частичной замены, зато без "микроменеджмента", в Windows System Resource Manager настроить политику для равномерного распределения ресурсов cpu по сессиям для всех rdp-пользователей или по группам пользователей с разными приоритетами?
Только во-первых, в моей легаси-схеме (ей уже больше десятка лет и причин перекраивать её в угоду "гонке вооружений" пока не усматривается) такого механизма не было.
А во-вторых, я не уверен, что после такого вот запуска на разных ядрах диспетчер винды снова не переколбасит всё в произвольном порядке - просто у него модус операнди такой: перекидывать работающий контекст задачи с ядра на ядро, "играя" нагрузкой. Принудительная аффинити при старте от этого уберегает, проверено.
Re: Терминальный сервер
Но все же хотелось бы получить предложение..
Re: Терминальный сервер
Имейте в виду цену CAL для RDS и вообще всю цену лицензий для Майкрософтовских решений.
Самый дешевый вариант - виртуалки под KVM плюс SPICE для пробрасывания десктопа на самые дешевые "свистки" за 20 долларов.
Если бы я в текущей экономической ситуации покупал оборудование, я бы выбрал Б/У сервер Supermicro на H8QG6-F, копеечные оптероны 6174 и копеечную же 4GB DDR3 ECC память. Прямо сейчас, вместе с доставкой в Россию, он бы обошелся в ~1000 долларов.
Самый дешевый вариант - виртуалки под KVM плюс SPICE для пробрасывания десктопа на самые дешевые "свистки" за 20 долларов.
Если бы я в текущей экономической ситуации покупал оборудование, я бы выбрал Б/У сервер Supermicro на H8QG6-F, копеечные оптероны 6174 и копеечную же 4GB DDR3 ECC память. Прямо сейчас, вместе с доставкой в Россию, он бы обошелся в ~1000 долларов.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Терминальный сервер
Только сейчас и только для вас, . Прям реклама биг-мака за 49 рублей,sivanov писал(а):Прямо сейчас, вместе с доставкой в Россию, он бы обошелся в ~1000 долларов.
Re: Терминальный сервер
Не, натурально, прямо сейчас лежат на ибей по 600 долларов эти супермикры. 6174 примерно 20 долларов, память - доллар за гиг. USPS Express Mail ~10 долларов за килограмм.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: Терминальный сервер
Тут надо смотреть, после какой суммы нужна растаможка. Вроде хотели от 500 баксов сделать. Плюс вы должны понимать, что поставить это на баланс и списать по бухгалтерии не удастся. То есть вы должны будете сами себе под отчет кинуть бабла, купить, а потом леший знает какими левыми чеками закрывать. Ибо если вы это дело поставите на учет, то любая выездная налоговая проверка вас поставит раком на неуплату НДС и таможенных пошлин.sivanov писал(а):Не, натурально, прямо сейчас лежат на ибей по 600 долларов эти супермикры. 6174 примерно 20 долларов, память - доллар за гиг. USPS Express Mail ~10 долларов за килограмм.
Кто сейчас на конференции
Сейчас этот форум просматривают: Google [Bot] и 27 гостей