В первом своем посте хочу поделиться с Вами опытом использования технологий резервного копирования RRTR&RSYNC между удаленными серверами через VPN-канал.
Для начала несколько вводных:
Имеются 2 файловых сервера на 40 Тб, удаленных друг от друга на расстояние 40 километров или 13 сетевых хопов. Интернет на обоих каналах связи — 50 Мбит. Была поставлена задача: быстрая и не нагружающая сеть репликация сервера, с девизом «включил-работает-забыл».
Для решения данной задачи сначала необходимо было организовать стабильный VPN — канал. Для этого на одном из серверов был поднят VPN-сервер, на другом, разумеется VPN-клиент (PPTP):
После присоединения клиентского сервера смотрим соединения на серверной части.
С VPN вопрос решен, далее — включаем RRTR сервер на удаленном сервере-клиенте. Указываем пароль и порт, по которому будет реализовано соединение.
Возвращаемся на серверную часть для установления соединения и создания профиля репликации. Мастер по созданию заданий репликации поможет все настроить поэтапно.
По нажатию на кнопку далее представляется выбор типа синхронизации. В моем случае, мне необходимо выбрать пункт локальный каталог в удаленный. Все изменения на серверной части должны быть отражены на клиентской. Можно настроить репликацию в режиме реального времени.
Вводим IP-адрес дочернего сервера и пароль RRTR-сервера.
В следующем шаге выбираем каталоги локального и удаленного серверов, а также задаем периодичность репликации. По нажатию кнопки «далее» получаем результирующую информацию перед началом репликации. Нажимаем ок.
В главном окне появляется новое задание, в котором в реальном времени отображается его статус. В моем случае репликация 2.5 гигабайт прошла менее чем за 1.5 минуты, что говорит о хорошей скорости, несмотря на 13 сетевых хопов и удаленности в 40 КМ.
Выводы:
— RRTR репликация работает стабильно, быстро и без ошибок. В случае неудачной синхронизации, например, по причинам обрыва связи, в течение 2 минут поднимается автоматически и продолжает репликацию (если такая функция включена)
— VPN работает адекватно, в случае разрыва связи в течении 2-3 минут восстанавливает соединение
— Я наблюдал такую функцию только на серверах фирмы QNAP. Хотелось бы дружить RRTR с Windows сохраняя надежность и качество работы. (хотя, возможно, имеется)
— Для нашей инфраструктуры исключена любая головная боль, связанная с бекапами данных наших пользователей.
— Центральный сервер не нагружен при резервировании данных более чем на 40-50%, что значит, что бекап наших данных происходит без ущерба доступности пользователей к нашему облачному сервису.
Данная технология оказалась достаточно удачной в использовании и гибкой в настройке, а какими средствами резервирования данных пользуетесь вы?
Для начала несколько вводных:
Имеются 2 файловых сервера на 40 Тб, удаленных друг от друга на расстояние 40 километров или 13 сетевых хопов. Интернет на обоих каналах связи — 50 Мбит. Была поставлена задача: быстрая и не нагружающая сеть репликация сервера, с девизом «включил-работает-забыл».
Для решения данной задачи сначала необходимо было организовать стабильный VPN — канал. Для этого на одном из серверов был поднят VPN-сервер, на другом, разумеется VPN-клиент (PPTP):
После присоединения клиентского сервера смотрим соединения на серверной части.
С VPN вопрос решен, далее — включаем RRTR сервер на удаленном сервере-клиенте. Указываем пароль и порт, по которому будет реализовано соединение.
Возвращаемся на серверную часть для установления соединения и создания профиля репликации. Мастер по созданию заданий репликации поможет все настроить поэтапно.
По нажатию на кнопку далее представляется выбор типа синхронизации. В моем случае, мне необходимо выбрать пункт локальный каталог в удаленный. Все изменения на серверной части должны быть отражены на клиентской. Можно настроить репликацию в режиме реального времени.
Вводим IP-адрес дочернего сервера и пароль RRTR-сервера.
В следующем шаге выбираем каталоги локального и удаленного серверов, а также задаем периодичность репликации. По нажатию кнопки «далее» получаем результирующую информацию перед началом репликации. Нажимаем ок.
В главном окне появляется новое задание, в котором в реальном времени отображается его статус. В моем случае репликация 2.5 гигабайт прошла менее чем за 1.5 минуты, что говорит о хорошей скорости, несмотря на 13 сетевых хопов и удаленности в 40 КМ.
Выводы:
— RRTR репликация работает стабильно, быстро и без ошибок. В случае неудачной синхронизации, например, по причинам обрыва связи, в течение 2 минут поднимается автоматически и продолжает репликацию (если такая функция включена)
— VPN работает адекватно, в случае разрыва связи в течении 2-3 минут восстанавливает соединение
— Я наблюдал такую функцию только на серверах фирмы QNAP. Хотелось бы дружить RRTR с Windows сохраняя надежность и качество работы. (хотя, возможно, имеется)
— Для нашей инфраструктуры исключена любая головная боль, связанная с бекапами данных наших пользователей.
— Центральный сервер не нагружен при резервировании данных более чем на 40-50%, что значит, что бекап наших данных происходит без ущерба доступности пользователей к нашему облачному сервису.
Данная технология оказалась достаточно удачной в использовании и гибкой в настройке, а какими средствами резервирования данных пользуетесь вы?