При работе пяти пользователей и более, а также при больших объемах базы пользователь может столкнуться с вопросом «медленной работы 1С». В этом случае рекомендуется использовать клиент-серверный вариант работы .
Увеличивается скорость, надежность и безопасность системы.
Происходит распределение нагрузки между серверами при обработке данных.
Лучшая защищенность ваших данных от сбоев компьютеров и локальной сети.
Удобство администрирования.
Снижение затрат (при использовании 1С Linux).
Использование сервера 1С: Предприятие 8 позволяет сосредоточить на нем выполнение наиболее объемных операций обработки данных. При этом освобождается мощность компьютеров, где запускается программа 1С пользователями. Это повышает производительность их работы.
С технической стороны, клиентское приложение на компьютере пользователя контактирует с кластером серверов 1С: Предприятие 8, а кластер, когда возникает необходимость, обращается к серверу базы данных (мы рекомендуем использовать СУБД MS SQL Server) .
Также у администратора есть возможность распределять нагрузку между серверами, и при этом кластер серверов 1С и сервер баз данных MS SQL Server могут располагаться на разных компьютерах.
лицензия на сервер 1С: Предприятие 8
клиентские лицензии 1С: Предприятие 8 (стандартные лицензии на платформу) на соответствующее количество рабочих мест.
Лицензии Full-use
Лицензии Runtime
Лицензии Full-use – это лицензии без ограничения на право использования. Пользователь, у которого есть лицензии «1С: Предприятие 8», может использовать Microsoft SQL Server с другими приложениями, помимо «1С: Предприятие 8».
Лицензии Runtime – это лицензии, которые дают право использовать Microsoft SQL Server только для работы с «1С: Предприятие 8».
Лицензия на сервер и клиентский доступ должны быть из одной категории – Runtime или Full-use. Замена лицензий Runtime на лицензии Full-use не предусмотрена.
Сервер МИНИ - это сервер 1С: Предприятие 8.3, который предназначен для подключения не более пяти пользователей (пять сеансов в режиме «1С: Предприятие» и один в режиме «Конфигуратор»).
лицензия на сервер MS SQL Server
клиентские лицензии MS SQL Server на соответствующее количество рабочих мест
клиентские лицензии 1С: Предприятие 8 (стандартные лицензии на платформу) на соответствующее количество рабочих мест
Предусмотрен переход с серверных лицензий МИНИ на лицензии уровня ПРОФ. То есть при увеличении количества пользователей можно перейти на лицензию уровня ПРОФ на льготных условиях.
Вы можете взять в аренду один или несколько виртуальных серверов необходимой конфигурации. Виртуальные сервера размещены на брендовом оборудовании в надежном дата-центре, что позволяет обеспечить высокую доступность сервисов.
самостоятельно создавать и клонировать виртуальные сервера,
изменять их конфигурацию,
включать, выключать, устанавливать ОС,
управлять конфигурацией сети,
публиковать приложения в интернет
и другое.
При этом нет необходимости приобретать оборудование и лицензии на сервер 1С: Предприятие и MS SQL Server,
все это вы можете просто арендовать!
Код | Наименование | Рекоменд. розничная цена, руб. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1С:Предприятие 8.3. Сервер МИНИ на 5 подключений. Электронная поставка |
Купить | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1С:Предприятие 8.3 ПРОФ. Лицензия на сервер (x86-64). Электронная поставка |
Купить | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Лицензия на сервер MS SQL Server Standard 2016 Full-use для пользователей 1С: Предприятие 8. Электронная поставка |
Купить | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Лицензия на сервер MS SQL Server 2016 Standard Runtime для пользователей 1С: Предприятие 8. Электронная поставка |
Купить | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Аренда сервера в облаке |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Лицензии на дополнительные места
|
Сервер х64 имеет одно принципиальное отличие: количество доступного адресного пространства. Серверу х32 доступно до 2 Гб адресного пространства на один рабочий процесс. У сервера х64 этого ограничения нет. За счет этого сервер х64 получает следующие преимущества:
При работе одновременно на одной платформе 1С:Предприятие 8 более 15 пользователей, более эффективным будет использование клиент-серверного режима работы (SQL). Для чего кроме самого сервера требуется приобрести лицензии на сервер 1С Предприятия 8 . При клиент-серверном режиме работы цена лицензий увеличивается по сравнению с работой в файловом режиме, что связано с разработкой клиент-серверных решений совместно 2-мя компаниями: Microsoft и 1С.
При использовании лицензии на сервер 1с предприятия 8 приложение на стороне клиента взаимодействует с кластером серверов 1С. Кластер, в свою очередь, посылает запрос серверу баз данных (PostgreSQL или MS SQL Server). При чем кластер серверов 1С:Предприятия 8 и сервер баз данных физически могут быть расположены на разных компьютерах. Это дает возможность администратору распределять нагрузку между серверами.
На кластер серверов 1С:Предприятия 8 можно перенести выполнение наиболее ресурсозатратных задач по обработке данных. При этом, даже при выполнении достаточно сложных запросов, программа на стороне клиента будет получать только необходимую выборку, а все промежуточные процессы обработки данных будут производиться на сервере. Обычно повысить мощность кластера серверов намного проще, чем обновить весь парк компьютеров пользователей.
Одно из основных преимуществ использования трехуровневой архитектуры - удобство управления и распределения прав доступа пользователей к базе данных. При чем пользователю не доступна информация о физическом расположении платформы или базы данных. Доступ производится через кластер серверов 1С:Предприятия 8. При запросе к базе, пользователь только указывает имя кластера и информационной базы и вводит имя пользователя и пароль.
Сам процесс развертывания клиент-серверного варианта работы и его администрирование осуществляется достаточно просто. Создание базы данных происходит непосредственно при запуске конфигуратора. Комплект поставки программы содержит приложение для администрирования клиент-серверного варианта работы, которое позволяет администратору настраивать и управлять базами данных и подключением пользователей.
64-разрядный сервер "1С:Предприятия 8.2" необходим для работы архитектуры x86-64 (EM64T, AMD64) под ОС Windows и Linux. Основное достоинство 64-разрядного сервера "1С:Предприятия 8.2" - практически неограниченное адресное пространство, выделяемое рабочему процессу, что позволяет практически полностью использовать возможности сервера.
Для взаимодействия с 64-разрядным сервером "1С:Предприятия 8.2" может быть использовано 32-разрядное приложение "1С:Предприятия 8.2" на стороне пользователя. Серверы "1С:Предприятия 8.2" (32-х и 64-разрядные) работают как с 32-х, так и с 64-разрядными базами данных.
Если у пользователя уже есть лицензия 32-х разрядного сервера 1С:Предприятия 8 и требуется купить 64-х разрядный сервер 1С, то замена клиентских лицензий 1С:Предприятие 8 не производится. Приобрести лицензию 64-х разрядного сервера 1С:Предприятия 8 можно по схеме путем замены имеющейся лицензии на лицензию сервера x86-64.
В любой организации, где количество пользователей 1С 8.3 (или 8.2) от 10 и более, при больших объемах данных рекомендуется использовать клиент-серверный вариант работы. Такой вариант основан на использовании сторонней СУБД, например, MS SQL server. Естественно, клиент-серверный режим сложно представить без отдельно стоящего сервера. Но каждая компания уникальна, у каждой свои потребности, поэтому и к выбору сервера необходимо подходить с ответственностью. В этой статье мы постараемся дать ответ на вопрос, как выбрать сервер 1С — как программное обеспечение, так и железо. Выбор — очень важный пункт в развитии информационной системы компании.
Без программного обеспечения любой компьютер бесполезен. Особенно качественный софт важен в серверном оборудовании. Он должен отвечать самым современным параметрам безопасности и надежности. Клиентское приложение 1С мультиплатформенно и доступно практически во всех операционных системах, включая мобильные системы. Серверное же приложение поддерживает две платформы — Linux и Windows.
Существует пять вариантов СУБД, с которой работает платформа 1С:
Получите 267 видеоуроков по 1С бесплатно:
В отличие от программ выбрать аппаратное обеспечение не так просто. Рассмотрим выбор серверных компонентов для разных количеств пользователей. Количество пользователей — понятие абстрактное, берутся средние для документооборота цифры. При подборе оборудования обязательно учитывайте объем документооборота.
При таком количестве пользователей имеет смысл в распределении серверных приложений на отдельные серверные машины.
На сегодняшний день финансовый продукт 1С из прикладной учетной программы для бухгалтерии вырос в широкоформатный комплекс для учета и сопровождения практически любого вида бизнеса, претендуя на конкуренцию с мировыми «монстрами» SAP R/3 и Microsoft Dynamics AX (Axapta).
Российские компании все чаще организовывают свои бизнес-процессы с помощью современных конфигураций 1С 8.3 «Управление торговлей», «Управление производством», «ERP Управление предприятием» и тому подобных. На 1С переводятся отделы бухгалтерии, маркетинга, производственные, продаж, проводится интеграция с системами IP-телефонии и документооборота. Однако, сразу после намерений «давайте работать в 1С» возникают вопросы - на каких ресурсах будет работать центральная база 1С, какое «железо» покажет оптимальный результат за разумный бюджет? Предприятиям-гигантам госсектора в этой ситуации проще – дана чёткая команда многочисленным штатным ИТ-интеграторам и архитекторам, завертелись механизмы крупнобюджетных тендеров с обязательным условием предоставления концепции «под ключ» и дальнейшего сопровождения системы сертифицированными специалистами. А как же быть компаниям, которые хотят сами приобрести и установить себе один из продуктов 1С: Предприятие, разумно расходуя бюджет?
Самой основной ошибкой, если не брать в расчёт использование пиратского или непроверенного ПО, является экономия на аппаратном обеспечении для 1С. Подобные тенденции особенно часто прослеживаются в стартапах и небольших компаниях. Бытует мнение, что не обязательно покупать дорогое серверное оборудование с процессорами типа Intel Xeon, не нужно предварительно рассчитывать объемы ОЗУ, нагрузку на ЦПУ и дисковую подсистему, что нет необходимости создавать избыточность дисковых массивов (Raid), использовать профессиональные дисковые контроллеры с Cache-RAM и так далее. Ошибки в расчетах ИТ-архитектуры для 1С приводят к печальным последствиям, о которых компания узнает уже по факту остановки бизнес-процессов. Поэтому очень важно уделять внимание каждому аппаратному узлу серверной платформы для 1С.
Рассмотрим ниже наиболее ключевые аппаратные ресурсы, ошибка в выборе которых может загубить весь проект автоматизации предприятия при самостоятельном создании сервера под 1С.
Количество физических ядер центрального процессора. Тема извечных споров на всевозможных форумах по 1С – что важнее частота CPU или многоядерность. Корни этих противоречий уходят в прошлое, к 1С 8.0 или даже 1С 7.7. Действительно, исполняемые процессы 1С более ранних версий были сугубо одноядерными, т.е. сколько бы ядер не предоставлял центральный процессор – служба сервера предприятия 1С 8.0 или «толстый клиент 1С 7.7» всегда занимали только одно «нулевое» ядро в операционной системе. На сегодняшний день картина изменилась – операционная система смело распределяет задания одного процесса 1С: Предприятие (rphost) по нескольким ядрам ЦПУ (см. рисунок 1).
Рисунок 1 - Нагрузка на ЦП при работе процессов сервера 1С.
Но это абсолютно не значит, что если купить процессор с максимальным количеством ядер, то сервер 1С в паре с СУБД (чаще всего под СУБД имеется ввиду MS SQL) покажут фантастическую производительность и перепроведение бухгалтерских периодов в программе 1С станут делом нескольких минут. Нужно понимать отличие между скоростью выполнения одной операции и процессом одновременной обработки большого объема информации. Количество физических ядер как раз позволяет решить вопрос стабильности и производительности одновременной работы с множеством разных заданий сервером 1С:Предприятия и СУБД. Отсюда вывод – чем больше количество пользователей 1С, тем больше будет играть роль нужное количество ядер для комфортной одновременной работы этих самых пользователей. Зависимость количества пользователей от количества ядер для сервера 1С показана в таблице 1.
Количество одновременно работающих пользователей на сервере 1С:Предприятие | Тип и модель процессора | Количество используемых ядер |
До 10 пользователей | Пользовательский Intel Core от 3.1Ghz | Не более 2-4 |
До 20 пользователей | Серверный Intel Xeon от 2.4 Ghz | От 4 до 6 |
До 30 пользователей | Серверный Intel Xeon от 2.6 Ghz | От 6 до 8 ядер |
До 50 пользователей | Серверный Intel Xeon от 2.4 Ghz – в количестве 2 шт | От 4 на каждый процессор |
Таблица 1 - Соотношение количества пользователей на сервере 1С и рекомендуемого количества ядер ЦП.
Частота центрального процессора. В противовес к количеству ядер – частота работы центрального процессора влияет именно на скорость обработки одного кусочка задания в один момент времени, что является самым популярным критерием конечных пользователей 1С. Частота процессора – это именно тот параметр, при увеличении которого у отдельно взятого пользователя увеличится скорость обработки запросов сервером 1С и СУБД и уменьшится время, за которое система предоставит итоговый результат конечному пользователю. В подтверждение этому известный специалист Гилев в одной из своих статей на базе практических тестов сделал однозначный вывод - «на скорость работы 1С гораздо больше влияет частота центрального процессора, нежели остальные его параметры, будь то конечный клиент 1С или же сервер 1С:Предприятие». Такова архитектура программы 1С.
Кеш, виртуализация и гиперпоточность (hyper threading). В прошлом, когда многоядерные процессоры еще не были так распространены – компанией Intel была придумана специальная технология центрального процессора, имитирующая многоядерность, так называемая «гиперпоточность». После её включения один физический процессор (одно физическое ядро) определяется операционной системой как два отдельных процессора (два логических ядра). Рекомендуем для сервера 1С «гиперпоточность» отключать. Никакого ускорения работы 1С эта технология не приносит.
При использовании виртуальных машин для сервера 1С:Предприятие и СУБД нужно учитывать, что ядра виртуальных машин «слабее» реальных физических ядер, хотя называются одинаково – «ядра». Точных официальных коэффициентов нет, но статьи на технических порталах Microsoft рекомендуют на одно физическое ядро считать 4-6 ядер процессора в виртуальной машине.
Кеш – это сверхоперативная память, используемая процессором для уменьшения среднего времени доступа к компьютерной памяти. По сути, она является неотъемлемой частью процессора, поскольку расположена на одном с ним кристалле и входит в состав функциональных блоков. Здесь всё предельно ясно – чем больше объем кэша, тем более крупные «кусочки» информации сможет обрабатывать процессор. Обычно величина кэша зависит от моделей процессора – чем модель дороже, тем обычно больше там объем кеш-памяти. Однако мы не считаем, что величина кеша процессора кардинально влияет на производительность сервера 1С и СУБД. Скорее это относится к области «тонкого тюнинга».
Тип процессора. Всем известно, что аппаратное обеспечение делится на серверное и пользовательское. А можно ли в отдельных случаях использовать недорогой пользовательский центральный процессор как альтернативу профессиональному, но дорогостоящему серверному ЦПУ? Оказывается – можно. Рассмотрим таблицу сравнения основных параметров двух вариантов центральных процессоров Intel (см. таблицу 2).
Пользовательский Intel® Core™ i7-6700T Processor (8M Cache, up to 3.60 GHz) | Серверный Intel® Xeon® Processor E5-2680 v2 (25M Cache, 2.80 GHz) | |
Кэш-память | 8 MB | 25 MB |
Частота системной шины | 8 GT/s DMI3 | 8 GT/s QPI |
Набор команд | 64-bit SSE4.1/4.2, AVX 2.0 | 64-bit AVX 2.0 |
Количество ядер | 4 | 10 |
Базовая тактовая частота процессора | 2.8 GHz | 2.8 GHz |
Макс. объем и тип оперативной памяти | 64 GB non-ECC | 768 GB ECC |
Ориентировочная стоимость | 354$ | 1 280$ |
Таблица 2 - Сравнение основных параметров домашнего и серверного ЦП от Intel.
Как мы видим, серверный процессор имеет гораздо более высокие значения в количестве ядер, в объеме кэша, поддержке большего объема оперативной памяти и, конечно же, в более высокой цене. Однако, серверный ЦПУ практически не отличается от пользовательского в поддержке определенных процессорных команд (инструкций) и в тактовой частоте. Отсюда можно сделать вывод – для небольших организаций вполне допустимо применение пользовательского центрального процессора для сервера 1С:Предприятие. Вопрос только в том, что пользовательский процессор не может быть установлен в сокет серверной материнской платы и поддерживать серверную ОЗУ с контролем четности (ECC), а использование пользовательских комплектующих влечет за собой риски стабильности работы всей системы в целом.
Тип оперативной памяти. Планка оперативной памяти (ОЗУ) различается по ее предназначению – для многопользовательских серверных систем или для персональных устройств – ПК, ноутбуков, неттопов, тонких клиентов и т.д. Как и в случае с ЦПУ – основные параметры модулей ОЗУ примерно равнозначны – современная ОЗУ для ПК практически не отстает от серверной ни в объеме одной планки, ни в тактовой частоте, ни в типе модулей DDR. Отличия серверной ОЗУ от «домашней» в вариантах использования и предназначения аппаратной платформы - отсюда же формируется ее более высокая стоимость:
Можем сделать вывод, что использование серверных модулей оперативной памяти дает возможность устанавливать большие объемы ОЗУ в одной системе, а техники контроля четности ECC и использование буферов позволяют серверной операционной системе работать стабильно и быстро.
Объем оперативной памяти. Одним из ключевых факторов для высокой производительности сервера 1С и СУБД является достаточный объем оперативной памяти. Конечно же фактические потребности в ОЗУ зависят от многих факторов – тип конфигурации 1С, количество процессов сервера 1С:Предприятие, объем базы СУБД и так далее. Однако можно вывести примерную зависимость объема ОЗУ от количества пользователей (см. таблицу 3).
Потребность ОЗУ для сервера 1с и СУБД | До 10 пользователей | До 20 пользователей | До 30 пользователей | До 50 пользователей |
Сервер 1с:Предприятие | 4-6 Гб | 6-8 Гб | 12-14 Гб | 18-24 Гб |
Сервер MS SQL | 4-6 Гб | 8-10 Гб | 16-18 Гб | 24-28 Гб |
Таблица 3 - Примерное соотношение количества пользователей сервера 1С и рекомендуемой оперативной памяти на процессы сервера 1С:Предприятие и сервера MS SQL.
Касательно процессов сервера 1C:Предприятия (rphost.exe) - современные платформы 1С не позволяют в ручном режиме указывать количество процессов сервера 1С. Вместо этого, система требует задать параметры, такие как количество информационных баз и количество пользователей на один процесс rphost.exe, после чего сама автоматически определяет оптимальное количество процессов сервера 1С:Предприятие. Так же можно настроить плавное освобождение процессом rphost.exe ОЗУ в случае, если ее объем превышает заданный заранее порог. При этом сервер 1С создает новый процесс rphost.exe, который постепенно берет на себя задания 1С, позволяя разгрузить требуемый процесс 1С.
Также нужно обратить внимание, что объем ОЗУ, выделенный службе SQL считается достаточным, если попадание данных SQL в cache составляет не менее 90%. Эта метрика довольно удобна, т.к. просто посмотреть количество потребляемой ОЗУ сервером SQL нельзя – последние выпуски SQL имеют динамически потребляемую ОЗУ - захватывается максимально возможное количество ОЗУ и высвобождается по мере запроса ОЗУ другими процессами.
Частота оперативной памяти. Если коротко, то это пропускная способность каналов, по которым данные передаются на материнскую плату, а оттуда - в процессор. Желательно, чтоб этот параметр совпадал с допустимой частотой материнской платы или превышал ее, иначе канал передачи ОЗУ рискует стать «узким местом». В рамках одного типа DDR увеличение\уменьшение частоты кардинальным образом не влияет на производительность сервера 1С и относится больше к области «тонкого тюннинга».
Тайминги оперативной памяти. Это задержи или латентность (Latency) ОЗУ. Характеризуется этот параметр временем задержки данных при переходе между разными модулями микросхемы ОЗУ. Меньшие значения означают более высокое быстродействие. Однако, влияние на общее быстродействие серверной системы, а уж тем более, на сервер 1С:Предприятия – невысоко. Обычно, внимание на эти параметры обращают только геймеры и оверклокеры, для которых каждая лишняя капля производительности - дороже всего.
Контроллеры жестких дисков. Основным устройством соединения и организации жестких дисков в аппаратной системе является контроллер жестких дисков. Он бывает двух типов:
1. Встроенный – модуль контроллера встроен в систему, корзина с жесткими дисками подключается непосредственно в материнскую плату. Считается более экономным решением.
2. Внешний – представляет собой отдельную печатную плату (устройство), которая подключается в разъем материнской платы. Он считается более профессиональным решением за счет того, что имеет отдельные чипы проведения и контроля операций с жесткими дисками HDD. Рекомендуется для важных серверных систем, таких как сервер 1С:Предприятия и СУБД.
Существует еще третий тип – устройство приема\передачи блочных данных по каналам iSCSI, FiberChanel, InfiniBand, SAS. Однако в этом варианте дисковая подсистема «вынесена» на отдельное устройство хранения данных (СХД), соединяемое с сервером посредством оптического или медного кабеля. В нашей статье мы делаем разбор требований к автономному серверу для 1С, поэтому данный тип мы рассматривать не будем.
Типы и уровни RAID-массивов. Это технология виртуализации данных, которая объединяет несколько дисков в логический элемент для избыточности и повышения производительности. Рассмотрим наиболее популярные уровни спецификации RAID:
Типы интерфейсов жестких дисков. По типу подключения жесткие диски разделяются:
IOPS – количество операций ввода-вывода в секунду. По сути, IOPS - это количество блоков информации, которое успевает считаться или записаться на носитель за 1 секунду времени. То есть, в чистом виде - это и есть ключевой параметр скорости обработки информации жестким диском, влияющий на производительность 1С сервера. Если брать для сравнения стандартный блок информации 4кб, то можно примерно выделить следующие показатели IOPS (см. таблицу 4).
Жесткий диск | IOPS | Интерфейс |
7,200 об/мин SATA-диски | ~75-100 IOPS | SATA 3 Гбит/с |
10,000 об/мин SATA-диски | ~125-150 IOPS | SATA 3 Гбит/с |
10,000 об/мин SAS-диски | ~140 IOPS | SAS |
15,000 об/мин SAS-диски | ~175-210 IOPS | SAS |
SSD-диски | От 8 000 IOPS | SAS либо SATA |
Таблица 4 - Показатели IOPS на различых типах жестких дисков при работе с блоком данных 4кб.
Конечно же, в чистом виде IOPS мало чем полезен для калькуляции итоговых расчетов и требований к дисковой подсистеме сервера 1С. Ведь суммарная производительность дисковой подсистемы складывается из типа RAID-массива, типов диска и показателей скорости его интерфейса, времени отклика (Latency), времени произвольного доступа, процентного соотношения количества операций чтения и записи и множества других факторов. Однако данный параметр, по нашему мнению, является ключевым показателем скорости дисковой подсистемы и на этапах разработки серверной архитектуры, помогает определить – какой же тип жестких дисков вообще будет наиболее подходящим для тех или иных потребностей. (см. RAID-калькулятор)
Практический тест
Какая же зависимость между количеством пользователей 1С и количеством iops? Наша команда провела практический тест (см. таблицу 5) по измерению нагрузки на дисковую подсистему определенным количеством сессий 1С. Поскольку система 1С является программируемой средой и каждая компания может иметь свой набор бизнес-процессов в 1С – нам требовалась привязка к некой эталонной конфигурации для тестирования. В этом качестве была выбрана специализированная конфигурация ЦУП 1С, разработанная для тестирования и отладки. На ее базе наши программисты 1С добавили ряд запросов, имитирующих нормальную работу обычного предприятия, с формированием бухгалтерских запросов, проводок, составлением отчетов и проведением операционных документов.
Системный диск | Диск с базами данных | ||||
Итерация | Пользователи | IOPS write | IOPS read | IOPS write | IOPS read |
Средние значения | |||||
1 | 12 | 9,1 | 0,1 | 13,1 | 1,5 |
2 | 20 | 7,9 | 0,1 | 21,8 | 0,4 |
3 | 32 | 5,2 | 0,006 | 36,1 | 5,2 |
4 | 40 | 7,7 | 0,013 | 27,52 | 1,3 |
5 | 52 | 7,7 | 0,006 | 32,04 | 0,94 |
Таблица 5 - Результаты практического теста по нагрузке на дисковую подсистему.
Результаты теста показывают, что львиная доля нагрузки на дисковую подсистему возникает при записи 1С в базу данных сервера СУБД и на системный диск операционной системы (на котором по умолчанию располагаются файлы кеш-сервера 1С:Предприятие).
Параллельно мы провели практические замеры уже работающих баз 1С УПП 8.2 на протяжении тестового периода – 5 рабочих дней. Они показывают, что в среднем сервер 1С + СУБД потребляет в два раза больше iops «на запись», чем «на чтение». Такая разница между синтетическими тестами и статистикой мониторинга реального сервера 1С обусловлена как периодическими выборками информационных данных с базы в течение рабочего дня, так и регулярным чтением базы при резервном копировании или репликации СУБД.
Прочие составляющие жесткого диска, на которые стоит обратить внимание.
Удешевление аппаратных комплектующих и активный рост потенциальных мощностей «домашних компьютеров» приводят еще к одному губительному заблуждению – малый бизнес активно использует рабочие станции в качестве платформы для совместной работы с базами 1С. При этом, не осознавая, что помимо параметров частоты ядра, объема памяти и возможности использования бюджетных SSD-дисков в обычном ПК – существуют более системные, более глубокие и важные требования к работе аппаратного обеспечения в коммерческой структуре (см. таблицу 6).
Для решения вопроса организации сервера 1С мы предлагаем аренду облачных серверов 1С в дата-центрах класса Tier III. С экономической целесообразностью выбора аренды сервера можно ознакомиться в статье .
Параметры | Сервер | Персональный компьютер |
Достаточность вычислительных мощностей | V | V |
Гарантированная работоспособность системы в режиме 24/7 | V | X |
Надежность и стабильность ключевых аппаратных комплектующих | V | X |
Возможность удаленного управления питанием и консолью (IPMI) | V | X |
Бюджетная стоимость аппаратной платформы | X | V |
Таблица 6 - Сравнение домашнего и серверного железа по критериям, требуемым для качественной работы сервера 1С.
Безусловно, одним из важных требований к серверной части 1С является стабильность ее работы и устойчивость к отказам. Компания Microsoft и сама фирма 1С приложили много усилий в этом направлении, создав технологии кластеризации своих сервисов на довольно серьезном уровне (см. таблицу 7).
Отказоустойчивость SQL серверов | Базирована на концепции единого общего хранилища данных. Встроенная технология кластеризации SQL Server объединяет два SQL сервера в один кластер с единым виртуальным IP-адресом и единой базой. Таким образом при выходе из строя основного SQL - запросы автоматически переводятся на резервный.
Вторым вариантом является недавно появившаяся AlwaysOn - технология автоматической регулярной репликации баз СУБД между основным и резервным серверами SQL. При этом дублирующий сервер SQL находится физически на другом хранилище, что повышает устойчивость к рискам |
Отказоустойчивость службы сервера 1С:Предприятие | Серверы 1С Предприятия объединяются в программный отказоустойчивый кластер active-active с автоматическим переключением при сбое и сохранением текущих сессий. |
Таблица 7 - Отказоустойчивость SQL и 1С-серверов.
Однако, каждая технология имеет как плюсы, так и минусы. Помимо ключевых преимуществ, требуется знать некоторые особенности кластеризации 1С и SQL (), чтобы не получить в итоге ухудшение работоспособности сервиса:
Системная интеграция. Консалтинг