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 – сзади со стороны БП и доступных портов.

    Лицензирование


    В БД Oracle все лицензирование идет по ядрам – которые как ни странно называются процессорными лицензиями. Если взять даже не самый современный сервер на 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. Просмотреть основные характеристики можно тут.

    Контактная инфа
    Все вопросы можно направлять: oracle@muk.ua




    Спонсор поста: Cosmonova: data centers & telecom & software developer

    Similar posts

    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More
    Ads

    Comments 14

      0
      Выходит что установленный Oracle VM там не совсем полноценный? Какая версия?
      Шаблон для OracleVM можно же легко создать самому — просто конвертнуть готовую виртуальную машину и все.
      Протестируйте пожалуйста эгзадату :)
        0
        А еще эгзалоджик и OVCA
          0
          OVM – полноценный, пока что нет возможности добавить оду в менеджер, посему управление из командной строки онли. Последняя версия на данный момент 2.9 в которой БД 11.2.0.4.1 а OVM 3.2.3
          +1
          Всё же немного странное решение, IMHO его должно быть сложно продавать.
          Обычно ведь как бывает:
          — либо фирма небольшая, обороты невелики, прибыль так себе, сисадмин — 1,25 человека (один мастер на все руки + один студент), кроится на всём. Это не целевая аудитория, ибо железка дюже дорогая, а мастера на все руки не любят такое оборудование;
          — либо фирма богатая, штат большой, спецов в ИТ много и разных, начальник ИТ человек адекватный и многоопытный. У фирмы есть своя политика в области построения ИТ-инфраструктуры, да и много кто на рынке предлагает аналоги (те же блейд-системы от HP и IBM), и на продукцию определенного вендора у фирмы, скорее всего, есть скидки. То есть это, в принципе, ваша целевая аудитория, но убедить купить будет непросто. Могут взять потестировать на время — это да.
          А для фирм, находящихся посередине, ODA, как мне кажется, дороговата… но если ее в лизинг давать, то, может, и ничего… :)
            +1
            И тут кажись есть какие-то нюансы с поддержкой и сервисным обслуживанием. Если не куплена поддержка, то нельзя даже заказать железку запасную в замен вылетевшей. Поправьте если не так.
              0
              Да кстати. Мне примерно так объяснили (правда речь не о таком комбайне, а о полноценных серверах), когда речь зашла о покупке новых винтов взамен вылетевших на sunfire и storagetek. На том и распрощались. Может и не так, но если партнёр oracle (назовём так его) не может толком объяснить, то это тоже повод задуматься.
                0
                Партнеров у любого вендора несколько, если один не уверен или не может объяснить, имеет смысл не просто задуматься, а проверить у других :). На самом деле, похоже, что объяснили плохо потому, что поддержка (можно сказать как доп. бонус) дает возможность заказать некоторые уже недоступные компоненты, для не поддерживаемых систем и т.п. То есть в некоторых случаях, для системы на поддержке, возможно дольше докупать компоненты. Мало того, опытный партнер эти варианты подскажет и сам поможет выбрать вариант решения проблемы. Я знаю еще компанию, которая регулярно поставляет запчасти, в том числе и «недоступные» в том числе и для Оракл/Сан железа и ей текущий статус оборудования вообще не интересен.
                  0
                  Ну это было объяснение от последних. до того работали с другим партнёром. Там всё хуже было, так вообще никакого похожего на правду ответа не добились (я так понял, они потом и закрыли контору свою ещё). В общем, с тех пор с сановской продукцией не связываемся. Представители двухбуквенной конторы больше понравились/оказались убедительнее много. Их железом теперь и пользуемся.
                  А саны… Ну по p/n теперь совместимое как резерв.
              0
              думаю, это для крупных компаний, которым нужна высокая надежность, масштабируемость для БД Оракла. здесь это получат.
              девиз Оракла: железо и софт созданы друг для друга. т.е. используя это максимально снимаем возможные проблемы на уровне железа.
                0
                Большому кораблю — большое плавание :) Для крупных компаний у Оракла есть Экзастек.
                0
                Реальный случай. просто как вариант для примера — относительно небольшая фирма, правда админа «аж» 2 :)
                Они вместе попали на выставку и обратили внимание, что на стенде живая запущенная система (была 1С на сервере + БД Оракл на кластере), а не просто демо-анимация. Попросили «пощупать» менеджер и консоль, потом спросили порядок цен (вкратце — железо сравнимо по цене с такой же «солянкой» из других железок, только места займет вдвое меньше). Результат — предложили обсудить вывод части своих серверов из под БД под другие задачи, заменив их двумя ОДАми. Плюс заинтересовались возможностью расширить на одной из систем полезный объем обрабатываемых данных дополнительным ЗФС стореджем (не обязательно Оракл, любым).
                  0
                  Интерес же не означает готовности купить.
                  Обычно, когда подходит срок модернизации железа, составляется спецификация и смотрятся различные варианты от различных вендоров. В итоге выбирается оптимальный вариант, в котором бренд играет одну из последних ролей. Цена, кстати, тоже далеко не ведущую роль играет.
                  Если говорить о хранилище и виртуальных серверах в одной стойке — существует масса вариантов, у каждого вендора есть решения для реализации этого, да можно и мультивендорное решение внедрить. Главное — чтобы внедренное решение отвечало текущим и прогонозируемым задачам бизнеса, а также удовлетворяло требованиям компании по доступности сервисов, которые будут развернуты на этом железе.
                0
                Не согласен с тем железо идет с последней ревизией F/W и S/W. Сколько не покупали-всегда стояли самые первые версии…
                  0
                  Если не секрет, какое железо обычно покупаете, интересно для понимания моделей. Возможно оборудование, которое производится под заказ идет посвежее, а то, на которое создается складской запас у вендора идет с более старой прошивкой (на момент производства).

                Only users with full accounts can post comments. Log in, please.