Проблема эффективного хранения данных стоит сегодня перед многими компаниями, и поэтому сегодня я подготовил текст о том, как именно мы решаем задачу хранения в облаке Oxygen. В этом посте речь пойдет о преимуществах виртуализации хранилищ NetApp, о том, что дают нам СХД Huawei, как организовано подключение пользователей к виртуальному хранилищу облака Oxygen. Также мы рассмотрим несколько примеров, когда преимущества профессиональных СХД остаются неоспоримыми. Привет, Хабр! Меня зовут Михаил, и я занимаюсь организацией хранения данных в дата-центре Oxygen. Ежедневно мы решаем вопросы размещения данных и организации доступа для наших клиентов, а в последнее время, когда в СМИ стали публиковать новости о том, что компании могут лишиться своих любимых и привычных массивов данных, количество запросов на хранение в облачной инфраструктуре кратно возросло. И в этом посте мне хотелось бы разобрать наиболее популярные вопросы, связанные с хранением данных.  Сегодня в информационном поле можно найти множество спекуляций, связанных с тем, что специализированные СХД больше не запускаются и не привозятся в Россию. И в них есть своя доля правды. Фактически мы имеем на сегодня следующую ситуацию: Производители заблокировали возможность обновления некоторых компонентов Пользователи СХД больше не получают того уровня поддержки, как ранее Пропал тот функционал, который предлагают вендоры в качестве облачного бонуса к своим решениям Тем не менее, у сложившейся ситуации есть и обратная сторона. СХД продолжают поступать в Россию. Я бы сказал, что в этом отношении параллельный импорт действительно работает, и сейчас для закупки доступны многие устройства, в том числе с уже активированными в других регионах прошивками. Да, уровень поддержки снизился, но для крупных заказчиков, у которых имеется свой штат ИТ-специалистов это не так критично, потому что они и так неплохо знают то оборудование, с которым работают годами. Для тех, кто обращается за сервисом хранилища, тоже нет никакой разницы, потому что мы, например, предоставляем сервисы StaaS из нашей облачной инфраструктуры с тем же уровнем SLA, что и раньше. Тут тоже играет роль наличие уже подготовленных специалистов. Да, кадры сейчас имеют большое значение. Наконец, у нас, например, еще до всех происходящих событий был обеспечен определенный запас вместительности СХД — то есть они не были заполнены дисками под завязку. Это значит, что мы можем продолжить добавление накопителей в существующие системы, пока ожидаем прибытия новых модулей СХД. Если говорить о сервисах хранения, которые доступны клиентам из облака, потребности рынка достаточно консервативны. Приведу пример: на базе относительно новых СХД Huawei, укомплектованных дисками NVMe, мы можем предоставлять так называемый NVMe as a Service. Это может быть полезно в тех случаях, когда информационные системы, СУБД и прочие элементы инфраструктуры пользователя могут подключать удаленные NVMe-диски со всеми элементами контроля, управления и мониторинга.  Однако получить доступ к NVMe с удаленного устройства на сегодняшний день не так просто. Да, есть протокол NVMe over FC, но для его использования нужно очень дорогое оборудование. По запросу клиента это, конечно, можно сделать, но задачи, в которых можно пойти на такие расходы пока практически не встречаются. Мы, конечно, ждем развития NVMe over IP. Но, увы, доступность подобных технологий в публичной сфере, в виде массовой услуги — дело будущего. Тем не менее, большая часть инфраструктуры хранения данных облака Oxygen основана на СХД компании NetApp. Это осознанный выбор, потому что системы NetApp позволяют в действительности виртуализировать всю доступную емкость и предоставлять ее клиентам с заданными уровнями сервиса и в соответствующими требованиями. А возможность объединять в единый кластер все СХД NetApp различных поколений позволяет практически безгранично расширять инфраструктуру хранения. На сегодняшний день в нашем ЦОДе установлено 16 систем (HA-pair) СХД NetApp, и в каждой из них размещены различные диски. Так, есть системы, оснащенные обычными SATA-накопителями, имеются секции с более шустрыми SAS-дисками и, конечно, подавляющее большинство систем укомплектованы твердотельными накопителями.  В такой конфигурации управляемое хранилище на базе NetApp позволяет клиенту распределить данные по различным накопителям в соответствии с его собственными правилами и потребностями. При это мы можем переносить данные между различными накопителями, ни на секунду не останавливая I/O. Самостоятельный контроль Один из резидентов нашего ЦОД разместил в Oxygen кластер, обслуживающий тысячи контейнеров Kubernetes. Однако они не стали создавать свое хранилище данных, но используют нашу систему с гарантированными параметрами доступа.  Итак, хранилище с файловой системой NFS не просто предоставляет им виртуальные диски, но подключается на уровне API, обеспечивая возможность мониторинга и управления отказоустойчивости, реплицирования, правил резервного копирования и так далее. Мы вообще не влезаем в эту систему, предоставляя заказчику максимальную гибкость. Удобно и эффективно. Миграция с резервной копией СУБД Еще одна компания работала с высокопроизводительной СУБД, которая обеспечивает поддержку основных бизнес-процессов. То есть к СУБД обращаются все пользователи, причем постоянно. В нашем ЦОДе у них был запущен сервис зеркалирования, то есть на СХД с SATA-дисками происходило дублирование всех данных.   Когда у клиента произошел сбой, мы воспользовались возможностью переноса резервной СУБД на SSD-диски, не останавливая операции чтения и записи. При этом ответы на запросы продолжала давать резервная СУБД, но данные поступали с быстрых дисков. То есть не потребовалось никакого переключения. Ровно 0 секунд даунтайма. Обновление “головы” Бывают такие моменты, когда нам нужно обновить ПО или провести какое-то обслуживание части системы хранения данных, например, заменить часть дисков. В этом случае очень важно сделать так, чтобы на момент заливки нового ПО или изменения конфигурации на эту соответствующие узлы не поступало никаких запросов от клиентов.  Можно, конечно, объявить о каком-то времени даунтайма. Но в жесткой корпоративной среде, а также в случае с облаком и нашими SLA делать этого совершенно нельзя — такой простой будет очень дорого стоить бизнесу. Вместо этого кластеризованное хранилище на базе NetApp позволило нам запустить перенос данных с той ноды, которой потребовалось обслуживание и полностью разгрузить ее для проведения манипуляций. При этом никак не изменились ни адреса, ни схемы маршрутизации трафика. А значит, не было потеряно ни одной транзакции для наших пользователей - и это хорошо. Я убежден, что для серьезных задач, связанных с хранением, лучше использовать проверенные решения из мира СХД. Они позволяют в действительности не останавливать предоставление доступа к данным ни на секунду, даже если происходят какие-то нештатные ситуации или часть системы вообще отключается. Наш выбор в пользу NetApp был сделан из-за обширных возможностей кластеризации хранения, которые мы активно используем сами и предлагаем пользователям. Наработанная экспертиза позволяет сохранить те же SLA, решая вопрос обслуживания доступными методами. Поэтому мы сохраняем приверженность развития наших хранилищ с высокой степенью виртуализации. Конечно, для менее требовательных задач могут подойти и более простые решения, такие как полки DAS или даже гиперконвергентные хранилища (мы кстати их тоже используем в некоторых случаях). Но для решения задач хранения данных с высокими SLA и с максимальным соотношением эффективности к цене все-таки требуются профессиональные СХД. Да, их сегодня не так просто купить, как в прошлом году, требуется компетенция для обслуживания и т.д. Но клиенты облака Oxygen, размещающие у нас серверы, а также имеющие хороший канал до ЦОДов Oxygen, могут пользоваться уже имеющимися ресурсами и нашей экспертизой. Именно поэтому спрос на хранение данных в облаке вырос. И, к счастью, его пока удается удовлетворить.