РДТЕХ учит создавать системы высокой готовности на основе сервера приложений Oracle Application Server 10g
9 декабря 2004 года в Учебном центре РДТЕХ прошел очередной семинар "Построение систем высокой готовности на основе сервера приложений Oracle Application Server 10g" из серии бесплатных технологических семинаров РДТЕХ. Семинар подготовил и провел Сергей Комаров, ведущий специалист компании РДТЕХ в области интернет-технологий.
На семинаре были рассмотрены следующие вопросы:
После подробного изложения теории, Сергей Комаров продемонстрировал слушателям семинара готовый кластер серверов приложений OracleAS 10g.
Сбой приложения
Возникает в процессе работы пользователей с приложением. Может быть вызван как ошибками в самом приложении, так и сбоями в работе среды выполнения приложения. Чтобы минимизировать риск подобных сбоев, сервер приложений должен уметь определять подобные состояния и принимать адекватные меры (например, автоматический перезапуск приложения).
Аппаратный сбой
Возникает по причине отказа в оборудовании. Риск подобного сбоя может быть минимизирован путем подключения дополнительных серверов и объединения их в кластер с автоматическим определением отказавшего узла.
Плановое и внеплановое обслуживание
Подобные операции также можно отнести к сбоям, поскольку в этот момент сервисы, предоставляемые сервером приложений, могут быть частично, либо полностью недоступны. Создание кластера решает подобные проблемы.
Oracle Application Server 10g предоставляет масштабируемую среду для обеспечения бесперебойной работы приложений J2EE. Автор семинара подробно рассказал об особенностях двух типов масштабируемости: вертикальной (средствами компонентов OC4J (Oracle Containers for Java)) и горизонтальной (средствами кластера серверов приложений OracleAS 10g).
Балансировку нагрузки между узлами кластера можно организовать либо через соответствующую аппаратуру, либо программным способом, используя Oracle Web Cache.
При поиске и устранении возможных точек отказа необходимо рассматривать не только серверы промежуточного звена, но и сам сервер инфраструктуры, т.е. сервер, на котором находятся службы идентификации пользователей и репозиторий метаданных. На текущий момент возможны два варианта: кластер с аварийным переходом на холодный резервный ресурс (Cold Failover Cluster, CFC) и кластер с аварийным переходом на активный резервный ресурс (Active Failover Cluster, AFC).
Если существующие ограничения препятствуют созданию "полноценного" кластера серверов приложений OracleAS 10g, отказоустойчивость системы можно повысить за счет индивидуальных настроек каждого компонента сервера приложений. Например, завести новые экземпляры контейнера OC4J на разных хостах и вручную настроить балансировку нагрузки между ними или добавить несколько новых процессов Java-машины (JVM) для каждого контейнера OC4J. При этом состояние приложений будет реплицироваться.
На семинаре был также продемонстрирован инструмент iHAT (High Availability Tool), предназначенный для управления распределенной установкой сервера приложений OracleAS 10g. Помимо вышеперечисленных свойств, сервер приложений OracleAS 10g обладает такими особенностями, как гибкие настройки и высокая производительность кластера, масштабируемость КАЖДОГО компонента сервера приложений (включая Forms, Reports и т.д.). На днях Oracle объявила о выпуске новой версии OracleAS 10g Release 2, в которой существенно обновлен основной его компонент - сервер J2EE.
Семинар посетили технические специалисты, системные архитекторы, администраторы серверов приложений и разработчики из тридцати компаний. Они получили полную информацию о том, как настроить сервер приложений OracleAS 10g, чтобы сделать его максимально отказоустойчивым и масштабируемым.
Повсеместного распространения эта технология Oracle на российском рынке пока не получила, но растущий интерес к ней позволяет говорить о скором массовом использовании отказоустойчивых систем на основе сервера приложений Oracle Application Server 10g. Компания РДТЕХ уже начала применять эту технологию в своих проектах по созданию больших информационных систем.
На семинаре были рассмотрены следующие вопросы:
- Основные типы приложений J2EE. Принципы построения отказоустойчивой системы на основе серверов приложений. Классификация отказов и вариантов восстановления.
- Архитектура сервера приложений OracleAS 10g (Oracle Application Server 10g). Масштабируемость и отказоустойчивость всего сервера приложений (OracleAS 10g Clusters), а также отдельных его компонентов (OC4J, OHS и т.д.)
- Варианты развертывания кластера. Репозиторий в файловой системе и в базе данных: достоинства и недостатки каждого из вариантов. Существующие ограничения.
- Развертывание приложений в кластере. Поддержка состояния приложений и производительность.
После подробного изложения теории, Сергей Комаров продемонстрировал слушателям семинара готовый кластер серверов приложений OracleAS 10g.
Сбой приложения
Возникает в процессе работы пользователей с приложением. Может быть вызван как ошибками в самом приложении, так и сбоями в работе среды выполнения приложения. Чтобы минимизировать риск подобных сбоев, сервер приложений должен уметь определять подобные состояния и принимать адекватные меры (например, автоматический перезапуск приложения).
Аппаратный сбой
Возникает по причине отказа в оборудовании. Риск подобного сбоя может быть минимизирован путем подключения дополнительных серверов и объединения их в кластер с автоматическим определением отказавшего узла.
Плановое и внеплановое обслуживание
Подобные операции также можно отнести к сбоям, поскольку в этот момент сервисы, предоставляемые сервером приложений, могут быть частично, либо полностью недоступны. Создание кластера решает подобные проблемы.
Oracle Application Server 10g предоставляет масштабируемую среду для обеспечения бесперебойной работы приложений J2EE. Автор семинара подробно рассказал об особенностях двух типов масштабируемости: вертикальной (средствами компонентов OC4J (Oracle Containers for Java)) и горизонтальной (средствами кластера серверов приложений OracleAS 10g).
Балансировку нагрузки между узлами кластера можно организовать либо через соответствующую аппаратуру, либо программным способом, используя Oracle Web Cache.
При поиске и устранении возможных точек отказа необходимо рассматривать не только серверы промежуточного звена, но и сам сервер инфраструктуры, т.е. сервер, на котором находятся службы идентификации пользователей и репозиторий метаданных. На текущий момент возможны два варианта: кластер с аварийным переходом на холодный резервный ресурс (Cold Failover Cluster, CFC) и кластер с аварийным переходом на активный резервный ресурс (Active Failover Cluster, AFC).
Если существующие ограничения препятствуют созданию "полноценного" кластера серверов приложений OracleAS 10g, отказоустойчивость системы можно повысить за счет индивидуальных настроек каждого компонента сервера приложений. Например, завести новые экземпляры контейнера OC4J на разных хостах и вручную настроить балансировку нагрузки между ними или добавить несколько новых процессов Java-машины (JVM) для каждого контейнера OC4J. При этом состояние приложений будет реплицироваться.
На семинаре был также продемонстрирован инструмент iHAT (High Availability Tool), предназначенный для управления распределенной установкой сервера приложений OracleAS 10g. Помимо вышеперечисленных свойств, сервер приложений OracleAS 10g обладает такими особенностями, как гибкие настройки и высокая производительность кластера, масштабируемость КАЖДОГО компонента сервера приложений (включая Forms, Reports и т.д.). На днях Oracle объявила о выпуске новой версии OracleAS 10g Release 2, в которой существенно обновлен основной его компонент - сервер J2EE.
Семинар посетили технические специалисты, системные архитекторы, администраторы серверов приложений и разработчики из тридцати компаний. Они получили полную информацию о том, как настроить сервер приложений OracleAS 10g, чтобы сделать его максимально отказоустойчивым и масштабируемым.
Повсеместного распространения эта технология Oracle на российском рынке пока не получила, но растущий интерес к ней позволяет говорить о скором массовом использовании отказоустойчивых систем на основе сервера приложений Oracle Application Server 10g. Компания РДТЕХ уже начала применять эту технологию в своих проектах по созданию больших информационных систем.