Таблицы серверов (как просто выбрать сервер)

15.10.22

Администрирование - Сервера

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

Скачать файлы

Наименование Файл Версия Размер
Таблицы серверов (скачать статью, поддержать автора)
.docx 182,02Kb
53
.docx 182,02Kb 53 Скачать
Сервер 150 пользователей, база 150 Гб (сервера разделены)
.docx 17,77Kb
34
.docx 17,77Kb 34 Скачать
Сервер 150 пользователей, база 150 Гб (сервера совмещены)
.docx 18,78Kb
34
.docx 18,78Kb 34 Скачать
Сервера разделены, 100 польз., 1СЕРП 2.4, разм.200 Гб
.docx 19,45Kb
27
.docx 19,45Kb 27 Скачать
Сервера совмещены, 100 польз., 1СЕРП 2.4, разм.200 Гб
.docx 20,35Kb
30
.docx 20,35Kb 30 Скачать
Сервера совмещены, 250 польз., 1СЕРП 2.4, разм.200 Гб
.docx 19,25Kb
31
.docx 19,25Kb 31 Скачать
Сервера разделены, 250 польз., 1СЕРП 2.4, разм.200 Гб
.docx 19,30Kb
40
.docx 19,30Kb 40 Скачать
Сервера разделены, 600 польз., 1СЕРП 2.4, разм.300 Гб
.docx 20,00Kb
33
.docx 20,00Kb 33 Скачать
СЕРВЕР СОВМю И РАЗД. ДЛЯ 100 ПОЛЬЗ., 1СЕРП 2.4 РАЗМ БАЗЫ 200 ГБ (зеркало)
.docx 22,39Kb
14
.docx 22,39Kb 14 Скачать
СОВМ.СЕРВЕР, 30 ПОЛЬЗ, 1СЕРП 2.4, РАЗМ.80 ГБ (зеркало)
.docx 20,47Kb
17
.docx 20,47Kb 17 Скачать
СОВМ.СЕРВЕР, 200 ПОЛЬЗ., 1СЕРП 2.4, РАЗМ. 200ГБ (зеркало)
.docx 19,98Kb
4
.docx 19,98Kb 4 Скачать
СОВМ. СЕРВЕР, 200 ПОЛЬЗ. 1С ЕРП 2.4, РАЗ. 400ГБ (зеркало)
.docx 23,56Kb
9
.docx 23,56Kb 9 Скачать
СОВМ.СЕРВЕР, 10 ПОЛЬЗ., 1С БУХ 3.0, РАЗМ.75 ГБ:
.docx 13,35Kb
10
.docx 13,35Kb 10 Скачать

Таблицы серверов

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

Мощность оборудования должна быть достаточной для нормальной работы пользователей.

Но как подобрать сервер простым способом?

Для начала нужно знать следующую информацию

  • Конфигурация 1С, которая будет внедрена.
  • Количество активных пользователей, одновременно работающих в системе и их вес (легкие пользователи, тяжелые пользователи)
  • Размер базы данных, с учетом увеличения размера базы в течение следующих 2-3 лет
  • Особенности нагрузки, некие критичные операции в системе, обрабатывающие большие объемы данныхи/или выполняемый с высокой частотой.
  • Другие параметры:
    • Версия СУБД
    • Версия веб-сервера
    • Версии операционных систем серверов и клиентов (Winили Linux)
    • Типы клиентских приложений (веб-клиент, тонкий клиент, толстый клиент)
    • Терминальный доступ
    • и т.п.

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

  1. Производительность процессора
    1. Количество ядер и частотаядра (скорость, с которой процессор обрабатывает команды в одном потоке)
    2. Выбор количества процессоров и модели
  2. Производительность дискового массива
    1. Пропускная способность при считывании и записи данных
    2. Объем
    3. Отказоустойчивость
    4. Выбор дисковой подсистемы
  3. Объем оперативной памяти
    1. Частота
    2. Объем
    3. Выбор модели памяти и комбинации планок (сочетать планки по 4 штуки одинакового объема)
  4. Заказ оборудования у поставщика

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

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

Определяем параметры клиентских рабочих мест, они общеизвестны и выглядят примерно так:

Тип клиента

Процессор

Память

Диск

Сетевой интерфейс

USB порт

Компьютер разработчика (конфигуратор)

2core х 3.2Ghz, Intel

8GB, DDR4

100GB, SSD

100 Mb/s

+

Компьютер пользователя (тонкий, толстый, веб клиент)

2coreх 2.8Ghz, Intel

4GB, DDR4

100 GB, Sata

10 Mb/s

-

Терминальный сервер на 50 пользователей (Количество терминальных серверов в ферме = Количество пользователей / 50)

16core х 3.2Ghz, Intel

64GB, DDR4

800 GB, SSD

1 Gb/s

+

 

Расчет параметров серверов можно посмотреть насайте Методическая поддержка 1С в разделе«Расчет параметров серверного оборудования», они там такие:

Тип внедрения

СУБД

Веб сервер

Процессор

Память

Диск

Процессор

Память

Диск

Процессор

Память

Диск

Малое внедрение (до 100 пользователей)

8core

16 GB

500 GB

4 stream, 2 core

8 GB

120 GB

2 stream,
1 core

4 GB

80 GB

Среднее внедрение (до 500 пользователей)

12core

64 GB

1000 GB

8 stream, 4 core

24 GB

200 GB

2 stream,
1 core

4 GB

80 GB

Крупное внедрение (от 500 пользователей)

40core

512 GB

3000 GB

20 stream, 10 core

64 GB

500 GB

4 stream,
2 core

8 Gb

120 GB

 

Я пользуюсь для подбора серверов сервисом сайта Гилева по подбору оборудования

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

Тип внедрения

СУБД

Процессор Intel Gold, Xeon

Память, DDR4

Диск, SSD

Процессор Intel Gold, Xeon

Память, DDR4

Диск, SSD

Малое внедрение (до 100 пользователей)

12coreх 3.2Ghz

160GB

400 GB

Сервер СУБД и 1С совмещены

Среднее внедрение (до 500 пользователей)

32coreх 3.2Ghz

400GB

800 GB

32coreх 3.2Ghz

200GB

400 GB

Крупное внедрение (от 500 до 1000)

48coreх 3.2Ghz

800GB

2 TB

48core х 3.2Ghz

400GB

400 GB

 

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

Условия

Онлайн пользователей в базе

50

75

100

150

200

300

500

1000

Ориентировочный размер базы, GB

100

100

100

100

100

100

100

100

Сервер 1

Процессор {Intel}, Core х Ghz

8 х 3.2

8 x 3.2

12 x 3.2

12 x 3.2

16 х 3.2

20 х 3.2

32 х 3.2

48 х 3.2

Оперативная память {DDR4}, GB

96

128

160

96

128

168

248

500

Накопители под данные {SSD, Sata} GB

400

400

400

200

200

400

400

400

1С Сервер

 х86-64

 х86-64

 х86-64

 х86-64

 х86-64

 х86-64

 х86-64

 х86-64

СУБД

Postgres Pro, MS SQL Standart

Postgres Pro, MS SQL Standart

Postgres Pro, MS SQL Standart

 

 

 

 

 

Сервер 2

Процессор

 

 

 

12 x 3.2

16 х 3.2

20 х 3.2

32 х 3.2

48 х 3.2

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

 

 

 

200

264

392

520

1152

Накопители под данные (SSD), GB

 

 

 

800

800

800

800

800

СУБД

 

 

 

Postgres Pro, MS SQL Enterprise

Postgres Pro, MS SQL Enterprise

MS SQL Enterprise

MS SQL Enterprise

MS SQL Enterprise

Из учета опыта и предположения, что системные требования указанные на сайте 1С являются минимальными для работы программы 1С, но не оптимальными (как, например, на игровых диска min требования и рекомендуемые), сравнил таблицы 1С и сайта Гилева по числу ядер и оперативной памяти (Ось Х (горизонтальная) - число пользователей, Ось Y (вертикальная) - общее количество ядер, либо общая сумма оперативной памяти серверов).

Рис. 1 Сравнение общего количества  ядер

Рис.2 Сравнение общего количества оперативной памяти

