Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 Solaric RAC non in global zone  [new]
-=shadow=-
Member

Откуда: мыс Упс
Сообщений: 70
Доброго времени суток,
Господа, есть желание пощупать RAC. На данный момент нахожусь на стадии изучения доки. Нашёл вот такую штуку

metalink

Doc ID: 317257.1
...
Modified Date : 10-NOV-2008
...
7.1 Oracle RAC

An Oracle RAC installation is composed of several nodes, shared storage, and a private interconnect. A local Solaris Container cannot be used as an Oracle RAC node, mainly because of the following two reasons:

Cluster manager: One of the software components that must be present in a RAC installation is a cluster manager. The cluster manager is responsible for isolating failed systems from the shared storage,to avoid corruption of data, and enabling communication between nodes in the cluster via a private interconnect. In order to use local Solaris Containers as RAC nodes the cluster manager would need to become capable of managing local Containers. As of this writing no cluster solution is capable of using local containers as cluster members or nodes.

Oracle RAC VIP: Another limitation to running Oracle RAC in local Solaris Container is the Virtual IP. Oracle RAC uses a virtual interface in each node to distribute client connections to all the active nodes in the cluster. When a node (node A) leaves the cluster one of the other active members of the cluster (node B) will take over its virtual IP address by bringing up an extra virtual interface with the IP address used by node A. In this way node B will service all new connections sent to node A until node A re-joins the cluster. For security reasons, a local Container does not have the privileges required for managing virtual interfaces. Therefore, the VIP mechanism used by Oracle RAC conflicts with the local container security limitations.
...


документ не совсем старый, есть основания верить:). Есть ли пути преодаления данногй проблемы для "не production" системы? или путь только один, физически разные ноды?

__________
WBR
31 мар 09, 16:58    [7000714]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
-=shadow=-
Member

Откуда: мыс Упс
Сообщений: 70
в sub накосячил, правильно так - Solaric RAC in non global zone. сообщения нельзя модифицировать... и удалаять, свои...


__________
WBR
31 мар 09, 17:16    [7000928]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
Scott Tiger
Member

Откуда: вмваре
Сообщений: 6876
В LDOM-ах можно, в контейнерах - пока нет (но должно быть). Ещё можно почитать вот здесь - http://blogs.sun.com/pomah/ - товарищ занимается именно этими вопросами.

Invaders must die!
31 мар 09, 21:14    [7002264]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7423
-=shadow=-
metalink

Doc ID: 317257.1
...
Modified Date : 10-NOV-2008
...
7.1 Oracle RAC

An Oracle RAC installation is composed of several nodes, shared storage, and a private interconnect. A local Solaris Container cannot be used as an Oracle RAC node, mainly because of the following two reasons:

Cluster manager: One of the software components that must be present in a RAC installation is a cluster manager. The cluster manager is responsible for isolating failed systems from the shared storage,to avoid corruption of data, and enabling communication between nodes in the cluster via a private interconnect. In order to use local Solaris Containers as RAC nodes the cluster manager would need to become capable of managing local Containers. As of this writing no cluster solution is capable of using local containers as cluster members or nodes.

Oracle RAC VIP: Another limitation to running Oracle RAC in local Solaris Container is the Virtual IP. Oracle RAC uses a virtual interface in each node to distribute client connections to all the active nodes in the cluster. When a node (node A) leaves the cluster one of the other active members of the cluster (node B) will take over its virtual IP address by bringing up an extra virtual interface with the IP address used by node A. In this way node B will service all new connections sent to node A until node A re-joins the cluster. For security reasons, a local Container does not have the privileges required for managing virtual interfaces. Therefore, the VIP mechanism used by Oracle RAC conflicts with the local container security limitations.
...

P.S.
Минск. Здесь арестована группа синоптиков, передававшая сведения о погоде в республике посольству США
1 апр 09, 01:00    [7002903]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
-=shadow=-
Member

Откуда: мыс Упс
Сообщений: 70
Scott Tiger
В LDOM-ах можно, в контейнерах - пока нет (но должно быть).

спасибо за ссылку Scott, посмотрел. LDOM мне не подходит :(
а когда должно быть в зонах, откуда инфа?
1 апр 09, 09:34    [7003333]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
Scott Tiger
Member

Откуда: вмваре
Сообщений: 6876
-=shadow=-
Scott Tiger
В LDOM-ах можно, в контейнерах - пока нет (но должно быть).

спасибо за ссылку Scott, посмотрел. LDOM мне не подходит :(
а когда должно быть в зонах, откуда инфа?


Когда - не знаю. Инфа из источников, заслуживающих доверия :)
1 апр 09, 09:37    [7003343]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
Roman Ivanov
Member

Откуда:
Сообщений: 39
Блог
-=shadow=-,

Если внимательно почитать упомянутый блог, то там есть пост с правильной конфигурацией non global zone (container). Так вот с такой конфигурацией должен работать и RAC.

По вопросу сертификации - пишите в Сан и в Оракл о вашем желании. Обязательно в обе конторы.

вопросы в личку.
15 апр 09, 11:39    [7065844]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
-=shadow=-
Member

Откуда: мыс Упс
Сообщений: 70
Roman Ivanov,

вы имели в виду Best Practices for Running Oracle Databases in Solaris Containers?
21 апр 09, 14:42    [7092377]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
Roman Ivanov
Member

Откуда:
Сообщений: 39
Блог
-=shadow=-,

ASM in Container
22 апр 09, 17:43    [7100531]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
Ааз
Member

Откуда: Москва/Протвино
Сообщений: 4274
Привет

Если вы имеете ввиду - несколько Container'ов/project'ов as a RAC virtual/pseudo node на той же базовой (извините за незнание местного жаргона) системе, то приведённая цитата имеет некое правдоподобие. Для non-production (если интересы лежат в области масштабируемости, а не высокой доступности) - можете тренироваться.

2 Tiger: приветы.

Всего
--
Disclaimer: Opinions are of my own and not necessar[-il]y
23 апр 09, 02:55    [7102073]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
-=shadow=-
Member

Откуда: мыс Упс
Сообщений: 70
Roman Ivanov
-=shadow=-,

ASM in Container

с этим нет сложностей, всё работает. вопрос по сетевым интерфейсам.


For security reasons, a local Container does not have the privileges required for managing virtual interfaces.

Вот это не понятно. Что это означает?

(мои варианты/правильно ли я понимаю что) :
в случае shared-ip
в случае подения ноды N1 на другой N2 не будет поднят интерфейс с таким же айпи как на N1.
Solaris не позволяет из зоны создавать виртуальные интерфейсы и оракл нее сможет поднять интерфейс.

в случае excliusive-ip
имена интерфейса в зонах будут разные.

поправьте если наврал!
23 апр 09, 10:26    [7102690]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
-=shadow=-
Member

Откуда: мыс Упс
Сообщений: 70
Ааз

несколько Container'ов/project'ов as a RAC virtual/pseudo node на той же базовой (извините за незнание местного жаргона) системе


именно, имею в виду на сервере несколько зон для игрищь с RAC.


Как поведёт себя RAC если опустить одну зоу, те все 3 IP этой зоны не будут доступны?
23 апр 09, 10:28    [7102710]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
Skeeve
Member

Откуда:
Сообщений: 33
-=shadow=-
Roman Ivanov
-=shadow=-,

ASM in Container

с этим нет сложностей, всё работает. вопрос по сетевым интерфейсам.


For security reasons, a local Container does not have the privileges required for managing virtual interfaces.

Вот это не понятно. Что это означает?

Это значит, что VIP не поднимется в контейнере. Со всеми вытекающими:
не поднимется листенер->не поднимется asm->не поднимется инстанс.
Т.е. вам придется поковырятся в логике кластерваре:-(
23 апр 09, 16:25    [7105907]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
Roman Ivanov
Member

Откуда:
Сообщений: 39
Блог
-=shadow=-


For security reasons, a local Container does not have the privileges required for managing virtual interfaces.

Вот это не понятно. Что это означает?

(мои варианты/правильно ли я понимаю что) :
в случае shared-ip
в случае подения ноды N1 на другой N2 не будет поднят интерфейс с таким же айпи как на N1.
Solaris не позволяет из зоны создавать виртуальные интерфейсы и оракл нее сможет поднять интерфейс.

верно
-=shadow=-

в случае excliusive-ip
имена интерфейса в зонах будут разные.

поправьте если наврал!

тоже верно.
Я тут подумал, что помог бы проект Crossbow, позволяющий создавать виртуальные интерфейсы. Но он пока не в Солярке. Да и проброшенные интерфейсы опять будут иметь разные имена. надо отправить RFE на возможность переименования интерфейса при заносе в зону.
В случае нод в контейнерах на одном и том же физическом сервере наверняка возникает проблема одновременного доступа к диску.
23 апр 09, 19:22    [7107202]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
Ааз
Member

Откуда: Москва/Протвино
Сообщений: 4274
-=shadow=-
Как поведёт себя RAC если опустить одну зоу, те все 3 IP этой зоны не будут доступны?
Вопрос бы переформулировать как:
- что сделает базовая система с теми IP (они в ней таки видны или нет?), которые делались в project'е?
- точнее, будет ли базовая система откликаться на пакеты направленные на эти IP?

Tiger - ты уже нож свой знаменитый затупил? ;-)

Всего
23 апр 09, 23:21    [7107718]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
-=shadow=-
Member

Откуда: мыс Упс
Сообщений: 70
Ааз
-=shadow=-
Как поведёт себя RAC если опустить одну зоу, те все 3 IP этой зоны не будут доступны?
Вопрос бы переформулировать как:
- что сделает базовая система с теми IP (они в ней таки видны или нет?), которые делались в project'е?
- точнее, будет ли базовая система откликаться на пакеты направленные на эти IP?

Tiger - ты уже нож свой знаменитый затупил? ;-)

Всего


немного не так, но похоже. Уточню. Могу ошибаться, я ещё в начале пути...
на сколько я понимаю, при падении ноды например н1, нода н2 или н3 поднимают интерфейс с адресом упавшей. так вот, вопрос в том что будет далее. Возможности поднять интурфейс у оракла в зоне н2 и н3 нет(shared-ip), поэтому возникнут тайм ауты на других нодах... я прав?
24 апр 09, 09:44    [7108404]     Ответить | Цитировать Сообщить модератору
 Re: Solaric RAC non in global zone  [new]
-=shadow=-
Member

Откуда: мыс Упс
Сообщений: 70
Roman Ivanov,

Роман спасибо, за ответы.

OpenSolaris :
$ dladm create-vnic -l ethernet vnic1
$ dladm rename-link vnic1 vnic100000

but there is no rename-link in dladm in SunOS 5.10 :(
24 апр 09, 11:33    [7109205]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить