Человек месяца

Интервью с Сергеем Мисюрой,
руководителем Центра компетенции
по системам высокой готовности (Oracle RAC),
компания РДТЕХ

Уважаемые читатели!
В этом году выпуск за выпуском журнала я планирую познакомить Вас с российскими Центрами компетенции технологий Oracle. В прошлом номере мы были в ЦКТ Oracle по направлению “Информационная безопасность”. А сейчас я хочу предоставить слово Сергею Мисюре, руководителю ЦКТ Oracle по направлению “Системы высокой готовности”, функционирующем в качестве подразделения РДТЕХ, всем известной фирмы-партнера Oracle СНГ. Напомню, что наши читатели хорошо знают Сергея по его активному участию в дискуссии “О чистоте русского языка и точности терминологии”.

А.Бачин. Уважаемый Сергей, расскажите, пожалуйста, что представляет собой Центр компетенции по системам высокой готовности, что входит в понятие "системы высокой готовности", что является научным, производственным, коммерческим результатом его деятельности?

С.Мисюра. Центр компетенции РДТЕХ по системам высокой готовности - это некоммерческое подразделение Центра технической поддержки нашей компании. Основная задача Центра компетенции - стимулировать интерес российской аудитории к технологии Oracle Real Application Clusters (RAC). Центр компетенции выступает в роли "катализатора", как в химии - в реакции непосредственного участия не принимает, однако ускоряет ее течение. Так же и здесь – консультации и испытания ИС заказчика в среде RAC проводит Центр Компетенции, а сами проекты по установке RAC осуществляет Центр технической поддержки.

Все специалисты и консультанты Центра технической поддержки, а также специалисты других подразделений нашей компании могут привлекаться к работе Центра компетенции. Например, в эксперименте с кластерным решением для Oracle Application Server участвовали сотрудники, как Центра технической поддержки, так и Отдела разработки РДТЕХ.

Центр Компетенции пропагандирует технологию Oracle RAC с помощью семинаров и презентаций, а также проводит испытания нестандартного кластерного оборудования, используемого в качестве платформы для ПО Oracle RAC. Мы располагаем комплектом демо-оборудования (двух серверным кластером 32-разрядной архитектуры Intel) и предоставляем его для испытаний по запросу клиента. Поскольку не все информационные системы функционируют в среде RAC, заказчик должен убедиться в том, что его ИС ложится на кластерную архитектуру Oracle. Наши специалисты сами устанавливают, "запускают" кластер и проводят необходимые измерения (на территории заказчика, либо в РДТЕХ - по желанию). Подобные испытания Центр компетенции проводит бесплатно.

Результаты деятельности Центра компетенции сложно назвать коммерческими в прямом смысле. Если эта деятельность сопровождается приобретением лицензий, заключением консультационных договоров, можно сказать, что достигнут и коммерческий результат.

Центр компетенции занимается технологиями Oracle RAC. Но само понятие систем высокой готовности гораздо шире. В него входят и альтернативные технологии, которые обеспечивают высокую готовность данных разными способами, например, "резервные базы данных". Проекты с использованием альтернативных технологий повышения готовности баз данных Oracle, как и всех остальных базовых технологий Oracle, выполняет наш Центр технической поддержки.

А.Бачин. Почему именно по Oracle RAC понадобилось создавать Центр компетенции?

С. Мисюра: У Oracle есть много технологий, но не для всех создаются центры компетенции. Oracle RAC отличается от других, например, от технологии резервной базы данных, тем, что для ее реализации нужно специальное сложное оборудование. Другие, альтернативные технологии Oracle по повышению системной готовности, не предъявляют таких требований к аппаратуре. Заказчики могут самостоятельно собрать стенд почти на любом оборудовании, и специалисты соответствующей квалификации - проверить альтернативные технологии в действии. Если таких людей нет - можно пригласить, к примеру, специалистов РДТЕХ. Это тоже не проблема. С технологией RAC сложнее, потому что специализированное оборудование для нее есть далеко не в каждой организации. А купить его, потратить деньги, не зная, будет ли "отдача", согласятся единицы. И это создает некий "барьер", который ограничивает интерес людей к технологии RAC. Вот мы и пытаемся с помощью центра компетенции это ограничение снять или, по крайней мере, уменьшить.

