ИЮЛЬ-АВГУСТ 2013 > Программно определяемый ЦОД > Инженерная инфраструктура ЦОД > Модернизация устаревшего ЦОД

Размер: px
Начинать показ со страницы:

Download "ИЮЛЬ-АВГУСТ 2013 > Программно определяемый ЦОД > Инженерная инфраструктура ЦОД > Модернизация устаревшего ЦОД"

Транскрипт

1 ИЮЛЬ-АВГУСТ 2013 > Программно определяемый ЦОД > Инженерная инфраструктура ЦОД > Модернизация устаревшего ЦОД

2 ТЕ МА НО МЕ РА 6 Коммерческие ЦОД и их российские заказчики: результаты опроса В преддверии форума «МИР ЦОД» в мае 2013 года «Журнал сетевых решений/ LAN» провел опрос 120 компаний относительно использования ими услуг коммерческих центров обработки данных. Часть полученных результатов, а также их анализ представлены ниже. Александр Барсков ИЮЛЬ-АВГУСТ 2013 ТОМ 19 НОМЕР 7-8 (201) > РАЗНОЕ 1 Колонка редактора 2 Канал новостей Ветер кризиса гонит облака вперед Недостающий элемент для «облачных сетей» 10 КЦОД: от колокейшн к облакам По сравнению с 2012 годом на форуме «МИР ЦОД 2013» было представлено значительно большее число коммерческих ЦОД, причем не только отечественных, но и европейских, проявляющих интерес к перспективному российскому рынку. Если несколько лет назад КЦОД делали ставку почти исключительно на предложение услуг по размещению оборудования, то теперь они активно развивают облачные сервисы, благодаря которым удается значительно повысить доход с одного квадратного метра дорогостоящей площади. Александр Барсков 16 Выбор площадки для размещения серверов При оценке технической площадки для размещения оборудования следует учитывать множество моментов, чтобы избежать многочисленных подводных камней. В данной статье описываются сложности и проблемы, с которыми заказчикам приходится сталкиваться при выборе провайдера, предоставляющего услуги по размещению оборудования в коммерческом ЦОД. Кэрри Хигби 60 Новшества 64 Постскриптум Читайте нас на Faсebook Читайте нас в Twitter МИР ЦОД 18 Инженерный мир ЦОД Александр Барсков 26 Модернизация устаревших центров обработки данных Джон Коллинз 2013 ИТ-ИНФРАСТРУКТУРА 38 Виртуализированный ЦОД и технологии хранения данных Сергей Орлов 44 ЦОД с потенциалом автоматизации Кристоф Ланге 2 Журнал сетевых решений/lan КАБЕЛЬНЫЕ СИСТЕМЫ 30 Оптимизация процесса сертификации кабельной системы и упрощение ее сдачи в эксплуатацию Джейсон Уилбур 33 Современный взгляд на ИТ-стойки Юрий Хомутский СОВРЕМЕННЫЙ ОФИС 48 Офис без проводов Сергей Орлов НОВАЯ ТЕХНОЛОГИЯ 54 Трансформация ЦОД Сергей Орлов

3 КОЛОНКА РЕДАКТОРА В условиях неопределенности К акими будут центры обработки данных? Если отвечать честно никто не знает. Как пишет Джон Коллинз, менеджер сегмента ЦОД компании Eaton, в статье «Модернизация устаревших центров обработки данных», десять лет назад лишь немногие проектировщики ЦОД могли предвидеть, что информационные технологии изменятся столь существенно. Вряд ли предсказательная способность экспертов с тех пор значительно улучшилась, да и темпы технологического прогресса отнюдь не замедлились. Как замечает Пол-Франсуа Каттье, вице-президент Schneider Electric по ЦОД, «ЦОД строятся на двадцать лет службы, но за эти годы могут смениться пять-шесть поколений ИТ-оборудования. Хуже того, мы даже предположить не можем, какими будут эти инновации. В таких условиях делать прогнозы трудно». Так каким же должен быть ЦОД? В идеале максимально гибким и масштабируемым, чтобы справляться с поддержкой произвольной нагрузки. И, казалось бы, здесь как нельзя кстати появилась концепция программно определяемых центров обработки данных (Software Defined Data Center, SDDC), которую в прошлом году предложила компания VMware. Однако ИТ-отрасль, которая обычно охотно подхватывает громкие привлекательные лозунги, отнеслась к ней прохладно, возможно, из боязни окончательно запутать заказчиков в терминологических тонкостях относительно отличий SDDC от облаков. Как отмечается в статье Сергея Орлова «Что такое SDDC?», «пока вендоры предпочитают говорить об облаках». А как известно, облака бывают частные, публичные и гибридные. Вроде бы, отрасль пришла к консенсусу, что для корпоративных заказчиков наиболее приемлемым вариантом являются гибридные облака. Однако недавно опубликованный отчет Uptime Institute ставит под сомнение этот вывод: как выяснилось, предприятия тратят больше на услуги сторонних центров обработки данных, чем своих собственных. По словам Мэтта Стенсберри, директора Uptime Institute по контенту и публикациям, «это не означает конца корпоративных ЦОД, но должно послужить для них тревожным сигналом». Как достаточно неожиданно показало исследование, проведенное нами накануне форума «МИР ЦОД 2013», «большая доля респондентов 22% размещает в коммерческих ЦОД свои основные ИТ-системы» (см. анализ полученных данных в статье Александра Барскова «Коммерческие ЦОД и их российские заказчики: результаты опроса»). Из других любопытных фактов можно отметить, что вопросы обеспечения безопасности в КЦОД вызывают большее беспокойство у тех, кто только собирается обратиться к их услугам, чем у тех, кто ими реально пользуется. На мой взгляд, этот факт имеет чисто психологическое объяснение люди склонны полагаться на тех, кому доверились. Как говорится, пока гром не грянет... А гром грянул. Как часто бывает, беда пришла, откуда не ждали. Собственно, многие это предполагали, но подтвержденных фактов не было. И упомянутое исследование Uptime Institute, и наше собственное были проведены до разоблачений Сноудена, поэтому они отражают картину рынка КЦОД «до Сноудена». Американские облачные провайдеры уже несут ощутимые потери вследствие оттока клиентов. А ведь американский рынок крупнейший потребитель облачных сервисов: по оценкам IDC, на него приходится 69% от общего объема подобных услуг. И от его «самочувствия» зависят дальнейшие перспективы развития облаков. Все это вносит дополнительную неопределенность в вопрос: каким же должен быть ЦОД? Дмитрий Ганьжа 7-8, июль-август 2013 Адрес редакции: Россия, , Москва, Электрический пер., д. 8, стр. 3, Тел.: (495) , Факс: (499) РУКОВОДИТЕЛЬ ПРОЕКТА Елена Чекалина ГЛАВНЫЙ РЕДАКТОР Дмитрий Ганьжа ВЕДУЩИЙ РЕДАКТОР Сергей Орлов ВЕДУЩИЙ РЕДАКТОР Александр Барсков ОТВЕТСТВЕННЫЙ СЕКРЕТАРЬ Марина Кабанова ЛИТЕРАТУРНЫЙ РЕДАКТОР Татьяна Качинская КОРРЕКТОР Ирина Карпушина КОМПЬЮТЕРНАЯ ВЕРСТКА Мария Рыжкова ПРОИЗВОДСТВЕННЫЙ ОТДЕЛ Галина Блохина УЧРЕДИТЕЛЬ И ИЗДАТЕЛЬ Издательство «Открытые Системы» г. Москва, Электрический пер., д.8, стр Издательство «Открытые Системы» Все права защищены. Запрещается полное или частичное воспроизведение статей и фотоматериалов без письменного разрешения редакции. В номере использованы иллюстрации и фотографии издательства «Открытые Системы». Издание зарегистрировано в Министерстве РФ по делам печати, телерадиовещания и средств массовых коммуникаций. Свидетельство о регистрации СМИ ПИ от 30 марта 2001 г. Подписные индексы: по объедин. каталогу «Почта России», по каталогу «Агентства Роспечать». РЕКЛАМА ООО «Рекламное агентство «Чемпионс» Татьяна Сустретова Ольга Говорова тел.: (495) РАСПРОСТРАНЕНИЕ ООО «ОСП-Курьер», тел.: (495) Отпечатано в ООО «Богородский полиграфический комбинат» , Московская область, г. Ногинск, ул. Индустриальная, д. 40б (495) , (49651) Журнал выходит 12 раз в год. Тираж экземпляров. Цена свободная. Редакция не несет ответственности за содержание рекламных материалов. ПРЕЗИДЕНТ Михаил Борисов ГЕНЕРАЛЬНЫЙ ДИРЕКТОР Галина Герасина ДИРЕКТОР ИТ-НАПРАВЛЕНИЯ Павел Христов КОММЕРЧЕСКИЙ ДИРЕКТОР Татьяна Филина 12+

if ($this->show_pages_images && $page_num < DocShare_Docs::PAGES_IMAGES_LIMIT) { if (! $this->doc['images_node_id']) { continue; } // $snip = Library::get_smart_snippet($text, DocShare_Docs::CHARS_LIMIT_PAGE_IMAGE_TITLE); $snips = Library::get_text_chunks($text, 4); ?>

4 КАНАЛ НОВОСТЕЙ Ветер кризиса гонит облака вперед 3 Недостающий элемент для «облачных сетей» 4 Cisco открывает центр инноваций В июне в здании Гиперкуба в Сколково открылся центр инноваций Cisco. Его строительство часть десятилетней программы поддержки развития инноваций и предпринимательства в России, стартовавшей три года назад. Напомним, что глава компании Джон Чемберс высказал тогда намерение инвестировать один миллиард долларов в стимулирование инновационной отрасли в России. В центре технологий будут представлены ведущие разработки Cisco, включая технологии и продукты, произведенные в нашей стране. Цель его создания демонстрация этих технологий и их адаптация для российского рынка в рамках развития инновационной экосистемы в РФ. Здесь резиденты Сколково смогут получить представление о том, где и как использовать новые технологии. А кроме того, именно эту площадку планируется использовать в качестве основной при реализации инновационных программ Cisco в России. Отечественные предприниматели получат возможность тестировать свои продукты и модернизировать их на базе решений Cisco. Сотрудники недавно созданных компаний смогут обратиться к экспертам в области бизнеса и другим участникам экосистемы Cisco на специально организованных семинарах. Центр инноваций включает в себя шесть демозон, где будут представлены решения для совместной работы, технологии видеонаблюдения и контроля физического доступа, беспроводные сети, решения для ЦОД, продукты, произведенные в России, а также системы для «умных и подключенных сообществ». В одной из демозон представлено единое решение для организации голосовой и видеосвязи на базе последних версий серверов управления вызовами, систем присутствия, обмена короткими сообщениями, а также голосовой почты. Для проведения видеоконференций используется впервые демонстрируемая в России система Cisco TelePresence TX9000 с новыми кодеками и процессорами, предъявляющая более низкие требования к каналам связи. Система создает эффект присутствия 2 Журнал сетевых решений/lan Первая инсталляция в России. Представленная в Сколково система Cisco TelePresence TX9000 вобрала все лучшее из предшествующих решений телеприсутствия компаний Tandberg (Т-серии) и Cisco (серии CTS). за счет видеоизображения высокой четкости и пространственный звук. Благодаря Cisco TelePresence резиденты Сколково, студенты Сколковского института науки и технологий и другие участники инновационной экосистемы получат инструменты для совместной работы, дистанционного образования и повышения квалификации. Представлены также решение Cisco Profile 65 Dual для больших переговорных комнат, системы персонального телеприсутствия серий EX и MX, платформа Cisco TelePresence C90, оснащенная несколькими экранами для демонстрации контента и видео. Новая версия системы видеонаблюдения Cisco Video Surveillance Manager (VSM) обладает возможностями масштабируемости и может развертываться в среде виртуализации на платформе Cisco UCS. Вниманию посетителей демозоны предлагаются IP-камеры Cisco высокого разрешения с поддержкой технологии Medianet, ситуационномониторинговая система физической безопасности Cisco Physical Security Operations Manager (PSOM) 6.1 и новая версия системы управления доступом Cisco Physical Access Manager (CPAM) В демозоне беспроводных сетей показываются возможности распознавания приложений по характерным особенностям трафика (Network Based Application Recognition, NBAR) и интеграции решений Cisco с продуктами Apple. Из продуктов, произведенных в России, представлены аппаратный модуль VPN и унифицированные точки беспроводного доступа Cisco Выпуск данного оборудования налажен в Твери. Экспозиция демоцентра будет пополняться и обновляться. Как отметил Павел Бетсис, вице-президент Cisco, отвечающий за развитие бизнеса компании в России и СНГ, открытие центра технологий Cisco в Сколково важная веха сотрудничества двух партнеров. Он поможет резидентам Сколкова разрабатывать инновационные решения на базе технологий Cisco. Сергей Орлов

5 Ветер кризиса гонит облака вперед У худшение экономической ситуации в 2012 году заставило экспертов IDC пересмотреть в сторону более пессимистического сценария свои прогнозы по большинству сегментов рынка ИТ. Однако негативная корректировка не затронула сектор облачных сервисов. Прогнозы здесь остаются весьма радужными: на период до 2016 года рост «операционных услуг» публичных облаков должен составить 38,1%, а частных 59,1%. Об этом сообщил Александр Прохоров, старший аналитик «IDC Россия/СНГ» 18 июня на форуме IDC Cloud Leadership в Москве. Проведенное IDC в 2012 году исследование показало, что главным стимулом перехода на облачные технологии является более низкая цена сервисов, получаемых по такой модели (см. Рисунок 1). «Это в первую очередь относится к публичным облакам, где экономия достигается за счет эффекта масштаба, подчеркнул Александр Прохоров. Облачная модель позволяет нивелировать неравномерность потребления Более низкая цена КАНАЛ НОВОСТЕЙ 5% Россия, 2011 г. 2%2% 6% 37% 48% США, 2011 г. Приложения для совместной работы 3% 7% CRM 6% ERM ECM 27% 24% 33% Более быстрый доступ к данным Экономия операционных затрат Гибкость разработки приложений Более быстрое предоставление новых продуктов и сервисов Большая удовлетворенность клиентов Стандартизация и автоматизация процессов Доступ к новейшей функциональности Меньшая зависимость от ИТ-персонала Рост дохода Улучшенные возможности тестирования приложений 0% 10% 20% 30% 40% 50% 60% 70% Процент респондентов Источник: IDC, 2012 Cloud Professional Services Survey (N=405); IDC, 2009 Cloud Professional Services Survey (N=469) Рисунок 3. Какие приложения «переходят» в SaaS. Источник: IDC частном облаке, а менее критичные выноситься в публичные облака. В облака SaaS в первую очередь «уходят» приложения для поддержки совместной работы, такие как ПО для проведения конференций, электронная почта, средства обмена мгновенными сообщениями, корпоративные социальные сети. Гораздо меньше компаний готовы переводить в облака «тяжелые» приложения, прежде всего системы управления рисками (ERM), информационными ресурсами предприятия (ECM), цепочками поставок (SCM) и пр. Тем не менее в США подобные приложения более активно используются по облачной модели, чем в России (см. Рисунок 3). К слову, по данным IDC за 2009 год, в США были сконцентрированы 69% рынка услуг публичных облаков, тогда как на Россию приходилось только 0,03%. Доля США будет постепенно снижаться (к 2016 году до 43%), но при этом по своему 2009 SCM Инженерные приложения 2016 Рисунок 1. Основные причины перехода на облачные технологии. ИТ-сервисов отдельными пользователями, чего практически невозможно достичь при классической модели ИТ». Вместе с тем исследование IDC выявило и существенное сокращение доли заказчиков, планирующих использовать публичные облака. Если в 2009 году она составляла около 35%, то в 2012 году снизилась почти втрое (см. Рисунок 2). Однако аналитики объясняют это не уменьшением интереса к публичным облакам, а трансформацией схемы их применения: все больше компаний ориентируются на гибридную схему, при которой бизнес-критичные приложения будут развертывать в Планируем использовать частные облака Планируем использовать гибридные облака Планируем использовать публичные облака 0% 5% 10% 15% 20% 25% 30% 35% 40% 45% 50% Процент респондентов Источник: IDC, 2012 Cloud Professional Services Survey (N=405); IDC, 2009 Cloud Professional Services Survey (N=469) Рисунок 2. Стратегия внедрения облачных технологий США 69% Россия 0,03% Россия 0,13% США 43% Источник: IDC Рисунок 4. Доля США и России на мировом рынке публичных облачных услуг. весу на этом рынке наша страна все равно не выйдет даже на уровень двух десятых процента (см. Рисунок 4). Одним из важных факторов, способствующих переходу в облака, по мнению экспертов IDC, является поиск компаниями новых точек роста. Традиционные модели ИТ ограничивают возможности выхода на новые рынки будь то, скажем, работа в другой стране или обслуживание клиентов из среды малого бизнеса, а облачная модель помогает «дотянуться» до таких клиентов. Подталкивает к облакам и успешный опыт первопроходцев, таких как Google и Amazon. Да и российские поставщики облачных сервисов, например «Мойсклад», «Мегаплан» и «Манго Телеком», показывают стремительный рост бизнеса на фоне общего замедления развития экономики. Александр Барсков Июль-Август

6 КАНАЛ НОВОСТЕЙ Недостающий элемент для «облачных сетей» К омпания Allied Telesis представила в Москве свою новую технологию Allied Telesis Management Framework (AMF) для централизованного управления множеством сетевых устройств как одним виртуальным коммутатором. Уже доступная реализация этой технологии обеспечивает поддержку до 40 сетевых устройств Allied Telesis, в следующей версии можно будет управлять втрое большим числом устройств, причем и от других производителей. Как отметила Антонелла Санторо, вице-президент Allied Telesis по маркетингу, одним из главных локомотивов развития отрасли ИКТ сегодня являются облачные технологии, для поддержки которых сети должны обладать тремя важными свойствами: высокой надежностью, масштабируемостью и простым управлением. По ее мнению, сетевые решения Allied Telesis имеют необходимую надежность и масштабируемость, а с реализацией технологии AMF оказывается выполнен и третий критерий простое управление. Технология AMF позволяет конфигурировать сетевые устройства с единой консоли, использовать управляющий коммутатор в качестве файлового сервера для хранения копий конфигураций и микропрограммного кода, автоматизировать процесс обновления кода и замены вышедших из строя устройств без предварительной настройки и т. д. Все это дает возможность существенно сократить расходы на обслуживание сети. «Манго Телеком» идет в регионы В декабре прошлого года «Манго Телеком», российский провайдер виртуальной телефонии и облачных бизнесприложений, инициировал программу создания филиалов в российских городах-миллионниках. С тех пор были открыты региональные офисы в Санкт-Петербурге, Екатеринбурге, Казани, Нижнем Новгороде, Ростове-на-Дону и Челябинске. В ближайшие два месяца появятся офисы в Новосибирске и Самаре. Компания рассчитывает, что предлагаемые ею инструменты для бизнеса виртуальные АТС, CRM и ЦОВ найдут спрос у региональных малых и средних предприятий, а также у территориально распределенных организаций. Согласно опубликованным данным, треть новых подключений виртуальной АТС «Манго-Офис», осуществленных в июне, заслуга филиалов, хотя ни один из них пока не вышел на окупаемость: открытие региональной точки присутствия обходится примерно в 1 млн долларов. Это не только офис со штатом местных сотрудников, но и телефонный узел, причем их требуется подключить к телефонной сети и каналам передачи данных. По словам Дмитрия Бызова, генерального директора «Манго Телеком», чтобы облачные сервисы пользовались спросом, они должны быть качественными и давать реальные преимущества бизнесу. Гарантировать надежность услуг, если техническая инфраструктура оператора распределена по многим городам и опирается на услуги других компаний, непросто. Теперь региональные предприятия получили адекватное техническое решение для обеспечения непрерывности бизнеса. В настоящее время «Манго Телеком» предоставляет SLA на уровне «три девятки» и намерена выйти на уровень «пять девяток». Для размещения своего оборудования в регионах компания арендует площади ЦОД Tier III, а инфраструктура связи дублируется. В настоящее время «Манго Телеком» приступает к реализации второго этапа своей программы региональной экспансии, развивая ее «вширь и вглубь» он предполагает открытие филиалов в новых городах и совершенствование сервисов. В AMF доступна, начиная с версии ОС AlliedWare Plus Она может применяться совместно с функциями виртуального стека (VCStack) и кольцевой защиты (EPSR) на коммутаторах Allied Telesis серии X. Представленная технология (AMF) предполагает выделение и централизацию плоскости управления, а потому идеологически схожа с принципами программно определяемых сетей (SDN). Более того, специалисты Allied Telesis предусматривают возможность в будущем интеграции систем AMF с решениями SDN. Однако время для внедрения полноценных решений SDN, как считают в компании, еще не пришло. «Мы не стремимся к революционным изменениям в сетевой инфраструктуре своих заказчиков, а SDN может потребовать таких изменений, замечает Антонелла Санторо. Я не ожидаю, что SDN вскоре начнет внедряться в корпоративных сетях по крайней мере в ближайшие три года это вряд ли произойдет. Технология же AMF позволяет использовать те преимущества, которые обещает SDN, в корпоративных сетях уже сегодня». По мнению вице-президента Allied Telesis, первая область, где SDN будет действительно востребована, это сети центров обработки данных. Затем указанную технологию станут внедрять операторы связи для поддержки дополнительных сервисов. Александр Барсков июне начал работать офис в Челябинске, в июле в Самаре, в августе в Новосибирске. По данным «Манго Телеком», только за счет региональных отделений ее выручка выросла минувшей весной на 6%, однако 85% SIP-трафика приходится на Москву. Как пояснил технический директор компании Александр Трошин, виртуальная АТС «Манго Телеком» это геораспределенный кластер с двумя и более узлами в точках присутствия, дополненный кластером аутентификации. АТС реализована на платформе OpenSIPS и поддерживает СОРМ, причем СОРМ собственной реализации полностью учитывает специфику облачных телекоммуникационных сервисов. В настоящее время система проходит опытную эксплуатацию в технических узлах в Москве и Екатеринбурге, еще в двух узлах (Казань и Нижний Новгород) ведутся приемо-сдаточные работы. В дальнейшем система СОРМ будет установлена во всех регионах присутствия «Манго Телеком». В августе компания планирует открыть новый «личный кабинет» с более удобными функциями управления сервисами, а осенью выпустить новые версии виртуальных CRM и ЦОВ. Виртуальная АТС будет предлагать новые SIP-функции, усовершенствованный статус присутствия, перевод звонков между программным и настольным телефоном. В разработке находится программный коммуникатор с поддержкой видео (точка точка) и мобильными клиентами. За последний год численность сотрудников «Манго Телеком» возросла на 40%, а средний показатель ARPU составил 2600 руб. Недавно выпущенную виртуальную CRM опробовали в соответствии с «промопланом» уже более 2000 клиентов. В 2014 году компания собирается охватить своими точками присутствия остальные российские города с населением около миллиона жителей, а уже осуществляемая замена сетевых коммутаторов и граничных маршрутизаторов позволит увеличить пропускную способность сети передачи данных «Манго Телеком» при взаимодействии с другими операторами связи и обработке внутрисетевых потоков данных. Сергей Орлов 4 Журнал сетевых решений/lan

7 BYOD от HDS П ервое заседание Клуба технологий Hitachi было посвящено анонсированному в мае интегрированному решению для синхронизации и совместного использования файлов и безопасной мобильной работы с корпоративными данными в соответствии с концепцией BYOD Hitachi Content Platform Anywhere. Как считает Юрий Скачков, глава представительства HDS в Росии и СНГ, таких решений пока немного, и у интегрированного продукта HCP Anywhere, который может поставляться в качестве готового «коробочного» для компаний, На пути к миллиарду К омпания Veeam Software, поставщик решений для защиты и восстановления данных и управления виртуальными средами VMware vsphere и Microsoft Hyper-V, приступила в июле к поставкам новой версии своего флагманского продукта Veeam Backup & Replication v7 (на это ПО приходится более 90% продаж компании). По словам Ратмира Тимашева, основателя, президента и исполнительного директора компании, седьмая версия включает в себя «две революционные технологии и более 50 усовершенствований». Продукт дополнен встроенными возможностями ускорения WAN, что позволяет заказчикам обойтись без отдельного дорогостоящего аппаратного WAN-акселератора (его роль играет сервер резервного копирования), а кроме того, поддерживает резервное копирование с помощью аппаратных снимков. В числе других новых возможностей резервное копирование и восстановление для VMware vcloud Director, плагин для Web-клиента vsphere, универсальное восстановление объектов приложений и тестовая среда по запросу для Microsoft Hyper-V, резервное копирование на магнитную ленту и расширенные возможности восстановления одним щелчком мыши. Поддержка аппаратных снимков (технология Backup from Storage Snapshots) улучшает показатели RPO и снижает нагрузку на виртуальные машины. Как заявляют в компании, VMware CBT и технология Instant Datastore Mount позволяют выполнять резервное копирование быстрее, чем решения конкурентов. Благодаря резервному копированию и репликации с помощью аппаратных снимков можно в течение каждого часа создавать три-четыре копии. Veeam Explorer for SAN Snapshots обеспечивает восстановление ВМ и отдельных объектов непосредственно из аппаратных снимков SAN. Ускорение WAN, оптимизированное для резервных копий Veeam, снижает требования к пропускной способности до Синхронизация и обмен файлами. По оценкам HDS, платформа HCP Anywhere корпоративного класса позволяет сократить затраты в SМB (в TCO на 1 Тбайт в год) примерно в 1,5 раза по сравнению с обычными методами ведения бизнеса, а в крупных организациях выигрыш может быть в 4,5 раза больше. КАНАЛ НОВОСТЕЙ насчитывающих от 50 до нескольких тысяч пользователей (в том числе для организаций с распределенной структурой), большое будущее. HСP Anywhere напоминает публичные сервисы наподобие DropBox, но данные хранятся в частном облаке, благодаря чему снимаются многие вопросы, связанные с обеспечением безопасности. По словам Алексея Никифорова, консультантаэксперта HDS, крупные организации пока не готовы к использованию публичных облачных сервисов, а HСP Anywhere позволит им получить целый ряд преимуществ, в том числе сэкономить на ресурсах хранения, обеспечить простой обмен файлами и доступ к корпоративному хранилищу с любого устройства (при наличии установленного программного агента), добиться полного контроля над данными, поддержки всех процедур обеспечения безопасности и нормативного соответствия. «HСP Anywhere это удобство публичных облачных сервисов внутри компании», подчеркивает Алексей Никифоров Основой решения стала новая версия HCP единая комплексная облачная платформа хранения с возможностью управления метаданными для реализации автоматизации и поиска, а также решения аналитических задач. Она предусматривает поддержку технологий VMware и облачных приложений Amazon S3, обеспечивающую безопасное хранение информации на территории организации и распределение данных по различным уровням на внешних СХД. За счет встроенных в HCP Anywhere функций управления мобильными устройствами и синхронизации с Microsoft Active Directory упрощается задача администрирования, а конечные пользователи могут синхронизировать свои рабочие файлы между несколькими устройствами и задавать продолжительность хранения. Почтовый обмен файлами сводится к обмену URL. Для хранимых в HCP файлов обеспечивается сжатие и устранение дублирования, защита файлов на ноутбуках и мобильных устройствах в специальном резервном копировании нет необходимости. Сергей Орлов 50 раз, что является важным преимуществом при копировании данных на удаленную площадку. Как заявляет Veeam, в новой версии эта процедура выполняется в 20 раз быстрее. Для ускорения резервного копирования и восстановления применяются быстрые устройства хранения, а устаревшие точки восстановления размещаются на более дешевых (в расчете на терабайт информации) устройствах. Встроенные функции дедупликации тоже помогают оптимизировать использование ресурсов хранения данных. Предусматривается и возможность копирования в облако. Хотя продукт компании поддерживает лишь резервное копирование виртуальных машин VMware и Hyper-V (но не физических серверов) и расширять этот список разработчики пока не намерены, в Veeam заявляют о быстром росте клиентской базы. По всему миру Veeam Backup & Replication защищает уже 4 млн виртуальных машин, причем основные заказчики компании из сегмента SMB (55 60% от общего числа клиентов), а в России таковыми являются главным образом крупные предприятия. В прошлом году в нашей стране продуктами компании воспользовались 753 организации, а в 2013 году их число, как ожидается, вырастет до На Россию приходится лишь 5% продаж Veeam. 40% оборота приносит Северная Америка, и 45% регион EMEA. В прошлом году выручка составила 175 млн долларов, а к 2016 году планируется увеличить ее до 1 млрд долларов. Как ожидается, в текущем году доля Veeam на мировом рынке продуктов резервного копирования ВМ вырастет с 11 до 18%. В основном это ПО применяется для защиты виртуальных машин VMware на долю Hyper-V пока приходится 8%. В прошлом году на мировом рынке число заказчиков продукции Veeam достигло 56 тыс., а в текущем, как ожидается, оно возрастет до 93 тыс. Сергей Орлов Июль-Август

8 ТЕМА НОМЕРА: УСЛУГИ ЦЕНТРОВ ОБРАБОТКИ ДАННЫХ Коммерческие ЦОД и их российские заказчики: результаты опроса В преддверии форума «МИР ЦОД» в мае 2013 года «Журнал сетевых решений/lan» провел опрос 120 компаний относительно использования ими услуг коммерческих центров обработки данных. Часть полученных результатов, а также их анализ представлены ниже. Александр Барсков Общую ситуацию с использованием услуг коммерческих ЦОД (КЦОД) в России можно охарактеризовать как «пятьдесят на пятьдесят». Из опрошенных «Журналом сетевых решений/lan» компаний половина (точнее, 49%) не используют услуги КЦОД и не планируют обращаться к их помощи, а все свои задачи в области ИКТ решают в собственных (корпоративных) центрах обработки данных. Примерно столько же решили воспользоваться КЦОД: 30% уже потребляют услуги КЦОД, а еще 17% собираются задействовать их в течение ближайшего года. Среди компаний, которые пока обходятся без услуг КЦОД, наибольшую долю составляют банки и другие финансовые организации 25%. Лишь немного меньше в этой группе представителей промышленности 23%. Далее следуют предприятия топливноэнергетического комплекса 10%, а также строительные и проектные организации тоже 10%. Примечательно, что финансовый сектор находится и в числе активных пользователей услуг КЦОД примерно четверть от всех потребителей таких услуг. Это можно объяснить тем, что банки и различные платежные системы являются, пожалуй, наиболее «продвинутыми» в части ИТ, и многие финансовые институты, опираясь на собственные ЦОД, для резервирования или иных задач задействуют внешние ресурсы. Согласно нашему опросу, лидерами в области использования КЦОД являются торговые и логистические предприятия (40%). Кроме того, к числу активных пропонентов обращения к услугам КЦОД относятся провайдеры ИТ-услуг, облачных сервисов и различные медийные структуры. ЧТО ВЫНОСЯТ В КЦОД Довольно неожиданным оказалось то, что большая доля респондентов (22%) размещает в КЦОД свои основные ИТ-системы (см. Диаграмму 1). Эту категорию составляют компании, которые решили не тратить значительные средства на создание собственной инфраструктуры ИТ, полностью доверившись провайдерам соответствующих услуг, так сказать, переложить CAPEX на OPEX. Значительная часть компаний задействуют КЦОД для размещения резервных систем и/или копий данных для восстановления в случае аварии основного (корпоративного) ЦОД. Многие рассматривают КЦОД в первую очередь как инструмент для повышения эластичности ИТ: оперативного расширения и/или сокращения мощностей в случае необходимости. Это чрезвычайно важно для компаний, бизнес которых развивается скачкообразно, и для тех, у кого всплески в потреблении ИТ-сервисов возникают лишь эпизодически при проведении рекламных акций, из-за колебаний сезонного спроса и пр. Как и ожидалось, большая часть клиентов КЦОД арендует площади/стойки для размещения своей ИТ-инфраструктуры, а также физические ИТ-ресурсы: серверы и системы хранения данных (см. Диаграмму 2). Примерно пятая часть респондентов задействует виртуальные ИТ-ресурсы по модели «инфраструктура как сервис» (IaaS). Среди дополнительных услуг наибольшей популярностью пользуются предложения провайдеров по управлению развернутой в КЦОД ИТ-инфраструктурой и по обеспечению безопасности. А вот что немного удивило, так это то, что, несмотря на все разговоры про облака и многочисленные прогнозы (в том числе и «Журнала сетевых решений/lan») роста их популярности, наш опрос не выявил каких-либо существенных сдвигов в структуре потребления услуг КЦОД. По крайней мере в ближайший год аренда площадей и физических ресурсов останется более востребованной, чем облачные сервисы. Поэтому компаниям, строящим новые коммерческие ЦОД, следует, как и раньше, оптимизировать их для размещения стоек, выделив только небольшую часть площадей под облачные платформы. Что, собственно говоря, они и делают. ЧЕГО НЕ ХВАТАЕТ КЦОД Компании, которые уже используют услуги КЦОД, в качестве основных проблем называют их высокую стоимость, а также отсутствие удобного интерфейса для контроля размещенных в КЦОД ресурсов и управления этими ресурсами (см. Диаграмму 3). Примечательно, что лишь относительно небольшая доля потребителей услуг КЦОД сетует на их низкую надежность (8%) либо на отсутствие должных средств информационной и/или физической безопасности (12%), тогда как те, кто еще не пользуется такими услугами, в первую очередь опасаются именно проблем, связанных с безопасностью (см. Диаграмму 4). Видимо, не так страшен черт, как его малюют: реальное состояние с обеспечением безопасности в ЦОД гораздо лучше представления о нем. Серьезным препятствием на пути развития услуг КЦОД являются традиционные для России проблемы с каналами связи. На них указали 16% компаний, которые пока не решились прибегнуть к таким услугам. Ясно, что 6 Журнал сетевых решений/lan

9 УСЛУГИ ЦЕНТРОВ ОБРАБОТКИ ДАННЫХ размещение ИТ-ресурсов в надежном и безопасном месте это только часть задачи, важно еще иметь доступ к этим ресурсам с предсказуемым качеством. Не случайно почти треть (29%) опрошенных считают именно повышение качества каналов связи основным условием развития российской отрасли КЦОД. А еще четверть (23%) полагают необходимым расширять практику заключения соглашений о сквозном качестве обслуживания (SLA), с охватом как услуг КЦОД, так и каналов связи для доступа к ним. К другим драйверам развития рынка наши респонденты относят увеличение числа КЦОД с высоким уровнем готовности, соответствующим требованиям Tier III или Tier IV (21%), и активизацию провайдеров в регионах (16%), поскольку концентрация ресурсов КЦОД в двух столицах Москве и Санкт-Петербурге серьезно ограничивает развитие рынка. 8% компаний надеются на реализацию государственных целевых программ по развитию национальной облачной инфраструктуры и федеральных сетей ЦОД. ОДИН ХОРОШО, А ДВА ЛУЧШЕ Более половины (54%) опрошенных нами компаний считают важным наличие у поставщика услуг нескольких территориально удаленных КЦОД для обеспечения катастрофоустойчивости. А еще 20% предпочитают, чтобы часть площадок находились за пределами РФ. Несмотря на ряд серьезных ограничений на вынос информационных ресурсов за пределы страны, интерес российских компаний к зарубежным ЦОД только растет. Основной причиной, которая заставляет компании обращаться в зарубежные КЦОД, к сожалению, служат опасения относительно безопасности своих информационных ресурсов в России. На это указали 17% опрошенных (см. Диаграмму 5). Но это далеко не единственная причина. 14% считают зарубежные КЦОД более надежными по сравнению с отечественными, 10% более привлекательными по ценовым показателям и столько же (10%) располагающими более широким набором возможностей. Далеко не на последнем месте в списке причин обращения к услугам зарубежных ЦОД стоит задача развития бизнеса в других странах. Спрос, как известно, рождает предложение, и в этом году на форуме «МИР ЦОД» мы наблюдали значительное увеличение числа поставщиков услуг КЦОД из-за рубежа, в первую очередь из Прибалтики, приехавших на мероприятие в целях продвижения своих сервисов и поиска российских заказчиков (подробнее об этом см. статью автора «КЦОД: от колокейшн к облакам» в этом номере журнала). Для немалой доля заказчиков при выборе поставщика услуг КЦОД 1. Для каких задач вы используете услуги ЦОД? В КЦОД мы размещаем наши основные ИТ-системы В КЦОД вынесена лишь часть систем, которые не являются критически важными для бизнеса В КЦОД размещена резервная система + копии данных для восстановления Для оперативного масштабирования ИТ-системы (как расширения, так и сокращения) Для задач разработки и тестирования 0% 5% 10% 15% 20% 25% В процентах от числа ответивших Источник: Опрос, проведенный «Журналом сетевых решений/lan» (май 2013 года, N=120) Аренда площади/стоек для размещения своей ИТ-инфраструктуры Аренда физических ИТ-ресурсов (серверов, СХД) Аренда виртуальных ИТ-ресурсов (ВМ) по модели IaaS Использование приложений по модели SaaS Виртуализация рабочих станций (VDI и др.) Услуги по управлению ИТ-инфраструктурой, развернутой в КЦОД Услуги по обеспечению безопасности Другое 2% 4% 5% 2. Услуги КЦОД 10% 12% 9% 8% 6% Другое 22% 26% 16% 17% 15% 14% 15% 0% 5% 10% 15% 20% 25% 30% В процентах от числа ответивших Источник: Опрос, проведенный «Журналом сетевых решений/lan» (май 2013 года, N=120) 3. С какими проблемами вы сталкиваетесь при использовании услуг КЦОД? Недостаточная функциональность предложенных сервисов Высокая стоимость услуг Сложность масштабирования ресурсов Отсутствие удобного интерфейса для контроля (управления) размещенных в КЦОД ресурсов Низкая надежность КЦОД Отсутствие должных средств информационной и/или физической безопасности Другое 21% 0% 5% 10% 15% 20% 25% 30% В процентах от числа ответивших Источник: Опрос, проведенный «Журналом сетевых решений/lan» (май 2013 года, N=120) 6% 8% 11% 10% 12% 12% 15% Какие услуги КЦОД вы используете? 19% 22% Какие услуги КЦОД вы планируете приобрести в ближайший год? 16% 21% 25% 22: важным фактором является наличие у него сертификата авторитетной организации. Самым известным, без сомнения, остается сертификат Uptime Institute, удостоверяющий уровень Июль-Август

10 ТЕМА НОМЕРА 4. По какой причине вы пока не используете услуги КЦОД? Не доверяем (опасения, связанные с безопасностью) Услуги слишком дороги Недостаточен функционал Нет SLA или предложенное соглашение нас не устраивает Проблемы в каналах связи с КЦОД Другое 0% 5% 10% 15% 20% 25% 30% 35% В процентах от числа ответивших Источник: Опрос, проведенный «Журналом сетевых решений/lan» (май 2013 года, N=120) 5. Что явилось причиной того, что вы уже обратились (планируете обратиться) к услугам зарубежного КЦОД? Зарубежные КЦОД более привлекательны по ценовым показателям Зарубежные КЦОД предлагают более широкий набор возможностей Зарубежные КЦОД более надежны Развитие бизнеса в других странах Опасения относительно безопасности информационных ресурсов в России Другое 0% 5% 10% 15% 20% 25% 30% В процентах от числа ответивших Источник: Опрос, проведенный «Журналом сетевых решений/lan» (май 2013 года, N=120) 6. Является ли для вас существенным наличие у КЦОД сертификатов сторонних организаций? Uptime Institute (Tier) Certified Energy Efficiency Data Center Award (CEEDA) Payment Card Industry Data Security Standard (PCI DSS) ISO/IEC Обеспечение соответствия требованиям ФЗ 152 Сертификаты конкретных производителей Сертификаты не важны, нам достаточно осмотра КЦОД нашими специалистами Сертификаты не важны, главное репутация владельца КЦОД Другое 2% % 0% 5% 10% 15% 20% 25% 30% Источник: Опрос, проведенный «Журналом сетевых решений/lan» (май 2013 года, N=120) 7% 7% 9% 11% 9% 10% 10% 16% 15% 12% 14% 14% 15% 20% 17% 20% В процентах от числа ответивших 29% 26% 28% (Tier) надежности и отказоустойчивости ЦОД. Важным наличие такого сертификата считают 20% опрошенных нами компаний. Примерно столько же компаний, даже чуть больше, вообще не уделяют внимания сертификатам: для них главное репутация владельца ЦОД (14%), зачастую достаточно и осмотра места площадки собственными специалистами (9%). Помимо документа, подтверждающего уровень надежности, существуют и сертификаты, свидетельствующие о безопасности предоставляемых КЦОД услуг. Это, в частности, ISO/IEC и Payment Card Industry Data Security Standard (PCI DSS). Но на них обращают внимание меньшее число наших респондентов. Возможно, это связано с тем, что данные сертификаты просто недостаточно известны в отрасли ЦОД. Документ Certified Energy Efficiency Data Center Award (CEEDA), подтверждающий высокую энергоэффективность объекта, также не слишком интересен российским заказчикам (см. Диаграмму 6). Но есть и документ, который по уровню востребованности превзошел все остальные, это ФЗ 152 «О персональных данных». Подробнее о различных типах сертификатов см. статью «Не Uptime ом одним», опубликованную в майском номере «Журнала сетевых решений/lan» за текущий год. Итак, некоторые выводы. Вопервых, хотя проблемы безопасности сильно пугают тех, кто еще не пользовался услугами КЦОД, реальные потребители сталкиваются с ними не так уж часто. Во-вторых, несмотря на очевидный рост интереса к облачных сервисам, в ближайшие год-два не произойдет кардинального изменения модели потребления услуг КЦОД и большинство заказчиков будут покупать площадь, место в стойках и физические ресурсы. Наконец, в-третьих, развитие рынка услуг КЦОД во многом будет определяться не только ростом числа и повышением качества самих центров обработки данных, но и развитием каналов доступа к ним и готовностью владельцев КЦОД вместе со своими партнерами из числа операторов связи предлагать сквозные SLA. Развитие территориально распределенных комплексов ЦОД потребует все более высокоскоростных и качественных (с минимальной задержкой) каналов связи, что будет стимулировать совершенствование коммуникационной инфраструктуры. Александр Барсков ведущий редактор «Журнала сетевых решений/lan». С ним можно связаться по адресу: 8 Журнал сетевых решений/lan

11

12 ТЕМА НОМЕРА: УСЛУГИ ЦЕНТРОВ ОБРАБОТКИ ДАННЫХ КЦОД: от колокейшн к облакам По сравнению с 2012 годом на форуме «МИР ЦОД 2013» было представлено значительно большее число коммерческих ЦОД, причем не только отечественных, но и европейских, проявляющих интерес к перспективному российскому рынку. Если несколько лет назад КЦОД делали ставку почти исключительно на предложение услуг по размещению оборудования, то теперь они активно развивают облачные сервисы, благодаря которым удается значительно повысить доход с одного квадратного метра дорогостоящей площади. Еще год-два назад внедрение облачных платформ для предоставления инфраструктурных сервисов вроде IaaS было прерогативой крупных ИТ-интеграторов, таких, например, как «Крок» и «Ай-Теко». Однако предлагаемые производителями платформы «зрели» стремительно, и сегодня для их развертывания уже не требуется «искусства» интеграции. Компании, для которых основным бизнесом является предоставление услуг на базе своих ЦОД, тоже активно «пошли в облака». «ОБЛАКА» ВОКРУГ РОССИИ Те, кто переносит ИТ-сервисы во внешнее инфраструктурное облако, особенно находящееся за границей, обычно не слишком заинтересованы в раскрытии этой информации. Тем примечательнее, что компания Linxdatacenter, только осенью прошлого года начавшая предоставлять услуги IaaS из своего варшавского ЦОД (подробнее см. экскурсию в этот ЦОД в ноябрьском номере «Журнала сетевых решений/lan» за 2012 год), представила на форуме «МИР ЦОД 2013» сразу трех российских заказчиков. Это производитель и дистрибьютор товаров для спорта и отдыха Atemi, разработчик ПО для нефтегазового сектора Intari, а также один из крупнейших дистрибьюторов ИТ-оборудования и программного обеспечения OCS. В самое ближайшее время Linxdatacenter планирует развернуть платформу IaaS и на своих российских площадках. На форуме «МИР ЦОД» технический консультант группы компаний Linx Андрей Захаров представил основные шаги по переводу ИТ в облако (см. врезку «7 шагов в облако»). 10 Журнал сетевых решений/lan Александр Барсков Используемая Linxdatacenter платформа создана на основе программноаппаратного комплекса FlexPod (совместное решение Cisco и NetApp) и ПО VMware (см. Рисунок 1). Вычислительная система представляет собой массив блейд-серверов с резервированием N+1, а в системе хранения реализована поддержка RAID 6-DP и предусмотрена избыточность контроллеров 2N. Вторичная система хранения размещена на отдельной площадке в одном километре от основного ЦОД. Гипервизоры VMware работают в режиме отказоустойчивости High- Availability. Linxdatacenter гарантирует доступность услуги LinxCloud IaaS на уровне 99,9%. Группа компаний Atemi один из пользователей этой услуги полностью отказалась от собственных серверов, оставив у себя только тонкие клиенты и принтеры. Atemi располагает сетью спортивных магазинов во Владимире, Рязани, Тамбове, Туле, Ульяновске и Ярославле, а также занимается оптовыми поставками спортивных и рыболовных товаров. Переход на облачную инфраструктуру был обусловлен рядом причин, включая необходимость замены устаревшего парка серверов, возрастающие потребности в вычислительной мощности при сложности ее прогнозирования, потребность в постоянной поддержке новых офисов и магазинов. Среди сложностей перехода на виртуальную инфраструктуру специалисты Atemi называют проблемы с получением качественных каналов связи и настройкой периферии на работу с удаленной инфраструктурой (на принтерах для печати потребовалось увеличить скорость каналов). Но в целом компания довольна работой в облаке. Большие планы по предоставлению облачных сервисов имеет и центр обработки данных «Парковый» в Киеве (см. Рисунок 2), который должен стать если запланированная сертификация пройдет успешно первым ЦОД Tier III в Украине. Как рассказал на форуме «МИР ЦОД 2013» Александр Кариченский, директор по развитию бизнеса компании «Дата-центр Парковый», уже закуплен начальный набор оборудования (несколько сотен серверов Cisco UCS и СХД EMC на 100 Тбайт) для создания двух независимых облачных инфраструктур: для государственных органов (частное облако) и для коммерческих компаний (публичное облако). Для доступа к публичному облаку будут использоваться открытые сети связи общего пользования, а для частного специальная сеть связи для решения государственных задач. В планах предложение услуг IaaS предоставление виртуальных серверов, виртуальных ЦОД и облачных хранилищ, а также сервисов PaaS и SaaS. К числу последних относятся электронная почта, решения для совместной работы и унифицированные коммуникации. Мощность ИТ-нагрузки ЦОД «Парковый» составит 2,4 МВт, а его емкость 400 стойко-мест. В ЦОД имеется 14 машинных залов различной площади для размещения оборудования заказчика как обычные неэкранированные, так и экранированные, согласно требованиям украинского законодательства к размещению серверного оборудования банков. Электроснабжение ЦОД осуществля-

13 УСЛУГИ ЦЕНТРОВ ОБРАБОТКИ ДАННЫХ ется по первой категории надежности от двух (в перспективе от трех) независимых подстанций. Для обеспечения бесперебойного электропитания на объекте установлено три модульных ИБП APC Symmetra MW мощностью 1600 ква каждый, что позволяет обеспечить как внутреннее резервирование ИБП по схеме N+1 по силовым модулям, так и резервирование N+1 на уровне отдельных устройств. Распределительная сеть электропитания выполнена на основе шинопроводов серии Canalis. В ЦОД реализована двухконтурная чиллерная система с применением моноблочных охлаждающих машин Uniflair, межрядных блоков APC InRow в машзалах и шкафных блоков Uniflair в технических помещениях. Чиллеры имеют функцию фрикулинга, что вместе с электронным регулированием мощности насосов и вентиляторов, применением систем контейнеризации «горячих» коридоров позволяет добиться высоких показателей среднегодового PUE расчетные значения 1,3 1,35. При этом, как надеется Александр Кариченский, при выходе на полную мощность реальный показатель энергоэффективности окажется даже лучше. «В других коммерческих ЦОД Украины в лучшем случае PUE составляет 1,65 1,7. В корпоративных ЦОД этот коэффициент, как правило, не измеряется и часто переваливает за 2,0», рассказывает он. ИНТЕГРАТОР ИЛИ ПРОВАЙДЕР Павел Колмычек, руководитель сети центров обработки данных «Крок», рекомендует при выборе ЦОД, в том числе для облачных сервисов, учитывать «специализацию» его владельца, то есть какой бизнес является для него основным проектный (интегратор) или развитие услуг ЦОД (провайдер). Провайдер может предложить более дешевые базовые услуги (аренда), а интегратор лучше обеспечит дополнительные услуги, например в части соблюдения требований регулятора или выполнения особых пожеланий службы безопасности. Нередко для удовлетворения «продвинутых» запросов заказчиков, скажем по организации резервного ЦОД, провайдер обращается за помощью к интегратору. По мнению специалиста «Крок», интеграторы ориентированы на выполнение крупных проектов, тогда как провайдеры умеют хорошо работать с небольшими клиентами. Опираясь на богатый опыт компании «Крок» по предоставлению облачных сервисов, Павел Колмычек советует обязательно запрашивать тестовый доступ к облаку для проверки того, что оно «умеет». «Порой возникают ситуации, когда после переноса ИТ-системы в облако часть ресурсов по тем или иным причинам приходится перемещать обратно. Все это весьма дорогостоящие операции, продолжает он. Есть решения, которые позволяют подключать к облаку обычные физические серверы, например с базами данных». По его мнению, реализацию подобных гибридных схем лучше поручить интегратору. Специалист «Крок» предлагает простую блок-схему выбора типа ЦОД (см. Рисунок 3). Обратите внимание на его рекомендацию использовать собственный ЦОД в случае, если требуется уникальная услуга, то есть когда на рынке нет хотя бы двух предложений на сформулированный запрос. «Если вам нужна уникальная услуга, то и цена Рисунок 1. Платформа для предоставления сервисов IaaS в ЦОД компании Linxdatacenter в Варшаве. Рисунок 2. Центр обработки данных «Парковый» в Киеве должен стать первым сертифицированным ЦОД Tier III в Украине. 7 шагов в облако При переходе в облако LinxCloud заказчики совместно со специалистами Linxdatacenter обычно проходят следующие этапы: 1. Оценка требуемой вычислительной мощности Обычно определяются четыре параметра: мощность процессора, объем оперативной памяти, емкость СХД и скорость сетевого соединения. 2. Выбор площадки для размещения данных Определяющий фактор метод подключения конечных пользователей к облачной инфраструктуре. Если предполагается терминальный доступ, то местоположение ЦОД не так важно (достаточно не слишком скоростного соединения). Если требуется скоростное подключение, то желательно, чтобы ЦОД располагался ближе к офису заказчика. Благодаря наличию у Linx собственных каналов 10G от Москвы до Варшавы с задержкой 30 мс, использование заказчиками облака, находящегося в Европе, не составляет проблем. Необходимо учесть также требования регулятора: ряд систем, приложений и данных нельзя выносить за пределы РФ. Это одна из причин, по которым Linxdatacenter решил развернуть облачную платформу и в РФ. 3. Анализ совместимости программного обеспечения Следует учесть, что часть приложений вообще не виртуализируется и не может быть вынесена в облако. Возможность и целесообразность их перемещения в облако можно проверить путем получения демодоступа на 10 дней без оплаты. 4. Получение демодоступа Работоспособность приложений, которые вызывают наибольшие сомнения, в новой среде лучше проверить заранее. В случае проблем возможен гибридный вариант вынос приложения на отдельном сервере в тот же ЦОД, где и облако. 5. Согласование заказа на услугу Определение коммерческих условий, сроков и пр. В зависимости от задачи можно приобрести услугу с гарантированной мощностью (выделенные ресурсы) либо использовать разделяемые ресурсы. Заказ сопровождается заключением соглашения SLA. 6. Миграция сервисов в облачную среду В зависимости от объема и сложности проекта миграция занимает от нескольких дней до нескольких месяцев. 7. Администрирование и поддержка Техническая поддержка включается в стоимость услуги. Июль-Август

14 ТЕМА НОМЕРА Изменение в ИТ-услугах Внешний ЦОД подходит? Используйте собственный ЦОД Рисунок 3. Как выбрать правильный ЦОД Нет Нет Нужен «сложный» аутсорсинг? Есть два ЦОД с такой услугой? Используйте ЦОД интегратора Рисунок 4. Рост числа выданных организацией Uptime Institute сертификатов на проект ЦОД (TCDD) и на уже построенный объект (TCCF). на нее будет уникальной», констатирует он. О СЕРТИФИКАЦИИ В фокусе внимания участников форума «МИР ЦОД 2013» оказались вопросы сертификации ЦОД. Свой опыт прохождения сертификации на соответствие уровню надежности Tier III (по классификации Uptime Institute) представили российская компания «Крок» и латвийский оператор Lattelecom. Пожалуй, квинтэссенция целей сертификации была отражена в названии доклада Руслана Заединова, заместителя генерального директора «Крок»: «Спокойствие заказчиков ЦОД бесценно, для всего остального существует сертификация». Да TCDD TCCF Да Да Нет Есть «особые» требования? Используйте ЦОД провайдера 68 Нет Источник: «Крок» Источник: Uptime Institute «Tier III это не про девятки, а про параллельное обслуживание, считает Руслан Заединов. Предположим, дизели зарезервированы, но подключены к одной шине или к одному АВР. В этом случае неважно, по какой схеме зарезервированы дизели это может быть N+1, 2N или даже 5N. Если чтото случится с этой шиной или с этим переключателем, вы окажетесь без резервного электропитания». Как рассказал Марис Сперга, директор по развитию международного бизнеса компании Lattelecom, которая развивает услуги КЦОД под маркой Dattum, еще на стадии проектирования компания получила от организации Uptime Institute 28 замечаний. В частности, расчет системы охлаждения Да TCDD TCCF был выполнен исходя из статистики местного гидрометцентра, при этом за максимальную была принята температура +27 С. Uptime Institute потребовал руководствоваться рекомендациями ASHRAE, в которых для расчетов предписывается использовать максимальную температуру +35 С. Кроме того, замечания касались вопросов установки перфорированных плит фальшпола (дабы устранить вероятность завихрений воздуха, снижающих эффективность системы охлаждения), резервирования ДГУ и пр. Все замечания были учтены, благодаря чему проверку уже построенный ЦОД прошел с первого раза, что удается лишь немногим претензии у экспертов Uptime Institute не возникают лишь к 20% объектов. Как уже отмечал «Журнал сетевых решений/lan» (см. статью автора «Не Uptime ом одним» в майском номере «Журнала сетевых решений/lan» за 2013 год), доля ЦОД, сертифицированных Uptime Institute, пока еще мала. Например, ЦОД «Компрессор» компании «Крок» стал только третьей российской площадкой с сертификатом Tier III (такие сертификаты также имеются у ЦОД Сбербанка РФ и DataSpace) и пока единственным коммерческим ЦОД с таким уровнем надежности, предоставляющим облачные сервисы. А вот ЦОД Lattelecom вообще первый ЦОД Tier III в Северной Европе. Однако, как указывает Алексей Солодовников, управляющий директор Uptime Institute Russia, процесс сертификации ЦОД начался всего несколько лет назад и динамика роста числа сертифицированных объектов впечатляет (см. Рисунок 4). ПРЕСЛОВУТЫЙ ЧЕЛОВЕЧЕСКИЙ ФАКТОР Наряду с уровнем готовности (по сути, SLA) не меньшее значение операторы коммерческих ЦОД придают задачам обеспечения безопасности. К слову, эти вопросы уже выходят за рамки рекомендаций Uptime и рассматриваются в других документах, например в ISO/IEC Некоторые российские ЦОД считают важным наличие такого сертификата в частности, он уже имеется у компании DataLine, а Linxdatacenter находится в процессе его получения (подробнее см. статью «Не Uptime ом одним»). Как полагает Руслан Заединов, самое важное в безопасности это то, как организован доступ людей к установленному в ЦОД оборудованию. Желательно иметь несколько периметров безопасности. В качестве примера он приводит ЦОД «Компрессор», 12 Журнал сетевых решений/lan

15 УСЛУГИ ЦЕНТРОВ ОБРАБОТКИ ДАННЫХ который размещен в закрытой промышленной зоне, образующей первый периметр безопасности. Второй периметр собственно территория ЦОД, куда имеют доступ только авторизованные сотрудники ЦОД и заказчики. Следующие три периметра безопасности проходят на уровне самого здания ЦОД, его отдельных холлов и машзала (см. Рисунок 5). Наконец, шестой периметр может реализовать заказчик: один из них финансовая организация установил даже лазерную систему обнаружения вторжений. Эксперты компании «Крок» также рекомендуют делать раздельные периметры безопасности для ИТ и инженерного оборудования. «Представьте ЦОД, где установлены все мыслимые системы контроля доступа: сканирование сетчатки глаза и отпечатков пальцев, ультразвуковой снимок скелета руки, взвешивание при входе через шлюз, распознавание голоса и т. д. Но если все инженерные системы и охлаждения, и газового пожаротушения, и бесперебойного электропитания будут размещены в машзале ЦОД, то список тех, кому разрешен доступ, придется существенно расширить, что снизит уровень безопасности, продолжает Руслан Заединов. Крайне желательно системы охлаждения установить в коридоре или отдельном помещении, а электропитания в другом помещении. Тогда в машзал будут заходить только специалисты по ИТ, в помещения с системами кондиционирования только инженерытеплотехники, в комнату с электрооборудованием только электрики». Практически все эксперты отмечают важность человеческого фактора и в вопросе эксплуатации ЦОД. Как бы хорошо ни был построен ЦОД и сколь бы 1. Территория промышленной зоны 2. Территория ЦОД 3. Здание ЦОД 4. Общий холл 5. Машзалы высокая степень отказоустойчивости ни была в него заложена, безграмотная эксплуатация может загубить все дело, так что за год уровень надежности может снизиться с Tier III до Tier II, и даже ниже. Не случайно Uptime Institute в дополнение к двум имевшимся типам сертификатов (на проект (Design) и на уже построенный объект (Constructed Facility)) ввел третий на эксплуатацию ЦОД (Operational Sustainability). Сертификация процессов эксплуатации начала проводиться относительно недавно, более того, она возможна только после того, как ЦОД проработает хотя бы год. Понимая Рисунок 5. Вложенные периметры безопасности на примере ЦОД «Компрессор» компании «Крок». важность процессов эксплуатации, многие владельцы сертифицированных ЦОД намереваются получить и сертификат Operational Sustainability. Например, на форуме «МИР ЦОД» об этом заявили представители «Крок» и Lattelecom. Не меньшее внимание вопросам грамотной эксплуатации уделяют и компании, которые считают неоправданным тратить деньги на сертификацию в Uptime Institute. На форуме «МИР ЦОД» компания DataLine, один из крупнейших российских поставщиков услуг ЦОД и облачных сервисов, поделилась своим опытом органи- Что тормозит развитие облачных сервисов в России Чтобы в полной мере понять проблематику развития облачного рынка в России, необходимо подходить к ее рассмотрению с двух сторон: со стороны операторов, которые хотят предоставлять облачные услуги, и со стороны заказчиков, которым эти услуги предназначаются. Для операторов внедрение облачных сервисов означает существенные вложения в аппаратно-программную составляющую в случае с IaaS, не говоря уже об услугах PaaS и SaaS. При этом важно учитывать, что платформы для облачных вычислений состоят как из программного обеспечения, необходимого для работы платформы, так и из вычислительных компонентов, которые довольно быстро амортизируются. Расчет делается на то, что платформа для облачного вычисления будет активно востребована потенциальными клиентами и в короткие сроки выйдет на свою расчетную мощность и окупаемость. На российском рынке такой сценарий пока невозможен, что делает внедрение облачных платформ экономически нецелесообразным для операторов. Данный фактор тормозит развитие облачных сервисов в России. Со стороны заказчиков облачных услуг можно выделить спрос на два вида ресурсов на виртуальные облачные машины и на рабочие места в облаке. Причем потребность в таких услугах возникает, как правило, у территориально распределенных компаний, офисы которых разбросаны по всей стране, а концентрация рабочих мест очень мала. Именно таким компаниям выгоднее выносить рабочие места в облако, поскольку это дает положительный экономический эффект за счет консолидации квалифицированного труда по обслуживанию всей инфраструктуры в одном месте. Однако, если говорить об IaaS, при использовании виртуального сервера, размещенного в облаке, подобного эффекта добиться не удается, поскольку в этом случае потребность в квалифицированном персонале такая же, как и в случае с физическим сервером. Именно поэтому большей популярностью среди облачных решений пользуются услуги SaaS. Главным же сдерживающим фактором развития частных облаков является прежде всего стоимость аппаратной составляющей платформы, которая значительно превышает для заказчика стоимость организации обычного ИТ-комплекса. Именно поэтому большинство компаний пока отдают предпочтение более традиционным и доступным по стоимости решениям. Подводя итог, можно сказать, что в целом рынок облачных технологий в России еще слабо развит. Стоит также отметить, что на сегодняшний момент облачные сервисы ближе интеграторам, нежели операторам ЦОД. Пока еще сервисные облачные услуги и услуги предоставления инфраструктуры ЦОД в аренду представляют разные направления бизнеса, которые требуют от компаний разных компетенций. Коммерческие ЦОД, безусловно, проявляют интерес к облачным технологиям, поскольку изначально заинтересованы в диверсификации своего бизнеса. Однако большинство из них все же пока не рассматривает данное направление как приоритетное для своего развития. Андрей Касьяненко заместитель генерального директора телекоммуникационной компании Caravan. Июль-Август

16 ТЕМА НОМЕРА зации процессов эксплуатации. Как отметил Кирилл Шадский, начальник отдела эксплуатации DataLine, 60 70% сбоев в работе ЦОД связаны с человеческим фактором. Он выделяет несколько ключевых вопросов в частности, ведение документации, обучение, плановое техобслуживание и ремонтные работы, мониторинг и нагрузочное тестирование ЦОД. По его мнению, недостаточно разместить документацию «где-то на сервере» важно, чтобы возле каждой единицы инженерного оборудования (например, ИБП, кондиционер, ДГУ) находилась краткая выдержка из инструкций, что в случае аварии позволит оперативно выполнить необходимые действия, не тратя время на поиск информации. Специалист DataLine рекомендует в каждом ЦОД иметь запас топлива минимум на 4 6 часов работы при полной нагрузке (например, по московским пробкам машина с соляркой может добираться до объекта несколько часов), а также запас расходников с большим сроком поставки (на доставку которых из Европы уходит 6 12 недель). Кроме того, желательно иметь в ЦОД «мелочовку»: фреон, предохранители, автоматы и пр. Все это, конечно, есть на складах в Москве, но удобнее, чтобы было «под рукой». Кроме того, российская специфика например, продолжительные январские и майские праздники такова, что какуюнибудь простенькую запчасть можно ждать целую неделю, даже если она находится на соседнем складе. Ясно, что обслуживание сложных инженерных систем всегда разумно поручать специализированным организациям, но специалисты DataLine считают необходимым часть работ уметь делать самостоятельно. Это срочные аварийные работы и простые каждодневные операции (запайка фреоновых труб, чистка и замена фильтров). Скорость и адекватность реакции персонала на то или иное событие зависят от своевременной информированности и полноты данных. Кирилл Шадский рекомендует четко продумать задание приоритетов для сигналов, получаемых от средств мониторинга. Например, по его словам, порой важнее быстро отреагировать на сигнал о проблеме в работе вентилируемой двери шкафа, а не чиллера: последний обычно зарезервирован, тогда как дверь нет. Если параметры функционирования системы электропитания в ЦОД DataLine запрашиваются ежесекундно всплески и скачки напряжения могут возникнуть мгновенно, то для систем охлаждения частота опроса составляет раз в минуту. «Температура не может возрасти мгновенно. Если же все параметры отслеживать каждую секунду, то это может привести, во-первых, к перегрузке системы управления, а во-вторых, к появлению массы ненужных предупреждающих сигналов, которые будут только мешать работе операторов», поясняет он. Согласно практике, принятой в DataLine, тестирование ДГУ с полной нагрузкой осуществляется не реже двух раз в месяц, причем сама проверка длится не менее часа, поскольку многие проблемы проявляются только после определенного времени работы. Тестирование ИБП с переходом на батареи проводится не реже одного раза в квартал, переключения между элементами системы технологического кондиционирования раз в две недели, а проверка автоматической установки газового пожаротушения ежемесячно, каждый месяц для разного направления. В последнем случае тестируется только автоматика без выпуска дорогостоящего газа. Очень важно, что во время тестирования проверяется не только оборудование, но и действия сотрудников, для которых это служит лучшим экзаменом по усвоению теоретических знаний. ДАННЫЕ САМОЛЕТОМ Критерии выбора коммерческого ЦОД могут различаться. При этом границы между странами все реже становятся преградой для «переезда» ИТ-систем и/или сервисов. Например, как рассказал Марис Сперга, один из крупных клиентов нового ЦОД Dattum российская компания, решившая перенести в Ригу свои серверы из Лондона. Причинами принятия такого решения стали более низкая цена, наличие русскоязычной поддержки, а также существенно более низкая задержка при передаче данных. При доступе к серверам в Лондоне последняя величина составляет 60 мс, а при их размещении в Риге 19 мс. Наконец, из Москвы до столицы Латвии можно долететь всего за полтора часа, что оказалось дополнительным фактором в пользу ЦОД Dattum. Предположим, коммерческий ЦОД выбран. Далее необходимо перенести туда определенные ИТ-сервисы. Задача эта может оказаться очень непростой. Своим опытом в части переноса из одного ЦОД в другой системы SAP поделился на форуме Робертас Балкис, руководитель отдела поддержки продаж компании Hostex BDC. Заказчиком проекта выступила компания Rimi Baltic Group крупнейший в Прибалтике оператор розничной торговли с 234 магазинами в Эстонии, Латвии и Литве. Система SAP обслуживает примерно 2800 пользователей, причем она имеет критически важное значение для бизнеса: при ее недоступности останавливаются вся логистика и движение товаров, а в конечном счете и обслуживание покупателей. Допустимо лишь несколько часов простоя такой системы в год. Изначально система, развернутая на платформе HP Integrity rx8640, Itanium2, находилась в ЦОД в Германии. «Переехать» она должна была в один из ЦОД Hostex BDC в Вильнюсе на классические серверы HP C7000 / bl460c G8 с процессорами Intel x86. В процессе переноса не должно было возникнуть перебоев в функционировании сети магазинов и логистических центров во всех странах Балтии. Длительность проекта по миграции должна была составить 3 месяца, а продолжительность технического простоя системы максимум 12 ч. За невыполнение или несвоевременное выполнение проекта был предусмотрен денежный штраф в 1 млн евро. На какое-то время система оказалась разделенной между Германией и Литвой одна часть ресурсов находилась в одном ЦОД, другая в другом, что потребовало серьезных усилий по управлению и обеспечению согласованного функционирования. В процессе миграции нагрузка на серверы и СХД становится значительно больше, чем во время штатной работы, поэтому для поддержания необходимой производительности потребовалось создать временную систему, ставшую буфером между исходной и конечной. Наконец, пропускная способность сетей между Литвой и Германией оказалось недостаточной «трудно получить гигабитный канал, реально доступны только мегабитные», сетует Робертас Балкис. Поэтому большую часть данных (всего порядка 10 Тбайт) перевозили самолетом в чемодане со специальной системой, включающей сервер и СХД. Через сеть передавались только изменения данных. Российские компании и организации начинают не только теоретически понимать преимущества коммерческих ЦОД, но и извлекать их на практике. Все большее число историй успеха облачной модели потребления ИТ, в том числе и модели «инфраструктура как сервис» (IaaS), способствуют дальнейшему увеличению числа заказчиков, заинтересованных в таких услугах. Александр Барсков ведущий редактор «Журнала сетевых решений/lan». С ним можно связаться по адресу: 14 Журнал сетевых решений/lan

17 Прикоснись к истории! 22 год до «нашей эры» * 1973 год изобретение Ethernet * Начало выхода «Журнала сетевых решений/lan» Реклама Базовые идеи технологии, которая впоследствии стала известна как Ethernet, были изложены в 1970 году в статье Нормана Абрамсона из Гавайского университета, где описывалась система радиосвязи ALOHAnet для коммуникаций между островами. Каждый узел сети ALOHAnet передавал свои сообщения в виде потока независимых блоков данных (пакетов). Получатель должен был подтвердить доставку пакетов. Если такого подтверждения не было, считалось, что пакеты потеряны «в эфире» («эфир» по английски ether). Пакеты могли быть утеряны, например, изза конфликта, вызванного попыткой одновременной передачи сообщений сразу двумя узлами. В этом случае каждый узел выжидал случайно выбранный период времени, после чего повторял передачу. При высокой нагрузке множестве желающих отправить сообщение конфликты в такой сети возникали очень часто, а потому реальная пропускная способность падала до 17% от теоретического максимума. Роберт Меткалф, будучи аспирантом Гарвардского университета, усовершенствовал описанный Абрамсоном механизм, показав, что данная характеристика может достигать 90%. В конце 1972 года Меткалф с коллегами по исследовательскому центру компании Xerox в Пало Альто (Palo Alto Research Center, PARC) разработал систему для проводного взаимодействия созданных в том же центре компьютеров Xerox Alto. Это были первые полностью персональные (в современном понимании) компьютеры с графическим пользовательским интерфейсом и сетевой картой, но по ряду причин они так и не стали выпускаться серийно (зато многие заложенные в них идеи потом с успехом были воплощены компанией Apple в компьютере Macintosh). Экспериментальная сеть получила название Alto Aloha Network и обеспечивала не только связь между компьютерами Xerox Alto, но и их подключение к серверам и лазерным принтерам. Максимальная скорость передачи данных в этой сети составляла 2,94 Мбит/с. В 1973 году Меткалф предложил изменить название сети на Ethernet. Слово ether было выбрано по аналогии с гипотетическим эфиром: физическая среда обеспечивала передачу битов информации от одного узла всем остальным, подобно тому как эфир служил проводником для света. Так родилась технология Ethernet. В 1975 году Xerox запатентовала «многоточечную коммуникационную систему для передачи данных с обнаружением коллизий» (Multipoint Data Communication System with Collision Detection, US A). В качестве авторов изобретения указаны Роберт Меткалф, Дэвид Боггс, Чак Тэкер и Батлер Лэмпсон. В 1979 году Меткалф покинул Xerox и основал компанию 3Com. В начале 80-х группа компаний, куда помимо Xerox вошли также Digital Equipment Corporation (DEC) и Intel, инициировала работы в институте IEEE по стандартизации Ethernet, которые привели к появлению в 1985 году стандарта Ethernet на 10 Мбит/с. Но это уже совсем другая история.

18 ТЕМА НОМЕРА: ВЫБОР КЦОД Выбор площадки для размещения серверов При оценке технической площадки для размещения оборудования следует учитывать множество моментов, чтобы избежать многочисленных подводных камней. В данной статье описываются сложности и проблемы, с которыми заказчикам приходится сталкиваться при выборе провайдера, предоставляющего услуги по размещению оборудования в коммерческом ЦОД. Кэрри Хигби Компании все чаще используют сторонние площадки для размещения своего центра обработки данных или создания катастрофоустойчивых конфигураций, однако выбрать правильный вариант для этих критически важных сервисов подчас непросто. В сущности, выбор такой площадки мало чем отличается от выбора дома: вооружившись набором основных требований, вы приступаете к поиску. Сегодня подобные объекты строятся быстро, и этот рынок становится все более конкурентным. Однако разобраться в контрактах и сравнить их отнюдь не просто. При выборе места организация должна составить четкий набор требований, которые она предъявляет к площадке. Заказчики ошибочно полагают, что провайдеры услуг по размещению оборудования детально прописывают все условия в своем контракте. На самом деле вы получаете то, что просите и за что платите. Например, никто не предложит вам ЦОД с уровнем отказоустойчивости Tier IV по цене Tier II. Компания должна понимать, какие именно сервисы переносятся на площадку провайдера и каковы требования этих сервисов в части отказоустойчивости и бесперебойности работы. Уровни надежности Tier имеют большое значение для одних и не столь важны для других, особенно когда речь идет лишь об удовлетворении базовых потребностей. Нужно понимать, какое определение Tier исполь- ITP Verlag зует провайдер. Классификацию этих уровней ввел Uptime Institute, однако есть несколько новых определений, отличающихся в той или иной степени. Сертификация ЦОД на соответствие уровню Tier обходится недешево. Если это важно для организации, то она может воспользоваться различными вариантами аккредитации и сертификации, но важно также учитывать, кто дает аккредитацию. Например, если провайдер утверждает, что его ЦОД соответствует аккредитации Tier от организации Telecommunications Industry Association (TIA), это как минимум неточность, поскольку такой аккредитации не существует. Вместо того чтобы запрашивать определенный уровень надежности Tier, важнее правильно понимать, что означает резервирование/избыточность. Учитывая возможные сбои в программном обеспечении, некоторые организации предпочитают использовать несколько площадок с более низким уровнем надежности в классификации Tier вместо одной уровня Tier III или IV. Отдельные площадки проектируются в соответствии с определенным уровнем Tier, но пока оборудование не установлено, нельзя говорить о соответствии предъявляемым к нему требованиям. Поэтому важно выяснить, какая инфраструктура реально функционирует на момент ведения переговоров по контракту. На выбор места влияют и правила, регламентирующие работу с информацией. Многие страны предъявляют строгие требования: данные не должны покидать пределов государства. Уже одно это создает проблемы для облачных вычислений. В облачной среде очень трудно гарантировать, что данные находятся в определенном месте, если, конечно, среда не спроектирована специально для обеспечения такого требования. Поскольку многие облака размещаются на тех же площадках, где сдается место в аренду, то, вероятно, варианты выбора такой площадки есть как внутри отдельного штата (области), так и в других регионах страны. Даже если соответствие регламенту работы с данными не составляет проблемы, на выбор месторасположения площадки могут повлиять и другие факторы, например задержки при распространении сигнала сети и доступность сервисов. Так, если компания активно ведет биржевые операции, то выбор места будет ограничен расстоянием, ведь в данном случае любая задержка в получении информации это потерянные деньги. Аналогично, если провайдер не может предоставить достаточно широких, высокоскоростных и надежных каналов передачи данных, то площадка, очевидно, не подойдет. Если аренда недвижимости вблизи критичных сервисов обходится очень дорого, компания может разместить ЦОД на двух площадках, исходя из требуемой функциональности: обслуживание биржевых торгов можно доверить ближней площадке, а вспомогательные операции вывести на дальнюю (в менее дорогом ЦОД). Площадку для облачных сервисов можно оценить точно так же, как и площадку для размещения оборудова- 16 Журнал сетевых решений/lan

19 ния ИТ и даже воспользоваться теми же самыми критериями. Сложно лишь гарантировать, что облако будет всегда располагаться в одном месте. Это один из факторов, стимулирующих создание гибридных облаков. Такой подход позволяет заказчику сохранить контроль над критически важными приложениями. Еще один фактор, важный при выборе месторасположения площадки для ЦОД, доступность квалифицированных кадров. Во многих случаях провайдеры могут предоставить пару своих «светлых голов». В противном случае специалистам заказчика придется самим ездить на площадку и тогда весомым фактором становится стоимость поездок. Для критичных сервисов важна и продолжительность такой командировки. В качестве альтернативы можно привлечь местного специалиста. Найти его помогут местные образовательные учреждения ИТ-профиля или компании с собственными ИТ-подразделениями. Чтобы более четко определиться с выбором, необходимо осмотреть площадку. Как и в случае других «апартаментов», там уже будут «обитать» соседи как хорошие, с вашей точки зрения, так и менее желательные. Некоторые коммерческие ЦОД разрешают своим арендаторам действовать в арендуемой ими зоне по своему усмотрению. Если кто-то из арендаторов не будет следовать правилам хорошего тона, то возможны проблемы с воздушным охлаждением и электропитанием, в вашу зону могут попасть пыль или воспламеняющиеся предметы. И это далеко не все ВЫБОР КЦОД потенциальные неприятности. Вдруг может обнаружиться, что у соседней стойки все пространство под полом будет занято кабелями и распределительными коробками, из-за чего ваше оборудование начнет перегреваться и аварийно завершать работу. И это не досужие фантазии, а реальные случаи. Контроль пространства и подводящих путей критически важен. При планировании площадей следует оценить любые риски. Это предполагает, что на площадке не допускается поперечная установка стоек, а во всех общих помещениях предусматриваются горячие/холодные коридоры. Планирование площадей и помощь в проектировании позволят избежать невынужденных проблем. Определенно, внимания и благодарности заслуживают те владельцы ЦОД, которые располагают ресурсами проектирования и предлагают их в качестве дополнительных услуг: они смогут помочь в подготовке проекта и выполнить все работы в соответствии с потребностями и спецификациями заказчика. В составлении таких спецификаций пригодится помощь вендоров они, несомненно, могут ее предоставить. Значение имеет и то, как формируется и распределяется плата за электропитание. Большинство площадок, предоставляющих место для размещения оборудования, при определении арендных платежей исходят из некоей суммы затрат на электричество. У некоторых арендаторов затраты оказываются меньше, поскольку в контракте, заключенном с коммерческим ЦОД, отсутствует положение, в соответствии с которым размер оплаты для конечных пользователей может быть повышен при росте тарифов на электроэнергию или увеличении потребляемых заказчиком мощностей. В результате покрывать рост тарифов придется новым арендаторам. Плата за электроэнергию тонкий момент, поскольку компании, предлагающие площади в аренду, обычно не имеют лицензии на продажу или перепродажу электроэнергии. Если арендатор перед подписанием контракта выяснит, как выделяется, распределяется и оплачивается электроэнергия, это избавит его от неприятных сюрпризов в дальнейшем. После отбора претендентов, необходимо сопоставить уже просмотренные площадки по всем критериям сделать это намного проще, если арендатор сам их определяет. Не так уж редко приходится видеть контракт исключительно на занимаемую площадь. Дополнительно могут оговариваться условия обеспечения безопасности и способы мониторинга. Заказчик должен заранее знать, что ему необходимо, и уметь оценить эти требования в сопоставлении со стоимостью площадей. В большинстве случаев пригодится список конкретных вопросов, на которые должен ответить владелец коммерческого ЦОД по завершении этапа предварительной оценки. Наконец, не забывайте о том, что критически важные сервисы можно распределить по нескольким площадкам. Кэрри Хигби директор компании Siemon по решениям и сервисам для ЦОД. Июль-Август

20 МИР ЦОД: ИНЖЕНЕРНАЯ ИНФРАСТРУКТУРА Инженерный мир ЦОД На форумах «МИР ЦОД» вопросам инженерной инфраструктуры центров обработки данных традиционно уделяется самое пристальное внимание. Не стал исключением и прошедший мая «МИР ЦОД 2013», причем от констатации достоинств и недостатков отдельных продуктов и технологий сообщество профессионалов ЦОДостроения все чаще переходит к обсуждению комплексных подходов к реализации такой инфраструктуры и обмену опытом построения и эксплуатации конкретных объектов. Александр Барсков Показателем повышения зрелости отечественной отрасли ЦОД служит рост интереса к вопросам энергоэффективности. Как уже не раз отмечал «Журнал сетевых решений/ LAN», главный резерв повышения этого параметра кроется в совершенствовании систем охлаждения, а основным инструментом такого совершенствования служит внедрение технологий естественного охлаждения freecooling (см., например, статью автора «Фрикулинг 2.0» в майском номере журнала за 2013 год). ПРОГНОЗ ПОГОДЫ Чтобы из всего многообразия технологий фрикулинга выбрать наиболее подходящую для конкретного проекта и рассчитать экономическую целесообразность ее применения, необходимо провести серьезную подготовительную работу. Первое, что следует сделать выяснить макроклиматические характеристики местности. Как отмечает Денис Беляев, руководитель направления инженерной инфраструктуры ЦОД компании HP в России, «даже на одной широте климат может сильно различаться, в результате где-то адиабатное охлаждение (для которого желателен сухой воздух) хорошо работает, а где-то не годится вовсе». Наличие подробной базы данных по основным климатическим показателям, таким как температура и влажность, позволит рассчитать, какое количество часов в году можно задействовать фрикулинг, и таким образом определить экономию электроэнергии и в конечном счете окупаемость инвестиций. Для выполнения подобных расчетов можно воспользоваться специальными программами, которые предлагают ряд производителей систем охлаждения. Но, как указывает Юрий Хомутский, главный инженер проектов компании «Ай-Теко», они, во-первых, предполагают применение конкретного оборудования (то есть не являются универсальными) и, во-вторых, обычно не раскрывают источников информации о погоде. Другой вариант использовать рекомендации такой уважаемой организации, как Американская ассоциация инженеров в области отопления, холодоснабжения и кондиционирования воздуха (ASHRAE). Но, к сожалению, в них отсутствуют данные по России. В свою очередь, российская 2013 документация, а именно СНиП «Климатология», по мнению специалиста «Ай-Теко», содержит недостаточно детализованные сведения, да и попросту устарела (документ вышел в 1999 году, после чего было несколько аномальных сезонов, в частности жаркое лето 2010 года). Для расчетов применимости систем фрикулинга сведений о среднемесячных температурах (указанных в СНиП ) недостаточно. Например, если ориентироваться на указанную в них для Москвы среднюю температуру в июле, самом жарком месяце, 18 С, то можно решить, что допустимо круглогодичное использование фрикулинга. Однако в отдельные дни июля температура переваливает 30-градусную отметку, что следует обязательно учитывать. Необходимы данные по каждому дню, причем желательно с подробной детализацией. Такая информация по крупным российским городам представлена, например, на специализированном ресурсе где собран архив данных за 14 лет о погоде в Москве, Санкт-Петербурге и ряде других городов с указанием средней температуры за трехчасовой интервал. Помимо снижения энергопотребления, по данным Юрия Хомутского, фрикулинг обеспечивает и поддержание температуры в серверном зале с большей точностью. В подтверждение он продемонстрировал выкопировки с систем мониторинга реальных объектов, откуда видно, что при использовании фрикулинга колебания температуры составляют всего ±0,3 С, тогда как при эксплуатации обычной системы без фрикулинга в холодном коридоре они значительно выше ±1 С. Специалист «Ай-Теко» объясняет это тем, что такая система обычно «захолаживает» ЦОД, а потом некоторое время простаивает, что и вызывает такие колебания температуры. При использовании фрикулинга за счет смешения воздушных потоков можно добиться поддержания температуры на требуемом уровне с большей точностью. Александр Ласый, технический директор департамента интеллектуальных зданий компании «Крок», обращает внимание на то, что энергоэффективность различных вариантов систем охлаждения заметно варьируется в течение года. Скажем, системы фрикулинга с теплообменниками «воздух воздух» одни из самых эффективных в про- 18 Журнал сетевых решений/lan

21 2013 хладные месяцы, однако в жаркое лето требуется включение компрессорных схем, как правило обычных фреоновых кондиционеров, что резко увеличивает PUE. Одним из самых удачных решений специалист «Крок» считает традиционную схему жидкостного охлаждения, но на основе турбочиллеров с фрикулингом. Такое решение обеспечивает достаточно высокую эффективность с плавно изменяющимся PUE без резких сезонных скачков (см. Рисунок 1). Кроме того, опираясь на свой опыт внедрения и эксплуатации динамических ИБП (они установлены в одном из трех ЦОД «Крок»), Александр Ласый отмечает, что использование таких систем бесперебойного питания позволяет значительно упростить систему холодоснабжения. В традиционных решениях на случай аварии по электропитанию предусматриваются специальные емкости с захоложенной водой, которая «дает холод» на время включения ДГУ (несколько минут). Помимо этого, отдельные системы бесперебойного питания предусматриваются для насосов, прокачивающих хладоноситель. В случае использования ДДИБП всего этого не требуется, поскольку дизель-генератор запускается практически сразу же после отключения внешнего электроснабжения. УЧЕТ ЗАГРЯЗНЕНИЙ Но даже самых точных сведений о температурно-влажностных характеристиках в месте предполагаемого размещения ЦОД недостаточно, чтобы грамотно выбрать технологию фрикулинга. Помимо них, важно знать то, что Денис Беляев из HP называет «микроклиматикой» в частности, данные по загрязнению воздуха. Они особенно важны для расчета систем прямого фрикулинга, когда в серверные залы ЦОД воздух подается непосредственно с улицы. Ясно, что предварительно он должен подвергаться очистке. В случае высокого уровня загрязнений фильтры придется менять настолько часто, что дополнительные расходы быстро «съедят» все экономию от фрикулинга. В качестве примера Денис Беляев приводит один из проектов ЦОД в Казахстане. Проектировщики не учли, что объект находится рядом с частным жилым сектором, отапливаемым углем. Фильтры системы фрикулинга стали столь интенсивно забиваться сажей, что их пришлось менять чуть ли не каждую неделю. Специалист HP рекомендует учитывать также такие факторы, как эрозийность почвы (вероятность песчаных и пылевых бурь), пожароопасность (торфяники, лесные пожары), роза ветров. 2,5 2 1,5 1 PUE Данные по направлению ветра помогут правильно разместить напорные вентиляторы, подающие воздух в ЦОД, и места выброса теплого воздуха. При этом важно избежать так называемого короткого замыкания, которое может возникнуть, если теплый воздух из ЦОД будет попадать в заборники холодного воздуха. Кроме того, вентиляторы для забора воздуха не должны располагаться рядом с ДГУ. Денис Беляев приводит еще один пример неудачного решения, когда при включении ДГУ выхлопные газы попадали в ЦОД, что вызывало срабатывание системы газового пожаротушения. ОСОБЕННОСТИ ПЛОЩАДКИ Большое значение при выборе технологий инженерной инфраструктуры имеют особенности самой площадки. Например, как рассказал Алексей ИНЖЕНЕРНАЯ ИНФРАСТРУКТУРА Месяцы года Воздух/воздух Воздух/воздух + орошение Чиллеры + фрикулинг Турбочиллеры + фрикулинг Сарайчик в Ирландии Источник: «Крок» Рисунок 1. Распределение энергоэффективности (PUE) по месяцам в случае различных систем охлаждения. КПД 100% 95% 90% 85% Инвертор Выпрямитель Общий КПД 0% 20% 40% 60% 80% 100% Уровень загрузки Рисунок 2. Зависимость КПД источника бесперебойного питания Protect Blue компании AEG от загрузки. Сарыгин, вице-президент по технической политике Radius Group, из-за серьезных ограничений на размеры площадки нового ЦОД мощностью 21 МВт в особой экономической зоне Алабушево (к северу от Москвы) был выбран вариант строительства многоэтажного модульного здания. Архитектурно ЦОД, запуск которого в коммерческую эксплуатацию намечен на конец 2013 года, представляет собой конструкцию из трех модулей по три этажа. На одном этаже располагаются три машинных зала, которые соединяются с технологическими помещениями, расположенными в шесть этажей. Новый ЦОД, по словам специалиста Radius Group, это сочетание консерватизма и инноваций. Так, традиционная чиллерная схема охлаждения дополнена комплектом низкотемпературных аккумуляторов холода, в кото- Июль-Август

22 1,38 1,30 1,20 1,10 1,06 1, Лето 32 0 C Максимум PUE = 1,38 Минимум PUE = 1,04 Среднегодовой PUE = 1, Осень, зима Рисунок 3. Данные измерения PUE для системы охлаждения Kyoto Cooling в ЦОД компании Hostex BDC. Смешанное охлаждение (17 0 < темп. < 32 0 ) 14,7% 0,3% 85% от наружного воздуха (темп. < 17 0 ) Фреоновое охлаждение (темп. > 32 0 ) Рисунок 4. Использование различных режимов охлаждения в ЦОД компании Hostex BDC. 85% времени в году используется только естественное охлаждение. Kyoto Cooling (PUE 1,09) 55,81% Традиционное (PUE 1,8) 63,98% Электричество (60 квт) 44,19% 36,02% Размещение оборудования (300U) Рисунок 5. Затраты на электричество и собственно услугу размещения оборудования (colocation) для клиента энергоэффективного ЦОД с системой Kyoto Cooling и традиционного ЦОД. Расчет выполнен специалистами Hostex BDC для компании, арендующей технологическое пространство 300U и потребляющей 60 квт электричества. ИНЖЕНЕРНАЯ ИНФРАСТРУКТУРА рых хладагент замораживается до -10 С. Такое решение позволяет значительно сократить объем резервного хладагента и обеспечить резервирование климатической установки на время запуска ДГУ. Кроме того, для ЦОД в Алабушево были выбраны новейшие ИБП Protect Blue компании AEG. На первом этапе там будет установлено 36 таких агрегатов по 250 квт каждый, где применяются IGBT-технологии третьего поколения, благодаря чему удается достигнуть КПД 96% практически во всем диапазоне нагрузок (начиная с 24 25% загрузки), что подтверждается практикой см. Рисунок 2. Теоретический КПД составляет 96,5 97%. Другой пример учета специфики площадки при выборе инженерных систем ЦОД группы компаний Hostex BDC (Baltic Data Center), построенный в 2010 году в Вильнюсе. Как рассказывает Вакарис Стакаускас, директор центра инфраструктурных услуг Hostex BDC, ЦОД создавался в существующем здании хотя само по себе оно было небольшим, но зато к нему была подведена достаточно высокая электрическая мощность. Именно это обстоятельство во многом предопределило выбор для системы охлаждения решения Kyoto Cooling (подробнее о нем можно прочитать в статье автора «Модули холода» в майском номере «Журнала сетевых решений/lan» за 2011 год). Будучи дороже традиционных фреоновых и жидкостных систем, Kyoto Cooling вместе с тем обеспечивает отвод большей мощности тепла со стойки (до 20 квт) и имеет более низкий коэффициент PUE. Кроме того, большая часть системы Kyoto Cooling может быть размещена снаружи здания (массивные тепловые колеса), благодаря чему удалось сэкономить полезную площадь для размещения ИТ-оборудования. Компания Hostex BDC приводит данные измерения PUE для системы охлаждения за период с мая 2012 года по январь 2013 года (см. Рисунок 3). Его минимальное значение составило 1,04, максимальное 1,38 (при температуре окружающего воздуха +32 С), среднее 1,09. Это даже лучше, чем расчетный PUE 1,15. «Когда мы выбирали решение в 2009 году, технология только появилась, и вкладывать в нее средства было рискованно. Поэтому мы договорились с поставщиком системы охлаждения, чтобы в контракте было оговорено, что PUE не должен превысить 1,15, в противном случае поставщик обязуется оплатить все дополнительные расходы на электричество. Пока прецедентов не было», рассказывает Вакарис Стакаускас. Анализ данных эксплуатации показал (см. Рисунок 4), что 85% времени в году используется только естественное охлаждение, 14,7% смешанное охлаждение и только оставшиеся 0,3% традиционное охлаждение, которое обеспечивается встроенными в систему фреоновыми кондиционерами. По словам Вакариса Стакаускаса, при текущих ценах на электричество клиент энергоэффективного ЦОД с системой Kyoto Cooling (PUE 1,09) будет платить на 12% меньше клиента, использующего услуги традиционного ЦОД с PUE 1,8. Этот расчет специалисты Hostex BDC выполнили для компании, арендующей технологическое пространство 300U и потребляющей 60 квт электричества (см. Рисунок 5). Многим компаниям, как и Hostex BDC, приходится создавать ЦОД в уже имеющихся, часто не приспособленных под данную задачу зданиях. Алексей Волков, менеджер по работе с системными интеграторами компании Tripp Lite, рекомендует обращать самое пристальное внимание на несущую способность помещений. «Все чаще от мощных систем бесперебойного питания требуется длительное время автономной работы: два, четыре и даже шесть часов. Для этого приходится устанавливать огромный массив аккумуляторных батарей, что создает повышенную нагрузку на пол, рассказывает он. Предположим, заказчик решил на пятом этаже обычного офисного здания с типовой максимальной нагрузкой 500 кг на 1 м 2 разместить ИБП мощностью 120 ква с аккумуляторами на 4 ч автономной работы. Установленные в стеллаж, такие аккумуляторы создают нагрузку примерно 2,6 т на 1м 2. Для их размеще- 20 Журнал сетевых решений/lan

23 2013 ния необходимо найти другое помещение, например на первом/цокольном этаже, сделать разгрузочные рамы или возвести дополнительные (усиливающие) колонны». О том, что большинство зданий, которые не были специально построены для организации ЦОД, могут представлять опасность для ИТ-оборудования, предупреждает Александр Нилов, менеджер по продукции для ИТ-инфраструктуры компании Rittal. В частности, обычный бетон содержит большое количество влаги, которая выделяется при нагреве. Поэтому если в соседнем с серверным залом помещении вспыхнет пожар а по статистике, абсолютное большинство всех пожаров (80%) возникает за пределами помещений ИТ, то через 20 мин в этом зале будет полно воды (скажем, в комнате размерами м может образоваться 870 литров воды) и коррозийных газов, что в итоге приведет к выходу из строя дорогостоящего ИТ-оборудования. «При строительстве ЦОД необходимо предусмотреть, чтобы оборудование было защищено от огня, воды, водяного пара, выделяемого тепла, несанкционированного доступа и т. д., объясняет специалист Rittal. При выборе подходящего места для систем ИТ следует обращать внимание на то, чтобы соседние с защищаемыми помещениями комнаты были пожаробезопасными или ИНЖЕНЕРНАЯ ИНФРАСТРУКТУРА Рисунок 6. Если в традиционных системах (слева) вода подается под давлением, то в решении Aqua Cooling (справа) создается отрицательное давление, поэтому даже в случае повреждения трассы с водой протечек не будет. Система централизованной подачи холодной воды в здании Гидравлический модуль XDP Гидравлический модуль XDP Холодоноситель фреон Рисунок 7. Схема организации системы охлаждения Liebert XD компании Emerson Network Power. Кондиционерыдоводчики XDO/XDV/XDH Кондиционерыдоводчики XDO/XDV/XDH Кондиционерыдоводчики XDO/XDV/XDH PUE или Tier? А может, модульный ЦОД? При проектировании и построении инженерной инфраструктуры ЦОД специалистам почти всегда приходится находить компромисс между обеспечением высокого уровня надежности (отказоустойчивости) и энергоэффективностью. В общем случае чем выше уровень резервирования, тем ниже энергоэффективность: мощность ИТ-оборудования остается той же, а потери в инженерной инфраструктуре растут пропорционально коэффициенту резервирования. Другими словами, чем выше (лучше) уровень Tier, тем выше (хуже) коэффициент PUE. Как считает Александр Ласый, технический директор департамента интеллектуальных зданий компании «Крок», в поиске такого компромисса следует отталкиваться от бизнес-задач. Скажем, для крупного контент-провайдера, располагающего большим числом ЦОД и распределяющего нагрузку между ними, даже «падение» одного ЦОД на час не приведет к прекращению предоставления сервиса возможно лишь небольшое снижение его качества. Для такой компании на первое место выходит энергоэффективность, поскольку позволяет существенно снизить операционные затраты. Что касается, например, финансовой структуры, то для нее главный приоритет надежность, поскольку даже непродолжительный сбой способен прервать критически важные транзакции с непредсказуемыми последствиями. В этом случае энергоэффективность отходит на второй план. Сама компания «Крок» как поставщик услуг коммерческих ЦОД, включая облачные сервисы, тоже ставит на первое место надежность. «Энергоэффективность мы стараемся оптимизировать при условии обеспечения требуемого уровня готовности», замечает Александр Ласый. Главный враг PUE, по его мнению, недозагруженность центра обработки данных. «Эффективность коммерческого ЦОД зависит от искусства продажи его мощностей, продолжает он. Даже если вы построили ЦОД с супернизким расчетным PUE, но загрузили его всего на 10%, то эффективность заведомо не может быть высокой. Отсюда интерес к модульным ЦОД: построили один модуль загрузили его, потребности выросли установили второй модуль и т. д.». По мнению Алексея Соловьева, системного архитектора компании Schneider Electric, на рынке пока не сложилось единого понимания того, что же такое «модульный ЦОД», а многие подразумевают под этим понятием контейнерный ЦОД, что далеко не всегда верно. Он считает, что в настоящем «модульном ЦОД» все подсистемы должны быть модульными, причем их компоновка должна быть такой, чтобы сложность развертывания оказалась минимальной. Совместимость модулей и производительность всей системы, составленной из предписанных комбинаций модулей, должны быть известны заранее, а методы добавления модулей при росте ЦОД четко проработаны. Одной из наиболее сложных и важных проблем, как полагает специалист Schneider Electric, является определение «кванта» модуля в соответствии с масштабами задачи, чтобы решение было оптимально по стоимости и простоте. При этом важно также обеспечить: возможность оптимизации производительности системы (компактность, энергоэффективность, отказоустойчивость); добавление в будущем опций, повышающих доступность и плотность мощности; универсальность и открытость решения для размещения новых модулей от разных производителей. Конечно, модульный подход не свободен от недостатков. Так, заказчики не могут выбрать произвольный размер кванта, возможно, им придется отказаться от определенных преференций и внутренних стандартов. Сложности могут возникнуть и с адаптацией модулей к архитектурным особенностям существующей площадки. Но в целом, по данным Schneider Electric, использование модульного подхода обеспечивает снижение капитальных и операционных затрат на 2 7 долларов в пересчете на 1 Вт мощности ЦОД. Это очень существенная экономия, возможность достижения которой подогревает интерес к модульным решениям. Июль-Август

24 2013 Рисунок 8. Возникновение зон перегрева в ЦОД. Изоляция холодного коридора Изоляция горячего коридора Воздухоотвод типа «вытяжная труба» Рисунок 9. Различные варианты изоляции воздушных потоков в ЦОД. степень угрозы возникновения пожара в них была низкой. Потенциальную опасность представляют также предприятия, где производственные процессы сопровождаются высокими пусковыми токами, поскольку последние могут служить источником сильных электромагнитных импульсов. Помещения, где размещается оборудование ИТ, должны быть защищены от затопления и наводнений, по возможности непосредственно над ними, этажом выше, не должны находиться кухни и санузлы». Компания Rittal предлагает создавать ЦОД на основе модульных комнат безопасности различных типов. Комната собирается, как конструктор, и может расширяться (насколько позволяет внешнее помещение). Это катастрофоустойчивое решение защищает оборудование от пожаров, наводнений 29 0 С 16 0 С Источник: Eaton Источник: Eaton и взломов, причем комнаты могут иметь разную степень катастрофоустойчивости. Требование к перекрытию для помещений Rittal 450 кг на 1 м 2, высота не менее 2,8 м. Элементы полностью разборной модульной конструкции могут быть доставлены к месту монтажа даже при отсутствии грузового лифта, а для масштабирования на этапе проектирования достаточно предусмотреть, в каком направлении и каким образом будет расширяться помещение. Срок строительства ЦОД значительно сокращается и благодаря тому, что не требуется дорогостоящая и длительная строительная подготовка помещений. ЧЕМ ЛЕЧИТЬ «АКВАФОБИЮ» Блоки охлаждения с теплообменниками вода воздух все чаще устанавливаются непосредственно в серверных ИНЖЕНЕРНАЯ ИНФРАСТРУКТУРА залах это позволяет подвести эффективный холодоноситель (воду) очень близко к источникам тепла (серверам). Однако далеко не все менеджеры по ИТ преодолели «аквафобию», многие до сих пор опасаются присутствия воды рядом с серверами. Им можно порекомендовать обратить внимание на разработку инженеров английской компании Aqua Cooling, которая была представлена на форуме «МИР ЦОД» ее российским партнером компанией «Спецсервис». Если в традиционных системах вода подается под давлением, то в решении Aqua Cooling создается отрицательное давление, поэтому даже в случае повреждения трассы с водой наружу ничего не просочится (см. Рисунок 6). Более того, систему можно продолжать эксплуатировать, оставив ликвидацию повреждения до запланированного выключения. Для охлаждения серверов Aqua Cooling разработала холодные двери, которые представляют собой теплообменник вода воздух. Всего выпускается пять моделей дверей с возможностью отвода от стойки от 0,5 до 58 квт тепла. Посредством специальной стыковочной рамы (interface frame) они могут монтироваться на шкафы многих известных производителей, таких как IBM, EMC, HP, Rittal и др. Интеллектуальная система управления CMC ColdLogik обеспечивает регулирование температуры за счет изменения скорости вращения вентиляторов в дверях и регулирования потока воды с помощью клапана с сервоприводом. По данным Aqua Cooling, ее решение успешно внедрено уже более чем в 60 проектах по всему миру, включая объекты правительства США, различные университеты, такие компании, как Arm Holdings, Dong Energy, Jaguar Land Rover, Stihl. Ее представители утверждают, что применение стоек с водяным охлаждением позволяет снизить инвестиции в ЦОД на 40% и сократить потребление электроэнергии на 15%. Если же вода в серверном зале даже с самой инновационной системой защиты от протечек все же неприемлема, то тогда есть смысл обратить внимание на систему Liebert XD компании Emerson Network Power. Архитектурно она построена как традиционная жидкостная система (в ней нет холодильного цикла), вот только вместо воды в качестве холодоносителя используется безопасный для оборудования фреон. Вода присутствует только во внешнем контуре (он не «заходит» в серверный зал) и через теплообменники в гидравлическом модуле охлаждает циркулирующий во внутреннем контуре фреон (см. Рисунок 7). 22 Журнал сетевых решений/lan

25 2013 Опытом внедрения этой системы поделился на форуме Виктор Гаврилов, технический директор компании «АМДтехнологии». Она была применена при модернизации небольшого ЦОД, в ходе которой потребовалось увеличить его мощность в 2,5 раза и, соответственно, во столько же раз больше отводить тепла. Изначально помещение было разделено на две зоны с суммарной мощностью тепловыделения от серверного оборудования 218 квт. Для его съема имелось четыре шкафных кондиционера (3 рабочих + 1 резервный), холодный воздух от которых подавался под фальшполом высотой 300 мм. Заказчику требовалось повысить мощность в одной зоне (высокой плотности) до 350 квт, а в другой (стандартное оборудование) до 216 квт. Вариант повышения мощности кондиционеров оказался непригоден уже потому, что, даже увеличив число перфорированных решеток, нельзя было обеспечить требуемый поток холодного воздуха. Довольно распространенный вариант с установкой внутрирядных кондиционеров тоже не подошел для них не было места, поскольку заказчик разрешил удалить максимум одну серверную стойку из ряда. В результате была выбрана система Liebert XD с установкой кондиционеров-доводчиков над серверными стойками. «При ее использовании полезная площадь не занимается, а монтировать кондиционеры-доводчики можно без остановки серверного оборудования, подключая их к системе трубопроводов с помощью быстро устанавливаемых гибких шлангов», рассказывает Виктор Гаврилов. (Кроме того, в рамках проекта были установлены несколько внутрирядных кондиционеров, где это было возможно.) В системе Liebert XD нет компрессоров: охлаждение воздуха происходит путем теплообмена с фреоном. При этом последний частично выкипает, и паро-жидкостная смесь возвращается в гидравлический модуль, где конденсируется за счет теплообмена с водой из внешнего контура, после чего цикл повторяется (см. Рисунок 7). «Это очень изящная система, продолжает технический директор АМДтехнологии. В доводчиках нет никакой автоматики, а объем выкипающего фреона определяется температурой охлаждаемого воздуха соответственно, чем выше температура, тем больше фреона выкипает, нагрузка меньше и фреона меньше выкипает. Таким образом, система подстраивается под тепловую нагрузку, а использование минимума электроники повышает надежность». Температура теплоносителя в системе поддерживается на пару градусов Помещение с сетевым оборудованием: изоляция холодного коридора выше точки росы, чтобы не образовывался конденсат. Для обеспечения необходимого уровня влажности в помещении используются старые кондиционеры, а вода во внешнем контуре охлаждается внешним чиллером с функцией фрикулинга. Расчетный PUE этого проекта (точнее, его системы охлаждения) составляет 1,21 отличный показатель при среднемировом уровне 1,8 1,9. В ходе реализации проекта, что особо подчеркивает Виктор Гаврилов, ЦОД продолжал функционировать и «ни один сервер не пострадал». КАК ОБНОВИТЬ СТАРЫЙ ЦОД Несмотря на то что отрасль ЦОД относительно молода, все чаще на повестке дня встает вопрос о модернизации старых объектов. Большинство построенных в начале 2000-х годов серверных комнат и вычислительных центров (тогда термин «ЦОД» еще не получил столь широкого распространения) уже морально устарели и не справляются с резко возросшей плотностью мощности и новыми требованиями со стороны виртуализированных ИТ-систем. Часто, как в рассмотренном выше проекте, модернизацию необходимо провести без остановки работы серверов. Вопросам продления «жизни» ЦОД посвятил свое выступление на форуме «МИР ЦОД» Массимо Маннелли, менеджер по развитию бизнеса в странах Северной Европы и России электротехнического сектора компании Eaton. По его мнению, главная проблема старых ЦОД в том, что их системы охлаждения не позволяют снимать ИНЖЕНЕРНАЯ ИНФРАСТРУКТУРА Серверное помещение: изоляция горячего коридора Источник: Delta Electronics Рисунок 10. В одном из проектов компании Delta Electronics в комнате с сетевым оборудованием (тепловая нагрузка меньше) был изолирован холодный коридор, а в комнате с серверным оборудованием горячий. При этом крыши сделали цветными синей и красной соответственно, чтобы было понятно, где какой коридор закрыт. КПД, % Типовая загрузка 25% 50% 75% 100% Загрузка Режим двойного преобразования (VFI) Экономичный режим (eboost) Рисунок 11. КПД источника бесперебойного питания TLE Series компании GE. увеличивающуюся тепловую нагрузку. В таких ЦОД отсутствуют средства разделения воздушных потоков, а их скорость порой столь высока, что они просто проносятся мимо источника тепла. Модернизацию подобных ЦОД серьезно осложняет запутанная кабельная проводка. «Заходишь в серверный зал, поднимаешь плитку фальшпола, а там спагетти из проводов. Ничего добавить нельзя, да к тому же току охлаждающего воздуха создаются серьезные препятствия», делится своими наблюдениями специалист Eaton. Сложности с охлаждением усугубляет набирающая обороты виртуализация серверных ресурсов. Нагрузка на серверы неравномерная, в результате возникают точки перегрева (см. Рисунок 8), причем из-за перемещения виртуальных машин точки перегрева тоже перемещаются, картина теплового поля меняется динамически. По мнению Массимо Маннелли, наиболее простой и эффективный способ решения названных проблем это изоляция воздушных потоков путем установки дверей, потолка и закрытия коридоров. Помимо вариантов Июль-Август

26 2013 Ввод от городской электросети ДГУ Ввод от городской электросети АКБ Традиционный ИБП Система бесперебойного питания постоянного тока Рисунок 12. Принципиальные схемы построения систем бесперебойного питания на основе традиционных ИБП переменного тока (AC) и систем постоянного тока (DC) 400 В. изоляции холодного или горячего коридора, он также рекомендует рассмотреть возможность установки «вытяжек» для вывода теплого воздуха в пространство над фальшпотолком (см. Рисунок 9). Этот способ изоляции воздушных потоков особенно востребован в ЦОД, где установлены стойки разной высоты, а потому общую крышу организовать затруднительно. Какой коридор изолировать горячий или холодный, зависит от большого числа факторов, начиная с нагрузки на стойки и заканчивая необходимостью создания комфортных условия для обслуживающего персонала. Артем Антипов, менеджер по развитию бизнеса компании Delta Electronics, привел пример проекта, в котором реализованы оба варианта. В комнате с сетевым оборудованием (тепловая нагрузка меньше) закрыли холодный коридор, а в комнате с серверным оборудованием горячий. При этом крыши сделали цветными синей и красной соответственно, чтобы сразу было понятно, где какой коридор закрыт (см. Рисунок 10). По словам Артема Антипова, изоляция горячих и холодных коридоров в данном проекте позволила снизить расчетный PUE на 0,2, еще минус 0,15 дали высокоэффективные модульные ИБП в результате PUE объекта оказался равным 1,43. На объекте установлено ПО ShutdownAgent, обеспечивающее мониторинг ИБП и автоматическое управление завершением работы не только физических серверов, но и виртуальных машин. НЕ ЗАБЫВАЯ ПРО ИБП При модернизации ЦОД обычно приходится обновлять и системы гарантированного бесперебойного питания. По словам специалиста Eaton, поскольку у ИБП нового поколения КПД значительно выше, то зачастую затраты ИТ-оборудование ДГУ АКБ ИТ-оборудование Источник: Emerson Network Power на такую модернизацию удается компенсировать благодаря повышению эффективности. Кроме того, современные ИБП имеют улучшенные возможности мониторинга, а также средства для корректной поддержки виртуализированных сред, что чрезвычайно важно ИНЖЕНЕРНАЯ ИНФРАСТРУКТУРА для повышения управляемости и надежности ЦОД. Высокий КПД современных ИБП позволяет не только непосредственно экономить электроэнергию, но и снизить затраты на систему кондиционирования: тепла высокоэффективный ИБП выделяет меньше, следовательно, и средства кондиционирования можно поставить менее производительные, а значит менее дорогие. Кроме того, такие кондиционеры потребляют меньше электричества а это еще один пункт в графе «снижение операционных затрат». Многие ведущие мировые производители ИБП и/или их российские партнеры представили на «МИР ЦОД 2013» системы с улучшенными КПД. Это, например, уже упомянутый ИБП Protect Blue компании AEG или TLE Series от GE Digital Energy (см. Рисунок 11). Но в любом случае при двойном преобразовании КПД не превышает 96,5%. Еще на несколько процентов КПД можно поднять, включив экономичный режим (подробнее об особенностях такого режима в продукции разных производителей в статье автора «Все цвета зеленого ЦОД» в июльскомавгустовском номере «Журнала сетевых решений/lan» за 2012 год). Однако отношение отечественных специалистов к использованию этого режима остается неоднозначным. Василий Лапшин, руководитель направления продаж оборудования GE Digital Energy в компании «Абитех», представил реальную статистику использования ИБП с экономичным режимом eboost за три года (с марта 2010 по март 2013 года) на более 50 объектах одного из заказчиков в США. Среднее время использования режима eboost составило более 90% (соответственно, режим двойного преобразования, VFI, был задействован менее 10% времени). При этом не было зафиксировано ни одного случая отключения нагрузки. Подобные примеры доказывают надежность использования экономичных режимов, но серьезным препятствием на пути его применения в России по прежнему остается недоверие со стороны специалистов. «Инженерный персонал не ориентирован на снижение расходов электроэнергии, его задача обеспечить высокое качество обслуживания», констатирует представитель «Абитех». Алексей Волков из Tripp Lite рекомендует задействовать экономичный режим, если «у объекта надежное и качественное электропитание и на нем не случается частых отключений, провалов, выбросов или скачков напряжения». «При переходе в экономичный режим КПД ИБП обычно повышается на 5%, вдобавок снижается нагрузка на систему кондиционирования, так что она потребляет меньше электроэнергии в результате достигается существенная экономия», констатирует он. Одним из возможных путей «совместить несовместимое» повысить надежность и эффективность систем бесперебойного питания Андрей Вотановский, ведущий специалист компании Emerson Network Power, считает переход на системы постоянного тока (DC) напряжением 400 В. В таких системах осуществляется меньше преобразований электричества, чем в традиционных, основанных на ИБП переменного тока (AC), что одновременно снижает потери и увеличивает надежность. По расчетам Emerson, применение таких систем позволит дополнительно добиться экономии в 11% с учетом снижения потерь в самом ИТ-оборудовании за счет использования блоков питания без преобразования AC/DC (см. Рисунок 12). «Этот подход выглядит почти идеальным, но, к сожалению, производители ИТ-оборудования пока не готовы переходить на блоки питания постоянного тока. Других препятствий нет, считает Андрей Вотановский. Но, возможно, в конце концов рынок оценит такие системы». Сегодня на рынке доступно большое число технологий и продуктов для построения инженерных инфраструктур ЦОД. Главное грамотно проанализировать имеющиеся варианты и подобрать оптимальный с учетом особенностей бизнеса владельца ЦОД, места размещения объекта, специфики его окружения и других факторов. Обмен опытом и мнениями, происходящий на таких форумах, как «МИР ЦОД», чрезвычайно полезен для решения этих задач. Александр Барсков ведущий редактор «Журнала сетевых решений/lan». С ним можно связаться по адресу: 24 Журнал сетевых решений/lan

27 Liebert PCW: точное охлаждение для облачных сред, обеспечивающее максимальную экономию энергии Компания Emerson Network Power кардинально расширила функциональные возможности своей системы охлаждения Liebert PCW. Фальшпольная система прецизионного охлаждения Liebert PCW, работающая на захоложенной воде, предназначена для средних и крупных центров обработки данных, а также небольших ЦОДов и компьютерных залов. Liebert PCW идеально подходит для датацентров, ориентированных на облачные вычисления. Система прекрасно адаптируется к динамической среде ЦОДа и изменениям тепловой нагрузки, характерным для облачных вычислений. МАКСИМАЛЬНАЯ ЭФФЕКТИВНОСТЬ ПРИ МИНИМАЛЬНОМ ЭНЕРГОПОТРЕБЛЕНИИ Ключевое отличие Liebert PCW оптимизированная внутренняя аэродинамика. Инженеры Emerson Network Power изучили характеристики воздушного потока внутри устройства и полностью переработали внутренние компоненты Liebert PCW. Благодаря новой аэродинамической конструкции Liebert PCW сопротивление воздуха внутри установки минимально. Это обеспечивает максимальную эффективность охлаждения, снижает энергопотребление вентилятора и, как следствие, сокращает расходы на эксплуатацию системы охлаждения и датацентра в целом. Liebert PCW объединяет в себе специально разработанные ЕС-вентиляторы нового поколения (Liebert EC Fan 2.0), высокоэффективные фильтры тонкой очистки, способствующие снижению уровня шума, ультразвуковой увлажнитель и систему управления Владимир ШЕПЕЛЕВ, бренд-менеджер Emerson Network Thermal Management Liebert icom, которая реализует интеллектуальный алгоритм управления, разработанный для решений SmartAisle ТМ (холодные коридоры). Она позволяет осуществлять точное управление температурой и наиболее эффективно подводить охлаждающий воздушный поток к серверам, не допуская при этом потери ни одного ватта. Система Liebert PCW проста в установке и отличается гибкими настройками. Она динамически реагирует на потребности дата-центра в любой момент времени, поддерживает максимальную доступность и оптимальную энергоэффективность. КОНТРОЛЬ ЗА PUE Оптимизировать энергоэффективность ЦОДа помогает и новое бесплатное приложение под названием Liebert PCW, доступное для скачивания на ipad в онлайн-магазине AppStore. Приложение предоставляет управляющему персоналу ЦОДа возможность отслеживать его PUE, что будет способствовать принятию более точных решений о том, как и где можно экономить энергию. Приложение включает в себя два отдельных калькулятора: калькулятор PUE для расчета энергоэффективности ЦОДа и калькулятор общих эксплуатационных расходов, позволяющий рассчитать, сколько именно средств можно сэкономить, установив более эффективное оборудование, например такое, как Liebert PCW. Приложение также предоставляет обзор компонентов Liebert PCW, давая возможность изучить технические особенности данного решения и понять, как та или иная технология может помочь экономить энергию в ЦОДе. ДОПОЛНИТЕЛЬНЫЕ ВОЗМОЖНОСТИ ДЛЯ EMEA В странах региона EMEA доступен дополнительный набор опций для Liebert PCW, нацеленный на повышение энергоэффективности и защиту окружающей среды. В их числе: PCW с двойным контуром. Эта конфигурация обеспечивает избыточное охлаждение для заказчиков, которые не имеют возможности установить два блока без ущерба для энергоэф- PCW обеспечивает самую высокую в отрасли энергоэффективность (до 65%), и при установке ее в качестве дополнительной системы к Liebert HPC Freecooling Chiller PUE может достигать значения 1,11. мм, позволяя увеличить мощность охлаждения до 240 квт. Это дает возможность довести установленную мощность ИТ-оборудования до 7,5 МВт без изменения контура управления. тразвуковой увлажнитель и измеритель уровня. Это способствует улучшению рабочих характеристик Liebert PCW в установках, где предусмотрен мониторинг температуры и влажности. Реклама Конструкция Liebert PCW обеспечивает минимальное сопротивление воздуха.

28 МИР ЦОД: МОДЕРНИЗАЦИЯ ЦОД Модернизация устаревших центров обработки данных Обновление основной инженерной инфраструктуры центров обработки данных, срок службы которых составляет 10 и более лет, позволяет значительно повысить надежность, производительность и эксплуатационную эффективность таких объектов. Большинство компаний рассчитывают, что их центры обработки данных будут способны предоставлять требуемые услуги как минимум в течение 20 лет. К сожалению, ключевые компоненты инженерных сетей в таких центрах редко проектируются в расчете на столь длительный срок службы. В данной статье рассматривается, как износ инженерных сетей может повлиять на центры обработки данных, предлагается ряд эффективных мер по модернизации и описывается передовой опыт успешного планирования, внедрения и испытания вносимых изменений. Джон Коллинз ТЕНДЕНЦИИ, ХАРАКТЕРНЫЕ ДЛЯ ЦОД Десять и более лет тому назад лишь немногие проектировщики центров обработки данных могли предположить, что информационные технологии изменятся столь значительно. К важнейшим из них относятся следующие. Виртуализация. Стремясь снизить капитальные затраты и эксплуатационные расходы путем консолидации недостаточно загруженного оборудования, компании широко используют виртуализацию серверов, благодаря чему один физический сервер, так называемый хост, способен поддерживать множество виртуальных машин, каждая из которых имеет собственную операционную систему и необходимые приложения. Блейд-серверы. Эти вычислительные модули, подключаемые по принципу plug-and-play, часто используются вместе с виртуализацией. Несколько таких модулей имеют общие блоки питания, вентиляторы, кабельные соединения и ресурсы хранения. Благодаря сосредоточению значительных вычислительных мощностей в небольшом пространстве, блейд-серверы могут существенно снизить потребности центров обработки данных в занимаемой площади. Облачные вычисления. В стремлении уменьшить накладные расходы и улучшить производительность, предприятия активно внедряют облачные вычисления. Так, аналитическая компания IDC предполагает, что в 2015 году расходы на общедоступные облачные решения с доставкой приложений и инфраструктурных ресурсов через Интернет достигнут 72,9 млрд долларов. Частные облачные инфраструктуры, которые используют те же базовые технологии, что и общедоступные облака, но размещаются за межсетевым экраном организации-владельца, тоже быстро получают признание в 2013 корпоративных центрах обработки данных. Увеличение плотности мощности. Виртуализация, блейд-серверы и облачные вычисления все это ведет к размещению в сокращающемся объеме пространства растущего числа все более загруженных устройств с повышенным уровнем тепловыделения. В результате все три технологии способствуют радикальному увеличению плотности мощности в современных серверных стойках. По сути, если типичная стойка для традиционных серверов потребляет от 4 до 6 квт электроэнергии; то стойка, где установлены шасси блейд-серверов, способна потреблять до 30 квт (см. Таблицу 1). Больший акцент на эффективном использовании электроэнергии и устойчивом развитии. Растущие цены на электроэнергию, ужесточение природоохранного законодательства и возрастающая озабоченность общества такими проблемами, как глобальное потепление и загрязнение окружающей среды, сделали задачи повышения эффективности и устойчивости развития главными приоритетами для компаний любого рода деятельности. При измерении энергоэффективности центров обработки и постановке реалистичных целей по ее увеличению большинство операторов ЦОД полагаются на такой показатель, как эффективность использования энергии (Power Usage Effectiveness, PUE). Он предложен некоммерческим консорциумом промышленных технологий The Green Grid, который занимается поиском способов повышения эксплуатационной эффективности центров обработки и хранения данных. Для вычисления PUE вся энергия, поступающая на ИТ-объект, делится на общее количество энергии, используемой работающим здесь ИТ-оборудованием. Чем ближе итоговая цифра к 1,0, тем выше эффективность функционирования ЦОД. БОЛЯЧКИ СТАРЫХ ЦОД Унаследованные центры обработки данных обычно недостаточно хорошо оснащены, чтобы соответствовать тенденциям, которые мы только что обсудили. На то есть несколько причин. Износ оборудования. В старых ЦОД основные механические и электрические компоненты, такие как источники бесперебойного питания (ИБП) и блоки распределения питания (PDU), зачастую уже выработали свой ресурс. Со 26 Журнал сетевых решений/lan

29 2013 временем такие системы неизбежно становятся менее надежными, а стоимость их обслуживания возрастает. Малоэффективное силовое и охлаждающее оборудование. Энергоэффективность устаревших механических и электрических систем значительно ниже, чем у современных продуктов, что тоже увеличивает эксплуатационные расходы. Проблемы с соблюдением нормативных требований. Низкая производительность и эффективность охлаждения могут значительно затруднить соблюдение природоохранного законодательства. Недостаточная охлаждающая способность. Системы охлаждения, используемые в большинстве старых ЦОД, появились во времена, когда плотность мощности была гораздо ниже. Зачастую они с трудом справляются с отводом тепла, генерируемого современным энергоемким ИТ-оборудованием. Хаос в кабельной сети. Во многих старых центрах обработки данных кабельная проводка под фальшполом представляет собой беспорядочное переплетение многочисленных пучков кабелей, наличие которых препятствует прохождению воздушных потоков. РЕКОМЕНДУЕМАЯ МОДЕРНИЗАЦИЯ ИНЖЕНЕРНОЙ ИНФРАСТРУКТУРЫ Зачастую обновление старого центра обработки данных обходится значительно дешевле, чем строительство совершенного нового объекта. Вот несколько самых экономичных и практических шагов, которые могут предпринять организации для увеличения надежности, производительности и мощности имеющегося вычислительного центра. Замена ИБП. Замена старых ИБП на более новые модели это относительно малозатратный способ повышения надежности и сокращения расходов на техническое обслуживание при минимуме риска. Более того, он позволяет значительно снизить потери энергии. В то время как у ИБП старого поколения КПД составлял всего 80 82% при стандартной загрузке, более новые модели, как правило, имеют КПД не ниже 92 95%. При этом у новейших, самых «продвинутых» ИБП КПД достигает 99% даже при частичной нагрузке. Обновление систем распределения электропитания. Установка современных стоечных PDU позволяет старым ЦОД надежно и эффектив- МОДЕРНИЗАЦИЯ ЦОД Уровень плотности мощности Защищаемое оборудование Мощность потребления стойки Стандартная плотность 5 15 серверов 1U 2 4 квт Средняя плотность серверов 1U 4 8 квт Высокая плотность 42 1U или 2 3 блейда 8 15 квт Сверхвысокая плотность 4 6 блейд-серверов квт Таблица 1. Комбинированное применение виртуализации, блейд-серверов и облачных вычислений ведет к существенному увеличению плотности мощности в центрах обработки данных. Температура (F) Рисунок 1. Стратегия охлаждения с ограничением воздушных потоков повышает эффективность путем полной изоляции приточных и вытяжных воздушных потоков. но поддерживать более высокую плотность мощности. В частности, 32-амперные трехфазные блоки распределения питания обычно предоставляют более чем достаточную мощность для высокоплотных стоек, не производя избыточного тепла. При использовании более мощных PDU повышение плотности ИТ-оборудования в стойке ведет к тому, что рабочая температура внутри серверных помещений возрастает до такой степени, что традиционные системы охлаждения перестают справляться с отводом тепла. Это вынуждает компании инвестировать средства в дорогие жидкостные системы охлаждения. Обновление схемы распределения электропитания от распределительных щитов до стоек позволяет убрать кабели из-под пола и проложить их поверх серверных стоек, что упрощает доступ к ним и способствует более эффективному охлаждению. Изоляция стоек или коридоров. Используемые во многих старых ЦОД схемы охлаждения предусматривают «хаотическое» распределение воздуха, когда располагающиеся по периметру устройства кондиционирования закачивают охлажденный воздух, который одновременно остужает ИТ-оборудование и вытесняет горячий отработанный воздух из серверов к обратным воздухопроводам объекта. Однако, давая воздуху возможность свободно перемещаться по ЦОД, такие схемы оказываются крайне неэффективными, так как отработанный воздух может проникнуть в воздухозаборники сервера, а охлажденный приточный примешаться к обратному потоку. Расставив стойки таким образом, чтобы в результате были сформированы «горячие/холодные коридоры», то есть воздух либо выдувался в проход, либо забирался из него, можно несколько повысить эффективность охлаждения благодаря генерации конвекционных потоков с непрерывным перемещением охлаждающего воздуха. Однако наилучшим решением является изоляция серверных стоек. Для регулирования и контроля воздушных потоков серверные стойки заключаются в изолированные конструкции. Выбрасываемый горячий воздух удерживается внутри и втягивается в устройства кондиционирования воздуха, а охлажденный доставляется прямо к воздухозаборникам серверного оборудования (см. Рисунок 1). В результате повышается эффективность охлаждения, оборудование работает более надежно, а расходы на электроэнергию уменьшаются. Модернизация электрических переключателей или распределителей. Коммутационное оборудование, используемое во многих старых ЦОД, способно работать в течение 20 лет. Однако организации могут улучшить рабочие характеристики, безопасность Июль-Август

30 2013 Рисунок 2. Подключаемые модули, которые в настоящее время поставляются вместе с некоторыми решениями по управлению электропитанием, тесно интегрируются с основными системами управления виртуализацией, что позволяет техническим специалистам отслеживать, контролировать и администрировать все серверное оборудование, накопители и устройства управления электропитанием с единой консоли. и эффективность используемых переключателей путем регулярного обслуживания и обновления автоматических прерывателей и релейных схем после лет службы. Установка или модернизация систем мониторинга и управления. Многие старые центры обработки данных не контролируют должным образом использование ресурсов. А те, кто занимается решением данной задачи, зачастую используют для мониторинга и управления устаревшие технические средства и программные платформы. Внедрение современного решения по управлению питанием, оптимизированного в соответствии с потребностями виртуализированных сред, способно помочь ИТ-менеджерам и руководителям объектов значительно повысить готовность изнашивающегося оборудования. Например, новейшие системы управления электропитанием тесно интегрированы с такими ведущими продуктами по управлению виртуализацией, как VMware vcentre Server, благодаря чему менеджеры ЦОД могут при помощи единого пульта управления отслеживать, контролировать и администрировать не только физические и виртуальные серверы, но и ИБП, блоки распределения и другие устройства энергоснабжения (см. Рисунок 2). Новейшие системы управления электропитанием позволяют: при нарушении электроснабжения автоматически перемещать виртуальные машины с хост-серверов на незатронутые серверы, находящиеся в любом месте сети, благодаря бесшовной интеграции с такими системами динамической миграции, как VMware vmotion; получать в режиме реального времени уведомление об ухудшении рабочих характеристик ИБП, перегреве батарей и других проблемах, чтобы предпринять необходимые действия до того, как произойдет серьезная авария; собирать и архивировать данные по энергопотреблению в масштабах всего предприятия, чтобы затем задействовать их для регулирования энергопотребления, расчета коэффициентов эффективности использования энергии, проведения тщательного расследования системных сбоев и технического обслуживания. Благодаря хорошей масштабируемости эти системы соответствуют требованиям мощных потребителей энергии, системных интеграторов и предприятий с разнородным спектром устройств. Системные разработчики могут воспользоваться преимуществом утилит разработки для интеграции SNMP и Modbus и возможной интеграции с системами управления зданием. Это поможет реализации биллинга в совместно используемых средах и лучшему распределению нагрузок между ИТ-объектами. Развертывание резервной электротехнической инфраструктуры. Центры обработки данных с архитектурой двойной шины содержат два ИБП (или комплекта ИБП), каждый с собственной подводящей линией до серверных стоек. Это позволяет сохранить работоспособность критически важных рабочих нагрузок, даже если один ИБП выйдет из строя или потребует технического обслуживания. Организация сдвоенных шин значительно улучшает избыточность и доступность, но и увеличивает капитальные и эксплуатационные расходы, поэтому данный вариант можно рекомендовать только для объектов, где необходимо поддерживать безотказную работу. В случае модульных ИБП можно использовать N+1, а не полностью резервированную структуру. ВЫГОДЫ ОТ МОДЕРНИЗАЦИИ ИНЖЕНЕРНОЙ ИНФРАСТРУКТУРЫ СТАРЫХ ЦОД Как следует из приведенных выше рекомендаций, модернизация механической и электрической инфраструктуры старых ЦОД может улучшить доступность, повысить мощность систем электропитания и охлаждения, снизить эксплуатационные расходы и сократить выбросы парниковых газов в атмосферу. Однако не следует забывать и о менее очевидных преимуществах. Повышенная гибкость и многофункциональность. Модернизированный центр обработки данных более приспособлен для применения широкого спектра новейших технологий, в частности облачных МОДЕРНИЗАЦИЯ ЦОД вычислений, а также для внедрения будущих инноваций. Улучшенная обслуживаемость. Переоборудование инженерных сетей устаревшего ЦОД обычно повышает их избыточность, облегчая ремонт электрооборудования или решение задач по техническому обслуживанию без снижения доступности. Большая масштабируемость. Увеличение мощности электропитания и охлаждения ЦОД старшего поколения позволяет максимально использовать виртуализацию и блейд-серверы в случае применения этих технологий масштабируемость увеличивается благодаря высвобождению занимаемых площадей для последующего расширения. ПРОБЛЕМЫ МОДЕРНИЗАЦИИ ИНФРАСТРУКТУРЫ СТАРЫХ ЦОД Несмотря на многочисленные преимущества, при планировании и эксплуатации центров обработки данных их модернизация вызывает ряд значительных проблем. Чтобы обновить старый вычислительный центр, сначала необходимо убедить высшее руководство выделить необходимые финансовые средства и утвердить проект. Для этого необходимо составить детальную и убедительную бизнесмодель и рассчитать рентабельность инвестиций. Однако такую задачу можно решить только при наличии соответствующего опыта, а сбор необходимых фактов и цифр может оказаться проблематичным. Бессистемное переоборудование имеющихся электрических систем ЦОД может привести к перегрузкам и другим опасным последствиям. Чтобы предотвратить возникновение подобных проблем, руководителям объектов нужны полные и точные чертежи существующей электрической инфраструктуры. Однако на сегодняшний день лишь немногие компании располагают необходимой и достоверной документацией. Мало кто может позволить себе остановить работу ЦОД на несколько месяцев с целью его модернизации. Однако замена электрических и механических систем в условиях текущей эксплуатации может оказаться трудной задачей, особенно если требуется сохранить доступность на прежнем уровне. Операторы ЦОД должны убедиться в том, что любые вносимые ими изменения в электрические систе- 28 Журнал сетевых решений/lan

31 2013 мы объекта соответствуют действующим требованиям по защите от дуговой вспышки. Тщательное изучение дуговой защиты, проведенное таким образом, чтобы критически важные рабочие нагрузки не подвергались риску, требует специальных инженерных знаний и навыков. КЛЮЧЕВЫЕ ЭТАПЫ ОПТИМАЛЬНОЙ МОДЕРНИЗАЦИИ ЦОД Модернизация инфраструктуры инженерных сетей старых ЦОД является сложным мероприятием, которое не поддается краткому описанию. Тем не менее мы постараемся дать обзор самых важных стадий данного процесса. Оценка и планирование. Перед началом модернизации ЦОД организациям следует создать полный список слабых мест своего объекта и определить несколько вариантов их ликвидации. Для любой конкретной проблемы обычно существует несколько решений, и оценка каждого из них является лучшим способом убедиться в том, что выбранный в итоге подход учитывает все специфические потребности предприятия. Поставщик, имеющий опыт модернизации ЦОД, подскажет, какие возможные варианты необходимо изучить. Кроме того, следует опросить обслуживающий персонал о любых трудностях, с которыми они сталкивались на протяжении нескольких предшествующих лет. Этот опрос можно использовать для сбора исторических данных с целью выработки экономического обоснования и определения основных составляющих затрат на текущий момент. Экономическое обоснование. После определения потенциальных вариантов компании могут взвесить свои затраты и выгоды, чтобы сделать обоснованный выбор. На основании такого анализа менеджеры подготовят технико-экономическое обоснование модернизации центра обработки данных для выделения необходимого финансирования. Отметим, что, скорее всего, на первый план будут выдвигаться экономия и получение прибыли, но важную роль играют и некоммерческие соображения. Например, иногда самый убедительный довод состоит в том, что достижение долгосрочных стратегических целей организации окажется невозможно без проведения модернизации ЦОД. Заметим также, что многие коммунальные службы, органы исполнительной власти и управления предлагают материальное стимулирование для центров обработки данных, если последние повышают свою энергоэффективность. Хотя в настоящее время полного каталога таких программ не существует, опытный поставщик поможет определить, какие предложения применимы к инициативе конкретных компаний. Определение целей проекта. После решения финансовых вопросов менеджеры центров обработки данных должны составить список задач с перечнем критериев успеха модернизации, где четко указывается не только то, какие инфраструктурные изменения предполагается выполнить в рамках проекта, но и то, какие требуемые улучшения оказались отложенными. Создание плана проекта. Следующий шаг подготовка подробного плана действий, включая реалистичный график. Кроме того, хороший план проекта должен содержать: перечень конкретных действий по сокращению перебоев в функционировании ЦОД, если он должен оставаться в рабочем состоянии в течение всего процесса модернизации; список потенциальных вопросов, которые могут возникать в процессе работ, и чрезвычайных мер, предпринимаемых для их решения. (Что вы будете делать, например, если электрик случайно обесточит главную цепь или весь ваш объект будет на какое-то время отключен от Интернета? Предварительная проработка таких проблем впоследствии сэкономит немало ценного времени.) Выполнение плана. Чтобы обеспечить качественные результаты, компаниям следует работать только с теми подрядчиками, которые имеют навыки управления проектами аналогичного объема, завершенными в срок и в пределах выделенного бюджета. Обновление чертежей. Хотя в процессе переоснащения ЦОД эта задача является в большей степени административной, обновление чертежей сегодня считается передовой практикой, следование которой значительно облегчит жизнь будущим ИТ-менеджерам и руководителям объекта. Чтобы обеспечить максимальную точность документации, следует воспользоваться услугами профессионального инженера или чертежника. Проведение испытаний. Процесс сдачи в эксплуатацию модернизированного ЦОД предусматривает тщательное тестирование любой системы, которая подверглась изменениям, была добавлена или заменена. Такие испытания должны проводиться для измененных компонентов, как по отдельности, так и совместно. Например, МОДЕРНИЗАЦИЯ ЦОД если организация обновила свои ИБП, развернула новые PDU и изолировала коридоры или стойки, необходимо сначала убедиться в том, что каждая система по отдельности работает надлежащим образом, а затем проверить совместную работу устройств, подвергнув их различным модельным рабочим нагрузкам. Оценка результатов. Перед вводом в эксплуатацию модернизированного центра обработки данных следует вернуться к сформулированным ранее целям и задачам и оценить степень их достижения. Эта оценка реальных рабочих параметров и мощностей модернизированного объекта должна быть тщательной, объективной и проводиться с участием опытных консультантов, предоставленных поставщиками оборудования и ПО. Анализ риска возникновения дуговой вспышки. Если переоборудование ЦОД предполагало внесение изменений в электрическую часть инфраструктуры, то чрезвычайно важной становится проверка последней на предмет соблюдения действующих правил безопасности в отношении дуговой вспышки. Это поможет компаниям определить риски возникновения дуговой вспышки и разработать соответствующие стратегии по их снижению. К проведению данного анализа следует привлечь квалифицированного инженера-электрика. ЗАКЛЮЧЕНИЕ В последние годы мир технологий претерпел множество изменений. Чтобы не отстать от прогресса, владельцам центров обработки данных, срок эксплуатации которых составляет 10 или более лет, следует всерьез задуматься о модернизации таких объектов. Обновление механической и электрической инфраструктуры устаревших ЦОД может значительно повысить их надежность, производительность, гибкость и масштабируемость при одновременном снижении эксплуатационных расходов. Кроме того, компании сэкономят значительные средства благодаря отказу от строительства новых ЦОД. Хотя такая модернизация процесс непростой, тщательное планирование и умелое исполнение могут существенно ускорить выполнение работ и повысить рентабельность инвестиций. Организациям, планирующим переоснащение инфраструктуры инженерных сетей, следует привлечь к сотрудничеству опытного в подобных делах поставщика. Джон Коллинз менеджер сегмента ЦОД компании Eaton. Июль-Август

32 КАБЕЛЬНЫЕ СИСТЕМЫ: СЕРТИФИКАЦИЯ ПРОВОДКИ Оптимизация процесса сертификации кабельной системы и упрощение ее сдачи в эксплуатацию Для подрядчиков, занимающихся построением кабельной инфраструктуры, задача номер один ускорение процесса сертификации кабельной системы. Между тем кабельная инфраструктура, как и технологии в целом, все более усложняется. Инструменты тестирования должны отвечать новым требованиям и поспевать за происходящими изменениями. Джейсон Уилбур Так что же поможет добиться успеха в условиях, когда приходится иметь дело с несколькими средами передачи данных, стандартами и технологиями? Какие действия следует предпринять профессионалам в области кабельной инфраструктуры, чтобы в этом многогранном мире нашей новой реальности гарантированно получать прибыль? Что нужно для того, чтобы правильно ориентироваться в меняющемся ландшафте физических сред, стандартов и т. д.? И как можем мы, сообщество специалистов, изменить правила игры в управлении проектами? Центры обработки данных и обслуживающие их сети по своей архитектуре и дизайну практически не изменились с 2000 года. Для подрядчиков, занимающихся построением кабельной инфраструктуры, задача номер один ускорение процесса сертификации кабельной системы. Однако последние десять лет сетевая отрасль находилась в состоянии застоя а все из-за того, что медножильные соединения на 1 Гбит/с оказались весьма эффективны! Эти кабели широко распространены, недороги, обеспечивают достаточно высокую скорость передачи данных, относительно просты в инсталляции и тестировании (причем при необходимости последнюю процедуру не составит труда повторить). Но эта эпоха заканчивается: повсеместно осуществляется переход от медного кабеля с пропускной способностью 1 Гбит/с на медные соединения 10 Гбит/с, волоконно-оптические Сегодня в дискуссиях на тему ИТ часто упоминаются такие термины, как «облака», «виртуализация», SAN, BYOD, SaaS и SLA. Разговор о физическом уровне первом в семиуровневой модели OSI заходит крайне редко. Но так или иначе все сетевые технологии замыкаются на этом критически важном фундаментальном уровне и реализующей его кабельной инфраструктуре. Если что-то не работает здесь, то и другие компоненты системы не будут нормально функционировать. Между тем инфраструктура меняется, как меняются и технологии вокруг нее. Если консультанты и владельцы сетей не отслеживают происходящие перемены, то возросшая сложность задач инсталляции и сертификации может оказаться для них сюрпризом и им придется приложить немало усилий, чтобы сохранить своей бизнес и обеспечить его прибыльность. Иллюстрация Натальи Левшиной 30 Журнал сетевых решений/lan

33 40 и даже 100 Гбит/с. При передаче по каждому соединению все больших объемов данных роль каждого отдельного кабеля не просто возрастает она становится все более критичной. К сожалению, эта эволюция осложняется из-за многообразия стандартов и нерешенных проблем. Если раньше господствовала Категория 5, то теперь приходится иметь дело с Категорией 5e, 6, Категорией 6a Класса F или Класса F A для меди, а также со множеством типов оптического волокна. Отраслевые стандарты и требования TIA и ISO развиваются, чтобы обеспечить проведение новых измерений, таких как балансовые измерения TCL и ELTCTL. Для WiFi действуют стандарты a, b, g, n, а вскоре будут ратифицированы ac (с гигабитной скоростью) и, наконец, ad (7 Гбит/с). Между тем те, кто отвечает за развертывание инфраструктуры и ее обслуживание, инсталляторы кабельной системы, менеджеры проектов, сетевые администраторы и др. постоянно сталкиваются с нехваткой ресурсов. Дефицит опытных кадров тоже проблема, хотя и не такая очевидная. На рынке все меньше хорошо подготовленных специалистов, способных успешно выполнять требуемую работу (особенно с учетом соотношения количества инсталляторов и инсталляций), имеющиеся же зачастую не обладают достаточным опытом. Как и во многих отраслях, между менеджерами проектов и технарями или монтажниками наблюдается растущий разрыв в квалификации. Увеличивается не только сложность, но и объемы кабельных инсталляций и сертификации. По данным исследования компании Fluke Networks, в следующем году почти 93% подрядчиков ожидают, что им придется сертифицировать такое же (59%) или большее (34%) число линий. Тестирование и сертификация ключевые требования для этих инсталляций, и причина не только в очевидной потребности убедиться в том, что все функционирует безупречно. Отчеты о сертификации необходимы для сдачи системы в эксплуатацию, получения гарантии производителя и оплаты выполненных работ. Между тем из-за огромных объемов работ и нехватки ресурсов получают распространение «летучие группы» инсталляторов/тестировщиков и отдельные сервисные бригады. Для почти 90% линий неполадки должны быть устранены немедленно, что требует специальных знаний то есть при отсутствии необходимого инструмента или опыта работа остановится. Сложность инсталляций усугубляется наличием ошибок: согласно недавнему опросу заказчиков, проведенному Fluke Networks, в течение одного лишь месяца 91% заказчиков в США, 90% в Азии и 97% в Европе сталкивались как минимум с одной проблемой, которую можно было предотвратить. Свыше половины европейских респондентов сообщили о шести и более проблемах, свыше 50% респондентов в США о семи и более, а в Азии речь идет как минимум о десяти. Чаще всего их причиной являются ошибки в процессах: некорректно заданные пределы тестирования, неверная конфигурация параметров, разброс показаний у разных тестеров, несовпадающие результаты, неполное тестирование или отчеты и т. д. Согласно исследованию, подобных проблем становится все больше. На устранение ошибок при инсталляции кабельной инфраструктуры и ее тестирование в США тратится в СЕРТИФИКАЦИЯ ПРОВОДКИ среднем 45 ч на тысячу линий, в странах Азии 61 ч, а в Европе 26 ч. Проще говоря, ошибки, сложности и повторно выполняемая работа могут добавить еще неделю к полуторанедельной работе над типовым проектом на 1000 линий. В настоящее время отрасль тонет в умножении сущностей кабелей, стандартов, инструментов, команд, проектов, режимов тестирования, квалификационных навыков и пр. Это уже привело к возникновению двух противоположных тенденций наращиванию сложности и сужению экспертизы, и данная коллизия негативно сказывается на фундаментальной связности технологий. Если что-то не меняется, вступают в силу другие факторы. Очевидно, нужна большая гибкость и эффективность, а значит, инструментальные средства становятся все более необходимыми для профессионального выполнения инсталляции и, таким образом, оказывают все большее влияние на бизнес. Составляя суть сертификации, тестирование и диагностирование неполадок открывают возможность сэкономить время, сократить затраты, уменьшить сложность и число ошибок в остальной части процесса. Давайте посмотрим, как выглядит процесс сертификации на уровне проекта. ШЕСТЬ ШАГОВ ПРОЦЕССА СЕРТИФИКАЦИИ Планирование -> Настройка -> Тестирование -> Диагностика и устранение неисправностей -> Отчетность -> Приемка системы Планирование. Первая часть процесса инсталляции и сертификации обычно поручается менеджеру проекта. Сегодня большинству инсталляторов приходится заниматься тестированием и сертификацией Июль-Август

34 КАБЕЛЬНЫЕ СИСТЕМЫ сразу нескольких систем одновременно, причем в каждом случае работают разные команды специалистов, предъявляются разные требования и применяются разные инструментальные средства. Это не только отнимает много времени увеличение сложности нередко приводит к дорогостоящим ошибкам. Настройка. Следующим этапом является настройка. Она призвана гарантировать, что при известных требованиях инструментальные средства сконфигурированы в соответствии с заданными параметрами. Эта область тоже становится более сложной: мы имеем дело с несколькими типами сред передачи данных, различными категориями и стандартами. В результате технические специалисты вынуждены либо ждать прибытия эксперта по настройке конкретного инструмента, либо действовать, рискуя совершить дорогостоящие ошибки, которые придется исправлять. Тестирование. Процесс тестирования всегда может выполняться быстрее, однако скорость работы тестеров сегодня такова, что существенное повышение эффективности вряд ли возможно. Гораздо больший выигрыш можно получить на других этапах. Диагностика и устранение неисправностей. Различия в квалификации технических специалистов, которые к тому же не всегда обладают достаточными знаниями о различных типах инсталляций и стандартов, обычно приводят к тому, что проекты приходится откладывать, пока не будет доступна соответствующая экспертиза для диагностики. Отчетность. Во многих отношениях отчетность стала «головной болью» инсталляции. Формирование необходимых отчетов отнимает много времени не только из-за использования разных тестеров, работы нескольких команд, применения различных стандартов и режимов тестирования, но и в связи с задержками при выявлении ошибок, допущенных ранее на этапе сертификации. Приемка системы. Этот этап становится для заказчиков все более сложным. Ведь даже инсталляторы, хорошо разбирающиеся в кабельной тематике, с трудом справляются с растущей сложностью что тогда говорить о заказчиках. На приемку системы влияет множество факторов наличие сложных отчетов, различные режимы тестирования и т. д. При прочих равных условиях возможным выходом было бы привлечение дополнительных экспертов менеджеров проекта. Они могли бы применить свои углубленные знания и хорошую подготовку для исключения ошибок и повышения эффективности. К сожалению, данный вариант экономически нецелесообразен. ТЕСТЕР ВМЕСТО ЭКСПЕРТА Наилучшим вариантом является применение специализированного решения, с помощью которого можно было бы управлять процессом тестирования и самими тестами. Описанный шестиэтапный процесс сертификации рассмотрим с этой точки зрения, чтобы понять, почему такое решение дает существенные преимущества. Планирование. Соответствующий инструмент должен включать средства управления проектом, чтобы эффективно управлять несколькими заданиями в рамках проекта, учитывать разные типы кабелей и режимы тестирования, работу нескольких команд и пр. Иначе говоря, такое экспертное средство должно было бы одновременно справляться со всеми проблемами, сопровождающими типовую инсталляцию кабельной инфраструктуры, что позволит повысить эффективность и устранить дорогостоящие ошибки. Настройка. Утилита мастер тестирования может давать справочную информацию, рекомендации по конфигурации и бюджетам линий, а также использовать встроенные стандарты, чтобы гарантировать выполнение правильных тестов. Такой подход позволяет не дожидаться эксперта и снижает число ошибок. Тестирование. Как уже говорилось, скорость работы инструментов тестирования продолжает расти по мере их совершенствования. Еще более важным является то, что встроенные утилиты-мастера и графический интерфейс помогают выбрать правильную конфигурацию теста, что также способствует ускорению процесса. Диагностика и устранение неисправностей. Для эффективной диагностики критически важное значение имеет возможность углубленного анализа и выявления причин неисправности, а не просто констатация успешного или неуспешного прохождения теста. Такой анализ наряду с графическими схемами проводки позволяет техническим специалистам разной квалификации быстро выявить и устранить проблемы. Отчетность. Хотя системы отчетности продолжают эволюционировать, потребность в большей гибкости и оперативности никогда не исчезнет. Чтобы справиться с данной проблемой, инструменты тестирования должны оснащаться функциями управления результатами, поступающими от разных тестеров, сред передачи данных и команд специалистов, и быть способны затем интегрировать их в единый отчет по всему проекту. Более того, значительные улучшения на более ранних этапах процесса сертификации должны по большей части исключать типовые ошибки и промахи это тоже способствует ускоренному выполнению проекта. Приемка системы. Сложность инсталляции обычно затрудняет приемку системы, поэтому нужна более понятная и четко построенная система, в которой используются содержательная статистика и карты событий, а сертификация выполняется с уровнем точности ISO Level V, что позволяет постоянно контролировать качество работ и не требует просмотра тысяч страниц отчетов. Если будущее кабельной инфраструктуры и технологии в целом связано с возрастающей сложностью, то тестовые инструменты должны отвечать новым требованиям и поспевать за этими изменениями. Производители соответствующих решений должны действовать более оперативно. Сегодня это означает не просто скорость. Необходимость поддержания работоспособности кабельной инфраструктуры и обеспечения ее соответствия изменениям ведет к тому, что для ускорения приемки системы нужно сконцентрировать внимание на всем процессе сертификации и, таким образом, оптимизировать выполнение работ в условиях постоянно растущего количества заданий и требований. Подрядчики, не способные справиться со все возрастающими сложностями, будут вытеснены теми, кому это удается. Кабельная инфраструктура быстро эволюционирует, и все сопутствующие процессы должны развиваться вместе с ней. Вот почему компания Fluke Networks недавно выпустила новое семейство продуктов Versiv для сертификации кабельных систем: с его помощью инсталляторы систем передачи данных могут быстрее, точнее и с меньшими затратами сдавать системы в эксплуатацию. Джейсон Уилбур вице-президент и генеральный менеджер подразделения Datacom Installer (DCI) компании Fluke Networks. 32 Журнал сетевых решений/lan

35 КАБЕЛЬНЫЕ СИСТЕМЫ: ИТ-СТОЙКИ Современный взгляд на ИТ-стойки От правильного выбора серверных стоек зависит, насколько просто и удобно можно будет эксплуатировать как центр обработки данных в целом, так и отдельные его подсистемы, включая ИТ-среду. Юрий Хомутский Много ли внимания уделяется выбору стоек? Казалось бы, ничего сложного нет: если чтото известно о размещаемом ИТ-оборудовании, заказываются стойки нужной глубины, если неизвестно, организуется два ряда стоек в одном менее глубокие, а во втором более глубокие. Вот, вроде бы, и весь выбор. Но рассмотрим ситуацию внимательнее! ИТ-СТОЙКИ: КРАТКАЯ ХАРАКТЕРИСТИКА Серверная стойка это металлический каркас, устанавливаемый в ЦОД, серверных помещениях, компьютерных комнатах и коммуникационных узлах (см. Рисунок 1). Его основное назначение состоит в надежном размещении серверов форм-фактора 19. В соответствии со стандартом Ассоциации электронной промышленности (Energy Information Administration, EIA) каркас стойки имеет ширину 19 (482,60 мм) и высоту, кратную 1,75 (44,45 мм), или 1 юниту (1U), а кроме того, оснащается рельсами для установки модулей шириной 17 3/4 (450,85 мм). Стойка часто используется для размещения не только серверов, но и прочего ИТ-оборудования и сетевых устройств. Серверные стойки также называют серверными шкафами, 19 -стойками, монтажными шкафами и т. д. При выборе стойки для центра обработки данных следует учитывать следующие основные факторы: используемую в ЦОД систему охлаждения, схему организации воздушного потока и общее энергопотребление оборудования. Иллюстрация Натальи Левшиной ФАКТОР СИСТЕМЫ ОХЛАЖДЕНИЯ Современные вычислительные комплексы с высокой плотностью размещения оборудования, такие как блейдсерверы, выделяют большое количество тепла и размещаются в стойках. Поэтому необходимо четко понимать, какая роль отводится последним в общей схеме охлаждения серверного помещения. Выбор стойки зависит от применяемых в ЦОД методов охлаждения. Базовый уровень тепловыделения (квт/стойка) меняется в широких пределах от 4 до 12 квт и более в зависимости от типа и плотности размещения оборудования. Но нередко встречается нагрузка и 20 квт на стойку. Для некоторого современного оборудования достижима планка в 50 квт на стойку. Если в центре обработки данных реализовано воздушное охлаждение (серверы обдуваются воздухом), то для достижения максимально возможного воздушного потока необходимо выбирать стойки с максимальной перфорацией (см. Рисунок 2). Причем чем выше мощность стойки, тем важнее общая площадь перфорации (сегодня она достигает 90%). Если же система охлаждения жидкостная или встроенная в стойку, то сам шкаф, безусловно, должен быть герметичным. Отметим, что по мере роста плотности размещения серверов и распространения ресурсоемких приложений модули жидкостного охлаждения используются все чаще. Одно из основных преимуществ таких автономных модулей (как и встроенной в шкаф системы воздушного охлаждения) состоит в том, что они не влияют (или оказывают минимальное влияние) на работу используемых на объекте систем вентиляции и кондиционирования и на микроклимат в помещении. Подобные решения, как правило, не используются в традиционных ЦОД, где имеется надежная прецизионная система охлаждения зала, однако они весьма полезны, когда небольшое количество ИТ-стоек размещается не в ЦОД или серверной, а в помещении иного назначения. Это может быть офис, склад, щитовая и т. д. Добавим, что в любом случае необходимо предпринять особые меры для отвода отработанного тепла. УЧЕТ ГАБАРИТОВ Внутреннее пространство серверной стойки должно быть достаточно объемным, чтобы можно было установить не только имеющиеся ИТ-устройства, но и инженерное оборудование (например, блоки питания и блоки распределения питания), а также разместить кабельную проводку. Высота оборудования измеряется в стандарт- Июль-Август

36 КАБЕЛЬНЫЕ СИСТЕМЫ Рисунок 1. Открытая ИТ-стойка. Рисунок 2. Серверный шкаф с перфорированной дверцей. ных модулях (Rack Unit, U). Один U имеет высоту в 1,75 (44,45 мм). Необходимо оставить место для будущего расширения и размещения дополнительной техники, а кроме того, аксессуаров: устройств для мониторинга окружающей среды, оборудования для дистанционного управления питания, стоечных LCD-мониторов, KVM-панелей и резервных аккумуляторов. К примеру, если необходимо установить 20 серверов по 2U, то, скорее всего, понадобится стойка высотой не менее 45U, чтобы в нее можно было поставить еще и коммутационную панель 1U, и резервную батарею 2U. Если же из-за ограничений по высоте данное оборудование требуется уместить в типовую стойку 42U, рекомендуется приобрести сразу две стойки по 42U. Внутренняя высота стойки измеряется от наиболее высокой точки боковых направляющих до нижнего шасси. Внутренняя глубина соответствует расстоянию между передней и задней дверьми, а внутренняя ширина расстоянию между боковыми панелями. Проверьте наружные размеры стойки и убедитесь, что она поместится в отведенное для нее пространство и не застрянет в дверных проемах (если конструкция неразборная). Удостоверьтесь в соблюдении всех требований безопасности. Кроме того, при размещении оборудования внутри стойки следует придерживаться общего правила: то, что тяжелее, устанавливать в нижней части, чтобы предотвратить неправильное распределение веса и обеспечить максимально низкое положение центра тяжести стойки, что, в свою очередь, повысит ее устойчивость. Дабы обеспечить доступ к оборудованию для его обслуживания, необходимо заранее четко спланировать, какие устройства будут устанавливаться в передней и задней частях стойки. СТОЕЧНЫЕ ОПЦИИ КАК СПОСОБ ИНДИВИДУАЛИЗАЦИИ КОНСТРУКЦИИ Большинство вендоров предоставляет для ИТ-стоек множество аксессуаров собственного производства, при помощи которых можно обеспечить соответствие предъявляемым к стойке требованиям. В частности, для размещения и организации более простого доступа к некоторым видам оборудования могут быть использованы полки. Обычно предлагаются несколько вариантов размещения серверных полок, в том числе с настраиваемым или фиксированным положением и креплением по четырем точкам, полки на салазках с клавиатурой и креплением по двум точкам, вентилируемые, высокопрочные или консольные полки, а также универсальные. Глубина серверной полки должна быть на 6 меньше, чем стойки. К примеру, если соответствующий размер последней 30, то нужна полка глубиной 24. Верхние панели (потолок стойки) защищают оборудование от пыли и мусора. Доступные опции включают в себя перфорированные отверстия для обеспечения дополнительной вентиляции, герметичные отверстия для организации кабельной инфраструктуры, а также крепления для вентиляторов, выбрасывающих отработанное тепло. Боковые панели обеспечивают дополнительную безопасность и обычно предлагаются в нескольких вариантах: цельные несъемные панели, цельные съемные панели и цельные панели с вентиляторами. Большая часть стоек оснащается двумя наборами рельсов. Почти все производители предлагают возможность выбора между универсальными рельсами для установки оборудования и рельсами стандарта EIA. Универсальные рельсы рассчитаны на сетевое и серверное оборудование размером 19 EIA. Рельсы стандарта EIA поддерживают сетевое и некоторое серверное оборудование размером 19 EIA. Вне зависимости от того, оснащаются ли рельсы квадратными или нарезными отверстиями, все они соответствуют стандарту ANSI/EIA-310-D (1992 год). Большинство производителей серверных стоек рекомендуют использовать рельсы с квадратными отверстиями и клетевыми гайками в настоящее время ими оснащаются почти все стандартные стойки. Доступные варианты ножек включают в себя: выдвижные ножки для стабилизации средне- и высоконагруженных стоек; ролики, которые присоединяются к нижней части стоек для удобного перемещения; уровни, применяемые совместно с роликами для обеспечения ровного положения стойки после перемещения. ИТ-СТОЙКИ OPEN RACK Некоторое время назад компания Facebook анонсировала проект Open Compute Project, призванный содействовать разработке открытых спецификаций оборудования для центров обработки данных. Целью его является внедрение нового стандарта проектирования серверных стоек для ЦОД с гиперскалярной архитектурой. В конце 2012 года сообщество Open Compute Project даже выпустило руководство по проектированию в рамках Open Rack, где содержатся спецификации и рекомендации, на основании которых производители ИТ-оборудования могут разрабатывать системы, совместимые со стандартом Open Rack. Open Rack (см. Рисунок 3) предусматривает использование серверных слотов шириной 21, то есть шире чем привычные 19, считающиеся отрас- 34 Журнал сетевых решений/lan

37 Shtugger: контроль энергоэффективности Согласитесь, что решать вопрос о повышении энергоэффективности имеет смысл только при наличии качественных инструментов, позволяющих измерить потребление электричества. Такие решения позволяют выявить наиболее проблемные места в системе электропитания, определить временные колебания энергопотребления, спрогнозировать потребность в модернизации или установке новых устройств, рассчитать PUE. Именно поэтому каждый уважающий себя ИТспециалист устанавливает соответствующее оборудование с функциями мониторинга, контроля и учета интеллектуальные блоки распределения питания (ipdu), а также ПО для обработки и анализа результатов измерений. Компания Shtugger представляет широкую линейку интеллектуальных PDU, адаптированную для российских телекоммуникационных систем и ЦОДов по функционалу и цене. SI PDU SI PDU Блок распределения питания, на дисплее которого отображается информация о напряжении, суммарном токе нагрузки, мощности и, что самое главное, суммарном энергопотреблении. IP PDU Блок распределения питания с управлением IP отслеживает следующие показатели: IP PDU позволяет устанавливать критическое значение для суммарного тока нагрузки, в случае превышения которого сработает сигнал тревоги. MS PDU Отличительная черта MS PDU возможность дистанционного включения и выключения как каждой розетки, так и группы розеток. MS PDU позволяет устанавливать критические значения для суммарного тока нагрузки, тока нагрузки на розетку, показателя температуры/влажности, в случае превышения которых сработает сигнал тревоги посредством звуковой сигнализации, световой индикации и передачи сигнала тревоги по сети. ipdu Представляет собой блок сетевых розеток с дополнительными функциональными возможностями удаленного контроля и управления питанием, а также мониторинга и контроля состояния окружающей среды в серверном или телекоммуникационном шкафу. Используя удаленный доступ через Интернет, с помощью ipdu можно из любой точки мира отслеживать и контролировать следующие показатели: рабочее напряжение, ток, нагрузку каждой розетки, последовательное включение или выключение розеток, время включения и выключения розеток, тем- MS PDU пературу, влажность, задымленность, подтопление и открытие дверей шкафа. Ну и напоследок, пройдите простой тест для определения IQ вашего PDU. Ведь грамотный специалист никогда не будет иметь дело с техникой, не соответствующей его амбициям. Тест: проверка IQ PDU Показатель Баллы ipdu Shtugger Ваш PDU 1 Блок розеток имеет международный и российский сертификаты качества по электробезопасности 5 2 Корпус выполнен из алюминия с использованием высококачественных термостойких пластмасс 5 3 Напряжение 220В, максимальная сила тока 32А, максимальная мощность 4000 Вт 5 4 Комплектуется выключателем с подсветкой 5 5 Комплектуется блоком защиты (автомат) 10 6 Комплектуется амперметром, вольтметром, счетчиком энергопотребления 20 7 Доступ по IP 20 8 Поддержка HTTP, HTTPS, SNMP, Telnet, SSH 20 9 Осуществляется мониторинг (ток нагрузки, напряжение, мощность, энергопотребление, температура, влажность, задымленность, проникновение, подтопление) Удаленный контроль (включение/выключение) каждой розетки Подача сигнала тревоги при возникновении критической ситуации посредством или SMS Возможность подключения нескольких PDU Разграничение прав доступа пользователей Построение графиков (мощность, ток нагрузки, напряжение, температура/влажность, энергопотребление) 10 Итого 200 IP PDU ipdu Реклама г. Москва, Шоссе Энтузиастов, д. 9 Тел.: +7 (495) , +7 (812)

38 КАБЕЛЬНЫЕ СИСТЕМЫ Рисунок 3. Вид спереди (слева) и сбоку (справа) на стойку Open Rack. левым стандартом. Более широкий форм-фактор позволяет использовать дополнительное пространство для улучшенного управления температурным режимом, размещения кабелей и питающих устройств. Одной из ключевых инноваций является схема распределения питания: все блоки питания вынесены в специальную секцию (power shelf), так что теперь не нужно размещать их в сервере. Таким образом, питание фактически реализуется на уровне стойки. В соответствии с общей тенденцией увеличения размера стойки на смену классическому юниту приходит секция высотой 48 мм, названная OpenU. Руководство по проектированию содержит спецификации как для стандартной одинарной стойки, так и для тройной (triplet), разработанной Facebook для своего ЦОД, который располагается в Прайнвилле, штат Орегон. Каждая стойка имеет несколько секций размером 10 OpenU, позволяющих производителям оборудования кастомизировать серверы и устройства хранения данных. Текущая версия Open Rack предусматривает три секции 13 OpenU и одну размером 2 OpenU для установки коммутаторов. Три секции 13 OpenU разделены на секцию питания 3 OpenU и «секцию инноваций» 10 OpenU, предназначенную для установки ИТ-оборудования. Блоки распределения питания размещаются в боковой части стойки, причем питание может осуществляться как от переменного, так и от постоянного тока. Блоки подключаются к электросети ЦОД и распределяют мощность по трем секциям питания, расположенным рядом с «секциями инноваций». Каждая из этих трех секций содержит семь блоков питания с возможностью «горячей» замены, которую можно выполнять из холодного коридора ЦОД (cold aisle). Далее питание распределяется по трем шинам с напряжением 12 В, подведенным к «секциям инноваций». «Секция инноваций» предназначена для размещения ИТ-оборудования. Питающая шина находится в задней части секции, поэтому оборудование легко устанавливать и обслуживать спереди, то есть из холодного коридора. По бокам стойки располагаются уголковые крепления, предназначенные для ИТ-оборудования. Кабельные секции располагаются в передней части стойки, что позволяет осуществлять их техническое обслуживание, не входя в горячие коридоры ЦОД. Кабели размещаются в защищенных зонах в боковых частях стойки, чтобы их нельзя было повредить при извлечении ИТ-оборудования. В целом стойки Open Rack это нечто среднее между открытой стойкой в привычном для нас понимании и телекоммуникационным шкафом. Безусловно, за прошедшие годы накоплен достаточно большой опыт, чтобы модернизировать один из самых фундаментальных элементов центра обработки данных стойку для ИТ-оборудования. И создавая Open Rack, специалисты из Facebook именно на него и опирались. Фактически, имея необходимые ресурсы, они вкладывают средства в разработку нового концепта ИТ-стойки, который, по их мнению, позволит более эффективно использовать доступное внутреннее пространство, а также обеспечит определенный потенциал для реализации энергосберегающих идей. По своему замыслу это сродни подходу Google к построению центров обработки данных: внедряя инновационные технологии охлаждения, реализуя фрикулинг, сокращая PUE всеми доступными способами, компания-гигант способствует развитию отрасли. И такой подход действует! После того как несколько лет назад Google представила профессиональному сообществу некоторые свои технологии и обнародовала данные о достигнутом с их помощью уровне энергосбережения, на свет появился целый ряд проектов, где показатели экономии энергии оказались не менее впечатляющими. Схожие последствия может иметь и выдвинутая Facebook идея оптимизации пространства и инфраструктуры в ЦОД. Разрабатываемое руководство для производителей ИТ-оборудования призывает задуматься о новом формате, помимо привычного форм-фактора. При этом, следует отметить, в привычный мир ИТ вносятся принципиальные коррективы: изменение стандарта ширины ИТ-оборудования и высоты юнита. ПОДВОДЯ ИТОГИ Таким образом, от правильного выбора серверных стоек зависят простота и удобство эксплуатации как центра обработки данных в целом, так и отдельных его подсистем, включая ИТ-среду. А учет факторов правильного охлаждения серверного оборудования и вовсе оказывает прямое влияние на надежность работы ИТ-оборудования. Все перечисленные советы и рекомендации, безусловно, в большей мере относятся к корпоративным ЦОД, где стойки предназначаются для установки конкретного и, как правило, заранее известного ИТ-оборудования. Однако они столь же полезны и в случае обращения к услугам тех коммерческих ЦОД, которые предоставляют клиентам возможность завоза собственного ИТ-оборудования вместе со стойками. Наконец, их можно рассматривать как общий для всех КЦОД подход к выбору стоек для конкретного машинного зала. Юрий Хомутский независимый эксперт в области инженерной инфраструктуры ЦОД. С ним можно связаться по адресу AboutDC.ru. В статье использованы материалы интернет-портала о дата-центрах «www. AboutDC.ru Решения для ЦОД». 36 Журнал сетевых решений/lan

39

40 ИТ-ИНФРАСТРУКТУРА: СХД В КОНТЕКСТЕ ЦОД Виртуализированный ЦОД и технологии хранения данных Облачные вычисления, новые принципы организации вычислительной и сетевой инфраструктуры ЦОД, развитие средств виртуализации заставляют вендоров искать другие подходы к хранению данных. Сергей Орлов Какую роль будут играть СХД в современных виртуализированных ЦОД и в облачной инфраструктуре? Как можно повысить их производительность, ускорив работу всего центра данных? Как справиться с лавинообразным ростом объемов сохраняемой компаниями информации? Этим темам была посвящена значительная часть докладов на техническом потоке «Виртуализация и программно определяемый ЦОД» ежегодного форума «МИР ЦОД», проведенного в конце мая издательством «Открытые системы». Современные рыночные тенденции связаны со стремительным ростом объемов данных, подчеркнул Грег Кволек, старший директор по развитию облачных технологий компании HGST: «Половина всех созданных в мире цифровых данных была накоплена всего лишь за последние два года. И эта тенденция сохранится: среднегодовой темп роста объемов накапливаемой корпоративной информации составит 55%. В ближайшие годы наибольший вклад в него будут вносить облачные приложения (см. Рисунок 1), однако спрос на повышенную емкость корпоративных систем хранения растет намного быстрее, чем возможности увеличения плотности размещения информации среднегодовой темп роста емкости на дисковой пластине (плотность размещения данных) в гигабайтах составляет лишь примерно 20%». Поэтому отрасли требуются новые подходы. SSD И HDD Важнейшая тенденция развитие флэш-памяти. Флэш-память и накопители SSD занимают свою нишу в ЦОД они помогают правильно разделить данные по типам, находят применение в серверах и СХД. Между тем, согласно прогнозам, даже к 2020 году свыше 85% файловых данных будут храниться на жестких дисках. «Жесткие диски оказываются одними из ключевых элементов в ЦОД, а с учетом накопителей SSD системы хранения составляют значительную часть расходов в центрах данных, подчеркивает Грег Кволек. Все чаще вендоры напрямую взаимодействуют с поставщиками дисков с целью оптимизации производительности систем и разработки новых методов защиты данных». Характерно, что плотность записи у жестких дисков и твердотельных накопителей SSD растет примерно схожими темпами технологии развиваются параллельно, и это еще один аргумент в пользу HDD. Такие накопители сохранятся и в будущем, уверены в HGST. Неплохая перспектива и у недорогих жестких дисков (cold storage) как ожидается, они будут стоить примерно Иллюстрация Натальи Левшиной столько же, что и ленточные устройства хранения. Первые подобные решения (возможно, в них будет использоваться принцип черепичной записи Shingle PMR) появятся, судя по всему, в 2015 году. Их можно будет применять для резервного копирования. В числе других многообещающих разработок дисковые накопители с лазерной и тепловой поддержкой (HPMR), а также нанолитография. «Предложение в нишах медленных и самых быстрых накопителей (PCIe) будет только расширяться», считает Грег Кволек. Таким образом, системы хранения станут еще больше различаться по производительности и стоимости в расчете на гигабайт. Что касается ближайшего будущего, в HGST его связывают с выпуском герметизированных гелиевых дисков, которые «дают очевидные преимущества, увеличивая ценность остальных инноваций, применяемых при производстве жестких дисков». Благодаря таким дискам емкость хранения можно увеличить более чем на 40%. Они требуют меньше энергии и затрат на охлаждение: температура корпуса накопителя снижается примерно на 4 0 C по сравнению с традиционным HDD. Популярным методом ускорения приложений стало кэширование данных на SSD сегодня это основа для многих решений. Ранее для кэширования использовалась оперативная память, но посредством SSD удалось значительно увеличить емкость кэша при приемлемой цене. УСКОРЕНИЕ СХД Специалисты компании LSI при оценке работы систем корпоративного уровня отмечают низкий коэффициент использования серверов, невысокую производительность приложений, применение высокопроизводительных (и энергоза- 38 Журнал сетевых решений/lan

41 СХД В КОНТЕКСТЕ ЦОД млн штук 3500 Смартфоны/мобильные Смартфоны телефоны 3000 Планшетные ПК Планшетные ПК SSD в облаке Облака Личные устройства SSD-клиенты Облачные приложения 1500 ПК-клиенты 1000 Персональная бытовая электроника 500 Клиентские ПК Рисунок 1. Тенденции развития устройств хранения данных по прогнозу HGST. Горячие данные Первичное чтение блоков горячих данных из массива HDD СХД HDD Горячие данные тратных) накопителей HDD там, где в этом нет необходимости. Это типичная ситуация, и бороться с ней предлагается с помощью флэш-памяти. По данным LSI, использование последней в ЦОД может увеличить скорость работы приложений в 2 4 раза, сократить время ожидания транзакции в 5 10 раз, снизить потребление электроэнергии. Сегодня производительность систем хранения повышается за счет использования дисков SSD с интерфейсом PCIe либо SSD, подключаемых к адаптерам HBA или контроллерам RAID, а также путем установки гибридных накопителей (SSD+HDD). В последние два года LSI занимается оптимизацией оборудования под приложения: базы данных, облачные приложения и пр. Год назад компания образовала подразделение Accelerated Solutions. Сегодня ее линейка продуктов LSI Nytro включает в себя продукты SSD PCIe для ускорения работы различных сред и приложений: ERP, CRM, транзакционных БД, задач аналитики, сред виртуализации и облачных инфраструктур. Они позволяют одновременно задействовать HDD и SSD. Nytro WarpDrive семейство твердотельных накопителей Nytro на SSD емкостью до 3,2 Тбайт с интерфейсом PCIe используется как быстрая память для ускорения работы серверов. Флэш-накопители серии Nytro XD решение локального кэширования на SSD для внешних СХД. С их помощью повышается производительность внешних СХД блочного уровня, работающих по любому протоколу (SAS, FC, iscsi), что достигается благодаря ПО кэширования и памяти SSD, устанавливаемой непосредственно в сервер. Продукты серии Nytro MegaRAID (см. Рисунок 2) обеспечивают интеллектуальное кэширование «горячих» данных дисковых массивов. Как рассказал Александр Зейников, региональный директор LSI, выпущенная в июле новая версия ПО контроллеров MegaRAID позволяет использовать SSD и для загрузки операционной системы сервера. Кроме того, кэширование становится все более интеллектуальным, алгоритмы совершенствуются. Так, новая функция Elastic Cache у LSI дублирует кэш записи (для защиты от потери данных), но хранит кэш чтения в единственном экземпляре. По информации LSI, MеgaRAID ускоряет работу с данными в 10 раз по сравнению с конфигурациями, где применяются только HDD, а время, необходимое для перестроения массива RAID, сокращается до 75%. И еще несколько интересных цифр по использованию MegaRAID: СУБД Oracle начинает функционировать до 30 раз быстрее, а Microsoft SQL Server до 10 раз. Таким образом, благодаря Nytro MegaRAID уменьшается период ожидания и улучшается транзакционная пропускная способность, что положительно влияет на ключевые метрики производительности ЦОД в частности, время отклика пользовательских приложений сокращается. Подобные продукты предлагают сегодня IBM, Dell и другие крупные вендоры. Они значительно ускоряют работу сред виртуализации, таких как VDI, и позволяют на 50% увеличить число ВМ, устанавливаемых на сервер. На форуме были представлены примеры решений разных вендоров, отличающиеся высокими показателями производительности, масштабируемости, емкости хранения или реализующие новые подходы к хранению данных. Контроллер MegaRAID Кэширование горячих данных SSD-кэш контроллера Перечитывание горячих данных Ускорение доступа к горячим данным в 50 раз Рисунок 2. Эффективное наращивание производительности приложений благодаря использованию контроллера LSI Nytro MegaRAID. ВЫСОКОПРОИЗВОДИТЕЛЬНАЯ РАБОТА С ФАЙЛАМИ Один из таких продуктов StorNext компании Quantum, программно реализованная СХД, впервые представленная уже более 10 лет назад. Эта система высокопроизводительного доступа к файлам посредством SAN обеспечивает совместную работу пользователей с файлами через высокоскоростные каналы передачи данных. Ее можно использовать как систему высокопроизводительного архивирования в рамках управления жизненным циклом файловых ресурсов. «Важные особенности системы ее прозрачность и мультиплатформенность. В настоящее время для нее есть клиенты под Windows, Linux, UNIX и Mac OS, предусматривается широкая поддержка аппаратных платформ и ленточных библиотек (Quantum и других вендоров)», рассказывает Константин Баканович, технический Июль-Август

42 ИТ-ИНФРАСТРУКТУРА Экзабайты Файлы: 60,7% ежегодно (в среднем) Блочные данные: 21,8% ежегодно (в среднем) Рисунок 3. Высокие темпы роста объемов данных заставляют обращать особое внимание на степень масштабируемости СХД и гарантии защиты инвестиций. директор компании DSCon, работающей на рынке СХД и высокопроизводительного интерконнекта. StorNext модульное решение, ее компонентами являются StorNext File System, которая позволяет работать с файлами через SAN (Fibre Channel 8 Гбит/с, iscsi, Ethernet, Infiniband), и система архивирования StorNext Storage Manager. Файловая система StorNext File System обеспечивает эффективный одновременный кросс-платформенный доступ ко всем файлам в режиме реального времени при высокой масштабируемости (она способна хранить петабайты данных). StorNext может применяться для решения различных задач от производства и обработки видео до научных вычислений. «От прочих систем общего доступа к файлам она отличается очень высокой производительностью, как поточной, так и транзакционной, поясняет Константин Баканович. поэтому ее можно применять и для работы с мощными СУБД. Традиционный доступ к файлам через сеть IP сопряжен с большими задержками и не всегда обеспечивает достаточную скорость (что может быть критичным, например, в задачах нелинейного монтажа), а классическая реализация SAN не позволяет хостам совместно работать с файлами через FC. Благодаря StorNext File System, клиенты StorNext получают одновременный доступ к файлам через высокоскоростное соединение». Отдельные хосты (контроллеры метаданных) используются для управления и объединяются по сети IP. Когда приложение генерирует команду записи, клиент StorNext через локальную сеть отправляет запрос на операцию контроллеру метаданных, тот обрабатывает запрос и отвечает клиенту, указывая блоки на диске, куда можно поместить данные, после чего клиент StorNext производит запись в файловую систему со скоростью канала (через SAN). Контроллер метаданных контролирует каждую операцию записи и разрешает конфликты. Метаданные передаются по IP, а данные приложений через FC или другой высокопроизводительный интерфейс. «Такая архитектура применяется не только в StorNext, но именно эта система отличается очень высокой производительностью», подчеркивает Константин Баканович. При построении системы архивирования к StorNext через SAN подключается ленточная библиотека, а файлы перемещаются с дисков на магнитные ленты в соответствии с заданными правилами. При этом файлы остаются доступны клиентам и при необходимости загружаются с ленты на дисковый массив. «Такое хранение файлов эффективно с точки зрения производительности и стоимости, считает Константин Баканович. К тому же дисковое и ленточное пространство можно наращивать динамически, без остановки работы система хорошо масштабируется и позволяет легко переносить данные. StorNext продается не только в виде ПО, но и как готовые программно-аппаратные комплексы. StorNext M440 и M660 на сертифицированной платформе это простой и эффективный способ построить высокопроизводительные файловую систему, многоуровневое хранилище и решение архивирования». Конфигурация комплекса включает в себя процессоры Xeon 2,4 ГГц, память DDR3 емкостью 24 Гбайт, дисковый массив RAID 1 (6 дисков SAS 10K по 146 Гбайт с одним диском для горячей замены), контроллер SAS 6 Гбит/с, сетевой шлюз (в составе M660), два порта FC и 3 порта 10GbE (в M440) или восемь портов FC и 11 портов 10GbE (в M660), предустановленную файловую систему StorNext File System, выделенный массив RAID для метаданных и журнала. Порты могут использоваться для подключения к дисковым массивам и к ленточной библиотеке. StorNext поддерживает большое количество хранилищ, выпускаемых разными вендорами. Ленточная библиотека Quantum Scalar i6000 HD с увеличенным объемом хранения данных, большей плотностью хранения и уменьшенным энергопотреблением позволяет хранить почти 5 Пбайт данных в одном шкафу 19. В ее составе два робота для переноски лент, работающих в активном режиме. А специализированное устройство Scalar LTFS Appliance представляет систему в виде NAS, благодаря чему приложения и пользователи получают возможность записывать и читать данные непосредственно с ленты. Между тем центры обработки данных нового поколения предъявляют повышенные требования не только к производительности и емкости, но и к масштабируемости, надежности и функциональности систем хранения данных. МАСШТАБИРУЕМОСТЬ И ФУНКЦИОНАЛЬНОСТЬ СХД «Выход из строя СХД приводит не только к приостановке работы с данными, но и к потере информации, напоминает Александр Новиков, менеджер отдела продаж департамента систем хранения данных компании CompTek. Требования к отказоустойчивости и катастрофоустойчивости СХД должны быть выше, чем аналогичные требования к серверам. СХД выбирается на более длительный срок, чем серверы: системы хранения обновляются раз в 6 7 лет, то есть служат значительно дольше серверов, а значит, к их выбору нужно подходить серьезнее. Именно поэтому к надежности СХД предъявляются высокие требования. Система хранения должна поддерживать классический набор функций: многоуровневое хранение, резервное копирование и др.». При проектировании ЦОД организации сталкиваются с рядом острых проблем. В первую очередь с необходимостью масштабирования в связи с ростом объемов хранимых данных (см. Рисунок 3). Если через 5 6 лет СХД уже не будет хватать емкости, то компании, использующие ЦОД, столкнутся с проблемой переноса данных на новую программно-аппаратную платформу, причем делать это придется в предельно сжатые сроки. Крупные холдинги и ведомства часто выбирают топологию, при которой, помимо главного федерального центра обработки данных, в каждом макрорегионе строятся дополнительные 40 Журнал сетевых решений/lan

43 ЦОД. В этом случае наряду с масштабируемостью возникает необходимость осуществления простой и удобной репликации данных из региональных ЦОД в центральный. Другие ключевые задачи обеспечение безопасности серверов и приложений и управление доставкой приложений для различных типов пользователей, включая мобильных и удаленных сотрудников. Для их решения CompTek предлагает систему Isilon компании EMC, обеспечивающую масштабируемость СХД и защиту инвестиций. Эта кластерная система состоит из узлов, обладающих достаточной емкостью хранения и процессорными мощностями. Поэтому при добавлении узлов и увеличении емкости производительность не снижается. «Такие системы надежнее обычных СХД, где узким местом являются контроллеры. В кластере при отказе узла система не теряет своей работоспособности, поясняет Александр Новиков, а при добавлении нового узла данные распределяются по всей доступной емкости хранения. Минимальная конфигурация системы четыре узла общей емкостью 18 Тбайт, которую можно наращивать до Пбайт». Масштабируемость без остановки работы, одновременное наращивание емкости и производительности, простота эксплуатации, единая файловая система, единая точка управления и возможность автоматизации задач эти достоинства Isilon являются весомыми аргументами в пользу внедрения этого решения в условиях роста объемов данных. Тем временем развитие технологии виртуализации и появление концепции программно определяемых ЦОД заставляют EMC искать новые подходы к хранению данных. ПРОГРАММНО ОПРЕДЕЛЯЕМЫЕ СИСТЕМЫ ХРАНЕНИЯ «В целом условия для виртуализации ЦОД уже сформировались, но некоторых компонентов все же не достает. Настройка виртуальной инфраструктуры пока еще слишком сложна и тормозит развертывание новых сервисов, поэтому требуется какое-то новое решение, считает Денис Серов, руководитель направления технического консультирования EMC в России и СНГ. Процесс предоставления инфраструктуры для виртуальной среды тоже нуждается в автоматизации. Функционал системы хранения недостаточно эффективно используется гипервизорами. Чтобы инвестиции в инфраструктуру ЦОД не пропали, СХД В КОНТЕКСТЕ ЦОД гипервизор должен понимать, что умеют система хранения и сеть». Компания EMC ввела новый термин программно определяемое хранение данных. Программно определяемая СХД (SDS) является одним из компонентов программно определяемого ЦОД (SDDC), задача которого гибкое предоставление сервисов приложениям и повышение эффективности ресурсов. По аналогии с серверной средой «программное определение» систем хранения предполагает их стандартизацию, виртуализацию и автоматизацию. «Проблема в том, что стандартных СХД нет, однако в настоящее время ведутся серьезные разработки и создаются программные продукты, так что результаты не заставят себя ждать», уверен Денис Серов. По его словам, на самом деле аналоги программно определяемого хранения появились достаточно давно, например, когда к центральной виртуализирующей системе подключались различные СХД. Однако в такой архитектуре возникают узкие места и потенциальные точки отказа. Виртуализация и централизация управления тоже похожий подход, но при этом не создается единый пул ресурсов хранения и не достигается полная интеграция с приложениями. Хорошо известные облач- Июль-Август

44 ИТ-ИНФРАСТРУКТУРА Автоматизированное управление СХД Клиентs Портал самообслуживания Измерение СХД VMAX Путь контроля СХД VNX Раздача ные сервисы хранения (Google, Amazon, Open Stack и др.) еще один «пробный камень» на пути к программно определяемому хранению. Наконец, близкий подход программная эмуляция СХД на серверах. Это недорогое решение, но оно не обладает всеми признаками программно определяемого хранения и не является решением уровня предприятия, считают в EMC. В EMC называют следующие препятствия на пути к программно определяемым системам хранения: унаследованные традиционные СХД, инертность больших объемов данных, риски перехода на полностью новую платформу. ЕМС предлагает платформу для программно определяемой СХД, которая обладает функцией абстрагирования ресурсов хранения, позволяет объединить их в единый пул и обеспечивает в масштабе ЦОД автоматизацию всех процессов, связанных с хранением данных. «Задача состоит в том, чтобы сделать СХД незаметной для пользователя, но в любом ЦОД уже есть системы хранения, и появление новой неизбежно усложнит инфраструктуру, которая должна быть по возможности простой. Решение ЕМС может включать в себя другие системы хранения, при этом не ограничивая их функциональности и позволяя сохранить уже сделанные инвестиции», рассказывает Денис Серов. Наряду с использованием как новых, так и существующих платформ важным моментом является минимизация перемещения данных, а также обеспечение различных способов доступа к ним например, с помощью файлового, блочного, объектного доступа, причем из разных мест и с соблюдением требований безопасности. Программно определяемая система хранения EMC ViPR (см. Рисунок 4) API Виртуальные пулы хранения Рисунок 4. EMC ViPR: программно определяемая СХД. СХД Isilon Глобальные сервисные данные Объектное хранение HDFS Путь данных Другие производители Другие сервисы Стандартное оборудование с помощью API интегрирует СХД разных вендоров, создает виртуальные пулы ресурсов, управляет ими, предоставляет пользователям портал самообслуживания для заказа услуг, реализует распределение ресурсов по требованию. При этом «путь контроля» отделен от «пути данных»: серверы и приложения могут обмениваться информацией с физическими устройствами напрямую, минуя слой виртуализации. Это позволяет использовать расширенные функции, не снижая уровней надежности и производительности комплекса. «Путь данных» реализует сервисы их обслуживания: защиту, резервное копирование, катастрофоустойчивость, различные дополнительные протоколы доступа, миграцию данных и др. Портал позволяет управлять инфраструктурой и конфигурацией системы. Из списка поддерживаемых СХД можно выбрать требуемые системы хранения, задать IP-адреса и учетные данные, после чего СХД добавляются к виртуальному пулу. Затем выполняется регистрация коммутаторов (Cisco или Brocade) и сервисов защиты данных, формирование виртуальных дисковых массивов и выбор портов системы хранения и подключаемых серверов. В результате конечный потребитель соединяется с требуемым ресурсом. Логические тома автоматически выбираются из различных пулов согласно правилам и получают предпочитаемое QoS. ViPR интегрируется с VMware и OpenStack. Например, через API пулами хранения можно управлять из vcloud Automation Center. Администратор может задать профили хранения, и VMware сама будет использовать доступные ресурсы хранения на тех или иных физических системах. Владельцы приложений могут менять уровни сервиса обслуживания данных и производить другие изменения. Решения принимаются на основе объективных показателей по метрикам производительности. Помимо самой платформы ViPR, компания EMC предлагает ряд других интегрированных сервисов, включая сервис хранения по требованию (VVOL), активное объектное хранилище (Atmos/VE), архивирование файлового контента (CTA/VE), резервное копирование (Avamar/VE), защиту данных и поддержку катастрофоустойчивости (RP/VE). «ViPR обеспечивает плавный переход к новому способу хранения данных на основе имеющихся ресурсов хранения данных. Выделение необходимых ресурсов становится незаметным для пользователя, а возможности хранения дополняются новыми сервисами, количество которых будет увеличиваться», заключает Денис Серов. Ранее VMware уже применяла понятие «программно определяемые СХД» по отношению к VMware vsphere Storage Appliance (VSA) и Virsto гипервизору для СХД. Очевидно, новые определения модели да и сама терминология еще не устоялись. Однако показательно то, что NetApp уже использует новый термин с целью продвижения объявленной в июне новой версии своей флагманской операционной системы Сlustered Data ONTAP 8.2. Эта ОС разбивает физическую СХД на ряд виртуальных серверов (Storage Virtual Machine/SVM, ранее Vserver). Поддержка многопользовательской среды и обслуживание СХД осуществляются на основе политик с помощью программных интерфейсов (API) и интеграции приложений. Как заявляют в NetApp, данное решение устраняет ограничения по производительности, готовности и эффективности, характерные для традиционных СХД, позволяя ИТ-отделам адаптировать инфраструктуру хранения данных к меняющимся потребностям бизнеса и приложений без прерывания рабочих процессов. Как ожидается, Clustered Data ONTAP позволит эффективно использовать преимущества программно определяемой СХД, что со временем позволит вытеснить медленные и неэффективные методы организации хранения данных. Не факт, что предложенная EMC терминология будет столь же широко подхвачена отраслью, как это было в случае с SDN, но подходы к хранению данных, несомненно, станут меняться вместе с эволюцией ЦОД. Сергей Орлов ведущий редактор «Журнала сетевых решений/lan». С ним можно связаться по адресу: 42 Журнал сетевых решений/lan

45

46 ИТ-ИНФРАСТРУКТУРА: СРАВНЕНИЕ МОДУЛЬНЫХ СЕРВЕРОВ ЦОД с потенциалом автоматизации При помощи блейд-серверов можно добиться не только высокой плотности размещения серверов на малой площади, но и значительно упростить администрирование серверов за счет виртуализации LAN и SAN. Кроме того, некоторые производители интегрируют модули хранения прямо в шасси с блейдами. Мы представляем подробный обзор современного поколения модульных серверов, выпускаемых пятью крупными вендорами: Cisco, Dell, Fujitsu, HP и IBM. Эти решения имеют как общие черты, так и различия. Кристоф Ланге Когда около десяти лет назад на рынке появились первые модульные серверы, их основная задача заключалась в том, чтобы уместить максимальную производительность в как можно меньшем объеме. С тех пор производители развивали свои блейд-системы в разных направлениях. Максимально большое количество серверов в стойке теперь является лишь одной из множества возможных конфигураций. Так, к примеру, эти системы могут оснащаться модулями с четырьмя процессорными сокетами или модулями хранения, чем достигается высокая гибкость. Дополнительные очки модульным решениям приносят высокопроизводительные инструменты администрирования, с помощью которых за короткое время можно предоставить пользователям множество серверов. При этом важную роль играет виртуализация подключений по локальной сети и сети хранения данных, позволяющая отделить серверное аппаратное обеспечение от физической инфраструктуры LAN и SAN. К примеру, при замене сетевой платы (NIC), адаптера HBA или целого модульного сервера программа управления автоматически присвоит серверу прежние адреса MAC, WWN или iscsi при последующей загрузке. РАЗЛИЧНЫЕ КОНЦЕПЦИИ СЕТЕВЫХ ПОДКЛЮЧЕНИЙ Большинство производителей придерживаются традиционного подхода в отношении организации сетевого подключения модульных серверов к инфраструктуре LAN и SAN и оснащают каждое шасси избыточными коммутаторами Ethernet и SAN. В результате, по сравнению с серверными стойками, полностью заполненными серверами высотой 1U, существенно уменьшается число кабельных соединений, поскольку отдельные модульные серверы напрямую подключаются к коммутаторам через соединительную плату (Midplane) шасси. С помощью коммутаторов Fibre Channel over Ethernet (FCoE) количество проводов можно сократить еще вдвое, поскольку передача трафика FC и Ethernet (NAS и iscsi) осуществляется по одному и тому же кабелю, а значит, для всех протоколов потребуется только один вид коммутаторов. В этом случае модульные серверы должны оснащаться конвергентными сетевыми адаптерами (Converged Network Adapter, CNA), поддерживающими все протоколы. При особенно высоких требованиях к скорости передачи данных и допустимым задержкам (Latency) применяются коммутаторы InfiniBand. Все производители традиционных модульных шасси имеют в своих продуктовых портфелях различные коммутационные модули для всех перечисленных сетевых топологий. Другим путем пошла компания Cisco. В ее решении Unified Computing System (UCS) используется концепция унифицированной сетевой матрицы (Unified Fabric), знакомая по коммутаторам Cisco Nexus, в соответствии с ней передача всех значимых протоколов осуществляется через соединения Ethernet. На обратной стороне каждого шасси имеются один или два модуля Fabric Extender (FEX), к которым напрямую подсоединяются модульные серверы (см. Рисунок 1). Со стороны сети модули FEX подключены к так ITP Verlag 44 Журнал сетевых решений/lan

47 СРАВНЕНИЕ МОДУЛЬНЫХ СЕРВЕРОВ называемым связующим коммутаторам (Fabric Interconnect, FI) на базе устройств Nexus При традиционном подходе к оснащению шасси общая пропускная способность системы ввода-вывода масштабируется до более высоких значений, чем в решении с модулями Fabric Extender, поскольку одно шасси способно вместить до десяти коммутирующих модулей (конкретное число зависит от выбора вендора). У Cisco их количество ограничено двумя модулями FEX на одно шасси. Однако на практике эта разница будет заметна лишь в тех задачах, где требуются высокопроизводительные вычисления (High-Performance Computing), поскольку рассматриваемое решение способно обеспечить очень высокую скорость передачи данных. Шасси UCS c двумя восьмипортовыми модулями FEX предоставляет четырем или восьми подключенным к нему модульным серверам суммарную пропускную способность в 160 Гбит/с. Еще один аргумент против сделанного Cisco выбора архитектуры связан со смещением трафика с направления север юг в сторону восток запад. В первом случае имеется в виду традиционный трафик данных между клиентами и серверами, когда внешние клиенты получают доступ к серверам, расположенным в ЦОД, а во втором коммуникация между серверами внутри ЦОД, роль которой особенно возросла в результате виртуализации серверов. В системах UCS данные, которыми обмениваются серверы, подключенные к одному шасси или находящиеся в одной стойке, вначале направляются на коммутатор FI в сети, а затем возвращаются обратно, в то время как шасси с интегрированными коммутаторами способно самостоятельно коммутировать локальный трафик между серверами одного шасси либо в режиме стека между серверами, расположенными на разных шасси, не загружая при этом внешнюю сеть. ШАССИ И СЕРВЕРНОЕ АППАРАТНОЕ ОБЕСПЕЧЕНИЕ Конструкции модульного шасси у большинства систем схожи. У Cisco корпус UCS вследствие особенностей реализации сетевого подключения устроен достаточно просто и содержит, помимо самих модулей серверов, до двух модулей Fabric Extender, вентиляторы и блоки питания. Другие производители могут, в зависимости от требований клиентов, интегрировать в одно шасси до десяти коммутаторов Ethernet, FC или FCoE/DCB (Data Center Bridging, DCB). Соединительная плата сопрягает модули ввода-вывода с модульными серверами. Шасси UCS-5100 высотой в шесть монтажных единиц предоставляет место для установки восьми модульных серверов половинной ширины или четырех полной. Модульные системы BX900 (производства Fujitsu), M1000e (Dell) и C7000 (HP) размещаются в корпусах высотой в десять монтажных единиц. Высокопроизводительная система BladeCenter H компании IBM занимает в стойке 9 монтажных единиц. Этот вендор в прошлом году представил новое поколение модульных систем PureSystems, которые можно приобрести и в виде инфраструктурного блока под названием PureFlex. Кроме того, IBM предлагает интегрированное решение PureApplication, содержащее все компьютерные компоненты, включая ресурсы хранения данных, и готовое прикладное программное обеспечение, к примеру для бизнес-аналитики, все в одном блоке. В корпусах, выпускаемых Dell и HP, можно устанавливать восемь модульных серверов полной, 16 серверов половинной или 32 сервера четвертной ширины. Правда, при установке 32 блейдов на один сервер будет приходиться вдвое меньшая пропускная способность систем ввода-вывода, чем при использовании 16 блейдов. Система BX900 от Fujitsu позволяет разместить до 18 модульных серверов половинной ширины или девять полноформатных модулей. IBM предлагает для своего Bladecenter H только серверные модули, занимающие целую монтажную единицу. Одно шасси вмещает до 14 серверов. Все производители допускают комбинацию различных типов модульных серверов на одном шасси, а некоторые предлагают урезанную версию шасси для небольших предприятий или филиалов. Модульные серверы выпускаются в различных вариантах аппаратного оснащения, начиная с недорогих односокетных и двухсокетных до блейдсерверов с четырьмя процессорами. Dell и HP предлагают модульные серверы с процессорами Intel или AMD, Cisco и Fujitsu отдали предпочтение Intel, а IBM, помимо процессоров Intel, поддерживает еще и собственные процессоры Power7, благодаря чему модульные серверы этого производителя могут работать под управлением операционных систем IBM AIX и iseries. Рисунок 1. В системе Unified Computing System шасси с блейдами связывают модули Fabric Extender, оснащенные многопротокольными коммутаторами Nexus. Рисунок 2. PowerEdge M1000e от Dell это корзина для модульных серверов, куда можно устанавливать не только серверные модули, но и модули хранения iscsi Equallogic. МАСШТАБИРУЕМЫЕ ПРОЦЕССОРЫ И ОПЕРАТИВНАЯ ПАМЯТЬ Максимально поддерживаемый объем оперативной памяти варьируется от 640 Гбайт до 1,5 Тбайт. Четырехсокетный блейд B420 M3 от Cisco может оснащаться 48 модулями DIMM, что в совокупности дает 1,5 Тбайт. В четырехсокетном модульном сервере M820 производства Dell оперативная память тоже достигает 1,5 Тбайт. Производительные модульные серверы компании HP оснащаются двумя или четырьмя процессорами и имеют 32 разъема для модулей DIMM, что позволяет расширить оперативную память до 1 Тбайт. Серверный модуль HX5 для IBM BladeCenter также предлагается в вариантах с двумя или четырьмя сокетами, а модуль расширения позволяет увеличить его оперативную память до 640 Гбайт. Выпускаемые этим же вендором системы PureApplication при комбинировании нескольких модульных серверов могут предоставить оперативную память емкостью от 1,5 до 9,7 Тбайт. В сегменте высокопроизводительных модульных серверов Fujitsu фокусируется на двухпроцессорных системах, в которых RAM может быть расширена до 768 Гбайт. Максимальная пропускная способность систем ввода-вывода для каж- Июль-Август

48 ИТ-ИНФРАСТРУКТУРА Рисунок 3. Блейд-система C7000 от HP выступает в качестве основы для облачной системы Matrix, способной автоматически предоставлять серверные ресурсы и емкость хранения. дого отдельного модульного сервера определяется конструкцией внутренней магистрали шасси (Backplane), количеством и пропускной способностью модулей ввода-вывода, установленными на сервере картами вводавывода, а также числом серверов, размещаемых на одном шасси. Между различными модульными системами существуют небольшие различия в значениях максимальной пропускной способности, но они будут заметны лишь в случае высокопроизводительных вычислений. С точки зрения оснащения жесткими дисками модульные серверы всех производителей сопоставимы друг с другом. На блейдах устанавливаются два или больше локальных жестких дисков наиболее распространенных типов (SAS, SATA или SSD), поддерживающих функцию горячей замены (Hot Swap). Начальная загрузка модульных серверов может выполняться прямо из сети хранения, так что особой необходимости в локальных жестких дисках нет. Для модульных систем характерна очень высокая плотность энерговыделения на одну монтажную единицу в стойке, поэтому, чтобы обеспечить контролируемый отвод выделяемого тепла, необходимо тщательно продумать организацию системы вентиляции и охлаждения. В пределах самого шасси решению этой задачи способствуют, среди прочего, заглушки, которые автоматически закрываются при удалении компонентов из системы. Это позволяет оптимизировать поток охлаждающего воздуха в шасси. Для климатизации нескольких шасси в одной стойке могут потребоваться специальные меры, к примеру шкафы с водяным охлаждением. ИНТЕГРАЦИЯ СИСТЕМ ХРАНЕНИЯ Модульные системы можно подключать к любым системам хранения данных. Поскольку в портфелях решений компаний Dell, Fujitsu, HP и IBM представлены собственные системы хранения, нет ничего удивительного в том, что эти производители интегрируют их в свои шасси. Различаются два подхода. В первом случае предлагаются модули хранения (Storage Blade), которые вставляются непосредственно в шасси. Во втором интеграция осуществляется на программном уровне, и в результате специальный инструмент для управления развертыванием систем (Deployment Tool) при инсталляции новых серверов автоматически создает логические устройства (Logical Unit Number, LUN) на системах хранения данных и назначает их соответствующим серверам. Модуль хранения Dell EqualLogic PSM4110 способен вместить до 14 жестких дисков формата 2,5, причем речь идет о полноценной системе iscsi. В одном шасси могут функционировать до четырех модулей EqualLogic (см.рисунок 2). HP тоже предусматривает возможность интеграции модульных систем с собственными решениями для хранения данных. Помимо модуля с дисками SAS, который назначается соседнему блейд-серверу, предлагается отдельное шасси, куда устанавливаются модули хранения P4800, подключаемые через интерфейс iscsi и способные предоставить до 42 Тбайт для хранения данных. У IBM ее классическое решение BladeCenter подключается к внешним системам хранения данных. Между тем новое шасси PureFlex интегрирует систему хранения IBM V7000 и позволяет за счет этого улучшить автоматизированную процедуру предоставления серверов в части взаимодействия с ресурсами хранения. Программное обеспечение V7000 обеспечивает виртуализацию систем хранения других производителей и включение их в систему управления IBM. Fujitsu предлагает для шасси BX900 несколько модулей хранения. Модуль SX940 содержит до четырех дисков и назначается соседнему серверному модулю. Модули хранения SX960 и SX980 вмещают до десяти дисков. Система SX960 в комбинации с виртуальным устройством NetApp Ontap может применяться и в качестве совместно используемого хранилища (Shared Storage), к примеру для серверных кластеров. Кроме того, в портфеле компании Fujitsu имеются сертифицированные готовые решения под названием Dynamic Infrastructure Blocks, которые состоят из шасси BX900 и систем хранения данных Eternus и предлагаются в трех модификациях. У Cisco нет собственных систем хранения, но она предлагает стоечный сервер UCS, который можно оснастить большим количеством жестких дисков. При реализации крупных инсталляций Cisco сотрудничает с EMC и Netapp и предлагает теперь так называемые конструктивные блоки (Building Blocks) для особых задач, таких как VDI или SAP. В результате кооперации с EMC создан V-Block, а конструктивный блок, куда входят системы хранения от NetApp, получил название FlexPod. УПРАВЛЕНИЕ ШАССИ И СЕРВЕРАМИ Производители предлагают целый ряд инструментов для управления модульными серверами и шасси. У Cisco ПО управления выполняется на коммутаторах Fabric Interconnect. В других решениях управляющие модули, как правило, интегрируются в само шасси. В число стандартных функций входят удаленный доступ к консоли KVM (клавиатура, видео, мышь) серверных модулей. Кроме того, администратор может настроить режим ожидания для некоторых блейдов, которые будут автоматически активироваться при отказе какого-либо модуля. Автоматическое обновление микропрограммного обеспечения (Firmware) для компонентов шасси и серверов тоже стало стандартной функцией. Кроме того, интерфейсы управления позволяют контролировать виртуальные серверы. Функции энергосбережения позволяют задать предельные значения для максимального энергопотребления в каждом шасси. При превышении этого порогового значения система либо снижает активность работающих блейдов до такого уровня, чтобы можно было подключить еще один сервер, либо препятствует активации дополнительных модулей. Имеющиеся на рынке решения для мониторинга позволяют контролировать правильную работу всех аппаратных компонентов и следить за тем, чтобы температура не выходила за пределы установленных значений. Кроме того, они фиксируют показатели производительности и уведомляют администратора о превышении поро- 46 Журнал сетевых решений/lan

49 говых значений или отказе каких-либо компонентов. Решения для управления серверами позволяют контролировать не только модульные, но и стоечные серверы (обычно собственной разработки, но иногда и сторонних производителей). Производители традиционного серверного оборудования предлагают исчерпывающие наборы инструментов для администрирования серверов. К примеру, у Dell для этих целей имеется семейство решений Open Manage, у Fujitsu пакет ServerView Suite, у HP семейство Systems Insight, а у IBM Systems Director и другие продукты из пакета Tivoli. Сюда же входят решения для развертывания систем, позволяющие устанавливать операционные системы сразу на большом количестве серверов. У Cisco до сих пор не появилось собственного инструмента для развертывания операционных систем, но сервисный профиль Cisco UCS Manager на базе XML позволяет быстро подготовить большое количество серверов для установки операционной системы с помощью инструментов от сторонних производителей. Серверы загружаются с заданного в профиле диска SAN и получают виртуальные адреса MAC и WWN соответствующего профиля. Путем назначения другого профиля можно в кратчайшие сроки поменять операционную систему, используемую на блейд-сервере. Кроме того, сервисные профили поддерживают настройку виртуальных серверов. ВИРТУАЛИЗАЦИЯ СЕТЕЙ Не только Cisco, но и другие производители модульных серверов разработали для своих систем решения для виртуализации MAC- и WWNадресов, благодаря чему после замены аппаратных компонентов серверам удается сохранить свою изначальную сетевую конфигурацию. Dell, HP и IBM интегрировали свое ПО для виртуализации в модули шасси. Fujitsu использует для виртуализации вводавывода внешнее серверное устройство, на которое возлагается задача повторной конфигурации серверных модулей в случае замены аппаратных компонентов. При этом все производители придерживаются схожих подходов: программа управления в процессе загрузки серверного модуля обращается к микропрограммному обеспечению адаптеров и заменяет существующие MAC- и WWN-адреса на виртуальные адреса из адресного пула. Благодаря виртуализации ввода-вывода эти решения способны автоматически переносить сетевые порты виртуальных серверов при миграции на другую хост-систему. Другой важный момент виртуализации ввода-вывода касается конвергентных адаптеров CNA на 10 Гбит/с, Наиболее удобны в использовании готовые конструктивные блоки, состоящие из модульных серверов и систем хранения. Если предприятие к тому же выберет подходящие инструменты для администрирования и автоматизации, то серверные среды с модульными блейдсистемами можно будет внедрить без больших финансовых вложений. способных передавать несколько протоколов одновременно и ограничивать пропускную способность виртуальных портов. Один порт на 10 Гбит/с предоставляет четыре виртуальных канала, каждый из которых можно настроить на поддержку Ethernet, iscsi или FCoE. Для каждого канала администратор может задать максимальную пропускную способность с шагом в 100 Мбит/с. ОРКЕСТРОВКА И ИНТЕГРАЦИЯ ОБЛАКОВ Чтобы иметь возможность автоматически предоставлять серверы в облаке, необходима тесная интеграция модульных серверов с системами хранения. Dell, Fujitsu, HP и IBM, выпускающие собственные системы хранения данных, предлагают решения для оркестровки, которые, среди прочего, позволяют настраивать разбиение на зоны для FC (Zoning), а также автоматически создавать и присваивать LUN новым серверам. IBM предлагает очень широкий ассортимент решений для оркестровки и автоматизации выполняемых действий (Workflow). К примеру, IBM Service Delivery Manager (ISDM) может управлять процедурами на разных платформах. Кроме того, компания предлагает продукт начального уровня Smart Cloud Entry, позволяющий автоматически предоставлять до 1000 систем на платформах VMware или AIX. У Dell функции оркестровки реализуются в решении Virtual Integrated System (VIS). Эта система СРАВНЕНИЕ МОДУЛЬНЫХ СЕРВЕРОВ включает в себя решение VIS Creator для автоматического предоставления серверов и Advanced Infrastructure Manager для динамичного управления рабочей нагрузкой с функциями аварийного восстановления после сбоев (Recovery). Fujitsu выпускает ServerView Resource Orchestrator полный набор инструментов для автоматического предоставления серверов. А в портфолио HP имеется комплексное решение Matrix (см. Рисунок 3), куда включены BladeCenter и различные программные продукты, такие как Opsware, позволяющие предлагать облачные сервисы через портал. В системах Cisco ресурсы хранения данных могут автоматически выделяться в результате взаимодействия с системами компаний EMC или NetApp, а UCS может интегрироваться с решениями для оркестровки других производителей (статья была написана до появления у Cisco ПО Cloupia для автоматизации управления инфраструктурой ЦОД см. подробнее статью Сергея Орлова «Трансформация ЦОД» в этом номере. Прим. ред.). ЗАКЛЮЧЕНИЕ Работающие на рынке на протяжении многих лет производители серверных систем и при выпуске модульных серверов делают основной акцент именно на серверах. В отличие от них компания Cisco придерживается сетецентрического подхода. Выбор концепции во многом зависит от технологической стратегии компании. Отдавая предпочтение тому или иному варианту модульных серверов, заказчик должен определиться со способом подключения системы хранения, в особенности если одной из главных задач является обеспечение полномасштабной автоматизации. Наиболее удобны в использовании готовые конструктивные блоки, состоящие из модульных серверов и систем хранения, которые предлагаются всеми рассмотренными в данной статье производителями. Если предприятие к тому же выберет подходящие инструменты для администрирования и автоматизации, то серверные среды с модульными блейдсистемами можно будет внедрить без больших финансовых вложений. Кристоф Ланге независимый журналист и консультант по ИТ. Июль-Август

50 СОВРЕМЕННЫЙ ОФИС: БЕСПРОВОДНОЙ ОФИС Офис без проводов Модель BYOD, мобильность сотрудников и все более активное использование видео в бизнес-процессах требуют специального проектирования и соответствующей организации беспроводной сети, но прежде необходимо выбрать подходящее решение для развертывания сети WiFi. Сергей Орлов За последние пару лет количество устройств с поддержкой WiFi резко выросло и продолжает увеличиваться. Этому способствуют повсеместное распространение портативных компьютеров с WiFi и все более широкое использование пользовательских устройств (BYOD) смартфонов, планшетов и ноутбуков (см. Рисунок 1) при решении бизнесзадач. В результате потребность в организации беспроводного доступа для сотрудников, работающих как в офисе, так и за его стенами, неуклонно возрастает. Рынок оборудования WiFi динамично развивается, причем, согласно прогнозам аналитиков, он будет расти быстрее по сравнению с другими беспроводными технологиями, ведь функциональность WiFi интегрируется в большинство выпускаемых мобильных устройств. Аналитики Dell Oro относят к пятерке лидеров мирового рынка WLAN компании Cisco (52,3%), Aruba (11%), Ruckus (5,6%), HP (5,2%) и Motorola (4,7%), причем у Ruckus в 2012 году продажи выросли на 48%, у Cisco и Aruba на 28 и 18% соответственно, тогда как у Motorola увеличились лишь на 7%, а у HP они снизились на 3%. На российском рынке представлено оборудование WiFi разного класса от ведущих мировых поставщиков, однако до сих существует дефицит решений корпоративного уровня. По данным исследования Cisco (2012 год), в нашей стране общий объем рынка беспроводных локальных сетей составляет 150 млн долларов, а его корпоративного сегмента 82 млн долларов. На долю Cisco приходится 50%. В ряде отраслей надежная и производительная сеть WiFi является важной составляющей бизнеса. Однако ее развертывание в гостиницах, конференццентрах, складских терминалах, медицинских учреждениях и спортивных сооружениях имеет свою специфику. В одних случаях приходится обслуживать очень большое число пользователей, в других поддерживать коммуникации между устройствами (M2M), при этом требования к качеству и стабильности канала различаются. Для BYOD необходимы защищенный и гостевой доступ, настраиваемые возможности работы; для мобильности роуминг, оптимальная производительность клиентов, доступ в облако; для поддержки видео гарантированная производительность, возможность проведения видеоконференций и обеспечение многоадресной потоковой передачи. Растет и количество публичных сетей WiFi. По прогнозу Informa Иллюстрация Натальи Левшиной Telecoms and Media, с 2012 по 2015 год число хотспотов, установленных по всему миру, увеличится с 2,1 до 5,8 млн. Согласно прошлогоднему исследованию компании Mobia, почти 70% трафика данных со смартфонов передается по сетям WiFi, и лишь 30% по сотовым сетям. WIFI И СОТОВЫЕ СЕТИ По целому ряду причин развертывание сети WiFi оказывается предпочтительнее использования сетей 3G/4G. И это касается не только корпоративной сети и модели BYOD. Как показывает недавнее исследование компании WeFi, специализирующейся на решениях для мобильного широкополосного доступа, качество беспроводной связи в США коррелирует с плотностью населения в разных штатах, причем в густонаселенных районах скоростные характеристики лучше у WiFi, но хуже у сотовых сетей. Исключение составляют лишь регионы с очень низкой плотностью населения, где скорость передачи данных в сотовых сетях невысока. Средняя же скорость в сетях WiFi составляет 2,76 Мбит/c, а в сотовых 1,92 Мбит/с. Что же касается других стран, то в целом сети WiFi в США на 69% быстрее. Автоматическое перенаправление трафика мобильного Интернета через каналы WiFi позволяет разгрузить сотовые сети и обслуживать большее число мобильных пользователей. Для интеграции сетей LTE и WiFi предложена так называемая архитектура Small Cells. Например, выпущенный в прошлом году шлюз Ruckus SmartCell 200 интегрируется с макроинфраструктурой LTE и позволяет задействовать средства аутентификации, биллинга и сервисные интерфейсы сети 48 Журнал сетевых решений/lan

51 БЕСПРОВОДНОЙ ОФИС LTE для сотен обслуживаемых точек доступа разных производителей. При этом пользователи работают в сети WiFi, получая услуги своего оператора. Такой подход помогает разгрузить сети LTE. Упрощается и процедура подключения к WLAN. Год назад Wi-Fi Alliance (WFA) предложил программу сертификации и спецификации Passpoint. Сертифицированные беспроводные устройства с поддержкой Passpoint избавляют пользователя от необходимости вручную выбирать сеть WiFi и регистрироваться в ней этот процесс полностью автоматизируется. Клиентское устройство выбирает точку доступа по информации Passpoint, а при роуминге может подключаться к точкам доступа провайдера, поддерживающим соответствующую услугу. Спецификация Wi-Fi Alliance Hotspot 2.0 для первого этапа программы Passpoint предусматривает автоматизацию поиска сети WiFi, аутентификацию пользователя и устройства с помощью SIM-карты клиентского устройства и защиту соединения посредством шифрования WPA-2 Enterprise. Как ожидается, оборудование с поддержкой Passpoint поможет операторам разгрузить сотовые сети, освободив их от трафика передачи данных, и сократить операционные затраты за счет развертывания единой сети WiFi, где предлагаются сервисы нескольких операторов. Объем поставок в единицах продукции (млн) IV кв года Число смартфонов + планшетов >числа ПК Настольные ПК Ноутбуки Смартфоны Планшеты Рисунок 1. По прогнозу Berg Insight, к 2015 году в мире будет насчитываться 2,8 млрд пользователей смартфонов. Совокупные продажи смартфонов и планшетов превысили продажи ПК уже в 2011 году. WIFI ДЛЯ БИЗНЕСА Что касается корпоративных сетей, то ИТ-специалисты давно мечтают о том, чтобы создание надежно функционирующей сети WiFi отнимало как можно меньше времени, усилий и нервов. Какие же ключевые факторы нужно учитывать, выбирая точки доступа и средства управления? Популярность модели BYOD означает, что сотрудники будут использовать в корпоративной сети все большее число смартфонов, планшетов и ноутбуков, то есть нагрузка на существующие сети WiFi возрастет. Компаниям, еще не развернувшим собственные беспроводные сети, нужно учитывать несколько важных моментов. По оценкам аналитиков, примерно в 80% случаев мобильные пользователи работают с данными в помещении и при этом часто меняют свое местоположение. Обеспечение устойчивой производительности в такой сложной многопользовательской среде становится важной задачей. Даже простое изменение ориентации мобильного устройства может привести к пятикратному снижению скорости обмена данными, если точка доступа не может адаптироваться к таким изменениям. Несмотря на схожесть спецификаций, точки доступа для бизнеса, выпускаемые такими вендорами, как Aruba, Cisco и Ruckus Wireless, значительно отличаются по своей функциональности от оборудования для потребительского рынка, хотя по внешнему виду этого зачастую и не скажешь. Последнее не обладает такой надежностью и хуже работает в условиях помех, исходящих от соседних беспроводных сетей. Кроме того, оно способно обслуживать всего несколько десятков устройств одновременно и не обладает функциями управления, обеспечения безопасности, контроля нагрузки, удаленного развертывания и возможностями модернизации, как это свойственно корпоративным системам. Желательно, чтобы оборудование WLAN имело следующие базовые возможности: поддержка стандарта n с двумя пространственными потоками и антенной MIMO; функции управления политиками и ресурсами, обнаружения вторжений и подложных точек доступа, приоритизации трафика и QoS; средства удаленного мониторинга, основные инструменты планирования сети, стандартные средства аутентификации и шифрования; поддержка LDAP/AD/RADIUS; автоматическое управление спектром частот, простое управление ресурсами для гостевого доступа с выходом в Интернет; получение отчетов о показателях производительности и характеристиках использования. Точки доступа для бизнеса рассчитаны на надежную работу в круглосуточном режиме в условиях высокой нагрузки. Большинство из них могут работать в диапазонах частот 2,4 и 5 ГГц (в том числе одновременно), обслуживая клиентские устройства обоих типов или используя частоту 5 ГГц для коммуникаций с ядром сети в местах, куда трудно проложить кабельную сеть. Однако в России пока действует запрет на применение оборудования диапазона 5 ГГц вне помещений. Планированию беспроводной сети следует уделить повышенное внимание. Чрезмерная плотность точек доступа приводит к интерференции сигнала и снижению пропускной способности в таком случае число устройств, которые способна поддерживать создаваемая сеть WiFi, снижается. Некоторые вендоры применяют специальные решения для уменьшения плотности точек доступа: так, за счет специальной конструкции антенн в корпусе устройства Xirrus помещается до 16 направленных антенн. Производительность лишь одна из характеристик корпоративного оборудования WiFi, но с увеличением числа мобильных устройств и корпоративных беспроводных сетей она приобретает все большее значение. Важный фактор средства управления сетью и ее защита. Индивидуальное конфигурирование точек доступа не только неэффективно, но и увеличивает число ошибок, поэтому чем больше Июль-Август

52 СОВРЕМЕННЫЙ ОФИС в сети точек доступа, тем важнее средства централизованного управления. Как правило, производители оборудования WiFi оснащают его целым набором средств безопасности, включая идентификацию неавторизованных сетей, защиту от спуфинга или атак методом «грубой силы». Очень полезна функция регистрации системных событий и событий безопасности в журнале c его сохранением на сервере, которая помогает выявлять узкие места и угрозы безопасности. Кроме того, с точки зрения безопасности и управления важна поддержка нескольких идентификаторов Service Set Identifier (SSID). Например, для каждого SSID можно настроить свой уровень безопасности: для гостей открытую сеть, для беспроводных видеокамер с шифрованием WPA2, а для сотрудников с аутентификацией через сервер RADIUS. В зависимости от SSID беспроводные клиенты могут подключаться к разным виртуальным локальным сетям (VLAN). Это позволяет разделить трафик, предоставить сервис определенного качества и маршрутизировать поток данных на специфическое устройство безопасности. Обычно для управления несколькими точками доступа используются контроллеры. Исключение составляют лишь совсем небольшие беспроводные сети. Контроллер центральное устройство для конфигурирования точек доступа и управления ими. Оно может быть не только физическим и виртуальным, но даже облачным с управлением через Интернет такую модель предложили компании Meraki и Aerohive, а стартап Tanaza разработал облачное решение для онлайнового управления и конфигурирования обычных точек доступа, которые изначально на это не были рассчитаны. Поддержка PoE упрощает размещение точек доступа в местах, куда не подведено электропитание, а также позволяет защитить беспроводную сеть с помощью ИБП достаточно запитать от источника бесперебойного питания коммутаторы с PoE. Ведущие вендоры на рынке WLAN Аналитики Info-Tech дали оценку ведущим производителям, конкурирующим на мировом рынке WLAN. В разряд «чемпионов» попали: компания Aruba (за средства обеспечения безопасности, широкий набор функций и решения, готовые к использованию модели BYOD), Cisco (как заслуживающий доверия вендор с высокоэффективными решениями WLAN, большой базой установленного оборудования и унификацией проводных и беспроводных сетевых решений), Enterasys (за унификацию продуктов, широкий набор функций, решение BYOD и разумные цены), HP Networking (за надежное унифицированное оборудование, предлагаемое по привлекательной цене (см. Рисунок А)), Juniper (как сетевой вендор, выпускающий мощные решения безопасности и добившийся прогресса в унификации систем), Ruckus (за инновационные решения и быстрое увеличение доли рынка). Отдельную награду за инновации получила компания Xirrus, разработавшая решения (multi-radio array) для крупномасштабной сложной среды, такой как кампусные сети. Aerohive и Meraki отмечены за «облачное управление» и поддержку распределенных беспроводных сетей. Однако со времени публикации отчета Info-Tech на рынке WLAN произошли некоторые изменения, поэтому он нуждается в уточнении. Одно HP Enterasys 91 Aerohive 83 Motorola 79 Meraki Ruckus Рисунок А. Индикатор ценности продукта WLAN от Info-Tech Research Group показывает соотношение предоставляемых им возможностей для бизнеса и его стоимости. Высший балл получила HP. Meru Juniper 55 Aruba Средний балл Xirrus 32 Cisco 0 Avaya из важнейших событий покупка Meraki компанией Cisco в ноябре прошлого года, усилившая позиции последней в сегменте SMB. Вендоры, работающие на этом высококонкурентном рынке, стремятся дифференцировать свои продукты, представляя инновационные разработки. Aerohive предлагает решения для распределенных сетей WLAN, управляемые из облака. Такой вариант, предназначенный в первую очередь крупным компаниям с филиальной структурой, подойдет и компаниям среднего размера, ведь решение Aerohive одно из самых простых в развертывании. Для настройки точек доступа и управления ими не требуется приобретать контроллеры. В то же время Aerohive HiveManager нельзя использовать для управления сетевой инфраструктурой других вендоров. Aerohive относительно недавно вышла на рынок WLAN и считается перспективной компанией. Ее решения привлекают все большее внимание специалистов. Aruba (см. Рисунок В), занимающая на мировом рынке WLAN второе место (после Cisco), предлагает усовершенствованные средства безопасности (включая контекстное управление правилами), которые аналитики называют лучшими в своем классе. В разработках этой компании особое внимание уделяется мобильности, включая оптимизацию сети WiFi для приложений и интеллектуальные функции устройств. Унифицированная система обеспечивает централизованное управление доступом к сети, собственно сетью и безопасностью. Aruba занимается исключительно WLAN, хотя в ее продуктовой линейке есть коммутатор доступа. Стоимость оборудования достаточно высока. Cisco является бесспорным лидером рынка, причем как в сегменте беспроводных устройств WiFi, так и на рынке оборудования для проводных сетей. На рынке WLAN компания успешно работает с 1999 года. Продукция этого сетевого гиганта отвечает разнообразным специальным требованиям, в том числе выдвигаемым для крупных сетей, при этом обеспечивается комплексная поддержка. Среди других Cisco выделяется хорошо проработанной архитектурой, наличием протестированных и рекомендованных к внедрению систем, включая сквозные решения без проблем совместимости, высокой надежностью оборудования (MTBF более 400 тыс. часов), участием в IEEE и FWA, а также предложением одного из лучших в отрасли средств мониторинга проводных и беспроводных сетей. Контроллер в корпусе 1U способен обслуживать до 6 тыс. точек доступа. Технологии CleanAir и ClientLink увеличивают помехозащищенность и повышают производительность сети. Выпускаемое Cisco оборудование WLAN высоко оценивается экспертами, причем по самым разным параметрам, но в числе недостатков отмечаются высокая стоимость продуктов, сложность сетевых решений и дороговизна поддержки. Enterasys, ведущая свою родословную от Cabletron, производитель сетевого оборудования с большим опытом работы, в том числе в области интеграции проводных и беспроводных решений. В 2008 году компания образовала совместное предприятие с Siemens Enterprise Communications. В числе достоинств ее продуктов интеграция сервисов передачи голоса и видео, широкий спектр решений и усовершенствованных опций. Еще один вендор, выпускающий проводные и беспроводные решения, оптимизированные для передачи голоса и видео, компания Avaya. Она хорошо известна как 50 Журнал сетевых решений/lan

53 Разрабатываемые вендорами технологии меняют представление о том, насколько интеллектуальной может быть современная корпоративная сеть WiFi, однако решения того или иного производителя имеют свою специфику и подходят далеко не для всех задач (см. врезку «Ведущие вендоры на рынке WLAN»). Тем временем скорости передачи данных в сети WiFi сравнялись с проводными локальными сетями, а оборудование прежнего поколения сменяют устройства, поддерживающие новые стандарты. ПЯТОЕ ПОКОЛЕНИЕ WIFI В настоящее время в корпоративных сетях WLAN наибольшее распространение получило оборудование стандарта n и i (WPA2). Скорости точек доступа с антеннами MIMO (Multiple-Input and Multiple Output) приближаются к 1 Гбит/с. Однако каждые 4 5 лет IEEE принимает новый стандарт WiFi. В ближайшие два года начнет распространяться стандарт беспроводных локальных сетей ac, обеспечивающий скорость передачи свыше 1 Гбит/с (см. статью Артема Иванова «WiFi на гигабитных скоростях» в майском номере «Журнала сетевых решений/lan» за 2013 год), но преобладать по-прежнему будет оборудование n. По прогнозу In-Stat, с 2012 по 2014 год поставки устройств с поддержкой БЕСПРОВОДНОЙ ОФИС ac вырастут с 1 млн до 350 млн штук ежегодно, при этом всего будет продано 1,5 млрд устройств n. Однако вряд ли новый стандарт будет массово внедряться в мобильном оборудовании. Наборы микросхем ac останутся достаточно дорогими и не заменят n в качестве стандарта для ноутбуков, планшетов и смартфонов. Между тем у нового стандарта широкая потенциальная сфера применения в корпоративной среде. Высокая помехоустойчивость, скорость и дальность связи привлекательны с точки зрения его внедрения в помещениях большой площади, где требуется поддержка множества клиентов. В конечном счете производитель сетевого оборудования для проводных сетей, но в настоящее время наращивает пока относительно небольшую линейку продуктов WLAN и средства управления. К достоинствам ее решений относится поддержка большего, чем у конкурентов, числа клиентов при передаче голосового трафика и видео. Среди сильных сторон обеспечение коллективной работы мобильных пользователей и коммуникаций в реальном времени. Конфигурация сети настраивается просто и быстро, однако для защиты от вторжений и поддержки дополнительных функций безопасности могут потребоваться решения других вендоров. HP обладает широкой продуктовой линейкой WLAN (включая уличные точки доступа), наполнению которой способствовало приобретение компаний Colubris и 3Com. Унифицированная архитектура HP FlexNetwork охватывает кампусные и филиальные сети, а также ЦОД. Однако поддержка мобильных устройств и решений BYOD пока уступает некоторым конкурентам из сегмента WLAN. По мнению экспертов, ее продукты хорошо подходят для крупных сетей, а показатели TCO являются одними из самых низких в отрасли. Juniper фокусирует внимание на интегрированных проводных и беспроводных решениях. На рынок WLAN она вышла в конце 2010 года с покупкой Trapeze Networks и активно наращивает свое присутствие. Ее решения отличаются поддержкой модели BYOD, наличием собственного мобильного клиента Junos Pulse и системы управления мобильными устройствами. Оборудование Juniper позволяет создавать отказоустойчивые конфигурации с сохранением связи (stateful failover): при отказе одного из компонентов пользователи продолжают работу без прерывания обслуживания. Имеются также гибкие средства управления трафиком. Не так давно появившаяся на рынке компания Meraki, приобретенная Cisco, предлагает решения для распределенных (кампусных и филиальных) сетей. Управление устройствами WLAN осуществляется из облака, причем управлять можно также коммутаторами Ethernet, устройствами сетевой безопасности, планшетами и ПК. Основа разработок компании проект MIT Roofnet. Решения Meraki с «самоконфигурирующимися» точками доступа хорошо подходят для компаний с филиальной структурой, торговых сетей и школ. В целом облачные решения считаются недостаточно безопасными, однако Meraki активно развивает защитные функции. Meru производит только оборудование WLAN, причем исключительно решения старшего класса. Она фокусирует внимание на надежной работе систем в ответственных средах и в средах с высокой плотностью клиентов. Ее продукты можно применять для развертывания крупных централизованно управляемых сетей, обслуживающих большое число пользователей, например на спортивных аренах. Их отличает стабильность работы и эффективный роуминг, простое масштабирование и реконфигурация. Благодаря партнерству с компанией SolarWinds решения Meru позволяют создавать проводные и беспроводные сети с единым управлением. Motorola уделяет особое внимание масштабируемости и адаптируемости решений для вертикальных рынков (например, предприятий розничной торговли, здравоохранения) и крупных сетей. Развитие ее бизнеса WLAN было подстегнуто покупкой в 2007 году компании Symbol Technologies, одного из пионеров рынка. Новые модульные точки доступа Motorola можно модернизировать, подключая к ним аппаратные модули, например для перехода на ac, что продлевает срок их службы. Аналогичную возможность модернизации предлагает Cisco в точках доступа Aironet серии Рисунок В. Контроллеры серии Aruba 3000 Mobility Controller. Однако, в отличие от Cisco и HP, у Motorola нет интегрированных с WLAN проводных решений, а поддержка BYOD ограничивалась до недавнего времени гостевым доступом (хотя разрабатываются новые средства для мобильных устройств). Продукты компании считаются надежными и простыми в управлении. Оборудование Ruckus Wireless позволяет строить высокопроизводительную и надежную инфраструктуру WiFi, простую в управлении и предоставляющую функции бизнес-класса. Ruckus предлагает инновационные технологии и простые в развертывании продукты, продавая только беспроводное оборудование. Компания быстро завоевала признание специалистов благодаря своей уникальной радиотехнологии и интеллектуальным функциям создания ячеистых сетей (mesh). Ее продукты пользуются спросом как на корпоративном рынке, так и у операторов связи и провайдеров. Ruckus продает решения WLAN по конкурентным ценам, хотя их нельзя отнести к дешевым продуктам цена несколько выше среднерыночной. Технология Ruckus BeamFlex улучшает покрытие и стабильность работы сети на разном удалении клиентов от точки доступа. Кроме того, не так давно разработано мобильное приложение для исследования объекта при развертывании сети. Хотя бизнес Ruckus в последние годы быстро растет, по сравнению с другими игроками рынка она остается относительно небольшой компанией. Ее система управления поддерживает только собственное оборудование, что ограничивает возможности управления проводной и беспроводной средой. Эксперты отмечают также, что Ruckus нередко запаздывает с выпуском на рынок новых разработок. Решения Xirrus хорошо подходят для крупных кампусных сетей. Xirrus «упаковывает» в одно устройство несколько приемопередатчиков и антенн (массив). В результате увеличиваются охват и емкость сети по сравнению с обычной точкой доступа, благодаря чему требуется меньше оборудования, а следовательно, снижается TCO. Продукты Xirrus хорошо подходят для приложений, востребованных на стадионах и крупных кампусах, но в других случаях лучше применять традиционные решения WLAN. Июль-Август

54 СОВРЕМЕННЫЙ ОФИС ac эволюция стандартов n 600 Мбит/с g/a 54 Мбит/с 5G b 11 Мбит/с Мбит/с 4-е поколение 2-е поколение 3-е поколение 1-е поколение Сегодня! Рисунок 2. Эволюция WiFi. Смена поколений. Продажи широкополосных маршрутизаторов n и ас в единицах продукции (млн штук) 70 0 распространение ac должно привести к миграции устройств в диапазон 5 ГГц и освобождению полосы 2,4 ГГц, но этот процесс будет постепенным. Стандарт ac стал уже пятым поколением WiFi (см. Рисунок 2). Разработчики постарались полнее задействовать потенциал диапазона 5 ГГц и обеспечить совместимость с более ранними стандартами для работы в смешанных сетях. Данный диапазон позволил ускорить передачу данных, в частности за счет большей ac Гигабитные скорости Рисунок 3. Рост продаж широкополосных маршрутизаторов n/ac для дома. Прогноз Infonetics Research (май 2013 года). Характеристика ac Wave ac Wave 2 Физическая 1,3 Гбит/с 1,3 Гбит/с 1,73 Гбит/с 2,6 Гбит/с 3,5 Гбит/с скорость Число пространственных потоков Модуляция 256 QAM 256 QAM 256 QAM 256 QAM 256 QAM Ширина канала 20, 40, 80 МГц 20, 40, 80 МГц 20, 40, 80 МГц MIMO Один пользователь Один пользователь Много пользователей Один пользователь Много пользователей 20, 40, 80, 80+80, 160 МГц Один пользователь Много пользователей 20, 40, 80, 80+80, 160 МГц Один пользователь Много пользователей a, n, ac a, n, ac a, n, ac a, n, ac a, n, ac Рисунок 4. В оборудовании ac Wave 2, выпуск которого ожидается в 2015 году, будет поддерживаться больше пространственных потоков и увеличится ширина каналов, что позволит достичь еще более высоких скоростей передачи данных. ширины канала. В диапазоне 5 ГГц гигабитный WiFi обратно совместим с n. До недавнего времени этот диапазон был закрыт, поэтому в нем работает существенно меньше устройств. Высокая скорость передачи данных достигается путем объединения большего количества подканалов в один общий шириной 80 МГц, в результате повысилась устойчивость и к некоторым помехам: в случае возникновения проблем в одном канале данные передаются по другим. Однако сигнал WiFi в полосе 5 ГГц проходит сквозь стены хуже, чем в диапазоне 2,4 ГГц. Применение нескольких антенн стало обязательным. Технология MU-MIMO позволяет разделить один канал между несколькими клиентами, а Beamforming динамически менять диаграмму направленности антенн в зависимости от местоположения устройства, усиливая сигнал в этом направлении. На рынке появляется все больше оборудования стандарта ac, в основном потребительского класса (см. Рисунок 3): так, производители маршрутизаторов представляют новые скоростные модели, хотя и признают, что основным спросом пользуются недорогие устройства прежнего поколения, обеспечивающие производительность, достаточную для массового рынка. Между тем в корпоративной среде ожидается высокий спрос на самые современные системы. Чтобы обеспечить защиту инвестиций заказчиков в условиях быстрой смены стандартов, некоторые вендоры разработали программы выкупа устаревающего оборудования или предлагают точки доступа со сменными радиомодулями. По прогнозу Info-Tech, к середине 2013 года большинство вендоров, работающих в сегменте WLAN, начнут выпускать оборудование стандарта ac. Например, в мае Cisco выпустила модуль ac Wave 1 (первая фаза) для точек доступа Aironet К 2015 году в мире будет уже свыше миллиарда устройств с поддержкой aс. Ожидается, что стандарт IEEE ac будет полностью ратифицирован в начале 2014 года, а концу того же года WFA разработает программу сертификации оборудования Wave 2 (вторая фаза) (см. Рисунок 4). В не столь отдаленном будущем большинство корпоративных сетей будут обеспечивать беспроводной доступ. BYOD станет повсеместной практикой, однако вошедшее в обиход словосочетание «беспроводной офис» так и останется выдумкой журналистов, ведь развертывание сети WiFi только увеличивает значимость грамотно спроектированной кабельной инфраструктуры для подключения точек доступа, принтеров, ПК, камер видеонаблюдения, серверов, NAS и сетевого оборудования. Сергей Орлов ведущий редактор «Журнала сетевых решений/lan». С ним можно связаться по адресу: 52 Журнал сетевых решений/lan

55

56 НОВАЯ ТЕХНОЛОГИЯ: ТРАНСФОРМАЦИЯ ЦОД Трансформация ЦОД Современные виртуализированные и облачные ЦОД предъявляют высокие требования к сетевой инфраструктуре и средствам управления. Не случайно именно эти темы оказались в числе ключевых на конференциях «МИР ЦОД» и в 2012 году, и в 2013-м. Сергей Орлов Значительный интерес к традиционному ежегодному двухдневному форуму «МИР ЦОД», проведенному в конце мая издательством «Открытые системы», еще раз подтвердил актуальность таких тем, как построение и эксплуатация центров обработки данных, создание и использование облачных сред, рациональная организация ЦОД и других компонентов ИТ-инфраструктуры. Технический поток «Виртуализация и программно определяемый ЦОД» привлек особое внимание аудитории. В представленных на нем докладах вендоров и системных интеграторов рассматривались самые разные вопросы: современные тенденции, характерные для ИТ-инфраструктуры центров обработки данных, подходы к оптимизации сетевой инфраструктуры, управление ЦОД, новые продукты и решения, переход к облачной модели и ее возможностям. А завершила его дискуссия по программно определяемым центрам данных (см. статью автора «Что такое SDDC?» в этом номере «Журнала сетевых решений/ LAN»). СЕРВЕРЫ И КОММУТАЦИЯ «Налицо взаимопроникновение технологий серверная инфраструктура уже неотделима от сетевой, так что компания Cisco не случайно занялась серверами. Чем больше серверов, тем большее число коммутаторов необходимо для обеспечения взаимодействия сервисов и тем большее внимание требуется уделять их настройке. Коммутацию нужно рассматривать и в аспекте широкого распространения виртуализации. Она обеспечивает не только взаимосвязь между серверами, но и затрагивает процессы внутри них», рассказывает Евгений Лагунцов, ведущий системный инженер-консультант Cisco Systems по серверным решениям. Cisco продолжает совершенствовать предложенную несколько лет назад не вполне традиционную серверную платформу ее Unified Computing System (UCS) архитектурно объединяет в себе серверные ресурсы, фабрику коммутации, связывающую между собой физические и виртуальные серверные ресурсы, а также интегрированное управление всем вычислительным комплексом на основе шаблонов и политик. Такая система управления хорошо масштабируется и работает на уровне серверных ферм. «UCS меняет саму парадигму использования серверов и позволяет существенно повысить эффективность серверной инфраструктуры с точки зрения внедрения, обслуживания и масштабирования, значительно снижая риски для ИТ и бизнеса», считает Евгений Лагунцов. Концепция UCS оказалась успешной: по данным IDC, Cisco занимает третье Иллюстрация Натальи Левшиной место на мировом рынке модульных серверов x86. В современных сервисно-ориентированных ЦОД установлено большое количество стандартных серверов и коммутаторов. Такая инфраструктура сложна в эксплуатации и требует значительных затрат на обслуживание, которые к тому же растут вместе с увеличением числа портов. В противовес этому Cisco предлагает сократить количество коммутаторов в ИТ-инфраструктуре и отойти от традиционной модели управления серверами с помощью утилит конфигурирования. Согласно предлагаемой концепции, сервер представляет собой вычислительный блок, динамически получающий свои характеристики в соответствии с заданными правилами, а универсальная коммутирующая фабрика (см. Рисунок 1) обеспечивает прямое подключение всех виртуальных и физических серверов и реализует взаимодействие всех сетевых потребителей. Такая архитектура позволяет централизованно задавать все сетевые политики для физических и виртуальных ресурсов в соответствии с текущими задачами. При увеличении числа серверов и наращивании системы администратору не приходится выполнять дополнительную работу настройки и коммутация осуществляются, как и прежде: первые задаются для совокупности серверов (ферм), а вторая едина для всей системы. Масштабирование не приводит к увеличению числа точек коммутации, задержек и сложности управления. «Достоинства архитектуры UCS особенно ярко проявляются в крупных проектах, однако у нас немало заказчиков, использующих всего одно шасси и несколько серверов, пояс- 54 Журнал сетевых решений/lan

57 ТРАНСФОРМАЦИЯ ЦОД няет Евгений Лагунцов. Даже на этом уровне система весьма эффективна с точки зрения управления и коммутации трафика». Она обеспечивает подключение серверов и виртуальных машин к фабрике, аппаратную коммутацию трафика, централизованное задание сетевых политик, контроль и управление для виртуальной и физической инфраструктуры. Важная часть UCS контроль и управление. В данной системе они интегрированы управление является составной частью системы и работает на коммутаторах фабрики. Cisco попыталась реализовать управление серверной инфраструктурой на уровне разделяемых абстрактных конструкций, таких как профили ресурсов, шаблоны, политики и т. д. Сервисный профиль абстрактная тиражируемая конструкция, в которой описываются все свойства сервера, не привязанные к конкретному оборудованию. Администратор может задавать характеристики профилей, тиражировать их в нужном количестве и при необходимости инициировать миграцию характеристик сервера с одной физической платформы на другую вместе с параметрами BIOS, версиями прошивок, характеристиками ввода-вывода и т. д. Для облачных решений полезна возможность тиражирования с помощью сервисного шаблона, который содержит все аппаратные конфигурации для конкретной фермы. При ассоциировании шаблона с оборудованием последнее получает необходимые свойства. Изменения в шаблоне распространяются сразу или по расписанию на всю ферму. Это упрощает масштабирование. Помимо простоты управления, можно использовать разные фермы для решения разных задач, причем реконфигурировать систему, перераспределяя ресурсы между приложениями, легко и просто (по сценариям, расписанию или команде администратора). Преимущество подхода предупреждение возможных сбоев как из-за невнимательности администратора, так и вследствие неправильной настройки сетевой инфраструктуры (параметры порта уровня доступа задаются в сервисном профиле). Уменьшение числа объектов управления снижает вероятность ошибок. Время внедрения приложений сокращается, масштабирование систем упрощается, сервисы внедряются быстрее и эффективнее, показатели TCO улучшаются. Данный подход не уникален схожие решения и технологии можно найти и у других вендоров, а в создании Cisco UCS участвовали около дюжины Интегрированное управление Рост масштабируемости без роста сложности Управление «один ко многим» (шаблоны, политики, профили, пулы) Возможность интеграции с партнерскими решениями ВМ Гипервизор ВМ ВМ Рисунок 1. Унифицированная фабрика Cisco UCS. партнеров, среди которых EMC, BMC Software, Microsoft, NetApp, Emulex, Qlogic и VMware. В России востребованы и другие совместные решения Cisco и партнеров: платформа vblock альянса VCE (в составе Cisco, EMC, VMware и Intel) и разработанная Cisco и NetApp платформа FlexPod. Хотя в общем случае такие платформы дороже интеграционного решения, заказчиков привлекают меньшие риски и единая «точка входа» при взаимодействии с вендором. Все чаще эти решения используются в качестве платформы для облачных вычислений и для развертывания облачных сервисов. ОТ ЦОД К ОБЛАКУ Открытую платформу (без привязки к вендору) для построения облаков развивает компания Citrix: ее ВМ ОС Сервисы на платформе MS Виртуальные рабочие столы: VDI Электронная почта: Exchange Коммуникации: Lync/OCS ECK Active Directory Пул ресурсов для VDI SAN A Service Manager: управление бизнес-услугами Мониторинг приложений и сервисов SCCM, Orchestrator: Оркестровка и управление рабочими нагрузками Пул ресурсов для AD Пул ресурсов для Lync System Center Operations Manager Пул ресурсов для Exchange LAN Управление SAN B Унифицированная фабрика Подключение серверов и виртуальных машин напрямую к центральному коммутатору фабрики Универсальный транспорт для передачи трафика LAN, SAN и управления Сервер получает нужное число портов нужного типа Гибкое распределение пропускной способности, эффективное управление трафиком HP, BMC, IBM Virtual Machine Manager: единая система управления виртуальными средами/ресурсами Citrix XenServer Microsoft Hyper-V VMware Оборудование (сервера, СХД, сети и т. д.) Рисунок 2. Архитектура динамического ЦОД (частного облака) от Microsoft. Пул ресурсов для OracleApp Сервисы на других платформах OracleApp IBMApp Пул ресурсов для IBMApp CloudPlatform поддерживает различные облачные стратегии, облачные и традиционные нагрузки, вокруг этой платформы сложилась широкая экосистема партнеров, а CloudPortal обеспечивает доставку облачных сервисов. Свой путь трансформации ЦОД с помощью облачных технологий предлагает компания Microsoft крупнейший в мире провайдер облачных сервисов, среди которых Office 365, SkyDrive и многие другие. Ступая на этот путь, компания стояла перед дилеммой: использовать решения других вендоров или разрабатывать собственные. Она выбрала последнее: в основе ее платных и бесплатных сервисов лежат собственные технологии. В качестве технологической платформы для виртуализации, облачных сред и VDI позиционируется ОС Windows Июль-Август

58 НОВАЯ ТЕХНОЛОГИЯ АБС банка ERPсистема Мобильные устройства Агенты Cloupia Система управления серверами Виртуальные машины: инфраструктура, серверы приложений, СУБД, Web-сайты и другие API СХД Каталог сервисов Физическая среда Конечные пользователи Администраторы Консоль администратора Система управления сетью Операции ИТ Панель управления Облачные сервисы Единая платформа аутентификации и мониторинга Объединенная среда управления и мониторинга Частное облако Рисунок 3. Архитектура гибридного облака Microsoft. Централизованное управление Мобильность нагрузок Безопасное взаимодействие LDAP, CMDB, измерение параметров БД Интеграция с корпоративными системами Унифицированное управление инфраструктурой Интегрированная облачная платформа vcenter SCVMM RHEVM VMware Hyper-V KVM Виртуальная среда Provider AP vcloud Express vcloud Модульная система Открытость для интеграции Установка в виде специализированного устройства Легкая и быстрая настройка Amazon, Rackspace,... Savvis VPDC, Terremark,... Другие провайдеры Рисунок 4. Cisco Cloupia интегрированная платформа для управления облачным ЦОД и автоматизации. Webсайты SQL Azure Виртуальные машины: инфраструктура, серверы приложений, СУБД, Web-сайты и другие Облака Другие сервисы Публичное облако Server Это современная платформа для построения динамических ЦОД и частных облаков. В архитектуре частного облака Microsoft (см. Рисунок 2) могут использоваться различные гипервизоры. Как и большинство крупных вендоров, компания развивает гетерогенные системы управления, поддерживающие разные платформы виртуализации. Так, например, Microsoft System Center VMM 2012 обеспечивает эффективную работу с гипервизорами Hyper-V, VMware и Citrix. Система способна одинаково хорошо управлять ресурсами Hyper-V и VMware vsphere с единой консоли, заявляет Александр Липкин, консультант по решениям Microsoft. «Microsoft развивает три ключевых направления: хорошо масштабируемую платформу серверной виртуализации Hyper-V, виртуализацию рабочих станций (VDI), централизованное управление и безопасность». Гипервизор Hyper-V и система управления System Center 2012 составляют основу частного облака от Microsoft. Hyper-V поддерживает репликацию ВМ и другие функции, необходимые для его построения. В рамках Hyper-V Extensible Switch с помощью партнерских расширений обеспечивается безопасное сетевое взаимодействие. Помимо контроля и перенаправления трафика, виртуальный коммутатор осуществляет антивирусную защиту. Технология Dynamic Access Control помогает обеспечить безопасный доступ к ресурсам в рамках инфраструктуры заказчика. Windows Server 2012 предусматривает также инвентаризацию и контроль ВМ. Менеджер сервисов обеспечивает предоставление услуг бизнеспользователям облачной платформы. Предлагаемый Microsoft бесплатный пакет Cloud Pack включает в себя все необходимые процессы для организации работы по методикам ITIL/ ITSM. В публичном облаке Azure предоставляются сервисы PaaS и IaaS. Пользователь может размещать в нем свои виртуальные машины, базы данных SQL Server, Web-сайты и пр. Наиболее распространены четыре типовых сценария применения Azure: хранение данных, их резервное копирование/восстановление; использование в качестве среды разработки и тестирования; обеспечение доступности сервисов из любого места; расширение ЦОД. Для провайдеров Microsoft реализовала платформу Service Provider Foundation, позволяющую предоставлять сервисы IaaS со всеми возможностями Windows Azure. «Типовые задачи для публичного облака поддержка сервисов с периодическими всплесками активности (например, сезонными), а также задачи, для которых трудно предсказать объем требуемых ресурсов или характеризующиеся быстрым ростом нагрузки, поясняет Александр Липкин. Предсказуемые нагрузки вполне можно обслуживать с помощью частного облака». Некоторые предприятия предпочитают использовать гибридные облака. Архитектура гибридного облака Microsoft (см. Рисунок 3) это единая платформа аутентификации (SSO), синхронизация каталогов, особенно актуальная для таких сервисов, как Office 365, объединенная среда управления, оркестрации и мониторинга для публичного и частного облаков (стандартизированные и единообразные инструменты), укомплектованная пакетами интеграции (Integration Pack) с системами других вендоров, возможность миграции нагрузок между частным и публичным облаком (в System Center Orchestrator), безопасное расширение ЦОД (VPN между площадками заказчика и ЦОД Microsoft). «Современные тенденции говорят о том, что большинство заказчиков (крупные и средние компании) предполагают размещать свои инфраструктуры как в частных облаках, так и в облаках провайдеров. Microsoft старается взять лучшее из того, что предлагают вендоры и провайдеры, и использует собственные облачные ЦОД, где широко применяются автоматизация и оркестрация», рассказывает Александр Липкин. УПРАВЛЕНИЕ, ОРКЕСТРАЦИЯ, АВТОМАТИЗАЦИЯ Все большее значение приобретает платформа оркестрации (высоко- 56 Журнал сетевых решений/lan

59 уровневое управление): она позволяет максимально автоматизировать ЦОД, организовать процессы и распределить нагрузки таким образом, чтобы ресурсы использовались максимально эффективно. Автоматизация и оркестрация играют важнейшую роль в облачном ЦОД, поэтому все ведущие вендоры развивают соответствующие продукты и технологии. Евгений Лагунцов рассказал об автоматизации управления инфраструктурой ЦОД с помощью Cisco Cloupia нового решения для автоматизации центров обработки данных (см. Рисунок 4). По его словам, партнеры Cisco уже начинают активно использовать данный продукт, представленный всего несколько месяцев назад. Cloupia обеспечивает автоматизацию рутинных процессов в ЦОД, включая настройку серверных платформ, сетевого окружения, конфигурации СХД, систем виртуализации и прочих составляющих современного центра данных. Он кратко представил возможности системы Cloupia на двух типовых примерах. В первом случае компания уже имеет работающую виртуальную инфраструктуру (серверы, сеть, гипервизоры, СХД и систему управления виртуализацией, например vcenter) и ставит задачу создания облака, характеризующегося высокой «эластичностью», внешней простотой, наличием каталога сервисов для самообслуживания и средств автоматизации/оркестрации. По словам Евгения Лагунцова, в этом случае в результате применения технологий и решений, заложенных в Cisco Cloupia, можно менее чем за час получить работающую функциональную «инфраструктуру как сервис» (IaaS) на базе правил с порталом самообслуживания и средствами оркестрации и автоматизации. Правила позволяют задавать те или иные ограничения для работы такой облачной инфраструктуры. При этом система не привязана к конкретному гипервизору и не требует предварительного обучения администратора и чтения документации. Во втором сценарии предполагается, что ИТ-инфраструктура в компании еще не развернута серверы, СХД и сетевое оборудование только достали «из коробки», разместили в стойках и скоммутировали. Иначе говоря, облако требуется создать с нуля, включая настройку конфигурации аппаратной инфраструктуры, установку системного и управляющего ПО, развертывание IaaS. По данным Cisco, в этом случае решение Cisco Cloupia позволяет ТРАНСФОРМАЦИЯ ЦОД достичь того же результата (создания инфраструктуры IaaS на основе правил, с порталом самообслуживания и оркестратором) менее чем за два часа (в зависимости от требуемой конфигурации), но администратор должен обладать соответствующими знаниями. Количество физических серверов не имеет значения и мало влияет на время развертывания. «Решение Cisco Cloupia создано в соответствии с современными тенденциями перехода от статичной ИТ-инфраструктуры к конвергентной и динамичной среде, рассказывает Евгений Лагунцов. Типичная ситуация это администрирование вручную, потребность знать специфику продукта каждого производителя, высокая загруженность администраторов, медленный отклик ИТ-подразделения на сервисные запросы со стороны бизнеса, множество систем управления и консолей. Cisco Cloupia позволяет снизить затраты на поддержку инфраструктуры ИТ, достигающие, по данным IDC, 42% от всех инвестиций в ИТ, и уменьшить риски». Cisco Cloupia обеспечивает создание виртуального ЦОД с заданными требованиями к производительности, емкости систем хранения и т. д., управление которым автоматизируется Июль-Август

60 НОВАЯ ТЕХНОЛОГИЯ Сотрудники LAN и WLAN Мобильные сотрудники Удаленные сотрудники Единая модель доставки приложений и данных Сотрудники филиалов Поставщики, клиенты и партнеры ции, поясняет Евгений Лагунцов. Система обладает также достаточно интересным функционалом с точки зрения контроля, мониторинга, оркестрации и пользовательского портала. При этом она достаточно проста для администратора и не требует дорогостоящего внедрения». Меняя модель использования приложений и сервисов, облачные ЦОД требуют новых подходов не только к управлению инфраструктурой, но и к организации доставки приложений. Облачные сервисы Серверы приложений с помощью общих правил. Это единая система управления (по сути одна виртуальная машина), способная напрямую управлять серверной инфраструктурой (прежде всего Cisco UCS), системами хранения EMC и NetApp (перечень будет расширяться), сетевым оборудованием Cisco и других вендоров. Помимо физической, Cloupia позволяет настраивать и виртуальную инфраструктуру разных вендоров, в том числе во внешних публичных облаках. Как утверждают в Cisco, она легко интегрируется с системой управления виртуализацией (например, VMware vcenter). Система включает в себя портал для конечных пользователей, позволяющий заказывать услуги с нужными характеристиками из каталога, а также оркестратор, охватывающий все сложные процессы и уровни гетерогенной инфраструктуры. Cloupia можно интегрировать во внешние системы управления конфигурацией, биллинга и др. Пользовательский портал представляет набор доступных пользователю сервисов и дает возможность отправлять администратору или ИТ-менеджеру дополнительные запросы. Он доступен и в приложениях для мобильных устройств с ОС ios и Android. Оркестратор Cloupia позволяет выполнять более 400 различных действий с элементами инфраструктуры, а администратор может легко создавать сложные процессы, предусматривающие разнообразные действия, в графическом интерфейсе. Графические панели помогают контролировать состояние инфраструктуры ИТ. Таким образом, Cloupia играет роль единой точки контроля и управления всей инфраструктурой, обеспечивая ИТ-специалисту Корпоративный ЦОД SAAS Приложения и данные филиалов Рисунок 5. Многофункциональная программно-аппаратная платформа BIG-IP компании F5 Networks. выполнение различных действий без обращения к средствам управления конкретного вендора. Cloupia развертывается из шаблона ВМ, а ее настройка не отнимает много времени: администратору надо задать IP-адреса и определить требования, предъявляемые к сетевому окружению. Далее ему необходимо создать набор правил функционирования облачной инфраструктуры, определяющих некие предельные параметры, использование сетевых и серверных ресурсов, ресурсов хранения данных, а также набор услуг для каталога. Для всего этого в системе предусмотрены заданные по умолчанию шаблоны. Если облако создается с нуля, то первым этапом будет подготовка виртуальной инфраструктуры для Cloupia, например: развертывание гипервизора и vcenter, базовая настройка серверов, СХД и сетевых интерфейсов. После установки Cloupia, ее интеграции с системой управления виртуализацией, интерфейсами серверов и СХД применяется стандартный сценарий развертывания хостов виртуализации. Система создаст заданное количество виртуальных серверов с определенными характеристиками и логические тома на дисковых массивах, установит на все хосты гипервизоры, подключит их к vcenter и сделает доступными в пулах ресурсов для внедрения облака. После этого она готова принимать от пользователей запросы на те или иные сервисы. «Ключевым отличием Cloupia от других известных систем управления является поддержка широкого спектра оборудования и сред виртуализации, в том числе различных дисковых массивов и средств серверной виртуализа- ОПТИМИЗАЦИЯ СЕТЕВОЙ ИНФРАСТРУКТУРЫ: ADC «ИТ-инфраструктуры меняются, как и подходы, принципы, взаимоотношения внутренних ИТ-служб с потребителями и поставщиками. Рабочее место пользователя тоже претерпевает изменения: удаленный доступ к приложениям и данным пока еще остается исключением, но года через три ситуация станет противоположной. При создании ИТ-сервисов организации будут предусматривать возможность круглосуточного предоставления доступа к ним с личных устройств сотрудников. Именно из этого посыла Citrix исходит в разработке своей стратегии», рассказывает Борис Гехтман, системный инженер Citrix Systems. Продукты Citrix в области сетевых технологий обеспечивают работу с приложениями с различных устройств и оптимизацию сетевой инфраструктуры для максимально эффективной работы. Продукты для создания облачных инфраструктур предлагают инструментарий для построения и управления облаком и реализации модели «ИТ как услуга». Сетевые продукты Citrix (Cloud Networking) помогают уже сегодня оптимизировать предоставление услуг. NetScaler флагманский продукт Citrix в данной области. Этот контроллер доставки приложений (ADC) представляет собой многофункциональное гибридное устройство, позволяющее (в зависимости от конкретной ситуации) выполнять целый ряд задач. Однако его основными функциями являются следующие: обеспечение доступности приложений (балансировка нагрузки, «умный» мониторинг), повышение скорости работы (сжатие и оптимизация трафика), разгрузка (мультиплексирование соединений, обработка SSL) и реализация средств безопасности (SSL VPN, межсетевой экран для защиты Web-приложений, защита от атак DDoS). По словам Бориса Гехтмана, NetScaler активно используется для построения облачных инфраструктур 58 Журнал сетевых решений/lan

61 и широко применяется в корпоративных ЦОД. Это виртуальное или физическое устройство устанавливается между серверами и клиентами, чтобы, с одной стороны, обеспечить быстрый и бесперебойный доступ к приложениям, а с другой разгрузить серверную инфраструктуру. Он осуществляет анализ трафика и применение политик на уровне приложений, распределяет нагрузку между серверами, кэширует и сжимает трафик. Кроме того, серверы освобождаются от задач по шифрованию трафика. Целый комплекс возможностей NetScaler предназначен для повышения уровня безопасности и защиты от атак. «ADC все чаще рассматривается как наиболее эффективный способ организации доставки приложений таких примеров очень много. Данный подход рекомендуют и разработчики приложений», рассказывает Борис Гехтман. С недавнего времени Cisco, отказавшись от развития своего продукта ACE, стала рекомендовать NetScaler для оптимизации доставки приложений. Этот продукт включен в документы Cisco Validated Design, описывающие построение сетевой инфраструктуры ЦОД. Предлагаемая Citrix концепция TriScale позволяет заказчикам масштабировать NetScaler при увеличении объемов трафика: для наращивания мощности имеющегося оборудования можно купить дополнительные лицензии, использовать несколько виртуальных экземпляров NetScaler на единой аппаратной платформе SDX (например, для задач сегментации трафика между клиентами) или создавать кластерные конфигурации NetScaler (до 32 узлов), управляемые как одно устройство. Новые модели NetScaler имеют пропускную способность до 120 Гбит/с. Виртуальные устройства NetScaler VPX способны работать под управлением разных гипервизоров (XenServer, Hyper-v и ESX). «NetScaler могут использовать не только провайдеры это устройство подходит для любого предприятия, нуждающегося, например, в организации удаленного доступа к терминальной инфраструктуре или VDI», заключает Борис Гехтман. Еще один ведущий продукт ADC платформа BIG-IP компании F5 Networks. Она реализует единую модель доставки приложений и данных для одного или нескольких ЦОД (см. Рисунок 5). Как рассказал Александр Новиков, менеджер отдела продаж департамента систем хранения данных компании CompTek, с помощью программно-аппаратной платформы BIG-IP можно решать такие часто встречающиеся задачи, как балансирование нагрузки, создание катастрофои отказоустойчивых конфигураций (DR) за счет перенаправления потоков данных при отказах, консолидация ЦОД, приложений и данных, обеспечение безопасности Web-приложений, защита от атак DDoS (Web Application Firewall), внедрение и переход на IPv6, удаленный доступ к приложениям и/ или сети по SSL VPN, организация облачных приложений (IaaS, SaaS), достижение соответствия стандарту PCI DSS, а также реализация решений для приложений Microsoft, Oracle, IBM, VMware и др. Линейка BIG-IP включает в себя две модели шасси и девять моделей контроллеров приложений (в том числе два виртуальных устройства), ориентированные на компании разного размера. Например, BIG-IP 4200V предназначается для предприятий среднего размера и поставщиков услуг. Эта специально спроектированная аппаратная платформа характеризуется высокими показателями производительности и энергоэфективности: с ее помощью можно одновременно развертывать несколько служб доставки приложений. Аппаратное шифрование всего трафика (SSL) разгружает мощности серверов приложений и снижает расходы на управление инфраструктурой. Аппаратное сжатие оптимизирует трафик, сокращая тем самым используемую пропускную способность каналов связи. Облачная модель привлекает сегодня все большее число заказчиков как малые, так и крупные компании самого разного профиля. И это не случайно. ТРАНСФОРМАЦИЯ ЦОД СВОЙ ЦОД ИЛИ ОБЛАКО? Заур Абуталимов, руководитель отдела маркетинга компании Cloud4Y, рассказал об опыте применения облаков с расчетом полной стоимости владения в сравнении с расходами, которое несет предприятие в случае покупки и эксплуатации физических серверов. Cloud4Y предоставляет услуги резервного копирования в облако, SaaS и IaaS (а само облако Cloud4Y развернуто на базе ЦОД в Москве и Нидерландах), серверов IBM и NEC, кластерных СХД NetApp c дисками SAS 15K, коммутаторов Cisco и Extreme. По мнению Заура Абуталимова, применение облака дает следующие экономические и функциональные выгоды: «Вы платите только за то, что реально используете, достигаете большей прозрачности бизнеса, концентрируетесь на его развитии, избавляетесь от непрофильных расходов и капитальных затрат (есть только операционные), обеспечиваете мгновенный ввод в эксплуатацию требуемых ресурсов, делаете доступными ресурсоемкие и дорогие приложения». Оптимальный вариант гибридное облако, в котором ВМ могут мигрировать между частным и публичным облаками. Cloud4Y использует постоплатную схему расчета с почасовым биллингом, в договоре прописывается уровень SLA (не менее 99,9%), заказчику на выбор предоставляются два гипервизора Xen и VMware, прямой доступ к панели управления и возможность конфигурировать каждый из параметров по отдельности (ЦП, ОЗУ, сетевые ресурсы и ресурсы хранения). Он может реализовать катастрофоустойчивое решение (на двух площадках) и размещать свои ИТ-ресурсы в ЦОД в Нидерландах. Одному из заказчиков (крупной сети частных клиник) требовалась аренда надежной отказоустойчивой инфраструктуры со SLA не менее 99,9% (не более 1 часа простоя в месяц) с возможностью масштабирования. Была выбрана следующая конфигурация: 104 процессора, оперативная память 692 Гбайт, 1500 Гбайт на СХД (диски SAS со средней производительностью), 1000 Гбайт на СХД (диски SAS с высокой производительностью), закрытая VLAN для ВМ, резервный канал VLAN. Согласно расчетам ТСО, выполненным Cloud4Y, при покупке собственных физических серверов суммарные расходы (включая стоимость серверов и СХД, лицензий на ПО, аренды стойки в ЦОД, оплату труда специалистов, разработку проекта и техническую поддержку) составили бы около 20 млн руб. за 36 и почти 29 млн руб. за 60 месяцев. В случае аренды ресурсов облака TCO уменьшается до 11 и 18,5 млн руб. соответственно, то есть за три года выигрыш составит 45%. Помимо этого, обеспечивается отказоустойчивость: задействованы две площадки уровня Tier III в Москве, а каналы, маршрутизаторы и другие компоненты инфраструктуры дублируются. Трансформация ЦОД уже происходит, причем затрагивает она не только ИТ и методы управления инфраструктурой, но и бизнес-процессы, а также потребителей сервисов. Изменения неизбежно носят комплексный характер, а новые модели предоставления и использования ИТ-сервисов становятся все более привычными. Сергей Орлов ведущий редактор «Журнала сетевых решений/lan». С ним можно связаться по адресу: Июль-Август

62 НОВШЕСТВА ПО CenterMind для управления физической инфраструктурой ИС 60 Сетевой массив хранения данных Lenovo EMC px4-300r c HDD емкостью 4 Тбайт 61 Климатические шкафы Shtugger для наружной установки RiT Technologies CenterMind Уличные климатические шкафы Shtugger лиматические шкафы Shtugger для Кнаружной установки предназначены для размещения автономно функционирующего активного и пассивного телекоммуникационного оборудования или оптических компонентов FTTx. Благодаря высокой прочности и стойкости к проявлениям вандализма они могут эксплуатироваться в самых сложных условиях (перепады влажности и температуры, землетрясение, шторм), обеспечивая надежную защиту для установленной внутри аппаратуры. Шкафы рассчитаны на использование при температуре от -50 до +50 С и относительной влажности окружающего воздуха до 80% при 25 С. Конструкция представляет собой цельносварную раму с боковыми стенками, дверями, цоколем и крышей. Стены и двери шкафа изготовлены по технологии «двойных стенок». Тем самым обеспечивается естественный ток воздуха между внешними и внутренними стенками и существенно сокращается потребность в дополнительном отводе тепла. Принудительное охлаждение осуществляется при помощи вентиляторных модулей или системы кондиционирования. Для повышения температуры внутри шкафа используется нагревательный элемент. Микроклимат контролируется посредством термостатов, при необходимости возможна установка системы мониторинга. Электрическая безопасность обеспечивается наличием клемм заземления на раме, двери и боковых стенках. Монтажная высота шкафов от 6 до 42U, размеры по основанию для настенных шкафов и (1060) мм для напольных. Степень защиты IP54. В базовой комплектации шкаф поставляется в собранном виде в гофрокартонных ящиках на европалете. Внутри установлено следующее оборудование: нагревательный элемент, 2 вентиляторных блока, 2 термостата, автоматический выключатель 1Р16А, 2 автоматических выключателя 1Р6А, розетка 16А, 2 датчика открытия двери, 8 противопылевых фильтров, 1 комплект кабельных вводов. Покрытие корпуса, двери, панелей порошковополимерное. Производитель предлагает множество аксессуаров для установки и коммутации оборудования. Под заказ возможно изготовление шкафа шириной 21. ПО CenterMind для управления физической инфраструктурой ИС рограммное обеспечение нового по- CenterMind разработки RiT Пколения Technologies предназначено для управления физическим уровнем информационных систем. Программный комплекс имеет модульную структуру с делением на три уровня в зависимости от объема выполняемых функций и построен в соответствии с клиент-серверной архитектурой. В его основу положено ПО PatchView, в которое добавлен целый ряд новых функций и опций в целях облегчения текущей эксплуатации. CenterMind способен полноценно контролировать СКС, а также ключевые параметры окружающей среды (модуль Р+) и оборудования энергоснабжения аппаратуры (модуль G+), автоматически генерируя не только предупреждающие сообщения, но и управляющие команды. Интерфейс взаимодействия с пользователем заимствован из PatchView, что облегчает освоение нового продукта. Помимо улучшения средств формирования рабочих заданий, их фильтрации и передачи персоналу для исполнения, введен ряд полезных опций визуализации отдельных аппаратных компонентов, в том числе устройств формата zero-u, а также полномасштабных конструктивов; заметно расширен функционал отображения параметров отдельных устройств и их взаимных связей, а также предложены более удобные средства планирования процедур МАС при текущей эксплуатации. Сам процесс контроля и управления хорошо структурирован и очень нагляден за счет введения системы так называемых уровней (температуры, влажности, статуса портов и т. д.). Система предъявляет весьма умеренные требования к аппаратной части сервера центральной базы данных. Целевой областью применения CenterMind являются центры обработки данных, но это программное обеспечение может быть с успехом использовано и в офисных системах. 60 Журнал сетевых решений/lan

63 Высоконадежная система хранения ETegro Fastor FS200 G3 для Больших Данных олностью отказоустойчивая систе- хранения данных ETegro Fastor Пма FS200 G3 на базе Windows Storage Server 2012 предназначена для работы в конвергентной инфраструктуре со скоростями 10 и 40 Гбит/с. Эта двухконтроллерная система хранения гарантирует непрерывную доступность данных и обеспечивает доступ как по блочному протоколу iscsi, так и по файловым протоколам CIFS/NFS. ETegro Fastor FS200 G3 использует все доступные возможности по защите и управлению данными Windows Storage Server 2012, на котором она базируется: дедупликацию, динамическое выделение емкости (Thin Provisioning), Trim, репликацию, мгновенные снимки (Snapshot), балансировку нагрузки и множественный доступ (Multipath), миграцию виртуальных хранилищ независимо от физических носителей и разделение хранилища по уровням. Использование технологий iscsi и Single Instance Storage (SIS) позволяет устранять дублирование данных и более оптимально использовать ресурсы хранения. Система хранения выпускается в корпусе 2U для установки в стойку и состоит из двух узлов кластера, работающих в режиме Аctive-Аctive на Windows Failover Clustering. Каждый контроллер комплектуется многоядерными процессорами Intel Xeon серии E5-2600, памятью 32 Гбайт, двумя портами 10GbE (RJ45) и, кроме того, содержит до трех слотов расширения PCI-E 3.0, предназначенных для установки дополнительных сетевых интерфейсов. В корпус ETegro Fastor FS200 G3 помещается 12 дисков с поддержкой горячей замены. Универсальные дисковые корзины позволяют использовать диски разного размера: как 3,5, так и 2,5. Для дальнейшего масштабирования дискового пространства можно использовать дисковые полки ETegro Fastor JS300 G3 с поддержкой до 60 дисков в корпусе 4U. Максимально достижимый объем данных в единой системе хранения на базе ETegro Fastor FS200 G3 составляет 528 Тбайт неформатированной емкости (до 132 дисков с горячей заменой). Благодаря применению дублированных контроллеров, отказоустойчивой системы питания и охлаждения, управления ПО с единой консоли и управления аппаратными средствами через выделенные сервисные процессоры гарантируется доступность на уровне 99,999%. Сетевой массив хранения данных Lenovo EMC px4-300r c HDD емкостью 4 Тбайт В ысокопроизводительный стоечный дисковый массив Lenovo EMC px4-300r Network Storage Аrray Server Class позволяет разместить до 16 Тбайт информации (четыре диска серверного класса 4 4Тбайт) в компактном стоечном дисковом массиве высотой 1U и обеспечить круглосуточную защиту критически важных данных более надежную, чем при использовании стандартных жестких дисков SATA. Применяемое в нем новое ПО Lenovo EMC LifeLine 4.0 позволяет реализовать такие функции корпоративного класса, как создание снимков файловой системы (Snapshots), пулов кэширования SSD, iscsi Security, гибридной аутентификации Active Directory, и обеспечить поддержку систем видеонаблюдения, программного обеспечения для защиты от вирусов компании McAfee и т. д. (Владельцы ранее приобретенных сетевых устройств хранения StorCenter серии ix и px могут скачать это ПО бесплатно.) Для высокоскоростного чтения и записи данных в систему хранения используются сверхбыстрые твердотельные диски (SSD). Система автоматически определяет, какие данные запрашиваются чаще других, и помещает эти файлы и/или блоки данных в кэш SSD для ускорения доступа к информации с SSD или записи данных на традиционный массив жестких дисков. Для защиты данных создаются точные реплики состояния всего логического тома NAS (файлов) или iscsi (блоков) на определенный момент времени. При помощи мгновенного снимка копия данных размещается непосредственно на NAS, что позволяет легко восстановить файл или папку. Встроенное программное обеспечение Video Surveillance Management компании Mindtree и полная совместимость с системой Axis Video Hosting Solution (AVHS) позволяет не только хранить записи, поступающие с камер видеонаблюдения, но и управлять ими как локально, так и с помощью хостинга в облаке. Интегрированное программное обеспечение McAfee VirusScan Enterprise с поддержкой доступа онлайн обеспечивает автоматическое сканирование и удаление вирусов. Клиент Lenovo EMC System Manager (LSM) автоматически подключает ПК на базе Windows или Mac OS к системе хранения Lenovo EMC либо локально, либо через персональное облако. НОВШЕСТВА ETegro Fastor FS200 G3 Lenovo EMC px4-300r Network Storage Аrray Server Class Июль-Август

64 ПОСТСКРИПТУМ (начало на странице 64) ВМ Абстрагируемые ресурсы ВМ сматривается лишь в качестве маркетингового. Имеющиеся у Microsoft технологии позволяют автоматизировать не только создание виртуальных машин, сервисов и приложений, но и построение центров обработки данных. «Их можно отнести к программно определяемым ЦОД, однако предпочтительнее говорить об автоматизации, для чего мы и предлагаем соответствующие продукты, подчеркивает Вячеслав Ан, специалист по продаже решений департамента по работе со стратегическими заказчиками и партнерами корпорации Microsoft. С точки зрения Microsoft, эти подходы и решения развиваются десятилетиями. Так, компания предлагает строить частные, публичные и гибридные облака на основе своей новейшей операционной системы. Однако сама ОС Windows Server и платформа управления System Center уже существовали ранее». Для ввода новой терминологии просто нет оснований. «На текущий момент SDDC это набор неких свойств, описывающих то, что в последнее время компания VMware предлагает в виде своих новых продуктов. Для описания технологий, сетевой инфраструктуры, серверных платформ и систем управления Cisco термин SDDC пока не употребляется, поясняет Евгений Программно определяемый ЦОД ЦОД 1 ЦОД 2 ВМ Сервисы SDDC ВМ Вычислительные ресурсы Сетевые ресурсы Ресурсы хранения данных Сервисы SDDC Автоматизация Рисунок 1. SDDC реализует модель облачных вычислений с помощью интеллектуального программного обеспечения, абстрагирующего аппаратные ресурсы и объединяющего их в пул, из которого они автоматически выделяются приложениям. В его основу положена стандартная архитектура x86, поддерживающая стандартные протоколы и открытые API. ВМ ВМ ВМ ВМ Лагунцов, ведущий системный инженер-консультант Cisco Systems по серверным решениям. Отрасль серьезно продвигается в направлении автоматизации и повышения эластичности ЦОД, но я бы не сказал, что есть какие-то ключевые технические и технологические особенности, которые отделяют облачную, автоматизированную, сервисно ориентированную инфраструктуру от SDDC. На текущий момент это термины примерно одного порядка». Citrix тоже оперирует иными понятиями. «Есть некая инфраструктура, позволяющая предоставлять сервисы конечным пользователям, будь то VDI, SaaS или нечто другое. Мы видим, что заказчики проявляют интерес к облачной модели, и подобно другим вендорам предлагаем инструменты для построения различных облаков, рассказывает Борис Гехтман, системный инженер Citrix Systems. Возможно, термин SDDC хорошо отражает состояние имеющихся сегодня технологий и позволяет описывать, какие продукты и технологии компания планирует внедрить через 3 5 лет. Если же разделить понятие SDDC на программно определяемые системы хранения, сети и т. д., то в части SDN мы видим свое место в консолидации управления не только на первом и втором, но и на седьмом сетевом уровне. Развитие отдельных продуктов Citrix не требует привлечения парадигмы SDDC, да и пользователь не сосредоточен на ЦОД его больше интересуют сервисы. В конечном счете между ЦОД и облаком будет поставлен знак равенства, поэтому рано или поздно ЦОД станут программно определяемыми, автоматизированными». Иногда пользователи полагают, что SDDC нужен для автоматического масштабирования и выделения ресурсов например, запуска новой ВМ, когда возникает потребность в дополнительных мощностях, поясняют в Microsoft. Однако автоматизация должна иметь разумные ограничения. Так Orchestrator в Windows Azure предоставляет такую возможность, но это не делается по умолчанию средствами системы, чтобы пользователи, например, не стали вдруг получать огромные счета за услуги в случае атаки DDoS. Пользователь всегда хочет контролировать скорость и объемы предоставления ресурсов, дабы понимать, готов ли он за них платить. Поэтому в его распоряжение предоставляются механизмы масштабирования и задания пороговых значений, а решения о потреблении ресурсов принимаются им самостоятельно. Автоматическое масштабирование ресурсов технически возможно, но концепция программно определяемых ЦОД значительно шире, уточняет Евгений Лагунцов. К тому же в массовом масштабировании систем нуждаются очень крупные компании, а построение ЦОД при помощи программных инструментов не самые актуальные задачи для российских заказчиков, считает Вячеслав Ан. Более насущными остаются вопросы безопасности. SDDC ИЛИ ОБЛАКО? «Облачный ЦОД может быть построен на любой платформе, включая мейнфреймы, SDDC же создается на базе стандартных серверов и абстрагирован от особенностей аппаратной платформы. Он позволяет автоматизировать выделение ресурсов и использовать их как один общий пул, поясняет различия между облачным и программно определяемым ЦОД Денис Серов, руководитель направления технического консультирования EMC в России и СНГ. Если облако это прежде всего понятие для пользователей, то SDDC для провайдеров, системных интеграторов и поставщиков 62 Журнал сетевых решений/lan

65 технологий. Суть программно определяемого ЦОД заключается в возможности использования интеллекта имеющейся инфраструктуры». Имеющиеся механизмы позволяют создать из набора оборудования частное облако. Облачные ЦОД, в зависимости от технологии вендора, могут по-разному предоставлять абстрагированные ВМ и доступные извне сервисы, рассказывают в Microsoft. Можно ли рассматривать их как SDDC? По сути, вендоры говорят об одном и том же, но используют разный уровень абстракции. С точки зрения пользователей, механизмы, реализующие их доступ к данным, будут идентичны. Маркетинговый термин SDDC появился на фоне SDN. Он помогает продвигать оркестраторы и системы управления с новыми возможностями, комментируют в компании NEC. Разница между облачным ЦОД и SDDC состоит в том, что пользователю предлагается выбрать продукт из каталога, а программно определяемые ЦОД знаменуют собой появление нового бизнес-сегмента операторов физической инфраструктуры. С помощью виртуализации они могут выделить часть этой инфраструктуры пользователям, которые, запустив необходимое ПО, создадут то, что им нужно. «Термин SDDC в рамках отрасли еще не сформировался, поэтому каждый вендор вкладывает в это понятие что-то свое или прибегает к другим терминам. Обсуждение SDDC будет иметь смысл тогда, когда интеграторы, облачные провайдеры и заказчики придут к единому определению», резюмирует Евгений Лагунцов, с которым соглашается и Вячеслав Ан. ПОСТСКРИПТУМ Время покажет, приживется ли в отрасли введенная VMware терминология, но, похоже, ЦОД представляет собой слишком большую и разнородную систему, чтобы можно было сделать ее универсальной и «стандартизировать» в рамках отрасли. Пока же вендоры предпочитают говорить об облаках. Именно облачная терминология приходит на смену таким понятиям, как динамические ЦОД и конвергентные инфраструктуры. Однако независимо от терминологии все вендоры движутся в одном направлении прослеживается тенденция партнерства и поддержки решений своих коллег. Сергей Орлов ведущий редактор «Журнала сетевых решений/lan». С ним можно связаться по адресу: > Июль-Август

66 ПОСТСКРИПТУМ SDDC пока не встретил широкой поддержки в отрасли, и этот термин не стал универсальным. Что такое SDDC? Сергей Орлов Появившаяся несколько лет назад концепция программно конфигурируемых (централизованно или программно определяемых) сетей (SDN) успела завоевать огромную популярность в отрасли и была подхвачена практически всеми ведущими вендорами сетевого оборудования. Сегодня компании и операторы связи видят в развивающейся технологии SDN возможности быстрого выделения ресурсов, эффективного управления и контроля за состоянием сетевой инфраструктуры. Централизованно конфигурируемые или программируемые сети одна из самых актуальных сетевых технологий. Не случайно уже в прошлом году аналитики Gartner включили SDN (хотя и считающуюся еще недостаточно зрелой) в первую десятку наиболее перспективных технологий, а сообщения на тему SDN стали часто мелькать в новостном потоке. По прогнозам IDC, к 2016 году оборот мирового рынка SDN достигнет 2 млрд долларов. Тем временем первоначальное понимание SDN как логического разделения уровня управления (маршрутизация и коммутация) и уровня данных постепенно расширилось, и этот термин начинает толковаться по-разному. Кроме того, ряд вендоров уже пытается применить аналогичный подход «программной определяемости» к другим видам оборудования и даже ко всему ЦОД. Так, в EMC теперь говорят о программно определяемых системах хранения, а VMware в прошлом году ввела термин «программно определяемый ЦОД» (Software-Defined Data Center, SDDC). Как считают в компании, всю ИТ-инфраструктуру Иллюстрация Натальи Левшиной необходимо виртуализировать и предоставлять в виде сервиса, а контроль над центром обработки данных должен быть полностью автоматизирован программно. Эту концепцию в VMware и называют SDDC (см. Рисунок 1). Главная идея, лежащая в основе SDDC, использование преимуществ виртуализации на всех уровнях ЦОД, включая вычисления, хранение и сети. В числе этих преимуществ высокий уровень готовности и развитые сервисы безопасности. Согласно VMware, концепция программно определяемого ЦОД позволяет рассматривать принцип распределения ресурсов для рабочих нагрузок в еще более широком контексте. В SDDC выделяют три базовых уровня: уровень абстрагирования аппаратных средств (вычислительных и сетевых ресурсов, а также ресурсов хранения), для чего используются виртуализация и облачная модель; программно определяемые сервисы, функционирующие в виртуальных машинах (включая межсетевые экраны, балансирование нагрузки, дедупликацию данных, IDS/IPS и др.), и автоматизацию на основе определяемых правил (политик). В чем отличие новой концепции от облачных вычислений? Облачные вычисления реализуют новую модель предоставления и потребления ИТ-сервисов, а SDDC, как ожидается, выведет данный процесс на новый уровень, сделав развертывание сервисов и предоставление ресурсов, управление конфигурациями и другие операции в ЦОД более интеллектуальными благодаря наличию трех вышеназванных уровней. Однако концепция SDDC пока не встретила широкой поддержки в отрасли, как в свое время SDN, и этот термин не стал универсальным: компании нередко называют одно и то же разными словами. Почему это происходит, эксперты попытались прояснить в ходе панельной дискуссии с участием представителей Microsoft, Citrix и Cisco, завершившей технический поток «Виртуализация и программно определяемый ЦОД» конференции «МИР ЦОД 2013». ВСЕ ПО ПОНЯТИЯМ В Microsoft считают, что основу программной определяемости составляют инструменты управления, однако этот термин рас- (продолжение на странице 62) 64 Журнал сетевых решений/lan

7 шагов навстречу вашему Облаку

7 шагов навстречу вашему Облаку 7 шагов навстречу вашему Облаку Группа компаний Linx Захаров Андрей, технический консультант 28/05/2013 О Группе компаний Linx Карта сети Linxtelecom Центры обработки данных Linxdatacenter Победитель Современный

Подробнее

Использование услуг инфраструктуры дата-центров. Частное облако как сервис. Аутсорсинг базовой ИТ-инфраструктуры.

Использование услуг инфраструктуры дата-центров. Частное облако как сервис. Аутсорсинг базовой ИТ-инфраструктуры. Использование услуг инфраструктуры дата-центров. Частное облако как сервис. Аутсорсинг базовой ИТ-инфраструктуры. cloud.softline.ru cloud@softline.ru 8 (495) 232-00-23 Полный спектр облачных решений Softline

Подробнее

Корпорация Hitachi Data

Корпорация Hitachi Data ИНФОРМАЦИОННЫЙ БЮЛЛЕТЕНЬ Корпорация Hitachi Data Systems (HDS) выпустила на рынок новейшее флагманское решение Hitachi VSP G1000 систему хранения данных уровня Highend, и объявила о важных усовершенствованиях

Подробнее

УСКОРЕНИЕ РАБОТЫ ПРИЛОЖЕНИЙ Brocade Communications Systems, Inc. All rights reserved.

УСКОРЕНИЕ РАБОТЫ ПРИЛОЖЕНИЙ Brocade Communications Systems, Inc. All rights reserved. УСКОРЕНИЕ РАБОТЫ ПРИЛОЖЕНИЙ 2016 Brocade Communications Systems, Inc. All rights reserved. Ускоренная доставка приложений в любой точке мира. Мобильные устройства. Интернет-магазины. Контакт-центры. Все

Подробнее

Маркетинговое исследование рынка коммерческих дата-центров в России

Маркетинговое исследование рынка коммерческих дата-центров в России Демо-версия Маркетинговое исследование рынка коммерческих дата-центров в России www.gidmark.ru СОДЕРЖАНИЕ 2016 Содержание ГЛАВА 1. ТЕКУЩЕЕ СОСТОЯНИЕ РЫНКА КЦОД РФ 1.1. Основные показатели развития рынка

Подробнее

Взгляд в будущее или как применить облачные услуги

Взгляд в будущее или как применить облачные услуги Взгляд в будущее или как применить облачные услуги Микротест весь комплекс профессиональных ИТ-услуг Облачные услуги Аутсорсинг обслуживания ИТ-систем и приложений Служба Service Desk Аренда оборудования,

Подробнее

Уменьшение рисков при модернизации сетей ЦОД

Уменьшение рисков при модернизации сетей ЦОД Уменьшение рисков при модернизации сетей ЦОД Услуги Cisco по миграции ЦОД помогают предприятиям и операторам связи повысить адаптивность бизнеса и качество обслуживания конечных пользователей, сокращая

Подробнее

Облачные сервисы на СПО - секреты успеха. Специфика российского рынка.

Облачные сервисы на СПО - секреты успеха. Специфика российского рынка. Облачные сервисы на СПО - секреты успеха. Специфика российского рынка. www.servionika.ru www.i-teco.ru I-Oblako витрина облачных сервисов Roadmap Декабрь 2012 г. Рост числа сервисов до 32-х Декабрь 2011г.

Подробнее

ОБЛАКО В АРЕНДУ: российская практика. Григорий Атрепьев, Директор по производству, DataLine

ОБЛАКО В АРЕНДУ: российская практика. Григорий Атрепьев, Директор по производству, DataLine ОБЛАКО В АРЕНДУ: российская практика Григорий Атрепьев, Директор по производству, DataLine ОБЛАКО DATALINE Более 30 клиентов 200 VM CPU: 702 GHz (270 физических ядер) RAM: 1,2 TB HDD: 130 TB в RAID 10

Подробнее

ВЗГЛЯНИТЕ ПО-НОВОМУ НА ПРОСТОТУ ПОЧЕМУ ЗАКАЗЧИКИ ВЫБИРАЮТ EMC VSPEX BLUE ДЛЯ ВИРТУАЛИЗИРОВАННЫХ СРЕД ГИБКОСТЬ. МАСШТАБИРУЕМОСТЬ. НАДЕЖНОСТЬ.

ВЗГЛЯНИТЕ ПО-НОВОМУ НА ПРОСТОТУ ПОЧЕМУ ЗАКАЗЧИКИ ВЫБИРАЮТ EMC VSPEX BLUE ДЛЯ ВИРТУАЛИЗИРОВАННЫХ СРЕД ГИБКОСТЬ. МАСШТАБИРУЕМОСТЬ. НАДЕЖНОСТЬ. ВЗГЛЯНИТЕ ПО-НОВОМУ НА ПРОСТОТУ ГИБКОСТЬ. МАСШТАБИРУЕМОСТЬ. НАДЕЖНОСТЬ. ПОЧЕМУ ЗАКАЗЧИКИ ВЫБИРАЮТ EMC VSPEX BLUE ДЛЯ ВИРТУАЛИЗИРОВАННЫХ СРЕД Взгляните по-новому на простоту: гибкость, масштабируемость

Подробнее

Облачные технологии. Мифы и реальность. Мария Бартенева Директор по консалтингу

Облачные технологии. Мифы и реальность. Мария Бартенева Директор по консалтингу Облачные технологии Мифы и реальность Мария Бартенева Директор по консалтингу mbarteneva@telecomguard.ru www.telecomguard.ru Повестка Основные понятия Мифы Выводы 2 Что такое «Облако»? Оборудование Вычислительные

Подробнее

Hitachi Unified Compute Platform для Microsoft Private Cloud

Hitachi Unified Compute Platform для Microsoft Private Cloud Hitachi Unified Compute Platform для Microsoft Private Cloud Перенос нагрузок предприятия в облако Microsoft Private Cloud с помощью конвергентной инфраструктуры нового поколения Усложнение структуры центров

Подробнее

Связь-Аутсорсинг. Описание услуги аутсорсинга связи для малого и среднего бизнеса

Связь-Аутсорсинг. Описание услуги аутсорсинга связи для малого и среднего бизнеса Связь-Аутсорсинг Описание услуги аутсорсинга связи для малого и среднего бизнеса Санкт-Петербург 2016 1. Проблемы и задачи При организации и обслуживании собственной сети связи практически любая компания

Подробнее

Softline: IT-решения бизнес-задач

Softline: IT-решения бизнес-задач Softline: IT-решения бизнес-задач Портрет компании Региональная сеть: 27 стран 80 городов Рост за последние 10 лет +40% Полный спектр ITсервисов и решений Оборот в 2013FY: более $950 млн IT-решения более

Подробнее

Новые возможности vsphere 5

Новые возможности vsphere 5 Новые возможности vsphere 5 Кирилл Штода, Начальник отдела Отдел лицензионного ПО 20.03.2012 E-mail: KShtoda@sitronics.com 1 Программа Краткий обзор платформы vsphere Обзор vsphere 5 Службы инфраструктуры:

Подробнее

Cisco Business Edition 6000

Cisco Business Edition 6000 Обзор решений Cisco Business Edition 6000 Разница очевидна Технологии должны удовлетворять текущие потребности сотрудников и заказчиков в средствах связи, а также обеспечивать простоту и экономическую

Подробнее

Описание продукта: «Виртуальный офис Softline»

Описание продукта: «Виртуальный офис Softline» Описание продукта: «Виртуальный офис Softline» в рамках CloudOS Network Russia Подготовлено совместно с: Softline Version 0.2 Draft Подготовил: Виктория Гущина При участии: Кирилл Котляренко Антон Авдонин

Подробнее

Группа компаний ЛАНИТ Департамент сетевой интеграции. Интеграция мобильных устройств в корпоративную сеть

Группа компаний ЛАНИТ Департамент сетевой интеграции. Интеграция мобильных устройств в корпоративную сеть Группа компаний ЛАНИТ Департамент сетевой интеграции Интеграция мобильных устройств в корпоративную сеть 2013 Корпоративная мобильность Постоянный доступ к корпоративной информации Постоянная подключённость

Подробнее

Николай Зайцев Л Этуаль Советник по ИТ

Николай Зайцев Л Этуаль Советник по ИТ Николай Зайцев Л Этуаль Советник по ИТ О компании «Л Этуаль» национальная сеть парфюмерно-косметических магазинов, действующая на территории Российской Федерации и Украины, открыла свой первый магазин

Подробнее

Внедрение унифицированных коммуникаций и решений для совместной работы создает реальные преимущества для бизнеса

Внедрение унифицированных коммуникаций и решений для совместной работы создает реальные преимущества для бизнеса Обзор практики внедрения заказчиками технологий, подготовленный по заказу корпорации Cisco Systems Внедрение унифицированных коммуникаций и решений для совместной работы создает реальные преимущества для

Подробнее

ЗАДАЧИ ПОСТРОЕНИЯ НОВОЙ МОДЕЛИ УПРАВЛЕНИЯ IT-AS-A- SERVICE (ITAAS)

ЗАДАЧИ ПОСТРОЕНИЯ НОВОЙ МОДЕЛИ УПРАВЛЕНИЯ IT-AS-A- SERVICE (ITAAS) 1 ЗАДАЧИ ПОСТРОЕНИЯ НОВОЙ МОДЕЛИ УПРАВЛЕНИЯ IT-AS-A- SERVICE (ITAAS) АНДРЕЙ НИКОЛАЕВ EMC 2 ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ПЕРЕОПРЕДЕЛЯЕТ БИЗНЕС БИЗНЕС ТРЕБУЕТ ВЫСОКОЙ РЕАКЦИИ IT Традиционная IT команда Коммерческая

Подробнее

Профессиональные сервисные услуги Mitel Contact Center

Профессиональные сервисные услуги Mitel Contact Center Профессиональные сервисные услуги Mitel Contact Center Детальная схема для гибкого предоставления услуг Исследование Технический аудит Требования к решению Архитектура Стратегический план Оптимизация качества

Подробнее

Автоматизация подстанций для построения интеллектуальных электросетей

Автоматизация подстанций для построения интеллектуальных электросетей Автоматизация подстанций для построения интеллектуальных электросетей Интеллектуальные электросети обещают сделать способ поставки и потребления электроэнергии более эффективным. По сути, интеллектуальная

Подробнее

Отчет о тенденциях: почему компании переходят в облако? Взгляд изнутри на то, как компании обращаются к облаку для решения повседневных задач

Отчет о тенденциях: почему компании переходят в облако? Взгляд изнутри на то, как компании обращаются к облаку для решения повседневных задач Отчет о тенденциях: почему компании переходят в облако? Взгляд изнутри на то, как компании обращаются к облаку для решения повседневных задач 1 Содержание 2 Введение 5 Управление бизнесом в облаке 9 Виртуализация

Подробнее

Cisco Connect. Москва, Цифровизация: здесь и сейчас

Cisco Connect. Москва, Цифровизация: здесь и сейчас Cisco Connect Москва, 2017 Цифровизация: здесь и сейчас Три облака для бизнеса Динар Гарипов Руководитель направления развития бизнеса, Департамент облачных технологий Softline 2017 Cisco and/or its affiliates.

Подробнее

ИНФРАСТРУКТУРА КАК СЕРВИС

ИНФРАСТРУКТУРА КАК СЕРВИС ИНФРАСТРУКТУРА КАК СЕРВИС 1 ЭВОЛЮЦИЯ РАЗВИТИЯ СЕРВИС-ПРОВАЙДЕРА Ключевое направление бизнеса IBS DataFort предоставление частного облака (IaaS) в виде сервиса, а не проекта, что является основным конкурентным

Подробнее

Решения VMware для построения частного облака

Решения VMware для построения частного облака Решения VMware для построения частного облака Александр Пыльнев, apylnev@vmware.com VMware, Inc., 2010. Все права защищены. Бизнес предъявляет жесткие требования к ИТ «Будучи ИТ-директором, я своевременно

Подробнее

Построение гибридного облака с использованием платформы Windows Azure

Построение гибридного облака с использованием платформы Windows Azure Построение гибридного облака с использованием платформы Windows Azure Кузюра Владислав Публичное облако Windows Azure Windows Azure это открытая и гибкая облачная платформа. быстрое построение, развертывание

Подробнее

Перенос возможностей совместной работы в облачную среду: выгодное использование обоих преимуществ

Перенос возможностей совместной работы в облачную среду: выгодное использование обоих преимуществ Обзор решения Перенос возможностей совместной работы в облачную среду: выгодное использование обоих преимуществ Обзор содержания документа В этом документе вы узнаете, как воспользоваться преимуществами

Подробнее

НАЦИОНАЛЬНАЯ ОБЛАЧНАЯ ПЛАТФОРМА И ОТРАСЛЕВЫЕ РЕШЕНИЯ ОТ ОАО РОСТЕЛЕКОМ КАК ИНСТРУМЕНТ СНИЖЕНИЯ ИЗДЕРЖЕК МУНИЦИПАЛЬНЫХ ОБРАЗОВАНИЙ НА ИТ.

НАЦИОНАЛЬНАЯ ОБЛАЧНАЯ ПЛАТФОРМА И ОТРАСЛЕВЫЕ РЕШЕНИЯ ОТ ОАО РОСТЕЛЕКОМ КАК ИНСТРУМЕНТ СНИЖЕНИЯ ИЗДЕРЖЕК МУНИЦИПАЛЬНЫХ ОБРАЗОВАНИЙ НА ИТ. НАЦИОНАЛЬНАЯ ОБЛАЧНАЯ ПЛАТФОРМА И ОТРАСЛЕВЫЕ РЕШЕНИЯ ОТ ОАО РОСТЕЛЕКОМ КАК ИНСТРУМЕНТ СНИЖЕНИЯ ИЗДЕРЖЕК МУНИЦИПАЛЬНЫХ ОБРАЗОВАНИЙ НА ИТ. ГАННОШИН ВЛАДИМИР НИКОЛАЕВИЧ МАКРОРЕГИОН "УРАЛ" ОАО "РОСТЕЛЕКОМ"

Подробнее

ОПЫТ ПОСТРОЕНИЯ ОБЛАЧНОГО ЦОД

ОПЫТ ПОСТРОЕНИЯ ОБЛАЧНОГО ЦОД ЦОД и безопасность: на пороге перемен 4 ноября 2014 г. Киев, НСК «Олимпийский» ОПЫТ ПОСТРОЕНИЯ ОБЛАЧНОГО ЦОД Александр Кариченский ТРЕБОВАНИЯ Безопасность Надежность и отказоустойчивость Минимизация расходов

Подробнее

Практические примеры использования облачной инфраструктуры в ритейле

Практические примеры использования облачной инфраструктуры в ритейле Практические примеры использования облачной инфраструктуры в ритейле Андрей Захаров, руководитель разработки решений и реализации проектов Светлана Яковлева, коммерческий директор Северо-Западного региона

Подробнее

IBM Tivoli Storage Manager for Virtual Environments V6.2 повышает эффективность резервного копирования и восстановления для гипервизоров VMware

IBM Tivoli Storage Manager for Virtual Environments V6.2 повышает эффективность резервного копирования и восстановления для гипервизоров VMware ZP11-0042 от 22 февраля 2011 г. IBM Tivoli Storage Manager for Virtual Environments V6.2 повышает эффективность резервного копирования и восстановления для гипервизоров VMware Содержание 1 Обзор 2 Описание

Подробнее

ПУБЛИЧНОЕ, ЧАСТНОЕ ИЛИ ГИБРИДНОЕ? КАК ВЫБРАТЬ ОПТИМАЛЬНОЕ ОБЛАКО ДЛЯ ПРИЛОЖЕНИЙ?

ПУБЛИЧНОЕ, ЧАСТНОЕ ИЛИ ГИБРИДНОЕ? КАК ВЫБРАТЬ ОПТИМАЛЬНОЕ ОБЛАКО ДЛЯ ПРИЛОЖЕНИЙ? ПУБЛИЧНОЕ, ЧАСТНОЕ ИЛИ ГИБРИДНОЕ? КАК ВЫБРАТЬ ОПТИМАЛЬНОЕ ОБЛАКО ДЛЯ ПРИЛОЖЕНИЙ? Частные облака уже стали отраслевым стандартом, а публичные переживают бурный расцвет. Поэтому на сегодняшний день остался

Подробнее

Объект закупки: оказание услуг по предоставлению (продлению) неисключительных прав (лицензий) на использование программного обеспечения Microsoft

Объект закупки: оказание услуг по предоставлению (продлению) неисключительных прав (лицензий) на использование программного обеспечения Microsoft Обоснование невозможности соблюдения запрета на допуск программного обеспечения (далее ПО), происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных

Подробнее

План импортозамещения Минкомсвязи и корпоративная платформа на базе отечественных операционных систем

План импортозамещения Минкомсвязи и корпоративная платформа на базе отечественных операционных систем План импортозамещения Минкомсвязи и корпоративная платформа на базе отечественных операционных систем Владимир Рубанов Президент и генеральный конструктор НТЦ ИТ РОСА «Российские операционные системы»

Подробнее

ВИРТУАЛИЗАЦИЯ С MICROSOFT HYPER-V И 5NINE ДЛЯ ОПТИМИЗАЦИ ЗАТРАТ И ПОВЫШЕНИЯ ЭФФЕКТИВНОСТИ IT-ИНФРАСТРУКТУРЫ ПРЕДПРИЯТИЯ

ВИРТУАЛИЗАЦИЯ С MICROSOFT HYPER-V И 5NINE ДЛЯ ОПТИМИЗАЦИ ЗАТРАТ И ПОВЫШЕНИЯ ЭФФЕКТИВНОСТИ IT-ИНФРАСТРУКТУРЫ ПРЕДПРИЯТИЯ Защита Microsoft Hyper-V 1 в мире ВИРТУАЛИЗАЦИЯ С MICROSOFT HYPER-V И 5NINE ДЛЯ ОПТИМИЗАЦИ ЗАТРАТ И ПОВЫШЕНИЯ ЭФФЕКТИВНОСТИ IT-ИНФРАСТРУКТУРЫ ПРЕДПРИЯТИЯ Виртуализация эффективный способ сокращения издержек

Подробнее

Как ИТ-служба Cisco внедряет виртуальные серверы приложений в центрах обработки данных

Как ИТ-служба Cisco внедряет виртуальные серверы приложений в центрах обработки данных Как ИТ-служба Cisco внедряет виртуальные серверы приложений в центрах обработки данных Внедрение технологии виртуальных серверов приводит к значительному сокращению затрат, снижает потребность в ресурсах

Подробнее

Этапы развития рынка облачных вычислений

Этапы развития рынка облачных вычислений ОБЛАЧНЫЕ ВЫЧИСЛЕНИЯ: ТЕНДЕНЦИИ РАЗВИТИЯ Гаджиев Н. К., Джамалудинова Б.А. Дагестанский государственный университет Махачкала, Россия CLOUD COMPUTING: TRENDS OF DEVELOPMENT Gadzhiev N.,Dzhamaludinova B.

Подробнее

Услуга Cisco по миграции центра обработки данных

Услуга Cisco по миграции центра обработки данных Услуга Cisco по миграции центра обработки данных Услуга Cisco по миграции центра обработки данных (ЦОД) помогает предприятиям и операторам связи повысить оперативность деятельности и качество обслуживания

Подробнее

Горизонтально масштабируемая NAS-система Isilon

Горизонтально масштабируемая NAS-система Isilon Горизонтально масштабируемая NAS-система Isilon Новые и перспективные направления Михаил Владимиров, Dell EMC На базе процессоров Intel Xeon Отказ от ответственности в отношении информации о плане выпуска

Подробнее

Динамика рынка облаков в России. Станислав Мирин консультант

Динамика рынка облаков в России. Станислав Мирин консультант Динамика рынка облаков в России Станислав Мирин консультант 15.09.2016 Содержание 1. Факторы развития рынка облачных услуг 2. Динамика рынка IaaS и SaaS 3. Стратегия дата-центров на рынке облачных услуг

Подробнее

Решения для резервного копирования

Решения для резервного копирования Решения для резервного копирования Сравнение Backup это семейство продуктов, предназначенных для защиты всех типов корпоративных данных независимо от их расположения. Они актуальны для локальных или удаленных

Подробнее

Профессиональные облачные сервисы IBS DataFort. Контроль расходов на увеличивающиеся объемы данных и их резервные копии

Профессиональные облачные сервисы IBS DataFort. Контроль расходов на увеличивающиеся объемы данных и их резервные копии Профессиональные облачные сервисы IBS DataFort Контроль расходов на увеличивающиеся объемы данных и их резервные копии 1 Создаем корпоративные инфраструктуры любой сложности в частном облаке стандартные

Подробнее

Развитие облачных услуг

Развитие облачных услуг ВИРТУАЛЬНЫЙ ЦОД Развитие облачных услуг Оперативная модернизация ИТ-инфраструктуры Оптимизация текущих затрат на поддержание действующей инфраструктуры Обеспечение защиты и безопасности хранения корпоративной

Подробнее

Построение облачной платформы: взгляд изнутри. На примере TheCloud.ru

Построение облачной платформы: взгляд изнутри. На примере TheCloud.ru Построение облачной платформы: взгляд изнутри. На примере TheCloud.ru Тактаров А.С. генеральный директор ЗАО ЮБиТек Председатель Общественного Совета при министерстве информационных технологий и связи

Подробнее

Каталог услуг Mitel Professional Services для унифицированных коммуникаций и совместной работы

Каталог услуг Mitel Professional Services для унифицированных коммуникаций и совместной работы Каталог услуг Mitel Professional Services для унифицированных коммуникаций и совместной работы МОСКВА ВЕРСИЯ 1.0 СОДЕРЖАНИЕ ОБЗОР УСЛУГ... 3 1. ТЕХНИЧЕСКИЕ КОНСУЛЬТАЦИИ И ПРОЕКТИРОВАНИЕ... 5 2. ОЦЕНКА

Подробнее

Профессиональные облачные сервисы IBS DataFort. Как обеспечить непрерывность бизнеса без лишних затрат

Профессиональные облачные сервисы IBS DataFort. Как обеспечить непрерывность бизнеса без лишних затрат Профессиональные облачные сервисы IBS DataFort Как обеспечить непрерывность бизнеса без лишних затрат 1 Портфель профессиональных облачных услуг DataFort стандартные сервисы as-a-service с типовыми параметрами

Подробнее

Миграция информационных систем: подводные камни и решения

Миграция информационных систем: подводные камни и решения Миграция информационных систем: подводные камни и решения Николай Радченко Заместитель директора департамента Департамент инфраструктурных решений 20.03.2012 E-mail: NRadchenko@sitronics.com 1 Куда мигирировать?

Подробнее

Как построить Hyper-V инфраструктуру корпоративного уровня на бюджет компании малого бизнеса

Как построить Hyper-V инфраструктуру корпоративного уровня на бюджет компании малого бизнеса #1 Management and Security for Windows Server and Hyper-V Как построить Hyper-V инфраструктуру корпоративного уровня на бюджет компании малого бизнеса Автор: Дэвид Дэвис Вступление В то время, как Microsoft

Подробнее

DATALINE: инфраструктура и услуги

DATALINE: инфраструктура и услуги DATALINE: инфраструктура и услуги КТО МЫ 2 Дата-центр OST Площадь 3405 м² Количество стойко-мест 903 Общая установленная мощность 10000 ква Электрическая мощность стойки от 5 квт 3 Дата-центр NORD Площадь

Подробнее

Рынок IT и его влияние на коммуникации

Рынок IT и его влияние на коммуникации А. В. Блинов Уральский федеральный университет, г. Екатеринбург Рынок IT и его влияние на коммуникации Диалоговая коммуникация представляется как последовательность высказываний участников, сменяющих друг

Подробнее

Практические сценарии предоставления сервисов в облаках

Практические сценарии предоставления сервисов в облаках Практические сценарии предоставления сервисов в облаках Евгений Андрейчук Менеджер по продвижению решений Microsoft (Office 365, Azure, Бизнес-решения) С чего вы начинаете свой рабочий день? Почта это

Подробнее

Распределенный ЦОД Финансовой группы Лайф

Распределенный ЦОД Финансовой группы Лайф Распределенный ЦОД Финансовой группы Лайф Причины появления второго ЦОД Высокий риск потери бизнеса в случае катастрофы или серьезного инцидента в основном ЦОД сразу для 5 банков ФГ. У ФГ до 2013 года

Подробнее

VPLEX ПОЗВОЛЯЕТ ПРЕДПРИЯТИЯМ ПОДГОТОВИТЬСЯ К БУДУЩИМ ЗАДАЧАМ

VPLEX ПОЗВОЛЯЕТ ПРЕДПРИЯТИЯМ ПОДГОТОВИТЬСЯ К БУДУЩИМ ЗАДАЧАМ VPLEX ПОЗВОЛЯЕТ ПРЕДПРИЯТИЯМ ПОДГОТОВИТЬСЯ К БУДУЩИМ ЗАДАЧАМ Постоянная доступность и оперативность ПРЕИМУЩЕСТВА EMC VPLEX это самая надежная технология обеспечения доступности, которая гарантирует доступность

Подробнее

ОБЛАЧНЫЕ СЕРВИСЫ В РОССИИ: ВЗГЛЯД ТЕЛЕКОМ-ОПЕРАТОРА

ОБЛАЧНЫЕ СЕРВИСЫ В РОССИИ: ВЗГЛЯД ТЕЛЕКОМ-ОПЕРАТОРА ОБЛАЧНЫЕ СЕРВИСЫ В РОССИИ: ВЗГЛЯД ТЕЛЕКОМ-ОПЕРАТОРА Андрей Казаков Макрорегиональный филиал «Волга» ОАО «Ростелеком» Иннополис, 10 июня 2015 Чем являются облачные сервисы для оператора связи? С одной стороны

Подробнее

Развертывание ИТ инфраструктуры

Развертывание ИТ инфраструктуры Развертывание ИТ инфраструктуры Развертывание сетевой инфраструктуры офиса: - Система хранения данных - Отказоустойчивый кластер - Коммуникационный сервер - Веб-сервер - Интернет-шлюз - Контроллер домена

Подробнее

Cnews. ИТ-инфраструктура: оптимальное развитие.

Cnews. ИТ-инфраструктура: оптимальное развитие. Vladimir Shevchenko, Country CIO, 2014-06-10 Опыт оптимизации инфраструктуры в российском подразделении АББ Cnews. ИТ-инфраструктура: оптимальное развитие. ABB Group June 16, 2014 Slide 1 Группа АББ в

Подробнее

EMC AVAMAR. ПО и система резервного копирования с функциями дедупликации

EMC AVAMAR. ПО и система резервного копирования с функциями дедупликации ОСНОВНЫЕ СВЕДЕНИЯ Уменьшение на 99% сетевой полосы пропускания для резервного копирования Сокращение на 50% времени резервного копирования Уменьшение в 30 раз общего объема хранилища резервных копий за

Подробнее

Облака приобретают массовую популярность Внедряют их все, с выгодой лишь некоторые, с максимальной выгодой единицы.

Облака приобретают массовую популярность Внедряют их все, с выгодой лишь некоторые, с максимальной выгодой единицы. Внедряют их все, с выгодой лишь некоторые, с максимальной выгодой единицы. сентябрь 2016 г. Краткий обзор С прошлого года показатель внедрения облачных технологий вырос на 61 %. При этом 73 % организаций

Подробнее

Основные факторы выбора систем унифицированных коммуникаций

Основные факторы выбора систем унифицированных коммуникаций Основные факторы выбора систем Январь 2013 г. Автор: Зевс Керравала Основные факторы выбора систем Зевс Керравала Январь 2013 г. º º º º º º º º º º º º º º º º º º º º º º º º º º º º º º º º º º º º

Подробнее

Протекающий во многих отраслях промышленности

Протекающий во многих отраслях промышленности Microsoft SQL Server интенсифицирует пивоваренный процесс на Балтике Протекающий во многих отраслях промышленности процесс консолидации бизнеса ставит производителей, имеющих большое количество географически

Подробнее

VMWARE CLOUD FOUNDATION: ЕДИНАЯ ПЛАТФОРМА ДЛЯ ЧАСТНЫХ И ОБЩЕДОСТУПНЫХ ОБЛАКОВ ТЕМАТИЧЕСКАЯ СТАТЬЯ: АВГУСТ, 2016 Г.

VMWARE CLOUD FOUNDATION: ЕДИНАЯ ПЛАТФОРМА ДЛЯ ЧАСТНЫХ И ОБЩЕДОСТУПНЫХ ОБЛАКОВ ТЕМАТИЧЕСКАЯ СТАТЬЯ: АВГУСТ, 2016 Г. VMWARE CLOUD FOUNDATION: ЕДИНАЯ ПЛАТФОРМА ДЛЯ ЧАСТНЫХ И ОБЩЕДОСТУПНЫХ ОБЛАКОВ ТЕМАТИЧЕСКАЯ СТАТЬЯ: АВГУСТ, 2016 Г. Содержание Краткий обзор 3 Единая архитектура для гибридного облака 3 Введение в VMware

Подробнее

Построение инфраструктуры виртуальных рабочих столов (VDI) с использованием VMware View

Построение инфраструктуры виртуальных рабочих столов (VDI) с использованием VMware View Построение инфраструктуры виртуальных рабочих столов (VDI) с использованием VMware View Максим Едрец Ведущий Инженер medrets@polikom.ru Поставка ПО и оборудования ИТ-инфраструктура Бизнес-приложения ЦОД,

Подробнее

Третья платформа IT. и проблемы хранения данных. Алексей Ткачев Консультант по технологиям EMC

Третья платформа IT. и проблемы хранения данных. Алексей Ткачев Консультант по технологиям EMC Третья платформа IT и проблемы хранения данных Алексей Ткачев Консультант по технологиям EMC 1 Многие отрасли стоят на пороге структурной трансформации 2 МИЛЛИАРДЫ ПОЛЬЗОВАТЕЛЕЙ МИЛЛИОНЫ ПРИЛОЖЕНИЙ Мобильность

Подробнее

Современные тенденции в сфере информационных технологий для безопасной совместной работы

Современные тенденции в сфере информационных технологий для безопасной совместной работы Обзор практики внедрения заказчиками технологий, подготовленный по заказу корпорации Cisco Systems Современные тенденции в сфере информационных технологий для безопасной совместной работы Сентябрь 2013

Подробнее

DATALINE: инфраструктура и услуги

DATALINE: инфраструктура и услуги DATALINE: инфраструктура и услуги КТО МЫ 2 ПОЧЕМУ DATALINE? Сеть дата-центров уровня Tier3 Опыт и экспертиза SLA и гарантия качества Телекоминфраструктура уровня Tier4 3 2009-2011 Дата-центр OST Залы Alpha,

Подробнее

vcan от VMware. Используйте программу технологического лидера для построения бизнеса публичного облака.

vcan от VMware. Используйте программу технологического лидера для построения бизнеса публичного облака. vcan от VMware. Используйте программу технологического лидера для построения бизнеса публичного облака. 8 (800) 100-00-23 www.softlinegroup.com Мария Павлова Mariya.Pavlova@softline.ru info@softline.ru

Подробнее

УСЛУГИ УПРАВЛЯЕМОЙ LAN

УСЛУГИ УПРАВЛЯЕМОЙ LAN УСЛУГИ УПРАВЛЯЕМОЙ Услуги Управляемой компании T-Systems представляют собой стандартизованный пакет услуг по управлению локальной сетью заказчика (предоставление оборудования в аренду, проектирование,

Подробнее

Изменения в центрах обработки данных. Михаил Михеев

Изменения в центрах обработки данных. Михаил Михеев Изменения в центрах обработки данных Михаил Михеев mmikheev@vmware.com 1 Сразу несколько направлений изменений: Серверная часть Пользовательская часть 2 Когда-то: - «Виртуализация рулит!!» - «Да ладно,

Подробнее

Что лучше: купить или создать? Новая цель конвергентные платформы. Colin Gallagher

Что лучше: купить или создать? Новая цель конвергентные платформы. Colin Gallagher Что лучше: купить или создать? Новая цель конвергентные платформы Colin Gallagher Требования современных организаций РОСТ ЭФФЕКТИВНОСТЬ 2 Создание уникальных продуктов 3 Расширьте горизонты вашего бизнеса

Подробнее

УСЛУГИ СЕТИ ДАТА-ЦЕНТРОВ SAFEDATA

УСЛУГИ СЕТИ ДАТА-ЦЕНТРОВ SAFEDATA УСЛУГИ СЕТИ ДАТА-ЦЕНТРОВ 1 оператор собственной распределенной сети дата-центров и поставщик широкого спектра услуг IT-аутсорсинга. Состав группы : ЛУЧШИЕ РЕШЕНИЯ ДЛЯ КАЖДОГО КЛИЕНТА Центр Хранения Данных

Подробнее

Перспективные технологии Cisco, которые сделают Ваш ЦОД эффективнее

Перспективные технологии Cisco, которые сделают Ваш ЦОД эффективнее Логотип партнера Перспективные технологии Cisco, которые сделают Ваш ЦОД эффективнее Олег Коверзнев руководитель направления ЦОД, Cisco Что я собираюсь рассказать вам за 30 мин? 2 Немного обо всем О лидирующих

Подробнее

Группа компаний. Интегрус. Помогаем двигаться к цели.

Группа компаний. Интегрус. Помогаем двигаться к цели. Группа компаний Интегрус Помогаем двигаться к цели Профиль компании «Интегрус» Аутсорсинговая компания Молодой системный интегратор и поставщик информационных технологий Богатый опыт в ИТ-консалтинге и

Подробнее

Case study: использование публичного облака Российскими заказчиками. Руслан Заединов Заместитель генерального директора компании КРОК

Case study: использование публичного облака Российскими заказчиками. Руслан Заединов Заместитель генерального директора компании КРОК Case study: использование публичного облака Российскими заказчиками Руслан Заединов Заместитель генерального директора компании КРОК 19 марта 2013 КОМПАНИЯ КРОК 1 ПО СОЗДАНИЮ ИТ-ИНФРАСТРУКТУР КРОК крупнейший

Подробнее

Облачные вычисления, социальные сети Продукты > Решения > Сервисы

Облачные вычисления, социальные сети Продукты > Решения > Сервисы Облачные вычисления, социальные сети Продукты > Решения > Сервисы Браузеры, электронная почта, ecommerce, Хостинг, Wi-Fi, Web 2.0 Распределенные вычисления Текстовые процессоры, Электронные таблицы DOS,

Подробнее

Расширяйте возможности вашего бизнеса с Windows Server и Intel Technologies

Расширяйте возможности вашего бизнеса с Windows Server и Intel Technologies Расширяйте возможности вашего бизнеса с Windows Server и Intel Technologies Windows Server 2016 Оптимальное решение для развития вашего бизнеса В стремительно меняющемся мире бизнеса требуется новый стиль

Подробнее

Информационное письмо о программном продукте IBM Europe, Middle East and Africa ZP от 22 ноября 2011 г.

Информационное письмо о программном продукте IBM Europe, Middle East and Africa ZP от 22 ноября 2011 г. ZP11-0530 от 22 ноября 2011 г. IBM Tivoli Monitoring for Virtual Environments V7.1 помогает заранее планировать мощности, отслеживать емкость виртуальной инфраструктуры и обеспечить максимальную экономию

Подробнее

ЭЛЕКТРОННЫЙ ГОРОД. Единая муниципальная автоматизированная информационная система инженерной инфраструктуры и жизнеобеспечения. Александрова Е. В.

ЭЛЕКТРОННЫЙ ГОРОД. Единая муниципальная автоматизированная информационная система инженерной инфраструктуры и жизнеобеспечения. Александрова Е. В. ЭЛЕКТРОННЫЙ ГОРОД Единая муниципальная автоматизированная информационная система инженерной инфраструктуры и жизнеобеспечения Александрова Е. В. 10-11 декабря 2013 О компании ЗАО «РАМЭК-ВС» является системным

Подробнее

Каталог профессиональных сервисных услуг MiContact Center Solidus

Каталог профессиональных сервисных услуг MiContact Center Solidus Каталог профессиональных сервисных услуг MiContact Center Solidus МОСКВА ВЕРСИЯ 1.0 Содержание Обзор... 1. Бизнес-консультации 2. Технические консультации и проектирование 3. Миграция 4. Расширенные консультации

Подробнее

Открытая сетевая среда новая волна бизнес-инноваций

Открытая сетевая среда новая волна бизнес-инноваций Обзор решения Открытая сетевая среда новая волна бизнес-инноваций Обзор Такие технологии как облачные вычисления, мобильные платформы, социальные сети и передача видео сегодня играют важнейшую роль во

Подробнее

OpenScape Business. Унифицированные коммуникации для бизнеса небольших и средних компаний

OpenScape Business. Унифицированные коммуникации для бизнеса небольших и средних компаний OpenScape Business Унифицированные коммуникации для бизнеса небольших и средних компаний Содержание Современные проблемы SMB рынка телекоммуникаций Как новая коммуникационная платформа OpenScape Business

Подробнее

Корпоративные порталы и документооборот. СЭД в облаках. Лушников Владимир Директор ООО «1С-КПД»

Корпоративные порталы и документооборот. СЭД в облаках. Лушников Владимир Директор ООО «1С-КПД» СЭД в облаках Лушников Владимир Директор ООО «1С-КПД» Содержание Что такое облако? СЭД в облаке Технологии 1С для организации облака Создавать свое облако или арендовать? Вопросы безопасности организации

Подробнее

Symantec NetBackup 7.6

Symantec NetBackup 7.6 Обзор Таблица с описанием новых возможностей и сравнением версий Обзор решения: Защита данных Новый выпуск продукта 7.6 обеспечивает лучшее резервное копирование в виртуальном мире. Переход на виртуальные

Подробнее

ДЕСЯТЬ ГЛАВНЫХ ПРЕИМУЩЕСТВ HITACHI UCP ДЛЯ SAP HANA

ДЕСЯТЬ ГЛАВНЫХ ПРЕИМУЩЕСТВ HITACHI UCP ДЛЯ SAP HANA ДЕСЯТЬ ГЛАВНЫХ ПРЕИМУЩЕСТВ HITACHI UCP ДЛЯ SAP HANA Десять главных причин, по которым заказчики выбирают решения Hitachi Unified Compute Platform для платформы SAP HANA Узнайте подробно о десяти причинах,

Подробнее

ВОЗМОЖНОСТИ СЕРВЕРОВ MICROSOFT ДЛЯ СОВМЕСТНОЙ РАБОТЫ

ВОЗМОЖНОСТИ СЕРВЕРОВ MICROSOFT ДЛЯ СОВМЕСТНОЙ РАБОТЫ ВОЗМОЖНОСТИ СЕРВЕРОВ MICROSOFT ДЛЯ СОВМЕСТНОЙ РАБОТЫ ASBIS RUS Ms-Soft@asbis.ru +7 (495) 775 0641 Контакты по программе: Лара Черемисина Юлия Гаврилова Андрей Пинк Возможности серверов Microsoft для совместной

Подробнее

Описание сервиса: «Hosted Dynamics CRM»

Описание сервиса: «Hosted Dynamics CRM» Описание сервиса: «Hosted Dynamics CRM» в рамках Cloud OS Network Russia Подготовлено совместно с: Облакотека Version 1.0 Final Подготовил: Максим Захаренко, Облакотека Оглавление 1 Общая информация...

Подробнее

АУТСОРСИНГ ИНФРАСТРУКТУРЫ КАК ЧАСТЬ ИТ-СТРАТЕГИИ:

АУТСОРСИНГ ИНФРАСТРУКТУРЫ КАК ЧАСТЬ ИТ-СТРАТЕГИИ: АУТСОРСИНГ ИНФРАСТРУКТУРЫ КАК ЧАСТЬ ИТ-СТРАТЕГИИ: Взгляд финансиста Евгений Батлер, Selectel «ИТ-стратегия 2016», Москва 19.04.2016 Selectel один из крупнейших российских провайдеров хостинговых и облачных

Подробнее

Защита данных нового поколения Основано на технологии Acronis AnyData. Комплексная защита данных в физических и виртуальных средах

Защита данных нового поколения Основано на технологии Acronis AnyData. Комплексная защита данных в физических и виртуальных средах Защита данных нового поколения Основано на технологии Acronis AnyData Комплексная защита данных в физических и виртуальных средах ACRONIS ПРИЗНАННЫЙ ЛИДЕР ОТРАСЛИ Российская компания! Лучшее импортозамещение!

Подробнее

РОССИЙСКИЙ РЫНОК WMS-СИСТЕМ: ХАРАКТЕРИСТИКА И ТЕНДЕНЦИИ

РОССИЙСКИЙ РЫНОК WMS-СИСТЕМ: ХАРАКТЕРИСТИКА И ТЕНДЕНЦИИ РОССИЙСКИЙ РЫНОК WMS-СИСТЕМ: ХАРАКТЕРИСТИКА И ТЕНДЕНЦИИ Никита Лопатин, аналитик компании DSS Consulting Российский рынок систем управления складом и автоматизации процессов складской логистики (Warehouse

Подробнее

Новые продукты VMware для управления пользовательским окружением. VMware, Inc., Все права защищены.

Новые продукты VMware для управления пользовательским окружением. VMware, Inc., Все права защищены. Новые продукты VMware для управления пользовательским окружением VMware, Inc., 2009-2011. Все права защищены. Краткое содержание Horizon Suite новый подход к пользовательскому окружению! VMware View: решение

Подробнее

Ваш системный интегратор

Ваш системный интегратор +7(495) 967 97 25 Ваш системный интегратор Мы предлагаем Вам повысить эффективность деятельности своей компании и использовать знания и опыт наших специалистов 105064, Москва, ул.земляной вал, 9 Электронная

Подробнее

Новые облачные сервисы АО «Казахтелеком»

Новые облачные сервисы АО «Казахтелеком» Новые облачные сервисы АО «Казахтелеком» Надежда Глухова Коммерческий директор Дирекция информационных систем - филиал АО «Казахтелеком» 30 апреля 2014 г. Дата-центры АО «Казахтелеком» ЦОД в г. Павлодар

Подробнее

Гиперконвергентная трансформация: создание эффективного программноопределяемого

Гиперконвергентная трансформация: создание эффективного программноопределяемого Enterprise Strategy Group Getting to the bigger truth. Белая книга Гиперконвергентная трансформация: создание эффективного программноопределяемого центра обработки данных Автор: Колм Киган (Colm Keegan),

Подробнее

преимущества использования, опыт реальных проектов

преимущества использования, опыт реальных проектов преимущества использования, опыт реальных проектов Вадим Жаров Системный архитектор, Red Hat 16 апреля 2015 - OpenStack: среда для создания облачной инфраструктуры Набор стандартных серверов (x86 архитектуры)

Подробнее

СОЗДАНИЕ КАТАСТРОФОУСТОЙЧИВОЙ СИСТЕМЫ ЦОД ДЛЯ ГОСУДАРСТВЕННЫХ ИНФОРМАЦИОННЫХ РЕСУРСОВ

СОЗДАНИЕ КАТАСТРОФОУСТОЙЧИВОЙ СИСТЕМЫ ЦОД ДЛЯ ГОСУДАРСТВЕННЫХ ИНФОРМАЦИОННЫХ РЕСУРСОВ СОЗДАНИЕ КАТАСТРОФОУСТОЙЧИВОЙ СИСТЕМЫ ЦОД ДЛЯ ГОСУДАРСТВЕННЫХ ИНФОРМАЦИОННЫХ РЕСУРСОВ Меребашвили Тамара Александровна 20 мая2016 г. Москва 2 НАЦИОНАЛЬНЫЕ ДАТА-ЦЕНТРЫ Национальные Дата-центры Совместное

Подробнее

ТРАНСФОРМАЦИЯ ИНФРАСТРУКТУРЫ БАЗ ДАННЫХ

ТРАНСФОРМАЦИЯ ИНФРАСТРУКТУРЫ БАЗ ДАННЫХ ТРАНСФОРМАЦИЯ ИНФРАСТРУКТУРЫ БАЗ ДАННЫХ Чтобы базы данных (например, Oracle и SQL Server) могли мгновенно реагировать на запросы и транзакции OLTP и снизить время пакетной обработки для хранилищ данных

Подробнее

ПРОФИЛЬ ГРУППЫ КОМПАНИЙ «ЕВРАЗИЯ ТЕЛЕКОМ»

ПРОФИЛЬ ГРУППЫ КОМПАНИЙ «ЕВРАЗИЯ ТЕЛЕКОМ» ПРОФИЛЬ ГРУППЫ КОМПАНИЙ «ЕВРАЗИЯ ТЕЛЕКОМ» Российская группа компаний «Евразия Телеком» - универсальный поставщик комплексных телекоммуникационных услуг и решений для корпоративных клиентов и операторов

Подробнее

Эволюция сетей ЦОД: приготовьтесь повысить ценность бизнеса

Эволюция сетей ЦОД: приготовьтесь повысить ценность бизнеса официальный документ Эволюция сетей ЦОД: приготовьтесь повысить ценность бизнеса Обзор Современный бизнес, основанный на технологиях, меняет роль ИТ и выдвигает такие требования к доступности приложений,

Подробнее

КОМПЛЕКСНАЯ ЗАЩИТА СОВРЕМЕННОГО ЦОД. Владимир Островерхов Руководитель направления поддержки корпоративных продаж сентябрь, 2016

КОМПЛЕКСНАЯ ЗАЩИТА СОВРЕМЕННОГО ЦОД. Владимир Островерхов Руководитель направления поддержки корпоративных продаж сентябрь, 2016 КОМПЛЕКСНАЯ ЗАЩИТА СОВРЕМЕННОГО ЦОД Владимир Островерхов Руководитель направления поддержки корпоративных продаж сентябрь, 2016 СОВРЕМЕННЫЙ ЦОД КОМБИНАЦИЯ СИСТЕМ Обработка данных Передача данных Хранение

Подробнее