Чек-лист установки физического сервера

или "У нас крутое оборудование, но всё тормозит!!!"

Для составления использовались данные с http://www.gilev.ru/, https://habr.com/ru/articles/861874/ ну и собственный опыт.

ДИСКЛЕЙМЕР: Это не инструкция по разгону процессора, это просто настройка компьютера на нормальный режим работы.

0. Плашки оперативной памяти стоят по одной на канал (описание такой установки приведено в документации на материнскую плату). Если нужно больше памяти - придётся смириться с потерей производительности памяти (на процентов 30-40).

1. В биосе :

1.1. Power Technology - Custom / Operating mode - Maximum Perfomance.

1.2 ВЫКЛЮЧИТЬ всё связанное с С3/С6 state. (параметр может называться Disable ... С3/С6 state, в таком случае нужно его активировать!)

1.3 Intel StepSpeed/AMD Cool'n'Quiet - выберите значение Disable, а если его нет, то Maximum.

1.4 CSM - Disable.

1.5 Turbo Boost - Enabled или Optimized for Performance.

1.6 Package C State Limit или Package C State Support - C0/C1.

1.7 Intel QPI Link Power Management - Disabled.

1.8 ACPI T-States - Disable.

1.9 Software Controlled T-States - Disable.

1.10 Energy Performance BIAS - Perfomance

1.11 Energy Efficient Turbo - Disable.

1.12 C1E / Enhanced Halt State - Disabled.

1.13 CPU Power and Performance - Disabled.

1.14 Set Fan Profile - Performance.

1.15 CPU P-state control - None.

1.16 UPI Power management - Disabled.

Часть параметров может отсутствовать или называться чуть иначе. Всё будет зависеть от производителя сервера и биоса.

2. В Windows установлен режим энергосбережения "Максимальная производительность". В Linux установлены пакеты: tuned tuned-utils tuned-utils-systemtap, и с их помощью установлен режим throughput-performance или latency-performance.

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

Ну и момент, который нельзя упускать - после настройки (хотя, вообще-то всегда) необходим контроль температуры сервера. Потому что большая часть настроек отключает "протоколы энергосбережения", которые душат сервер в состоянии "простоя" и понижают его частоту. Но, например, ACPI T-States может привести к перегреву, так как отключает тротлинг - процесс сброса частоты при превышении температуры. Но вероятность наличия такой настройки на гражданской машине КРАЙНЕ МАЛА!

И горячий привет админам, которые выделяют 4 виртуальных голдовых зиона на сервер 1С с лицензий ПРОФ (получается, на сервере 4х8х2 = 64 ядра, а ПРОФ сервер 1С использует максимум 12), а потом говорят - так там нагрузка везде нулевая, проблема точно не в железе. А у самих в морде гипервизора видна средняя частота процессоров виртуалки 202 МГц, то есть 3 из 4 процов в глубоком энергосберегающем сне.

Всем удачи в настройке серверов под 1С и не только)

P.s. А ещё такие настройки биоса могут дать вам возможность поиграть с более качественной графикой, если вдруг вы упирались в проц)

Если коротко...

Для тех, кто не в курсе - я архитектор 1С, работающий с этим замечательным программным обеспечением больше 6 лет. И это очередной мой крик души из телеги, материалы из которой я периодически публикую здесь.

«Да, человек смертен, но это было бы ещё
полбеды. Плохо то, что он иногда внезапно смертен, вот в чем фокус!» М.
Булгаков, Мастер и Маргарита.

Утро 22 декабря началось не с кофе, а с сообщения в общем
чате проекта о том, что мой непосредственный начальник и, по совместительству,
ГФА (главный функц. арх. проекта) решил отъехать по своим делам в мир иной.
Ощущения, прямо скажу – странные.

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

Если коротко, то можете считать, что я сдался.
Ухожу с проектной работы назад в поддержку. Но всё ещё на роль архитектора. Да,
такая вот поддержка, что нужен свой архитектор. Потому что устал от
согласований документов по полгода, устал от изменений реквизитного состава справочников
через 15 уведомлений людей, которые даже не в курсе о таких элементах метаданных,
устал от того, что (по общему мнению) на НСИ можно забить болт – они же сами разберутся
и тд.

Что я вынес для себя с проектной работы:

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

2. Значительная часть коллег – инвалиды. Уж простите, но
накипело. Когда мне пришлось больше 40 раз читать техзадание на разработку
того, что покрывается типовым функционалом – у меня начали возникать резонные
вопросы к качеству исходных данных и к компетенции участников процесса (подобное
приходилось читать и раньше, но не настолько массово). Да, я понимаю, что есть
такие случаи, что ну вот вообще никак не уложить в типовую логику. Но момент
запрещения фантазии и анализа я, видимо, пропустил. И точно также, я понимаю,
что основная задача интегратора/франча/консалтера (в общем, внешнего
исполнителя), «увеличить косты» и заставить клиента платить больше. Но в какой
момент наступает отключение мозгов и прекращение понимания того, что вообще-то
процесс просто ложится в типовую логику и работает – я так и не понял.

3. Большие команды – не для меня. На текущем месте я «лидировал»,
или, скорее, пытался лидировать в общей сумме 15 человек (не спрашивайте, почему
архитектор таким занимается, я сам так и не понял)). Получил от этого только
головную боль. В результате, в блок бухгалтерии пришел свой РП, который начал
наводить свой переполох в курятнике, а миграцию я по большей части делегировал
ведущему аналитику с опытом тимлида (с которым вообще всё отлично получилось). Всего
в команде было 60 человек. Чем занимались 35 из них – я всё ещё не знаю. Всего
общался примерно с 25.

4. На результат всем
пофиг, главное – процесс и согласование/закрытие документов. Я понимаю, что
формальный этап закрытия работ важен. Но не в том случае, когда у вас в работе
ПРФ (проектные решения функциональности примерно равно ТЗ на блок учета) 2019 года
и при согласовании вам от трех людей приходят вопросы «а почему не по ПРФ?» и
одновременно «ПРФ устарел, покажите реальный процесс». А актуализация ПРФ в
проект не входит и поехали….

5. Крупный заказчик = Х15 головной боли чем то, когда ты
разговариваешь с людьми на месте. Мне несколько раз приходилось участвовать в
обследованиях склада формата «ну, ты вон в той кучи посмотри». И компания
работала успешно. Как думаете, что говорила Баба Глаша, когда к ней приходили и
говорили про ТСД и прочие эти ваши интернетные штуки? Да, ближайший лес –
примерно там (показать пальцем). А если совсем переводить на русский – я устал
от того, что моя работа становится строчкой в отчетах, но не приносит реальной
пользы людям, а скорее даже немного вредит.

6. Обращение к спонсорам проекта внедрения любой системы:
если вы не будете контролировать процесс, то вы получите тот же самый
автоматизированный бардак, который и был до этого. На каком уровне и как вы будете
это контролировать – это уже ваши проблемы.

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

13.01 выхожу на новое место. Пожелайте удачи, что ли)

Всем хорошего окончания года, здоровья и счастья.