Настройка VM для RDP-хоста 1С

1. GOshaSaveiko 38 05.10.17 10:22 Сейчас в теме
Добрый день. Приехал новый сервер и настало время нарезать ресурсы под ВМки. И тут я задумался. Как для сервера 1С лучше? 4 процессора по 2 ядра, или 2 процессора по 4? Какие параметры критичны?
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. helsik 05.10.17 10:31 Сейчас в теме
конечно же лучше 4 процессора по 2 ядра, - "программа или операционная система просто не способны использовать все возможности четырёхъядерного процессора. Так же четырёхъядерный процессор может оказаться абсолютно бесполезным, если у Вас, например, мало оперативной памяти, медленный жёсткий диск или не очень хорошая материнская плата. Тогда толку от двух дополнительных ядер не будет – они будут попросту простаивать."

и я бы уже на вашем месте уже бы сделал в 2-х вариантах, и проверил как шустрее, так и бы и оставил.
3. GOshaSaveiko 38 05.10.17 11:25 Сейчас в теме
(2), меня смущает, что старая машина настроена на 8 процессоров по ядру. И что-то уж очень плохо с производительностью.
4. helsik 05.10.17 11:29 Сейчас в теме
(3)потому что одного ядра мало, сейчас же не 2000 год)) а вот 2 ядра могут использовать все программы, поэтому это самый оптимальный вариант.
5. Armando 1399 05.10.17 11:36 Сейчас в теме
(3) Почему сейчас тоже решили сделать 8? Общее количество ядер на ВМ желательно должно быть кратно количеству ядер в NUMA.
И не совсем понятно что будет работать на ВМ - клиенты 1С или службы сервера 1С.
6. GOshaSaveiko 38 05.10.17 13:39 Сейчас в теме
(5)
количеству ядер в NUMA
имеется в виду количество узлов NUMA? Сегодня впервые прочитал про это. Сейчас буду разбираться. Спасибо.
Будет 2 ВМ - одна с сервером, и одна с терминальным доступом для клиентов.
7. Noob001 05.10.17 19:32 Сейчас в теме
(6) базы не на управляемых формах?
Просто типовые все уже давно на управляемых и прекрасно работают через штатный тонкий клиент либо web, но многие продолжают упорно использовать RDP, Зачем?
8. pavel06 2 05.10.17 21:07 Сейчас в теме
(7)
но многие продолжают упорно использовать RDP, Зачем?


Наверно, потому, что к клиенту rdp больше доверия, чем к обновляемому 1С тонкому. Никто не хочет, чтоб грохнулось и перенастраивать.

Имхо, критичнее всего наличие достаточной оперативной памяти и тип ОС.
10. Noob001 06.10.17 00:13 Сейчас в теме
(8)
Наверно, потому, что к клиенту rdp больше доверия, чем к обновляемому 1С тонкому. Никто не хочет, чтоб грохнулось и перенастраивать.


Использую 1С ный тонкий клиент, уже давно в разных местах и с разными системами, не понимаю о чем вы.
Сейчас в работе такие варианты:
Сервер на Windows + Apache, Сервер БД MSSQL - Тонкие клиенты Win
Сервер на Windows + Apache, Сервер БД Postges Windows - Тонкие клиенты Win
Сервер Ubuntu Console + БД Postgres Ubuntu - Тонкие клиенты Win, Linux + web-клиенты
Сервер Debian Console, Сервер БД Postgres Debian - Тонкие клиенты Win + Web

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

Rdp - бесполезная трата ресурсов сервера и денег т.к. он не бесплатный. (Не считаем специфических задач, а именно классическое использование 1С)
12. splxgf 06.10.17 02:04 Сейчас в теме
(10)
Использую 1С ный тонкий клиент, уже давно в разных местах и с разными системами, не понимаю о чем вы.

У вас просто компов на старых Атлонах нет, и памяти всегда больше гига, и windows 2000 вы давно снесли.
Вот тупо в браузере web-клиент пашет, а тонкий не запускается, поскольку системные требования его не устраивают.
RDP не сильно сервак напрягают, да и при нехватке ресурсов сервак обновить проще чем кучу клиентских станций.
9. splxgf 05.10.17 23:24 Сейчас в теме
(7)
Просто типовые все уже давно на управляемых и прекрасно работают через штатный тонкий клиент либо web, но многие продолжают упорно использовать RDP, Зачем?

Все вопросы разруливаются в одном месте, а тонкие клиенты нужно обновлять, права всякие пользователям докидывать, политики в AD прописывать.
Поэтому с точки зрения телодвижений по поддержке и настройке RDP проще.
Да и бывают машины которые по минимальным требованиям тонкого клиента не проходят.
11. Noob001 06.10.17 00:22 Сейчас в теме
(9)
Все вопросы разруливаются в одном месте, а тонкие клиенты нужно обновлять, права всякие пользователям докидывать, политики в AD прописывать.


После разовой настройки, тонкие обновляются сами без проблем, про AD, сейчас не скажу, давно не было клиентов с AD, раньше помню там что-то было, но не обновлением тонкого, а с обновлением полной платформы на клиентах.
Про разные места опять не понял, я клиентских компов в 95% случаев не вижу, и мне все равно даже что на них за ОС, скинул ссылку на первоначальную установку и забыл.
А RDP как раз надо настраивать на клиентских машинах.



(9)
Да и бывают машины которые по минимальным требованиям тонкого клиента не проходят.


Здесь согласен, но таких 2% из всей массы.

Но RDP ведь тоже денег стоит и мощности под него. Может лучше заменить или модернизировать клиентские машины? (не берем в расчет варианты когда вся сеть строится на бездисковых терминалах под полную работу через RDP)
13. splxgf 06.10.17 02:29 Сейчас в теме
(11)
Может лучше заменить или модернизировать клиентские машины?

Вы просто не админили большое количество компьютеров... Обычно у пользователей нет прав на установку ПО.
Плюс мало сталкивались с производством, у нас к примеру есть оборудование которое с дискет загружается и работает под DOS, а есть работающее под windows 95... А есть измерительное оборудование стоимостью как десяток серверов, но нет драйверов/ПО под новые операционки. Организовывать два рабочих места с двумя мониками/клавами/мышами не всегда удобно.
Если есть возможность отправить дистриб тонкого клиента клиенту, то RDP конечно не ваш случай.
14. Noob001 06.10.17 02:44 Сейчас в теме
(13)
Вы просто не админили большое количество компьютеров... Обычно у пользователей нет прав на установку ПО.
Плюс мало сталкивались с производством, у нас к примеру есть оборудование которое с дискет загружается и работает под DOS, а есть работающее под windows 95... А есть измерительное оборудование стоимостью как десяток серверов, но нет драйверов/ПО под новые операционки. Организовывать два рабочих места с двумя мониками/клавами/мышами не всегда удобно.


С такими вариантами все понятно. Разговор про массовость использования RDP, что у всех компы 90х годов и производство?
Да я не работаю с клиентами больше 50+ машин. Но знаю таких, и вообщем все уже соответствую требованиям ТС 1С.

Но вполне согласен миллион пятьсот вариантов где RDP необходимость.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот