Одноюнитовый сервер что это
Форм-фактор сервера, что это такое и как выбрать
Сегодня поговорим о том, что такое форм-фактор сервера, и чем устройства различного форм-фактора друг от друга отличаются. Начнем с того, что для организации этой системы счисления консорциум серверостроителей ввел специальную единицу — Unit, или сокращенно U. Эта величина показывает высоту оборудования. Обозначение было придумано для того, чтобы стандартизировать размеры техники среди всех действующих производителей. А унификация — всегда хорошо.
В настоящее время термин Unit употребляют для обозначения размеров серверных стоек, коммуникационного оборудования, сетевой инфраструктуры и не только. Как это применимо к размерам серверного оборудования, мы и будем разбираться в этой статье.
Что такое форм-фактор
Итак, форм-фактор — стандартизированная система измерения, в которой принято считать высоту серверного оборудования. Измерение, как уже говорилось выше, ведется в юнитах. Один юнит равен 1.75 дюймов, т.е. 44.45 мм. Мы сами не знаем, кто утвердил именно этот размер, но он, так или иначе, является общепринятым стандартом.
Также стоит учитывать, что у серверов есть небольшие зазоры для установки в стойку, которые составляют 0.75 мм или 0.031 дюйма. Этот зазор уже включен в единицу юнита, который без учета этого зазора составляет 43.7 мм или 1.719 дюйма. Зазор остается неизменным независимо от типа сервера, таким образом мы можем сказать, что классический юнит = высота + зазор. Считаются они всегда вместе, составляя одно целое.
Формула вычисления высоты (учитывая, что львиная доля серверов расположены в стойке горизонтально) простая, и к этому вы быстро привыкните:
А вот ширина всегда одинаковая независимо от высоты, потому как этот параметр продиктован шириной серверных шкафов и стоек — 19”, или 482.6 мм.
Таким образом, подсчитать, сколько единиц оборудования поместится в серверный шкаф на 42 юнита достаточно легко — путем умножения количества оборудования на его высоту. Итого, произведя простые расчёты, мы понимает, что в стандартную серверную стойку 42U помещается 42 сервера 1U, 21 сервер высотой 2U, и так далее.
Подобный подход при проектировании здорово упрощает развитие инфраструктуры и проектирование места для размещения серверных мощностей. Гораздо проще работать, если все размеры известны заранее.
Монтажные единицы серверного оборудования
Ниже приведены сравнения стандартной величины, с учетом типовой высоты корпуса и зазора:
Согласны, 7 и 10 юнитов — далеко не самые популярные размеры. Но такие устройства встречаются в крупных ЦОД. Большинству же интересны первые 4 варианта.
Сервер 1U
Самый распространенный инфраструктурный стандарт. Компактные, легкие, но не самые производительные модели, потому как вставить в такой корпус 2 процессора с достаточной мощностью и серьезным охлаждением — нерядовая конструкторская задача. А если еще и видеокарту попробовать вставить с парой карт расширения — становится совсем грустно. Приходится чем-то жертвовать ради компактности.
Сервер 2U
Такая конфигурация используется уже в тех сферах, где требуются различные карты расширения, увеличенное число процессоров или большое количество накопителей для работы с объемными файлами или ресурсоемкими приложениями, которые съедают большой объем дискового пространства и аппаратных ресурсов, либо требуют подключения узконаправленных опций через PCI-слоты.
Такие модели используются для самых мощных машин, в которых установлено от 4 до 6 графических ускорителей в сочетании с парой топовых ЦП. Если вам такой необходим — самое время задуматься о покупке.
Сервер 4U
Модели такого формата чаще всего представляют собой коробку под блейд-сервер, или стандартную башню (Tower), положенную набок, для чего предусмотрены специальные крепления. В качестве примера можно назвать HPE ProLiant ML350 Gen10. Хоть сервер и заявлен как башня, его можно без особых проблем повернуть на бочок и смонтировать в стойку в качестве компонента для полноценной системы.
Что значат стойки, башни и блейд-серверы
Tower, Rack, Blade — варианты исполнения корпуса, включая горизонтальные и вертикальные варианты. Включим расшифровку этих понятий в наш обзор, чтобы пояснить, как именно эти обозначения коррелируют с юнитовой системой счисления.
Rack-сервер, или же стойка — массовый сегмент серверов высотой 1U, 2U (и уже реже 3U) соответственно. На базе таких шасси можно собирать полноценные кластеры и масштабировать инфраструктуру в зависимости от потребностей предприятия. При этом у каждого узла будет свой процессор, память, блок питания и система охлаждения. Функциональность вы выбираете сами, как и степень масштабирования.
Tower
Уже из названия понятно, что такие серверы представляют собой башню, т.е. вертикальный системный блок стандартного размера, неотличимый от домашнего ПК. В случае с башней размером в юнитах считается ширина сервера. То есть, берем башню, мысленно укладываем ее на бок, и то, что было шириной корпуса становится высотой, от который отталкиваются при указании размеров.
Некоторые модели 4U и 5U (как в случае с упомянутым выше ML350 от HPE) можно внедрять в классические стойки, если в конструкции корпуса башни предусмотрены крепления для фиксации в положении «лежа на боку». Тип Tower или 4U довольно распространен на рынке, особенно универсальные модификации.
Mini-Tower и Micro-Tower
Разновидность Tower, но со значительно уменьшенными размерами, которые не имеют отношения юнитовой системе счисления. К стойке такие машины никак не прикрутить, зато можно поставить на стол или полку. Яркий пример — HPE ProLiant MicroServer Gen10+. Такие корпуса легко размещаются в руке, при этом сама железка довольно мощная, и вполне может использоваться в качестве терминального сервера на 5-10 машин.
Blade
Компоненты внутри размещены предельно плотно, чтобы использовать свободное пространство с максимальной эффективностью. По этой причине охлаждение организовано пассивным методом, поэтому требуются внешние кулеры.
Индивидуальная сборка
А если более простым языком — самосбор, или китайское производство, понятное только им самим. Но если руководствоваться здравым смыслом, то использовать такое оборудование можно лишь для узконаправленных задач конкретной инфраструктуры с четким пониманием, что и зачем вы делаете. Мы упоминаем об этом в контексте «и такое бывает».
Если у вас еще есть вопросы по выбору серверного оборудования, вы можете задать их нашим специалистам. Свяжитесь с нами по любому из каналов связи, и мы предоставим подробную и полную консультацию.
Самые популярные модели refurbished-серверов
Привет, Хабр! Недавно мы задались вопросом, какие модели refurbished-серверов вендоров «большой тройки» самые популярные на российском рынке и в нашем ассортименте? Что предпочитают пользователи? Проанализировав свою статистику по отгрузкам и запросы в поисковых системах, мы подобрали по три модели вендоров Dell, HP и IBM. Затем мы попытались выделить те преимущества и возможности, благодаря которым эти серверы попали в Топ 3 по каждому из вендоров. Предлагаем вам ознакомиться с нашими выводами.
Третье место. Dell T610
К преимуществам этого сервера можно отнести:
Второе место. Dell R510
Первое место. Dell R710
Стоечный сервер формата 2U. Эта модель занимает у нас первое место по популярности по нашей внутренней статистике. При покупке тоже следует учитывать ревизию материнской платы.
Каковы основные преимущества R710?
К недостаткам можно отнести особенность работы памяти при установке 4 модулей на каждый процессор. Формат 2U для кого-то является достоинством, а для кого-то — недостатком. Также можно отметить, что у всех серверов Dell 11 поколения есть проблема с обновлением через Lifecycle: контроллера может упасть, что приведёт к перезагрузке сервера.
Третье место. HP ML310e Gen8 (v1/v2)
Основные преимущества этого сервера:
Существует две версии ML310e:
Второе место. HP DL380p Gen8
Главные достоинства DL380p Gen8:
Подведём итог: благодаря своим широким возможностям, DL380p чаще всего приобретают средние и крупные компании для решения трудоёмких задач, например, выполнения виртуализации.
Первое место. HP DL360 Gen7
Какие свойства вывели DL360 на первую строчку среди refurbished-серверов HP?
Подведём итог: это одноюнитовый сервер, имеющий большие возможности по расширению памяти и дисковой подсистемы. И хотя поколение Gen7 уже начинает устаревать, DL360 ещё вполне способен справляться с трудоемкими задачами.
К недостаткам сервера можно отнести отсутствие поддержки Intelligent Provisioning в поколении Gen7. Этот инструмент доступен лишь начиная с поколения Gen8. Также одно затруднение связано с системой охлаждения, состоящей из четырёх пар вентиляторов небольшого диаметра. Если из строя выходит один вентилятор, то менять придётся всю пару.
Третье место IBM x3250 M4
Чем интересен этот стоечный сервер формата 1U?
Второе место. IBM x3650 M3
Второе место досталось стоечному серверу формата 2U. В первую очередь эта модель может похвастаться хорошей расширяемостью:
Первое место. IBM x3550 M3
Последний из лидеров в нашем обзоре, стоечный сервер формата 1U. Сегодня это одна из самых востребованных моделей IBM на рынке refurbished-серверов в России.
Базовая версия IMM
К недостаткам можно отнести нетривиальность подбора конфигурации оперативной памяти. Зачастую, после установки дополнительных модулей на диагностической панели загораются ошибки Memory и Config. О том, почему так происходит и как этого избежать, мы писали в статье про ошибки серверов IBM.
Заключение
Если сравнить между собой модели, занявшие одинаковые места, то можно отметить определённые сходства.
Третье место: это недорогие машины с неплохой производительностью. Две модели из трёх — башенного формата.
Второе место: все три модели представляют собой двухюнитовые серверы с богатыми возможностями расширения, в первую очередь — дисковой подсистемы. Вероятно, именно это привлекает в них пользователе.
Первое место: эти модели являются довольно мощными машинами с приличными возможностями по наращиванию памяти и дисковой подсистемы. Два сервера из трёх — одноюнитовые. Пожалуй, всех их объединяет универсальность: они способны решать широкий круг задач как по хранению, так и по обработке данных.
Форм-фактор сервера
Если требуется указать форм-фактор сервера, то придется использовать специальные единицы, предназначенные для обозначения типовых размеров технического оснащения — юниты (U). Данные единицы созданы для того, чтобы было проще было размещать техническую инфраструктуру например в серверных стойках или телекоммуникационных шкафах.
Юниты
Это ни что иное, как монтажные единицы. Наверняка встречали размеры серверного оборудования, обозначенные следующим образом:
И даже больше. Юниты предназначены только для обозначения высоты, ширина у серверов типовая. Конечно, за исключением нестандартных устройств или предназначенных для напольного размещения.
1 юнит = 44,45 миллиметрам, соответственно при размере 2U умножаем на два, при 3U на три и далее по нарастающей. Но в случае серверного оборудования всегда есть отступ. Размер корпуса с форм-фактором 1U будет составлять 43,7 мм. Этот зазор сделан для того, чтобы устройство можно было без проблем разместить в телекоммуникационном шкафу. Для примера разместим фото типовых размеров серверного оборудования.
Пожалуй, стоит показать размеры оборудования наглядно.
Соответственно, чем дальше, тем больше будет высота сервера. Ширина не меняется.
Нестандартные форм-факторы серверов
Есть и другие типы размеров. Например, банальный вариант Tower. Фактически, обычный корпус, напоминающий внешне аналогичные для персональных компьютеров. Могут быть разнообразных размеров. Здесь нет четкой сетки, ведь их не требуется устанавливать в стойки или шкафы.
Сервер с форм-фактором Tower
Второй тип — мини и микро. Маленькие боксы, сделанные максимально компактно, подходят для маленьких офисов и в ситуация, когда важна мобильность технической инфраструктуры.
Блейд-серверы
Как правило, сами лезвия могут иметь размеры ½ U или даже ¼ U. Но сама платформа обычно заточена под целочисленный размер, например, 4U. Подобные платформы для напольного размещения встречаются крайне редко, зато все больше внедряются в ЦОД и прочих крупных инфраструктурах, так как в результате получается довольно компактный кластер серверов.
Модульные серверы
Единственное отличие от «лезвий» заключается в отсутствии коммутации на уровне платформы. Внешне выглядят как блейд-серверы, питание также общее, так что можно легко перепутать. Форм-факторы также разнятся. От 2U до 7U. Бывают нестандартные размеры, если корзина выполнена под заказ, но индивидуальные проекты прорабатываются только под крупных заказчиков.
Многообразие
Да, при такой вариативности бывает трудно определиться, но готовы помочь. Вы можете обратиться за консультацией через форму обратной связи и получить исчерпывающие ответы на вопросы.
Когда нужно много, действительно много серверов
В 1993 году на рынке впервые появились серверы HP ProLiant, разработанные на основе архитектуры x86. Семейство ProLiant пополнялось новыми линейками по мере того, как росла сфера применения таких устройств. До недавнего времени можно было выбрать: линейку ML – башенные серверы, которые вы как правило покупаете поштучно; DL – стоечные машины для серьезных задач, несколько которых вы покупаете с большим заделом на будущее; и BL – заполнив стойку десятком таких блейдов, вы всегда сможете добавить в нее еще, если запросы возросли.
Но в последние годы BL и их аналоги использовались и в том случае, когда запросы возрастают в десятки и сотни раз – в веб-поисковиках, больших СУБД и научных суперкомпьютерах. И хотя в конструкции этих серверов применяются различные технологии, обеспечивающие уменьшение энергопотребления и компактное размещение внутренних компонентов, тем не менее при эксплуатации комплексов из нескольких тысяч вычислительных узлов даже небольшая экономия мощности и сокращение габаритов на уровне одного сервера давала бы значительный экономический эффект.
Поэтому HP специально разработала линейку HP ProLiant SL6000, в которой вместо стандартного стоечного корпуса применен новый форм-фактор. Наша новая система использует двухюнитовое шасси z6000, в котором несколько серверов обслуживают общие источники питания и вентиляторы. По сравнению с обычными одноюнитовыми серверами энергопотребление сокращается на 28%, а общий вес серверной стойки – на 31%. Подобное решение используется и в шасси BladeSystem для линейки BL, но в z6000 нет общей объединительной панели, за счет чего улучшается воздушное охлаждение внутри шасси.
Как и в других системах HP ProLiant шестого поколения, в зависимости от конфигурации оборудования в z6000 можно использовать три модели источника питания: на 460, 750 и 1200 Вт. Для упрощения развертывания больших конфигураций пять SL6000 можно устанавливать в одном 10-юнитовом блоке bulk rail kit.
А также скоро в продаже появятся модули HP ProLiant SL165z на базе AMD Opteron 2400 Series.
Все четыре модели оборудованы двухпортовым адаптером Gigabit Ethernet и поддерживают управление DCMI и IPMI с выключением отдельных серверных модулей шасси.
Остается только искренне пожелать всем, чтобы ваши задачи выросли до таких масштабов, что расширение парка серверов будет означать закупку еще нескольких шкафов HP ProLiant SL6000! 🙂
Хостинг и выделенные серверы: отвечаем на вопросы. Часть 4
В этой серии статей мы хотим рассмотреть вопросы, которые возникают у людей при работе с хостинг-провайдерами и выделенными серверами в частности. Большинство из обсуждений мы вели на англоязычных форумах, стараясь пользователям в первую очередь помочь советом, а не саморекламой, дав максимально подробный и беспристрастный ответ, ведь наш опыт в сфере уже свыше 14 лет, сотни успешных реализованных решений и тысячи довольных клиентов. Тем не менее наши ответы не следует воспринимать, как единственно правильные ответы первой инстанции, они вполне могут содержать неточности и даже ошибки, никто не идеален. Будем признательны, если вы дополните или исправите их в комментариях.
Хостинг и выделенные серверы: отвечаем на вопросы. Часть 1
Хостинг и выделенные серверы: отвечаем на вопросы. Часть 2. Почему такой дорогой Интернет в ЦОД?
Хостинг и выделенные серверы: отвечаем на вопросы. Часть 3
Почему стоимость сервера с лимитом трафика 100 TB и каналом 1 Гбит / с, намного меньше, нежели стоимость сервера с каналом 1 Гбит / с без учёта трафика? Ведь если арендовать 2-3 сервера с каналом 1 Гбит / с и лимитом 100 TB, можно будет потребить ровно столько же, сколько бы потреблялось сервером с 1 Gbps Unmetered, или даже больше канала в пиках, при этом провайдер предоставляет по сути больше железа, больше подключений и более низкую цену?
Дело в том, что провайдеры, предлагая серверы с достаточно большим лимитом трафика или даже «безлимитом» за небольшие деньги, берут во внимание средние профили потребления своих клиентов. Оказалось, что большинство клиентов, которые покупают такие каналы, не используют предоставленную им коннективность полностью. Именно благодаря этому становится возможны сделать такое предложение.
100 TB трафика — довольно большой лимит. Это больше, чем 100 Mbps Unmetered. Ведь имея канал 100 Мбит / с без учёта можно прокачать максимум 100 (скорость в мегабитах) *86400 (количество секунд в сутках) *30 (дней) / 8 (бит в байтах) /1000 (мегабайт в гигабайте, если считаем по 1000, а не по 1024, 1024 — это бит в кибибите) = 32 400 ГБ в месяц в каждом из направлений при постоянной загрузке канала на 100%. Однако, как мы знаем, серверы потребляют трафик не постоянно и очень часто суточные кривые потребления могут иметь такой вид:
У кого-то пики могут достигать максимума пропускной способности и требовать честного 1 Гбит / с в эти моменты. При этом общий лимит трафика в месяц может быть почти не превышен:
Такие клиенты, конечно же, не очень выгодны провайдерам, и потому провайдер стремится перевести их на Unmetered, так как если он предоставляет услуги клиентам из одного региона, вероятно, что пики потребления совпадут и данный «честный» гигабит провайдер сможет продать только 1,2 клиента. Если же провайдер имеет клиентов из разных регионов, то, вполне вероятно, что канал может быть продан двум и более абонентам сразу, так как пики потребления аудиторий будут приходится на разное время. В реальности же, далеко не каждый клиент потребляет свой лимит в 100 TB, потому предоставлять серверы с лимитом 100 TB трафика крайне выгодно.
Более того, подключая к стойкам каналы 10 гигабит, удаётся очень эффективно разделить трафик между всеми. Нам удаётся разделить канал 10 Гбит / с в среднем на 5 стоек, заполненных серверами с лимитом 100 ТБ. Это примерно 150 серверов. Так как одна стойка высотой 47 юнитов может вмещать либо 41 одноюнитовый сервер, либо 21 двухюнитовый сервер.
По итогам общее потребление канала получается такое:
Если же отказать в обслуживании абонентам, которые генерируют много трафика (основной вклад в загрузку канала делает менее 10 cерверов из 150, присутствующих на этом порте), то можно увеличить количество серверов до 300 и более. И все будут довольны и всем будет хватать трафика.
Однако, есть и другие способы, как сэкономить и не огорчать абонентов — подключить более дешевый транзитный аплинк или отправить трафик в точку обмена или пиринг бесплатно, если Вы крупный трафикогенератор.
Именно это всё позволяет обеспечивать низкие цены, не отказывать абонентам в обслуживании, оплачивая транзитным провайдерам 1500-6000 евро за каждые 10G в зависимости от того, насколько хороший транзитный провайдер и продавая коннективность дешевле себестоимости с определённым коэффициентом оверселла, когда каждый из абонентов имеет свой заказанный честный канал, при этом не мешает друг другу.
Сразу становится понятным, почему цена на 1Gbps Unmetered значительно выше, так как если с 100 терабайтными серверами, далеко не каждый потребляет свой лимит, то клиент, который заказывает 1Gbps Unmetered, явно потребит большую часть канала. Хотя мы и видели приведенное выше исключение и пример того, как можно сгенерировать почти 1 Гбит / с трафика в пиках и при этом быть в пределах 100 терабайтного лимита, но это исключение, а не типичный паттерн.
Мой администратор установил программу vnstatd на сервер, трафик снимается с интерфейса, снимается каждые 5 минут. Он же всё учитывает? Так вот у меня показывается, что использовано 87 ТБ, в то время как провайдер говорит, что использовано 96 ТБ и трафик почти закончился. Я в своем сисадмине уверена, это отличный специалист. И если он говорит, что провайдер завышает расход — так и есть. Тем более об этом говорит то, что начали вовсю играть значениями давая в процессе дискуссии разные значения по трафу за один и тот же период. На вопрос «как так?» мы до сих пор ждем ответа.
Дело в том, что некоторые программы учёта трафика ведут учёт в TiB, а не TB. Тебибайтах, а не терабайтах. То есть учет ведется по двоичной системе, а не десятичной, из расчета того, что в килобайте, а точнее в кибибайте — 1024 байт, а не 1000.
Стоит отметить, что для того, чтобы это различие не использовалось в маркетинговых целях, ISO (International Standartization Organisation) уже давно ввела приставки «би» для двоичных байт, то есть кибибайты, мебибайты, гибибайты, тебибайты. Вот только, маркетинг все же состоялся, и если производители накопителей за счет десятичных байт умудряются указывать меньшие объемы емкости накопителей, то при измерении и учете трафика — ситуация обратная. Хостинг-провайдер, предоставляя 100 ТБ трафика, предоставляет его меньше, чем его может быть на самом деле, если учитывать его по двоичной системе.
Казалось бы, различие невелико, всего лишь 24 байта на 1000, погрешность от этого — всего лишь 2,4%, но почему получается столь большая разница, на уровне 10%? Может действительно не учли какой-то трафик?
Дело в том, что не нужно забывать что “погрешность” нарастает, а именно:
1024 байт в кибибайте (если говорить в соответствии со стандартами ISO), в мебибайте уже 1024*1024 = 1 048 576 байт, в гибибайте — 1024*1024*1024 = 1 073 741 824, а в тебибайте — 1024*1024*1024*1024 = 1 099 511 627 776.
Неожиданный поворот? Да?
При измерении трафика в терабайтах, различие между единицами учёта как раз и составляет 10%!
Более того, различе в данных, снимаемых с порта коммутатор и с порта севрера может быть вызавно DDOS-атакой, которая, не доходит до клиента, и может быть устранена на уровне «маршрутизатора», при этом всё-равно происходит потребление трафика.
Не нужно также забывать, что порой, программа учитывает трафик не по всем портам, и какой-то трафик может «ускользнуть» от мониторинга.
А также следует о том, что когда предоставляется лимитированный трафик, зачастую учиывается суммарный входящи + исходящий, и если у Вас, скажем VPN-сервис, соотношение будет 1 к 1 и Ваши клиенты смогут прокачать суммарно не более 50 ТБ трафика при лимите в 100.