HPE StoreVirtual VSA для крупной логистической компании

Дополнительная информация

Источник: СМИ

Описание

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

Голландская семейная компания Raben Group предоставляет услуги логистики и присутствует на рынке более 80 лет. Сегодня она представлена в 11 странах Центральной и Восточной Европы, в которых расположены более 130 площадок. Компания насчитывает порядка 8 тыс. сотрудников и имеет годовой оборот около 1 млрд. евро. В Украине присутствует уже 12 лет. «Рабен Украина» предлагает полный спектр логистических услуг по контрактной логистике, международным и внутренним перевозкам, а также услуги морского фрахта.

До реализации проекта вычислительные ресурсы украинского филиала были представлены лезвийным шасси IBM с пятью серверами х86 и внешним СХД IBM емкостью 4 TB. Отказоустойчивость обеспечивалась кластеризацией. Виртуализация осуществлялась с помощью гипервизора от VMware. На кластерах работали система управления складом MLS v6, разработанная фирмой Davanti, и транспортная система Kewill 6.0 от компании Kewill. С программами работали около 250 активных пользователей плюс мобильные сканеры штрих-кодов, терминалы голосовых команд операторам склада, прочие периферийные устройства. Вычислительная система модернизировалась по мере необходимости.

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

При выборе производителя аппаратного обеспечения были рассмотрены продукты таких компаний, как Cisco, Dell, HP, IBM и облачные сервисы. Аренда облачных ресурсов у отечественных операторов с необходимой частотой резервирования для компании оказалась слишком дорогой, кроме этого, необходимо было строить каналы связи, поскольку площадка находилась довольно далеко от Киева — в Броварах. Из четырех вышеупомянутых производителей было решено выбрать НР ввиду удовлетворительного критерия цена/функциональность, а в качестве системного интегратора — компанию Integrity Systems. Не последнюю роль при выборе сыграли представленные Integrity Systems успешные проекты на базе продуктов НР, выполненные в Украине. Были также и дополнительные аргументы. Планируемая ИТ-инфраструктура не требовала дорогой СХД корпоративного класса. В то же время, построение двух удаленных площадок требовало именно высокоуровневой СХД, которая умеет обеспечивать синхронную репликацию данных и даже при выходе из строя любой площадки, автоматически сохраняет доступность всех данных для непрерывного выполнения бизнес-задач. Для решения последней проблемы практически идеально подходила программно-определяемая СХД (Software-Defined Storage, SDS) HP StoreVirtual, серверы хранения которой могут объединяться в кластер, в том числе и распределенный, с помощью традиционных Ethernet-сетей.

Основными требованиями, сформулированными заказчиком, были обеспечение непрерывности бизнеса, высокая доступность в режиме 24×7 и элементы катастрофоустойчивости. Важным также был пункт автоматического восстановления функционирования после выхода из строя одной площадки. Именно его обеспечения традиционно требовало больших затрат. После окончательно согласованных требований, совместно было разработано техническое задание. Ему предшествовал аудит с целью определения необходимой производительности вычислительной системы.

В результате было принято решение построить двухузловой кластер, установив по одному узлу на каждой из площадок, разнесенных на расстояние 200 м, с распределенной по двум площадкам общей СХД StoreVirtual. В качестве узлов кластера были выбраны серверы HP DL380 G9, оснащенные двумя восьмиядерными процессорами Intel E5-2640v3 с тактовой частотой 2,6 ГГц, 64 ГБ ОЗУ и восемью HDD SAS 10K емкостью 600 ГБ каждый. Управление «железной» частью решения выполняется с помощью OneView с iLO Advanced. Гипервизором служит VMware ESXi. Проект включал также комплект лицензий HP StoreVirtual 4 TB 3pk 3yr, позволяющий использовать до трех серверов для программной СХД емкостью до 4 ТБ в каждом узле. На данном этапе компании «Рабен Украина» понадобилось только две лицензии.

Оба узла кластера системы были сделаны активными. В отдельном удаленном помещении был установлен специализированный менеджер Failover Manager (FOM), виртуальная машина, выполняющая так называемые кворум-операции и выступающая в роли арбитра. Напомним, что в данном контексте кворумом называется количество работающих узлов в кластере, которое требуется для управления ресурсами или выполнения определенных кластерных операций и доступа к данным. Основная цель кворума в этом решении, это избежание так называемой ситуации split-brain. Например, первая площадка не полностью выходит из строя и лишь теряет каналы связи, а так как данные одновременно размещаются на обеих площадках и доступ к ним тоже одновременный, то может возникнуть ситуация, что и на первой, и на второй площадке те же данные будут перезаписаны. Чтоб этого избежать, как раз и нужен FOM, который сохранит кворум для второй площадки, а для первой кворума будет недостаточно и доступ к данным на площадке 1 прекратится, тогда как площадка 2 продолжит работу. Для StoreVirtual FOM является стандартным и входит в базовую поставку.

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

Вот как прокомментировал результаты внедрения проекта ИТ-директор «Рабен Украина» Виталий Величко:
«В рамках BCM-политики (Business Continuity Management), внедренной в Группе компаний Рабен, перед нашей компанией был поставлен ряд целей. В частности, начальная катастрофоустойчивость. На этапе планового обновления IT-инфраструктуры компании были разработаны проекты усовершенствования топологии сети, технологии резервного копирования, а также серверного оборудования. Политика, разработанная отделом качества управляющей компании «Группы Рабен», Raben Management Services, опиралась на опыт компаний Группы и лучшие мировые практики. Возможность автоматического восстановления полной работоспособности за несколько минут после потери одной площадки без вмешательства администраторов — это одна из важнейших целей, которую необходимо было достигнуть.
С учетом опыта и рекомендаций коллег из отделов информационных технологий компаний «Группы Рабен», а также при активном взаимодействии с консультантами Integrity Systems мы остановили свой выбор на ряде решений. В частности, серверы HP DL380 G9 с развернутыми на них HP StoreVirtual VSA и виртуальными машинами под управлением VMware vCenter Server.
В результате «Рабен Украина» выполнила задачи, поставленные Группой, и получила удобное в обслуживании и надежное оборудование, максимальное содействие интегратора и отличный сервис от компании-производителя".


Вячеслав Носулич, ИТ-консультант Integrity Systems:
"Перед ИТ-отделом «Рабен Украина» стояла сложная задача по обновлению и перестроению ИТ-инфраструктуры для обеспечения непрерывности сервисов, важных для бизнеса. И сложность была не в технической части решения, а в том, что ИТ-бюджет был очень ограничен.
Для нас это был интересный проект по нескольким причинам. В первую очередь, мы еще раз хотели показать на практике, что обеспечить непрерывность критичных сервисов с начальной катастрофоустойчивостью можно даже с небольшим бюджетом. В нашем случае — с помощью всего двух серверов. Во-вторых, этот проект еще раз убеждает, что продукт HP StoreVirtual VSA — это один из лучших примеров SDS, который прошел долгий путь развития с 2006 года, и сейчас его обоснованно можно рекомендовать для применения в продуктовой среде для таких целей. В данном решении использовано несколько уровней абстракции, а именно виртуальная программная система хранения, запущенная в виртуальной среде, которая использует эту же систему хранения для кластера. Тем не менее, реальный опыт показал, что администрирование данного решения не усложняется, а наоборот, управление становится более унифицированным, так как используется привычный для виртуализированных сред интерфейс управления. Данная инфраструктура уже проходила «боевое крещение» и доказала возможность непрерывного доступа к данным даже при неработоспособности части компонентов. Мы смогли достичь цели, которые поставил заказчик".


Подробности

Проблемы

Устаревание ИТ-инфраструктуры

Невозможность прогнозировать сроки выполнения

Нехватка собственных ИТ ресурсов

Неавтоматизированные бизнес-процессы

Риск потери доступа к данным и ИТ-системам

Сложность и непрозрачность бизнес-процессов

Бизнес задачи

Сокращение затрат

Повышение продуктивности персонала

Безопасность и непрерывность бизнеса

Управление рисками

Схожие внедрения

prev
next