Конфигурация сервера (серверов) для работы в 1С:ERP

Публикация № 720010

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

38
Каким должны быть сервера (или сервер) для комфортной работы пользователей в системе 1С:ERP? Давайте попробуем разобраться вместе.

В нашей компании начинается новый проект внедрения 1С:ERP в одной торговой организации. Заказчик попросил дать некоторые рекомендации по оборудованию и требованию к инфраструктуре для комфортной работы 100+ пользователей в системе 1С:ERP. Ниже мои выкладки на эту тему. 

Но прежде всего, хотел бы сказать, что я не являюсь опытным системным администратором и тем более специалистом по серверному оборудованию. Но за моими плечами есть один завершенный проект внедрения 1С:ERP на производственном предприятии (со схожим объемом операций и количеством пользователей) в роли ведущего разработчика. И данная статья появилась здесь больше для того, чтобы услышать критику / рекомендации / замечания от людей, хорошо разбирающихся в железе и имеющих реальный опыт эксплуатации системы 1С:ERP. Ну и надеюсь, может еще кому статья пригодится. Итак:

 

Входные данные:

  1. Учетная система - 1С:ERP 2.4 + интеграция с 1С:Документооборот 2.1.
  2. Количество одновременно работающих пользователей:
    • С учетной системой: 80-100
    • С документооборотом: 100-200
  3. Среднемесячное количество основных операций:
    • Поступление товаров и услуг: ~2000 (~50000 строк)
    • Реализация товаров и услуг: ~13000 (~2000000 строк)
    • Перемещение товаров: ~8000 (~800000 строк)
    • Прочие связанные операции с на порядок меньшим объемом.
  4. Большинство пользователей находятся в одной локальной сети.
  5. Разработка ведется на мощностях клиента в отдельном тестовом контуре (~4 разработчика и ~5 консультантов + ключевые пользователи)
  6. В качестве серверного ПО – продукция компании Microsoft.

 

Сервер для продакшена:

  1. Мои рекомендации - совместить роли сервера баз данных (SQL) и сервера 1С. Деньги, которые будут затрачены на покупку отдельного сервера, мне кажется, разумнее вложить в сервер баз данных. Причины следующие:
    • Сервер 1С практически не использует диски (только временные файлы и журнал регистрации), а на отдельный физический сервер их покупать все равно придется.
    • Также придется покупать и остальные составляющие сервера (корпус, материнская плата и т. д.)
    • Соответственно придется покупать серверное ПО (Microsoft Windows Server, Windows CAL-лицензии на каждого пользователя и т. д.)
    • Намного продуктивнее вложить все эти средства в бОльший объем оперативной памяти, более быстрые диски (в 90% случаев узкое место — это диски) и более производительные процессоры для сервера баз данных.
    • Получаем до 10% прирост производительности за счет Shared Memory (и исключаются проблемы, которые могли бы возникнуть с сетью).
  2. Рекомендации по серверу баз данных:
    • Диски: Это самый главный фактор. К выбору дисков и контроллера следует подойти с особой тщательностью. Минимальные требования следующие:
      1. Система: RAID 1 или выше на быстрых SAS дисках, с оборотами >10000, объем ~500 Гб.
      2. Отдельный диск для временных файлов (файл подкачки, TEMP, база TempDB): SSD-диск объемом ~256 Гб (или 2 по ~128 Гб), плановая замена через 3-5 лет.
      3. Диски для баз данных: RAID 10 или выше на быстрых SAS дисках, с оборотами >10000, объем ~1 Тб. Возможны также варианты с промышленными SSD-дисками (например, с интерфейсом PCI-Express) и СХД. Также, в зависимости от бюджета, есть смысл рассмотреть отдельные массивы дисков для файлов баз данных и файлов журналов транзакций.
      4. Дешёвые диски для служебных файлов и бэкапов «copy only»: RAID 1 (в условиях ограниченного бюджета, без RAID), объем ~3 Тб.
    •  Учесть пропускные возможности материнской платы / контроллера / шины / дисков. Бывало в моей практике так, что покупали дорогие диски и экономили на контроллере. В результате, контроллер выступая «узким горлышком», не давал дискам работать на полную производительность.
    • Оперативная память: 256 Гб и выше.
    • Процессор: Два или четыре серверных процессора, по 8 ядер (суммарное количество ядер >16) с тактовой частотой >2.7 GHz. 
    • Сетевой адаптер: пропускная способность 1 Гбит и выше. Обратить внимание на сетевое оборудование до сервера (пропускная способность должна соответствовать).

 

Надежность:

Надежность сервера баз данных может достигается за счет:

  1. Регулярного резервного копирования (система, базы данных и т. д.)
  2. Использования RAID 1 и выше для всех дисковых накопителей.
  3. Использования комплектующих с гарантией замены. В удаленных регионах, использование запасных комплектующих.
  4. Наиболее безопасный и дорогой вариант - использование связки из двух серверов, работающих в режиме кластера.

В случае использования выделенных серверов в дата-центрах, за надежность отвечает дата-центр.

 

Разработочный / тестовый сервер:

Совмещение роли сервера баз данных, сервера 1С и сервера терминалов. Системные требования - 1/4 от мощностей производственного сервера:

  • Диски:
    • Система: RAID 1 или выше, объем ~500 Гб.
    • Базы данных: RAID 1 или выше, объем: 1-3 Тб.
  • Оперативная память: >64 Гб.

 

Организация работы пользователей:

Тут возможны 2 схемы: терминальный сервер и работа в тонком клиенте со своих рабочих машин. Рассмотрим плюсы / минусы:

  1. Терминальный сервер:
    • Плюсы:
      1. Возможность безопасного подключения из любой точки мира.
      2. Если пользователи работают в различных информационных базах, можно сэкономить на лицензиях 1С, установив лицензии на сервер терминалов (как однопользовательские), а не на сервер 1С. 
      3. Удобство администрирования. Намного легче выполнять такие операции как обновление платформы, очистка кэша пользователей, подключение к сессии пользователя (с демонстрацией экрана), администрирования списка баз и т. д.
      4. Контроль производительности системы, проще искать «узкие места».
    • Минусы:
      1. Необходим довольно производительный сервер. Дополнительные затраты на обслуживание.
      2. Необходимо дорогостоящее серверное ПО (Microsoft Windows Server, Windows CAL-лицензии, лицензии на терминальные сессии).
      3. В случае выхода сервера из строя, работа «встанет» на неопределенное время.
      4. Возможны проблемы с подключением торгового оборудования, смарт-карт, проблемы с печатью.
      5. Затрудняется или становится совсем невозможна интеграция с другими программами пользователя (почтовый клиент, мессенджеры, переход по навигационной ссылке в документ из письма и т. д.).
      6. У малоподготовленных пользователей возникают проблемы с доступом к файловой системе своего компьютера.
  2. Работа со своих рабочих мест:
    • Плюсы:
      1. Нет затрат на дополнительный терминальный сервер.
      2. Надежность. Выход из строя компьютера пользователя, влечет к простою только этого пользователя.
      3. Нет проблем с подключением оборудования, смарт-карт, печатью.
      4. Система 1С:ERP адаптирована для работы в тонком клиенте. В этом случае нагрузка на клиентскую часть минимальна, что позволяет работать на малопроизводительных компьютерах (в рамках минимальных системных требований).
      5. На компьютер пользователя дополнительно устанавливается только то ПО, которое необходимо ему в работе (например, Microsoft Office).
    • Минусы:
      1. Рабочие компьютеры пользователей должны соответствовать минимальным системным требованиям.
      2.  Дополнительный трафик внутри сети.
      3. В общем случае, лицензии 1С выдаются на каждое подключение к информационной базе.
      4. Нет возможности подключаться к информационным базам вне локальной сети (вариант решения – организация WEB-доступа к информационным базам).
      5. Есть некоторые трудности с администрированием, затрудняются такие операции как обновление платформы, очистка кэша пользователей, администрирование списка баз и т. д.
      6. Затрудняется поддержка пользователей. Для доступа к сессии пользователя нужны специальные средства (TeamViewer, RAdmin, LiteManager и т. д.)
  3. Возможен комбинированный случай, когда часть пользователей работают с сервера терминалов, часть со своих рабочих мест.

 

Итог:

Минимальная конфигурация для работы пользователей в системе 1С:ERP для данного количества пользователей / операций следующая:

  1. Совмещенная роль сервера СУБД и сервера 1С. Технические требования указаны выше.
  2. Основная часть пользователей работает через тонкий клиент со своих рабочих мест.
  3. Сервер терминалов для ограниченного количества пользователей, которым необходим постоянный удаленный доступ.

 

P.S.

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

 

38

См. также

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. Vladimir45 59 23.12.17 11:03 Сейчас в теме
тактовая частота 3+ GHz. Для комфорта.
На 2.7 не получить высоких гилевских попугаев никак.
3+ это как раз барьер между удовлетворительно и хорошо.
Чтобы бы ты не делал с винтами сетью и тд на 2.7 в уровень комфортной работы не перейти.
zabaluev; DimaP; +2 Ответить
2. Gilev.Vyacheslav 1830 23.12.17 11:19 Сейчас в теме
у нас есть замечательные курсы для администраторов, попадают в ваше тему на 146% ))

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


Система: RAID 1 или выше на быстрых SAS дисках, с оборотами >10000, объем ~500 Гб.
это актуально было в каменном веке...

