Oracle Database Appliance - огляд після досвіду використання

  
  
Спочатку пару слів про ODA. Це інженерна система, що представляє собою готовий стек — СГД, серверів і софтвера, які підібрані один під одного для забезпечення максимальної продуктивності. Аналогів у інших виробників немає, тому що весь стек тестувався виробником обладнання і ПЗ для виявлення «вузьких» місць в продуктивності. У результаті в ОДЕ немає віяла різних конфігурацій і все що можна зробити — це додати додаткову полицю з дисками. В системі стандартний обсяг пам'яті, стандартний обсяг дисків, стандартні процесори — ніяких особливих доповнень або варіантів конфігурацій немає.
 
У нашому огляді використана ОДА першого покоління, яка в габаритах 4 юніта, включає в себе 2 сервера, кожен з:
 
2x Intel Xeon X5675
 
96 Gb RAM
 
3 USB 2.0
 
2x 1GbE
 
1x 4-port 1GbE NIC
 
1x2-port 10GbE NIC
 
І систему зберігання даних:
 
24х 3,5 600Gb 15K SAS
 
4x 3,5 73 Gb SSD
 
 
Фото — ОДА ззаду, видно подвійний БП, обидві серверні ноди (хот плаг).
 
 

Розгортання

Так як я розгортав ОДУ кілька разів (для виставок, партнерів і тестів), можу сказати, що це досить проста процедура, що вимагає мінімальних знань в області інсталяцій Лінукса і БД.
 
До вас приїжджає нове обладнання, розпакувавши його, підключивши кабелі і вставивши в стійку, можна відразу включати і розгортати систему. Ода приїжджає з вже встановленою ОС і останніми патчами на момент покупки, все що залишається зробити це скачати собі бандл на кілька ГБ з інтернету. Називається він End-User GI / RDBMS Clone files і містить останню версію бази даних з патчами, зібрану для Оди. Далі потрібно його закачати на одну з нод інженерної системи, запустити найпростіший візард і за 1-1,5 години ви будете мати 2 сервера + СГД з налаштованої та готової до роботи БД Oracle в одному з режимів: RAC, RAC one node або Fail- over. У разі, якщо буде використовуватися 1С, або потрібні якісь нестандартні налаштування самої БД, їх потрібно буде створити за допомогою консолі dbca.
  
Можна взяти доступні аналоги: сервера одні, СГД інші, ОС третя, БД четверта з компонент, швидше за все різних виробників. Потрібно буде витратити досить багато часу, щоб налаштувати ОС і базу на 2 серверах у вигляді кластера, витратити час на налаштування системи зберігання, а також на створення пари і тестування всієї системи цілком. Тут же загальна витрата часу 3 години і в результаті повністю робоча машина БД. Також важливу роль відіграє кількість осіб потрібних для налаштування. У звичайних випадках необхідний фахівець по залізу + фахівець з БД + можливо тестуванню, тут — 1 людина і пара-трійка годин часу. Ну і максимум помічник, щоб у стійку засунути, вага то немаленький :).
  
 
 
 
Фото 2 і 3 — ззаду з боку БП і доступних портів.
 
 

Ліцензування

В БД Оракл все ліцензування йде по ядрам — які як не дивно називаються процесорними ліцензіями. Якщо взяти навіть не найсучасніший сервер на 2 процесора по 4 ядра — всього 8 ядер, то з політики ліцензування це 8 процесорних ліцензій кожна з яких коштує чимало. Якщо запускати віртуальну машину для економії на ліцензіях, то для цього підійде дуже обмежена кількість продуктів (детальніше тут )
 
У ОДА є одне велике і унікальна перевага — вона дозволяє «з коробки» ліцензувати базу даних тільки по необхідним ядрам, що називається capacity on demand. Це дозволяє починати ліцензування від 2 ядер і далі рости до 16. Основний сенс такого підходу — економія на ліцензіях, з можливістю простого зростання.
 
