Oracle Exadata, или 
О пользе engineered systems (часть 1)

    Эту статью я хочу начать со ссылки на важное исследование, которое было сделано четыре года назад агентством PAC Consulting для компании Compuware. С результатами исследования можно ознакомиться здесь, касалось оно производительности решений на базе систем SAP. Аналитики проинтервьюировали менеджмент 588 компаний Бельгии, Великобритании, Германии, Испании, Италии, Нидерландов, США и Франции и выяснили, что 43% пользователей веб-портала SAP недовольны его производительностью. Из числа больших компаний (с числом пользователей более 2 тыс.) недовольна треть, а среди остальных — 48%. Многие сказали, что неудовлетворительная производительность приложений является серьезным потенциальным финансовым риском для предприятий.



    Только не подумайте, что я пишу это, чтобы бросить тень на компанию SAP. Oracle и SAP сотрудничают на ИТ-рынке более 20 лет, с 1988 года. Самое большое количество инсталляций приложений SAP для крупных заказчиков в мире производится с использованием базы данных Oracle.

    Так вот, в первую очередь на производительность приложений SAP влияет технологическая инфраструктура, на которой они выполняются. Compuware отмечает, что ПО SAP адекватно работает на стабильной и надежной ИТ-инфраструктуре — которая включает в себя и компьютеры, и базу данных, и сетевые соединения. А значит исключительно важно, чтобы кто-то производил стабильную и надежную ИТ-инфраструктуру, на которую будут работать приложения.

    Компания Oracle постоянно развивала функциональность для повышения быстродействия, безопасности и надежности корпоративных систем. В 1992 году появился первый выпуск SAP R/3 для Oracle, а в 1999 году компании подписали соглашение о коммерческом и сервисном партнерстве, которое было продлено в 2010 году. Когда в 2009 году Oracle приобрела компанию Sun, она перевела свои программно-аппаратные комплексы Exadata, предназначенные для бизнес-аналитики, консолидации баз данных и оперативной обработки транзакций, на платформу Sun. Буквально через два года появилась версия программно-аппаратного комплекса Oracle Exadata для SAP, а затем Oracle Exalogic и Oracle SuperCluster.


    Что такое (oracle) engineered systems?


    Идея, заложенная в основу концепции (oracle) engineered systems, заключается в том, что современное программное и аппаратное обеспечение очень сложны, и каким бы тщательным ни было исследование, которое специалисты вашей компании предпримут перед закупкой оборудования, нет гарантий, что у них хватит квалификации на выбор оптимальной и при этом масштабируемой конфигурации. Самим заказчикам строить оптимальную ИТ-инфраструктур сложно, приходится долго искать правильное решение с точки зрения систем хранения, с точки зрения сетевого оборудования, с точки зрения вычислительных ресурсов, методом проб и ошибок строить кластерную конфигурацию и т.д.

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


    Ваша серверная комната ДО и ПОСЛЕ появления (oracle) engineered systems.

    Как разрабатываются (oracle) engineered systems? Аппаратное обеспечение и программное обеспечение проектируются, тестируются и отлаживаются совместно. А если вы знаете, какие приложения на каком оборудовании будут работать, то вы можете добиться высочайшей производительности, при этом меньше вероятность «сюрпризов» от несовместимости компонентов, и, конечно, проще становится оказание поддержки. Заказчикам не приходится подбирать и оптимизировать компоненты — серверы, диски, процессоры, сетевые компоненты, память и т.п. Устанавливать и настраивать программное обеспечение, тестировать работоспособность каждого сервера, заниматься их последующим обновлением и т.п. тоже не придется. Существенно упрощается обслуживание ИТ-инфраструктуры.

    На сегодня все программно-аппаратные комплексы Oracle сертифицированы для работы с приложениями SAP и готовы для облачных вычислений, например, для организации частного облака — а если мы говорим о реализации решений на программно-аппаратной платформе для приложений SAP, то актуально, скорее всего, именно частное облако.

    Oracle предлагает полный стек решения, начиная с аппаратного обеспечения виртуализации операционных систем и слоя баз данных для приложений SAP, созданного на основе лучших практик, которые имеет Oracle. За три десятка лет глобальной практики Oracle накопилась большая база знаний, в которой консолидированы все проблемы, которые могут возникать у заказчиков. Проанализировав всю эту огромную базу знаний, Oracle разработала готовое, сбалансированное, преднастроенное, сконфигурированное программно-аппаратное решение, пригодное к эксплуатации для размещения баз данных на платформе от Oracle.

    Комплексы Oracle Exadata предназначены для организации сервисов баз данных Oracle. Oracle Exalogic — машина для серверов приложений, включая Oracle Applications, SAP ERP и другие. Комплексы Oracle Database Appliance предназначены для развертывания сервисов баз данных Oracle вместе с приложением — например, с центральной инстанцией SAP ERP. Oracle Virtual Compute Appliance позволяет разворачивать все необходимые сервисы, это программно-аппаратный комплекс сертифицирован, в том числе, компанией SAP. Далее я подробнее остановлюсь на решении Oracle Exadata для SAP.

    Наконец, Oracle SuperCluster M6-32 создан на платформе SPARC, и это по всем параметрам одна из мощнейших машин, поставляемых сегодня на рынке — 32 процессора, 384 ядра, 3072 треда; 140 тыс. пользователей SAP, официальный результат тестирования — 793 930 SAPS. Подробности об Oracle SuperCluster — в следующей статье.

    Oracle Exadata


    Младшая конфигурация решения Oracle Exadata — Oracle Exadata Eights Rack. В нее входит два вычислительных модуля на платформе Intel Х86, два сервера баз данных. Большинство заказчиков использует для коммутации классических систем хранения и классических серверов Fibre Channel со скоростью передачи данных 10 или 16 Гб, но это решение чревато серьезными задержками отклика при масштабировании, поэтому Oracle использует для коммутации высокоскоростную сеть InfiniBand со скоростью 40 Гб. Infiniband обладает минимальной латентностью и обеспечивает минимальное время отклика при большом количестве пользователей.

    Система хранения данных, используемая в Oracle Exadata, называется Exadata Storage Server, и существенно отличается от классических решений. Кратко особенность Exadata Storage Server заключается в том, что система «понимает», что работает с базой данных Oracle, оптимизирует передачу блоков с уровня систем хранения на уровень базы данных, и обеспечивает выполнение части операций с базами данных, включая SQL-запросы, на уровне системы хранения. Таким образом Exadata Storage Server обеспечивает уменьшение трафика с уровня систем хранения на уровень базы данных, и обеспечивает наивысшую общую производительность системы в целом.

    Exadata Storage Server использует сервер Х4-2, в котором установлены два 6-ядерных процессора, 96 Гбайт памяти, PCI Flash Card для ускорения ввода-вывода и жесткие диски объема 1,2 Тбайт или 4 Тбайт для долговременного хранения данных.

    Exadata Database Server имеет два 12-ядерных процессора, объем оперативной памяти — 256 или 512 Гбайт. Все интерфейсы: и сетевые, и InfiniBand — продублированы.

    Более высокими конфигурация Oracle Exadata Database Machine, чем Oracle Exadata Eighth, являются Oracle Exadata Quarter, Oracle Exadata Half и Oracle Exadata Full Rack. На начальном этапе клиент может приобрести Eighth или Quarter, а затем по мере необходимости стандартным путем масштабировать конфигурацию до любой более мощной, при этом не нужно задумываться о сетевых мощностях, обеспечении доступа серверов к системе хранения данных и т.д., все это решается заранее, клиенту нужна только классическая сеть Ethernet.

    В России самым популярным решением является Oracle Exadata Quarter, в него входят два сервера баз данных (суммарно 48 ядер), оперативная память 512 Гбайт или 1 Тбайт, дублируемый InfiniBand, три системы хранения, PCI Flash Cash объемом 9,6 Тбайт, и хранилище файлов баз данных с полезным объемом от 19 Тбайт (быстрые диски) до 63 Тбайт (диски высокой емкости) с учетом дублирования, реорганизации RAID-групп и т.д.

    Производительность


    Производительность — это то, ради чего все затевалось, поэтому она заслуживает отдельного разговора.

    Еще раз остановимся на Oracle Exadata Quarter. Давайте представим себе, что у нас есть только обычные диски и нет SSD-дисков и PCI Flash Cash. В этом случае 50 тыс. операций ввода-вывода — это полный шкаф с дисками. PCI Flash Cash обеспечивает 570 тыс. операций чтения и 420 тыс. операций записи в секунду.

    Благодаря чему это достигается? Дело в том, что современные базы данных приложений SAP, как правило, не превышают 15 Тбайт по объему. Такая база практически целиком умещается в быстрый кэш. Но даже если база данных занимает 50 Тбайт, то в PCI Flash Cash попадает практически вся ее рабочая часть — потому что средняя система обновляет менее 10% данных, а высоконагруженная, как правило, не более 20% данных.

    Таковы самые общие сведения об Oracle Exadata, которыми я хотел с вами поделиться. В следующей статье мы чуть глубже остановимся на том, как работает Exadata, поговорим о сопровождении и технической поддержке Exadata, чуть подробнее расскажем об Oracle SuperCluster и остановимся на реальных внедрениях системы.
    Oracle
    68,39
    Компания
    Поделиться публикацией
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 5

      +3
      Еще раз остановимся на Oracle Exadata Quarter. Давайте представим себе, что у нас есть только обычные диски и нет SSD-дисков и PCI Flash Cash. В этом случае 50 тыс. операций ввода-вывода — это полный шкаф с дисками.

      Давайте представим себе, что SSD диски придумали не Oracle и они есть у дригих вендоров тоже? :)
      А еще непонятно что фотография датацентра типа hetzner делает на 3м снимке и какое отношение она имеет к альтернативным вендорам и решениям.
        +1
        А вы словно вчера родились :) Никогда энтерпрайзные монстры не ориентировались на разработчиков и сисадминов, они всегда нацелены на менеджмент. Отсюда и «красивые картинки» и легкий ненавязчивый текст без технических подробностей. Их задача распиарить продукт руководству (и не важно на каком этапе готовности этот продукт, есть ли там вообще хоть какая-то документация, подготовили ли они техподдержку и т.д.).

        Пишу, потому что давно страдаю от программных продуктов вышеназванной фирмы, которые были втюханы ушлыми партнерами под видом идеального решения проблемы через руководство. Итоги обычно печальные: многозначные расходы для фирмы, невнятные преимущества, совершенно всегда сорванные сроки интеграции по вине интеграторов (подозреваю, что страна происхождения не важна, работал с конторами из США, Индии, ЕС и России), постоянная нервотрепка в общении с ними и «индусами» из техподдержки, которые не знают своих продуктов, иногда документацию на внедряемые поделия удается выбить с боем, но часто не удается (скорее всего потому, что ее не существует), обязательно добавьте сюда километры переписки и редиректов по любому пустяковому вопросу (типа «А какой диапазон значений может принимать поле А в вашем сообщении?»).

        Но какой полет фантазии можно встретить в таких системах! Схемы данных, в которых ни одного осмысленного названия — корпоративный стандарт. А если там будут использоваться бета версии или экспериментальные фичи каких-то продуктов — тем лучше! Неуникальные первичные ключи типа bigdecimal (реальный кейс одной ЕРП системы)? Почему бы нет!

        Для себя решил обходить стороной любые проекты, где используются технологии вышеназванной фирмы. Два раза нарушал это правило и два раза уходил с этих проектов с последующей полугодовой ментальной реабилитацией.

        Извините за офтопик, наболело.
          0
          ого, жесть ) я не знал, что Oracle — такая безответственная фирма.
            0
            Часть ответственности лежит, конечно, на Oracle (за недоделанные продукты и агрессивное продвижение полусырых фич), но, мне кажется, львиная доля проблем вызвана скорее некомпетентностью интеграторов.
        +1
        murr, понимаю вас. Один знакомый рассказывал про SAP Hana: приезжает саповский project manager к потенциальному клиенту втирать «решение». Заказчик (менеджер) спрашивает: «а зачем нам это надо?», а ему в ответ как обухом по голове: «это у вас в углу сервера с самом?» — «да». На что проджэкт мэнэджэр достаёт смартфон и заявляет: «теперь у все это будет здесь!!». и большой начальник уже на все согласен. так и работают :)

        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

        Самое читаемое