Намного продуктивнее вложить все эти средства в бОльший объем оперативной памяти
50% всей производительности приходится на процессоры

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

Системные требования - 1/4 от мощностей производственного сервера
а не судьба резервный сервера кластера использовать?

приходите к нам на курсы лучше
sa1m0nn; zabaluev; DimaP; jONES1979; +4 2 Ответить
5. Tavalik 2055 23.12.17 12:28 Сейчас в теме
(2)
Вячеслав, большое спасибо за комментарий. Добавлю исправления в статью.

приходите к нам на курсы лучше

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

а не судьба резервный сервера кластера использовать?

Действительно, почему бы и нет.

это актуально было в каменном веке...

Бесплатным советом не поделитесь?


А по другим пунктам статьи замечаний нет?
1Concept; +1 Ответить
8. Gilev.Vyacheslav 1830 23.12.17 16:55 Сейчас в теме
(5) замечания есть по всему целиком, поэтому Вам проще сначала пройти курс, здесь три дня материала даже конспектом я излагать не буду

все что бесплатно - у нас опубликовано на сайте
zabaluev; jONES1979; +2 1 Ответить
19. logarifm 1045 25.12.17 23:57 Сейчас в теме
(2) и (8) Очень много пафоса, а по делу НОЛЬ! Зачем постить что-то и понтовать курсы? Что спрос уже закончился? или как?
user1232941; user774630; zabaluev; KAV2; Krio2; +5 1 Ответить
25. Gilev.Vyacheslav 1830 26.12.17 20:10 Сейчас в теме
(19) вы я смотрю по делу фантастически написали )))
мне плевать что там у вас понты, автору не хватает знаний, но он спешит учить других
user631683_rystam.atai; +1 Ответить
3. Armando 1388 23.12.17 11:29 Сейчас в теме
Отдельный диск для временных файлов (файл подкачки, TEMP, база TempDB): SSD-диск объем ~128 Гб

Есть подозрение, что 128 может не хватить
6. Tavalik 2055 23.12.17 12:53 Сейчас в теме
(3)
Думаю вы правы. Я тоже здесь сомневался. Исправил в статье на 256 Гб.
12. ivanov660 1509 25.12.17 10:48 Сейчас в теме
(3)
. Планы обменов - не приведи господь вам столкнутся с необходимость обмена данными в реальном времени (чаще 3-х раз в день). Висеть будут все, в том числе с ошибками типа "превышение ожидания времени блокировки".

У нас обменов много и работают в интервале от 10-15 минут, ничего не висит. Используем только план обмена для регистрации и КД 2.1.

(4)
. Постоянные утечки памяти рабочих процессов. Не выделишь память - рухнет и рабочий процесс и пользователь отвалится. Выделишь всю доступную - рухнет сервер, но дня через 2-3.

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

Многомесячные наблюдения за сервером 1С меня заставили сделать неутешительный вывод - 1С тормозит сама по себе, хоть поставь её на Sunway TaihuLight - она будет работать с производительностью вашего домашнего ПК.


Приведите пожалуйста конфигурацию вашей системы.
Чем замеряли тормознутость? Использовали APDEX? Какие критерии брали?
4. PerlAmutor 42 23.12.17 12:23 Сейчас в теме
Есть опыт эксплуатации ERP 1.5 года с ~400 одновременно работающих пользователей. Все настройки сервера и его мощность нивелируются перед такими факторами как:
1. Явные ошибки сервера 1С как такого начиная с версии 8.3.7.2027. Это косяки с планами запросов, с управлением рабочими процессами, с подвисшими управляемыми блокировками (до перезапуска сервера 1С), разрушение кэша пользователей, несуразные ошибки при динамическом (а иногда и при нормальном) обновлении и даже потеря SQL таблиц при реструктуризации через ТИИ. Дедлоки при одновременном проведении документов. Я заколебался по звонку убивать сессии пользователей у которых платформа намертво зависла или рухнула при открытых документах.
2. Журнал SQLITE - этот хлам вырубать нужно сразу же (переводя на старый формат) иначе нормальной жизни не будет никогда и ни у кого.
3. Планы обменов - не приведи господь вам столкнутся с необходимость обмена данными в реальном времени (чаще 3-х раз в день). Висеть будут все, в том числе с ошибками типа "превышение ожидания времени блокировки".
4. Регламентные задания - тоже самое что и с планами обменов, обновление индекса полнотекстового поиска и слияние индексов просто не позволяет пользователям работать вообще, пока он не закончится.
5. Постоянные утечки памяти рабочих процессов. Не выделишь память - рухнет и рабочий процесс и пользователь отвалится. Выделишь всю доступную - рухнет сервер, но дня через 2-3.
6. Закрытие месяца идет около недели. На разных этапах приходится перезапускать расчет, т.к. он отваливается по разным причинам. Запускать расчет приходится более 6 раз на разных этапах. Просто попытка открыть форму закрытия месяца подвешивает всех пользователей на несколько минут, ровно как и переключение на другие месяцы, чтобы понять вскрылись они или нет.

При всех этих проблемах хочу отметить тот факт, что все это время сервер не нагружен и на 10%. Говоря "сервер" я имею ввиду: CPU, очередь ожидания дисков, сеть и т.д. по всем счетчикам, которые когда либо запускали для тестирования производительности.

1С сама по себе очень плохо распараллеливается. Судя по SQL профайлеру просто "спамит" кучей мелких однотипных запросов. Ну очень не оптимально и туго работает с RLS. Фрагментация индексов постоянно в районе 80%, хоть обреструктуризируйся и обдефрагментируйся.

Многомесячные наблюдения за сервером 1С меня заставили сделать неутешительный вывод - 1С тормозит сама по себе, хоть поставь её на Sunway TaihuLight - она будет работать с производительностью вашего домашнего ПК.

Извиняюсь за эмоциональный пост. Но многочисленные жалобы пользователей и нулевые результаты фирм-оптимизаторов серверов 1С просто констатируют безвыходную ситуацию.
artempo; Yakud3a; willer; ZLENKO; Gang031; mytg; ifilll; vzxk2013; karimov_m; JohnConnor; whitedi; Tavalik; Sergant; u_n_k_n_o_w_n; +14 Ответить
9. Gilev.Vyacheslav 1830 23.12.17 17:03 Сейчас в теме
(4) универсальный код всегда будет работать универсально "никак"
старое видео https://www.youtube.com/watch?v=L4ewtQM2hYw ,которое не потеряет своей актуальности в ближайшей перспективе
типовой код это заготовка, которую надо дошлифовывать напильником под конкретную ситуацию
user631683_rystam.atai; Positiv73; maikl007; Irwin; Silenser; +5 Ответить
41. unduty 08.01.18 15:07 Сейчас в теме
(9) Видео давно потеряло актуальность.
Конфигурации стали сложнее, специалисты в разы дороже. Пилить ERP напильников признак низкой квалификации и недальновидности.
45. Gilev.Vyacheslav 1830 09.01.18 12:21 Сейчас в теме
(41) да вы даже видео не посмотрели, сложность конфигурации к теме видео ни как не относится
еще скажите что ERP учитывают особенности железа заказчика и особенности ведения учета
16. Tavalik 2055 25.12.17 14:54 Сейчас в теме
(4)
Большое спасибо, что поделились опытом.

При всех этих проблемах хочу отметить тот факт, что все это время сервер не нагружен и на 10%. Говоря "сервер" я имею ввиду: CPU, очередь ожидания дисков, сеть и т.д. по всем счетчикам, которые когда либо запускали для тестирования производительности.


Да, тоже, к сожалению сталкивался с подобным. Пользователи жалуются, что "все тормозит". Идешь на сервер, смотришь в монитор производительности, а сервер не загружен, все показатели в норме. Что делать, с ходу совсем не понятно.
22. ifilll 26.12.17 10:41 Сейчас в теме
(4) В аналогичной ситуации ))

1. Полностью согласен почти по всем перечисленным пунктам, через все эти вещи прошли. В итоге пришли к регламенту про обновление 1 раз в день в обед, запуск почти всех фоновых заданий ночью, а переде этим перегрузка сервера. При таких условиях работать стало полегче.
2. Рекомендую написать свой или воспользоватся разработками представленными на инфостарте, но это сугубо ИМХО.
3. А вот такой проблемы у нас нет, обмен идет либо по требованию либо 1 раз в день вечером когда нагрузка меньше, и влияния на общую производительность особой не имеет (возможно из-за того что новых объектов для обмена немного или нет вообще).
4. Тут и как и раньше писал запускайте ночью, также есть настройки фоновых заданий, вплоть до указания количества потоков, в общем тут точно нужно применять напильник.
5. Аналогичная проблема, но тут может быть недостаточная или неверная настройка серверов, так как есть наглядный пример где похожие организации с близкими по конфигурациями серверов, имеют разную статистику "багов" включая утечку памяти рабочих процессов, но возможно делаю не верный вывод.
6. Вот тут не понятно, так как сам процесс закрытия идет максимум 1 час на организацию, и ошибки он достаточно адекватно представляет (правда что бы докопаться зачастую много кликов приходится делать). Мне кажется лучше принять меры по недопущения ошибок в процессе, чем мучится при закрытии.

Надеюсь что вы в erp не используете RLS, очень замедляет работу, вызывает неадекватное поведение форм.
7. user825130 23.12.17 15:06 Сейчас в теме
Рамдиск попробуйте и raid Вам будет не нужен. Копируется образ как акронисом ежедневно на жесткий.
Прикрепленные файлы:
15. Tavalik 2055 25.12.17 14:50 Сейчас в теме
(7)
А есть у вас пример, насколько реально увеличивается производительность в информационной базе 1С после перехода на рам диск?
Хочется понять, насколько игра стоит свеч? И на каких конфигурациях / объемах / оборудовании проверяли?
17. user825130 25.12.17 15:21 Сейчас в теме
(15)
У меня только файловая, можно положить на сервак по тимвьюеру SQL и испытать, рамдиск на 64 гига могу сделать,если что - в лс
26. Gilev.Vyacheslav 1830 26.12.17 20:15 Сейчас в теме
(15) еще как стоит, это значительно сглаживает говнокод, когда сотни тысяч строк и больше швыряют во временные таблицы tempdb, да и sqllite журнал регистрации с сеансовыми данными туда не лишним положить
zabaluev; +1 Ответить
10. DmitrijT 24.12.17 12:07 Сейчас в теме
совместить роли сервера баз данных (SQL) и сервера 1С.


если работа 24/7 и есть возможность лучше купить 2 сервера не стоит экономить, может выйти боком.

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


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

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

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


Проблему с печатью в RDP решил с помощью ScrewDrivers и сетевых МФУ.

В случае выхода сервера из строя, работа «встанет» на неопределенное время.

Это справедливо для 1 и 2 вариантов. поэтому лучше иметь 2 сервера, расшарить временно RDP или поднять скуль для основных пользователей займет от силы пару тройку часов.
karimov_m; +1 Ответить
14. Tavalik 2055 25.12.17 14:46 Сейчас в теме
(10)
вопрос спорный во первых не надо пользоваться почтовыми клиентами на сервере, да и документами не желательно. Во вторых интеграция почты с 1С УПП у нас прошла легко и без всяких проблем, все зависит от квалификации программиста.

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

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

Админ папку расшарил, даже диски клиента подключены в терминале, но пользователи все равно путаются, особенно при работе в RempteApp.

поднять скуль для основных пользователей

Поднять на терминальном сервере? Ну если только для самых-самых ключевых пользователей то да, может и сработать. Но держать сервер терминалов как резервный для сервера баз данных, мне кажется, не самая хорошая идея. Лучше иметь кластер из 2-х серверов, а пользователи пусть работают со своих рабочих мест.
18. DmitrijT 25.12.17 16:55 Сейчас в теме
(14)
Админ папку расшарил, даже диски клиента подключены в терминале, но пользователи все равно путаются, особенно при работе в RempteApp.

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

Но проблема в том, что 1С в терминале а почта на компьютере пользователя.

1С на сервере, а как вы к ней подключаетесь совсем другое, никто не мешает подключить часть пользователей по RDP а часть напрямую, там где нужно, у нас так например касса подключена.
11. gorakh 19 25.12.17 10:33 Сейчас в теме
+ RDP - возможность использования на рабочих местах бездисковых тонких клиентов,(даже б/у, минимальной стоимостью) и меньшей вероятности "исчезновения железных компонентов". Бездисковые - больше безопасность.
13. karimov_m 25.12.17 12:46 Сейчас в теме
Также помогает подключение (распараллеливание) дополнительных Рабочих серверов к базе.
Перенос выполнение кода "тугих и долгих" фоновых процессов и регламентных задний на отдельный Рабочий сервер.

Жаль, что такое распределение нельзя сделать на уровне SQL (с поддержкой на стороне 1С).
Типа вот есть подсистема обмена - и она (ее код) работают на таком-то Рабочем сервере + ее данные и все таблицы хранятся на "таком-то" сервере SQL. И все что касается обменов - обрабатывается отельным SQL сервером, но тем не менее, со стороны прикладного решения - это одна и та же база (собственно, это инкапсулируется на стороне 1С)
27. Gilev.Vyacheslav 1830 26.12.17 20:18 Сейчас в теме
(13)
Также помогает подключение (распараллеливание) дополнительных Рабочих серверов к базе.
Перенос выполнение кода "тугих и долгих" фоновых процессов и регламентных задний на отдельный Рабочий сервер.
гораздо лучше помогает более мощный, но один сервер 1С - 100%
в кластер добавляют от "нищеты" )))
IgorTIA; ansh15; +2 Ответить
35. karimov_m 28.12.17 16:04 Сейчас в теме
(27)Вы имеете ввиду, что при распределении, допустим, выполнение кода модулей на разных рабочих серверах (пусть даже их общая вычислительная мощь= мощи 1 отдельного сервера (центрального)) - есть все же лаг обеспечения контекста выполнения для каждого из доп. рабочих серверов?
Сомневаюсь, что цель реализации 1С функционала "Рабочих серверов для базы" - сводится к борьбе с "нищетой" ))
36. Gilev.Vyacheslav 1830 28.12.17 16:08 Сейчас в теме
(35)
лаг обеспечения контекста

это называется штраф за синхронизацию, плюс дедлоки на коде (не путать с данными) и много чего еще слабопубликуемого и диагностируемого метриками
сомневаться вы можете в чем угодно и в ком угодно, благодаря этому у нас всегда будет хлеб )))
37. karimov_m 28.12.17 16:29 Сейчас в теме
(36)
сомневаться вы можете в чем угодно и в ком угодно, благодаря этому у нас всегда будет хлеб )))

очень слабая взаимосвязь.

плюс дедлоки на коде (не путать с данными)

Имеется ввиду, что "дедлок кода" настаёт в случае каких-то событий (при использовании нескольких Рабочих серверов), не связанных с данными? Т.е. где-то в одном месте читают, а на другом Раб.сервере пытаются записать данные? Если так - то это все же суть блокировка данных БД. Если нет (данные - не связаны с БД, например ХранилищеЗначений в памяти) - то можете привести пример такого "дедлока кода", который связан именно с распределение выполнения кода на разных Рабочих серверах? Действительно интересно
20. logarifm 1045 26.12.17 00:06 Сейчас в теме
А я категорически не соглашусь. что это актуально было в каменом веке. Система офигенно умеет писать СВОП и ничего с этим не поделать!!! Так что если бюджет позволяет то систему следует и желательно разделать на отдельный носитель.
23. A_Max 17 26.12.17 16:54 Сейчас в теме
(20) Смею предположить, что имелось в виду нерациональным на сегодняшний день ставить в сервера что-то отличное от SSD. И под системный диск в том числе! Поставьте интеловский консьюмерскую 5хх серию, раздел под систему сделать процнтов на 20 меньше объёма диска и будет вам долговременное счастье.
Gilev.Vyacheslav; +1 Ответить
28. Gilev.Vyacheslav 1830 26.12.17 20:19 Сейчас в теме
21. alex_sh2008 4 26.12.17 08:28 Сейчас в теме
(0)У вас есть опыт конфигурирования и поддержки высоко нагруженных серверных систем?
30. Tavalik 2055 28.12.17 09:14 Сейчас в теме
(21)
То что я описал в пункте "Входные данные:" попадает под ваше определение высоко нагруженной системы?
31. alex_sh2008 4 28.12.17 10:23 Сейчас в теме
33. Tavalik 2055 28.12.17 13:42 Сейчас в теме
(31)
Ну значит, к сожалению, нет.
34. alex_sh2008 4 28.12.17 14:13 Сейчас в теме
(33) Вы в конфигурации своего сервера одновременно уменьшаете производительность и делаете ее попытку установки SSD ради увеличения производительности, На вскидку: судя по объему вам понадобится корзина из 8 дисков с соответствующим контроллером RAID, RAID 10 из 8 SAS дисков будет обладать пропускной способностью на запись ~400-500Мб/с, на чтение ~800-1000Мб/с, что гораздо выше чем пропускная способность чем у 1 SSD, при установке всех SSD пропускная способность возрасте в 3-4 раза, про надежность даже не говорю. Примерно такие же расчеты делаются и для процессоров, сетевых контроллеров. Резервное копирование серверов делается на другие сервера (дисковые полки, схд).
32. alex_sh2008 4 28.12.17 10:39 Сейчас в теме
(30)Сделайте еще раз анализ вашей архитектуры и проведите прогнозные расчеты производительности с учетом слабых мест приложений который собираетесь разворачивать на вашем сервере.
24. A_Max 17 26.12.17 17:06 Сейчас в теме
Из своего опыта:
1. Процессор максимальной частоты на сколько позволяет бюджет. Однозначно больше 3ГГц! А вот количество ядер уже относительно вторично и зависит от количества одновременно активных действий пользователей. А то может у вас 100 человек генерируют в среднем пару одновременных действий.
2. В качестве дисков SSD
3. Объем памяти сами смотрите статистику использования конкретно на вашей системе. Ограничить MSSQL иначе он использует всю доступную память и у кластера 1С тоже прописать лимиты по отстреливанию процессов сжирающих память (и отслеживать источник)
3. Выносить каталоги временных файлов системы (&TMP%, %TEMP%) и 1С (каталог кластера или отдельные его папки используя связанные папки) в отдельный раздел. Это поможет с сортировками на сервере 1С
4. Выносить ТемпДБ. Это уже отдельная пестня

Не скупитесь на процессор. Чем дольше выполняется операция, тем дольше будут висеть блокировки.

