Файловый режим работы 1С уже не отвечает всем требованиям использования систем учёта и автоматизации в масштабах предприятия. В отличие от файлового, клиент-серверный режим позволяет увеличить скорость выполнения задач с базой данных 1С и значительно снизить количество проблем, связанных с безопасностью данных. В клиент-серверном режиме работа ведётся с помощью сервера терминалов с установленной лицензионной программой и базой данных. Компьютеры пользователей в этой модели становятся терминальными клиентами, которые не выполняют технические задачи сами, а используют вычислительные мощности сервера. Сервер терминалов не обязательно должен находиться в офисе компании, он может располагаться в другом городе, стране или континенте. Настройка терминального доступа к 1С происходит с помощью специального программного обеспечения для управления базами данных, такого как Microsoft SQL Server.
Работа в 1С через терминальный доступ снижает расходы на компьютерный парк предприятия. Требования к клиентским ПК самые минимальные, так как сервер обслуживает терминалы клиентов с помощью собственных процессоров. Соответственно, компания не вкладывается в мощные компьютеры. При желании пользователь может работать из любой точки мира, используя терминальный доступ к 1С через интернет.
Клиент-серверная схема работы значительно повышает надёжность системы. Сбой одного или нескольких компьютеров не повлияет на работоспособность базы данных. К тому же работа при терминальном доступе к базе 1С больше не зависит от пропускной способности сети. Всё, что передаётся на терминальный сервер, – команды мыши и клавиатуры. Сами данные по сети не передаются. Без ведома клиента скопировать базы данных, хранящиеся на терминальном сервере, практически невозможно, особенно если он расположен в другом городе или в другой стране.
Как использовать SQL сервер для 1С без покупки лицензии
Терминальный доступ к 1С и внедрение Microsoft SQL предполагает дополнительные затраты на приобретение и обслуживание сервера, покупку пользовательский лицензий терминальных служб и лицензий на SQL Server. Поэтому есть и другое решение – онлайн-работа с лицензионными клиент-серверными конфигурациями 1С. Каждый пользователь работает с 1С 8 удалённо, а компания не вкладывается в установку оборудования или приобретение дорогих лицензий. Все расходы приравниваются к аренде рабочего места с лицензионным подключением к 1С 24 часа в сутки, техподдержкой и обновлениями ИТС.
Всё ещё работаете в 1С: Предприятие 8 по локальной сети? Протестируйте решение «Смарт Офис» –
В статье рассматриваются нюансы установки и настройки терминального сервера по протоколу RDP для работы с базами 1с на платформе 8.3 на базе дистрибутива Xubuntu 14.04 с учетом возможностей последней версии сервера xrdp и опыта реальной эксплуатации.
Не так давно (в конце декабре 2016 года) вышел в свет очередной релиз сервера xrdp версии 0.9.1. Одновременно с этим была выпущена стабильная версия одного из «бекендов» xrdp - xorgxrdp v 0.2.0. Эти версии мы и будем использовать далее при установке.
Небольшое, но важное отступление
В составе дистрибутивов linux в-основном содержится устаревшая версия сервера xrdp версии 0.6.x, в которой имеются баги, которые мешают нормально работать с 1с (например, не работает нормально буфер обмена с русскими символами).В основном, когда рассматривается установка терминального сервера на базе протокола rdp на linux, рассматриваются варианты установки сервера xrdp со сборкой X11Rdp бекенда с помощью специальных скриптов, например, X11RDP-o-Matic (для ubuntu) - на хабре, на infostart.
Использование бекэнда X11Rdp несет в себе несколько минусов:
- Достаточно долгое время сборки
- Сложно решить проблему с переключением языков. После переподключения к сеансу переключение языков может перестать работать. Автор регестрировал проблему на сайте разработчиков - гарантированное решение было найдено автором только для бекенда xorgxrdp правкой исходно кода (далее этот метод используется в статье)
- Скорость отрисовки может оказаться недостаточно быстрой для комфортной работы пользователей
В статье рассматривается установка на Xubuntu версии 14.04 LTS, а не более свежей версии 16.04 LTS, по причине падения производительности при прорисовке удаленного экрана. Есть зарегистрированная проблема по данной ситуации. Кому-то помогало отключение compositor в настройках, но автору статьи не удалось добиться такой же скорости прорисовки, как на версии Xubuntu 14.04.
Для установки используем 32-битную версию ОС Xubuntu 14.04. Ссылка на образ.Система может быть установлена как на хост, на и в виртуальную среду. Я обычно предпочитаю виртуализацию KVM, рабочие сервера ставились на ней.
При разбивке дисков использовалась классическая схема (не LVM), файловая система ext4. В виртуальную машину подключено 3 диска фиксированного размера:
- 22 Гбайта: 18 Гигабайт точка монтирования /, остальное под swap
- 5 Гбайт: точка монтирования /var
- 5 Гбайт: точка монтирования /tmp
Для сервера необходимо установить статический IP-адрес.
Для удобства ввода команд для последующей установки необходимо установить OpenSSH-сервер:
Sudo apt-get install openssh-server
sudo restart ssh
При активированном firewall открываем порт 22:
Firewall-cmd --add-port 22/tcp --permanent firewall-cmd --reload
Установка и настройка сервера xrdp with xorgxrdp backend
На сайте разработчиков есть инструкция для установки на debian 8, используем ее за основу.Устанавливаем необходимые зависимости:
Sudo apt-get install git autoconf libtool pkg-config gcc g++ make libssl-dev libpam0g-dev libjpeg-dev libx11-dev libxfixes-dev libxrandr-dev flex bison libxml2-dev intltool xsltproc xutils-dev python-libxml2 g++ xutils libfuse-dev libmp3lame-dev nasm libpixman-1-dev xserver-xorg-dev git
Создаем каталог для загрузки дистрибутивов:
Mkdir -p ~/xrdp-xorg
cd ~/xrdp-xorg
BD=`pwd`
cd "${BD}"
Клонируем из репозитория текущую последнюю сборку xrdp и собираем с кодеком rfxcodec:
Git clone git://github.com/neutrinolabs/xrdp
cd xrdp
git submodule init
git submodule update
cd librfxcodec
./bootstrap
./configure
make
cd ..
./bootstrap
./configure --enable-fuse --enable-rfxcodec --disable-ipv6
make
Устанавливаем xrdp в систему:
Sudo make install
sudo ln -s /usr/local/sbin/xrdp{,-sesman} /usr/sbin
sudo update-rc.d xrdp defaults
Скачиваем дистрибутив xorg-xrdp бекенда:
// Build and install xorgxrdp
wget https://github.com/neutrinolabs/xorgxrdp/releases/download/v0.2.0/xorgxrdp-0.2.0.tar.gz
cd "${BD}"
tar xvfz xorgxrdp-0.2.0.tar.gz
cd "${BD}"/xorgxrdp-0.2.0
Устанавливаем жесткое правило переключения раскладки с русского на английский язык сочетанием клавиш Ctrl+Shift для решения проблемы переключения раскладок . Корректность проверяется созданием сессии - 1-я проверка, отключаемся, подключаемся еще раз в ту же сессию - заново еще раз проверяем.
В терминале присваиваем значения временных переменных:
Kb_model="pc105"
kb_layout="us,ru"
kb_options="grp:ctrl_shift_toggle"
Делаем замену кода в исходном файле:
Sed -ri.bak "s/(set.model)[^;]+/\1 = \"$kb_model\"/;s/(set.layout)[^;]+/\1 = \"$kb_layout\"/;s/(set.options)[^;]+/\1 = \"$kb_options\"/" xrdpkeyb/rdpKeyboard.c
Компилируем и устанавливаем в систему xorg-xrdp бекэнд:
./bootstrap
./configure
make
sudo make install
Желательно в файле /etc/xrdp/xrdp.ini поменять местами блоки и , чтобы у пользователя по умолчанию был правильный бэкэнд. При подключении к серверу нужно выбирать Xorg в списке сессий.
При необходимости изменения порта по умолчанию с 3389 на другой, редактируем файл /etc/xrdp/xrdp.ini: в разделе меняем значение переменной port=3389 на требуемый.
При активированном firewall открываем порт 3389(либо тот, на который стандартный был изменен):
Firewall-cmd --add-port 3389/tcp --permanent
firewall-cmd --reload
После настроек перезапускаем службу
Service xrdp restart
Теперь можете подключиться к серверу через стандартного клиента с windows либо с linux любым клиентом, который поддерживает протокол rdp.
Внимание : перед подключением необходимо убедиться, что раскладка клавиатуры на клиентской машине установлена в английский язык, иначе не получится ввести имя пользователя и пароль в окне выбора сессий сервера xrdp.
После установки желательно проверить, что нормально работает буфер обмена с кириллическими символами в обе стороны. Также можно убедиться, что работает копирование файлов через буфер обмена с русскими символами (это одни из основных проблем, которые были устранены в последних сборках сервера xrdp и которые раньше мешали нормально использовать в рабочей среде сервер терминалов на базе xrdp).
Установка клиента 1С: Предприятие версии 8.3.9
В связи с тем, что в последних версиях платформы компания 1с довела нативного клиента для ОС на базе linux до состояния, с которым можно более менее комфортно работать, будем использовать именно его, а не пытаться установить wine, а поверх клиента для ОС Windows.Устанавливаем дополнительные компоненты, необходимые для корректной работы:
Sudo apt-get install libgsf-1-114
sudo apt-get install ttf-mscorefonts-installer
sudo apt-get install imagemagick
Скачиваем в папку с сайта 1с дистрибутив клиента и сервера:
Sudo dpkg -i *.deb
sudo apt-get -f install
Так как компонеты сервера 1с нужны были только для удовлетворения зависимостей, отключаем службу:
Sudo update-rc.d srv1cv83 disable
Если используется сетевой hasp-ключ, то пропишем параметры поиска:
Sudo mkdir /opt/1C/v8.3/i386/conf
sudo su
echo >/opt/1C/v8.3/i386/conf/nethasp.ini
echo NH_TCPIP = Enabled>>/opt/1C/v8.3/i386/conf/nethasp.ini
echo >>/opt/1C/v8.3/i386/conf/nethasp.ini
echo NH_SERVER_ADDR = 192.168.0.100>>/opt/1C/v8.3/i386/conf/nethasp.ini
echo NH_TCPIP_METHOD = UDP>>/opt/1C/v8.3/i386/conf/nethasp.ini
Если используются программные лицензии, то их необходимо активировать через конфигуратор (можно на пустой файловой базе данных).
Корректная настройка с временными файлами, создаваемыми платформой 1С
В процессе работы столкнулись с проблемой, когда у одного пользователя внешняя обработка заполнения табличной части работает, а у другого нет - выдается сообщение о нарушении прав доступ. Проблема заключается в том, что платформа 1С создает временные файл /tmp/PrnForm.tmp, т.е. путь до файла одинаковый у разных пользователей. Соответственно, первый пользователь, который воспользовался обработкой, неявно создал во временной папке файл, на который есть доступ на изменение только у него. Другой пользователь уже не может переписать файл.Решение заключается в правильной настройке общесистемной umask, отнесение пользователей к одинаковой группе, а также правильной настройкой прав на временную папку /tmp.
Редактируем общесистемную маску. Правим файл:
/etc/login.defs
в нем меняем значение на:
Umask 002
Всех терминальных пользоватлей относим в группу Users (если не были отнесены ранее, можно и в другую группу).
Меняем права на папку tmp
Chown -R root:Users /tmp
chmod g+s /tmp
Если используется обмен с сайтом Битрикс, то аналогичные настройки нужно сделать для папки /var/log/bitrix.
Вариант решения подобной проблемы применительно 1С описан в статье .
Решение проблемы с невозможностью выгрузки деклараций из баз ЗУП 2.5 и Бух 2.0
Есть одна неприятная особенность, которая может помешать бухгалтерам на клиенте 1C для linux выгружать декларации из зарплатной базы и бухгалтерии - после выбора файла и попытке выгрузить будет выдаваться сообщение вида «Нет доступа к каталогу [НазваниеКаталога]. Проверьте корректность имени каталога выгрузки!Дополнение 31.03.2017
Коллеги, обращаю внимание, что вчера разработчики xrdp выпустили новую версию xrdp 0.9.2 и xordxrdp 0.2.1.Исходя из Release notes теперь RemoteFX кодек теперь поддерживается по-умолчанию, поэтому по идее теперь не нужно его собирать отдельно, как я указывал в статье. Также по-умолчанию теперь используется бекенд xorgxrdp. Чуть позже проверю, как теперь происходит установка и сделаю правки в статью.
Теги:
- 1с
- nix
- ubuntu
Зачастую во время работы нескольких пользователей 1С с находящейся на файловом сервере единой базой возникает ситуация, когда функционирование программы замедляется. Проверка работы сети, обновление компьютеров по рекомендации системных администраторов не дают ощутимых результатов: по-прежнему долго выстраиваются отчеты, кроме того, 1С при сетевом доступе не позволяет осуществлять такие операции с документами, как проводка или запись по причине «ожидания захвата таблицы».
Причина проблемы быстродействия программы 1С, как правило, не решается простым обновлением ПК и установкой гигабитных коммутаторов. Фактически, все зависит о т того, каким образом 1С производит хранение и обработку данных. Данные хранятся в нескольких объемных файлах-таблицах с расширением.1CD, во время запуска программа практически полностью скачивает эти файлы на ПК пользователя и производит с ними различные операции (удаление, добавление, перепроведение документов), а затем снова записывает на сервер. Ситуация может значительно ухудшаться, если пользователь работает по так называемому «тонкому» каналу (к примеру, по VPN из дополнительного офиса).
Оптимальным решением проблемы медленной работы 1С может стать использование терминального сервера. Терминальный сервер для 1С - это компьютер, за которым могут работать несколько десятков пользователей одновременно, не испытывая при этом никаких затруднений. Пользователи терминального сервера для 1С могут находиться за любым подключенным к сети интернет компьютером (при этом шифруется соединение клиент-сервер).
Подключение к терминальному серверу 1С происходит максимально просто – один клик мыши, ввод пароля, и пользователь получает доступ к «удаленному рабочему столу 1С», в котором находятся платформы 1С, его настройки и базы, которые не зависят от того, с какого компьютера подключается пользователь.
Преимущества установки терминального сервера для 1С
Значительно увеличивается скорость работы с 1С
При использовании терминального сервера 1С нет необходимости в передаче больших объемов данных через сеть, пользователь получает только нужное ему рабочее окно 1С. Таким образом, терминальный сервер работает, а пользователь получает только результат. На практике при переводе в терминал скорость работы программы 1С увеличивается от двух до десяти раз.
Повышается надежность функционирования баз данных 1С
Обрывы соединения и различные сбои в компьютерах пользователей не способны нанести ущерб базам на терминальном сервере 1С. Пользователь после сбоя может подключиться со своего или с любого другого компьютера и продолжить работу с того же места своей сессии.
Снижается стоимость обслуживания 1С
Данные терминального сервера 1С физически расположены в одном месте, что упрощает процессы удаленного администрирования и удаленной поддержки пользователей. Платформа 1С будет обновляться в одном экземпляре.
Терминальный сервер 1С способен обеспечить удаленный доступ через Интернет ко всем данным
Любые сотрудники вашей компании (в том числе находящиеся в других офисах и надомные работники) могут подключиться к терминальному серверу 1С через интернет и работать с общей базой данных, так же, как и сотрудники основного офиса. Шифрование подключения VPN обеспечивает полную безопасность удаленной работы 1С.
Появляется возможность сэкономить на конфигурациях ПК пользователей
Для развертывания терминального сервера 1С необходим мощный сервер, однако при этом ПК пользователей могут быть самых простых конфигураций. Все данные 1С обрабатываются на терминальном сервере, на компьютерах пользователей отображается только картинка-результат.
Обратитесь в компанию Хайтек-Сервис, и наши специалисты грамотно проконсультируют вас по вопросам, касающимся эффективности перевода бухгалтерского и оперативного учета в вашей компании на терминальный сервер 1С.
Здесь мы с Вами рассмотрим, как настроить 1-C через подключение удаленного рабочего стола (RDP), т.е. с использованием сервера терминалов в операционной системе Windows Server 2003.
Это процедура для тех, кто не использует специальные сервера баз данных предназначенных для 1-c, а просто использует обычную конфигурацию 1-с, расположенную на сервере и подключение к ней посредством локальной сети с указанием пути базы данных. В основном так работают в небольших офисах, и при использовании такого метода подключения 1-C работает достаточно медленно, и именно поэтому я опишу процесс, как можно увеличить скорость работы программы, достаточно простым способом.
Итак, для начала у Вас должен быть хороший мощный компьютер, а лучше всего настоящий сервер с установленной операционной системой Windows Server 2003 и выше. В ней Вы должны настроить сервер терминалов, он настраивается следующим образом:
Пуск->Администрирование->Управление данным сервером ->добавить или удалить роль ->жмем далее ->выбираем особая конфигурация ->напротив сервера терминалов у Вас стоит «нет» просто выделите и жмите далее -> потом произойдет перезагрузка ->далее заводите пользователей в группу «Пользователи удаленного рабочего стола » и можете подключаться (пример более подробной установки и настройки сервера терминалов можете найти в статье — Установка сервера терминалов на Windows Server 2008 ).
Теперь настраиваем подключение на клиентском компьютере, для этого вы запускаете «удаленный рабочий стол » Пуск ->Программы ->стандартные -> подключение к удаленному рабочему столу (RDP клиент ). В появившемся окне в поле «компьютер » или «сервер » пишите IP адрес или имя компьютера, на котором установлен сервер терминалов и соответственно сама база 1-С.
После входа Вас попросят ввести «пользователя » и «пароль » (Вы их уже должны были создать на сервере ). Потом наконец-то у Вас откроется тот самый удаленный рабочий стол. Для начала Вы найдите, где у вас лежит ярлык или exe файл для запуска 1с, скопируйте путь, например он, будет D:\BIN\1cv7s.exe и сохраните его. Потом отключитесь (всегда нужно нажимать пуск->выход из системы т.к. если просто закрыть по X это будет некорректно ).
Далее Вы запустите снова удаленный рабочий стол и нажимаете вкладку «параметры » и заполните поля «пользователь » и «пароль », для того чтобы каждый раз при подключении не вводить. Потом переходите на вкладку программы и поставьте галочку напротив «запуск программы при подключении» и вставьте тот самый путь, который Вы сохранили (в нашем примере D:\BIN\1cv7s.exe ). Смотрим картинки:
Теперь можете подключаться, и уже при этом запуске у Вас запустится программа 1-C, но уже на удаленном компьютере, т.е. сервере. Вам остается настроить всего лишь путь к базе данных. Но помните, что мы находимся на сервере и соответственно база тоже на сервере, и путь мы будем показывать уже локальный, а не по сети.
Если Вы все сделаете правильно, то Вы сами заметите, что скорость работы 1-C увеличится, так как клиентский компьютер уже использует не свои ресурсы, а ресурсы сервера. Данный способ подключения отлично подходит для небольших офисов, в которых в программе 1-C работают примерно 50 человек, честно сказать больше просто не пробовали т.к. народу просто нету.
1С для многих системных администраторов всегда была и остается головной болью. Терминальный сервер 1С, как один из ключевых узлов, требует к себе повышенного внимания, ведь на нем завязана финансовая деятельность. Вот и у меня недавно появилась задача собрать все яйца в одну корзину — всех бухгалтеров на один терминальный сервер. При этом нет никаких данных о том, какие ресурсы — цп, оперативная память, iops’ы дисков — потребляют клиентские приложения.
На официальных ресурсах ничего, кроме совместимости с операционными системами, мне найти не удалось. Имея уже давно работающие ПК бухгалтеров и сервер мониторинга ZABBIX, я решил действовать немного по-другому и занялся сбором реальных данных. Собственно только это мне и было доступно.
Другие статьи об 1С вы найдете в соответствующей рубрике — .
В интернете множество компаний предлагают на своем сайте подобрать конфигурацию терминального сервера под определенное количество пользователей 1С, только ни на одном из таких сайтах не указывается характер нагрузки на сервер — не уточняется планируют ли пользователи запускать что-то ещё кроме 1С, не написано под какой тип клиента (толстый или тонкий) идет расчет конфигурации и т.п.. Все это ни коим образом не вселяет уверенности в правильности подбора.
Чтобы понять на каком железе разворачивать терминальный сервер, я решил собрать данные производительности всех ПК бухгалтерии за какой-либо период.
Задача звучит следующим образом: собрать данные потребления процессорной мощности и оперативной памяти на каждом ПК бухгалтерии.
Условия: каждый сотрудник бухгалтерии использует 1С (открыто враз от 2 до 8 экземпляров программы, в среднем 6. Одна из этих программ — толстый клиент 1С, все остальные — тонкие клиенты). Периодически бухгалтеры пользуются экселем для выгрузки и анализа данных, браузером для работы в банк-клиентах. Никаких ресурсоемких приложений не запускается. Точно такой же софт будет запущен на терминальных сессиях.
Что имеем: у каждого бухгалтера стоит Core i5 4460 или эквивалентный ему процессор, 8ГБ RAM, ОС — Windows 8.1.
Процессорная мощность
Итак, представляю вашему вниманию график нагрузки процессоров каждого ПК бухгалтерии:
Разрывы на графиках вполне нормальны, поскольку по ночам и в выходные бухгалтеры не работают. Или работают, но не все.
Вывод по процессорной мощности: судя по графику (зеленая линия), средняя нагрузка на ЦП не превышает примерно 5% — у кого-то бывает и больше, но есть примеры с меньшим потреблением. 5% — в среднем это минимум, который необходим каждому.
Уточнения: надо взять во внимание тот факт, что сама ОС также потребляет процессорную мощность. На терминальном сервере такая система будет одна независимо от количества пользователей, но если измерять отдельный пк, то из конечных результатов нужно будет вычесть примерно 1%, который тратится на работу системы. Итого получаем 4%.
Что не учли: нагрузка на ОС терминального сервера вероятнее всего будет увеличиваться пропорционально (или с некоторым коэффициентом) увеличению количества пользователей, поэтому может быть я и зря вычел этот 1%. У кого-то возникнет вопрос почему я взял нагрузку исключительно навскидку, примерно. Потому что мне кажется, что точное среднее значение все равно не будет отражать ситуацию более корректным образом, уж слишком большое влияние на производительность со стороны «третьих» сил замешано в данных измерениях (начнем с того, что многих служб Windows 8.1 вообще не будет на терминальном сервере и наоборот). Промежуточный вывод:
Продолжаем анализировать ситуацию. Также из графика можно заметить, что при включении ПК идет повышенное потребление ресурсов и это нормально, поскольку в этот момент стартуют службы, пользователи запускают необходимый для работы софт, подгружают данные. Ниже график загрузки ЦП тех же ПК, но акцент сделан на моменте загрузки системы (выделено красной рамкой):
Таким образом можно говорить о том, что загрузка ЦП при включении ПК находится в районе 30%. Это не значит, что теперь каждой терминальной сессии бухгалтера нужно зарезервировать эквивалентную мощность. Это значит, что нужно зарезервировать 30% единоразово на всех. Это подразумевает, что все бухгалтеры не будут враз логиниться на терминальный сервер, но для быстрого запуска необходимого софта нужно иметь в резерве 30% эквивалентной Core i5 4460 мощности. Промежуточный вывод:
Необходимый резерв ЦП сверх средней нагрузки каждого рабочего места — 30% ЦП
Ситуация с требуемой мощностью процессора постепенно начала проясняться, теперь необходимо определить потребность в оперативной памяти.
Оперативная память
Тут все обстоит значительно проще — из потребляемой оперативной памяти рабочего места бухгалтера нужно вычесть примерно 512МБ — именно столько съедает Windows 8.1 без нагрузки. Сведем все данные в один список:
- Потребление RAM ОС Windows 8.1 — 512МБ;
- Минимум RAM, которая необходима для работы терминального сервера без нагрузки — 2ГБ;
Таким образом, формула для определения необходимого объема оперативной памяти:
TS Server RAM = (RAM бух -512) * N + 2048
Где RAM бух — средний объем памяти, которую потребляет одно рабочее место бухгалтера; N — количество рабочих мест бухгалтеров.
Немного подробнее о первом параметре:
Выше представлены графики свободного объема RAM на каждом рабочем месте сотрудников бухгалтерии.
Вывод по оперативной памяти: средний объем занятой памяти из расчета 8ГБ на рабочее место (не см. на график scws44, на этом ПК не 8, а 4ГБ) равен 2,5ГБ. Если вычесть из этого объема 512МБ (ОС), то примерно получим:
Расход RAM (без объема, занятого ОС) на рабочем месте бухгалтера = 2ГБ
Уточнения: разумеется это значение приблизительное и в реальной обстановке все равно будет меняться. Учтите также объемы памяти, которые могут потребоваться администраторам, ведь их сессии на терминальном сервере тоже будут отнимать ресурсы, пусть и небольшие.
Что не учли: ОС может периодически требовать объемы сверх ей необходимых. Например служебные процессы TrustedInstaller.exe или svghost.exe или любые другие периодически выкачивают значительные объемы оперативной памяти, для них тоже однозначно надо что-то зарезервировать.
Казалось бы на этом все задачи выполнены, но нет, остались ещё. О них ниже.
Диски
Нагрузка на дисковую подсистему в случае с терминальным сервером будет сводиться в основном к чтению данных и потому требования к дискам не так жестки как, например, в случае с СУБД. Средняя нагрузка обычного десктопного диска (WD Blue) рабочего места бухгалтера отображена на графиках ниже:
Обращаю внимание, что на графиках отображается время бездействия (idle time). Бездействие 95% говорит о том, что реальная загрузка диска составляет всего 5%. Промежуточный вывод:
Средняя нагрузка на одиночный диск рабочего места бухгалтера — 5%
Вывод по дискам: если не учитывать кратковременные пики, то средняя нагрузка на диски составляет 5%.
Уточнения: в этом среднем значении весомую долю занимают потребности операционной системы.
Что не учли: наиболее грамотно оценить потребности в дисках позволяет оценка производительности в операциях ввода/вывода в секунду (iops) от которой я, тем не менее, в рамках этой статьи предпочту отказаться. Операции ввода/вывода и загрузка диска в процентах обычно не соотносятся друг с другом в линейном виде (или соотносятся далеко не всегда). Все зависит от характера нагрузки. В моем случае существующая оценка производительности вполне достаточна.
Терминальный сервер 1С — подбор конфигурации
Для начала нам надо узнать рейтинг производительности эталонного процессора, который мы взяли за основу при проведении измерений. В моем случае этот процессор — Core i5-4460, который установлен практически на каждом рабочем сотрудников бухгалтерии. Рейтинг его производительности, согласно данным сайта www.cpubenchmark.net — 6622.
Исходя из расчетов предыдущей главы, определим требуемую мощность процессора:
4% * 7 (количество рабочих мест бухгалтеров в моем случае) + 1% (для ОС) + 30% = 59% (в сравнении с Core i5 4460).
Также надо учесть тот факт, что периодически сотрудники бухгалтерии делают объемные выгрузки данных из 1С, что отнимает достаточно много ресурсов — обычно как минимум одно физическое процессорное ядро. То есть в нашем случае 25% производительности эталонного ЦП. В итоге реально необходимая мощность уже равна 84%.
Небольшое пояснение: практически никто не подбирает процессоры исходя из того, чтобы они были загружены на 84% или около того. Например я считаю, что загрузка ЦП равная или выше 85% является критической. В своей практике я обычно подбираю мощность процессора таким образом, чтобы при выполнении требуемых задач нагрузка на него не превышала 60% в среднем.
6620 * 0,84 / 0,6 = 9268
То есть конкретно под мою задачу с моими условиями необходим минимум Intel Xeon E3-1240 V2 @ 3.40GHz . Этот ЦП обеспечит необходимую производительность, а также небольшой запас на будущее.
UPD: 15.07.2016:
Объем оперативной памяти составит 16ГБ (на 7 рабочих мест сотрудников бухгалтерии, расчеты приведены выше). Надо отметить, что это минимально необходимый объем. Желательно все же иметь запас, чтобы приложения и ОС не начали свопить и не положили дисковую подсистему. Идеальный вариант составит 2 планки по 16ГБ , всего 32ГБ — планки такого объема поддерживает практически любая серверная материнская плата.
Исходя из нагрузки на диски (см. выше), достаточно будет иметь производительность двух SATA-дисков. Если говорить о массивах, то при грубом приближении подойдут конфигурации RAID 10, 1E, 5. Я традиционно выбираю RAID 10 — для этого варианта нужно минимум 4 диска .
Для уменьшения общей стоимости оборудования можно обойтись SATA-дисками, но только не десктопными, а пуст и самыми дешевыми, но enterprise-уровня. Поскольку надежность этих дисков на порядок ниже по сравнению с классическими SAS, то RAID 10 будет как нельзя кстати.
Итак, конфигурация терминального сервера для работы от 7 до 10 сотрудников бухгалтерии (1с, эксель, браузер, почта) имеет следующий вид:
Intel Xeon E3-1240 V2 @ 3.40GHz, 32GB RAM, 4*SATA in RAID10
