Выбор инфраструктуры для 1C: с облаком быстрее
Быть в теме

Выбор инфраструктуры для 1C: с облаком быстрее

20.01.2021 28 минут 1187

Запись онлайн-митапа и подробная расшифровка выступлений спикеров.


Berezin.png

Максим Березин, Директор по развитию бизнеса КРОК Облачные сервисы


Kornev.png

Дмитрий Корнев, Директор по развитию партнерского бизнеса Intel в России


Gilev.png

Вячеслав Гилёв, технический директор ООО «Центр Технологической Поддержки» (бренд gilev.ru)



Максим Березин. Мы предлагаем облако «из коробки» на доступных условиях любому тестирующему его заказчику. В начале года в нашем облаке была запущена выделенная физическая инфраструктура, которая подразумевает выделенные серверы, адаптированные для работы с 1С. В большом паблике, в котором все заказчики размещают свои задачи, используются 18-ядерные процессоры Intel Xeon Gold 6254 на turboboost с частотой 3,1-3,9 ГГц.

Команда КРОК и КРОК Облачные сервисы занимается 1С давно и серьезно:

  • Реализация проектов на базе 1С:ERP. Управление холдингом.

    1. Управление финансами (бухгалтерский и налоговый учет, казначейство, бюджетирование, консолидация отчетности, МСФО).
    2. Управление производством (нормирование и планирование производства, планирование закупок и МТО, расчет оперативной производственной себестоимости).
    3. Управление ТОИР.

  • Внедрение и поддержка инфраструктурного ПО — кластеризация ролей, бэкап, мониторинг, работа с лицензионными ключами.
  • Адаптированная под 1С физически выделенная инфраструктура в Облаке КРОК из коробки на 8-ядерных процессорах Intel Xeon Gold 6244 частотой 3,6-4,4 ГГц. Такое решение обеспечивает прирост производительности на 40% на одно ядро. Это радикально влияет на результаты теста Гилёва, поскольку для 1С важна удельная мощность ядра.

Практика 1С в КРОК

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

Кейсы из практики

Логистическая компания

КРОК Облачные сервисы провел миграцию всего web-контура 1С-Битрикс (корпоративный портал).

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

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

Решение

  • Разделение существующей инфраструктуры 1С-Битрикс по ролям на разные виртуальные машины, а часть из них, такие как сервер СУБД, дублировали на двух площадках. Решение проблемы конкуренции и резервирование части ролей, наведение порядка в архитектуре принесло свои результаты и обеспечило ускорение аналитических выгрузок с 15 до 3 секунд.
  • Замена встроенного полного бэкапа на инкрементальный (более легковесный бэкап средствами СУБД) на хранилище S3 для повышения производительности.
  • Замена фронт-части с Apache на более легковесную и адаптивную к нагрузке FastCGI.
  • DR на 2 площадки для отказоустойчивости.

1С-Битрикс также предлагает кластеризованную версию, в которой используется дублирование, разнесение ролей и т. д. При этом модернизированная сборка 1С-Битрикс больше отвечает требованиям заказчика в отношении масштабируемости и отказоустойчивости.



Алкогольный дистрибутор

Перенос всего ландшафта «1С:ERP. Управление предприятием»

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

На первый взгляд, «прокинуть» ключи в инфраструктуру 1С достаточно просто — поставить USB-хаб на периметре и «прокинуть» ключи к заказчику. Однако на практике это непростая задача.

В 90% случаев USB-хабы отлично работают в локальных структурах заказчиков, но не на общих сервисах. Например, если используется хаб на 14 или 20 ключей, все эти ключи передаются клиентам через одну VLAN, что не соответствует нашим требованиям к безопасности.

Решение

  • Ключи USB вынесены на специальный USB-хаб на периметре облака.
  • Каждый ключ отдается в инфраструктуру каждого заказчика по выделенной VLAN.



Сеть медицинских учреждений

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

Решение

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

  • Создание единой физической инфраструктуры для микса пользовательских лицензий и лицензий на прикладное ПО 1С (физические серверы + коммутаторы в 2 ЦОД).
  • Инфраструктура под лицензионные ключи на периметре облака (на ВМ в облаке).



ИТ-компания

Глобальные облака — Amazon, Google или российские облака не всегда позволяют подключить какую-либо структуру на периметре. Реализовать крупный проект без подключения на периметре облака структур, которые в облаке не работают, сложно. Далеко не все облачные провайдеры позволяют создать ЦОД, какое-либо оборудование или даже использовать USB-ключ.

Мы предпочитаем не использовать публичное облако, если задача заказчика в таком облаке не решается или не может быть решена изящно. Для решения этой задачи стоит использовать выделенное оборудование ЦОД.



Ландшафт под SaaS 1С для одного из трех крупнейших франчайзи 1С в России

Заказчик поставил задачу развернуть ландшафт под SaaS-сервис 1C для более чем 180 заказчиков во внешнем дата-центре. Для реализации проекта такого масштаба недостаточно даже выделенного сегмента облака. Кроме того, соотношение производительности и стоимости на ядро оказалось неудовлетворительным.

Решение

  • Создание выделенной инфраструктуры: 8 серверов с 144vCPU и 1,5 ТБ ОЗУ каждый.
  • Правильный выбор процессоров — баланс мощности ядер и их количества:

— Intel Xeon Gold 6248R, 24 ядра,
— 3 ГГц — в базе,
— 4 ГГц — в turboboost,
— Переподписка 3.

Решение для заказчика на основе выделенной инфраструктуры оказывается более практичным и изящным. В настоящее время проект находится на стадии реализации.

Тест Гилёва в идеальных и реальных условиях

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

image17.jpg
Результаты теста Гилёва Облака КРОК для 1С

Идеальные условия (43 балла)

  • Пиннинг ядер конкретной виртуальной машины на конкретные ядра CPU.
  • Отсутствие на физическом сервере других виртуальных машин.
  • Размещение всех ролей 1С на одной виртуальной машине для shared memory (что дает +10-15% производительности по сравнению с передачей по локальной сети), в соответствии с рекомендациями на сайте Гилёва.
  • Shrinе инфраструктуры в таких идеальных условиях позволило получить 43 балла. Но в реальных условиях задача заключается не в получении максимально высоких баллов, а в размещении 1С таким образом, чтобы обеспечить ее адаптивность, доступность (кластеризацию), дублирование данных и т. д.

Применение инфраструктуры в таких идеальных условиях позволило получить 43 балла. Но в реальных условиях задача заключается не в получении максимально высоких баллов, а в размещении 1С таким образом, чтобы обеспечить ее адаптивность, доступность (кластеризацию), дублирование данных и т. д.

Реальные условия (35 баллов)

  • Размещение в адаптированном для 1С физическом сегменте облака.
  • Разнесение ролей 1С по разным виртуальным машинам.
  • Горизонтальное масштабирование терминальных и серверов приложений.
  • Кластеризация СУБД.

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

Аппаратная часть успеха, или технологии Intel для 1C нагрузки в Облаке КРОК

image12.jpg

Дмитрий Корнев. Любому приложению необходим сервер или какой-то вычислительный модуль. Но все чаще серверы перемещаются в ЦОД или происходит объединение серверов (collocation), и это путешествие часто заканчивается в облаке.

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

image3.jpg

Чтобы успешно пережить такой переход, по мнению главного архитектора Intel, компания должна быть лидером по 6 направлениям, которые можно объединить в три группы.

image16.jpg


Дизайн

Чтобы быть лидером в дизайне, необходимо быть лидером во всем: от технологического процесса до компоновки элементов процессора под крышкой теплорассеивателя. Самый простой метод оценки в данном случае — количество элементов (транзисторов) на единицу площади в процессоре Intel.

image26.jpg

Кроме того, быстродействие определяется близостью к процессору памяти, подсистемы ввода-вывода и т. д. В настоящее время дизайн перестал быть плоским и стал пространственным. Таким образом, например, Intel размещает весь слой памяти или кэш-память Intel над кристаллом, а слой ввода-вывода — под кристаллом, что позволяет создавать SoC гораздо более плотными, емкими, производительными и, что самое главное, дешевыми.


