Я планирую создать резервную копию для VMware. Два места (расстояние около 8-12 км) должны быть соединены темным волокном для подключения к SAN. Я ищу продукт FC-SAN, который обеспечивает прозрачное аварийное переключение для VMware Fault-Tolerance. Это означает, что если одна SAN отключена, другая SAN будет продвигать LUN. автоматически .
Ни NetApp, ни EMC, похоже, не предлагают такой возможности ...
Намек?
Что такое прозрачное переключение при отказе и действительно ли оно вам нужно? Устойчивость к географическим ошибкам довольно сложно обеспечить при любой производительности. Отказоустойчивость уже имеет ряд ограничений производительности / масштабируемости, 1 виртуальный ЦП, степпинг блокировки и т. Д., Вам нужно такое же общее хранилище и т. Д.
Вам ни в коем случае не нужно автоматическое переключение при отказе, вам нужна большая красная кнопка для его выполнения, скоординированного в рамках формального процесса принятия решений. Небольшой сбой, и вы смотрите на сложный процесс восстановления после сбоя.
И Netapp, и EMC предлагают репликацию и аварийное переключение хранилища в сочетании с VMware Site Recovery Manager. Netapp Snapmirror Sync или EMC SRDF, но убедитесь, что вы тестируете производительность своих приложений и т. Д., Прежде чем включать это. Если ваши сайты расположены достаточно близко друг к другу и вам не нужны резервные узлы и т. Д., Вы можете заглянуть в Netapp Metro Cluster с SyncMirror.
Один из способов сделать это - добавить хранилище FT в VMware, записав VMDK в двух хранилищах данных.
HP EVA может сделать это с помощью подходящего программного обеспечения. В частности, вы ищете:
Вторые два пункта - это суть. Последний пункт будет вашей второй по величине стоимостью после оборудования.
Однако здесь есть некоторые существенные ограничения. Репликация между двумя массивами должна осуществляться в синхронном режиме, поэтому запись будет считаться совершенной, только если обе массивы сообщают об этом. 8–12 км вводят задержку, и она может быть очень значительной, если ваши приложения чувствительны к задержке хранилища.
Тем не менее, он делает то, что вы ищете. Автоматическое переключение между разрозненными массивами хранения без вмешательства человека.
К сожалению, вышеперечисленное не сертифицировано VMWare. Если это важно для вас, это невозможно.
HP StoreVirtual 4000 - это платформа, которая делает то, что вы ищете в FC. Семейство HP P4000, ранее известное как Lefthand, могло сделать это много лет назад на iSCSI.
Операционная система HP StoreVirtual (также известная как программное обеспечение Lefthand или SAN I / Q) позволяет объединять распределенные устройства хранения в сетевой RAID-пул. В зависимости от используемого сетевого RAID-массива И в случае, если устройства хранения находятся на расстоянии менее 3 мс от сети (например, одна стойка или два разных сайта с быстрым подключением), вы можете создать инфраструктуру хранения, которая физически находится в два разных сайта, в то время как инфраструктура хранения рассматривается как один пул устройств хранения: одна инфраструктура хранения с возможностями синхронного чтения-записи. это означает, что в случае сбоя одного сайта другой будет в сети и доступен для серверов. Нулевое время простоя.
В то время как два HP EVA - это два разных устройства хранения (синхронизируемых дополнительным программным уровнем), архитектура HP StoreVirtual по определению представляет собой распределенный сетевой рейд-пул из n устройств хранения, которые непрерывно обмениваются данными друг с другом. Создание резервной и n- «активной» инфраструктуры.
Программная часть, которая творит чудеса, встроена в сами устройства хранения HP StoreVirtual и является самой операционной системой (левая операционная система, то есть SAN I / Q), поэтому функции высокой доступности и аварийного восстановления системы хранения предназначены для бесплатно », входит в стоимость оборудования (хранилища). Для устройства EVA вам необходимо приобрести дополнительное программное обеспечение, которое синхронизирует два разных устройства.
Интеграция с Vmware составляет 100% (например, моментальные снимки хранилища, согласованные с приложениями, управляются устройствами StoreVirtual, которые «останавливают» инфраструктуру сервера VMware на время их выполнения).
информацию о продуктах HP StoreVirtual можно найти здесь: http://www.hp.com/go/storevirtual
Возможности программного обеспечения операционной системы StoreVirtual также доступны в виртуальной машине, которую можно загрузить в среду виртуализации, которая называется VSA (Virtual SAN Appliance). Если вы запустите эту виртуальную машину в своей среде, ЛЮБОЕ хранилище, которое у вас уже есть (в том числе внутренние диски), будет настраиваться как netowrk RAID HP Storevirtual и будет считаться частью распределенного пула со всеми преимуществами создания удаленных копий, клонов и т. Д. моментальные снимки, LUN с тонким предоставлением, ... что предлагает левая операционная система.
С помощью HP StoreVirtual VSA (Virtual SAN Appliance) вы можете преобразовать любое хранилище, которым вы владеете, в левый узел. Конечно, характеристики вашего оборудования НЕ будут сертифицированы. Среда с большим количеством транзакций должна будет полагаться на сертифицированную аппаратную архитектуру (сами устройства HP StoreVirtual).
HP разработала три разные архитектуры под названием Virtualiazion Smart Bundles, которые вы можете использовать в качестве рабочих примеров виртуализированных инфраструктур. Один использует HP StoreVirtual VSA для построения архитектуры высокой доступности на базе VMware. Найдите здесь: http://h18004.www1.hp.com/products/solutions/virtualization/virtvmware.html
VMWare удостоверяет (обратите внимание: это сертифицирует VMware), что HP VirtualStore VSA поддерживает функции метрокластера Vmware на iSCSI. Это действительно означает, что он действительно работает, как ожидалось (!).
:-)
Какой тип функциональности виртуальных машин вы планируете развернуть, я выполняю переключение на несколько сайтов, но у меня есть возможность эффективно использовать статические виртуальные машины для веб-сайтов и приложений, поэтому просто дублируйте их повсюду и используйте Cisco GSS для балансировки нагрузки на сайтах. У меня проблемы с базами данных, которые не связаны с виртуальными машинами и находятся вне синхронного диапазона, поэтому мне приходится использовать DataGuard / GoldenGate для их асинхронизации. Если ваши виртуальные машины не являются статическими / не сохраняющими состояние, тогда вам действительно нужна репликация ваших LUN, взгляните на HP и / или 3Par, они могут сделать это вместе с VMWare Site Recovery Manager, но, честно говоря, я удивлен, что NetApp ( чьи коробки я презираю кстати) не может делать то, что вы хотите.
К вашему сведению: я огляделся и нашел DataCore SANsymphony, который, кажется, обеспечивает функции автоматического переключения при отказе. Я разверну его в нашей тестовой среде.
Может быть, с Falconstor есть решение для ваших нужд. Это виртуализация хранилища, которая может прозрачно синхронизировать 2 системы хранения FC, сертифицированные с vmware. У нас есть это решение 2 года в производстве, и оно всегда хорошо работает.