Я ранее уже рассказывал, что приобрёл себе домой полноценную серверную платформу на базе Supermicro поколения DDR4. Мне все вопросы по производительности закрывает этот сервер. У меня там все личные и семейные сервисы.

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

В настройках IPMI есть несколько режимов работы вентиляторами:

◽️Standard Speed
◽️Full Speed
◽️PUE2 (Power Utilization Effectiveness) Speed
◽️HeavyIO Speed

Самый тихий - PUE2. В моих условиях он крутит вентиляторы до 6100 RPM. (самый тихий 😁). Стал разбираться, как понизить обороты. Оказалось, эта не такая простая задача.

На сервер можно установить из дебиановских реп утилиту ipmitool, или скачать родную от Supermicro - IPMICFG. Она свободно скачивается с сайта. Делают они примерно одно и то же. Можно raw командами управлять работой вентиляторов. Например:

# ipmitool raw 0x30 0x70 0x66 0x01 0x00 0xA

Эта команда выставляет обороты на желаемые 4500 RPM, которые мне видятся более комфортными. С ними CPU буквально на 2 градуса горячее становится, но по шуму значительно тише.

Смотрим обороты:

# ipmitool sdr type Fan
# ./IPMICFG-Linux.x86_64 -sdr | grep FAN

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

Я долго мучал ИИ с решением этой задачи. Но так и не пришёл к стабильному результату. Решила все проблемы бесплатная утилита smfc. Её как раз в качестве решение именно моей задачи и сделали - Supermicro fan control for Linux (home) servers.

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

Я себе такой конфиг нарисовал, чтобы иметь комфортные обороты 4500-5000 RPM практически всё время в своих условиях. У меня в бойлерной тепло - 25-30 градусов постоянно из-за работающего оборудования.

[Ipmi]
command=/usr/bin/ipmitool
platform_name=auto
fan_mode_delay=10
fan_level_delay=2
enforce_fan_mode=1

[CPU]
enabled=1
ipmi_zone=0
temp_calc=2
sensitivity=2.0
polling=2

steps=6
min_temp=30
max_temp=85
min_level=5
max_level=25

Принцип настройки следующий. Имеют решающее значение последние 5 строк. Я разбил шкалу режимов на 6 частей, рабочий диапазон температур от 30 до 85 градусов и изменение скорости вращения вентиляторов в этом диапазоне от 5 до 25%. За основу берётся режим работы вентиляторов Full Speed.

С такими настройками опытным путём установлено, что в моих условиях при температуре CPU от 60 до 75 вентиляторы будут вращаться на скорости 4000-5000 RPM. У меня это основной температурный диапазон. Для сервера это вполне нормальная температура, так что сильнее охлаждать не буду. Сейчас зима настанет, само всё охладится. В бойлерной зимой отопление не включаю. Сама себя греет.

Если кто-то думает и прикидывает покупку стоечного сервера в квартиру, то могу точно сказать - даже не думайте. Это не стоит того. Ищите либо другую платформу, либо смотрите, есть ли возможность перекинуть материнку в другой формат корпуса. 1U-2U сервера очень шумные. В 3U уже появляются варианты по альтернативному охлаждению. Но всё равно это не стоит того. Такие сервера не для дома.

У меня есть отдельное помещение, поэтому мне нормально. В жилом помещении с ним чокнешься. Если бы не уменьшил обороты, то звукоизолировал бы шкаф. Он с профилированными стенками и по сути не задерживает звуки. Это можно исправить. Но пока и так сойдёт. Решил быстренько проблему.

———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩

#железо

Недавно случайно заметил любопытную информацию на тему Proxmox VE и новой функциональности, которая меня сразу же заинтересовала. Уже даже не помню где это увидел. Сразу скажу, что это экспериментальная тема не для прода. Актуально в текущей версии может быть только где-то на тестовых серверах.

Речь пойдёт про проект pve-microvm. Основная его идея - получить новую сущность в виде MicroVM, но такую же легковесную, как LXC. Это всё сделано на базе виртуализации KVM и отдельного ядра, а не общего с хостом, как в LXC, но при этом у MicroVM скорость запуска намного быстрее, чем у обычной VM, лишь немного уступает LXC.

Работает это через патчинг qemu-server с помощью установки deb пакета. После этого в веб интерфейсе Proxmox появляется возможность создавать новый тип машины - µVM. Стандартные виртуалки полностью эмулируют BIOS и PCI шины. В MicroVM всё это отсутствует. Вместо этого используется устройство virtio-mmio, которое напрямую загружает ядро виртуальной машины, которое полностью изолировано от хоста.

Технология MicroVM относительно нова. В данном случае относительно появления самих виртуальных машин. Так то эта технология уже довольно развита. Наибольшую популярность она приобрела в AWS. У них есть отдельный проект Firecracker. Похожий принцип реализуется в Kata Containers. По мотивам этих реализаций сделан pve-microvm, который в том числе поддерживает образы Firecracker.

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

Второе применение - использование в тестовых лабах, в связке с GNS3, EVE-NG, PNETLab и им подобным. Там по-моему есть интеграция с внешними гипервизорами. Есть отдельный проект из этой области на базе контейнеров - Containerlab. Они как раз выбраны из-за быстрого деплоя и низкого потребления ресурсов. MicroVM для такого продукта будут уместны.

Идея продукта очень классная. Будет здорово, если команда Proxmox заметит этот проект, возьмёт на вооружение, протестирует и интегрирует в PVE. Я сейчас повсеместно использую LXC наравне с VM. У LXC есть ряд неудобств, которые бы полностью закрыли MicroVM. Традиционные VM станут практически не нужны под типовые задачи.

———
ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩

#proxmox