Как стало известно на прошлой неделе, компания Oracle заявила, что не будет разрабатывать новые версии своего софта для платформы Intel Itanium. В кратком заявлении Oracle утверждается, что из бесед с неназванными руководителями Intel стало ясно, что Itanium приближается к концу жизненного цикла (Itanium was nearing the end of its life). Oracle также указывает, что ранее от поддержки Itanium отказались Microsoft и Red Hat, а исполнительный директор HP Лео Апотекер не упомянул Itanium в своей длинной и детальной презентации стратегии дальнейшего развития HP.

Здесь надо сказать, что сегодня более 140 тысяч заказчиков по всему миру выбрали аппаратную платформу HP для поддержки приложений Oracle. Это стало результатом более 30 лет совместной работы HP и Oracle в тесном альянсе.

Поэтому реакция со стороны HP и Intel была стремительной: 22 марта, уже на следующий день, президент и исполнительный директор корпорации Intel Пол Отеллини опроверг это утверждение Oracle. По его словам, Intel продолжает активно развивать процессоры и платформу Itanium, и сейчас разрабатывает несколько следующих поколений этих процессоров.

Со своей стороны HP подтвердила, что «будет продолжать разработки серверных платформ Integrity на базе Intel Itanium с операционной системой HP-UX в рамках своего стратегического плана развития сроком на более чем десять лет и продолжит оказывать поддержку заказчикам, использующим текущие версии приложений Oracle для серверов HP Integrity на базе Itanium (как текущих, так и следующих поколений)».

Недавно мы рассказывали в нашем блоге о виртуальной ленточной библиотеке HP VLS9200, предназначенной для внедрения резервного копирования на жесткие диски в сети SAN крупного предприятия. Кроме этой системы HP предлагает и дисковые системы резервного копирования младшего и среднего класса серии D2D, в которых с лета прошлого года применяется разработанная в HP Labs технология онлайновой дедубликации StoreOnce.

Главное отличие StoreOnce от аналогичных решений других вендоров – это выборочное индексирование резервных копий (sparse indexing) и разбивка их при анализе на сегменты переменной длины (средний размер сегмента – 4 Кбайт), поэтому эта технология обеспечивает сокращение размера резервных копий до 20 раз, а также благодаря более компактному индексу существенно снижает требования к вычислительно мощности устройства дедубликации и пропускной способности его ввода/вывода.

В одном из предыдущих постов мы уже писали об ожидаемом выходе на рынок решения под ключ для электронной почты HP E5000 Messaging System for Microsoft Exchange Server 2010. Эта система была официально представлена HP на последнем CeBIT, и теперь есть возможность познакомиться с ней подробнее.



Сначала стоит сказать о двух новшествах Microsoft Exchange Server 2010, которые активно использует наша E5000. Во-первых, эта увеличение максимального размера почтовых ящиков за счет хранения их на почтовом сервере на относительно дешевых 3,5-дюймовых одно/двухтерабайтных дисках со скоростью вращения 7200 rpm. В предыдущих версиях Microsoft Exchange такой вариант хранения не применялся из-за того, что диски 7200 rpm работают слишком медленно, однако в новой версии почтового сервера Microsoft оптимизировал ввод/вывод и в результате требования по IOPS-ам снизились до уровня, которые могут обеспечить терабайтные диски.

Отрадно видеть, что столь крупная и авторитетная компания как HP не придерживается одной «линии партии» в отношении процессоров для своих серверов. Возможность помериться силами к выгоде самой компании и пользователей ее продукции предоставляется обоим крупнейшим вендорам, Intel и AMD.

Расстановка сил при этом примерно такая же, как и на рынке в целом, превалируют процессоры Intel, но практически во всех популярных линейках рано или поздно появляются продукты на процессорах AMD. Особенно ярко AMD Opteron выступили жарким летом прошлого года в блейд-серверах BL465c. Видимо, теперь пришел черед и серверов других форм-факторов: в HP разработали и уже представили широкой публике высокоплотные SL335s G7 шириной 0,5U и более привычные внешне SL165s G7 шириной 1U.

