Как выбрать сервер под 1С

Сразу после принятия компанией решения о внедрении 1С поднимается вопрос об аппаратных ресурсах, на которых будет работать центральная база 1С, какое «железо» покажет оптимальный результат за разумные деньги?

 

Содержание статьи:

• Введение
• Примеры распространённых ситуаций из-за неправильного построения ИТ-архитектуры под 1С:
• Особенности аппаратных ресурсов сервера 1С
• Делаем правильный выбор между домашним или серверным “железом”
• Отказоустойчивость и введение в кластеризацию
• Выводы и рекомендации по созданию архитектуры для сервера 1С
• Предложение assino

Введение

В настоящее время финансовый продукт «1С» из программного обеспечения прикладного бухгалтерского учёта вырос в широкий комплекс для управления и поддержки почти любого бизнеса, конкурируя с мировыми «монстрами» SAP R3 и MS Dynamics Ax (Axapta).

 

Сразу после принятия компанией решения о внедрении 1С поднимается вопрос об аппаратных ресурсах, на которых будет работать центральная база 1С, какое «железо» покажет оптимальный результат за разумные деньги?

Самая распространённая ошибка — экономия на аппаратном обеспечении для 1С.

 

Ошибки при расчетах IT архитектуры для 1С вызывают печальные последствия, с которыми компания сталкивается после того, как остановились бизнес-процессы. Вот почему важно обращать внимание на каждый аппаратный узел серверной платформой 1С

Особенности аппаратных ресурсов сервера 1С

Ниже мы рассмотрим наиболее важные аппаратные особенности, ошибка подбора и расчёта которых может испортить весь проект автоматизации бизнеса при самостоятельной сборке сервера под 1С.

 

Центральный процессор (CPU)

Количество физических ядер центрального процессора.

 

Тема вечных споров на различных форумах по 1С — что важнее важнее, частота процессора или количество ядер. Корни этих противоречий уходят в прошлое, в 1С 8.0 или даже 1С 7.7. По сути, исполняемые процессы 1С предыдущих версий были чисто одноядерными, т.е. сколько бы ядер ни предоставлял центральный процессор, Служба Сервера Предприятия 1С 8.0 или Толстый Клиент 1С 7.7 всегда занимает только одно “нулевое” ядро в операционной система. С течением времени картина изменилась — операционная система смело распределяет задачи одного процесса 1С:Предприятие (rphost) по нескольким ядрам процессора (см. рис. 1).

 

Рисунок 1 — Распределение задач одного процесса 1С:Предприятие (rphost) при работе процессов сервера 1С

 

Но это не значит, что если вы купите процессор с максимально возможным количеством ядер, то сервер 1С в связке с СУБД (чаще всего под СУБД подразумевается MS SQL) покажет фантастическую производительность и переписывать расчетные периоды в программе 1С будет делом нескольких минут. Нужно понимать разницу между скоростью выполнения одной операции и одновременной обработкой большого количества информации. Количество физических ядер только позволяет решить проблему стабильности и производительности параллельной работы с множеством задач, отличных от сервера 1С:Предприятие и СУБД. Отсюда вывод: чем больше будет пользователей 1С, тем важнее будет роль количества ядер для удобной одновременной работы одних и тех же пользователей. Зависимость количества пользователей от количества ядер сервера 1С представлена в таблице 1.

 

Таблица 1 — Соотношение количества одновременно работающих пользователей 1С и рекомендуемого количества ядер процессора

 

Частота процессора

 

В отличие от количества ядер, частота центрального процессора как раз и влияет на скорость обработки одной части задачи за раз, что является самым популярным критерием у конечных пользователей 1С. Частота процессора – это именно тот параметр, при котором для одного пользователя увеличится скорость обработки запросов сервером 1С и СУБД, а время, в течение которого система доставляет конечный результат конечному пользователю, уменьшится. В подтверждение этого известный специалист Гилев в одной из своих статей на основе практических испытаний сделал однозначный вывод — «На скорость работы 1С гораздо больше влияет частота центрального процессора, чем другие её параметры, вне зависимости от того, является конечным клиентом 1С или сервером 1С:Предприятие». Такова архитектура программы 1С.

 

