Когда дело доходит до репликации LUN или раздела на физически отдельный сервер, в Linux есть DRBD (теперь в ядре!). Насколько я понимаю, у него есть как синхронный, так и асинхронный режимы репликации. Когда у вас есть быстрая сеть между вашими двумя серверами, это может сильно ударить.
Мне нужно сделать то же самое для серверов Windows. Я знаю, что есть несвободные пакеты, которые делают это (рекомендации были бы хорошими), но, учитывая то, что мы называем «бюджетом», мне нужно знать больше о более бесплатных опциях. Если есть.
Мы находимся на Server 2008 для большинства наших серверов хранения. Если R2 получит нам то, что нам нужно, мне нужно знать сейчас, чтобы я мог запланировать обновления через 4 недели.
Суть проблемы заключается в том, что мне нужно реплицировать группу LUN, хранящихся на устройствах HP EVA 6100 (10K RPM) и EVA 4400 (в основном, на дисках FATA емкостью 1 ТБ), на другое устройство. Теперь у HP есть очень хороший Диспетчер репликации, который будет обрабатывать репликацию между ними, но мы пытаемся отучить себя от 6100, который скоро закончится. Нам нужно реплицировать что-то, что не ' Ева.
Согласно моему мониторингу производительности, к самой большой части нашего хранилища, подлежащего репликации, обращаются очень интенсивно (это данные файлового сервера). Резервное копирование ввода-вывода карликов регулярного ввода-вывода в три раза. Общая сумма реплицируемого файла составляет около 7 ТБ, а ежедневное сетевое изменение файлов - порядка 500 ГБ (все эти файлы Outlook PST складываются). Я не знаю, что такое сетевое изменение на уровне блоков.
У нас есть Fibre Channel, и в одном центре обработки данных у нас даже есть начало изолированной сети iSCSI. Но между нашими двумя центрами обработки данных мы (в настоящее время) ограничены одной трубкой 1 GigE, которая будет обновлена до трубы 10 GigE в течение следующих 12 месяцев.
Есть несколько готовых утилит, я просто не знаю о них много
Double-Take Availability Кажется, что делает что-то вроде репликации на уровне блоков, но не совсем. Может быть то, что я ищу.
Veritas Storage Foundation Кажется серьезным излишним для этой конкретной проблемы, но придаст большую гибкость нашей среде.
CommVault Simpana Гетерогенная репликация, WAN дружественный.
И многое, многое другое.
Если бы эта среда была Linux с Samba, DRBD был бы почти идеальным вариантом. Я просто не знаю, есть ли аналог на стороне Microsoft дома.
источник
Ответы:
Репликация через платформу хранения почти всегда будет лучшим выбором. При желании перейти с одной платформы на другую сделать это намного сложнее, поскольку большую часть времени вы можете копировать только из одного массива в другой. Теперь, если вы придерживаетесь массивов HP, они должны иметь возможность реплицироваться между собой, чтобы затраты на программное обеспечение для репликации не были напрасными.
Проконсультируйтесь с продавцом, возможно, они могут помочь вам с программным обеспечением для репликации, если вы заменяете свои массивы.
Используйте свой VAR как ресурс, для этого они и существуют.
источник
Ознакомьтесь с продуктами, поддерживающими Open System SnapVault.
Том
источник
SteelEye DataKeeper выполняет репликацию томов на уровне блоков и очень хорошо работает для нас в подобных обстоятельствах.
источник
кроме упомянутых, есть также NeverFail и WanSyncHA
Я пробовал оба для зеркального отображения Exchange 2003 через WAN, и они прекрасно переключаются при сбое. Цены довольно высокие, хотя.
Ссылки:
http://www.neverfailgroup.com/
http://arcserve.com/us/highavailability.aspx
источник
Если бы вам были нужны только файловые серверы, я бы проголосовал за DFSR, так как он на уровне блоков, управляемый, бесплатный (включенный) и похожий на сетку, это репликация, но с как минимум одним ограничением, запрещающим запуск: это мне) Файлы должны быть помечены как закрытые, чтобы начать репликацию блоков. Если люди будут держать Outlook открытым, как всегда, 24/7 ... эти PST никогда не будут реплицированы в DFSR. Еще одна причина, чтобы заставить администраторов Exchange блокировать создание PST (или блокировать его на ваших файловых серверах). Кроме того, обратите внимание, что для проверки любых решений, которые вы просматриваете, есть поддержка синхронизации открытых файлов, чтобы убедиться, что вы не нашли сложный способ, как мы сделали, что открытые файлы не реплицировались.
источник