Заметки дилетанта, или как мне сделать сеть для 1С быстрее

10.08.26

База данных - HighLoad оптимизация

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

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

И я придумал эту рекомендацию.

Возьму самую производительную Циску с огромным количеством портов чтобы на всех хватило и подключу к ней сервер 1С предприятия, сервер SQL, шлюз интернета, WEB сервер и всех, всех, всех пользователей.

Циска должна всех разрулить, и всем будет счастье.

И у меня получилась картинка №1.

 

 

Тут приключилась мысль - надо делать регламентный пересчет, скажем, себестоимости или чего то другого тяжелого.

Запустил.

Сервер 1С активно обменивается через Циску с сервером SQL. Ура! Все рядом, всё быстро!

Но тут в инете начинают транслировать "17 мгновений весны" и весь Советский союз (зачеркнуто) все пользователи моей сети начинают его смотреть.

Тут уж картинка №2.

 

 

Как поведет себя Циска? Будет раздавать приблизительно одинаковый трафик на все подключения?

Тогда мой регламент ляжет.

А на какой скорости она будет работать если, скажем, терабитные только сервера 1С:Предприятия и SQL, а все остальные подключения 100 мегабитные?

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

И тогда я придумал картинку №3.

 

 

Здесь "простые свитчи" (как в рекламе 90-х) на 100 мегабит и делаю из них "ёлочку" для подключения пользователей, шлюза и WEB сервера.

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

Ура! Разделил пользовательские потоки и критический поток данных 1С.

А почему бы не пойти дальше?

Свяжу-ка сервера 1С:Предприятия и SQL друг с другом непосредственно оптикой без свитча, а сервер 1С:Предприятия с корнем 100 мегабитной "ёлочки".

Вот как на картинке №4.

 

 

Ну и как вам моя гениальная мысль?

Вступайте в нашу телеграмм-группу Инфостарт

Статья для обсуждения

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

HighLoad оптимизация Программист 1С 8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

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

10.11.2025    13563    ivanov660    48    

55

HighLoad оптимизация Программист 1С:Предприятие 8 1C:ERP Бесплатно (free)

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

18.02.2025    14679    ivanov660    39    

62

HighLoad оптимизация Программист Россия Бесплатно (free)

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

27.08.2024    8801    soulner    10    

41

HighLoad оптимизация Технологический журнал Системный администратор Программист Бесплатно (free)

Обсудим поиск и разбор причин длительных серверных вызовов CALL, SCALL.

24.06.2024    17201    ivanov660    13    

64

HighLoad оптимизация Программист 1С:Предприятие 8 Бесплатно (free)

Метод очень медленно работает, когда параметр приемник содержит намного меньше свойств, чем источник.

06.06.2024    23285    Evg-Lylyk    73    

46

HighLoad оптимизация Программист 1С:Предприятие 8 1C:Бухгалтерия Бесплатно (free)

Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.

13.03.2024    13098    spyke    29    

54
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. pbelsib 11 10.08.26 16:44 Сейчас в теме
ещё лет 20 назад везде SQL в 1С втыкали отдельным быстрым проводом (отдельная сеть)
orakool2; vladismi; +2 Ответить
2. splxgf 10.08.26 17:03 Сейчас в теме
Ну для начала свитч достаточно хорошо держит нагрузку, он пересылает пакеты между нужными портами, а не все пакеты на все порты кидает. Можно было на первой картинке остановиться.
Хотите идти дальше стройте ядро сети, нарезайте на vlan.
orakool2; vladismi; +2 Ответить
3. gybson 13 10.08.26 18:17 Сейчас в теме
Думаю даже более простые свитчи позволяют назначить связь между двумя портами аналогично прямому подключению. Серверов 1С в кластере может быть и несколько.
vladismi; +1 Ответить
4. v8_088 10.08.26 18:52 Сейчас в теме
Заметка дилетанту: настройте циску на схеме 1 на толщину каналов маршрутизации, она умная.
И не парьтесь.
vladismi; +1 Ответить
5. muskul 11.08.26 06:19 Сейчас в теме
1. объеденить роли т.к. шаред мемори все равно быстрее
VVi3ard; vasilev2015; +2 Ответить
6. vasilev2015 2860 11.08.26 08:16 Сейчас в теме
(5) Поддерживаю. Лучше использовать один физический хост для 1С и SQL. Без виртуализаций, гипервизоров и прочих усложнений.
vladismi; +1 Ответить
10. vladismi 169 11.08.26 13:38 Сейчас в теме
(6) Если средняя база, одиночный сервер 1С и одиночный сервер SQL, тогда бесспорно
А как выкрутиться с большой базой, кластером серверов 1С и отказоустойчивым кластером серверов SQL?
14. vasilev2015 2860 12.08.26 22:35 Сейчас в теме
(10) сколько пользователей, какой объем базы?
vladismi; +1 Ответить
15. vladismi 169 13.08.26 10:29 Сейчас в теме
(14) О, я не жду конкретной рекомендации для конкретной базы :)
Просто пытаюсь размышлять об узких местах...
В моей практике были админы, которые из своих модных соображений сочиняли идеальную, с их точки зрения, архитектуру
Но эта архитектура проваливала производительность 1С
А у меня нет аргументов их переубедить
9. vladismi 169 11.08.26 13:34 Сейчас в теме
(5) А если кластер серверов 1С?
И, не дай бог, отказоустойчивый кластер серверов SQL?
7. sasha_semen 11.08.26 09:12 Сейчас в теме
интересно где автор террабитный свитч нашел.
orakool2; +1 Ответить
8. vladismi 169 11.08.26 13:31 Сейчас в теме
(7) Вот точно!
Меня в это уже носом ткнули
Ну конечно же гигабитный :(
11. 2tvad 74 11.08.26 19:10 Сейчас в теме
Гм. Давно давно, когда оптикой ещё только пахло, соединяли сервер sql напрямую с сервером приложений. Отдельная подсеть.

Если серверов несколько, то там свой роутер. И вторым портом серверы приложений смотрели уже в общую локальную сеть.

Но это только первый уровень)

Вам столько чудных идей подарит апач и редиска)
12. nnstepan 12.08.26 08:54 Сейчас в теме
13. nikag 12.08.26 09:36 Сейчас в теме
Vlan не используется для повышения скорости, максимум что он сможет - уменьшит широковещательный мусор, а это слезы. Задача vlan - безопасность. По поводу затыка на портах - читайте
Неблокируемая коммутационная матрица
Для отправки сообщения требуется регистрация/авторизация