Технологии: гиперпоточность (hyper threading), виртуализация и кеш 

 

Несколько лет назад, когда многоядерные процессоры не были так распространены, компания Intel разработала уникальную (по тем временам) технологию под названием hyper threading или “гиперпоточность”, которая имитирует многоядерные процессоры. После включения этой опции физический процессор (одно физическое ядро) распознаётся операционной системой как два отдельных процессора (два логических ядра). Специалисты assino рекомендуют отключить “гиперпоточность” для сервера 1С. Никакого ускорения работы 1С эта технология не несет.

 

Почему?

 

Ядра виртуальных машин “слабее” реальных физических ядер, хотя называются и “выглядят” с точки зрения операционной системы одинаково – “ядра”. Точных официальных коэффициентов нет, но статьи на технических порталах Microsoft рекомендуют для расчётов следующий коэффициент 1 физическое ядро = 4 (или даже 6, “с запасом”) виртуальных процессорных ядер.

 

Кэш — это сверхоперативная память, используемая процессором для сокращения среднего времени доступа к памяти компьютера. Фактически он является составной частью процессора, так как расположен с ним на одном кристалле и входит в состав функциональных блоков. Тут все предельно ясно — чем больше кэш, тем большие «кусочки» информации может обработать процессор. Обычно размер кэша зависит от модели процессора — чем дороже модель, тем обычно больше кэш-памяти. Однако мы не считаем, что размер кэша процессора кардинально влияет на производительность сервера 1С и СУБД. Скорее, это относится к области «тонкой настройки».

 

Тип процессора

 

Есть два вида аппаратного обеспечения: серверное и пользовательское. У небольших компаний и стартапов часто возникает вопрос: можно ли использовать недорогой обычный процессор в качестве альтернативы профессиональному и дорогому серверному процессору? Оказывается — в некоторых сучаях можно. Рассмотрим таблицу сравнения основных параметров двух вариантов центральных процессоров Intel (см. табл. 2).

 

Таблица 2 — Сравнение основных параметров домашнего и серверного процессора Intel

Что же получается? Серверный процессор имеет гораздо большее количество ядер, размер кэша, поддерживает больший объём оперативной памяти и, конечно же, его цена более высокая. Однако серверный процессор практически не отличается от “домашнего” в плане обработки процессорных команд (инструкций) процессора и тактовой частоты. Таким образом,  для небольших организаций и стартапов вполне допустимо использование “домашнего” центрального процессора для сервера 1С:Предприятия. Вопрос только в том, что такой ЦП не может быть установлен в сокет серверной материнской платы и поддерживать серверную оперативную память с проверкой чётности (ECC), а использование пользовательских, а не серверных компонентов влечёт за собой риски для стабильности всей системы 1С в целом.

 

 

Оперативная память (ОЗУ)

Разновидности оперативной памяти

Планки оперативной памяти (RAM) различаются по своему назначению — для многопользовательских серверных систем или для персональных устройств — ПК, ноутбуков, неттопов, тонких клиентов и т. д. Как и в случае с ЦП — основные параметры модулей ОЗУ примерно равнозначны — оперативная память современных ПК практически не отстает от серверной ни по объёму на одну планку, ни по тактовой частоте, ни по типу DDR модуля. Отличия серверной “оперативки” от «домашней» лишь в вариантах использования и назначении аппаратной платформы — в этом и складывается её более высокая стоимость.

 

• Оперативная память сервера имеет проверку чётности, или  ECC (Error Correction Code) — технология, позволяющая исправлять ошибки при обработке информации самим модулем ОЗУ.
• Материнская плата сервера рассчитана на работу с большим объёмом ОЗУ и имеет гораздо больше слотов для установки модулей оперативной памяти, чем плата обычного ПК.
• Оперативная память сервера содержит регистры (буферы), обеспечивающие буферизацию данных (частичная Registered Buffered или полная Full Buffered), тем самым снижая нагрузку на контроллер оперативной памяти, “избавляя” его от  множества одновременных запросов. Модули памяти FB-DIMM несовместимы с небуферизованными модулями.
• Модули памяти FB-DIMM также позволяют повысить масштабируемость памяти — наличие регистров дает возможность устанавливать больше модулей в одном канале.

 

Из вышесказанного делаем вывод, что использование серверных модулей оперативной памяти позволяет устанавливать в систему большие объёмы оперативной памяти, а методы проверки чётности ECC и использование буферов обеспечивают стабильную и быструю работу серверной операционной системы.

 

Объём оперативной памяти

Ещё один ключевой фактор высокой производительности сервера 1С и СУБД —  достаточный объём оперативной памяти. Конечно, реальные требования к оперативной памяти зависят от целого ряда факторов — типа конфигурации 1С, количества серверных процессов 1С:Предприятия, размера базы данных СУБД и так далее. Но в целом, можно вывести примерную зависимость объёма оперативной памяти от количества пользователей (см. табл. 3).

 

 

Таблица 3 — Примерное соотношение количества пользователей сервера 1С и рекомендуемой оперативной памяти на процессы сервера 1С:Предприятие и сервера MS SQL.

Что касается процессов сервера 1С:Предприятие (rphost.exe) — современные платформы 1С не позволяют вручную задать количество процессов сервера 1С. Вместо этого система просит задать такие параметры, как количество информационных баз и количество пользователей на один процесс rphost.exe, а затем самостоятельно определяет оптимальное количество процессов сервера 1С:Предприятия. Администратор также может настроить процесс rphost.exe для постепенного освобождения оперативной памяти, если её объем начинает превышать некий заданный порог. При этом на сервере 1С создается новый процесс rphost.exe, который постепенно заберёт на себя задачи 1С из предыдущего rphost.exe, позволяя разгрузить требуемый процесс 1С.

 

Специалисты assino рекомендуют учитывать при расчётах,, что объем оперативной памяти, выделенной службе SQL, считается достаточным, если попадание данных SQL в кэш составляет не менее 90%. Такая методика очень удобна, потому что вы не можете просто посмотреть на объём оперативной памяти, потребляемой SQL-сервером — последние версии SQL динамически потребляют оперативную память — максимально возможный объем оперативной памяти захватывается и освобождается, когда оперативная память запрашивается другими процессами. .

 

Частота оперативной памяти

Частотой принято называть пропускную способность каналов, по которым данные передаются на материнскую плату, а оттуда — на процессор. Считается, что этот параметр должен совпадать с допустимой частотой материнской платы или немного превышать её, иначе узким местом станет канал передачи ОЗУ. В пределах одного типа DDR увеличение/уменьшение частоты кардинально не влияет на производительность сервера 1С и относится больше к области «тюнинга».

 

Тайминги оперативной памяти

Это задержка или Latency оперативной памяти. Этот параметр характеризует на какое время задерживаются данные при переходе между разными модулями микросхемы ОЗУ. Меньшие значения означают более высокую производительность. Однако влияние этого параметра на общую производительность серверной системы, а тем более сервера 1С:Предприятия, невелико. Обычно на эти параметры обращают внимание только геймеры и оверклокеры, для которых критично даже малейшее падение производительности.

 

Дисковая подсистема и жёсткие диски HDD

Контроллеры жестких дисков

Основным устройством для подключения и организации жестких дисков в аппаратной системе является контроллер жесткого диска. Он бывает двух видов:

 

Встроенный — модуль управления (контроллер) встроен непосредственно в материнскую плату, корзина жестких дисков подключается прямо к материнской плате. Считается, что это более экономичное решение.

 

Внешний — модуль управления выполнен в виде отдельной печатной платы (устройства), которая подключается к специальному разъёму материнской платы. Считается более профессиональным решением из-за того, что имеет отдельные микросхемы для проведения и управления операциями с жесткими дисками HDD. Рекомендуется для важных серверных систем, таких как сервер 1С:Предприятия и СУБД.

 

Есть ещё третий тип: устройство для приёма/передачи блочных данных по каналам iSCSI, FiberChanel, InfiniBand, SAS. Реализация выглядит как совершенно отдельный от сервера блок, расположенный, например, на этой же или соседней серверной стойке (такую реализацию принято называть СХД — система хранения данных); блок подключается к серверу оптическим или медным кабелем. В нашей статье мы этот тип рассматривать не будем, так как он характерен для высокопроизводительных кластерных систем и центров обработки данных.

 

RAID-массив

Это технология виртуализации данных, которая объединяет несколько физических дисков в один логический блок для обеспечения избыточности и/или  производительности. Рассмотрим самые популярные варианты RAID

 

RAID 0 («Striping») избыточности (дублирования данных на разных дисках) не имеет, а информацию распределяет сразу по всем входящим в массив физическим дискам в виде небольших блоков (“страйпов”). За счёт этого резко возрастает производительность, но также страдает надёжность. Специалисты assino не рекомендуют использовать этот тип массива, несмотря на повышение производительности.

 

RAID 1 («Зеркальное отображение», «зеркало»). В общем случае представляет собой два жёстких диска в одном логическом блоке. Имеет защиту от выхода из строя половины имеющегося оборудования (одного из двух винчестеров), обеспечивает приемлемую скорость записи и неплохой выигрыш в скорости чтения благодаря распараллеливанию запросов на два диска. Такой тип массива вполне “потянет” сервер 1С+СУБД до 25-30 пользователей, особенно если используются диски SAS или SSD на 15К.

 

RAID10. Зеркальные дисковые пары (два или более RAID 1) располагаются в “цепочке”, так что объём полученного логического тома может превышать ёмкость одиночных жестких дисков. На наш взгляд, самый удачный вид дисковых массивов, поскольку он соединяет надежность RAID 1 с быстродействием RAID 0. Если собирать такой массив с помощью дисков SAS 15K или SSD, его можно использовать на серверах 1С на 50 пользователей и более.

 

RAID 5. Славится своей экономичностью. Здесь мы жертвуем ёмкостью только одного диска в логическом массиве в угоду избыточности, зато получаем защиту от выхода из строя любого диска в системе. (Его вариант, RAID 6, требует двух дополнительных жёстких дисков для хранения контрольных сумм, но зато сохраняет данные даже в случае отказа двух дисков). Матрица дисков такого типа экономична, надежна и имеет достаточно ощутимую скорость чтения. К сожалению, узким местом этой матрицы является её медленная скорость записи, что позволяет удобно использовать её с серверными конфигурациями 1С, обслуживающими не более 15-20 пользователей. Массив также оптимален для приложений — хранения данных файлов, архивов управления документами и т. д.

 

Типы интерфейсов жёстких дисков 

В зависимости от типа подключения жёсткого диска разделяются на:

 

HDD Sata Home. Самый бюджетный вариант жесткого диска, предназначенный для использования в домашних ПК или сетевых медиацентрах. Настоятельно не рекомендуем использовать такие устройства для сборки серверов 1С из-за низкой отказоустойчивости и стабильности работы — компоненты этих дисков просто не выдерживают длительную работу 24/7 и быстро выходят из строя.

 

HDD Sata Server. Так обычно называют жёсткие диски с интерфейсом SATA (Serial ATA) и скоростью вращения шпинделя 7200 об/мин. Приставка “Сервер” в названии означает, что эти диски прошли проверку на работоспособность в серверных системах и рассчитаны на стабильную работу под нагрузкой в режиме 24/7. Обычно используются в серверах 1С для хранения больших объёмов информации, не требующих высокой скорости обработки. Чаще всего это архивные базы 1С, папки обмена, файлы загрузки офисных документов и т.д.

 

HDD SAS Server. Отличия между интерфейсом SAS (нынешний аналог SCSI) и интерфейсом SATA  незначительны. Это средняя скорость отклика дисков, работа в общем дисковом поле, а также работа с HDD-контроллером на более высокой скорости обмена информации — до 6 ГБ по сравнению со SATA 3 Гб. Но главным преимуществом является наличие моделей SAS с скоростью шпинделя вращения 15 тысяч оборотов в минуту. Именно это конструктивное решение позволяет SAS дискам проводить практически в три раза больше операций ввода-вывода

 

SSD-диски. Эти устройства принципиально отличаются от предыдущих HDD не интерфейсом, а конструкцией — они полупроводниковые (твёрдотельные) и не имеют подвижных частей, т.е. фактически являются аналогами «флэш-памяти». Такие технологии позволяют SSD выполнять “запредельное” количество операций чтения-записи в секунду (от 10 000 операций на самых простых моделях SSD). Однако у этого преимущества есть и недостаток — более высокая цена SSD и их “время жизни”, которые зависит от лимита количества операций записи на блоки SSD. Но с каждым годом эти накопители становятся доступнее и долговечнее. Так как стоимость SSD многократно возрастает в расчете на объём, то разумнее всего будет использовать их для небольших, но сверхтяжелых БД 1С, требующих высокой скорости доступа, а также для размещения временных БД TempDB.

 

SSD диски с технологией NVMe. NVMe (Non-Volatile Memory Express) — интерфейс доступа к энергонезависимым твердотельным накопителям, подключённым по шине PCI Express, использующие преимущества повышенной пропускной способности для передачи в 25 раз большего объема данных, чем у сопоставимых устройств SATA. Наряду с большим объёмом данных запросы NVMe выполняются в 2 раза быстрее, чем у обычных дисков. Кроме того, максимальное количество операций ввода-вывода в секунду (IOPS) на шине NVMe превышает 1 миллион, а операции выполняются на 900 % быстрее по сравнению с AHCI. NVMe также взаимодействует напрямую с ЦП, обеспечивая высочайшую скорость обработки данных.

 

IOPS – количество операций ввода-вывода в секунду

Важнейший параметр IOPS — это количество блоков информации, которые могут быть прочитаны или записаны на носитель данных за 1 секунду. То есть в понятном виде — это ключевой параметр скорости обработки информации жёстким диском, именно он и влияет на производительность сервера 1С. Если рассматривать для сравнения стандартный информационный блок размером 4кб, то можно условно выделить следующие показатели IOPS (см. табл. 4)

 

Таблица 4 — Сравнение показателей IOPS на различных типах жестких дисков при работе с блоком данных 4 кб.

Необходимо помнить, что в чистом виде параметр IOPS малопригоден для расчета требований к дисковой подсистеме 1С-сервера. Производительность дисковой подсистемы складывается суммарно из типа RAID-массива, типов дисков и показателей скорости его интерфейса, времени отклика (латентности), времени произвольного доступа, процента операций чтения и записи и ещё целого ряда других факторов. Однако этот параметр, на наш взгляд, является ключевым показателем быстродействия дисковой подсистемы и на этапах разработки серверной инфраструктуры помогает определить, какой тип жестких дисков вообще будет наиболее подходящим для тех или иных нужд.

 

Практические тесты

Рассчитаем зависимость между количеством пользователей 1С и количеством IOPS.

Специалисты assino провели практический тест по нагрузочному тестированию дисковой подсистемы при опредёленном количестве сеансов 1С. 1С — это программируемая среда, а значит, у каждой компании может быть свой набор бизнес-процессов в 1С. Поэтому перед тестированием была спроектирована определенная эталонная конфигурация для тестирования. В этом качестве была выбрана специализированная конфигурация ЦУП 1С, разработанная для тестирования и отладки. На её основе наши программисты 1С добавили ряд запросов, имитирующих штатную работу обычной компании, с формированием бухгалтерских запросов и проводок, созданием отчётов и проведением операционных документов.

 

Таблица 5 — Нагрузочный тест на дисковую подсистему.

Результаты исследования показали, что наибольшая нагрузка на подсистему диска возникает, когда 1С ведёт запись в базу СУБД сервера, а также на системный диск операционной системы, на котором в умолчанию находятся файлы кеша 1С:Предприятие.

 

Одновременно с этим мы провели практические замеры уже работающих баз данных 1С:УПП 8.2 (тестовый период продолжался 5 рабочих дней). Замеры показывают, что в среднем сервер СУБД вместе с 1С потребляют вдвое больше IOPS “на запись”, чем “на чтение”. Между синтетическими тестами и статистикой мониторинга реального сервера 1С есть разница, и она обусловлена ​​как периодической выборкой информационных данных из БД в течение рабочего дня, так и регулярным чтением базы данных при резервном копировании или репликации СУБД.

 

На какие ещё составляющие жесткого диска стоит обратить внимание?

 

• Форм-фактор (физический размер устройства). На сегодняшний день почти все известные диски для персональных компьютеров и серверов имеют размер либо 3,5” либо 2,5”.
• RAT (random access time) или время произвольного доступа — время, в течение которого жесткий диск гарантированно выполняет операцию чтения/записи на определенном участке поверхности магнитного диска. Как правило, серверные жесткие диски показывают лучшие результаты по сравнению с HDD для персональных компьютеров. Это достаточно важный параметр при создании массива дисков для сервера СУБД и 1С.
• Скорость шпинделя (RPM) — количество оборотов в минуту дискового шпинделя. Здесь всё просто и понятно — чем выше угловая скорость вращения пакета дисков, тем выше время доступа к его секторам и средняя скорость чтения-записи.
• Размер буфера жесткого диска — буфер представляет собой микросхему ОЗУ небольшого объёма для временного хранения данных, предназначенную для сглаживания различий в скорости чтения-записи жесткого диска и передачи данных через интерфейс.
• MTBF (среднее время наработки на отказ) — параметр надёжности устройства. Как правило, надёжность напрямую зависит от производителя, цены и условий использования винчестера. Специалисты assino считают надежность важным параметром жёсткого диска, влияющим на качество работы сервера 1С.
• DWPD (Total Drive Capacity Write Per Day) — количество циклов перезаписи всей ёмкости диска в день в течение гарантийного периода (или другого количества лет) в зависимости от рабочих нагрузок (определяется стандартом JEDEC). Что, собственно, и позволяет вычислить, когда SSD исчерпает свой ресурс.

Делаем правильный выбор между домашним или серверным “железом”

Падение цен на аппаратные компоненты и активный рост потенциальных возможностей ПК приводят к ещё одному фатальному заблуждению — малый бизнес активно использует обычные рабочие станции в качестве платформы для совместной работы с базами данных 1С. При этом, не понимая, что кроме базовых параметров объёма памяти и  частоты, возможности использования бюджетных SSD в обычном ПК есть ещё системные требования, более глубокие и более важные для работы оборудование в коммерческой структуре (см. таблицу 6).

Таблица 6 — Сравнение домашнего и серверного железа по критериям, требуемым качественной работы сервера 1С.

Отказоустойчивость и введение в кластеризацию

 

Стабильность работы и устойчивость к сбоям, безусловно, является одним из важнейших требований к серверной части 1С. Сами Microsoft и 1С приложили большие усилия в этом направлении, разработав технологии группировки своих сервисов на достаточно серьёзном уровне (см. табл. 7).

 

Отказоустойчивость SQL серверов