Оборудование, необходимое для Oracle RAC, - это кластер, состоящий из нескольких серверов и соединенного с ними дискового массива. Ядром такой конфигурации является дисковый массив - это устройство хранения, к которому по волоконно-оптическому интерфейсу могут подключаться серверы (больше одного). Если на таком дисковом массиве находится база данных, она является общей для всех серверов, обрабатывающих информацию из этой базы данных. Такая конфигурация называется кластерной.

А.Бачин. Какие проекты применения Систем высокой готовности в России Вы могли бы назвать? Если можно, то чем они отличаются друг от друга, скорее даже, не по сугубо техническим данным, а по назначению, особенностям построения, предъявляемым требованиям?

С.Мисюра. По отзывам моих коллег, которые общались с администраторами баз данных за границей (в Европе, США), там технология Real Application Clusters широко распространена: почти в половине случаев базы данных Oracle эксплуатируются с использованием технологии Oracle RAC. В России она пока еще не столь популярна. Во-первых, сказывается определенный консерватизм российского рынка информационных технологий, во-вторых, "предшественник" ПО Oracle RAC, который назывался Oracle Parallel Server (OPS), не во всех случаях показывал надежную и устойчивую работу.

Компания РДТЕХ всегда специализировалась на высокотехнологичных решениях, проектах повышенной сложности. ПО параллельного сервера Oracle позиционировалось как достаточно сложное в установке, конфигурировании и настройке. Специалисты Центра технической поддержки с 1997 года занимались внедрением технологии OPS в российских банках и используют этот опыт сегодня в работе с Oracle RAC. Проблемы с параллельным сервером Oracle были, в основном, организационного уровня. Стабильность работы информационной системы в целом зависит и от надежности работы ПО Oracle, и от надежности работы операционной системы, и от устойчивости работы кластерообразующего ПО, которое функционирует между операционной системой и сервером Oracle. Если для обычного сервера (не кластерной конфигурации) взаимосвязь между операционной системой и сервером Oracle достаточно прозрачна, то в кластерной конфигурации при использовании OPS иногда случались нештатные ситуации где-то на стыке между сервером Oracle и кластерообразующим ПО или операционной системой. Эти ситуации было очень трудно диагностировать и исправлять. Нередко бывало так: корпорация Oracle считала, что это проблемы производителя операционной системы, компания-производитель операционной системы говорила: "нет, это проблемы Oracle". Концов в результате не найдешь, что не способствовало росту популярности параллельного сервера Oracle.

С выходом 9-й версии сервера Oracle ситуация начала исправляться. А в 10-й версии сервера Oracle произошли радикальные изменения: теперь все кластерообразующее ПО, раньше производимое третьими фирмами, корпорация Oracle делает сама и фактически полностью отвечает за функционирование всего программного обеспечения в целом, так что конфликты с "взаимными претензиями" практически исключены. Результаты стендовых испытаний Oracle 10g RAC выглядят обнадеживающе, но, конечно, серьезные выводы можно будет делать только после испытания этой технологии на практике.

Что касается 9-й версии Oracle RAC, то к настоящему времени специалисты Центра технической поддержки РДТЕХ осуществили уже три внедрения технологии Oracle RAC (в Банке Москвы, ПромСтройБанке Узбекистана и в компании Юнимилк). Также проводились тестирования кластерного оборудования компании Т-Платформы. Опыт этих проектов показывает, что технология Oracle RAC подходит и для российских компаний.

В 9-й версии сервера Oracle концепция, когда корпорация Oracle отвечает полностью за весь набор ПО кластера, реализована для 32-разрядной платформы Intel (операционных систем Linux и MS Windows). В компании Юнимилк, например, где Oracle 9i RAC используется под операционной системой MS Windows, никаких нареканий на надежность и устойчивость работы Oracle RAC не было.

В Банке Москвы и ПромСтройБанке Узбекистана мы осуществляли проект полностью: устанавливали ПО Oracle, создавали базу данных, настраивали приложения под архитектуру Oracle RAC и проводили мониторинг работы ИС в среде Oracle RAC. В молочном холдинге “Юнимилк” ситуация была совсем другая - технические специалисты компании начали внедрять эту технологию самостоятельно. В компании возникли проблемы на этапе установки и эксплуатации ПО Oracle RAC, и как наш клиент стандартной технической поддержки они обратились к нам с просьбой решить определенные технические проблемы, возникшие при установке и внедрении этой технологии. Специалисты Центра компетенции по Oracle RAC помогли обеспечить стабильную работу всего программного комплекса Oracle и потом проводили консультации по его настройке.

