Oracle mechanics

19.11.2010

Как работает VIP в Oracle Clusterware?

Filed under: Oracle,Oracle CRS — Игорь Усольцев @ 00:44
Tags:

Из книги Kandhasamy Gopalakrishnan Oracle Database 10g Real Application Clusters Handbook

… для достижения быстрого переключения приложения (failing over) на работоспособную ноду Oracle старается избежать задержки, связанной с TCP таймаутом (зависит от платформы, по умолчанию 10 минут для большинства UNIX систем)…

Для этой цели, начиная с версии 10g добавлен новый функционал, кластерные виртуальные IP адреса (VIP)

VIP используется для соединения с кластерной бд и должен отличаться от IP адресов внутри кластера. Традиционно listener работает на публичном IP адресе сервера бд… Если нод «умирает», для детектирования недоступности нода, клиент должен ждать в течение TCP таймаута. Начиная с Oracle 10g каждый нод кластера получает VIP адрес в одной подсети с публичный IP адресом. Имя и адрес VIP должны быть зарегистрированы в DNS… Listener’ы должны быть сконфигурированы для «прослушивания» на VIP вместо публичных IP адресов

В случае падения ноды VIP автоматически [с помощью oracle clusterware] переключается на один из «выживших» нодов. Во время этого переключения нод, принимающий VIP, производит повторное ARP оповещение (re-arp), содержащее новый MAC адрес VIP. Клиенты, которые были соединены с этим VIP немедленно получают сигнал (reset packet) о необходимости переустановить соединение. В результате клиенты получают ошибки соединения мгновенно, не дожидаясь окончания TCP таймаута. В случае выхода из строя одной из нод кластера приложения не смогут соединиться с неработоспособной нодой и  будут выбирать для соединения следующий доступную ноду из списка TNS записи. Приложения должны получать и правильно обрабатывать сообщения о необходимости переустановить соединение (reset errors). Типично, для запросов, приложения получают ORA-03113: end-of-file on communication channel

В случае перемещения (failover) кластерного VIP, нода, принимающая VIP широковещает новый ARP адрес. Обычно такой процесс называется gracious-arp, при этом «старые» данные об MAC адресе оборудования в кэшах ARP инвалидируются и все новые соединения/запросы получат новый MAC адрес [VIP интерфейса]

1 комментарий »

  1. «Имя и адрес VIP должны быть зарегистрированы в DNS…»
    никогда не мог понять зачем ДОЛЖНЫ ? ;)

    odenysenko

    комментарий от odenysenko — 06.01.2011 @ 12:06 | Ответить


RSS feed for comments on this post. TrackBack URI

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

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

Создайте бесплатный сайт или блог на WordPress.com.

%d такие блоггеры, как: