👨‍💻️ Как выбрать сервер для 1С

Итак, вам нужно определиться с оборудованием для 1С. Для начала требуется определить параметры серверного и клиентского оборудования. Обсудим, что влияет на их выбор:

Обычно число пользователей системы является ключевым параметром, определяющим остальные.

В зависимости от требований необходимо выбрать:

Рекомендуемые параметры с сайта 1С

Вячеслав Гилёв в посте Рекомендации по процессорам при подборе серверного оборудования для 1С указывает на важность выбора процессора, в частности обращая внимание, что одним из ключевых факторов является частота:

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

При этом при покупке сервера стоимость процессора составляет примерно 10% от всего сервера, а вклад в общую производительность может достигать 50%.

Инженер Дмитрий Малышев указывает, что системные требования на сайте 1С являются минимальными и для работы рекомендует несколько отличающийся набор характеристик оборудования для серверов базы данных и 1С.

Рекомендации Дмитрия Малышева

Общие рекомендации Малышева следующие:

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

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

Однако выбор самой конфигурации сервера и необходимых выделяемых ресурсов часто бывает нетривиальной задачей так как. отсутствует официальная методика расчета нагрузки от компании разработчика «1С». Казалось бы, что сложного – выбираем объем усредненных ресурсов и умножаем на количества одновременно работающих пользователей. Но тут есть ряд моментов.

База может работать как в файловом режиме, где на скорость влияет в большей степени отклик дисковой подсистемы сервера, так и в клиент-серверном режиме, где также добавляется неизвестные в виде неоптимизированных запросов к СУБД, схемы размещения самого сервера предприятия 1С и тонких/толстых клиентов.

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

На наш взгляд, наиболее оптимальном вариантом являться поднятие тестового сервера с примерными показателями такими как 2 Гб оперативной памяти в расчете на одного работающего пользователя, использование для размещения баз SSD дисков Enterprise уровня и выделение 2-4 виртуальных процессоров с высокой тактовой частотой. После чего производится сравнение скорости работы 1С в файловом и клиент-серверном варианте и при необходимости изменение выделяемых ресурсов.

Алексеев Михаил, CIO, группа компаний «УниКС», http://unics.online/

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

Результаты анализа предложений Selectel

Всё больше компаний выбирают использование облачных решений вместо обычных серверов. Cloud-решения обычно обходятся дешевле, не нужно заниматься поддержкой «железа», к тому же можно оплачивать ежемесячную подписку вместо покупки серверов, что в том числе позволяет легко масштабироваться.

Однако в случае с корпоративными системами, содержащими конфиденциальную информацию, такими как CRM, ERP, учетными системами – в частности, 1С – компании всё же предпочитают использовать серверные решения как более безопасные и привычные.

Александр Смирнов, консультант по управлению проектами, http://ibtraining.ru/

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

Источник

Как выбрать и настроить сервер для 1C Предприятие 8.3

Чтобы грамотно сконфигурировать сервер для 1С, нужно сначала разложить по полочкам планируемую вычислительную нагрузку. Система «1С: Предприятие 8» требовательна к ресурсам даже в том случае, если пользователей можно по пальцам пересчитать.

Выбор процессора и определение объема оперативной памяти для сервера 1С Предприятие 8.3

По моим наблюдениям, в компаниях, штат которых не превышает 10 сотрудников, а база 1-5 гигабайт, «1С:
Предприятие 8.3» обычно устанавливается на выделенном компьютере. И компьютер этот работает в
режиме файлового сервера. Такая нагрузка вполне по силам процессорам Intel Core i3 и E3-12xx. А памяти
оперативной нужно не менее 8 гигабайт (из них 2 гигабайта под ОС).

Средним компаниям, где 5 до 25 пользователей работают с базой до 4 гигабайт лучше всего подойдут
четырехядерные Intel Xeon E3-12xx либо AMD Opteron 4ххх. По четыре гигабайта оперативной памяти хватит
для подсистемы «Сервер приложений» и сервера базы данных MS SQL Server. Традиционно 2 гигабайта
займет ОС. Получается около 10 гигабайт, из которых не менее трети рекомендуется отвести для
кеширования базы данных. С учётом рекомендаций производителей процессоров и постоянно
снижающейся цены за гигабайт памяти рекомендуем 16Гб памяти с коррекцией чётности.
В средних и крупных компаниях (100-150 пользователей и БД от 1 гигабайта) с 1C обычно работают в
терминальном режиме. При этом на сервере одновременно запускается и сама система, и пользовательское
приложение. Опыт подсказывает, что серверные процессоры начального уровня для таких задач не
подходят.

Стоит обратить внимание, что когда оперативной памяти недостаточно, ОС может выгрузить «1С:
Предприятие 8.3. Сервер приложений» в файл подкачки (swap file). Нередко в таких ситуациях приложение
может оказаться недоступным на какое-то время. Закономерный вывод – оперативной памяти всегда
должно быть более чем достаточно.

Чтобы рассчитать требуемые для терминального доступа ресурсы, исхожу из того, что одно процессорное
ядро продуктивно обслуживает до 10 пользовательских сессий. Для сеанса из 20 таких сессий будет вполне
достаточно одного высокочастотного процессора, например, Intel Xeon E3-12xx. Из-за особенностей кода
программы 1С четыре быстрых ядра будут работать эффективнее, чем восемь медленных. Если число
пользователей перевалило за 20, а объем базы данных за 4 гигабайта, необходимы двухпроцессорные
решения на Intel Xeon E5-26xx или AMD Opteron 62xx.

Источник

Как выбрать сервер для 1С, SQL и терминалов

Наверное, каждому сисадмину хоть раз в жизни приходилось решать задачи внедрения продуктов 1С, развёртывания SQL-баз и создания терминальных серверов. К нам регулярно обращаются заказчики с просьбой подобрать сервер под какую-нибудь из этих задач, а то и под все сразу. Здесь есть три возможных подхода, и мы хотим поделиться своим опытом в подборе оборудования, возможно, кому-то он сильно облегчит жизнь.

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

Сегодня мы рассмотрим выбор серверного «железа» для небольшой организации на 25-30 пользователей, с распределенной инфраструктурой (торговые точки, склад), которой требуются терминальный сервер и программа «1С: Предприятие». Этими сервисами будут пользоваться все сотрудники.

Большинство малых компаний, для удешевления стоимости оборудования, предпочитают минимизировать количество приобретаемой техники и просят администраторов «впихнуть» все запрошенные ими сервисы в один физический сервер. Желание понятное и простительное, но тут «есть нюансы».

Можно организовать терминальный сервер и использовать там файловую версию 1С, но при таком количестве пользователей компания-разработчик рекомендует переходить на клиент-серверный вариант. Поэтому нам потребуется еще сервер под «1С: Предприятие» и сервер баз данных. Уточним сразу, что организовать терминальный сервер, сервер SQL и сервер 1С на одной операционной системе возможно, но, с точки зрения безопасности и стабильности работы сервисов, это крайне не рекомендуется. А если всё-таки очень хочется использовать один физический сервер для всех трёх ролей, то рекомендуем использовать виртуализацию, например, VMWare ESXi или Hyper-V.
Таким образом, вырисовывается три варианта:

Для решения этих задач можно предложить следующую конфигурацию серверов:

В случае с одним физическим сервером мы остановили выбор на Dell R710, с двумя шестиядерными процессорами Xeon X5650, 64 Гб оперативной памяти и шестью дисками: два SSD в RAID 1 и четыре SAS-диска в RAID 10.

В случае с двумя физическими серверами мы остановили выбор на таких конфигурациях:

Процессор

С точки зрения процессорного времени терминальные сессии занимают не очень большую долю. По опыту внедрения терминальных решений в различных организациях, для поддержания комфортной работы 30-ти пользователей достаточно будет 4-6 физических ядер процессора, по одному ядру на 6-8 сессий.

Для небольшой базы SQL-серверу понадобится одно ядро. Но мы будем ориентироваться на расширение базы в будущем (или увеличение количества баз) и возьмем два ядра на SQL.

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

Оперативная память

Сначала посмотрим, сколько нужно оперативной памяти под сервисы:

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

Это традиционное бутылочное горлышко многих систем. Правильный выбор жестких дисков очень важен для обеспечения быстродействия серверов. При работе 1С с базой SQL происходит множество операций чтения/записи в секунду (IOPS). Если пользователи работают на терминальном сервере с тонких клиентов (т.е. полноценно используют терминальный сервер как рабочую среду), это сильно нагружает дисковую систему сервера. Например, 30 пользователей терминального сервера на RAID 1, SATA 3 Гбит/с, с дисками WD Velociraptor чувствуют себя некомфортно при работе с почтой и активном сёрфинге в интернете. Для терминальных серверов мы рекомендуем использовать SSD-накопители. Для серверов баз данных — SAS-диски, собранные в отказоустойчивые массивы.

Помимо накопителей, следует уделить внимание и дисковому контроллеру. Современные серверы имеют на борту довольно хорошие контроллеры, например, HP SmartArray и DELL PERC. Однако некорректно будет использовать «набортные» решения при серьёзной нагрузке, когда требуется максимальная производительность. Немного сэкономив, вы легко можете получить мощный сервер, который совершенно не тянет нагрузку. Поэтому контроллер должен быть аппаратным, а не программным, со своей энергонезависимой памятью.

Рассмотрим варианты решения этой задачи.

Один или несколько серверов

Как сказано выше, у небольших организаций довольно велико желание разместить все сервисы на одном сервере.

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

Однако два сервера имеют более широкие возможности по апгрейду. Например, в нашем варианте недорогой IBM x3550 M3 с добавлением еще одного процессора и ОЗУ превращается в элегантные шорты терминальный сервер на 50 и даже более пользователей.

Еще одно «узкое место» в нашем случае, которое необходимо учитывать при выборе двух физических серверов, это обмен данными между ними по сети. У виртуальных серверов обмен данными идёт через виртуальный коммутатор. Здесь же, для увеличения пропускной способности сети, можно установить в каждый сервер по сетевой карте с двумя гигабитными интерфейсами, которые можно агрегировать между собой и напрямую соединить оба сервера агрегированными 2-х гигабитными линками. Или же использовать сетевые карты с SPF+ 10GBASE, но это дорогое удовольствие.

Запас по мощности

При расчетах и выборе сервера необходимо принимать во внимание пиковые нагрузки. Также обязательно нужно помнить, что база данных будет только «пухнуть», объёмы данных на терминальном сервере будут расти, а количество пользователей может увеличиться. Многие предприятия экономят на запасе мощности и через полгода-год сталкиваются с перебоями в работе и жалобами пользователей. Это тот случай, когда чрезмерная экономия приводит к новым затратам в будущем — скупой платит дважды. Выбранные нами варианты рассчитаны с запасом мощности и возможностью апгрейда. Учтено, что в DELL R710 можно будет добавить еще два жестких диска и ОЗУ, а также заменить процессоры на более производительные.

Так что, если вам потребуется расширение, или количество сервисов увеличится, то тут есть большие перспективы, а существующие серверы еще долгое время будут эффективно выполнять свои задачи. Возможно, через год нам неожиданно потребуется увеличить количество пользователей в два раза, до 60 человек? Пожалуйста.

Если вы использовали один сервер DELL R710, то можно докупить недорогой IBM x3550 M3, поднять на нём гипервизор, перенести туда виртуальную машину с БД и 1С-сервером, а на DELL-е все ресурсы отдать виртуальной машине с терминалом. Это будет быстро, и не потребуется «всё выкинуть и купить новое».
Если же вы использовали два сервера IBM, то x3550 M3 с добавлением второго процессора и небольшого количества ОЗУ превращается из середнячка в довольно мощную машину. А в x3250 M5 можно обновить процессор с E3-1220v3 до E3-1285v3.

Источник

Расчет параметров серверного оборудования

Краткое содержание:

Требуется определить характеристики серверного оборудования, необходимого и достаточного для работы информационной системы на платформе 1С:Предприятие (далее – целевая система), исходя из заданной нагрузки на систему.

Мощность серверного оборудования должна быть достаточной для нормальной работы целевой системы (возможно, с некоторым запасом). В то же время, эта мощность не должна быть избыточной, то есть оборудование не должно простаивать, поскольку это означало бы, что часть средств на покупку оборудования потрачена неэффективно.

Постановка задачи и начальные условия

Требуется определить характеристики серверного оборудования, необходимого и достаточного для работы информационной системы на платформе 1С:Предприятие (далее – целевая система), исходя из заданной нагрузки на систему.

Мощность серверного оборудования должна быть достаточной для нормальной работы целевой системы (возможно, с некоторым запасом). В то же время, эта мощность не должна быть избыточной, то есть оборудование не должно простаивать, поскольку это означало бы, что часть средств на покупку оборудования потрачена неэффективно.

Целевая система

Для того, чтобы расчет по данному алгоритму был возможен, должны быть известны все основные характеристики целевой системы (за исключением параметров оборудования, которые требуется вычислить):

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

Эталонная система

Для расчета параметров оборудования по данной методике вам потребуется эталонная система.

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

Однопользовательская тестовая система

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

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

Необходимость ручного выполнения большого количества рутинных действий

Многопользовательские эталонные системы

При использовании однопользовательской тестовой системы вы измеряете нагрузку, создаваемую каждой отдельной операцией, и затем суммируете результаты. Вместо этого вы можете использовать многопользовательскую систему и сразу измерять суммарную нагрузку, создаваемую всеми операциями.

Тестовая система

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

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

Рабочая система

Если система уже запущена в тестовую или промышленную эксплуатацию (то есть, в ней работают реальные пользователи), то вы можете использовать ее в качестве эталонной.

Рабочая система, аналогичная целевой

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

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

Выбор эталонной системы

Приведем сводную таблицу по всем вариантам эталонных систем, которые можно использовать в рамках данной методики.

Многопользовательские эталонные системы

Мощность тестового оборудования

Нужны реальные пользователи

Таким образом, на начальных этапах проекта (когда пользователи еще не работают с системой) следует использовать тестовую (однопользовательскую или многопользовательскую) систему в качестве эталонной. При использовании однопользовательская тестовой системы вы получите расчет с меньшей точностью, но за относительно короткое время. При использовании многопользовательской тестовой системы расчет займет значительно больше времени, но будет более точным. Кроме того этот же тест можно будет использовать для решения других задач.

Если ваша система еще не внедрена, но вам известно о работающем аналоге, вы можете использовать его в качестве эталонной системы.

Если в вашей системе уже работают реальные пользователи, то следует использовать вашу собственную систему в качестве эталона. При этом вы получите наиболее точные результаты с наименьшими затратами.

Расчет параметров

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

ВАЖНО! При измерении параметров загруженности эталонного оборудования необходимо обеспечить отсутствие посторонней нагрузки. Перед проведение измерений убедитесь в том, что эталонное оборудование не выполняет никаких задач, не связанных с работой 1С:Предприятия.

Данная методика рассматривает расчет параметров рабочих серверов 1С:Предприятия и сервера СУБД.

Загруженность каждого целевого сервера рассчитывается на основании загруженности аналогичного эталонного сервера: целевой сервер СУБД – на основании эталонного сервера СУБД и т.д.

На производительность целевой системы сильнее всего будут влиять следующие параметры:

Именно эти параметры мы и будем вычислять в рамках данной статьи.

Процессор

Процедура выбора процессора состоит из следующих этапов:

Процедура выполняется для каждого целевого сервера на основании данных загруженности соответствующего эталонного сервера.

Расчет условного количества ядер

Многопользовательская эталонная система

Используйте для вычислений данную Excel таблицу (лист «Многопользовательская ЭС», таблица «Условное количество ядер процессора. Расчет». Таблица заполнена данными, приведенными в качестве примера. Необходимо заменить данные в ячейках, закрашенных желтым, на данные вашей системы. Вы должны будете указать следующие исходные параметры:

Условное количество процессорных ядер будет вычислено в ячейках D10-D11. После этого необходимо выбрать модель процессора для данного сервера целевой системы и пересчитать условное количество ядер в количество процессоров, которые вам необходимы.

Однопользовательская тестовая система

Процедура расчета для однопользовательской тестовой системы:

Используйте для вычислений данную Excel таблицу (лист «Однопользовательский тест», таблицы «Условное количество ядер процессора. Расчет.»). Обратите внимание на то, что результирующее количество ядер получается путем суммирования по всем операциям. При добавлении новых операций в таблицу, контролируйте формулу суммирования, проверяя, что она захватывает все введенные вами строки.

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

Условное количество процессорных ядер будет вычислено в ячейке F25. После этого необходимо выбрать модель процессора для данного сервера целевой системы и пересчитать условное количество ядер в количество процессоров, которые вам необходимы.

Выбор модели процессора

При выборе модели процессора целевой системы следует учитывать не только количество ядер, но и линейную производительность одного ядра, то есть скорость, с которой процессор обрабатывает команды в одном потоке.

Основой принцип: выбирайте для целевой системы процессор с такой же или большей линейной производительностью, чем процессор эталонной системы.

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

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

Расчет количества процессоров

Условное количество процессоров, полученное вами в результате расчета будет представлять собой дробное число. Это число нужно, во-первых, округлить до целого в сторону увеличения, и, во-вторых, пересчитать в количество реальных процессоров, выбранной вами модели.

Например, вы получили условное число процессорных ядер равное 9.12 и выбрали модель процессора с 4 ядрами. Фактически, для работы вашей системы достаточно 10 ядер, но выбранная вами модель процессора не позволяет обеспечить ровно такое количество ядер на физическом уровне. Ближайшее число ядер, кратное 4 это 12, что соответствует 3 процессорам выбранной вами модели. При этом на рынке нет серверов с нечетным количеством процессоров, поэтому вам придется строить целевую систему на базе 4 процессоров, что даст в сумме 16 ядер вместо необходимых вам 10.

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

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

Процедура выбора дисковой подсистемы состоит из следующих этапов:

Процедура выполняется для каждого целевого сервера на основании данных загруженности соответствующего эталонного сервера.

Расчет относительной производительности дисковой подсистемы для многопользовательской эталонной системы

Используйте для вычислений ту же Excel таблицу (лист «Многопользовательская ЭС», таблица «Относительная производительность дисковой подсистемы. Расчет»). Таблица заполнена данными, приведенными в качестве примера. Необходимо заменить данные в ячейках, закрашенных желтым, на данные вашей системы. При этом необходимо будет указать среднюю загруженность дисковой подсистемы эталонного сервера (B17-B18).

Относительная производительность дисковой подсистемы будет вычислена в ячейках C17-C18.

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

Расчет относительной производительности дисковой подсистемы для однопользовательской тестовой системы

Процедура аналогична расчету условного количества ядер процессора. Обратите внимание на то, что пример, приведенный в таблице (лист «Однопользовательский тест», таблица «Относительная производительность дисковой подсистемы. Расчет») совпадает по составу операций и времени их выполнения с примером, использованным для количества ядер. То есть, при выполнении однопользовательского теста рекомендуется замерять сразу все необходимые показатели загруженности системы.

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

Выбор дисковой подсистемы

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

Мощность дисковой подсистемы определяется ее пропускной способностью при считывании и записи данных, то есть объемом информации, которую дисковая подсистема способна прочитать или записать в единицу времени. Существует множество факторов, значительно влияющих на производительность дисковой подсистемы, поэтому выбрать нужную дисковую подсистему (в отличие от модели процессора) можно только на основании эмпирических (экспериментальных) данных.

Вы можете использовать для выбора следующие методы:

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

Оперативная память

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

Расчет необходимого объема оперативной памяти для многопользовательской эталонной системы

Рабочий сервер кластера 1С:Предприятия

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

Для северов, работающих под управлением Windows объем памяти следует получать по данным Task Manager (колонка Memory). Для серверов Linux можно использовать команду pmap.

Полученную сумму впишите в ячейку B25 на лист «Многопользовательская ЭС» файла Excel. Результат (минимальный объем оперативной памяти целевого сервера) будет рассчитан в ячейке C25.

Сервер СУБД

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

Поэтому, объем памяти, занятой сервером СУБД, может использоваться для расчета только в том случае если вы уверены, что сервер СУБД не испытывает нехватки памяти. Для проверки этого условия можно использовать показатель Cache Hit Ratio, который отображает процент запросов к кэшу по отношению к общему количеству запросов. Значение этого показателя должно быть не менее 80%, то есть как минимум 80% данных, используемых запросами, должны находиться в кэше.

Для MS SQL Server вы можете получить значение Cache Hit Ratio при помощи Performance Monitor (SQL Server:Buffer Manager \ Buffer Cache Hit Ratio).

В том или ином виде этот счетчик доступен во всех СУБД, поддерживаемых 1С:Предприятием. Обратитесь к документации по вашей версии СУБД.

Если Cache Hit Ratio эталонной системы больше или равен 80%, то просуммируйте объемы памяти, занятой всеми процессами СУБД, и впишите полученную сумму в ячейку B26 на лист «Многопользовательская ЭС» файла Excel. Результат (минимальный объем оперативной памяти целевого сервера) будет рассчитан в ячейке C26.

Если Cache Hit Ratio эталонной системы меньше 80%, то эталонная СУБД работает в условиях нехватки памяти, что снижает ее производительность. В этом случае можно использовать значение счетчика «Желаемый объем памяти», который доступен в некоторых СУБД. Например, для MS SQL Server это значение можно получить при помощи Performance Monitor (SQL Server:Memory Manager \ Target Server Memory). Если вы используете другую СУБД, обратитесь к документации по вашей версии СУБД.

Впишите значение этого счетчика в ячейку B26 на лист «Многопользовательская ЭС» файла Excel. Результат (минимальный объем оперативной памяти целевого сервера) будет рассчитан в ячейке C26.

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

Расчет необходимого объема оперативной памяти для однопользовательской тестовой системы

При отсутствии многопользовательской эталонной системы не представляется возможным точно рассчитать объем памяти, необходимый для нормальной работы серверов целевой системы. В этом случае на каждые 100 пользователей следует выделять 8 Гб ОЗУ на всех рабочих серверах 1С:Предприятия в сумме и 24 Гб ОЗУ на сервере СУБД.

Для расчета нужного вам объема памяти вы можете воспользоваться таблицей «Объем оперативной памяти. Расчет» на листе «Однопользовательский тест» файла Excel. Укажите количество пользователей системы в ячейке B52. Необходимый объем памяти будет рассчитан в ячейках B53 и B54.

Приложения

Средняя загруженность процессора

Значения показателя средней загруженности процессора эталонной системы следует снимать в течение достаточно длительного периода (не менее 1 часа) непрерывной интенсивной работы пользователей системы. Не следует использовать значения, полученные на интервале, в который входили периоды значительного снижения нагрузки на систему (нерабочее время, обеденный перерыв и т.п).

Для серверов на платформе Windows загруженность процессора соответствует среднему значению счетчика «Pocessor [_Total] \ %Processor Time» Performance Monitor на выбранном периоде.

Для серверов на платформе Linux загруженность процессора соответствует среднему значению колонки «us» результата команды «vmstat» за выбранный период.

Время начала и окончания выполнения операции

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

Придерживайтесь следующей процедуры замера загруженности:

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

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

Обратите внимание на то, что результаты включают в себя не только отрезок времени, в течение которого выполнялась операция, но и отрезки до ее начала и после ее окончания. Для расчета следует выбрать только тот период времени, в течение которого операция заведомо выполнялась.

Обратите внимание на то, что средняя загрузка процессора на всем интервале замера почти вдвое ниже (38.096%), а сам интервал значительно больше. Если по ошибке использовать значения, полученные на полном интервале (включая два отрезка: где операция еще не началась и где она уже закончилась), то результаты расчета окажутся сильно занижены.

Формула расчета количества процессорных ядер для многопользовательской эталонной системы

tCPU = mCPU *mPT/100/mU*tU, где

Средняя загрузка процессора (mPT) показывает, сколько времени (в процентах) был загружен процессор в целом, то есть все его ядра. Умножив это значение на количество ядер (mCPU) мы получим условную загрузку одного ядра. Например, при mPT равном 25% и mCPU равном 4, условная загрузка одного ядра составит 100%. Иначе говоря, 25% загрузка четырехядреного процессора эквивалентна 100% загруженности одноядерного процессора.

Разделив полученное значение на 100 получим условное количество процессорных ядер (то есть, перейдем от процентов к количеству ядер), задействованных в эталонной системе. В нашем примере это значение будет равно 1.

Таким образом, условное количество процессорных ядер, задействованных в эталонной системе будет равно: mCPU *mPT/100

Будем считать, что пользователи эталонной системы нагружают процессор одинаково. При этом допущении нагрузка, создаваемая одним пользователем, составит mCPU *mPT/100/mU.

Будем считать, что пользователи целевой системы нагружают ее так же, как пользователи эталонной системы нагружают эталонную систему. При этом допущении условное количество процессорных ядер, которые будут задействованы в целевой системе равно mCPU *mPT/100/mU*tU.

Формула расчета количества процессорных ядер для однопользовательской тестовой системы

tCPU = Сумма(tCPUn) где tCPUn – расчетная загрузка процессора для n-ной операции, которая в свою очередь вычисляется по следующей формуле:

Средняя загруженность дисковой подсистемы

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

Важно! Перед тем, как снимать значения показателя загруженности дискового массива, необходимо убедиться в том, что эталонная система не испытывает недостатка в оперативной памяти. Используйте счетчик «Memory / Available Mbytes» для Windows и команду «free» для Linux. Объем доступной памяти должен быть не менее 500 Мб.

Формула расчета относительной производительности дисковой подсистемы для многопользовательской эталонной системы

tRDP = mDUtil / 100 * tU / mU, где

Пересчитаем проценты загруженности эталонного диска в доли единицы mDUtil / 100. Эта загрузка сгенерирована tU пользователями, то есть, в среднем один пользователь генерирует нагрузку mDUtil / 100 / mU. Исходя из допущения, что пользователи целевой системы в среднем нагружают диски так же, как пользователи эталонной системы, получаем относительную производительность равную mDUtil / 100 * tU / mU.

Формула расчета относительной производительности дисковой подсистемы для однопользовательской тестовой системы

tDU = Сумма(tDUn) где tDUn – расчетная загрузка дисковой подсистемы для n-ной операции, которая в свою очередь вычисляется по следующей формуле:

Использование SQLIO для сравнения производительности дисковых массивов

Скачайте файл sqlio.msi по данной ссылке и установите sqlio. Скачайте данный архив (sqlio.zip) и разархивируйте его в тот же каталог, куда был установлен sqlio. Запустите sqlio.bat.

В результате теста, который займет около 20 минут, на каждом из компьютеров будет создано 6 файлов Reads_1.txt, Reads_2.txt, Reads_3.txt, Writes_1.txt, Writes_2.txt и Writes_3.txt. Файлы содержат результаты тестирования производительности дискового массива данного компьютера в текстовом виде. Для того, чтобы оценить применимость целевого дискового массива для работы в вашей системе, вам необходимо открыть эти файлы в текстовом редакторе и перенести данные на лист «SQLIO» файла Excel.

Таблица заполнена данными, приведенными в качестве примера. Исходные текстовые файлы, содержащие эти данные, можно скачать в виде архива (SQLIO_results.zip).

Строки таблицы соответствуют номеру N файла (Reads_N или Writes_N), столбцы «IOs/sec», «MBs/sec» и «Avg_Latency(ms)» соответствуют одноименным показателям в тексте файла.

В ячейках «Относительная производительность целевого дискового массива» (Чтение и Запись) следует указать значения, вычисленные на предыдущем шаге.

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

Выбор оборудования

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

Рабочее место разработчика

Рабочее место пользователя

Серверное оборудование

Исходные файлы к данной статье находятся в каталоге \1CITS\EXE\Scalability\i8105810\

Источник