Что такое Rack-сервер
Серверное оборудование сегодня является основой для организации мощной сети для обмена данными. Такие продукты применяются при конфигурировании большого количества приложений, что позволяют работать с ними в сети интернет.
Существует огромное количество модификаций серверов, среди которых следует выделить fujitsu primergy rx1330 m2, обладающий довольно неплохими характеристиками. Сегодня такие продукты можно приобрести в интернете, где вы сможете узнать все его основные параметры и подобрать нужный вариант.
Основные характеристики
Rack-серверы представляют собой полноценный компьютер, который способен обрабатывать определенную информацию. Используются для организации серверных систем и устанавливаются на специальную rack-стойку.
Использование специального каркаса позволяет организовать подключение одновременно нескольких серверов, что обеспечивает высокую эффективность в случае огромного обмена данными.
Размер стоек для установки таких серверов имеет стандартный размер в 19 дюймов. Также согласно стандарту высота оборудования должна быть определенного размера. В основном она составляет 1 «юнит», который равен 1,75 дюймам.
Rack — серверы как уже говорилось, это полноценные компьютеры и состоят из:
Все эти компоненты находятся внутри корпуса данного изделия. Это отличает их от аналогичных серверов типа Blade, которые включают в себя главную плату с процессором и оперативку. Все остальные же компоненты монтируются внешне на стойку.
Rack — серверы представляют собой классические продукты, которые можно использовать при организации небольших систем, так как увеличение их числа значительно влияет на затраты ресурсов. Рекомендованное количество устанавливаемых изделий должно быть около 30 штук.
Когда же вы планируете расширять в будущем вашу систему и увеличивать число серверов, тогда желательно использовать вариант монтирования с Blade устройствами.
В принципе продукция типа Rack довольно эффективна и является очень востребованной в мире ИТ. Данные системы повсеместно применяются для организации серверных продуктов.
Монтаж таких изделий должен проводиться только согласно инструкции производителя, что позволяет оптимизировать их работу. Rack — серверы предоставляют возможность эргономичного использования и качественной настройки вашей системы, что является очень важным атрибутом.
Более подробно о серверах можно узнать из этого ролика:
Что такое rack сервер
В мире ИТ понятия Rack-сервер и Blade-сервер настолько прижились, и считаются столь элементарными, что многие не задумываются об их смысле и происхождении, и считают их какими-то патентованными названиями, либо просто вариантами конструктивного исполнения мощного компьютера — «сервера», при его установке в стойку (rack). А между тем в этих терминах заложен вполне определенный смысл, и между понятиями «рэк» и «блейд» есть вполне определенные различия.
В интернете можно найти много изображений 19”-стоек с подписью Rack-server, хотя на самом деле хорошо видно, что там стоят сервера Blade. И наоборот.
Можно встретить также русский калькированный перевод Rack-server, как «стоечный сервер», хотя это неправильно. Блейд-сервера устанавливаются в точно такую же 19-дюймовую стойку (Rack), что и Рэк-сервера.
Все это вызывает немалую путаницу в умах.
Итак, попробуем разобраться, в чем отличия понятий «рэк» и «блейд».
Основное отличие: Рэк-серверы — это полностью автономные компьютеры, которые устанавливаются в стойку (rack). Все внутренние компоненты компьютера: главная плата, сетевая плата, жесткий диск, источник питания, охлаждающий вентилятор – находятся внутри корпуса самого сервера. Блейд-сервер (blade – лезвие, пластина) – своего рода, минимизированный компьютер, состоящий только из главной платы с процессором и оперативной памятью, которая устанавливается также в стойку, в специально сделанное для нее гнездо (слот). Все остальное: питание, жесткий диск, сетевые платы – берется из общих ресурсов плат, которые также устанавливаются в стойку, но – как платы для использования всеми компьютерами в стойке (или нескольких объединенных стойках), а не как часть автономного сервера. Таким образом, достигается экономия ресурсов, электроэнергии и пространства для оборудования. Если сравнить стойку-«рэк» с многоквартирным домом, то рэк-сервер будет подобен корпусу из таунхаусов, где каждый дом-таунхаус имеет отдельный вход и отдельный ввод коммунальных удобств, а зачастую – и свой отопительный узел. Блейд-сервер, в свою очередь, подобен обычной городской многоэтажке с общим подъездом, мусопроводом, водопроводом и пр., общими для всех квартир.
Серверы Rack также известны как «традиционные серверы». По сути, это самостоятельные компьютеры, на которых запускаются приложения. Все компоненты – жесткие диски, питание, приводы внешних систем хранения – находятся в одном и том же корпусе. Такой режим работы приводит к излишним затратам ресурсов – процессоров, систем хранения, электропитания.
В серверах Blade напротив, достигается значительная экономия на дополнительных ресурсах – питании, охлаждении, сетевых интерфейсах.
В целом можно сказать, что если вам нужно не более 10 серверов, и в ближайшей перспективе не просматривается перспектива увеличения этого числа, имеет смысл не тратиться на инфраструктуру (стойку) и устанавливать сервера в виде отдельных корпусов.
Если вам нужно до 25-30 серверов, но не больше, имеет смысл рассмотреть решение «Rack».
Если Вам нужно больше 25 серверов, либо в ближайшей перспективе маячит существенное расширение ИТ-системы вашей организации, то тогда лучшее решение – «Blade».
Здесь показан пример «рэк-сервера»:
А вот сервер «блейд» в той же 19”-стойке:
А вот сама 19”-стойка целиком, в которой установлены оба типа сервера. Здесь ясно видно, что называть рэк-сервер «стоечным сервером» — неверно. Блейд-сервер устанавливается также в стойке, но имеет другой принцип взаимодействия элементов системы между собой.
Хотя на фото показан выставочный вариант, он вполне работоспособен и может быть использован в реальной жизни.
Быстрое вступление в rack
Что за Rack?
По словам Christian Neukirchen — автора гема rack — он создан для обеспечения минимального API для подключения веб-серверов, поддерживающих Ruby (WEBrick, Mongrel и т.д.) и ruby веб-фреймворками (Rails, Sinatra и др.).
Такие фреймворки, как например Sinatra, построены над Rack или у них есть rack-интерфейс, позволяющий серверам веб-приложений подключаться к ним.
Цель rack проста — он позволяет с легкостью обрабатывать HTTP-запросы.
HTTP — это простой протокол: в основном описывается формат данных, которые отправляются на сервер и которые возвращаются в клиенту. HTTP-запрос и HTTP-ответ имеют очень похожую структуру. HTTP-запрос — тройка, состоящая из пары метод-ресурс, набора заголовков и тела запроса, в то время как HTTP-ответ HTTP состоит из кода ответа, набора заголовков и опционального тела ответа.
Мэппинг Rack близок к этому. Rack-приложение — это ruby-объект, у которого есть метод call, принимающий единственный аргумент — environment, и возвращающий массив трех элементов: статус, заголовки и тело ответа.
Rack включает в себя обработчики и адаптеры. Первые соединяют его с ruby веб-серверами, вторые — связывают с фреймворками.
Используя middleware, можно изменить rack под нужды вашего приложения. Основная идея rack middleware — обработка запроса до того, как он попал в приложение, и обработка ответа перед возвратом его клиенту.
Документация
Установка Rack
Прошу заметить, что все, о чем говорится в этой статье, протестировано на ruby 1.9.2 установленным на Windows (хозяин — барин — прим. пер.).
Проверим, установлен ли у вас rack. Для этого откройте консоль:
Быстрый экскурс в объект proc
Помните объект proc? В руби блоки — это не объекты, но они могут быть преобразованы в объекты класса Proc. Это можно сделать, вызвав метод lambda класса Object. Блок, созданный с помощью lambda ведет себя как метод ruby. А у класса Proc есть метод call, который вызывает блок на исполнение.
>> # method call invokes the block
?> my_rack_proc.call
Rack Intro
=> nil
Простейшее rack-приложение — my_rack_proc
Как уже упоминалось, наше rack приложение — это объект (не класс), реагирующий на метод call и принимающий один аргумент — окружение (он же environment — прим. пер.). Окружение должно быть экземпляром класса Hash. Приложение должно возвращать массив трех значений: код состояния (больший или равный 100), заголовки (тоже хэш) и тела (тело обычно является массивом строк, экземпляром приложения или файлом. Тело ответа должно отзываться на метод each и выводить только строковые значения). Создадим наш новый proc объект.
Теперь можно вызвать my_rack_proc:
>> my_rack_proc.call(<>)
=> [200, <>, [«Hello. The time is 2011-10-24 09:18:56 +0530»]]
my_rack_proc — наш однострочный Rack.
В приведенном выше примере мы использовали пустой хеш для заголовков. Вместо этого, давайте что-то в заголовке следующим образом:
>> my_rack_proc.call(<>)
=> [200, <"Content-Type" =>«text/plain»>, [«Hello. The time is 2011-10-24 09:18:56 +0530»]]
Мы можем запустить наше rack-приложение с использованием любого из обработчиков.
Посмотрим, какие типы обработчиков нам доступны:
>> Rack::Handler.constants
=> [:CGI, :FastCGI, :Mongrel, :EventedMongrel, :SwiftipliedMongrel, :WEBrick, :LSWS, :SCGI, :Thin]
Чтобы использовать WEBrick (по умолчанию WEBrick — сервер устанавливающийся вместе с Ruby), введите:
>> Rack::Handler::WEBrick
=> Rack::Handler::WEBrick
Все эти обработчики имеют метод run, запускающий rack-приложение:
>> Rack::Handler::WEBrick.run my_rack_proc
[2011-10-24 10:00:45] INFO WEBrick 1.3.1
[2011-10-24 10:00:45] INFO ruby 1.9.2 (2011-07-09) [i386-mingw32]
[2011-10-24 10:00:45] INFO WEBrick::HTTPServer#start: pid=1788 port=80
Откройте в браузере страничку localhost и вы должны увидеть строчку типа:
Примечание: Если у вас уже есть что-то работает на порту 80, можно запустить приложение и на другом порту.
>> Rack::Handler::WEBrick.run my_rack_proc, :Port => 9876
[2011-10-24 11:32:21] INFO WEBrick 1.3.1
[2011-10-24 11:32:21] INFO ruby 1.9.2 (2011-07-09) [i386-mingw32]
[2011-10-24 11:32:21] INFO WEBrick::HTTPServer # start: pid = 480 port = 9876
Еще одно rack-приложение — my_method
Rack-application — это не обязательно lambda. Оно так же может являтся методом
>> def my_method env
>> [200, <>, [«method called»]]
>> end
=> nil
>> Rack::Handler::WEBrick.run method(:my_method)
[2011-10-24 14:32:05] INFO WEBrick 1.3.1
[2011-10-24 14:32:05] INFO ruby 1.9.2 (2011-07-09) [i386-mingw32]
[2011-10-24 14:32:05] INFO WEBrick::HTTPServer#start: pid=1644 port=80
По адресу localhost вы снова увидите:
Объекты методов создаются с помощью Object#method. Они связаны с конкретным объектом (а не только с классом). Они могут быть использованы для вызова метода в пределах объекта. Method.call — это метод, вызывающий метод (Ох, руби, руби… — прим. пер.) с указанными аргументами и возвращающий значение, которое возвращает вызываемый метод.
Использование rackup
Гем rack идет с пачкой полезных штук, упрощающий жизнь разработчика. Одной из этих штук является rackup.
Rackup — полезный инструмент для запуска rack-приложений. Rackup сам определяет среду, в которой он запущен и запускает ваше приложение как FastCGI, CGI, или автономно с Mongrel или WEBrick — всех с одной и той де конфигурацией.
Давайте создадим файл config.ru, содержащий:
Для запуска rack-приложения в папке с файлом config.ru введите:
$ rackup config.ru
[2011-10-24 15:18:03] INFO WEBrick 1.3.1
[2011-10-24 15:18:03] INFO ruby 1.9.2 (2011-07-09) [i386-mingw32]
[2011-10-24 15:18:03] INFO WEBrick::HTTPServer # start: pid = 3304 port = 9292
Теперь по адресу localhost:9292/ нам будет снова будет отдаваться следующая страничка:
Hello. The time is 2011-10-24 15:18:10 +0530
Давайте переместим наше приложение из файла config.ru в my_app.rb:
Так же изменим config.ru:
Теперь снова можно запустить приложение (с помощью «rackup config.ru») и проверить, отдается ли страничка браузеру.
Разворачиваем rack-приложение на Heroku.
(Данный кусок статьи был безжалостно вырезан мной, так как описывает установку git на windows и деплой на heroku, что к самой статье никакого отношения не имеет. Если вам это интересно — можете прочитать в оригинале — прим. пер.)
Использование rack middleware
Ранее упоминалось, что между сервером и фреймворком rack может быть настроен для ваших нужд с использованием middleware.
Rackup тоже использует метод, принимающий middleware. Давайте используем один из встроенный в rack middleware.
Должно быть вы заметили, что каждый раз после изменения файлов config.ru или my_app.rb необходимо перезагружать сервер WEBrick. Этого можно избежать с использованием middleware Rack::Reloader. Отредактируйте config.ru:
Запустите приложение и откройте в браузере страничку с ним. Теперь измените текст с “Hello Rack Participants from across the globe” на “Hello Rack Participants from across the world!». После обновления странички в браузере вы увидите отредактированный текст без перезапуска веб-сервера.
Написание собственного Middleware
Middleware всегда на практике служит для обертки вашего внутреннего приложения.
Создадим простейший middleware, добавляющий текст к телу http-ответа. Для этого создадим класс MyRackMiddleware:
В коде выше, чтобы получить первоначальное тело ответа, мы инициализируем класс MyRackMiddleware, передавая ему приложение (appl).
Теперь поменяем файл config.ru:
Запускаем приложение и в браузере можно увиеть «Hello Rack Participants from across the globe… greetings from RubyLearning!!»
Rack и Синатра
Напоследок, приведем простейший пример использования rack вместе с фреймворком sinatra.
Создадим тривиальное приложение my_sinatra.rb, которое будет использовать rack middleware:
Давайте теперь напшем простой middleware класс, который будет записывать в консоль время на обработку запроса у приложения. Создадим файл rackmiddleware.rb:
Теперь изменим файл config.ru:
(далее снова идет блок текста о том, как деплоить на хероку, использовать git и т.д. Не думаю, что вам это будет интересно — прим. пер.)
Теперь после запуска приложения на каждый запрос в консоль будет писаться строка с приблизительно следующим содержанием:
?[36m2011-10-26T05:40:06+00:00 app[web.1]:?[0m *** Response Time ***: 0.000297385
Вот и все. Надеюсь, вам понравилась это вступление в rack. Happy Racking!
Что мы знаем о серверах высокой плотности
Комментарии к некоторым постам хабра заставили задуматься, есть ли понимание у народа о серверах высокой плотности и их возможностях. Целью написания данного поста является внесение определенности по этому вопросу. Также планируется, что этот пост станет первым в череде статей на тему HPC (high performance computing, высокопроизводительные вычисления).
Сервера высокой плотности наиболее востребованы в технологиях построения суперкомпьютеров кластерного типа, систем виртуализации и организации облаков, систем параллельного доступа к системам хранения, систем аналитических расчётов, поисковых системах и др. Их применение обусловлено, прежде всего, невозможностью выполнить все предъявляемые требования, используя иные технологии. Рассмотрим варианты решений, их плюсы и минусы.
Блейд-сервера (Blade)
На Западе мест размещения серверов в ЦОД’ах уже давно не хватает. Поэтому неудивительно, что сервера высокой плотности впервые появились там. Пионером была компания RLX Technologies, которая в 2000 году разработала систему, умещающую в 3U 24 лезвия. Основные заказчики этих первых Blade-серверов были вояки и NASA. Далее этот startup был куплен HP. Но самое главное было сделано — был создан сервер высокой плотности.
За пионерами последовали и гиганты: Intel, IBM, HP. Далее — DELL, SUN, Supermicro, Fujitsu, Cisco, HDS и др.
Основные отличия Blade-систем от RACK-серверов, помимо высокой плотности, заключается в интеграции серверов с сопутствующей инфраструктурой: сети, мониторинг, управление, охлаждение и электропитание. Всё это расположено в одной коробке и по возможности обладает элементами отказоустойчивости. Объединяющим элементом является BackPlane – системная плата, обычно пассивная. К ней подключаются все элементы Blade-системы. Место, занимаемое в шкафу, варьируется от 3U до 10U. Самыми высокоплотными решениями являются HP Blade и DELL PowerEdge – 3,2 сервера на 1U. Практически все производители делают сервера только на процессорах семейства x86/x64. Но существуют также и решения на RISC, MIPS и ARM процессорах.
Кстати, в решении RLX Technologies плотность серверов была выше. Это обусловлено тем, что в нем использовались одноядерные процессора Celeron, которые сейчас используются в основном только лишь для настольных тонких клиентов. Понятно, что тепловыделение современных процессоров гораздо выше, и именно это пока не позволяет увеличивать плотность в современных решениях.
Сервера-лезвия могут иметь от двух до четырёх процессоров. В зависимости от количества и типа процессоров в одно шасси можно установить от 8 до 32 лезвий-серверов. Каждое лезвие-сервер может иметь интерфейсы 1GbE, 10GbE, 8Gb/s FC, IB DSR, DDR, QDR, FDR. Базово имеются порты 1GbE.
В зависимости от размера лезвий, количество устанавливаемых мезонинных модулей интерфейсов может быть один или два. Каждый из мезонинных модулей может иметь четыре порта 1GbE или два порта любых других интерфейсов.
Одним из вариантов загрузки, является загрузка с SD карточки. Таких карточек в лезвии можно установить две и иметь возможность загружаться с любой. Так же возможно их объединить в зеркало.
Единственным модулем, не имеющий резервирования, является модуль KVM. Но отказ этого модуля не отменяет возможности подключения и управления через сеть.
При использовании лезвий M420 плотность серверов на 1U равна 3,2 сервера.
TWIN-сервера
Альтернативой по плотности существующим Blade-системам являются их младшие братья – TWIN. Данная технология была разработана в компании Intel и для продвижения на рынок передана компании Supermicro в 2006 году. Первые TWIN-сервера появились в 2007 году. Это был 1U’шный двухсерверный конструктив с одним блоком питания, где все коммутационные разъёмы были выведены на тыловую часть серверов.
Данная компоновка за эти шесть лет получила признание, и линейка сильно расширилась. Сейчас доступны 1U, 2U и 4U TWIN-сервера с возможностью установки от 2-х до 8-ми двухсокетных серверов. У некоторых производителей появились варианты с размещением вместо двух двухсокетных серверов одного четырёхсокетного. Основные плюсы и минусы перечислю ниже.
Одними из ярких представителей TWIN-серверов являются серверы Dell С6000 серии. Они представляют собой 2U’шный конструктив с двумя БП и возможностью установить два, три или четыре модуля-сервера. В каждый сервер можно установить две или три платы расширения с интерфейсом PCI-e.
Микросервера
Наш рассказ будет не полным, если мы не расскажем о последних веяниях конструктивов серверов для ЦОД’ов. Речь пойдет о микросерверах. Это односокетные сервера с минимизацией размеров и электропотребления. Рассчитывать на серьёзные характеристики по производительности не стоит. Одним из представителей этого вида серверов является сервер компании Supermicro, представленный на рисунке.
Как видно из рисунка, плотность данного решения равна уже 4 сервера на 1U. Возникновение данного класса серверов продиктовано невысокими требованиями к серверам для большинства приложений, используемых клиентами. Микросервера могут быть применимы в качестве альтернативы виртуализации. Когда какое-либо приложение не рекомендуется виртуализовывать по тем или иным причинам. Небольшие микросервера также подойдут для типовых невысоконагруженных офисных задач.
Вывод
Я постарался не углубляться в детали каждого отдельно взятого производителя. Эти детали можно изучить непосредственно на сайтах этих производителей.
Сделать однозначный вывод о том, какое из описанных выше решений подойдет наилучшим образом для конкретного заказчика, сложно. Так, например, плотность блейд-серверов гораздо выше, чем у TWIN-серверов, что позволяет разместить большее количество серверов на минимуме места. С другой стороны латентность модулей 10GbE для блейд-корзины может быть выше, чем латентность PCIe карточки 10GbE для TWIN-серверов. Или, пиковая производительность процессоров в высокоплотных Blade-серверах ниже, чем у процессоров в TWIN решениях. Но утверждать о преимуществах одного высокоплотного решения над другим можно только исходя из конкретной задачи. Готовы поделиться своим мнением с интересующимися, рассматривая их конкретные задачи.
Рэковый сервер (Rack Server)
Организовать мощную и стабильную систему обработки информации, обмена данными помогает серверное оборудование. Оно применимо для конфигурирования разных по емкости приложений через локальную (корпоративную) или глобальную сеть. Среди огромного количества модификаций основных узлов автоматической обработки информации широкое распространение получил рэковый сервер.
Структура модуля
Конструктивно Rack Server – это полноценный компьютер унифицированного дизайна. Тонкий, широкий ящик стандартной высоты 1-4U (U=1,75 дюймов) для монтажа на телекоммуникационную стойку (с англ. Rack – полка, стеллаж). Размер стоек также стандартный – 19 дюймов.
Можно заказать рэковый сервер уже полностью готовый к работе с нужным набором возможностей и оптимальным объемом памяти, ведь это многокомпонентный узел.
В закрытый корпус интегрировано:
За счет применения специального каркаса возможно одновременное подключение нескольких серверов, что способствует высокой производительности и эффективности работы системы при большом объеме обмена данными.
Базис для небольших систем
Рэковый сервер, в отличии от модулей типа Blade, более затратный по энергопотреблению. Он больше подходит для небольших IT-систем (до 30 узлов обработки данных), поскольку увеличение числа серверов значительно сказывается на затратах ресурсов.
Оборудование стоечного типа актуально и для крупных организаций, которые ставят в приоритет экономию пространства, высокую производительность устройств обслуживания масштабных корпоративных локальных сетей. Там, где совсем недавно хватало 2 напольных Tower-серверов, станут востребованными более гибкие к масштабированию Rack Servers.
Как выгодно купить рэковый сервер в СПб
Оптимальный способ экономии – приобретение техники б/у. Это прекрасная альтернатива дорогостоящим новым устройствам, но не менее эффективная по функциональности. Наша компания предлагает проверенные серверные модули от лидеров IT-рынка (Supermicro, Asus, Hewlett-Packard, Dell, IBM, Wexler). По доступной стоимости вы получаете эффективное решение нужных задач без ущерба удобству эксплуатации и функциональности.
Серверное оборудование для предприятий малого и среднего бизнеса, удаленных подразделений и офисов – мы подберем предложение, подходящее под ваши запросы и бюджет. Доставка в любой регион РФ (Москва, Санкт-Петербург). Техника б/у поставляется из крупнейших дата-центров Европы и США, тестируется по 25 параметрам, в ее надежности не будет повода усомнится на протяжении длительного срока эксплуатации. Вне зависимости от масштабности заказа, он будет сформирован в соответствии с нуждами вашего предприятия, доставлен в оговоренные сроки. На складе всегда в наличии крупные партии серверного оборудования, посредством которого мы поможем вам реализовать крупные IT-проекты.
