Анна alyadem

Про грядущую смерть Fibre Channel говорят разве что чуть меньше, чем про смерть ленточных накопителей. Еще когда скорость была ограничена 4 Гбит, уже тогда на смену FC прочили новомодный iSCSI (пусть вменяемый бюджет только на 1 Гбит вариант, но 10 где-то уже совсем рядом). Время шло, а 10Гбит ethernet оставался слишком дорогим удовольствием и к тому же не мог обеспечить низкую латентность. ISCSI в качестве протокола общения серверов с дисковыми системами хоть и получил значительное распространение, но полностью вытеснить FC так и не смог.

Прошедшие годы показали, что инфраструктура Fibre Channel продолжает активно развиваться, скорость интерфейсов растет и говорить о грядущей кончине явно преждевременно. А еще весной этого (2016) года был анонсирован стандарт Gen 6, удвоивший максимальную скорость с 16GFC до 32GFC. Помимо традиционного увеличения производительности, технология получила и ряд других новшеств.

Стандарт позволяет объединить 4 линии FC в один канал 128GFC для соединения коммутаторов друг с другом через высокоскоростной ISL линк. Коррекция ошибок (Forward Error Correction, FEC) уже была доступна в продуктах FC пятого поколения в виде опции, но в Gen 6 ее поддержка стала обязательной. На столь высоких скоростях не только вероятность возникновения ошибок возрастает (BER для Gen 6 составляет 10-6), но и еще больше возрастает влияние ошибок на производительность из-за необходимости перепосылки кадров. FEC позволяет принимающей стороне исправлять ошибки без необходимости делать повторные запросы на перепосылку кадра. Как следствие, мы получаем более «ровную» скорость передачи данных. Не обошли вниманием и энергоэффективность — для снижения энергопотребления медные порты могут полностью отключаться, а оптические снижать мощность до 60%.

Ранее мы уже рассказывали про реализацию технологии QoS в системах Dell Compellent, но на этом нововведения в SCOS версии 7 не заканчиваются и сегодня несколько слов про них.

В системах Compellent технология многоуровневого хранения (Data Progression) появилась уже довольно давно, когда для многих систем хранения midrange класса не было о ней даже и речи. Как и тогда, перемещение блоков данных между уровнями сейчас также происходит по расписанию, а не в “онлайн” режиме. Это позволяет контролировать нагрузку на систему, избегая деградации производительности из-за выполняемых процессов миграции. Хотя, учитывать активность нагрузки нужно заранее при планировании. Организация данных в системах Compellent основана на страницах данных размером от 512КБ до 4МБ (дефолтный размер страницы 2МБ). Миграция также осуществляется на уровне отдельных страниц. За счет этого данные могут более избирательно распределяться по уровням хранения. Запись новых данных всегда происходит на самый быстрый уровень (“быстрые” диски в RAID10 или ssd) и это также нужно учитывать при изначальном планировании.

Типичная проблема, которая может произойти с практически любой системой хранения — «проседание» производительности при аномальной активности на одном из логических дисков. Как следствие, из-за одного «соседа», страдают все потребители ресурсов и падение производительности может привести к весьма печальным последствиям. Всплески активности могут быть обусловлены как полезной (с прикладной точки зрения) периодической нагрузкой (например генерация отчетов), так и случайной ошибкой, допущенной разработчиками на тестовом хранилище. Для небольших инфраструктур, где СХД внедрялась по принципу одна система — одна задача, это конечно не так страшно. Однако сейчас речь как правило идет о консолидации самых различных сервисов. Активное применение виртуализации только усиливает этот тренд. Решение этой проблеме есть и уже много лет известно — управление уровнем сервиса (QoS), с помощью которого можно устанавливать приоритеты для разных типов нагрузки. Всего несколько лет назад технология была доступна как правило только для «больших» СХД в виде отдельного продукта (лицензии), то сейчас уже все больше и больше систем хранения получают возможность управлять QoS даже в системах начального уровня и зачастую «даром». Вот и для систем Dell Compellent с выходом Storage Center OS версии 7 также появилась возможность управлять настройками QoS. Обновление до SC OS 7 пока доступно только для СХД серии SC9000, но уже скоро можно будет использовать новую версию и на других системах линейки Compellent.

Объединение VMware NSX for vSphere и Nutanix Xtreme Computing Platform (XCP) сделало реальностью создание полностью программно-определяемых центров обработки данных (ЦОД). XCP позволяет администраторам строить инфраструктуру виртуализации, свободную от ограничений традиционных архитектур.

Комплексное решение VMware NSX и Nutanix XCP гарантирует виртуальным машинам доступ к быстрым локальным подсистемам – вычислительной подсистеме и подсистеме хранения, а также обеспечивает гибкую и безопасную сетевую инфраструктуру без ограничений, накладываемых физическими компонентами.

Для того, чтобы проверить возможность прозрачной и стабильной работы VMware NSX for vSphere в своём кластере, компания Nutanix протестировала 2 основных сценария использования этой системы. В первом варианте управляющая виртуальная машина Nutanix Controller VM (CVM) была подключена к VLAN в традиционной сети, а рабочие виртуальные машины располагались в виртуальных сетях NSX. Во втором сценарии и рабочие виртуальные машины и CVM были подключены к виртуальным сетевым сегментам NSX. Подключение CVM к сети NSX усложняет общую конфигурацию и настройку системы, но даёт возможность использовать функции изоляции и микросегментации для кластера Nutanix.

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

Перед тем, как углубиться в разбор этих сценариев давайте посмотрим на наиболее типичный пример использования NSX, приведённый в VMware NSX design guide. Мы проверим несколько преимуществ, которые даёт использование программно-определяемых сетей. На рисунке изображено 3 различных сегмента с виртуальными машинами: сегмент веб-сервисов, сегмент приложений и сегмент баз данных. Трафик этих виртуальных машин обрабатывается тремя различными виртуальными сетями, основанными на VXLAN (VNI 5001 — 5003).

Если вы интересуетесь системами хранения данных, то сайт Storage Performance Council (SPC) вам наверняка знаком. Многие производители, в соответствии с принятыми методиками, проводят тесты своих систем и публикуют их результаты. Конечно, как в любых других синтетических тестах, можно критиковать и методику, и точность опубликованных ценовых характеристик, но на текущий момент это, пожалуй, наиболее объективный открытый источник данных о производительности СХД.

Недавно опубликованные результаты тестов системы DataCore SANsymphony-V 10 демонстрируют серьезный прорыв программно-определяемых СХД (Software Defined Storage).

Речь идет даже не об абсолютных значениях интегральной производительности — протестированная система оказалась позади первой десятки победителей с результатом порядка 450тыс IOPs, хотя и это далеко не самый плохой результат. Прорыв случился в таком важном показателе, как стоимость одной операции ввода-вывода ($/IOPs) — производитель сумел достичь величины в 0.08$/IOPs (8 центов(!) за IOPs). Это действительно великолепный результат, учитывая, что ближайший конкурент (Infortrend EonStor DS 3024B) демонстрирует результат в 3 раза худший — только 0.24$/IOPs. Для большинства же классических систем хранения, результат оказывается еще в несколько раз больше.

Кроме того, при 100% нагрузке время отклика составило 0.32мс, что тоже является замечательным показателем — для многих All Flash СХД вполне приемлемым считается результат меньше 1мс.

Низкая стоимость IOPs достигнута, разумеется, за счет того, что система имеет весьма демократичную цену — весь комплект из железа и лицензий стоит 38400$ (с учетом не очень большого дисконта). Детально стоимость решения расписна в самом отчете и любой желающий может с ней ознакомиться.

Что же, пришла пора новых технологий и уже нужно выводить из обслуживания все старые СХД, заменяя их на SDS?

Да, на первый взгляд, получить схожий результат конкурентам будет очень сложно (если вообще возможно в рамках имеющихся технологий). Дело в том, что SANsymphony-V это программное решение, которое работает внутри сервера и, как следствие, ему не требуется никакая коммутация (FC/Ethernet) со всеми связанными задержками. Кроме того, в версии 10 реализована технология многопоточного параллельного доступа (parallel I/O) к данным и здесь современные многоядерные процессоры дают заметное преимущество. (Почему многопоточный доступ становится актуальным можно прочитать здесь)