Самым удачным, наверное, можно назвать проект в ПромСтройБанке Узбекистана, потому что информационная система банка идеально “легла” на кластерную архитектуру Oracle, и никаких проблем при ее переносе в среду RAC не возникло. Были проведены полномасштабные испытания по отказоустойчивости с выключением разных компонентов - все прошло замечательно, и этот результат я считаю очень удачным.

В проекте для Банка Москвы открылись новые достоинства архитектуры RAC. Дело в том, что в банке периодически проводят профилактическое обслуживание оборудования. Раньше приходилось выключать сервер, на котором работает ПО Oracle, и забирать его у пользователя для проведения профилактических работ. Теперь в кластере два сервера, профилактика на них проводится поочередно, поэтому простой исключен: пользователя оперативно переключают на нужный сервер незаметно для него. Это свойство оказалось очень полезным для наших клиентов, так как раньше профилактика проводилась всегда в неудобные часы, теперь же это можно сделать практически в любое время незаметно для пользователей.

Компания РДТЕХ успешно развивает партнерский бизнес. Каждый отдел работает с партнерами по своему направлению. Центр компетенции, например, реализует совместные проекты. Тестирование кластерного оборудования, на котором можно развернуть Oracle RAC - одно из направлений нашей деятельности. Особенный интерес представляют результаты подобных испытаний, если они проводились на оборудовании новой нестандартной архитектуры.

