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 с этим справляется :)

4 комментария:

  1. Анонимный6/4/08 9:33 AM

    Интересное решение. Очень смелое. И настолько же безумное.

    Однако интересно :

    Интерконнект на чем делали ?

    Какой тип приложений OLTP/DSS ?

    ОтветитьУдалить
  2. > Интересное решение
    Несомненно
    > И настолько же безумное
    Поскольку они собираются его расширять я не думаю, что для них оно безумное.

    Извините, прочих деталей я не запомнил. Если это важно, через официальный запрос в Oracle их можно узнать.

    ОтветитьУдалить
  3. "но все они используют одни и те же ASM группы"
    практика показала что таким способом можно получить значительное увеличение
    латентности доступа к дискам
    для критичных OLTP-задач все таки лучше выделенные дисковые группы,
    которые не пересекаются с DSS-задачами

    ОтветитьУдалить
  4. Вы конечно же правы. Я не аккуратно написал, Я имел в виду, что разные БД использую РАЗНЫЕ группы ОДНОГО ASM.

    ОтветитьУдалить