Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 дополнительный VIP в Oracle RAC  [new]
Ivan K
Member

Откуда: Москва
Сообщений: 292
Добрый день.
Есть 11g Oracle RAC на HP-UX с двумя узлами.
Возможно ли добавить в кластерную конфигурацию еще виртуальных адресов, т.е чтобы было три, а лучше четыре виртуальных IP?
На резонный вопрос Зачем? - отвечаю сразу.
Планируется переезд нескольких баз на этот кластер, чьи IP исторически сложились и весьма трудно поменять на нескольких тысячах древних клиентах, у которых в TNS забиты IP, а не DNS имена.
Использовать дополнительные сервисы ОС типа балансировщиков и прочих редиректоров не хочется, если есть возможность обойтись штатными средствами RAC.
Вешать дополнительные IP на отдельный узлы тоже, наверное, не есть хорошо, т.к в этом случае доступность сервиса будет зависеть от доступности конкретного узла.
12 авг 09, 10:21    [7526175]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
Skeeve
Member

Откуда:
Сообщений: 33
Ivan K,
Да почти сколько угодно. Но все VIP должны принадлежать подсети с публичными адресами. Т.е. если публичные адреса 10.1.1.1/24 и 10.1.1.2/24, то 10.1.1.254 - подойдет, а 10.1.2.1 - не подойдет.
Ну и ограничение по количеству алиасов на интерфейс.
12 авг 09, 12:08    [7527065]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
Ivan K
Member

Откуда: Москва
Сообщений: 292
А как это сделать?
команда
srvctl add nodeapps -n <node_name> -A <name|ip>/netmask[/if1[|if2|...]]
изменяет существующий, но не добавляет новый VIP
12 авг 09, 15:18    [7528543]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
Skeeve
Member

Откуда:
Сообщений: 33
Skeeve
Ivan K,
Да почти сколько угодно. Но все VIP должны принадлежать подсети с публичными адресами. Т.е. если публичные адреса 10.1.1.1/24 и 10.1.1.2/24, то 10.1.1.254 - подойдет, а 10.1.2.1 - не подойдет.
Ну и ограничение по количеству алиасов на интерфейс.
Sorry, обманул.... Нельзя отвечать с утра:-(
На самом деле я спутал с аппликэйшн ВИП - которых... смотри по тексту.
На самом деле определитесь - вам нужны именно IP или имена?
12 авг 09, 16:02    [7528940]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
para-
Member

Откуда:
Сообщений: 29
хз как насчет дополнительного VIP на уже существуещем интерфейсе, но на дополнительном/другом, это делаеться примерно так:


[oracle@NODE1 ~]$ crs_profile -create ora.NODE1.vip2 -t application -a $ORA_CRS_HOME/bin/usrvip -h NODE1 -p favored -o oi=eth1,ov=aa.bb.cc.dd,on=255.255.255.192
[oracle@NODE1 ~]$ crs_register ora.NODE1.vip2
[root@NODE1 ~]# export ORA_CRS_HOME=/u01/app/oracle/product/11.1.0/crs
[root@NODE1 ~]# export PATH=$PATH:$ORA_CRS_HOME/bin
[root@NODE1 ~]# crs_setperm ora.NODE1.vip2 -o root
[root@NODE1 ~]# crs_setperm ora.NODE1.vip2 -u user:oracle:r-x
[root@NODE1 ~]# su - oracle
[oracle@NODE1 ~]$ crs_start ora.NODE1.vip2

eth1 - public interface:

[oracle@NODE1 ~]$ oifcfg getif -if eth1
eth1 aa.bb.cc.dd global public
12 авг 09, 16:28    [7529161]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
Ivan K
Member

Откуда: Москва
Сообщений: 292
Тольшое Спасибо.
Именно то что нужно.
12 авг 09, 16:40    [7529283]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
denix1
Member

Откуда: Киев
Сообщений: 4663
Ivan K
Тольшое Спасибо.
Именно то что нужно.
вам бы к этому дополнительному VIPу прилепить еще и
"дополнительный листенер", который будет зависеть от ВИПа и бегать на ним на другие узлы,
потому как кластерные листенеры по умолчанию не бегают за ВИПами,
что может в дальнейшем сказаться на доступности,
т.е. ваш новый ВИП по какой-то причине перебежал на другой узел,
а там на нем никто не слушает...
и вашим нескольким тысячам старых клиентов нет счастья от всего этого кластерного добра...
12 авг 09, 17:39    [7529724]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
SysOper
Member

Откуда: M
Сообщений: 11029
denix1,

Раскройте тайну! Как переезд vip на другую ноду даст вам возможность по нему коннектиться к базе?
12 авг 09, 17:58    [7529848]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
denix1
Member

Откуда: Киев
Сообщений: 4663
SysOper
denix1,

Раскройте тайну! Как переезд vip на другую ноду даст вам возможность по нему коннектиться к базе?
все просто до безобразия...

у топикстартера есть IP-адреса на которых раньше жили базы
причем по одном IP на каждую базу
эти же адреса прописаны в конфигурациях большого количества клиентов
разбираем работу стандартного VIPа, на котором живет листенер
недоступен узел/сеть, VIP переполз на другой узел, но листенер никуда не переполз
т.е. клиенты, которые коннектятся по адресу переползшего VIPа получают отбой
и коннектятся по другому адресу, указанному в алиасе подключения к кластеру,
но вот проблема то в чем - у старых клиентов прописан только один адрес,
т.е. они уже ничего перебирать не будут - просто "облом при подключении"
для решения этой проблемы к пользовательсокму VIPу прикрепляем пользовательский листенер
который будет бегать за ним по узлам
после переезда на другой узле PMON через какое-то время зарегистрирует сервисы,
которые обслуживаются экземплярами и пользователи смогут успешно коннектится дальше
без каких либо ручных вмешательств со стороны
12 авг 09, 18:53    [7530066]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
denix1
SysOper
denix1,

Раскройте тайну! Как переезд vip на другую ноду даст вам возможность по нему коннектиться к базе?
все просто до безобразия...

у топикстартера есть IP-адреса на которых раньше жили базы
причем по одном IP на каждую базу
эти же адреса прописаны в конфигурациях большого количества клиентов
разбираем работу стандартного VIPа, на котором живет листенер
недоступен узел/сеть, VIP переполз на другой узел, но листенер никуда не переполз
т.е. клиенты, которые коннектятся по адресу переползшего VIPа получают отбой
и коннектятся по другому адресу, указанному в алиасе подключения к кластеру,
но вот проблема то в чем - у старых клиентов прописан только один адрес,
т.е. они уже ничего перебирать не будут - просто "облом при подключении"
для решения этой проблемы к пользовательсокму VIPу прикрепляем пользовательский листенер
который будет бегать за ним по узлам
после переезда на другой узле PMON через какое-то время зарегистрирует сервисы,
которые обслуживаются экземплярами и пользователи смогут успешно коннектится дальше
без каких либо ручных вмешательств со стороны


В таком варианте просто вешаем листенеры на 0.0.0.0 и они автоматом слушают и на новом адресе.
13 авг 09, 04:46    [7531029]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
denix1
Member

Откуда: Киев
Сообщений: 4663
Alex Roudnev
+ denix1
SysOper
denix1,

Раскройте тайну! Как переезд vip на другую ноду даст вам возможность по нему коннектиться к базе?
все просто до безобразия...

у топикстартера есть IP-адреса на которых раньше жили базы
причем по одном IP на каждую базу
эти же адреса прописаны в конфигурациях большого количества клиентов
разбираем работу стандартного VIPа, на котором живет листенер
недоступен узел/сеть, VIP переполз на другой узел, но листенер никуда не переполз
т.е. клиенты, которые коннектятся по адресу переползшего VIPа получают отбой
и коннектятся по другому адресу, указанному в алиасе подключения к кластеру,
но вот проблема то в чем - у старых клиентов прописан только один адрес,
т.е. они уже ничего перебирать не будут - просто "облом при подключении"
для решения этой проблемы к пользовательсокму VIPу прикрепляем пользовательский листенер
который будет бегать за ним по узлам
после переезда на другой узле PMON через какое-то время зарегистрирует сервисы,
которые обслуживаются экземплярами и пользователи смогут успешно коннектится дальше
без каких либо ручных вмешательств со стороны


В таком варианте просто вешаем листенеры на 0.0.0.0 и они автоматом слушают и на новом адресе.
хороший посыл!

правда присутствует малость критики:
- малость выбивается из политики управления ресурсами CRS-ом
- кроме всего прочего еще будем слушать и на паблик+прайвет интерфейсах,
а так же на любых других интерфейсам на хосте...
13 авг 09, 15:32    [7534223]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
KIREAL
Member

Откуда:
Сообщений: 390
По теме:
Вам сюда ->
Oracle® Database Oracle Clusterware and Oracle Real Application Clusters Administration and Deployment Guide 10g Release 2 (10.2) -> Chapter 14 Making Applications Highly Available Using Oracle Clusterware

Ключевые слова: Creating VIPs for Applications.

По поводу альтернативных решений. Не знаю как у других крупных компаний использующих Oracle DB (где количество клиентских машин зашкаливает далеко за 1000), но в нашей Windows среде (сам сервер DB работает под AIX 6.1) (полно клиентских машин от Windows NT до Windows XP-64 bit) используем логон скрипт написанный на VBS. Данный скрип определяет месторасположение клиента (В реестре читает запись), и копирует с файлового сервера ПРАВИЛЬНЫЕ tnsnames.ora, sqlnet.ora в $ORACLE_HOME/network/admin. Таким образом получаем централизованное изменение любой конфигурационной информации связанной с Oracle NET. Вообще в планах переходить на использование OID (DIRECTORY NAMES), правда пока на стадии тестов находимся. Даже если перейдем, sqlnet.ora все равно потребуется поддерживать валидым. Ну и естественно вы можете реализовать аналогичный вариант с учетом того что ваше окружение построено на Microsoft AD. А про VIP denix все верно сказал. После failover операции VIP узла который сбойнул не будет принимать НИ КАКИХ сетевых соединений. Даже если Вы явно укажете лисенеру работать с этим VIP.
20 мар 10, 06:43    [8508019]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
KIREAL
Member

Откуда:
Сообщений: 390
Sorry!
I have make mistake!
Your version is 11g.
Then you have to see in:
Oracle® Clusterware Administration and Deployment Guide
11g Release 1 (11.1) -> Chapter 5 Making Applications Highly Available Using Oracle Clusterware

Key words: Creating VIPs for Applications.
20 мар 10, 06:49    [8508022]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
KIREAL
Member

Откуда:
Сообщений: 390
denix1,

"...If a node fails, then the node’s VIP fails over to another node on which the VIP cannot
accept connections
. Generally, VIPs fail over when the node on which a VIP runs fails
or if all interfaces for the VIP fail or are disconnected from the network. Clients that
attempt to connect to the VIP receive a rapid connection refused error instead of
waiting for TCP connect timeout messages..."

Oracle Clusterware and Oracle RAC Administration and Deployment Guide 10.2

Chapter 1

Page 1-6

Так что прицепленный лисенер ничем не поможет ;)
20 мар 10, 07:13    [8508027]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
GL
Member

Откуда: Харьков
Сообщений: 1513
KIREAL
Так что прицепленный лисенер ничем не поможет ;)
Всё процитированное относится именно у случаю отсутствия дополнительного листенера и/или недокументированного варианта биндинга существующего листенера на 0/0. В документированном случае, как уже правильно писали, на перехавшем адресе никто не ждёт входящие соединения и, соответственно, "VIP cannot accept connections".

Или вы полагаете, что переехавший VIP (для операционной системы - просто ещё один адрес на интерфейсе) имеет специальное свойство "отшибать" входящие соединения?
20 мар 10, 11:31    [8508251]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
KIREAL
Member

Откуда:
Сообщений: 390
GL
KIREAL
Так что прицепленный лисенер ничем не поможет ;)
Всё процитированное относится именно у случаю отсутствия дополнительного листенера и/или недокументированного варианта биндинга существующего листенера на 0/0. В документированном случае, как уже правильно писали, на перехавшем адресе никто не ждёт входящие соединения и, соответственно, "VIP cannot accept connections".

Или вы полагаете, что переехавший VIP (для операционной системы - просто ещё один адрес на интерфейсе) имеет специальное свойство "отшибать" входящие соединения?


До кластера доберусь, протестирую. Возможно Вы правы.
20 мар 10, 12:42    [8508411]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
denix1
Member

Откуда: Киев
Сообщений: 4663
GL
KIREAL
Так что прицепленный лисенер ничем не поможет ;)
Всё процитированное относится именно у случаю отсутствия дополнительного листенера и/или недокументированного варианта биндинга существующего листенера на 0/0. В документированном случае, как уже правильно писали, на перехавшем адресе никто не ждёт входящие соединения и, соответственно, "VIP cannot accept connections".

Или вы полагаете, что переехавший VIP (для операционной системы - просто ещё один адрес на интерфейсе) имеет специальное свойство "отшибать" входящие соединения?
+1

изложенное здесь хорошо дополняется только заметкой Алекса про листенер на 0.0.0.0
все остальное - домыслы...
22 мар 10, 12:35    [8513319]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
Акелла промахнулся? У меня не открылось.

автор
здесь
22 мар 10, 23:14    [8516855]     Ответить | Цитировать Сообщить модератору
 Re: дополнительный VIP в Oracle RAC  [new]
denix1
Member

Откуда: Киев
Сообщений: 4663
Alex Roudnev
Акелла промахнулся? У меня не открылось.

автор
здесь
где-то что-то кого-то глюкнуло.....
22 мар 10, 23:46    [8516935]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить