Clusterware Reference
У нас есть заказчик, который построил кластер на основе Oracle Clusterware из 40 узлов и собирается довести число узлов до 48. Это production система.
- 10gR2
- RHAS 3.0 (?? заказчик сказал что именно эта верися Linux им нравится :)
- Типичный узел кластера это 2 Intel Xeon EM64T 3.6 Hgz, 8 Gb памяти, 2 Internal disks, mirrored, 2x2 Gb QLogic HBA
Объем информации - несколько Tb.
В этом кластере живет нескольк баз данных - от 2-х до 8 узлов, но все они используют одни и те же ASM группы.
В такой системе, конечно же каждый шаг требует особенного внимания. В частности ставили ее через инсталляцию сначала двух узлов, а затем добавление узлов в кластер. Озвучивают время установки Clusterware - 1 день.
ASM rebalancing нормально работает только при числе активных узлов < 14 из-за больщого возникающего траффика сообщений между узлами. В 11g этот момент исправили.
Интересно конечно же архитектурное решение - не одна огромная БД с сервисами, как предполагает класстическая литература - а несколько БД под управлением 1 Clusterware.
В случае необходимость в online добавить узел конкретной БД, необходлимо выполнить несколько несложных шагов -
- зарегистрировать БД на узле, listener (если не было)
- поправить *.remote_listeners
- Создать temp & undo, возможно новый thread
- ?? (что-то я пропустил)
Утверждают, что даже dbca с этим справляется :)
Интересное решение. Очень смелое. И настолько же безумное.
ОтветитьУдалитьОднако интересно :
Интерконнект на чем делали ?
Какой тип приложений OLTP/DSS ?
> Интересное решение
ОтветитьУдалитьНесомненно
> И настолько же безумное
Поскольку они собираются его расширять я не думаю, что для них оно безумное.
Извините, прочих деталей я не запомнил. Если это важно, через официальный запрос в Oracle их можно узнать.
"но все они используют одни и те же ASM группы"
ОтветитьУдалитьпрактика показала что таким способом можно получить значительное увеличение
латентности доступа к дискам
для критичных OLTP-задач все таки лучше выделенные дисковые группы,
которые не пересекаются с DSS-задачами
Вы конечно же правы. Я не аккуратно написал, Я имел в виду, что разные БД использую РАЗНЫЕ группы ОДНОГО ASM.
ОтветитьУдалить