Архитектура

В типах архитектуры выделяются два больших лагеря: скалярный и векторный.

image27.jpg

GPU начинает играть все более значимую роль. И компания Intel активно работает над графикой.

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


Решение

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

image21.jpg

Производитель может, не задумываясь, создавать и выполнять свой код на платформе, установленной на сервере, и распределять выполнение кода между всеми архитектурами на сервере. o

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

image8.jpg

Практика показывает, что скалярная архитектура требуется для решения любых задач. В настоящее время скалярная часть сервера играет значительную роль в производительности «1C:Предприятие».


oneAPI

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

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

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

GPU Xe уже выпущен в различных вариантах. Самый простой GPU Xe уже в 11 поколении установлен в любом ноутбуке.

image1.jpg

Миграция выполняется достаточно просто. На данный момент код CUDA в 95% случаев конвертируется и запускается на процессорах x86 и в альтернативных архитектурах автоматически без правки кода благодаря oneAPI.

image19.jpg


Масштабирование на процессорах Intel Xeon

Когда серверы были маленькими и поддерживали небольшое количество процессоров, масштабирование было затруднительно. Однако с появлением процессоров Sky Lake сократились накладные расходы при масштабировании. При переходе на процессоры Cascade Lake (второе поколение) возможности масштабирования увеличиваются на порядок.

image5.jpg


Масштабирование производительности DLRM

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

image15.jpg
DLRM Training Performance on Xeon 8280 using PyTorch 1.4.1

Раскрытие потенциала данных

Далеко не каждому продукту, в том числе 1C, необходимы такие возможности масштабирования.

1C работает с данными. Чтобы раскрыть потенциал данных, необходимо учитывать следующие три задачи: данные необходимо обрабатывать, где-то хранить и передавать.

image29.jpg


Обрабатывайте все

Intel располагает всеми необходимыми инструментами для работы с данными. Для серверной части Intel предлагает процессоры от Xeon до Atom, для обработки данных — ASIC, графику, VPU и т. д.

image10.jpg

Если 1C требуется скалярная часть, следует обратить внимание на процессоры Xeon. И компания КРОК уже сделала это – изучила модельный ряд Xeon, чтобы предложить рынку не только эффективные и производительные, но и дешевые решения.

Уже объявлено о выходе на рынок 3-го поколения Intel Xeon Scalable (Ice Lake), но пока только для 4- и 8-сокетных систем. Для 1C такие системы не требуются. В Облаке КРОК для использования 1C были использованы процессоры Xeon 2-го поколения.


Передавайте быстрее

Intel предлагает полную линейку продуктов от Ethernet до Silicon Photonics, которые могут применяться на уровне платформы с учетом необходимых требований.

image28.jpg


Храните больше

Хранение данных может быть построено с использованием энергонезависимой памяти Optane, которая является самым высокопроизводительным элементом.

image6.jpg


Практические шаги

  1. Выбрать правильную платформу — сервер и его производителя, а также компоненты для установки. Для 1C главную роль играет вычислительная мощность, т. е. процессор, память и объем памяти.
  2. Сконфигурировать платформу с учетом следующего:

    • Горизонтальное масштабирование (Scale-Out).
    • Вертикальное масштабирование (Scale-Up).
    • Расположение в ЦОД (охлаждение, питание).
    • CPU, GPU… прочие ускорители (XPU).
    • Виртуализация.
    • Абстрагирование от железа.
    • Баланс с подсистемой хранения и сетевым стеком.

    Конфигурация — достаточно трудный и долгий процесс. Сложно выбрать оборудование, которое эффективно работает и справляется с задачами 1C, учитывая широкую линейку доступных решений. Например, линейка только второго поколения процессоров семейства Intel Xeon Scalable включала 76 моделей.

    image20.jpg
    Второе поколение процессоров семейства Intel Xeon Scalable

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

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

Например, удаление одного UPI-линка может удешевить систему на уровне процессора на 61%.

image11.jpg

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

Увеличение, например, памяти на +1PMem делает процессор с индексом L, который на 30% дороже, неотличимым от его младшего брата.

image31.jpg

Разобраться в богатстве моделей могут только специалисты, например, эксперты КРОК Облачные сервисы. Сделать правильный выбор, чтобы использовать или не использовать turboboost, выбрать меньшее количество ядер, большую частоту, больше каналов памяти и т. д., достаточно проблематично.

image7.jpg
Выбор модели второго поколения процессоров семейства Intel Xeon Scalable

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

image14.jpg

image13.jpg

image13.jpg

В результате совместной работы Intel и КРОК Облачные сервисы с целью выбора правильного процессора для работы 1С в Облаке КРОК мы отобрали процессор Scalable 1-го поколения, несколько процессоров Scalable 2-го поколения и его обновленную часть с индексом R.

image24.jpg


ПРИМЕЧАНИЕ. Вы можете отсканировать QR-код, чтобы ознакомиться со списком процессоров.

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

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

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

Тест Гилёва чувствителен к частоте, количеству каналов памяти и скорости памяти, которая установлена в этих каналах.

image22.jpg
Производительность новых процессоров в облаке для 1C по тесту Гилёва

ПРИМЕЧАНИЕ. Даже если виртуальная машина на Intel Xeon Gold 6244 на 3,6 ГГц будет стоить на 60 % дороже по сравнению с E5-2690 v2 на 3 ГГц, то стоит выбирать именно ее. При меньшей разнице в цене выгоды становится еще больше. Но у нас разрыв в цене сильно меньше, поэтому такие виртуальные машины заметно выгоднее.

Соответственно, PMem для машин с 1C на текущий момент не предлагается, поскольку первое поколение Optane работает в режиме памяти на частоте 2693, что недостаточно. При этом после выхода второго поколения, которое сможет обеспечить необходимые частоты, ситуация может поменяться.

Intel следует выбирать как производителя платформы, предлагающего широкую линейку разнообразных продуктов и компонентов для решения конкретных задач. Решения Intel позволяют выбирать конкретные компоненты и объединять их под уровнем абстракции — oneAPI.

На этом примере можно сделать вывод, что важно доверить профессионалам выбор аппаратной части, чтобы решить поставленные задачи.

Вячеслав Гилёв. Тест Гилёва используется для того, чтобы быстро и бесплатно сравнивать скорость работы 1C в разном окружении. Тест — первый шаг для оптимизации работы 1C, позволяющий сделать предварительный прогноз. Например, если тест показывает 8–12 баллов, то можно с высокой вероятностью прогнозировать апгрейд оборудования.

Тест Гилёва позволяет сравнивать:

  • виртуальные машины разных провайдеров;
  • виртуальные и физические машины;
  • физические серверы;
  • версии платформы 1C, а также разные версии СУБД;
  • значения некоторых настроек, например, BIOS.

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

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

Тест может быть полезен в виртуальных средах. Даже если провайдер предлагает взять на себя заботу о характеристиках облака, если тест выдает очень низкие баллы (8-12), проблема, скорее всего, существует именно на стороне провайдера.

Тест Гилёва пересчитывает время операции в скорость и сравнивает с эталонными результатами, что позволяет получить упрощенную оценку скорости работы исследуемой среды.

Тест однопоточный, поскольку операции 1C, как правило, производятся в один поток. Это позволяет не нагружать основную базу.

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

image9.jpg

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

image30.jpg
Работа компонентов 1C на виртуальной и физической машине на одном физическом сервере.

image4.jpg
Сравнение разных версий 1C и СУБД для 1C на MySQL сервере.

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

image2.jpg

Наиболее распространенные факторы, влияющие на результаты теста (по убыванию условной значимости):

  • процессор (частота),
  • BIOS (turboboost и т. д.),
  • планки памяти (частота, расположение по каналам),
  • гипервизор (схема электропитания, динамические ресурсы),
  • ОС Windows (схема электропитания, квотирование dfss/Linus — power saving),
  • версии платформы 1C: Предприятие 8,
  • версии СУБД,
  • скорость диска, на котором размещена база,
  • скорость диска, на котором размещена tempdb (для MySQL Server),
  • скорость диска, на котором размещены кластер 1С, профиль учетки службы 1С, темпы,
  • канал взаимодействия между 1С и СУБД: shared memory /скорость сети,
  • зеркалирование и т. д.

Чтобы провести многопоточный тест, например, выяснить, на какое количество пользователей хватит физического сервера и как быстро он работает, необходимо писать индивидуальный нагрузочный тест, имитирующий работу компании. При этом Тест Гилёва позволяет сократить время на тестирование.

Все вопросы о тесте можно направлять по адресу slava@gilev.ru.

Вопросы и ответы

Вопрос. Почему лицензия на сервер Х8664 на 1С стоят дороже, чем на простые 32-битные?

Владислав Гилев. Это ценовая политика компании 1C.

Вопрос. Чем «пилятся» машины?

Максим Березин. Облако КРОК работает на базе KVM, поэтому для виртуализации мы используем Dell EMC ScaleIO. Технология оркестрации и биллинга — наша разработка, сертифицированная Россвязью.

Вопрос. Какую модель USB-хаба вы используете?

Максим Березин. USB over IP компании SEH. На момент выбора USB-хаба AnywhereUSB/14 нам не подходили, потому что использовали одну сеть VLAN.

Вопрос. Почему вы не использовали программную защиту вместо USB-защиты?

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

Вопрос. Почему программные лицензии постоянно слетают?

Максим Березин. В Облаке КРОК используются несколько разных пулов с процессорами разных поколений. Когда виртуальная машина, на которой размещены лицензии, может «ездить» между разными серверами, существует некоторый риск, что ось лицензирования может «слететь». По этой причине мы вынесли сервер лицензирования на физическую машину, запустили на этой физической машине виртуальную, в которой и разместили ключи на пользователей и на occasion. Кроме того, мы разместили сервер виртуальной машины в разных дата-центрах. Мы создали физическую выделенную инфраструктуру за периметром облака, которая гарантированно «поднимает» сервер лицензирования, если что-то происходит с основным сервером.

Вопрос. Если бы 1С использовала GPU, производительность бы взлетела?

Дмитрий Корнев. КРОК Облачные сервисы ждет этого момента с нетерпением. Все продукты для этого уже готовы.

Вопрос. На всех относительно производительных конфигурациях с учетом ограничений в 12 ядер на ПРОФ должны использоваться платформу 1с предприятие уровня КОРП?

Вячеслав Гилёв. Выбор версии определяется количеством пользователей. Если пользователей много и нагрузка небольшая, используется ПРОФ, а если мощностей не хватает, используется КОРП.

Вопрос. Где нужно выполнять тест — на терминальном сервере или на сервере приложений?

Вячеслав Гилёв. Если вы хотите оценить, влияют ли особенности терминального сервера на сеть до терминального сервера, тест лучше выполнять на терминальном сервере. В остальных случаях имеет смысл запускать клиентскую часть сервера 1С. Запуск теста на терминальном сервере также позволяет сравнить производительность на сервере приложений и на терминальном сервере.

Вопрос. Есть ли какой-то опыт с использованием PostgreSQL?

Вячеслав Гилёв. В этом случае мы имеем примерно такой разброс — скорость по версиям платформы понемногу падает. Для версий PostgreSQL от одного вендора скорость между версиями фиксируется, но она незначительная.

Вопрос. Есть ли какие-то особенности на Linux?

Вячеслав Гилёв. Все зависит от того, с чем вы сравниваете. Чтобы тест был корректным, все должно тестироваться на Linux. В рамках Linux разброс будет небольшим. Практического смысла в сравнении результатов Linux, PostgreSQL, MySQL и Windows нет. Продукт должен использоваться на платформе, для которой он изначально был написан.

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

Дмитрий Корнев. Волатильность рынка памяти и стоимость памяти огромна. Однако наша политика ценообразования для Optane выглядит следующим образом. Вне зависимости от позиционирования Intel Optane, память сравнивают с обычной DRAM-памятью. Поэтому каждая планка памяти определенного объема стоит столько же или меньше, чем в два раза меньший объем обычной памяти. И поэтому за цену 64 ГБ оперативной памяти у вашего производителя вы можете купить 128 ГБ нашей памяти. Мы предлагаем набор модулей в 128, 256 и 512 ГБ.

Вопрос. Нужно использовать оборудование 13 года. Результат теста 27 баллов. Диски не очень быстрые, но память большая. Планируется использовать RAM-диск. Что лучше установить на оперативную память — лог базы, саму базу или папку сервера приложений?

Вячеслав Гилёв. Использовать продуктив на RAM-диске довольно рискованно. Можно смело попробовать timedb. Но на старом сервере новый Optane, скорее всего, работать не будет. Но если установлена, например, не ОС Windows 2008, скорее всего, получится приемлемый компромисс. Если делать зеркалирование и транзакцию в асинхронном режиме, т. е. выводить на физическую копию, чтобы гарантированно не потерять надежность, можно провести эксперимент с RAM-диском. Но это возможно в случае небольшой базы. Иначе это будет дорогое удовольствие.

Вопрос. Расскажите о профессиональной и корпоративной версии.

Михаил Ревин. Можно использовать и ПРОФ, и КОРП версию. Основное ограничение — количество одновременных сеансов и количество ядер процессора в одной информационной базе. Если у вас, например, более 500 одновременных сеансов, и вы используете более 12 ядер, лицензия ПРОФ ограничена этими показателями. В случае более 500 одновременных сеансов, вы сможете использовать только 500. При этом, если используется процессор с количеством ядер более 12, 1С будет использовать только 12 ядер. Если вас не устраивают такие ограничения, необходимо приобрести корпоративную лицензию. На сайте 1С опубликован перечень функциональных возможностей лицензирования.

Вопрос. Расскажите об особенностях использования ключей.

Михаил Ревин. Помимо того, что программные лицензии стоят дешевле на 10-20%, чем USB-лицензии, основное отличие заключается в том, что USB-ключи лицензируют рабочее место, а программные ключи — сеанс подключение. Если пользователь работает с двумя информационными базами, например ERP и Документооборот, между которыми обеспечена коллаборация между двумя лицензиями и бесшовная интеграция, при использовании программных лицензий будет подключено два сеанса, т. е. задействовано две лицензии, а в случае использования аппаратной лицензии – одна. В таком случае при определенной конфигурации можно добиться определенной экономии.

Кроме того, программные ключи привязаны к конфигурации сервера. В случае использования виртуальных машин, которые динамически меняют свои параметры, лицензии «слетают». Если параметры будут меняться, придется использовать технологические окна, чтобы перепрописывать лицензии. Поэтому USB-ключи использовать проще.

Вячеслав Гилёв. На самом деле принцип «одно рабочее место — одна лицензия» соблюдается не всегда в зависимости от места активации. Если ключ стоит на сервере 1С, он может использоваться на сеанс.Если ключи привязаны к рабочему месту, а не к серверу, тогда будет соблюдаться принцип «одно рабочее место — одна лицензия». Кроме того, можно привязать активацию программной лицензии не к виртуальной машине, а к обычному USB-ключу, что также позволит решить ряд проблем лицензирования в облаке. 


Вопрос. Почему при настройках сервера 1С по умолчанию определяется 128/8 для профессиональной версии. Производительность в разы меньше, чем при 40 на одну базу.

Вячеслав Гилёв. Мне кажется, это искусственное ограничение, чтобы продвигать корпоративную лицензию.

Вопрос. Какую СУБД вы используете в облаке? На одном ли сервере устанавливается СУБД и приложения?

Максим Березин. Такие особенности зависят от конкретного проекта и СУБД, которая была внедрена у заказчика. Кроме того, распиливание сервера СУБД и приложений по ролям на разные виртуальные машины часто зависит от величины внедрения.

Вопрос. Есть ли реальные примеры переноса сервера приложений 1С с физической машины в Облако КРОК с минимальной просадкой по производительности?

Максим Березин. Практически все наши проекты реализованы в публичном облаке. У нас установлены процессоры 4.4 с turboboost. В нашем облаке вы можете выполнить тест Гилёва или проверить нагрузку. Необходимо оценивать конкретные настройки 1С и искать точки роста.

Вопрос. Какое оптимальное количество рабочих процессов?

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

Вопрос. Расскажите о ценах, предлагаемых КРОК Облачные системы.

Максим Березин. Запросы о стоимости можно направлять по адресу: mb@croc.ru. Мы также можем провести тестирование.

В целом, базовые «лошадки», на которых работает 95% наших виртуальных машин — процессоры 6254 предлагаются по стандартным рыночным ценам, сравнимым с ценами наших конкурентов, +/- 5%. Более производительные процессоры, которые дают прирост производительности на 40%, предлагаются по цене на 40% выше. Однако с учетом оперативной памяти, дисков, оперативной памяти и т. д., разница в цене с обычным процессором составляет 5-10%.

Вопрос. Расскажите об использовании метаданных в Memory.

Вячеслав Гилёв. На данный момент 1С с данными таблицами не работает. Поэтому особого выигрыша не будет, если вы не будете кодировать данные вручную.

Вопрос. Расскажите о работе тонких клиентов на медленных каналах при использовании ERP-лицензии.

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

Михаил Ревин. Необходимо оценивать все параметры в каждом конкретном случае.

Вопрос. На каких условиях КРОК сотрудничает с White label?

Максим Березин. Мы можем менять веб-консоль в облаке в соответствии со стилем и цветами наших партнеров и работать в сотрудничестве с партнерами по конкретным проектам. Но чаще партнер работает напрямую с конечным заказчиком.

Вопрос. Можно ли работать в облаке, если база 1С превышает 1 ТБ? Есть ли конкретные примеры такой работы?

Максим Березин. В Облаке КРОК размер базы ограничивается 8 ТБ на диск, и можно использовать до 16 дисков на одну машину.

Мы используем три типа дисков:

  • базовые диски SaaS, 500-1000 IOPS на диск любой емкости,
  • SSD-диски средней производительности, 10 IOPS на 1 ГБ,
  • диски Input/Output, на которых можно приобрести емкость и до 50000 IOPS.

Таким образом, вы можете разместить базу размером 1 ТБ. Можно также воспользоваться 50000 IOPS на NVMe для получения высокой производительности. Все эти возможности доступны «из коробки», и их можно протестировать.

Сервисы упоминаемые в статье

  1. Публичное облако КРОК

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

Ваш e-mail успешно подписан.

Запросить демо
Я подтверждаю свое согласие на обработку компанией КРОК моих персональных данных, указанных в форме, в целях и пределах, установленных законодательством РФ о персональных данных в рамках проводимых мероприятий в течение неопределенного срока
Предпочтительный способ связи
Оставить заявку
Я подтверждаю свое согласие на обработку компанией КРОК моих персональных данных, указанных в форме, в целях и пределах, установленных законодательством РФ о персональных данных в рамках проводимых мероприятий в течение неопределенного срока
Узнать стоимость
Я подтверждаю свое согласие на обработку компанией КРОК моих персональных данных, указанных в форме, в целях и пределах, установленных законодательством РФ о персональных данных в рамках проводимых мероприятий в течение неопределенного срока
Предпочтительный способ связи
Попробовать бесплатно
Я подтверждаю свое согласие на обработку компанией КРОК моих персональных данных, указанных в форме, в целях и пределах, установленных законодательством РФ о персональных данных в рамках проводимых мероприятий в течение неопределенного срока
Предпочтительный способ связи
Регистрация в консоли
Я подтверждаю свое согласие на обработку компанией КРОК моих персональных данных, указанных в форме, в целях и пределах, установленных законодательством РФ о персональных данных в рамках проводимых мероприятий в течение неопределенного срока
Предпочтительный способ связи
scrollup
historyMenuItem.each(function(i, el) { if ($(el).hasClass('b-history-menu__item--active')) { $('.b-history-menu__item--active').get(0).scrollIntoView({ behavior: "smooth", block: "center" });var historyMenuItem = $('.b-history-menu__item ') } });