Компания HP в феврале вывела на рынок новое поколение своей системы StorageWorks Virtual Library System 9200 (VLS9200), которая поможет внедрить резервное копирование по схеме disk-to-disk в сети SAN крупного предприятия.

VLS9200, как и ее предшественница VLS9000, построена из объединенных в Grid управляющих узлов на базе двухсокетных серверов стандартной архитектуры и специализированного ПО на базе Linux (максимальная конфигурация виртуальной библиотеки состоит из восьми узлов), к которым по интерфейсу Fibre Channel подключены внешние дисковые массивы с 3,5-дюймовыми винчестерами. Диски в массивах защищены уровнем RAID-6. Применение виртуальных дисковых библиотек VLS вместо традиционной ленточной библиотеки существенно сокращает окно резервного копирования и ускоряет процедуру восстановления данных с резервных копий.


Вторая модель этой серии VLS12200 по своей функциональности не отличается от VLS9200, но является шлюзом, к которому можно подключать уже существующие дисковые массивы, такие как HP StorageWorks P4000/6000 (EVA).

Массовое применение приложений серверной виртуализации, внедрение блейд-серверов и применение многоядерных серверных процессоров изменило требования к сетям дата-центров и привело к появлению новых продуктов, технологий и стандартов, относящихся к области построения центров обработки данных.

Например, при использовании технологии серверной виртуализации VMware можно перемещать виртуальные машины между разными физическими серверами в режиме реального времени с помощью технологии vMotion. Для этого серверы должны располагаться в одной Layer 2 подсети, поэтому для эффективного применения vMotion, в крупном дата-центре надо построить большой сетевой Layer 2 домен.

Широко применяемый в кампусных сетях протокол Spanning Tree Protocol (STP), как и современные варианты его расширения Rapid Spanning Tree Protocol (RSTP) и Multiple Spanning Tree Protocol (MSTP), плохо подходит для этой задачи из-за:

• относительно больших задержек сходимости топологии сети при сбоях отдельных линков или коммутаторов
• неэффективного использования полосы пропускания (поскольку между двумя коммутаторами может быть несколько физических путей, но вследствии того, что часть путей блокируется протоколом STP, пакеты передаются только по одному активному соединению)
• сложности конфигурирования коммутаторов и устранения сбоев из-за неправильных параметров конфигурации одного из коммутаторов.

Недостатки STP должны устранить новые технологии IEEE 802.1aq SPB (Shortest Path Bridging) и IETF TRILL (TRansparent Interconnection of Lots of Links), однако, пока они не получили статус официальноых стандартов.

HP Networking уже сейчас предлагает возможность построения больших подсетей Layer 2 с помощью технологии IRF (Intelligent Resilient Framework), которая основана на разработках 3Com.

Сегодня мы хотим рассказать об Onboard Administrator — одном из важнейших компонентов полок BladeSystem c3000. В этом модуле сосредоточены управление электропитанием, охлаждением и коммутацией полок HP BladeSystem c3000 и всех подключенных к ним устройств. Он используется для базового администрирования серверов и коммутаторов, установленных в полку, обеспечивает первоначальную настройку полки, оперативное управление и доступ к консолям компонентов. Кроме того, с помощью Onboard Administrator можно осуществлять оповещение администратора о нештатных событиях с помощью электронной почты, по протоколу SNMP или выводя сообщения на ЖК-дисплей, встроенный в полку.

Несмотря на то, что Onboard Administrator не так известен за рамками blade-серверов HP по сравнению с консолью iLO (integrated lights-out) для стандартных серверов серий ML/DL, он является весьма полезным инструментом для постоянного управления и мониторинга полки HP BladeSystem. Модуль подключен к ЖК-дисплею на внешней стороне полки, на который выводятся сообщения о статусе установленных устройств и предупреждения о проблемах в работе.

Надеемся, этот пост напомнит об Onboard Administrator тем администраторам серверов, которые не достаточно полно его используют, или подскажет новый способ использования. За жизненным примером использования этого модуля мы обратились к техническому директору компании Cloud One Андрею Горемульте.

В комментариях к нашему посту об архитектуре 3Par InServ нас попросили подробнее рассказать как реализован у 3Par механизм thin reclamation. Работа по вашим заявкам — это, наверное, самая приятная часть ведения этого блога, поэтому с удовольствием рассказываем.

Прежде всего давайте посмотрим зачем, собственно, требуется thin reclamation. 3Par, а вслед за ней и другие вендоры дисковых массивов применили в своих системах технологию thin provisioning, которая позволяет выделять приложениям емкость из виртуального пула дисковых ресурсов. При этом выделенная виртуальная емкость может быть намного больше, чем физическая, за счет чего можно существенно сэкономить на дисках при покупке массива.

Хорошее решение. Но существует проблема. Если приложение освободит часть этой виртуальной емкости, или выяснится, что ему была выделена лишняя виртуальная емкость, то на физическом уровне диски, которые соответствуют этой освобожденной виртуальной емкости, всё равно останутся за этим приложением и их нельзя передать другим приложениям.

Итак, вы стоите перед Задачей. Или даже Задачами. Представим, что они – это развертывание автоматизированной системы принятия решений, корпоративной почты на несколько тысяч адресов или консолидация десятков баз данных в виртуальной среде.

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

И тут вы решаете пойти другим путем: срок – один день. Смета – точна, как лезвие хирурга. Овации, премия, законное место на доске почета! И тут вы просыпаетесь…

В общем-то, это уже совсем не фантастика. Совсем недавно HP совместно с Microsoft придумала серию готовых аппаратно-программных решений «под ключ» под основные бизнес-критичные приложения.

Первым комплексом из этой серии «приставок» стала масштабируемая свыше 500 Тб HP Data Warehouse Appliance для хранилищ данных, оптимизированная для SQL Server 2008 Parallel Data Warehouse.

UPDATE: Бесспорным победителем конкурса и обладателям новенького HP ProLiant Microserver стал Awake за подробный рассказ о футуристичном домашнем файловом хранилище! Спасибо всем участникам!

Подробные посты о малом, да удалом HP MicroServer появились на Хабре еще до новогодних праздников. Многие уже успели раздобыть себе домашнего или офисного питомца и вдоволь с ним наиграться. Судя по отзывам, чаще всего MicroServer применяется в роли альтернативы готовой NAS с продвинутыми возможностями и приятным хозяину интерфейсом и дизайном.

А сегодня мы хотели бы поговорить на тему домашних хранилищ данных вообще. Чем выше становится емкость жестких дисков, тем больше данных генерируют пользователи – временами создается впечатление, что тут есть прямая зависимость. Не успел счет пойти на терабайты, как повсеместно появились доступные камеры с записью HD-видео. Да и домашние библиотеки DVD и Blu-Ray пришло время перевести на современные рельсы. Об изобилии «тяжелого» контента на торрентах тактично умолчим. Того и гляди винчестеры затрещат по швам!

Вот мы и хотим вас спросить: как вы решаете проблему хранения фильмов, фото, видео и прочего информационного богатства? Собираете с миру по нитке комплектующие для самосборной «файлопомойки»? Строите на балконе (знаковом для Хабра месте) гламурное хранилище из оргстекла на 50 Тб? Покупаете «фабричные» NAS? Если покупаете, то как «допиливаете» под свои нужды?

Множество интересных рассказов читайте в комментариях.

P.S. Фото на обложке: Жесткий диск HP C2247 на 1 Гб — продукт высшего сегмента, выбор профессионалов! (1994 год)