Базируется на основе концепции единого общего хранилища данных. Интегрированная кластерная технология SQL Server группирует два SQL-сервера в кластер с одним виртуальным IP-адресом и одной общей БД. Что происходит в случае сбоя основного SQL? Запросы автоматически перенаправляются на резервный. Второй вариант — это недавно выпущенная технология AlwaysOn — автоматическая периодическая репликация баз данных СУБД между основным и резервным SQL-серверами. При этом дублирующий SQL-сервер сам по себе находится в другом хранилище, что повышает устойчивость к рискам.

 

Отказоустойчивость службы сервера 1С:Предприятие

Серверы 1С Предприятия сгруппированы в программный отказоустойчивый кластер active-active с автоматическим перенаправлением на другой ресурс и резервным копированием запущенных сессий.

 

Однако у каждой технологии есть как плюсы, так и минусы. Помимо ключевых преимуществ, специалисту необходимо знать некоторые особенности кластеризации 1С и SQL, чтобы не столкнуться с ухудшением производительности сервиса:

 

Кластеризация SQL, использующая виртуальный IP. А это значит, что взаимодействие между сервером 1С:Предприятия и MS SQL всегда будет происходить через сетевой интерфейс, даже если оба сервиса находятся в одной операционной системе. Что, соответственно, замедлит работу 1С по сравнению с классическим вариантом архитектуры, рекомендованным самой 1С: использование разделяемой памяти. В принципе, это препятствие можно обойти, используя, например, технологию MS SQL Log Shipping. Однако в этом случае переключение на резервный SQL-сервер уже не будет автоматическим и этот вариант нельзя считать полноценным кластером.

 

Кластер SQL требует большого бюджета. Если говорить о классической кластеризации сервиса MS SQL, то требуется единое хранилище БД, подключенное одновременно к основному и резервному SQL-серверам. Обычно эту роль выполняют очень дорогие СХД, которые на порядок (в 10 раз!) увеличивают бюджет. Если мы используем новую технологию AlwaysOn, то отпадает необходимость в дорогостоящем СХД, так как эта технология работает с локальными дисками основного и резервного серверов в локальной сети. Но зато вам необходима версия SQL Server Enterprise, лицензия на которую стоит в 4 раза дороже, чем на обычный SQL Server Standard.

 

Количество лицензий. Не имеет значения, что второй SQL-сервер просто находится в резерве и не занят обработкой данных, вам всё равно потребуется приобрести лицензии как для основного, так и для резервного серверов. Особенно дорогими для бюджета являются лицензии SQL Server Enterprise для реализации распределенного кластера групп высокой доступности AlwaysOn.

Выводы и рекомендации по созданию архитектуры для сервера 1С

 

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

 

У серверной платформы должно быть не менее двух блоков питания (очень хорошо, если они будут подключены к разным сетям), должна быть выносная IPMI-карта для внешнего управления и мониторинга. Обращайте внимание на бренды производителей оборудования. Понятно, каждая компания выбирает решение исходя из своего бюджета, топовые бренды иногда слишком дороги и не совсем подходят, но экономить на производителе ни в коем случае нельзя, это может привести к неконтролируемым ситуациям при работе с 1С.

 

Практика создания производительной серверной инфраструктуры подтверждает мнение, что производительность 1С больше зависит от более высокой частоты процессора, чем от количества поставляемых ядер.

 

Нельзя экономить на объёме оперативной памяти, выделенной серверу 1С и SQL-сервису. Оперативная память сейчас достаточно дешёвый ресурс, и её нехватка (даже на 10-15%) приведёт к существенному снижению производительности системы 1С, т.к. будет включена более медленная swap (система подкачки). Кроме того, swap ещё и сам создаст дополнительную нагрузку на дисковую подсистему, что ещё больше усугубит ситуацию.

Предложение assino

Хорошей альтернативой созданию собственного сервера 1С будет аренда сервера для 1С. Облачные технологии позволяют с небольшими ежемесячными затратами получить надежный, отказоустойчивый сервис для комфортной работы в 1С даже для небольших компаний.