Но давайте более внимательно посмотрим на конфигурацию системы, которая участвовала в тестах. Это всего один сервер Lenovo x3650M5 с двумя процессорами Intel Xeon E5-2695v3 и 544GB оперативной памяти (из которой чуть меньше 409GB было выделено для работы SANsymphony-V). Для размещения данных использовались 16 SSD и 8 HDD общим объемом 10TB. Реальный полезный объем составил 2.9ТБ (29% от общей “сырой” емкости).

Системы хранения Infortrend EonStor DS 4000 Gen2 – одни из первых в мире на новейшем процессоре Intel Xeon из семейства продуктов D-1500, разработанном специально для SAN энтерпрайз-уровня и облачных хранилищ, что, в совокупности с передовыми аппаратными решениями Infortrend, обеспечивает лучшую в своем классе производительность.

Если речь идет о производительности, то значение IOPS в системах серии EonStor DS 4000 Gen2 достигает 600K в сквозном канале, что на 20% выше, чем в системах предыдущего поколения. Кроме того, полоса пропускания в системах новой серии на 30% шире и достигает 11000 MB/s по чтению, 5500 MB/s по записи – это значения, которые задают новый уровень характеристик, ожидаемых от хранилищ среднего класса.

Несколько дней назад стала доступна версия Data ONTAP 8.3.2RC1. “RC” означает Release Candidate, а следовательно, в соответствии с принятыми в NetApp правилами именования версий, этот релиз уже прошел все внутренние тесты и может использоваться заказчиками не только для оценки новых возможностей, но и для продуктива, включая системы, на которых работают бизнес-критичные задачи. Поддержка вендора полностью распространяется на системы, работающие на “RC” версиях Data ONTAP.

Продавцы NetApp (да, это и мы тоже ;) не устают напоминать (и делают это совершенно правильно), что высокая утилизация дисковых ресурсов в системах NetApp достигается за счет использования программных средств оптимизации — дедупликации и компрессии.

В 2014 году «Тринити Урал» для компании «Удобные деньги» внедрила комплекс оборудования, который включал в себя четыре серверные ноды SuperMicro и внешнюю систему хранения данных EMC VNX 5400 под управлением программного обеспечения VMware vSphere, обеспечивающий функционал High Availability. В качестве средства для организации резервного копирования/восстановления был выбран Symantec Backup Exec.

На сегодняшний день в условиях интенсивного роста спроса на услуги микрокредитования, компания «Удобные деньги» расширяет географию присутствия в регионах, что не может не отразиться на ИТ-инфраструктуре компании. Ключевым моментом становится обеспечение сохранности постоянно растущих данных, в связи с этим пристальное внимание было обращено к системе резервного копирования и восстановления данных.

Заказчик столкнулся с проблемой соблюдения регламента резервного копирования в связи с ростом объема баз, при текущей скорости копирования средствами Symantec Backup Exec. Сформированный отчет работы Symantec Buckup Exec зафиксировал скорость копирования данных по LAN около 1 033 MB/мин., что было недостаточно для копирования основной БД SQL (объем 1 Тб) за отведенное время (Рис.1).


Рис. 1. Показатель скорости резервного копирования.

Перед нами поставлена задача увеличения скорости резервного копирования и восстановления данных, превышающих объем 1 Тб, с гарантией сохранности текущей базы бекапов при минимальных материальных затратах.
Встал вопрос о возможности увеличения скорости бекапа базы SQL и о максимально возможной скорости бекапа средствами Symantec Buckup Exec.

Для проработки решения на площадке «Тринити Урал» развернули стенд, где была воссоздана виртуальная инфраструктура VMware ESXI (версия 5.5) c подключением серверных нод по FC 8 Г/бит к системе хранения данных IBM Storwize V7000 (пул 8 х 300 Гб SAS 10K в RAID 0 на чтение, пул 8 х 300 Гб SAS 10K в RAID 0 на запись), на виртуальных серверах развернули БД SQL.


Рис.2. Скорость копирования при агрегации LAN портов и при использовании функционала Symantec Backup Hot-Add.