В 2004 году прошли испытания кластерных конфигураций в компаниях НИЦЭВТ и Т-Платформы, отечественных производителях серверного оборудования. [Прим.А.Бачина: о первом этапе этого тестирования можно прочитать по адресу http://www.rdtex.ru/win/news144.html.] Компания Т-Платформы внесла решающий вклад в создание суперкомпьютера, который входит в число 500 самых производительных компьютеров мира (в так называемый список "top-500"). Эта компания в основном специализируется на вычислительных кластерах, которые используются не для баз данных, а для сложных инженерных расчетов. В таких кластерах тоже множество серверов, которые между собой взаимосвязаны, но там нет необходимости в дисковом массиве.

Для компании Т-Платформы изготовление кластеров для баз данных Oracle было новым направлением. Вообще в нашей стране очень редко используется больше двух серверов в конфигурации Oracle RAC. По идее, чем больше серверов в кластере, тем ощутимее проявляются достоинства технологии Oracle RAC (в том числе повышается показатель производительность-цена).

Центр Компетенции проводил с компанией Т-платформы испытания конфигурации, состоявшей из 8 серверов с процессорами AMD Opteron (8-узловой кластер). Для России это впечатляющий результат. В рамках этого проекта проверялась и новая технология объединения серверов в кластеры - InfiniBand. Эти испытания показали, что подобная конфигурация вполне работоспособна.

А.Бачин. Каковы тенденции и сроки перерастания Систем высокой готовности в полномасштабные grid-системы, или такой вопрос не уместен?

С.Мисюра. Надо сказать, что понятие Grid (или "компьютерная решетка") в рамках ПО Oracle и во "внешнем" мире имеет не совсем одинаковые истолкования. Grid в "общем смысле", без привязки к базам данных Oracle, - это множество полностью независимых друг от друга компьютеров, которые связаны по сети и выполняют общую задачу, которая каким-то образом распределяется по этим компьютерам. Наиболее яркий пример такой системы - международный проект по обработке сигналов из космоса SETI@home. Радиоастрономы пытаются выделить из общего "хаоса" упорядоченные наборы сигналов. Объем космической информации очень большой и создается впечатление, что никаких современных суперкомпьютеров не хватит, чтобы его обработать. Возникла идея распределения этой информации между обычными пользователями. В наше время можно установить на свой персональный компьютер заставку SETI@home, и если в какой-то момент ваша машина начнет простаивать, вместо скринсейвера появятся графики, вычисления, картинки - процесс обработки какой-то порции "космических" данных. Вот это понятие Grid в чистом виде: абсолютно разнотипные компьютеры согласованно работают на общую задачу, каждый выполняет какую-то ее часть.

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

А.Бачин.И еще один вопрос, который раз и навсегда развеет наши сомнения: есть ли различие между системами высокой готовности и системами высокой доступности? Или это разные названия одного и того же?

C.Мисюра: Вопрос не такой простой. Эти два понятия на 90% совпадают, и на первый взгляд это одно и то же. Но есть небольшие нюансы. Скорее всего, здесь характеристики ИС даются с разных точек зрения. Готовность – это качество, важнейшее с точки зрения тех, кто эксплуатирует систему: системных администраторов, администраторов баз данных, специалистов по обслуживанию оборудования, поскольку именно они и обеспечивают эту высокую готовность. А доступность - это характеристика ИС с точки зрения конечного пользователя, для него ИС должна быть постоянно доступна.

А.Бачин. Как соотносится RAC с Grid?

С.Мисюра. C точки зрения понятий Oracle - это практически одно и то же. Grid - понятие общее, логическое, оно означает возможность совместного использования множества компьютеров для достижения одной цели. Под RAC подразумеваются совершенно определенные технологии, то есть то, КАК эти компьютеры между собой взаимодействуют и КАК они объединяются. Можно сформулировать так: общая концепция Grid реализуется на практике с помощью технологий Oracle RAC.

А.Бачин. Обычно первое, что приходит на ум, когда говорят о Системах высокой готовности, это RAC. Но, по-моему, в высокой готовности нуждаются и серверы приложений, и системы хранения, и другие компоненты современной вычислительной сети. Пожалуйста, расскажите, занимается ли Ваш Центр проектами и исследованиями в этих направлениях?

С.Мисюра. Как я уже говорил, существуют альтернативные технологии повышения готовности баз данных, такие как технологии резервных баз данных, тиражирования (репликации) данных. Проекты с их использованием выполняет не Центр Компетенции, а Центр технической поддержки РДТЕХ, так как подобные решения не требуют специализированного оборудования и ничего общего с технологией RAC не имеют.

Возможности кластеризации, т.е. повышения готовности серверов приложений Oracle, предусмотрены также в программном продукте Oracle Application Server.

Чтобы понять и увидеть на практике, как работают и какой эффект дают эти возможности, мы провели испытание на специально созданном стенде. По материалам этих испытаний в декабре 2004 года был проведен семинар на тему “Построение систем высокой готовности на основе сервера приложений Oracle Application Server 10g”. Возможности кластеризации Oracle Application Server пока мало известны широкой аудитории. Семинар был организован для того, чтобы устранить этот "пробел" в кругозоре представителей современного информационного сообщества России. Семинары РДТЕХ, как правило, пользуются большой популярностью, но этот побил все рекорды посещаемости – настолько высок интерес специалистов к заявленной теме.

Теперь, если возникнет потребность со стороны заказчиков, мы готовы плотно заняться этой технологией (бесплатными тестовыми установками, как в случае с RAC, проектами и обучением).

А.Бачин. Помогает ли Вашему ЦК Учебный Центр РДТЕХ? Какие мероприятия, семинары, конференции, встречи проводит ЦК и РДТЕХ в целом для распространения информации и знаний о Системах высокой готовности?

С.Мисюра. Да, в Учебном Центре проводятся регулярные курсы Oracle по технологии Oracle RAC. РДТЕХ - единственная компания в России, которая проводит обучение технологии Oracle RAC на реально действующем кластерном оборудовании.

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

А.Бачин. Каково будущее Систем высокой готовности в России, и как Ваш Центр компетенции работает на это будущее?

С.Мисюра. Исходя из того, что технология Oracle RAC очень распространена за рубежом, можно предположить, что и в России через какое-то время она будет широко использоваться. Дело в том, что мы несколько отстаем от Запада в области развития информационных технологий и то, что для Запада сегодняшний день, для нас - завтрашний. Кроме того, эти технологии становятся все более доступными. Раньше кластерная конфигурация оборудования выглядела чем-то экзотическим и была чрезвычайно дорогостоящим решением. Сейчас постепенно ситуация меняется и системой хранения в виде дискового массива уже никого не удивишь, к тому же на эти системы постоянно снижаются цены. Я думаю, что в ближайшее время кластерное оборудование станет практически таким же доступным, как и обычное.

Еще одна причина – политическая. После известного всем террористического акта в США 11 сентября во всем мире повысился интерес к различного рода решениям высокой готовности. К сожалению, в наше время количество терактов не уменьшается. Для бесперебойной работы систем безопасности и контроля необходимы отказоустойчивые и надежные решения. В этом контексте популярность кластерных технологий также повышается.

Семинары и учебные курсы, коммерческие и рекламные проекты, испытания и тестирования - вся деятельность нашего Центра компетенции направлена на развитие систем высокой готовности и преодоление психологического барьера, который сдерживает интерес к технологии Oracle Real Application Clusters.

А.Бачин: Большое спасибо за беседу