Сугубо своё имхо основанное на жизненных обстоятельствах.
systemevil; Gilev.Vyacheslav; +2 Ответить
29. zabaluev 403 27.12.17 07:42 Сейчас в теме
Конечно SAS диски рекомендовать в конце 2017 года, это еще тот совет.
unduty; Gilev.Vyacheslav; artempo; +3 Ответить
39. igormcx 03.01.18 07:45 Сейчас в теме
(29) сейчас уже SSD SAS парочку в продаже видел. вот только нужны ли они?
43. ansh15 09.01.18 00:52 Сейчас в теме
(39) Пишут, что такие устройства могут быть востребованы, как ни странно(не каменный век, все же) - https://habrahabr.ru/company/hgst/blog/249205/
Правда, предполагается, что такие диски надо подключать к контроллеру RAID 12 ГБ/с(кэш 1-4 ГБ, "батарейка") стоимостью от 50-60 т.р. и выше. Что сводит целесообразность их применения почти к нулю(учитывая стоимость их самих), даже на "высоконагруженных системах". Вот если бы можно было прямиком к дешевой десктопной матплате, тысяч за пять, то им бы цены не было...
38. user825130 30.12.17 17:33 Сейчас в теме
2687w v2 3.6 8 core 4.0 single core будет идеальным вариантом)
40. unduty 08.01.18 15:00 Сейчас в теме
Реализую третий проект ERP на нагруженных системах. Из опыта...

1. SQL физический поставил забыл, только SSD на современном контролере (для экономных можно подключать диски на прямую и бить базу по группам , RAID в данном случае зло). По процессорам влияет только скорость шины. Если процессоры (для ERP) нагружены значит проблемы в файловой системе или плохом состояние таблиц. Рассматриваю типовую конфигурацию ERP, рекомендую к ней стремиться много проблем от непонимания этого. Обновление статистики не реже раза в сутки, индексы в идеале каждый час если это возможно.

2. 1С главное частота процессора 3.6 + для комфорта , памяти x2 без обновления x3 если планирует динамически обновляться относительно памяти SQL. Гилев тут в чем-то прав , лучше один сервер с ним меньше проблем, но не всегда его хватает. Журнал на ОТДЕЛЬНЫЙ физический диск , очереди на него быть не должно, если с этим проблемы лучше выключить, как частично решение проблемы перейти на старый формат.
42. Armando 1388 08.01.18 17:46 Сейчас в теме
(40)
индексы в идеале каждый час

Уточните, пожалуйста, что надо делать с индексами каждый час?
44. splxgf 09.01.18 04:55 Сейчас в теме
(42)
Уточните, пожалуйста, что надо делать с индексами каждый час?

Статистику нужно обновлять, а индексы дефрагментировать. Логично же.
46. Dragonim 95 10.01.18 08:39 Сейчас в теме
В статье абсолютно проигнорировано "почему":
Почему указаны именно такие минимальные требования для дисковой системы?
Почему именно столько оперативной памяти?
Почему именно столько процессоров и с такой частотой?

Понравился подраздел "надёжность". Это о чем? Знаю об отказоустойчивости, знаю о допустимом времени простоя, знаю о уровнях сохранности данных, а о надёжности не слышал.

Но больше всего убило про плюсы и минусы различных видов подключения к серверу 1С. Вот самые яркие моменты:
"Терминальный сервер, Плюсы: Возможность безопасного подключения из любой точки мира." В первый раз слышу чтобы терминальный сервер обеспечивал возможность подключиться из любой точки мира, а к тому же ещё и безопасно. В общем случае сервер терминалов дает меньше безопасность чем трёхзвенная архитектура.
"Работа со своих рабочих мест. Минусы: Дополнительный трафик внутри сети." А подключение к серверу терминалов не даёт дополнительный трафик внутри сети?
"Работа со своих рабочих мест. Минусы: Нет возможности подключаться к информационным базам вне локальной сети (вариант решения – организация WEB-доступа к информационным базам)." А к серверу терминалов вы подключаетесь магическим способом из любой точки мира с повышенной безопасностью?

Автору стоит подтянуть свои знания о администрировании сетей и 1С в организации.
47. Tavalik 2055 13.01.18 09:41 Сейчас в теме
(46)
В статье абсолютно проигнорировано "почему":

Исходя из опыта предыдущих внедрений. Я написал об этом.

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

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

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

А как по вашему еще можно удаленно работать с 1С, если это не сервер терминалов, VPN или web-доступ к информационной базе?

А подключение к серверу терминалов не даёт дополнительный трафик внутри сети?

В разы меньший трафик, нежели при использовании тонкого клиента.

А к серверу терминалов вы подключаетесь магическим способом из любой точки мира с повышенной безопасностью?

Да, именно так.

Автору стоит подтянуть свои знания о администрировании сетей и 1С в организации.

Критиковать может каждый. Расскажите как вы видите идеальный вариант работы с 1С, выполняющий все реальные задачи бизнеса.
user1232941; artempo; +2 Ответить
49. Dragonim 95 15.01.18 07:56 Сейчас в теме
(47) Чтобы понять всю нелепость ваших высказываний необходимо определиться с терминологией.
https://ru.wikipedia.org/wiki/VPN
VPN (англ. Virtual Private Network) — обобщённое название технологий, позволяющих обеспечить одно или несколько сетевых соединений (логическую сеть) поверх другой сети (например, Интернет). Несмотря на то, что коммуникации осуществляются по сетям с меньшим или неизвестным уровнем доверия (например, по публичным сетям), уровень доверия к построенной логической сети не зависит от уровня доверия к базовым сетям благодаря использованию средств криптографии (шифрования, аутентификации, инфраструктуры открытых ключей, средств для защиты от повторов и изменений передаваемых по логической сети сообщений).

https://ru.wikipedia.org/wiki/Терминальный_сервер
Терминальный сервер (англ. terminal server) — сервер, предоставляющий клиентам вычислительные ресурсы (процессорное время, память, дисковое пространство) для решения задач. Технически терминальный сервер представляет собой очень мощный компьютер (либо кластер), соединенный по сети с терминальными клиентами — которые, как правило, представляют собой маломощные или устаревшие рабочие станции, либо специализированные решения для доступа к терминальному серверу.

Как несложно понять терминальный сервер и VPN это две абсолютно разные вещи. Для безопасного подключения к серверу терминалов вы можете не клиенте поднять VPN через который будет идти весь трафик до сервера терминалов. Ни что вам не помешает поднять VPN на отдельной машине, или на машине с сервером 1С, или на машине с web-сервером 1С. Во всех этих случаях доступ к 1С будет осуществляться по защищённому каналу который обеспечивается технологией VPN. Поэтому все разговоры о безопасном соединении, о доступе из любой точке мира, не связаны с сервером терминалов, а связаны с доступом к локальной сети или отдельной машине из Интернета. Если вы используете VPN то проблем с безопасным подключением у вас не будет ни в том не в другом случае, так же как не будет проблем с подключением из любой точке мира.

С безопасностью подключения разобрались, теперь надо поговорить о безопасности после подключения к машине с 1С по VPN. Как в случае с сервером терминалов, так и без него будет использован один из способов подключения 1С к базе: тонкий клиент, толстый клиент, вэб-доступ. В вашей конфигурации, в случае с сервером терминалов, пользователь находится на той же физической машине на которой находится сервер 1С и база данных. Атакующему осталось повысить свои права или каким либо другим способом выйти за приделы текущего процесса. Для этого очень хорошо подходят две новые дыры всех дыр Meltdown и Spectre. Это только из новых, кто знает что там ещё. В случае удалённого доступа у пользователя нет доступа к физической машине с 1С и базой данных, необходимо с начало попасть на них или взломать 1С. Получается что все возможные удалённые атаки можно применить используя сервер терминалов, но не все атаки на сервер терминалов можно применить удалённо. Что логично, т.к. появляется ещё одно уязвимое звено которое само по себе даёт дополнительный доступ к физической машине.

Теперь немного о трафике между сервером и клиентом. В случае с сервером терминалов весь трафик между клиентом 1С и сервером 1С будет идти внутри одной машины, а пользователь будет "смотреть видео" (сильно оптимизированное) и с ним взаимодействовать. В случае прямого доступа через web сервер будут отдаваться html страницы, которые могут очень много весить. В случае с тонким клиентом между сервером и клиентом будет идти информация которая необходима для заполнения форм, мета описание самих форм, данные после заполнения форм и служебная информация, всё это сериализованное и сильно пожатое. По логике вещей меньше трафика будет при прямом подключении к серверу 1С с использованием тонкого клиента, а не через терминальный доступ, но надо смотреть на конкретные показатели вашей информационной базы. Программисты конфигурации 1С могут такое наделать что удалённый доступ станет выгоднее тонкого клиента.
48. СергейК 51 14.01.18 04:39 Сейчас в теме
(46) Чапаев и пустота.
Пришёл, всех шашкой порубил и вот... Не хочет увеличивать энтропию форума... :-)
50. artempo 15.01.18 10:50 Сейчас в теме
(46) Давненько не читал такого бреда. Либо тролль.
51. igormcx 15.01.18 21:14 Сейчас в теме
поднял на микротике опенвпн. но 1с из вне локальной сети не подключается, может кто знает почему? из-за того, что он udp не поддерживает?
52. sapervodichka 1429 11.06.19 23:47 Сейчас в теме
Примерные конфигурации можно посмотреть здесь https://infostart.ru/public/1062673/
Оставьте свое сообщение