У разі, якщо необхідно збільшити кількість ліцензій та збільшити продуктивність, потрібно купити додаткові ліцензії, згенерувати ключ на сайті технічної підтримки і «згодувати» скрипту в системі, відразу отримавши апаратну продуктивність доданих ядер. На іншій системі, потрібно буде виконувати додаткові роботи, наприклад по останову-бекапе-переносуБД на нову більш потужну систему.
  
 
  
 
 
 
 Фото 4,5, 6 — усередині системи.
 
 

Варіанти розгортання

Починаючи з версії 2.5, ОДА стало можливо розгорнути вже двома способами: віртуальна і «залізна» конфігурації.
 
Перший варіант — «Залізна» це встановлений лінукс і БД прямо на сервера, це не дуже вигідно з точки зору використання ресурсів, якщо у вас не максимальне навантаження. У результаті, якщо у вас використовується 2 ядра під БД, інші не зайняті і відповідно простоюють.
 
Другий варіант-віртуальна. Для цього на обох серверах встановлені гіпервізорами Oracle VM і на них завантажується темплейт у вигляді ОДА (тобто ОС + БД), яка після розгортання починає використовувати СГД. Розгортання віртуальної системи практично нічим не відрізняється розгортання залізної, зате в результаті можна використовувати залишилися ресурси під інші віртуальні машини. Але і тут є свої мінуси, а саме підтримка виключно темплейтов певного формату, з розширенням tgz. Для зацікавлених — їх можна скачати тут .
 
Якщо постаратися, можна створити і власний темплейт. Також невелику ложку дьогтю додає обмеження дискового простору доступне серверам, т.к. під віртуальні машини використовуються внутрішні диски, а не СГД.
 
 
 
 
 
Прочитавши багато оглядів та офіційних, і неофіційних про це інженерному рішенні, вирішив, що варто акцентувати увагу на тому, про що там іноді не говорять.
 
1. Бандл потрібно качати окремо
 
2. Оракл завжди намагається, щоб при отриманні була сама остання версія ПЗ, але іноді за час доставки, може вийти більш нова версія.
 
3. Відсутність різних конфігурацій заліза.
 
4. Неможливість використання вбудованого СГД під віртуалізацію.
 
5. Не самий зручний менеджмент віртуальних машин
 
6. Остання версія БД на даний момент 11.2.0.4.0
 
Мої особисті і суб'єктивні висновки після досвіду використання ОДИ:
 
1. Економія на часі розгортання. Легка і швидка установка. Налаштувати кластер зазвичай займає дуже багато часу. Тут після запуску невеликого візарду на 15 кроків — кластер готовий.
 
2. Для обслуговування всієї системи потрібен 1 людина, не потрібні окремі адміни по залізу, БД, та СГД.
 
3. Економія місця для установки. Ода займає всього 4 юніта в стійці. Що може дуже позитивно позначитися на розміщенні, наприклад, в дата центрі.
 
4.Так як все від одного вендора НЕ буде всім знайомих і неприємних сюрпризів у вигляді несумісності, так як все обладнання протестовано заздалегідь.
 
5. Немає морального старіння обладнання. Навіть на стару ОДУ, навіть якщо вона вже не продається, досі виходять оновлення з функціоналом не поступається сучасної версії.
 
6. Економія на ліцензіях з можливістю моментального росту (було сказано вище).
 
7. Дуже зручний моніторинг і управління самим обладнанням. ОДУ досить просто переналаштувати, перезавантажити, і навіть перевстановити цілком.
 
8. Відмовостійкість, т.к. в ній все продубльовано подвійно і навіть втричі.
 
9. ОДУ можна розгорнути до досить великої кількості ядер, близькій до таких у мінімально доступної Екзадати, але це вже рішення набагато більш серйозного рівня і тема зовсім іншої статті.
 
І останнє — версія ОДИ на даний момент це Х4-2. Переглянути основні характеристики можна тут .
  
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.