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