Каждый месяц Softline выполняет десятки сложных и высокотехнологичных проектов для своих заказчиков. Однако для внутреннего использования мы тоже делаем много интересного и полезного. «Сапожник без сапог» – это не про нас. Сегодня мы рассказываем о внедрении новой СХД vSAN в нашем московском офисе.

Автор: Денис Ясько Системный инженер, Департамент поддержки информационных систем Softline

Ситуация

До реализации проекта в компании Softline использовалось несколько систем хранения, введенных в эксплуатацию в разное время и объединенных в сеть SAN. Классическая архитектура SAN-сети (полки с дисками отдельно от серверов с виртуальными машинами, обрабатывающими обращения к данным) требовала для поддержки наличия хороших специалистов сразу в нескольких областях: по СХД, серверам и оптическим коммутаторам. Кроме того, это оборудование занимало довольно много места в стойках дата-центра, а расширение СХД было нетривиальной задачей. Все это заставило Softline искать новое решение.

Решение

Выбор был сделан в пользу архитектуры vSAN, что является сегодня распространенной практикой во всем мире. Эта передовая технология компании VMware позволяет использовать вычислительные мощности и ресурсы хранения наиболее эффективно.

Технически vSAN представляет собой кластер, состоящий минимум из 3 серверов. Серверы подбираются, исходя из требований к производительности, и с достаточно просторными корзинами для размещения нужного количества дисков. В отличие от классической SAN, все диски находятся непосредственно на серверах. Расширять vSAN можно простым добавлением сконфигурированных серверов, при этом повышается как емкость СХД, так и живучесть всей системы, а также общая производительность. В случае Softline изначально в кластере было 4 сервера, затем добавили пятый, причем уже от другого производителя (HP G9), что не стало препятствием. Лицензируется все это хозяйство очень просто – по количеству процессоров.

Взяв уже имеющиеся серверы Cisco С240-M4SX (они входят в HCL VMware) с корзинами на 24 диска, инженеры Softline дооснастили их RAID-контроллерами, отвечающими требованиям vSAN и сетевыми адаптерами на 10 Гбит. Эти сетевые адаптеры были подключены к двум (для отказоустойчивости) коммутаторам Cisco Nexus 3548.

В каждый из серверов установлено 20 основных дисков SAS HDD и 4 кэширующих диска SSD типа mixed use. Они образуют 4 дисковые группы по 5 HDD и 1 SSD. Чтобы достичь нужной производительности и оптимизировать стоимость решения, инженеры Softline протестировали три типа основных дисков: LFF SATA HDD, SFF SAS HDD, SFF NL-SAS HDD. Для каждого из них была замерена реальная производительность, а затем выполнен расчет – сколько IOPS достанется каждой ВМ при их размещении на серверах в реальном количестве. Выбранный в итоге вариант SFF SAS HDD обеспечивает целевые показатели – не менее 70 IOPS для маленькой ВМ, не менее 200 IOPS для средней ВМ и не менее 280 IOPS для большой машины. Суммарная производительность оценивается в 18 000 IOPS для всей системы с 4 серверами. А суммарная емкость системы – 81 ТБ.

После сборки железа, установки и настройки софта система прошла тестирование. Сначала на серверах развернули близкое к реальному количество ВМ и протестировали производительности и миграцию. Затем – испытания на отказоустойчивость: забили на 70% дисковое пространство и отключили один сервер. Все работает. Потом отключали одно из сетевых подключений на сервере, а потом и полностью один из коммутаторов – все работает. В заключение состоялось нагрузочное тестирование с помощью бесплатного инструмента Crystal Mark, позволяющего создать серьезную нагрузку на дисковую подсистему.

Результат

После тестирования на vSAN были переведены живые рабочие данные: система BI, часть почтовых серверов, один из контроллеров домена, ряд небольших приложений. Прежние СХД (около 400 ТБ в сумме) продолжают работать, а по мере их устаревания и вывода из эксплуатации новая СХД будет наращиваться, а данные переноситься.

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

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