SAN с общим блочным хранилищем были исключительной областью больших централизованных массивов хранения, но распределенные системы вот-вот приведут к краху.
Проектирование систем хранения часто кажется таким, как будто оно застряло в эре мэйнфреймов Big Iron, консолидированном мире огромных и дорогих машин, управляемых высокопоставленными экспертами. Однако по мере того, как вычисления стали виртуальными и демократизированными, а распределенные системы были объединены в облака самообслуживания, где каждый разработчик может создать свою собственную выделенную песочницу, мэйнфреймы должны были адаптироваться.
За ними следуют системы хранения, поскольку горизонтально масштабируемые проекты с использованием распределенных объектных и файловых систем стали популярной технологией для создания больших масштабируемых пулов хранения по магистрали Ethernet. Концепция была коммерциализирована более десяти лет назад такими пионерами, как EqualLogic, Isilon и Spinnaker, которые были приобретены Dell, EMC и NetApp соответственно.
Несмотря на то, что они полезны, я уже давно рекомендую горизонтально масштабируемые системы в качестве альтернативы традиционным большим централизованным фреймам хранения, поскольку они являются более эффективным и экономичным средством предоставления общего хранилища, но им не хватало универсальной адаптируемости, поскольку они не может предоставить хранилище на уровне блоков, необходимое для баз данных и приложений на базе БД.
Это меняется, поскольку концепции, лежащие в основе распределенных сетевых файловых систем, сталкиваются с виртуальными серверами и облачными стеками. Это слияние может в конечном итоге поставить под угрозу гегемонию традиционных сетей SAN над критически важными, ориентированными на транзакции приложениями вспомогательного офиса.
Одним из первых, кто объединил горизонтально масштабируемый дизайн с универсальностью SAN, был Coraid, появившийся в результате проекта сообщества Linux по разработке собственного протокола хранения Ethernet, ATA over Ethernet (AoE), который работал на уровне 2, тем самым устраняя IP. накладные расходы на iSCSI. Но в отличие от FCoE, AoE, который, как следует из названия, инкапсулирует набор команд SATA в кадры Ethernet, был сделан с учетом простоты. Это намного эффективнее, чем FCoE, который вставляет стек Fibre Channel в физический уровень, для которого он изначально не был разработан.
[Присоединяйтесь к нам в Interop Las Vegas, чтобы получить доступ к 125+ ИТ-сессиям и 300+ компаниям-экспонентам. Зарегистрируйтесь сегодня!]
Coraid, которая поставляла свои узлы хранения EtherDrive в течение нескольких лет, долгое время изо всех сил пыталась добиться большей видимости за пределами ниш в академических кругах, правительственных / военных и хостинг-провайдерах, но, похоже, завоевывает популярность, поскольку пан-виртуализированная облачная инфраструктура постепенно просачивается от первых пользователей. к основным корпоративным ИТ. Оглядываясь назад, можно сказать, что компания (и технология) опередила свое время в сочетании с большим количеством спровоцированных конкурентами FUD по поводу нового устрашающего протокола хранения.
Горизонтально масштабируемая виртуальная сеть хранения данных Coraid состоит из двух частей. Строительными блоками являются его узлы хранения EtherDrive. Это типичные горизонтально масштабируемые устройства, имеющие от 16 до 36 отсеков для дисководов с механическими дисками или SDD. Они используют AoE для представления необработанных томов хранилища как LUN в любой системе, на которой запущен стек AoE. (Доступны драйверы для Linux, Windows, OS X, Solaris, VMware и OpenBSD.) Но в первом экземпляре Coraid каждый хост отвечал за подключение к LUN на разных модулях хранения; Другими словами, тома не могли изначально охватывать узлы. Вместо этого хост отвечал за настройку полос RAID на нескольких накопителях EtherDrive. Это все еще была хорошо распределенная система, в которой тома могли выдерживать как многодисковые, так и многоузловые сбои, потому что сами узлы хранения уже были защищены RAID, но не были полностью виртуализированной SAN.
Coraid устранил этот недостаток пару лет назад с помощью устройства виртуализации VSX SAN, устройства, которое может создавать так называемые макро-LUN, которые распределяются между несколькими узлами. Он включает в себя функции, необходимые для любой корпоративной SAN, включая синхронное зеркалирование, асинхронную удаленную репликацию, клонирование, моментальные снимки и тонкое предоставление. Последняя часть головоломки возникла, когда компания представила программное обеспечение для управления и автоматизации EtherCloud, которое упрощает развертывание до точки, позволяющей самообслуживать хранилище для виртуализированных приложений и может обрабатывать более петабайт объединенных емкостей.
Следущая страница: Переосмысление SAN