-
+86-13811808484
- majiang@jinmatimes.com
+86-13811808484
Когда говорят про Хранилище Huawei, многие сразу думают про OceanStor — про дисковые полки, контроллеры, про те самые ?железные ящики?. И это, конечно, основа. Но если работать с этим вживую, как мы в ООО Чжунчуан Жуньцзинь (Пекин) Информационные Технологии, быстро понимаешь, что суть не в них. Суть в том, как это всё вписывается в уже работающую инфраструктуру заказчика, часто — лоскутное одеяло из разного вендорского софта и старого железа. Вот тут и начинается самое интересное, а иногда и головная боль.
Поставка серверов и СХД — это лишь начало. Наша компания, как интегратор с собственными НИОКР, часто видит запросы, где клиент хочет ?просто заменить старый массив на новый, Huawei?. Звучит просто, пока не начинаешь копать. Старый-то массив, допустим, десятилетней давности, а на нём крутится специфичное ПО для медицины, которое писалось под конкретные параметры ввода-вывода. Новое Хранилище Huawei, даже с блестящими паспортными характеристиками по IOPS и latency, может вести себя неожиданно. Не хуже, а именно иначе. И это ?иначе? может сломать логику работы приложения.
Был случай в одном региональном мед-учреждении. Переезжали с устаревшей системы на OceanStor 5300 V5. Всё прошло гладко, тесты показывали отличные цифры. Но когда запустили основную базу с историями болезней, начались странные ?подвисания? на доли секунды при определённых типах запросов. Оказалось, алгоритм работы кэша контроллера и стратегия размещения данных (что-то связанное с функцией SmartPartition) вступали в конфликт с паттерном доступа СУБД. Паспортных проблем нет, но практическая — есть. Пришлось тонко настраивать политики QoS на самом массиве, почти наугад, методом проб. Это не описано в лучших практиках Huawei, это именно что опыт ?в поле?.
Именно поэтому на сайте itbktech.ru мы акцентируем не на списке продуктов, а на комплексных решениях. Можно продать ?ящик?, а можно — работоспособный элемент инфраструктуры. Второе, по нашему опыту, требует глубокого погружения в то, что уже есть у клиента. И здесь собственные разработки и экспертиза нашей команды оказываются важнее, чем просто знание командной строки массива.
Много шума вокруг аппаратной надёжности, и это правильно. Но настоящую гибкость и отказоустойчивость сейчас даёт софт. Возьмём, к примеру, HyperMetro для синхронной репликации между двумя площадками. Технология, на бумаге, безупречна. Но при развёртывании для финансового сектора мы столкнулись с нюансом: требования RTO/RPO были сверхжёсткими, а задержка в канале между ЦОДами — на пределе допустимого для синхронной репликации. Стандартная настройка не проходила, постоянно срабатывали защиты, переключала метро в асинхронный режим, что недопустимо.
Пришлось совместно с инженерами Huawei детально анализировать логи контроллеров и настраивать пороги чувствительности алгоритмов, фактически ?подгоняя? их под реальную, далёкую от идеала, сетевую инфраструктуру клиента. Это не было сбоем оборудования, это был конфликт между идеальной моделью работы ПО и суровой реальностью российских каналов связи. После тонкой настройки всё заработало как часы, но этот процесс занял две недели вместо запланированных трёх дней. Вот она, цена реальной отказоустойчивости.
Другой интересный инструмент — OceanStor DJ, система оркестрации хранилищ. Для госсектора и образовательных проектов, где мы часто работаем, это спасение. Автоматизация выделения дискового пространства, создание снапшотов по расписанию для виртуальных машин. Но и тут есть подводный камень: DJ отлично управляет массивами Huawei, но если в инфраструктуре есть, скажем, старый EMC или NetApp, начинаются сложности. Интеграция возможна, но требует написания кастомных скриптов, которые становятся точкой отказа. Иногда проще и надёжнее консолидировать инфраструктуру на одном вендоре, прежде чем внедрять такие системы управления. Это не всегда популярное у заказчика решение, но часто — самое правильное с точки зрения долгосрочной эксплуатации.
Наша роль как ООО Чжунчуан Жуньцзинь — быть тем самым ?переводчиком? между железом Huawei и остальным миром ИТ заказчика. У нас широкий портфель: от рабочих станций до сетевого оборудования. И это ключевое преимущество. Потому что Хранилище Huawei редко живёт в вакууме. Оно должно быстро ?разговаривать? с серверами на Intel или AMD (которые мы тоже поставляем), эффективно работать в связке с VMware или отечественными гипервизорами, которые сейчас активно внедряются в госсекторе.
Был проект для интернет-провайдера, где требовалось построить быстрый бэкенд для виртуальных машин. Использовали серверы Huawei вместе с их же массивом. Казалось бы, родная связка, проблем быть не должно. Но драйверы multipath-доступа (UltraPath) на некоторых дистрибутивах Linux вели себя нестабильно при определённой нагрузке. Проблема была не в хранилище и не в серверах по отдельности, а в их взаимодействии под конкретной ОС. Решение нашли, обновив firmware на контроллерах хранилища и подобрав другую версию драйвера — информация, которой не было в официальных compatibility matrices на тот момент. Это знание, которое покупается только временем и количеством реализованных проектов.
Поэтому наша компания делает ставку на собственные НИОКР. Мы не просто пассивные интеграторы, мы адаптируем готовые решения Huawei под реальные, часто уникальные, условия российских заказчиков из медицины, образования, МСП. Иногда это означает разработку промежуточного слоя управления или мониторинга, который сводит воедино данные от Huawei OceanStor и, например, системы резервного копирования другого вендора.
Самый большой миф — что после ввода в эксплуатацию массив будет работать годами без внимания. Увы, это не так. Прошивки, патчи безопасности, износ дисков, изменение нагрузки приложений — всё это требует постоянного, пусть и не ежеминутного, контроля. И здесь есть нюанс с поддержкой Huawei в текущих условиях. Поставки оборудования идут, но циклы обновления микрокода и ПО могут иметь свои особенности.
Мы выстраиваем для клиентов такую модель, где наша компания берёт на себя мониторинг и прогнозирование. Используем не только родные инструменты Huawei (например, DeviceManager или eService), но и дорабатываем свои системы сбора метрик, чтобы видеть картину в разрезе всей инфраструктуры, а не только хранилища. Это позволяет, например, предсказать, что через 3-4 месяца при текущем росте данных закончится место в пуле определённого типа (скажем, SSD для ?горячих? данных), и заранее предложить клиенту план расширения или архивации.
Опыт неудачи? Был. Пытались агрессивно внедрить функцию дедупликации и компрессии на одном из массивов для архива видеонаблюдения. В лаборатории экономия места была под 70%. На реальных данных — не больше 30%, а нагрузка на процессоры контроллеров выросла значительно, что начало влиять на скорость записи нового видео. Откатились. Вывод: не все ?умные? функции стоит включать по умолчанию. Нужно очень чётко понимать природу данных и реальную, а не теоретическую, производительность аппаратных контроллеров конкретной модели Хранилища Huawei. Иногда ?тупое? и быстрое RAID-10 оказывается лучше умного, но нагружающего систему tiering'а.
Сейчас уже мало просто хранить. Данные нужно анализировать, обрабатывать, иногда — прямо на месте. Здесь Huawei делает интересные шаги, например, в сторону интеграции вычислительных модулей или поддержки контейнерных сред типа Kubernetes прямо на уровне хранилища. Для нас, как для интегратора, это новые вызовы. Раньше нужно было знать SAN, iSCSI, файловые протоколы. Теперь нужно разбираться в том, как CSI (Container Storage Interface) драйверы от Huawei работают в Openshift или отеченственном аналоге.
Для сектора МСП, который активно цифровизируется, это может стать переломным. Не нужно строить отдельный большой ЦОД. Можно поставить компактный, но мощный массив, который будет одновременно и хранилищем, и платформой для запуска бизнес-приложений в контейнерах. Мы уже тестируем такие сценарии на наших стендах, готовим типовые решения, которые можно будет предлагать с сайта itbktech.ru. Это уже не просто Хранилище Huawei, это ядро будущей IT-инфраструктуры.
В конечном счёте, ценность любого оборудования, даже такого технологически продвинутого, как у Huawei, определяется не спецификациями, а тем, насколько безболезненно и эффективно оно решает конкретные бизнес-задачи клиента. Будь то снижение задержек при обработке транзакций в банке, надёжное хранение миллионов медицинских снимков или обеспечение работы удалённых студентов. И здесь на первый план выходит не вендор, а интегратор — его опыт, его способность смотреть на систему целиком и его готовность копаться в неприятных, неочевидных проблемах, которых никогда не бывает в рекламных буклетах.
