18.03.2015
Требуется определить характеристики серверного оборудования, необходимого и достаточного для работы информационной системы на платформе 1С:Предприятие (далее – целевая система), исходя из заданной нагрузки на систему.
Мощность серверного оборудования должна быть достаточной для нормальной работы целевой системы (возможно, с некоторым запасом). В то же время, эта мощность не должна быть избыточной, то есть оборудование не должно простаивать, поскольку это означало бы, что часть средств на покупку оборудования потрачена неэффективно.
Требуется определить характеристики серверного оборудования, необходимого и достаточного для работы информационной системы на платформе 1С:Предприятие (далее – целевая система), исходя из заданной нагрузки на систему.
Мощность серверного оборудования должна быть достаточной для нормальной работы целевой системы (возможно, с некоторым запасом). В то же время, эта мощность не должна быть избыточной, то есть оборудование не должно простаивать, поскольку это означало бы, что часть средств на покупку оборудования потрачена неэффективно.
Для того, чтобы расчет по данному алгоритму был возможен, должны быть известны все основные характеристики целевой системы (за исключением параметров оборудования, которые требуется вычислить):
Вы можете использовать данную методику при отсутствии исчерпывающей информации о некоторых характеристиках системы, но следует понимать, что точность вычислений в этом случае снижается.
Для расчета параметров оборудования по данной методике вам потребуется эталонная система.
Эталонной называется реально работающая информационная система, которая совпадает с целевой системой по всем характеристикам, за исключением интенсивности нагрузки. В частности, эталонная система должна совпадать с целевой по:
Вы можете создать нагрузку на эталонной системе, выполняя все основные ключевые операции вручную на любом имеющемся у вас оборудовании и замеряя загруженность основных параметров оборудования при выполнении каждой операции. Затем полученные данные суммируются по всем операциям.
Основной сценарий: предварительный расчет параметров оборудования на стадии предпродажной подготовки. Для принятия окончательного решения о внедрении системы на платформе 1С:Предприятие клиенту необходимо понимать, какое оборудование потребуется для работы системы. При этом вам нежелательно тратить большие ресурсы на проведение исследования, поскольку решение о покупке клиентом пока не принято.
Плюсы:
Минусы:
Необходимость ручного выполнения большого количества рутинных действий
При использовании однопользовательской тестовой системы вы измеряете нагрузку, создаваемую каждой отдельной операцией, и затем суммируете результаты. Вместо этого вы можете использовать многопользовательскую систему и сразу измерять суммарную нагрузку, создаваемую всеми операциями.
Используя Тест-центр, входящий в состав Корпоративного Инструментального Пакета, вы можете эмулировать многопользовательскую работу системы без привлечения реальных пользователей. Подготовка многопользовательского теста займет значительное время, но полученные результаты будут весьма точными. Кроме того, вы сможете использовать этот тест не только для расчета параметров оборудования, но и для решения других задач, например:
Основной сценарий: подготовка новой системы к первоначальному вводу в эксплуатацию. Клиент уже подписал договор, вы полностью разработали необходимый функционал. Перед тем, как запускать систему в промышленную эксплуатацию необходимо подобрать оборудование, а так же убедиться, что при работе системы не возникнет проблем производительности, блокировок и т.п.
Плюсы:
Минусы:
Если система уже запущена в тестовую или промышленную эксплуатацию (то есть, в ней работают реальные пользователи), то вы можете использовать ее в качестве эталонной.
Основные сценарии:
Плюсы:
Минусы:
Если ваша информационная система еще не внедрена, но у вас есть доступ к данным аналогичной системы, вы можете использовать ее в качестве эталонной.
Основной сценарий: вы планируете внедрение типовой системы и вам известно, что в другой организации такая система уже внедрена.
Плюсы:
Минусы:
Приведем сводную таблицу по всем вариантам эталонных систем, которые можно использовать в рамках данной методики.
|
Показатель |
Однопользо-вательский тест |
Многопользовательские эталонные системы | ||
|---|---|---|---|---|
|
Тестовая |
Рабочая |
Аналог | ||
|
Трудозатраты |
небольшие |
очень большие |
незначительные |
незначительные |
|
Мощность тестового оборудования |
любая |
высокая |
не требуется |
не требуется |
|
Сложность расчета |
большая |
незначительная |
незначительная |
незначительная |
|
Точность расчета |
маленькая |
небольшая |
высокая |
средняя |
|
Нужны реальные пользователи |
нет |
нет |
да |
да |
Таким образом, на начальных этапах проекта (когда пользователи еще не работают с системой) следует использовать тестовую (однопользовательскую или многопользовательскую) систему в качестве эталонной. При использовании однопользовательская тестовой системы вы получите расчет с меньшей точностью, но за относительно короткое время. При использовании многопользовательской тестовой системы расчет займет значительно больше времени, но будет более точным. Кроме того этот же тест можно будет использовать для решения других задач.
Если ваша система еще не внедрена, но вам известно о работающем аналоге, вы можете использовать его в качестве эталонной системы.
Если в вашей системе уже работают реальные пользователи, то следует использовать вашу собственную систему в качестве эталона. При этом вы получите наиболее точные результаты с наименьшими затратами.
Необходимо измерить ключевые параметры загруженности серверного оборудования при работе эталонной системы и затем линейно экстраполировать эти данные на целевую систему, получив таким образом загруженность целевого оборудования. После этого необходимо выбирать оборудование, которое способно справится с такой нагрузкой.
ВАЖНО! При измерении параметров загруженности эталонного оборудования необходимо обеспечить отсутствие посторонней нагрузки. Перед проведение измерений убедитесь в том, что эталонное оборудование не выполняет никаких задач, не связанных с работой 1С:Предприятия.
Данная методика рассматривает расчет параметров рабочих серверов 1С:Предприятия и сервера СУБД.
Загруженность каждого целевого сервера рассчитывается на основании загруженности аналогичного эталонного сервера: целевой сервер СУБД – на основании эталонного сервера СУБД и т.д.
Если в системе наблюдается ярко выраженная цикличность нагрузки (как это бывает, например, в системах расчета зарплаты), то вам следует отдельно вычислить параметры оборудования целевой системы для каждого этапа и затем выбрать максимальное значение по каждому вычисленному показателю. Например, для этапа «плановая работа в течение месяца» вычисленный показатель количества ядер равен 4, а для этапа «расчет зарплаты» - 16. В этом случае следует выбрать последнее значение.
На производительность целевой системы сильнее всего будут влиять следующие параметры:
Именно эти параметры мы и будем вычислять в рамках данной статьи.
Процедура выбора процессора состоит из следующих этапов:
Процедура выполняется для каждого целевого сервера на основании данных загруженности соответствующего эталонного сервера.
Используйте для вычислений данную 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С:Предприятия, запущенными на данном эталонном сервере. Объем памяти следует регистрировать во время пиковой нагрузки на эталонную систему. Просуммируйте память, занятую следующими процессами:
Для северов, работающих под управлением 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-ной операции, которая в свою очередь вычисляется по следующей формуле:
tCPUn = (tF - tS) * tFREQn * mPTn * mCPU * 0.24, где
Длительность выполнения операции в секундах в Excel вычисляется по формуле (tF - tS) * 86400 (поскольку ячейки типа дата-время хранят, по сути, количество дней, прошедших с 1900 года, где время представлено дробной частью числа).
Средняя загрузка процессора в течение этого времени составила mPTn процентов. Иначе говоря было загружено mPTn / 100 * mCPU ядер. Распределив эту загрузку равномерно в течение часа получим (tF - tS) * 86400 * mPTn / 100 / 3600 * mCPU = (tF - tS) * mPTn * mCPU * tFREQn. Умножив это значение на mFREQn (интенсивность выполнения операции в час) получим:
(tF - tS) * tFREQn * mPTn * mCPU * 0.24
Значения показателя средней загруженности диска эталонной системы (отдельно на чтение и на запись) следует снимать в течение достаточно длительного периода (не менее 1 часа) непрерывной интенсивной работы пользователей системы. Не следует использовать значения, полученные на интервале, в который входили периоды значительного снижения нагрузки на систему (нерабочее время, обеденный перерыв и т.п).
Важно! Перед тем, как снимать значения показателя загруженности дискового массива, необходимо убедиться в том, что эталонная система не испытывает недостатка в оперативной памяти. Используйте счетчик «Memory / Available Mbytes» для Windows и команду «free» для Linux. Объем доступной памяти должен быть не менее 500 Мб.
Для серверов на платформе Windows загруженность диска вычисляется по формуле 100 - «Physical Disk [_Total] \ %Idle Time». Для серверов на платформе Linux загруженность дисков соответствует показателю %util команды «iostat – d -x».
tRDP = mDUtil / 100 * tU / mU, где
Пересчитаем проценты загруженности эталонного диска в доли единицы mDUtil / 100. Эта загрузка сгенерирована tU пользователями, то есть, в среднем один пользователь генерирует нагрузку mDUtil / 100 / mU. Исходя из допущения, что пользователи целевой системы в среднем нагружают диски так же, как пользователи эталонной системы, получаем относительную производительность равную mDUtil / 100 * tU / mU.
tDU = Сумма(tDUn) где tDUn – расчетная загрузка дисковой подсистемы для n-ной операции, которая в свою очередь вычисляется по следующей формуле:
tDUn = (tF - tS) * mFREQn * mDUn * 0.24, где
Скачайте файл 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С. Приведенные требования не являются минимальными, и могут быть изменены. Требования к серверному оборудованию не являются точной оценкой и не могут использоваться как окончательные требования, особенно для крупных внедрений. В общем случае следует применять методику расчета параметров серверного оборудования и проводить тестирование, т.к. реальные требования сильно зависят от характера нагрузки.
| Тип клиента | Процессор | Память | Диск | Дополнительные параметры | ||
| Конфигуратор | Intel Core i3 и выше | 8 Гб | 16 Гб свободно | Устройство чтения компакт-дисков |
USB-порт | SVGA-видеокарта |
| Тип клиента | Процессор | Память | Диск | Дополнительные параметры | ||
| Файловый вариант | Intel Celeron G530 2400 МГц и выше | 4 Гб | 8 Гб свободно | Устройство чтения компакт-дисков |
USB-порт | SVGA-видеокарта |
| Толстый клиент | Intel Celeron G530 2400 МГц и выше | 4 Гб | 8 Гб свободно | |||
| Тонкий клиент | Intel Celeron G530 2400 МГц и выше | 2 Гб | 8 Гб свободно | |||
| Веб клиент | Intel Celeron G530 2400 МГц и выше | 2 Гб | 8 Гб свободно | - | - | |
| Тип внедрения | СУБД | 1С | Веб сервер | ||||||
| Процессор | Память | Диск | Процессор | Память | Диск | Процессор | Память | Диск | |
| Малое внедрение (до 100 пользователей) | 8 ядер | 16 Гб | 500 Гб | 4 потока, 2 ядра | 8 Гб | 120 Гб | 2 потока, 1 ядро |
4 Гб | 80 Гб |
| Среднее внедрение (до 500 пользователей) | 12 ядер | 64 Гб | 1000 Гб | 8 потоков, 4 ядра | 24 Гб | 200 Гб | 2 потока, 1 ядро |
4 Гб | 80 Гб |
| Крупное внедрение (от 500 пользователей) | 40 ядер | 512 Гб | 3000 Гб | 20 потоков, 10 ядер | 64 Гб | 500 Гб | 4 потока, 2 ядра |
8 Гб | 120 Гб |
Исходные файлы к данной статье находятся в каталоге \1CITS\EXE\Scalability\i8105810\