Нуждаюсь в помощи с оценкой необходимой пропускной способности для массива SAN к репликации массива SAN по WAN

На мой взгляд, это самый большой обман против Equallogic. Репликация основана на моментальных снимках, и их технология моментальных снимков невероятно неэффективна.

Мы запускаем около 25 массивов в нашей среде, и моя цель 2-3 года - заменить их все на netapp. Основываясь на том, что мы видим в наших файловых серверах netapp cif и при тестировании nfs, пропускная способность репликации и пространство для моментальных снимков будут уменьшены на 80%. добавьте к функциям дедупликации netapp, и это будет намного эффективнее.

Убедитесь, что вы поместили файлы подкачки Windows и файлы подкачки vmware на не реплицируемый том.

Также - если вы можете себе это позволить, посмотрите на добавление некоторых оптимизаторов русла реки. Они уменьшат объем данных в вашем WAN для ответа примерно на 60%. Это спасло нас, и у нас есть минимум ds3 wan-соединений до oc-3.

Вы также не упомянули, что такое задержка. Это важный компонент в расчетах репликации.

Убедитесь, что вы поместили файлы подкачки Windows и файлы подкачки VMware на не реплицируемый том.

Также - если вы можете себе это позволить, посмотрите на добавление некоторых оптимизаторов WAN. Они уменьшат объем данных в вашем WAN для ответа примерно на 60%. Это спасло нас, и у нас есть минимум ds3 wan-соединений до oc-3.

Вы также не упомянули, что такое задержка. Это важный компонент в расчетах репликации.

Убедитесь, что вы поместили файлы подкачки Windows и файлы подкачки VMware на не реплицируемый том.

Также - если вы можете себе это позволить, посмотрите на добавление некоторых оптимизаторов WAN. Они уменьшат объем данных в вашем WAN для ответа примерно на 60%. Это спасло нас, и у нас есть минимум ds3 wan-соединений до oc-3.

Вы также не упомянули, что такое задержка. Это важный компонент в расчетах репликации.

Ваши цифры сводятся к 10,24 МБ / с, что кажется немного завышенным для чистой записи. Но тогда я не знаю ваших рабочих нагрузок.

Однако у вас есть более серьезная проблема. Первоначальная репликация будет реплицировать 1 ТБ данных через соломинку 3 МБ / с.

1TB = 1024GB = 1,048,576 MB
2.8 MB/s replication speed
~4.33 days

В течение этого времени он будет ставить ваши сетевые изменения в очередь до завершения начальной синхронизации. И если вам когда-либо понадобится извлечь данные из удаленного массива, пройдет 4,33 дня, пока вы полностью не заработаете (если у вас нет внеполосного метода передачи данных, например, FedEx Overnight Shipping или Truck).

Что касается разницы в чистом изменении между вашими 15-минутными снимками и 60-минутными снимками, я считаю, что 60-минутный снимок извлекает выгоду из большого количества комбинирования записи. Или по-другому, все эти записи в журналы файловой системы объединяются в более длинный снимок, как это не так много в 15-минутных снимках.

Именно здесь режим синхронизации действительно проявляет себя. Канал со скоростью 3 МБ / с крайне недостаточен для синхронной репликации. Пакетная асинхронная репликация получит некоторые преимущества комбинирования записи и, следовательно, более низкую общую передачу за счет потери некоторых данных в случае аварии. К сожалению, я недостаточно хорошо разбираюсь в Equilogic, чтобы знать, на что он способен

и, следовательно, более низкий общий объем передачи за счет потери некоторых данных в случае аварии. К сожалению, я недостаточно хорошо разбираюсь в Equilogic, чтобы знать, на что он способен

и, следовательно, более низкий общий объем передачи за счет потери некоторых данных в случае аварии. К сожалению, я недостаточно хорошо разбираюсь в Equilogic, чтобы знать, на что он способен

Чтобы сосредоточиться на наиболее важной информации, я бы предложил определить цель для точки восстановления и времени восстановления. Их условно называют «RPO» и «RTO». Репликация диска должна уменьшить их количество, сохраняя на другом сайте устойчивую к сбоям копию данных, которая никогда не старше нескольких минут. вы можете определить такие вещи, как, например, то, как часто у вас должна быть реплика с отказоустойчивой репликацией.

3 Мб / с, вероятно, не сократят расходы, если вы не используете ускорение WAN (например, Riverbed, упомянутый одним из других респондентов). Ускорение WAN работает, сохраняя кеш на диске по обе стороны от ссылки, где они хранят все самые последние данные, которые вы отправили, и если вы когда-либо отправляете дублирующийся блок, он отправляет ссылку вместо данных.

Тем не менее, если предположить, что ваше хранилище использует тот же механизм для создания снимков, что и для репликации снимков, то наиболее точным показателем изменений действительно является резерв снимков. Однако вам нужно будет держать один снимок и его резерв изолированным на время периода измерения. Предполагая, что EqualLogic использует копирование при записи моментальных снимков, сравнение данных из резерва нескольких снимков, сделанных в течение дня, может на самом деле создать впечатление, что ваши данные меняются больше, чем они есть на самом деле.

Что касается самих данных, я согласен с ответами, которые предлагают не реплицировать файлы подкачки. Файлы подкачки могут занимать много места на диске и постоянно меняются, что может вызвать большой трафик репликации. Я не знаю, поддерживает ли VMWare репликацию среды без них ... Я предполагаю, что виртуальные машины в хранилище данных виртуальных машин, реплицированные без файлов подкачки, будут устойчивыми к сбоям, однако я не могу это подтвердить.

Файлы подкачки могут занимать много места на диске и постоянно меняются, что может вызвать большой трафик репликации. Я не знаю, поддерживает ли VMWare репликацию среды без них ... Я предполагаю, что виртуальные машины в хранилище данных виртуальных машин, реплицированные без файлов подкачки, будут устойчивыми к сбоям, однако я не могу это подтвердить.

Файлы подкачки могут занимать много места на диске и постоянно меняются, что может вызвать большой трафик репликации. Я не знаю, поддерживает ли VMWare репликацию среды без них ... Я предполагаю, что виртуальные машины в хранилище данных виртуальных машин, реплицированные без файлов подкачки, будут устойчивыми к сбоям, однако я не могу это подтвердить.

Если у ваших виртуальных машин нет файлов подкачки в отдельном хранилище данных, вы должны попробовать переместить их в одно, а затем повторно измерить скорость изменения данных (отток данных). Это обязательно поможет. Не копируйте больше, чем нужно.

Поддерживает ли EQL непрерывную асинхронную репликацию или управляется расписанием моментальных снимков? Можете ли вы использовать все 3 МБ 24/7?

Я также поддерживаю предложение синхронизировать массивы, прежде чем размещать один на удаленном сайте.

Я сейчас в процессе чего-то похожего, однако, с Solaris 11 и zfs в качестве нашего san backend. Из-за пропускной способности я решил отделить большинство компонентов. Мы перешли на Exchange 2010, чтобы мы могли настроить наш сайт dr с идентичной копией. То, что я обнаружил, создание снимков на уровне san было бы нелепо для этих данных из-за проблем с пропускной способностью, которые вы наблюдаете. Мы решили, что будет дешевле и эффективнее настроить даг и тиражировать внутри самой биржи. То же самое мы сделали и с нашими серверами mysql. То, что мы клонируем сейчас, - это системы с меньшими дельтами между снимками. Я смог выполнить первоначальную синхронизацию в офисе и перевезти его к месту назначения.

Размер блока составляет 16 Мо для моментального снимка и репликации в Equallogic SAN. Вот почему у вас есть астрономические числа. Это невозможно изменить. Решением для соблюдения нашего SLA RTO / RPO стала установка Riverbed WAN Optimization Appliance между двумя сайтами.