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

Тема в разделе "Установка платформы "1С:Предприятие 8"", создана пользователем KIIICH, 24 ноя 2011.

  1. TopicStarter Overlay
    KIIICH
    Offline

    KIIICH

    Регистрация:
    3 ноя 2008
    Сообщения:
    33
    Симпатии:
    0
    Баллы:
    1
    Хотим организовать терминальный сервер, ориентировачно на 100 подключений. Нашел информацию, что один сервер физически не потянет столько подключений, нужно около 3-х. Почему так? Если рассчитывать исходя из одно ядро прооцессора на 20 подключений, 400 метров на одно подключение получаем шестиядерный комп с 40 гигами оперативки. С такой конфигурацией тем не менее сервер не потянет сотню?
  2. alexburn
    Offline

    alexburn Модераторы Команда форума Модератор

    Регистрация:
    5 янв 2009
    Сообщения:
    14.782
    Симпатии:
    509
    Баллы:
    204
    А почему бы не попробовать через создание веб-сервиса?
  3. vartanet
    Offline

    vartanet Опытный в 1С Команда форума

    Регистрация:
    16 ноя 2010
    Сообщения:
    2.698
    Симпатии:
    15
    Баллы:
    29
    если в терминальном режиме будет запускаться только 1С.. и стоит задача минимизировать ресурсы на 1 подключение, чтобы было больше подключений.

    то можно извратиться и поставить на терминальный сервер тонкий клиент. в терминале запускать только тонкий клиент в режиме приложениия (а не рабочего стола).

    предполагаю, тонкий клиент жреть меньше памяти чем толстый..

    ЗЫ. это так - мысли в слух. сам не пробовал.
  4. TopicStarter Overlay
    KIIICH
    Offline

    KIIICH

    Регистрация:
    3 ноя 2008
    Сообщения:
    33
    Симпатии:
    0
    Баллы:
    1
    Конфигурации еще не адаптированы под тонкий клиент, так что он отпадает.
  5. uza
    Offline

    uza 1С, VBA (EXCEL), VB (.NET + WEB)

    Регистрация:
    10 июл 2007
    Сообщения:
    1.845
    Симпатии:
    1
    Баллы:
    29
    400 метров на подключение - этого вполне достаточно обеспечить пустой рабочий стол, более или менее приемлемую работу блокнота и легенького почтаря.

    Одна только 1С сходу может забрать 150 метров оперативы (просто будучи запущенной, и ничего не делая).
    1 Ядро на 20 подключений??? Круто. Хоть так считать и не корректно, но хоть какие то цифры поделим на другие. Допустим у вас камушек о 3 ГГц на ядро... 3Ггц / 20 = 150 мегагерц на человека.
    Да, в году 95ом это была бы бомба просто. Сегодня же в 200 долларовых мобильниках процы и то мощнее.

    А еще не забудьте что нужна оператива на обслуживание самой ОС, на обслуживание интерфейса RDP и т.д. и т.п.
    Ну и как, как вы ограничите конкретного пользователя конкретным ядром? 1Ска запуститься, бухгалтер Валя шарахнет получение отчета без отборов и за большой период и ....
  6. TopicStarter Overlay
    KIIICH
    Offline

    KIIICH

    Регистрация:
    3 ноя 2008
    Сообщения:
    33
    Симпатии:
    0
    Баллы:
    1
    Речь идет именно о терминальном сервере, соответственно сервер приложений (сервер 1С) - отдельная машина
  7. ЕкатеринаНик
    Offline

    ЕкатеринаНик Опытный в 1С

    Регистрация:
    8 ноя 2010
    Сообщения:
    698
    Симпатии:
    1
    Баллы:
    29
    Тонкий клиент - возможный выход, лицензия на него не требуется, а на сервер покупаете лицензию "на устройство".
  8. uza
    Offline

    uza 1С, VBA (EXCEL), VB (.NET + WEB)

    Регистрация:
    10 июл 2007
    Сообщения:
    1.845
    Симпатии:
    1
    Баллы:
    29
    А 1С (клиент) стартовать где будет? Правильный ответ "на терминале". И да, даже "тонкий клиент" жрет память (90 метров тупо запущенный в памяти без открытых окон)

    А рабочий стол где отрисовываться будет? Правильный ответ тот же.

    А упаковка картинки раб.стола и пересылка его клиенту - это вообще аппаратно реализовано? Нет? Вот ведь не задача, это тоже делает ОС!

    А в терминале у Вас будет работать только 1С, или иногда и Word/Excel запускаться?

    А что будут делать пользователи 1С? Просто запускать ее и смотреть на серый экран?
    Наверное все же пользователи будут:
    * колбасять документы (а ведь не все выполняется только на сервере 1С)
    * запускать разные отчеты (конечно в 8.2 многое выполняется на стороне сервера 1С, но многое != все)
    * сохранять отчеты в виде файлов (в т.ч. формата EXCEL - а это "чистая" нагрузка на клиент)
    * а то еще и (руки бы им пообломать) какие то выгрузки/загрузки

    А пардон из 1С отчеты на печать отправлять будут? Да? А мощности терминал-сервера при этом не задействованы?

    А так то да. 400 мегабайт на пользователя - МНОГО даже. Ведь "640К хватит всем" :angry:
    И вообще Терминатор работал на процессоре MOS Technology 6510/8500 - и ничего, миссию почти выполнил :)
  9. vartanet
    Offline

    vartanet Опытный в 1С Команда форума

    Регистрация:
    16 ноя 2010
    Сообщения:
    2.698
    Симпатии:
    15
    Баллы:
    29
    ну раз одного сервака недостаточно - делайте два сервака. один клон другого, только с разными ip. часть пользователей будет с одним серваком работать, часть с другим. ;)

    ну или возможно механизм есть какой-нибудь по распределению нагрузки между терминальными серверами.. чтоб один логический сервак состоял из нескольких физических.. это я фантазирую ;)
  10. vartanet
    Offline

    vartanet Опытный в 1С Команда форума

    Регистрация:
    16 ноя 2010
    Сообщения:
    2.698
    Симпатии:
    15
    Баллы:
    29
    "Глава 3. Каталог сеансов и распределение нагрузки

    Если у вас есть больше пользователей, чем может поддерживать один терминальный сервер, или если вы хотите иметь возможность отключить сервер для профилактики, но продолжать предоставлять доступ к приложениям, то вы можете использовать распределение нагрузки, которая встроена в архитектуру Terminal Services."

    _http://gnenashev.narod.ru/Windows_Server_2003.htm

    курите мануалы..
  11. vartanet
    Offline

    vartanet Опытный в 1С Команда форума

    Регистрация:
    16 ноя 2010
    Сообщения:
    2.698
    Симпатии:
    15
    Баллы:
    29
    "Распределение нагрузки
    ..Если у вас есть 1200 пользователей и 4 сервера.."

    "Microsoft Network Load Balancing (NLB)
    NLB позволяет разместить группу серверов за виртуальным адресом IP (VIP). NLB распределяет соединения, делаемые к VIP, среди серверов кластера и поддерживает межсерверные коммуникации, чтобы в случае выхода одного из серверов из строя NLB прекратила направлять к нему клиентов."

    "Другие балансировщики нагрузки
    ..Многие балансировщики, включая Microsoft NLB, просто подсчитывают число активных соединений к узлу. В среде терминальных серверов этот метод не всегда адекватен.

    Некоторые балансировщики могут размещать на серверах метрики и определять нагрузку на основе доступной памяти, использования процессора и других коэффициентов производительности. Такие продукты имеют большое преимущество при распределении нагрузки терминальных среверов, поскольку отслеживают их текущую производительность.

    Помимо балансировщиков нагрузки есть продукты, специально предназначенные для расширения возможностей Terminal Services. Эти продукты не только включают в себя средства распределение нагрузки, но и позволяют публиковать приложения, позволяя пользователям подключаться к приложениям, а не к рабочему столу. Лидерами в этой области являются Citrix MetaFrame (http://www.citrix.com/) и New Moon Canaveral iQ (http://www.newmoon.com/)."
  12. TopicStarter Overlay
    KIIICH
    Offline

    KIIICH

    Регистрация:
    3 ноя 2008
    Сообщения:
    33
    Симпатии:
    0
    Баллы:
    1
    На сервер приложений как раз и будут запускаться программы, соответственно терминальный сервер нужен только доля организации канала.
  13. uza
    Offline

    uza 1С, VBA (EXCEL), VB (.NET + WEB)

    Регистрация:
    10 июл 2007
    Сообщения:
    1.845
    Симпатии:
    1
    Баллы:
    29
    Чета я не понял?
    Или вы не поняли?
    Но кто то чего то точно не понял.

    Сервер 1С, в более широком смысле обзываемый сервером приложения (1C App) - это второе звено в трехуровневой структуре.

    Помимо него еще есть сервер базы данных (MS SQL, Postgree, DB2 или Oracle) и есть клиент 1С, который обычно и запускается на "терминале" (удаленный рабочий стол).

    Если вы говорите, что программы будет запускаться на сервере приложений - то наверное он и будет обеспечивать RDP (удаленный рабочий стол), а сервер, о котором идет речь будет просто обеспечивать связь (авторизация, маршрутизация, VPN канал и т.п.).

    Короче: куда блин будут конектиться пользователи, и где они будут запускать клиентов 1С?

Поделиться этой страницей