Кластерні технології СУБД Oracle. Частина 2, Інші СУБД, Бази даних, статті

Динамічно масштабоване паралельне виконання


Іншим способом розподілу навантаження в базі даних Oracle є використання функції паралельного виконання запитів. Паралельне виконання (паралельний запит або паралельний DML) розподіляє роботу з виконання команди SQL між декількома процесами. У середовищі Oracle Real Application Clusters ці процеси можуть бути належати різним екземплярів СУБД. Оптимізатор за вартістю СУБД підтримує функцію паралельного виконання як фундаментальний компонент при створенні планів виконання SQL-команд. У середовищі Real Application Clusters прийняття рішень про розпаралелювання задачі залежить від можливостей внутрішньовузлових і межузлового паралелізму. Наприклад, якщо для конкретного запиту необхідно шість процесів для його виконання і шість процесорів локального вузла (вузла, до якого підключений користувач) вільні, то запит буде оброблятися тільки за допомогою локальних ресурсів. Це демонструє ефективність внутрішньовузлових паралелізму, при якому виключається розподіл запиту між безліччю вузлів. Однак якщо в локальному вузлі доступні тільки два процесори, то для обробки запиту будуть використовуватися два процесори локального і чотири процесори іншого вузла. Таким чином, для прискорення операції із запитами використовуються як межузловой так і внутрішньовузлових паралелізми.

Оптимізатор Oracle здатний змінювати рівень запитуваної паралелізму в залежності від завантаженості системи. При недостатній кількості вільних ресурсів, оптимізатор може знизити рівень паралелізму або навіть взагалі скасувати розпаралелювання виконання. Ця властивість є важливим для збереження стабільності роботи системи, будь-яке перевантаження системи може привести до різкої деградації продуктивності всіх виконуваних завдань.

Технологія RAC в територіально-рознесеному кластері

Територіально-рознесений кластер – це архітектура, в якій вузли кластера знаходяться в різних Центрах Обробки Даних (ЦОД). Завдяки технології Oracle RAC всі вузли кластера, незалежно в якому ЦОД вони розташовуються, включені в активну роботу, як і у випадку локального кластера. З цієї точки зору технологія Oracle RAC є унікальною. Плюс до цього Oracle RAC в територіально-рознесеному кластері забезпечує надзвичайно швидке відновлення, у разі збою на будь майданчику. У зв’язку з тим, що ця архітектура викликає дуже великий інтерес і має успішні реалізації, важливо зрозуміти, де її застосування приносить найбільшу користь з урахуванням відстаней, затримки в передачі сигналу і забезпечується їй ступінь захисту.

Обмеженням у застосуванні цієї технології можуть бути значні затримки при передачі сигналу на великих відстанях. Найкращим чином ця архітектура може бути реалізована, коли два центри даних знаходяться відносно близько один від одного (не більше 100 км), а між центрами вже існують досить дорогі прямі канали зв’язку без використання на їх протязі додаткових ретранслює пристроїв.


Технологія RAC для Extended Distance Clusters забезпечує більш високу доступність, ніж локальний RAC, але вона може задовольняти не всім вимогам заходів з відновлення роботи в надзвичайних ситуаціях. Рознесення частин кластера на віддалені площадки є хорошим захистом від багатьох катастрофоподобних обставин (локальне відключення електроживлення, пожежа, затоплення приміщення сервера, теракт), але не від усіх. Такі стихійні лиха, як землетруси, урагани або потопи, можуть охоплювати дуже велику територію. Компанія повинна зробити аналіз і визначити, чи можуть обидва центри обробки даних постраждати від одного і того ж стихійного лиха. Для всеосяжної захисту від різноманітних загроз, включаючи захист від пошкоджень даних і від регіональних стихійних лих, фахівці компанії Oracle рекомендують використовувати Oracle Data Guard спільно з технологією RAC, як описано в посібниках Oracle по архітектурі високої доступності. Крім цього Data Guard дає додаткові переваги, наприклад підтримку почергових оновлень версій Oracle.

Налаштувати територіально-рознесений кластер складніше, ніж локальний. Особливу увагу слід приділити місцю розташування вузлів, “кворуму” дисків та розміщення пристроїв зберігання з даними. При правильному застосуванні ця архітектура може забезпечити більш високу доступність, ніж база даних з локальним RAC. Для створення територіально-рознесених кластерів можна використовувати комбінацію програмного забезпечення Oracle Clusterware, Oracle Real Application Clusters і Automatic Storage Management.

Створення та керування кластерної середовищем Oracle

Програмне забезпечення Oracle Real Application Clusters створює з кластерної конфігурації єдиний образ не тільки для клієнтських додатків, але і для адміністратора, що спрощує настройку і управління. Кластерна база даних RAC може бути встановлена ​​і налаштована з будь-якого вузла входить в кластер. Роботу з кластерної конфігурацією підтримують всі засоби та програми для управління базою даних, включаючи універсальну програму інсталяції ПО Oracle (OUI), Oracle Enterprise Manager, програму-асистента конфігурування бази даних (DBCA), програму-асистента з модернізації версії бази даних (DBUA), програму-асистента по конфігурації мережі (NETCA) і утиліти командного рядка, такі як srvctl.

Утиліта перевірки кластера

В СУБД Oracle 10g Release 2 з’явилося нове засіб перевірки конфігурації кластера. Засіб перевірки кластера допомагає усувати помилки проведенням ревізії до установки програмного забезпечення, після його установки і при будь-яких змін конфігурації. Воно також може використовуватися для поточної перевірки кластера. Це утиліта може бути викликана з інтерфейсу командного рядка або через API за допомогою інших програм, наприклад універсальної програми установки Oracle Universal Installer (OUI).

Oracle Enterprise Manager

Програмний пакет Enterprise Manager традиційно пропонуються як засіб управління інфраструктурою програмного забезпечення Oracle. У версії Enterprise Manager 10g пакет значно перероблений, так, наприклад доступ до графічного інтерфейсу керування тепер здійснюється через веб-браузер. Enterprise Manager для управління СУБД Oracle пропонується в двох редакціях:

• Database Control – засіб управління однією базою даних Oracle, Автоматично настроюється за допомогою DBCA під час створення бази даних.

• Grid Control – засіб управління інформаційною інфраструктурою підприємства, включаючи бази даних Oracle, встановлюється з окремого компакт диска, включеного в поставку СУБД Oracle.

Обидва засоби підтримують роботу з кластерами і мають централізованої консоллю для управління кластерної СУБД.


Сторінка управління кластерної базою даних “Cluster Database” дозволяє:

• Стежити за загальним станом системи, наприклад, за кількістю і поточним станом усіх примірників кластерної СУБД.

• Бачити попередження, отримані з усіх примірників, а також заглиблюватися в систему для детального вивчення джерела кожного

попередження.

• Встановлювати пороги відстежуваних показників для генерації попереджень на рівні кластерної бази даних.

• Виконувати моніторинг показників продуктивності з усіх примірників: агрегованих або відображених один з одним так, щоб їх можна було легко порівняти між собою. У разі необхідності можна провести деталізацію по окремих компонентів.

• Контролювати статистику когерентності кеша кластера (наприклад, global buffer gets та ін)

• Проводити операції рівня всієї кластерної бази даних: створення резервних копій і відновлення бази даних, запуск і зупинка

примірників і т. д.

• Управляти сервісами, виконуючи такі операції, як створення, зміна, запуск / зупинка, включення / вимикання або переміщення Сервісів, і робити моніторинг їх продуктивності.

На сторінці “Cluster” пакета Grid Control можна переглядати стан апаратного забезпечення кластера та операційної системи в цілому – це особливо корисно, коли кластер забезпечує роботу безліч баз даних. Сторінка дає огляд загального стану компонент кластера з можливістю переходу до окремих екземплярів СУБД.

Grid Control 10g Release 2 може зробити автоматичне перетворення окремого екземпляра бази даних Oracle в кластерну базу даних під керуванням RAC. Крім цього за допомогою Enterprise Manager можна здійснити початкове створення кластера, включаючи інсталяцію програмного забезпечення і конфігурацію Oracle Clusterware. Вміст домашнього каталогу програмного забезпечення Oracle (Oracle Home), використовуваного для інсталяції, може зберігатися або в Enterprise Manager як “Золотий образ” або на будь-якому відомому сервері. “Золотий образ” може бути створений з зразковою копії встановленого програмного забезпечення Oracle Clusterware або Real Application Clusters 10g Release 2. При клонуванні програмного забезпечення виконуються без винятку всі дії по встановленню та конфігурації RAC і Oracle Clusterware, в тому числі запуск “root.sh” під правами привілейованих користувачів і необхідні кроки до і після інсталяції. Ця справедливо і при додаванні нового вузла до вже існуючого кластеру. Для ОС Linux програмне забезпечення від Oracle може встановити “образ системи” на “голе залізо”. У такій “образ” може входити операційна система, агент Oracle Enterprise Manager, Oracle Clusterware і СУБД Oracle з Real Application Clusters. Кожен “образ” можна пов’язати з профілем апаратного забезпечення. Всі компоненти “образу” зберігаються як “Золоті образи” в Enterprise Manager. “Майстер по установці” дозволяє проводити вибір апаратного забезпечення і встановлювати повний стек програмного забезпечення на новий сервер. Новий вузол додається до кластеру автоматично.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*