Ищете контакты с командами производителей полупроводников для оборудования для влажных процессов? Компания Meraif предлагает покупателям из Юго-Восточной Азии решения для кремниевых пластин, пластин ИС, современной упаковки, подложек ИС и SMT - с использованием запатентованной технологии форсунок, вакуумной очистки распылением под отрицательным давлением и сверхкритических жидкостей для высокоточной очистки полупроводников.
Производственная ERP-система - это не гламурная работа.
На нем работают закупки, MRP, инвентаризация, маршрутизация, производственные заказы, записи о качестве, EDI, финансы, складские перемещения, сериализованные детали и маленькие уродливые интеграционные задания, которые никто не документирует, пока они не выходят из строя во время закрытия месяца. Поэтому, когда кто-то спрашивает меня, какой сервер - 1U, 2U или 4U - “лучше”, я обычно задаю более грубый вопрос: Какую часть ERP-системы вы хотите затормозить в 14:17, когда производство уже опаздывает?
Это и есть настоящая покупка.
Высота стойки - это не стратегия. Стратегия - это плотность вычислений, удобство хранения данных, запас прочности, объем памяти, задержка баз данных и то, как быстро ИТ-команда вашего предприятия может заменить сдохший диск, не превращая тикет ERP в остановку производства. Агентство Reuters сообщило, что глобальное отключение ИТ в июле 2024 года затронуло авиакомпании, банки, СМИ и другие отрасли, а в отдельном сообщении Reuters говорится, что Tesla остановила несколько производственных линий в Техасе и Неваде после того, как пострадали хосты, серверы, ноутбуки и производственные устройства на базе Windows. Это не только история ERP, но и тот же операционный урок: хрупкая инфраструктура очень быстро становится событием в бизнесе.
Так что будьте осторожны.
При выборе сервера B2B ERP вопрос стоит не так: “1U vs 2U vs 4U?”. А в том, чтобы: Какой форм-фактор сервера обеспечит вашей производственной ERP достаточную производительность, избыточность, термостабильность и доступ к обслуживанию в течение следующих 36-60 месяцев, не превращая центр обработки данных в музей неудачных решений о закупках?
Сервер для использования ERP-системы редко нагружается равномерно. Поэтому размер электронной таблицы - это ложь.
В течение часа инфраструктура вашей ERP-системы работает спокойно: заказы на поставку, согласования, печать этикеток, немного болтовни по API. Затем сменяется смена, просыпаются сканеры, запускается MRP, пользователи склада производят пакетную обработку транзакций, финансы экспортируют отчеты, а база данных начинает пережевывать случайные чтения, временные таблицы, блокировки и плохо индексированные пользовательские запросы, написанные консультантом, который исчез в 2021 году.
Этот всплеск имеет большее значение, чем средний.
Требования к аппаратному обеспечению ERP на производстве обычно группируются вокруг пяти вещей: Потоки процессора для служб приложений, высокопроизводительные ядра для работы с базами данных, оперативная память для кэширования и одновременных сессий, хранилище с низкой задержкой для транзакционных баз данных и резервное питание/сетевое подключение, поскольку заводам неважно, что ваш сервер был “в пределах спецификации”, когда он вышел из строя.
Согласно декабрьскому отчету Бюро переписи населения США ’Отгрузки, запасы и заказы производителей в 2024 году", объем всех производственных поставок в 2024 году составит примерно $7,045 триллиона, по сравнению с примерно $6,932 триллиона в 2023 году. Перевод: производство по-прежнему перемещает огромные ценности через операционные системы, и простои ERP - это не абстрактное неудобство, связанное с ИТ. Это отложенные поставки, грязные запасы, замороженные счета-фактуры и разгневанные производственные менеджеры.
NIST также продвигает работу над интеллектуальным производством, связанную с доверенными цифровыми потоками, объединением разнородных данных, промышленным искусственным интеллектом и оценкой производственных систем. Это важно, потому что современная ERP - это уже не просто “бухгалтерский учет плюс инвентаризация”. Она все чаще располагается рядом с MES, QMS, PLM, WMS, шлюзами IIoT, машинными данными и аналитикой.
И вот тут-то высота сервера начинает иметь значение.
Стоечный сервер высотой 1U - это тонкий нож в мире стоек: компактный, эффективный и отличный, когда вы уже точно знаете, что делаете.
Для Manufacturing ERP я предпочитаю 1U, если рабочая нагрузка чистая, виртуализированная, хранилище внешнее или тщательно спланированное, а покупатель ценит плотность стойки, а не физическое расширение. Хорошо сконфигурированная Корпоративный стоечный сервер AMD EPYC 1U для заводских ИТ-систем Может иметь смысл для филиалов, небольших экземпляров ERP, узлов приложений, серверов лицензий, узлов отчетности, доменных служб или граничных рабочих нагрузок, которым не требуется куча внутренних дисков.
Но у 1U есть характер.
Вентиляторы стали меньше. Акустическая боль реальна. Тепловой запас может быть небольшим. Расширение PCIe ограничено. Отсеки для накопителей ограничены. Прокладка кабелей становится некрасивой. А если ваша база данных ERP хранится на внутреннем накопителе, то 1U может заставить пойти на компромисс, который будет выглядеть умным в предложении и глупым при перестройке.
Стал бы я запускать серьезную серверную базу данных ERP на внутреннем хранилище 1U для завода со 150 пользователями, штрихкодовыми пушками, EDI, отчетностью и ночным MRP?
Обычно нет.
Не потому, что 1U слабый. Потому что 1U дает вам меньше физических возможностей для спасения, когда рабочая нагрузка растет, поставщик ERP добавляет модули или базе данных требуется больше IOPS, чем предполагалось. В реальном мире “мы просто обновим систему позже” часто означает “мы запланируем время простоя после следующего аудита, после следующего запуска, после следующего закрытия фискального отчета”, то есть никогда.
2U - это место, где обычно собираются взрослые.
Шасси 2U обеспечивает покупателям B2B оптимальный баланс между вычислениями, хранением, терморегуляторами, расширением и удобством обслуживания. Оно не бросается в глаза. Оно не самое плотное. Оно не всегда самое дешевое в расчете на единицу стойки. Но для производственной ERP скучное часто оказывается выгодным.
Такая платформа, как Стоечный сервер Dell PowerEdge R740 2U с 8 отсеками с горячей заменой Все соответствует шаблону: достаточно отсеков для дисков для планирования RAID-массивов, достаточно места для PCIe для HBA или более быстрых сетей, достаточно воздушного потока, чтобы избежать тепловой драмы, и достаточно доступа для обслуживания, чтобы специалисту не требовались пинцет, молитва и окно обслуживания для замены оборудования.
Это важно.
Лучший сервер для производственной ERP-системы - это двухсокетная система 2U или односокетная система с высоким ядром, оперативной памятью ECC, резервным питанием, корпоративными SSD или смешанными ярусами SSD/HDD, сетью 10/25GbE и контрактом на поддержку, который не требует трех эскалаций, прежде чем кто-то доставит блок питания.
У меня есть свое мнение: Если база данных ERP размещается в помещении и является критически важной для бизнеса, то 2U должно быть исходной точкой по умолчанию, если нет веских причин не использовать ее.
Почему? Потому что 2U позволяет избежать героической инженерии. Вы можете запустить уровень приложений ERP, уровень баз данных или хост виртуализации с более честным резервированием. Можно изолировать журналы от данных. Можно оставить запасные отсеки. Можно добавить сетевые карты. Можно поддерживать ускорение резервного копирования. Вы можете расти без немедленной замены коробки.
А в производстве избежать геройства - половина дела.
Сервер 4U не “лучше”, чем 2U. Он больше.
Это звучит очевидно, но команды, занимающиеся закупками, все еще путают размер корпуса с серьезностью. Сервер 4U может быть правильным решением, если производственная ERP-система привязана к массивной локальной системе хранения, множеству карт расширения, аналитике с использованием GPU, устаревшим зависимостям от PCIe или смешанным рабочим нагрузкам, которые, вероятно, следовало бы разделить, но нельзя, поскольку бюджетная политика победила.
Преимущество 4U заключается в физической честности: больше отсеков, больше воздушных потоков, проще обслуживание, больше возможностей для расширения и больше вариантов внутреннего хранения. Для ERP-сред с большими вложениями, документами, связанными с САПР, качественными изображениями, отсканированными сертификатами, длительными сроками хранения или локальными хранилищами резервных копий 4U может уменьшить компромисс.
Но у 4U есть свои издержки.
Место в стойке. Потребляемая мощность. Охлаждение. Вес. Соблазн перегрузить одно шасси слишком большим количеством бизнес-функций. И худшая из всех привычек: рассматривать большой сервер как свалку для всех рабочих нагрузок, которые компания не хочет правильно архивировать.
Так “ERP-сервер” превращается в ERP, SQL, общие файловые ресурсы, печать этикеток, хранилище резервных копий, BI, тестовый экземпляр, контроллер домена, виртуальную машину со случайным коннектором и забытую службу Windows, работающую под учетной записью уволившегося сотрудника.
Пожалуйста, не делайте этого.
Для аналитики на GPU, инспекционных нагрузок ИИ или моделирования в стиле HPC на основе ERP-данных используется Двухсокетный GPU-сервер 2U для ИИ, высокопроизводительных вычислений и центров обработки данных может быть чище, чем заставлять ERP-бокс высотой 4U превращаться в "машину для всего". Пусть ERP будет скучной. Экзотические рабочие нагрузки разместите в другом месте.
| Форм-фактор | Лучше всего подходит для производственной ERP | Сильные стороны | Слабые стороны | Мое мнение покупателя |
|---|---|---|---|---|
| 1U | Небольшие заводы, узлы приложений, пограничные службы ERP, легкая виртуализация, удаленные объекты | Высокая плотность, меньшая занимаемая площадь в стойке, эффективность при стандартизированном развертывании | Ограниченные отсеки для накопителей, более жесткие температурные режимы, меньшее количество расширений PCIe, более сложный доступ для обслуживания | Хорошо подходит для контролируемых рабочих нагрузок; рискованно использовать в качестве основного блока базы данных ERP, если только хранилище не является внешним. |
| 2U | Большинство локальных развертываний ERP-серверов, узлов SQL/баз данных, кластеров виртуализации, производителей среднего бизнеса. | Сбалансированное хранение, воздушный поток, расширение, резервирование и возможность обслуживания | Занимает больше места в стойке, чем 1U; не такой вместительный, как 4U | Выбор по умолчанию для серьезных покупателей производственных ERP |
| 4U | ERP-системы с большим объемом хранилищ, производство с большим объемом документов, расширение смешанного наследия, локальные проекты с большим объемом резервного копирования | Максимальное количество отсеков, более простое охлаждение, больше слотов PCIe, более удобное обслуживание | Требователен к стойкам, потребляет много энергии, поощряет разрастание рабочей нагрузки | Покупайте его только в том случае, если физическое расширение действительно необходимо |
| Краевой/компактный сервер | Сбор данных в заводских цехах, локальная буферизация, удаленные линейные системы, OT-коннекторы ERP. | Небольшая площадь, прочные опции, возможность использования рядом с машинами | Не идеально подходит для размещения основной базы данных ERP | Полезный компаньон, но не замена основного ERP-сервера |
Разговор о процессоре становится предметом злоупотребления.
Поставщики ERP любят минимальные требования, потому что минимальные требования защищают заявки на поддержку, а не пропускную способность бизнеса. 16-ядерный процессор может превзойти 32-ядерный, если рабочая нагрузка ограничена лицензиями, чувствительна к однопоточности или привязана к базе данных. И да, тактовая частота все еще имеет значение в скучных транзакционных системах.
Для производственной ERP я бы разделил размер процессора по уровням:
Прикладной уровень: более умеренные ядра, стабильная частота, достаточное количество оперативной памяти, чистая виртуализация.
Уровень базы данных: высокая тактовая частота, большой кэш, быстрые каналы памяти, низкая задержка хранения, консервативный overcommit.
Уровень Reporting/BI: больше ядер, больше оперативной памяти, по возможности изолирован от производственной ERP.
Интеграционный уровень: устойчивый, контролируемый и не позволяющий спокойно съесть ERP-сервер заживо.
. Стоечный сервер Intel Xeon для корпоративного хранения и вычислений все еще может быть рациональным выбором ERP, когда сертификация производителя, консервативная ИТ-политика и предсказуемая поддержка платформы имеют большее значение, чем тесты бенчмарков. AMD EPYC может быть отличным решением с точки зрения плотности и экономичности ядра. Правильный ответ зависит от лицензирования ERP, движка базы данных, уровня виртуализации, а также от того, будет ли команда поддержки вашего поставщика ERP-систем вести себя странно, когда увидит платформу, которую они не часто сертифицируют.
Суровая правда: Политика поддержки поставщиков может иметь такое же значение, как и кремний.
RAM - это тот случай, когда многие ERP-проекты работают плохо, а потом расплачиваются богато.
Производственные базы данных ERP любят память, потому что память удерживает горячие данные на диске. Серверы приложений любят память, потому что пользовательские сессии, сервисы, отчеты и интеграции не останавливаются на оценке из демонстрационного ролика. Хостам виртуализации нужна память, потому что чрезмерное выделение ресурсов приводит к подкачке, а подкачка - к тому, что люди обвиняют “ERP”.”
Для развертывания небольшой производственной ERP-системы может хватить и 64 ГБ. Для производственных ERP среднего уровня более нормальными являются 128-512 ГБ. Для сред с большим объемом баз данных или виртуализированных сред 512 ГБ+ - это не экзотика. Это страховка.
Не путайте потребительскую память с серверной. Сайт Модуль памяти для ноутбуков 16 ГБ DDR5-4800 SO-DIMM Они полезны в своей собственной категории, но требования ERP-серверов относятся к области ECC RDIMM/LRDIMM, с модулями, соответствующими платформе, и планом размещения памяти, сохраняющим пропускную способность канала.
Последняя часть упущена.
Сервер с “512 ГБ ОЗУ” все равно может быть сконфигурирован плохо. Каналы памяти имеют значение. Количество модулей DIMM имеет значение. Выпадающие значения скорости имеют значение. Поведение NUMA имеет значение. А если лицензирование базы данных ERP осуществляется по ядрам, память становится еще более ценной, поскольку позволяет каждому лицензированному ядру выполнять больше полезной работы.
Хранилище - самая неприятная часть ERP-оборудования.
Не потому, что диски загадочны. Потому что люди покупают емкость, когда ERP-система нуждается в задержках, выносливости при записи, глубине очереди, безопасности при перестройке, а также в резервном копировании, которое можно восстановить до того, как директор завода узнает ваше имя.
Для баз данных ERP приоритет отдавайте корпоративным SSD-накопителям для активных данных и журналов. Используйте отдельные тома для ОС, файлов базы данных, журналов транзакций, пространства tempdb/temp, резервных копий и экспорта, если это выгодно для движка базы данных. Для хранения больших объемов документов, архивных данных или резервных копий корпоративные жесткие диски все еще могут быть разумными. Такой диск, как Корпоративный жесткий диск Seagate Exos X18 16 ТБ SATA Применяется в ролях, требующих больших мощностей, а не как единственная основа производительности под загруженной базой данных ERP.
RAID тоже имеет значение.
RAID 10 - дорогой и разумный вариант для транзакционных нагрузок, чувствительных к производительности. RAID 5 дешев до тех пор, пока время перестройки и штраф за запись не заставят всех нервничать. RAID 6 более безопасен для емких массивов, но не волшебен. NVMe может быть отличным решением, но только если ваши процедуры резервного копирования, мониторинга, тепловой защиты и устранения сбоев столь же серьезны.
Вот мое правило: Если отказ хранилища может остановить отгрузку, приемку, проводку продукции или выставление счетов, не позволяйте поставщику, предложившему самую низкую цену, разрабатывать схему расположения дисков.
| Профиль покупателя | Рекомендуемый форм-фактор | Почему |
|---|---|---|
| 25-75 пользователей ERP, один завод, в основном стандартные модули | 1U или 2U | 1U подходит для скромных или внешних систем хранения; 2U обеспечивает более безопасный рост. |
| 75-300 пользователей ERP, SQL-насыщенный, штрихкод/WMS, EDI, отчетность | 2U | Наилучшее соотношение отсеков для дисков, памяти, воздушного потока и расширения |
| Производитель с несколькими заводами и кластером виртуализации | Узлы 2U | Более высокая плотность и удобство обслуживания по сравнению с гигантскими серверами "все в одном". |
| ERP с большим количеством документов: сканы, ссылки на САПР, сертификаты, длительное хранение. | 2U + внешний накопитель или 4U | 4U только в том случае, если действительно требуется внутренняя память |
| ERP плюс машинное зрение, аналитика ИИ или моделирование | Отдельный узел GPU/HPC высотой 2U | Поддерживайте стабильность ERP; не смешивайте волатильные вычисления с производственной ERP. |
| Удаленный завод, буферизация данных на стороне линии, рабочие нагрузки на OT-коннекторах | Пограничный сервер | Используйте что-то вроде Lenovo ThinkSystem SE350 компактный сервер для граничных вычислений вблизи операций, а не в качестве основной базы данных ERP. |
Поставщики облачных ERP уже несколько лет предсказывают смерть локальных ERP. Прекрасно. Они могут продолжать предсказывать.
Производители все еще используют локальные ERP, потому что у них есть проблемы с задержками, пользовательские интеграции, локальные устройства, требования к соответствию, история приобретений, неудобные зависимости от поставщиков и допустимое время простоя, которые не вписываются в чистый слайд-деск SaaS. Политика перехода на облачные технологии выглядит красиво, пока принтер этикеток, весы, соединитель с ПЛК, переводчик EDI или древняя интеграция с ЧПУ не откажутся вести себя хорошо.
Это не значит, что каждый производитель должен покупать серверы вечно.
Это означает, что решение о выборе локального ERP-сервера должно быть трезвым. Если вы размещаете ERP в локальной сети, стройте ее как производственную инфраструктуру, а не как вспомогательную. Избыточные блоки питания. Память ECC. Отсеки с горячей заменой. Удаленное управление. Двойные сетевые каналы. Интеграция ИБП. Проверенное восстановление. Запасные диски. Документированная политика в отношении встроенного ПО. Мониторинг, который пробуждает людей раньше, чем это делают пользователи.
Сервер - это не стратегия ERP.
Но плохой сервер абсолютно точно станет ERP-стратегией, потому что следующие три года все будут работать в обход него.
Хороший сервер отвечает на вопросы еще до того, как их задают.
Спросите, что происходит, когда диск выходит из строя во время MRP. Спросите, сколько времени занимает восстановление RAID-массива. Спросите, сертифицирует ли поставщик ERP поколение процессора, гипервизор, ОС и версию базы данных. Спросите, сохраняет ли расположение оперативной памяти полные каналы памяти. Спросите, есть ли у контроллера хранения защита кэша. Поинтересуйтесь, возможна ли горячая замена NVMe-накопителей. Спросите, требуют ли обновления прошивки простоя. Спросите, есть ли у сервера внеполосное управление. Спросите, соответствует ли SLA поддержки реальному положению дел на производстве.
И спросите уродливого: Кому принадлежит проблема, когда ERP работает медленно, но технически ничего не сломано?
Этот вопрос выявляет слабых продавцов.
Для Manufacturing ERP “лучший сервер” не означает максимальные характеристики. Это означает меньше узких мест, меньше единичных точек отказа, меньше странных тепловых сюрпризов, меньше сеансов тыканья пальцем в поставщика и достаточный запас для бизнеса, который, по словам финансового директора, будет у вас через три года.
Для большинства покупателей B2B, выбирающих сервер для Manufacturing ERP, я оцениваю форм-факторы следующим образом:
2U первый.
1U второй, но только с дисциплиной.
4U - третий, если только речь не идет о корпусе для хранения или расширения.
Это может раздражать аппаратных максималистов. Хорошо. Монстр в 4U может быть впечатляющим, но он может скрывать плохую архитектуру. Сервер высотой 1U может быть элегантным, но он также может наказывать команды, которым не хватает дисциплины при работе с внешними системами хранения. Сервер 2U - это прагматичная середина: достаточно места, чтобы выполнять работу должным образом, не приглашая все сиротские рабочие нагрузки в один корпус.
Производственные ERP вознаграждают скучную инфраструктуру.
Она наказывает за сообразительность.
Оптимальный размер сервера для Manufacturing ERP обычно составляет 2U, поскольку в нем лучше сбалансированы производительность процессора, память ECC, хранилище с горячей заменой, расширение PCIe, воздушный поток и удобство обслуживания, чем в большинстве альтернативных вариантов 1U или 4U для заводов среднего сегмента, работающих с базами данных, интеграциями, отчетами и производственными операциями. После этого выбор зависит от количества пользователей, дизайна хранилища, сертификации поставщика ERP, а также от того, работает ли база данных на локальных дисках или в общем хранилище.
На небольшом предприятии службы ERP-приложений могут работать на оборудовании высотой 1U, особенно при использовании внешних систем хранения или виртуализации. Производитель с большим объемом хранилищ может оправдать 4U. Но если бы мне пришлось выбирать один стандарт для инфраструктуры рабочих нагрузок ERP, я бы начал с 2U и заставил бы каждое исключение защищаться.
Чтобы выбрать сервер для производственной ERP-системы, определите размер рабочей нагрузки с учетом задержек базы данных, одновременных пользователей, кэш-памяти, пиков транзакций, интеграций, избыточности хранилища, времени восстановления резервных копий и требований к поддержке поставщика, а не покупайте только по количеству ядер процессора или высоте стоечного блока. Затем соотнесите эти требования с 1U, 2U или 4U с учетом возможности расширения и обслуживания.
Начните с поддерживаемого, а не минимального стека поставщика ERP. Затем протестируйте проект на прочность при закрытии месяца, выполнении MRP, трафике штрих-кодов, всплесках EDI, заданиях по созданию отчетов и сценариях восстановления. Если в предложении по серверу не обсуждается расположение хранилища и время восстановления, оно не закончено.
Сервера 1U может быть достаточно для локального ERP-сервера, если у производителя небольшая база пользователей, умеренный рост базы данных, внешнее хранилище, сильная дисциплина виртуализации и отсутствие необходимости в большом количестве внутренних дисков или карт расширения PCIe. Он менее привлекателен, если производительность ERP сильно зависит от локального хранилища, теплового запаса или будущего роста оборудования.
Я бы использовал 1U для уровней приложений, удаленных сайтов, небольших рабочих нагрузок ERP или кластерных узлов. Я бы с осторожностью отнесся к использованию 1U в качестве основного сервера баз данных ERP на растущей фабрике, если только архитектура хранения и резервного копирования не является уже зрелой.
Покупатель должен выбрать сервер 4U для ERP, если плотность внутренней памяти, карты расширения, доступ к сервисам, воздушный поток или зависимость от устаревшего оборудования важнее, чем плотность стойки и энергоэффективность. Он подходит для ERP-сред с большим объемом документов, крупных локальных хранилищ резервных копий, необычных потребностей в PCIe или сайтов, которые не могут использовать внешние хранилища в чистом виде.
Но я бы не стал выбирать 4U только потому, что он кажется более безопасным. Большие корпуса могут способствовать плохой консолидации. Если ERP, резервные копии, общие файловые ресурсы, аналитика и тестовые системы оказываются на одном огромном сервере, форм-фактор не устраняет риск, а только усиливает его.
Общие требования к оборудованию Manufacturing ERP включают процессоры серверного класса, память ECC, корпоративные SSD или гибридные хранилища, резервные источники питания, отсеки для дисков с горячей заменой, двойные сетевые каналы, удаленное управление, проверенные операционные системы, поддержку баз данных, возможности резервного копирования и достаточное количество оперативной памяти для сохранения активных данных ERP в кэше во время производственных пиков. Требования быстро растут с увеличением числа пользователей, заводов, модулей и интеграций.
Требования, на которые не обращают внимания, как правило, не являются гламурными: размещение журнала транзакций, тестирование восстановления, политика микропрограммного обеспечения, SLA поддержки, мониторинг и наличие запасных частей. От них зависит, останется ли проблема с оборудованием мелкой или превратится в производственное совещание, на котором все будут злиться.
ERP обычно не должна работать на одном сервере с рабочими нагрузками аналитики, искусственного интеллекта, машинного зрения или высокопроизводительных вычислений, поскольку эти системы имеют разные модели производительности, циклы обновления, режимы отказов и скачки ресурсов, которые могут дестабилизировать производственные транзакции. Инфраструктура ERP должна быть предсказуемой, консервативной и скучной; экспериментальные вычисления должны быть изолированы.
Если аналитику требуются данные ERP, реплицируйте их или выстраивайте их должным образом. Не позволяйте модели отчетов, заданию GPU или неудачно подобранному по времени извлечению замедлять ввод заказов, проводку инвентаризации или планирование производства. Чистое разделение дешевле, чем объяснять, почему ERP замерла во время доставки.
Производственный ERP-сервер - это не просто оборудование. Это бизнес-обещание в терминах "металл", "кремний", "прошивка" и "поддержка".
Если вы покупаете для серьезной фабрики, начните с 2U, оспорьте дизайн системы хранения, купите больше оперативной памяти, чем процессора, держите ERP подальше от экспериментальных рабочих нагрузок и требуйте доказательств процедур восстановления, прежде чем кто-то отметит предложение. Используйте 1U там, где плотность имеет смысл. Используйте 4U там, где расширение реально. Но не позволяйте высоте стойки заменить архитектуру.
Готовы выбрать правильную инфраструктуру ERP? Начните с рабочей нагрузки, а не с корпуса, и заставьте каждого поставщика объяснить, как его сервер поддерживает работу производства, когда что-то выходит из строя.
