-
+86-13811808484
- majiang@jinmatimes.com
+86-13811808484
Когда говорят ?сервер?, многие до сих пор представляют себе просто черный ящик в дата-центре, который ?что-то там вычисляет?. Это самое большое заблуждение. На деле, это живой, дышащий узел, от выбора и настройки которого зависит, будет ли вся инфраструктура работать как швейцарские часы или превратится в головную боль на 24/7. Я долго сам думал, что главное — это гигагерцы и количество ядер, пока не набил шишек на реальных проектах.
Раньше и я грешил тем, что сначала смотрел на спецификации: какой процессор, Intel или AMD, сколько оперативки, диски SAS или SATA. Это важно, конечно. Но это лишь фундамент. Реальный характер сервер проявляется только под нагрузкой, в связке с софтом и конкретными задачами. Мы как-то поставили партию мощных машин для одного госучреждения — вроде бы всё по учебнику. А они ?захлебнулись? на пиковых нагрузках от СУБД, потому что архитектура дискового массива была неоптимальна для паттернов случайных запросов. Пришлось пересобирать на лету.
Вот здесь и проявляется разница между просто сборщиком и интегратором. Взять, к примеру, подход компании ООО ?Чжунчуан Жуньцзинь (Пекин) Информационные Технологии?. На их сайте itbktech.ru видно, что они делают ставку на собственные НИОКР. Это не для галочки. Когда у тебя есть свои инженерные наработки, ты можешь подбирать или даже дорабатывать ?железо? под конкретную логику работы приложения, а не пытаться впихнуть софт в первую попавшуюся стандартную платформу. Их опыт в госсекторе, медицине, финансах — тому подтверждение. В этих сферах не бывает ?типовых? решений, каждый сервер — это штучный продукт.
Поэтому сейчас мой первый вопрос при проектировании — не ?сколько нужно серверов??, а ?какая у вас бизнес-логика? какие процессы самые критичные??. Иногда оказывается, что вместо трех средних машин выгоднее и надежнее поставить два сбалансированных сервера с продуманным запасом и системой хранения рядом, чтобы минимизировать задержки. Экономия на этапе закупки потом выходит боком тройными расходами на администрирование и апгрейд.
Хочется забыть, но не получится. Был у нас проект для небольшой сети клиник. Ставили инфраструктуру для медицинских изображений. Поставили, казалось бы, идеально сбалансированные серверы для обработки и хранения. Все тесты проходили. А когда началась реальная работа, врачи стали жаловаться на тормоза при просмотре снимков. Оказалось, мы не учли сценарий, когда десяток врачей одновременно запрашивают тяжелые файлы-исследования для консилиума. Не хватило пропускной способности подсистемы ввода-вывода. Не хватило ?воздуха? в дисковой подсистеме.
Это был классический случай, когда смотришь на усредненные метрики, а не на пиковые сценарии использования. Пришлось срочно реконфигурировать RAID-массивы, переносить часть ?горячих? данных на более быстрые носители, оптимизировать кэширование. Клиент не был в восторге, но мы вынесли урок на всю жизнь: для сервера в таких ответственных областях, как та же медицина, о которой говорит и Чжунчуан Жуньцзинь, закладывать нужно не под расчетную, а под экстремальную нагрузку, плюс 30-40% как минимум.
Еще один частый провал — недооценка охлаждения и энергопотребления. Красивые цифры TDP процессора в спецификации — это в идеальных условиях стенда. В реальной стойке, где рядом шумит соседний сервер, где вентиляция неидеальна, эти цифры растут. И вместе с ними растет шанс на троттлинг и внезапную перезагрузку в самый неподходящий момент. Теперь мы всегда требуем детальный план размещения в стойке и расчёты тепловыделения для любого, даже небольшого проекта.
Сейчас все говорят про HCI (гиперконвергентные инфраструктуры). Мол, это панацея. Поставил несколько узлов, и они сами собой управляются. В некоторых случаях — да, особенно для типовых задач виртуализации и развертывания новых сервисов. Это удобно. Но я видел проекты, где HCI становился дорогой и неэффективной клеткой.
Представьте, что вам нужно развернуть высокопроизводительный кластер для вычислений (типа CFD-моделирования) или для работы с большими данными. Там нужны очень специфические соотношения вычислительной мощности, памяти и скорости доступа к данным. В типовом HCI-решении вы можете быть сильно ограничены типом дисков, пропускной способностью сети хранения, которая в HCI завязана на ту же физическую сеть. Иногда классическое разделение на вычислительные серверы и выделенную систему хранения (SAN) оказывается и дешевле, и производительнее, и гибче в масштабировании.
Компании, которые, как ООО ?Чжунчуан Жуньцзинь?, предлагают широкий спектр решений — от серверов до систем хранения и сетевого оборудования — находятся в более выигрышной позиции. Они не заинтересованы впарить вам только один тип архитектуры. Их специалисты могут предложить и конвергентное решение на базе своих же платформ, и классическую трехзвенную архитектуру (вычисления-хранение-сеть), если это лучше подходит под задачу. Это видно по их портфолио для разных секторов экономики. Главное — чтобы интегратор понимал суть ваших процессов, а не просто продавал модули из каталога.
Часто заказчик фокусируется на процессоре и объеме диска, совершенно забывая про ?мелочи?. А от этих мелочей зависит uptime всей системы. Например, блоки питания. Казалось бы, что тут думать? Но если в критичном сервере стоит один блок питания (даже очень надежный), а второй слот пустует — это прямая дорога к простою. Всегда, всегда нужно резервирование (2+0, 2+1). И не забывать проверять, чтобы они были запитаны от разных фаз или хотя бы разных ИБП.
Или сетевые карты. Можно поставить самую быструю, но если драйверы для нее нестабильны под вашей версией гипервизора, будут постоянные микроразрывы и лаги в виртуальных машинах. Мы теперь ведем свою внутреннюю матрицу совместимости: проверенные модели адаптеров под ESXi, Hyper-V, KVM. Это экономит кучу нервов при сдаче проекта.
Сюда же относится и прошивка (firmware). Установил новый сервер, поставил ОС — и вроде работает. Но через месяц начинаются странные зависания. Оказывается, в BIOS/UEFI была ошибка в управлении энергопотреблением, исправленная в новой версии прошивки, которую мы не обновили ?потом?. Теперь правило: обновление всех прошивок (материнская плата, RAID-контроллер, сетевые карты, диски) — это обязательный пункт ввода в эксплуатацию, а не опция ?на потом?.
Куда всё движется? Сейчас уже недостаточно просто поставить мощный бокс. На первый план выходит управляемость и гибкость. Современный сервер — это, по сути, набор ресурсов (CPU, RAM, диск, сеть), которые должны динамически выделяться под разные задачи. Здесь в игру входят технологии вроде Intel SGX для конфиденциальных вычислений, GPU для AI/ML, программируемые сетевые карты (SmartNIC), которые разгружают центральный процессор.
Именно способность интегратора собрать эту мозаику из технологий в работающее целое и определяет успех. Нужно понимать, как софт для анализа медицинских снимков будет использовать GPU, как система резервного копирования будет работать с вашей конкретной конфигурацией RAID, как обеспечить безопасность данных на уровне ?железа?. Это комплексная работа.
Поэтому, когда я вижу сайт вроде itbktech.ru, где компания Чжунчуан Жуньцзинь позиционирует себя как разработчик с собственными НИОКР и опытом в сложных отраслях, я понимаю, что они, скорее всего, сталкивались с подобными задачами. Они знают, что продать сервер — это только начало истории. Главное — заставить его работать именно так, как нужно бизнесу клиента, будь то банк, университет или завод. А для этого нужны не просто менеджеры по продажам, а инженеры, которые могут посмотреть на задачу изнутри и сказать: ?вот здесь вам нужна вот такая специфика, а вот это можно удешевить, без потери надежности?. Это и есть настоящая работа с серверами.