На прошлой неделе (октябрь 2015 года) обратился ко мне старый друг с просьбой помочь. Случилась у них катастрофа с бухгалтерией.

С компанией мы знакомы давно, с директором дружим семьями уже лет 10-ть. Года 1.5 назад они к нам обращались за помощью, но по некоторым причинам отказались от наших услуг. В результате заключили договор с компанией 1С франчайзи, которая их начала обслуживать удаленно. Компания уверяла, что все будет хорошо, до поры до времени.

Но вот, в один прекрасный момент бухгалтер не может войти, базы данных нет, а через 10 дней сдача налогового учета.

Не так давно было опубликовано интереснейшее исследование «A Large-Scale Study of Flash Memory Failures in the Field” за авторством Qiang Wu и Sanjev Kumar из Facebook, а также Justin Meza и Onur Mutlu из Университета Карнеги-Меллон. Ниже основные выводы из статьи с небольшими комментариями.

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

Авторами была собрана обширная статистика за четыре года эксплуатации флэш-накопителей в дата-центрах Facebook.

Как многие наверняка знают, Facebook долгое время была лучшим (и основным) клиентом компании Fusuion-IO (сейчас куплена SANdisk), которая одной из первых начала выпускать PCI-e флэш-накопители.


В результате проведенного анализа собранных данных, был сделан ряд интересных выводов:

Ранее публиковал первую часть, в которой описывались общие сведения о RAID контроллерах (азы читать здесь), были вопросы и интерес, выкладываю уже «мясной» кусок. Здесь всё очень конкретно – подробная классификация контроллеров Adaptec, функции каждой серии контроллеров, таблицы, картинки и т.д.

Недавно наткнулся на полезную и очень подробную статью Adaptec, которая описывала ну просто все нюансы работы контроллеров, пугал разве что объем в 60 страниц. Возникло естественное желание сократить и разделить статью на 2 куска:

• Часть 1. Общие сведения о RAID контроллерах (много теории, азы)
• Часть 2. Классификация контроллеров Adaptec (здесь всё очень конкретно – серии контроллеров, функции каждой серии, таблицы, картинки)

Материал будет интересен всем, кто связан с хранением данных – инженерам-интеграторам, системным администраторам и конечным пользователям.

Собственно, Часть 1.

Всего через несколько месяцев после окончательного ухода Nebula, компания Mirantis представляет свою платформу Unlocked Appliance для развертывания OpenStack инфраструктуры.

Nebula на протяжении 4х лет пыталась продавать OpenStack решения «в железе», но в очередном раунде не смогла привлечь новые инвестиции для поддержания стартапа. Дождаться готовности рынка к массовым покупкам платформы с OpenStack так и не удалось. О том, что в Nebula поторопились с выходом на рынок говорили многие (и даже в финальном пресс-релизе о закрытии проекта это тоже было отмечено). Однако, по всей видимости, маркетинг в Mirantis считает, что сейчас-то время пришло и пора начать завоевывать клиентов.

Компания Lenovo недавно представила две новые дисковые системы S2200 и S3200. Рассчитаны они, прежде всего, на малый бизнес. Конкуренция на этом рынке довольно активная — среди наиболее активных игроков HP с системами MSA, Dell с MD3, NetApp E2700 и FAS2500, EMC VNXe, IBM V3700 и целый ряд B-брендов.

На прошедшей конференции HP Discover была объявлена новая high-end система HP 3PAR 20000 (модель 20800 поддерживает и ssd, и обычные диски, а модель 20850 — только ssd). По сравнению с 3PAR 10000, изменений довольно много (в ознаменование этого и номер модели поменялся в 2 раза), система стала не только заметно производительнее, а также избавилась от рудиментарного fibre channel в качестве интерконнекта между контроллерами и дисковыми полками. С учетом того, что “десятитысячник” уже давно просился на покой, я даже немного удивлен, что этот анонс произошел сейчас, а не в прошлом году.

Буквально недавно мне довелось тестировать дисковую полку от компании Intel. «Казалось бы, чего может быть удивительного в обычной дисковой полке,»-подумал я, но после детального рассмотрения полка оказалась не совсем типичной. Собственно, об этом я и расскажу.