6.2.3 Nonstop Routing (NSR)

6. High Availability

6.2 Обзор и настройка методов обеспечения высокой доступности

6.2.3 Nonstop Routing (NSR)

 Nonstop Active Routing (NSR) в Juniper позволяет маршрутизатору с избыточными Routing Engines (RE) переключаться с главного RE (master RE) на запасной RE (backup RE) без уведомления об этом соседствующих маршрутизаторов. NSR использует ту же архитектуру, что и GRES для сохранения информации об интерфейсах и ядре. Помимо этого, NSR сохраняет ещё и информацию протоколов маршрутизации, т.к. routing protocol
process (rpd) запущен на основном и запасном RE.
Т.о. NSR является полностью автономным, т.е. не требует наличия helper routers для помощи в восстановлении информации о протоколах маршрутизации. NSR выгодно применять в сетях, в которых не поддерживаются расширения GR. NSR является заменой для GR, поэтому одновременное включение NSR и GR на маршрутизаторе вызовет ошибку.6-2-3-1

 Для запуска NSR требуется, чтобы на задействованных RE была запущена одинаковая версия JunOS. NSR поддерживается не всеми протоколами маршрутизации, и не на всём оборудовании. Если настраивается протокол, который не поддерживает NSR, то в случае возникновения неисправности, протокол будет восстанавливаться, используя собственные механизмы.


Настройка NSR на Juniper

Для настройки NSR необходимо выполнение 3-ёх условий:

  • Одинаковая версия ПО на участвующих RE
  • Включение GRES
  • Синхронизация данных между master и backup RE

Настройка NSR выполняется командой set nonstop-routing в секции [edit routing-options]:

6-2-3-2

После этого выполняем синхронизацию либо commit synchronize, либо добавлением команды на синхронизацию при commit’е в конфигурацию:

{master}[edit]
user@R1-re0# set system commit ?
Possible completions:
+ apply-groups    Groups from which to inherit configuration data
+ apply-groups-except    Don’t inherit configuration data from these groups
synchronize    Synchronize commit on both Routing Engines by default

 После запуска NSR и синхронизации между master и backup RE, протокол маршрутизации на backup RE активно обновляет данные в соответствие с данными в master RE, т.о. постоянно имея актуальную маршрутную информацию.


Проверка NSR

Для проверки синхронизации между RE существует команда show task replication:

6-2-3-3

видно какие протоколы настроены для NSR и статус синхронизации.

Ещё можно залогиниться на backup RE командой

user@R1-re0> request routing-engine login other-routing-engine 

и посмотреть актуальность маршрутной информации на нём:

6-2-3-4

Ещё можно воспользоваться traceoptions с флагом nsr-synchronization и посмотреть детали синхронизации для указанного протокола в соответствующем log-файле:

{master} [edit protocols ospf]
user@R1-re0# show
traceoptions {
     file nsr-trace;
     flag nsr-synchronization detail;
}
[Trimmed]

К оглавлению

Добавить комментарий