И сделал вывод, что параметры сервиса Гилева довольно топовые, т.е. чрезмерно высокие и сервер получается дорогой, а параметры 1С заниженные и сервер получается мало эффективным.

Истинный Ваш сервер (не дорогой и достаточно мощный) где-то посередине!

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

  • Под накопители для резервных копий использовать 2 диска с ёмкостью >=3Tb
  • Сетевые интерфейсы между серверами 2x10Gb для обеспечения отказоустойчивости
  • На сервере 1С неустанавливать роль терминального сервера. 1 сервер может быть только при низких требованиях отказоустойчивости сервера 1С.На сервере СУБД не должно быть никаких других задач и ролей, кроме сервера СУБД
  • Все сервера должны находиться в одной подсети. Виртуализациюоборудования по возможности не используйте.
  • Обеспечение отказоустойчивости роли сервера 1С штатными средствами платформы 1С
  • Обеспечение отказоустойчивости роли СУБД по технологии AlwaysOnFailOverCluster
  • Файлы, от которых зависит максимальная производительность системы (а это файлы баз данных, логи баз данных, файлы tempdb для MS SQL или pg_xlog для PostgreSQL, файлы кластера 1С (srvinfo), папка временных файлов профиля пользователя службы 1С), размещать только на PCIe SSD. Все вместе эти файлы не должны занимать более 50% ёмкости SSD.
  • Если в компании есть корпоративный стандарт по загрузке только с SAS/SATA дисков - можно установить ОС на эти диски. С какого диска загружается ОС - несущественно. Гораздо важнее, чтобы ключевые данные были размещены на максимально быстрых носителях. СУБД устанавливать только на PCIe SSD.
  • Про отказоустойчивость: Надо понимать, что ЛЮБОЙ узел может выйти из строя, вообще любой, независимо от цены или шильдика. Поэтому, если есть повышенные требования к отказоустойчивости системы (например, если бизнес не может себе позволить в рабочее время остановку системы более чем на 2 минуты) - надо говорить о резервировании узлов. Что и как резервировать - определяется напрямую требованиями бизнеса, и его финансовыми возможностями (например, купить по два комплекта всех серверов, сетевого оборудования и UPS, рассадить по разным линиям электропередачи в разных зданиях, и настроить постоянные обмены между базами данных в оперативном режиме - получается хорошо с точки зрения резервирования, но очень дорого).

Конкретные файлы подбора оборудования предоставляемые на сайте сервиса подбора выглядят более подробно, в них содержится:

  • Описание серверов и ПО
  • Отображаются исходные условия запроса оборудования (Параметры: Конфигурация 1С, Количество пользователей, Размер базы)
  • Текст снабжен гиперссылками на сайты производителей с описанием оборудования
  • В некоторых случаях предлагается несколько вариантов серверов на выбор исходя из бюджета,
  • Даны рекомендации поставщиков для заказа оборудования.

Пример подбора

 

ВАЖНАЯ ИНФОРМАЦИЯ: На текущий момент большие и дорогие рэйды SSD не используются. Используется 2 диска с сохранением надержности. Примеры конфигураций прикрепил.

Например, берем просто зеркало для базы

под 200 ПОЛЬЗ., 1С:ЕРП 2.4, РАЗМ.200 ГБ

Накопители под ОС: Intel S4610 480GB, 2.5” SATA 6Gb/s, 2 шт. в RAID1 ('зеркало')
 

 
 Другие публикации автора

Ссылка на компетенции по 1С:ERP - команда со знаниями, умениями и успешными проектами.

сервер серверы оборудование терминальный СУБД рабочее место производительность процессов оперативная память параметры серверов

См. также

Запуск сервера хранилища конфигураций и сервера удаленного управления на Linux, посредством systemd

Linux Сервера Платформа 1С v8.3 Абонемент ($m)

Сказ о том, как сделать "кошерный" запуск серверов хранилища конфигураций (вдруг еще кто-то до сих пор пользуется) и удаленного администрирования под GNU/Linux с использованием systemd

1 стартмани

07.09.2023    4220    Sloth    0    

23

Первый день архитектора 1С на новой работе

Мониторинг Сервера Администрирование СУБД Бесплатно (free)

Как быстро познакомиться с системой на новой работе или если вас пригласили провести аудит контура на 1С? О том, какие инструменты использовать для быстрой проверки настроек сервера 1С, сервера MS SQL и общей оценки инфраструктуры на производительность, на конференции Infostart Event 2021 Post-Apocalypse рассказал архитектор 1С Юрий Былинкин.

01.06.2023    10707    ardn    19    

81

Путь самурая. Ставим локальный Сервер взаимодействия

Сервера Администрирование веб-серверов Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Подробная пошаговая инструкция (как делал я) установки Сервера взаимодействия версия 22.0.26 на Windows Server 2022. Установка собственного объектного хранилище с помощью системы MinIO (https://min.io/). Настройка Сервера взаимодействия для обмена файлами в сообщениях.

1 стартмани

07.04.2023    12325    VPanin56    40    

71

Быстрое конфигурирование серверов с Ansible

Администрирование веб-серверов Сервера Бесплатно (free)

Всю рутину по обновлению платформы, настройке веб-серверов и серверов хранилищ на всем парке серверов компании можно автоматизировать с помощью удобочитаемых YAML-скриптов Ansible. О том, как написать сценарии такой автоматизации, чтобы запускать их параллельно для группы серверов, на митапе «Инструменты автоматизации рутины в 1С-разработке» рассказал ведущий разработчик компании ПИК Digital Павел Комаров.

26.01.2023    4771    lopatrik    4    

22

Жизнь платформы 1C:Предприятие в кластере Kubernetes

Сервера DevOps и автоматизация разработки Облачные сервисы, хостинг Бесплатно (free)

Во многих сферах запуск приложений в Kubernetes является де-факто стандартом архитектуры, так как это позволяет быстро и эффективно задействовать ресурсы, не затрачивая на это большие деньги. Но с платформой 1С:Предприятие не все так просто, но потенциально возможно. Руслан Жданов на митапе «DevOps в 1С: CI/CD. Непрерывная интеграция и поставка решений на 1С» рассказал про то, как с помощью Kubernetes организовать в облаке управление кластером из серверов 1С и реализовать там тестирование приложений на 1С или запуск скриптов на OneScript.

24.01.2023    9401    ZhdanovR    3    

26

Замена имени сервера в файле ibases.v8i у пользователей в домене через GPO

Сети Сервера Платформа 1С v8.3 Абонемент ($m)

При переезде на новый сервер 1С возникла необходимость подготовить всех пользователей (а их 300+) к этому переезду и желательно не мешая их работе. А если быть точнее, то заменить в их списках информационных баз имя сервера. Итак, что имеем в условии.  Есть сервер 1С с именем  WIN2016.  Необходимо перенастроить всех пользователей на новый сервер с именем SRV1C. Для этого придется либо руками у каждого пользователя исправить записи по каждой базе через открытие 1С, либо поправить файл ibases.v8i, который находится в папке профиля пользователя. Второй вариант более интересен, но лезть на 300+ компьютеров не наш метод.

1 стартмани

30.11.2022    3163    1    dungeonkeeper    13    

5

Трое в лодке, не считая собаки - Автономный сервер 1С

Сервера 8.3.14 Конфигурации 1cv8 Бесплатно (free)

Краткая шпаргалка по Автономному серверу 1С. Описаны основные параметры настройки и быстрый алгоритм развертки на ПК.

17.11.2022    4670    AntoShiK86    9    

27
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. tormozit 7133 20.05.19 06:37 Сейчас в теме
Картинки 2шт не отображаются (firefox).
2. sapervodichka 6690 20.05.19 07:49 Сейчас в теме
(1) у вас наверно локальная проблема, публикация принималась модератором, картинки были видны, у меня и в firefox и в chrome видны сейчас
3. sapervodichka 6690 20.05.19 08:51 Сейчас в теме
(1) добавил все картинки и таблицы из текста в список изображений, там если, что ищите, где лупа с плюсиком (+)---
4. Darklight 32 20.05.19 11:00 Сейчас в теме
Истинный Ваш сервер (не дорогой и достаточно мощный) где-то посередине!

Для большинства их предел мечтаний то, что предложит рекомендация от 1С. А реальность - то на что денег хватит, если их вообще выделят.
5. capitan 2461 20.05.19 12:53 Сейчас в теме
Крайне загадочные рекомендации.
Особенно с сервиса Гилева - понадобится докупить видеокарту - биткойны майнить только разве что.
Зачем на сервере графика в принципе кроме нагрева окружающего воздуха и последующего выхода из строя с вылетом всего сервера ?
Особенно в свете их же рекомендации
Про отказоустойчивость: Надо понимать, что ЛЮБОЙ узел может выйти из строя, вообще любой, независимо от цены или шильдика.

Даже пионеры знают что в компьютере выходит из строя первым - блок питания, второй видеокарта, остальное если грамотно выбрать живет годами даже из серии бытового раздела.
И у 1С даже не мелким шрифтом сказано - провести предварительное нагрузочное тестирование.
128 Гб памяти при 100 Гб базе это лихое предложение, разве что всю базу можно в память запихнуть
Полста пользователей спокойно живут на 64 Гб памяти и память дешевеет в два раза за два года

1Совские предложения куда более реалистичные
Я бы сформулировал требования к серверу одной сторокой - расширяемость платформы (т.е. не 8 слотов по 1Гб памяти забито, а 1 на 8)
Тогда спокойно можно стартовать и с рекомендованной конфигурации - база вначале небольшая и спокойно будет там жить
А затраты разбить на календарный год например
user1370702; svetanik; +2 1 Ответить
6. starik-2005 3031 20.05.19 13:10 Сейчас в теме
(5)
128 Гб памяти при 100 Гб базе это лихое предложение, разве что всю базу можно в память запихнуть
Полста пользователей спокойно живут на 64 Гб памяти и память дешевеет в два раза за два года
Если SQL и 1С сервера находятся на одном физическом сервере, то я бы не был так уверен в том, что 64 ГиБ хватит. Если же пользователи еще и в терминале там сидят - точно не хватит, т.к. современные оси на один пользовательский сеанс с запущенной в нем 1С умудряются выделить по 512 МиБ, rphost еще на юзера в легкую отожрет 256 МтБ, ну и серверу SQL желательно дать хотя бы 50 ГиБ (1/2 от размера базы). Таким образом 64 ГиБ хватит нам на SQL + 1С на 50 пользователей без терминала, с терминалом и на 20 пользователей маловато будет. Ну и разделять серверы СУБД и 1С с сотни юзеров - очень разумное решение (я бы даже с 50 уже разделял).
Gilev.Vyacheslav; svetanik; +2 Ответить
7. capitan 2461 20.05.19 13:23 Сейчас в теме
(6) золотые ваши слова
(6)
64 ГиБ хватит нам на SQL + 1С на 50 пользователей без терминала

а если основательно заморочиться и вкорячить на один сервер еще и терминал и контроллер домена и эксченч то все устанет и не только из-за памяти
но такого в здравом уме никто не посоветует
И у 1С и у Гилева имеется в виду именно SQL + 1С
И с 50 я бы не разделял - shared memory + сеть будет узким местом
8. starik-2005 3031 20.05.19 13:34 Сейчас в теме
(7)
но такого в здравом уме никто не посоветует
Да, никто не посоветует, но все умудряются засунуть на один сервер миллион всего. Была как-то такая практика виртуализации сервисов, когда не совсем грамотные админы вообще все засовывали в vmware, хотя туда засовывать стоит только сервисы типа DNS/DHCP/LDAP/ ...которые сейчас уже заворачиваются в докер. Сервисы, требующие высокой производительности и имеющие высокие требования к памяти, в такие контейнеры обычно не заворачиваются.
9. Йожкин Кот 1006 21.05.19 13:31 Сейчас в теме
На самом деле все очень зависит от конфигурации, документооборота и количества активных пользователей. Самописка на обычных формах может летать при 16Гб ОЗУ и 4-х ядерном процессоре, а вот та же ERP будет еле шевелиться.
Если уже есть к-л железо, то можно запуститься на нем, далее выявить узкие места и принять решение либо об апгрейде текущего железа, либо о покупке нового.
10. Dragonim 139 23.05.19 08:15 Сейчас в теме
Стать из разряда "а давайте рассмотрим сферического коня в вакууме, посмотрите какой он округлый и как вокруг него всё чисто, не одной песчинки".

Компьютер пользователя (тонкий, толстый, веб клиент), сетевой интерфейс 10 Mb/s

За что вы так с пользователями? Что они вам сделали, что вы хотите их посадить на сетевой интерфейс в 10 Mb/s? Злой вы.

Если в компании есть корпоративный стандарт по загрузке только с SAS/SATA дисков - можно установить ОС на эти диски. С какого диска загружается ОС - несущественно. Гораздо важнее, чтобы ключевые данные были размещены на максимально быстрых носителях. СУБД устанавливать только на PCIe SSD.

Несущественно с какого диска загружать ОС? Вы серьёзно? То есть если однажды диск на котором стоит ОС накроется медным тазом, а по вашей рекомендации ОС была установлена на 1 (ОДИН) старый SATA диск, то можно спокойно спать, ведь сама база 1С не пострадала? О чем можно волновать, всё ОК.

Очень хочу увидеть аппаратное решение для создание отказоустойчивого дискового массива на PCIe SSD. Или вы предлагаете делать программное зеркалирование когда ОС можно ставить на любой подвернувшийся диск? Или предлагаете хранить базу данных на PCIe SSD без зеркалирования?
11. sapervodichka 6690 23.05.19 09:36 Сейчас в теме
(10) вы накручивайте того чего я не писал, например, про старые sata под ОС, про пересадить на 10 м/бит для пользователя, а это общеизвестные параметры «от». Обратитесь на сайт Гилева и в 1с для получения информации.
12. art.prm 9 28.02.20 10:27 Сейчас в теме
эх 3 месяца назад искал такие таблички. Спасибо автору. не хватает ссылки чтобы скачать все одним файлом.
13. Константин С. 664 04.03.20 08:15 Сейчас в теме
Щекотливая тема о
Процессор: AMD Ryzen

не раскрыта.
Panadol; KilloN; +2 Ответить
14. KilloN 56 23.03.20 12:51 Сейчас в теме
(13) Тоже интересна конфигурация от AMD,
15. starik-2005 3031 23.03.20 15:51 Сейчас в теме
(14) так того же Гилева посмотрите результаты. У меня файловая на райзене 3600-м 125 показывает, на 1600-м - до 89.
16. emcya 4 14.08.20 12:19 Сейчас в теме
Есть ли какие-то данные по сравнению однопроцессорных и двухпроцессорных систем? например один процессор (16 ядер) или 2 по 8? Есть ли какая-то существенная разница в производительности таких вариантов?
17. sapervodichka 6690 14.08.20 12:26 Сейчас в теме
(16) Не встречал на практике информации, чтобы кто-то писал о различиях в производительности в зависимости от комбинации процессоров 1х16 или 2х8. От других параметров зависимости - да, но вот именно от комбинации - не встречал. Думаю если об этом не пишут, то комбинация не играет роли на КПД системы в реальной жизни.
26. andru_1 22.07.21 17:46 Сейчас в теме
(17) Разница есть. Если говорить о сервере 1С, то работа процессов RPHost происходит в случае много процессорной системы в пределах одной NUMA. В случае всплескообразной нагрузки, например запустили на сервере фоновую задачу в 10 потоков, NUMA в которой работает RPHost обслуживающий данные фоновые может быть нагружена на 100% при этом общая нагрузка будет существенно меньше. 1С не скрывает что распределять нагрузку с учетом NUMA они не умеют и предлагают увеличивать количество работающих RPHost путем уменьшения количества соединений на 1 серверный процесс. Такое себе решение, но другого пока нет)
sapervodichka; +1 Ответить
18. dime2 26 11.10.20 12:21 Сейчас в теме
Ни в одном подборе сервера нет ситуации, когда нужно подобрать сервер не под 100 пользователей на 1 базу, а под 10 пользователей на 100 базах на УФ...
Xeon на 10 ядрах 32Gb нагрузка на процессор ниже 80% не опускается при 10% IO...
10 пользователей в сети, запущено, в среднем, 25 баз...
19. sapervodichka 6690 11.10.20 15:49 Сейчас в теме
(18) тут наверняка лучше дробить сервера, у меня 3 сервера на каждом по 50-100 баз размерами от 2 Гб до 200 Гб, работает 40 человек в терминале, запускают 100 сеансов 1С в среднем. Сервера совмещают СУБД SQL и 1C сервер 64х. SSD диски 1Tb, Intel Xeon У3-1270 3.80 GHz, 64 Gb DDR4, сеть 1-10 Гб. Рабочая ситуация стабильная, все работают.
21. dime2 26 11.10.20 21:21 Сейчас в теме
(19)
Базы на УФ? Регламентные задания "подкручивали"?
22. sapervodichka 6690 12.10.20 11:13 Сейчас в теме
(21) базы разных видов УПП, УТ, БП, ЗУП, ДО, ЕРП, Розница и еще до кучи другие.Обычные формы 20% и УФ 80%, регламентные задания включены только в 10% баз у остальных заблокированы за ненадобностью.
23. svetanik 5 19.02.21 17:20 Сейчас в теме
(19) Неожиданно получила ответ на актуальный у нас сейчас вопрос. Большое спасибо за информацию!
У клиента планируется как раз расширение бизнеса в сторону увеличения количества баз разной направленности и пользователей (консалтинг).
Ожидается, что будет много небольших баз. Правильно я думаю, что в таком случае мы при использовании клиент-серверного варианта не получим значительного прироста производительности?
24. sapervodichka 6690 19.02.21 20:03 Сейчас в теме
(23) Зависит от размера баз и количества пользователей, если будут базы более 4 Гб и более 5 пользователей, то лучше клиент-серверный вариант на СУБД PostgreSQL. Это обеспечить сохранность данных и стабильность работы.
25. lucius_malfoy 24.05.21 10:43 Сейчас в теме
(18)
(19)
Intel Xeon У3-1270


https://ark.intel.com/content/www/us/en/ark/products/97479/intel-xeon-processor-e3-1270-v6-8m-cache-3-80-ghz.html

У меня тоже такая проблема:

120 баз и активних пользовотолей одновременно 100-120.

у меня железо:

ProLiant DL360p Gen8

Intel® Xeon® CPU E5-2660 0 @ 2.20GHz

RAM: 128 Gb

на одном виртуалке работает 1С и SQL.

Клиенты работают через тонкый клиент.

Вы мге тоже советуете разделить баз и поставить на пример 40 баз на 3 серверах? Еще интересно может быть должен менять сам железо?

В основном на сервере 1С УНФ
27. triviumfan 91 28.12.21 14:59 Сейчас в теме
@sapervodichka, а не много ли памяти под сервер приложений 1с?
У нас 300+- сеансов и всего 48гб ОЗУ, память на 80-85%% используется.
Правда иногда "Превышен максимальный расход памяти сервера за один вызов", отсюда вопрос: означает ли это, что срабатывает стандартное ограничение 5% от 48*0.8, что около 2Гб ? Т.е. если увеличить ОЗУ, то ограничение будет выше?
30. sapervodichka 6690 17.07.22 22:16 Сейчас в теме
(27) если программа УПП то норм, сервер 1С для обычных приложений 1С скидывает большую нагрузку на СУБД (если управляемое приложение то по памяти они 3/4 примерно)
31. triviumfan 91 18.07.22 08:42 Сейчас в теме
28. skillman 5 17.07.22 21:52 Сейчас в теме
Для отказоустройчивости для MS SQL используется AlwaysOnFailOverCluster
А для Postges SQL что ?
29. sapervodichka 6690 17.07.22 22:14 Сейчас в теме
(28) Михаил, привет, задай вопрос Владимир Крючков он хорошо разбирается в PostgresSQL https://infostart.ru/profile/186921/
либо Александру Стрижевскому https://infostart.ru/profile/426698/
32. Gilev.Vyacheslav 1910 18.03.23 18:19 Сейчас в теме
хорошая статья, железо уже не актуально в статье, а в нашем подборе актуальное, автор приходите заново :)
sapervodichka; +1 Ответить
Оставьте свое сообщение