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

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

• Шлюзы и серверы приложений Cognos.
• Cognos Content Manager в активном и резервном режимах.
• Система обеспечения высокой готовности и восстановления после сбоев IBM® DB2® High Availability and Disaster Recovery (HADR).

Для получения дополнительной информации по установке и настройке Cognos в облачной среде IBM обратитесь к другим статьям этой серии, а также посетите Web-сайт Cognos (раздел Ресурсы).

Шлюзы и серверы приложений Cognos

Для обеспечения отказоустойчивости на уровне шлюза установите в ферме Web-серверов несколько шлюзов Cognos – по одному на каждом сервере. Точка входа Web-фермы (обычно это маршрутизатор или инвертированный прокси-сервер) должна поддерживать перенаправление запросов следующему доступному Web-серверу в случае отказа основного сервера (рисунок 1).

Мы рекомендуем настроить для каждого шлюза Cognos несколько серверов приложений. Получаемые шлюзом запросы направляются первому доступному серверу в списке. Если сервер недоступен, шлюз перенаправляет запросы следующему доступному серверу и так далее.

Обратите внимание на то, что за статусом первичного сервера приложений для каждого шлюза Cognos следит сам шлюз; запросы начнут направляться обратно первичному серверу, как только он придет в рабочее состояние.

В начало

Альтернативный вариант: сервер приложений Cognos в качестве шлюза

Пользователи, которым не нужна поддержка шлюзов для других приложений C/C++, могут заменить шлюзы Cognos (рассмотренные в предыдущем разделе) серверами приложений Cognos со всеми выключенными службами (рисунок 2).

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

В начало

Cognos Content Manager в активном и резервном режимах

Для обеспечения отказоустойчивости Cognos позволяет выполнить установку в рабочей среде нескольких менеджеров управления контентом (Cognos Content Manager). Выберите один из установленных менеджеров управления контентом в качестве активного, а все остальные менеджеры будут работать в режиме ожидания.

Если активный Content Manager выйдет из строя, сервер приложений Cognos не сможет взаимодействовать с ним. В этом случае сервер приложений Cognos выберет резервный Content Manager, который станет новым активным менеджером контента. После этого все запросы будут направляться новому активному менеджеру. Все остальные экземпляры Cognos Content Manager останутся работать в режиме ожидания, обеспечивая отказоустойчивость.

Для обеспечения отказоустойчивости необходимо установить как минимум один активный и один резервный менеджеры контента. Администратор также должен знать о том, что если активный Content Manager выйдет из строя, все несохраненные данные будут потеряны, а пользователям будет предложено вновь войти в систему после того, как новый Content Manager станет активным.

В начало

Система обеспечения высокой готовности и восстановления после сбоев: IBM DB2 High Availability and Disaster Recovery (HADR)

DB2-HADR – это легкая в использовании функция IBM DB2 для обработки различных типов сбоев базы данных репозитория, позволяющая обеспечить высокую доступность решений на базе Cognos. В среде DB2-HADR администратору необходимо настроить две базы данных DB2 – одну основную и одну резервную. Журналы транзакций автоматически синхронизируются между этими двумя базами данных (рисунок 4).

В среде DB2-HADR клиентские подключения к базам данных управляются параметрами автоматической маршрутизации клиентов (Automated Client Routing, ACR). В нормальных условиях все обращения выполняются к основной базе данных. В случае выхода из строя основной базы данных происходит сбой подключения клиента, который автоматически пытается подключиться к резервной базе данных, используя информацию, содержащуюся в параметрах ACR.

В зависимости от текущих потребностей администратор может выбрать в среде DB2-HADR различные режимы синхронизации, предназначенные для балансировки нагрузки, масштабирования и обеспечения надежности работы системы.

• Синхронный режим: возможность потери данных основной и резервной БД исключена, но при этом снижается производительность основной базы данных.
• Почти синхронный режим: минимальная возможность потери данных в случае одновременного выхода из строя основной и резервной баз данных; этот режим является компромиссом между производительностью и надежностью.
• Асинхронный режим: обеспечивается наилучшая производительность, однако существует вероятность потери данных в случае выхода из строя основной или резервной базы данных, а также в случае сбоя сетевого подключения.

Мы рекомендуем использовать почти синхронный режим (Near Synchronous mode) для всех решений на базе Cognos и синхронный режим (Synchronous mode) – для критически важных задач.

В начало

Заключение

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

Для получения дополнительной информации по использованию Cognos в облачной среде IBM прочитайте другие статьи портала developerWorks, а также посетите Web-сайт Cognos (раздел Ресурсы).

Ресурсы

Научиться

• Оригинал статьи Cognos cloud best practices: Choosing the settings to enable high availability (EN).
  
  
• Прочитайте другие статьи этой серии: Переход от одноузловой топологии к многоузловой (EN) и Оценка конфигурации для обеспечения производительности и масштабируемости (EN).
  
  
• Дополнительная информация о Cognos Business Analytics (EN).
  
  
• Познакомьтесь с другим программным обеспечением IBM для бизнес-анализа (EN).
  
  
• Команда Cognos Proven Practices предлагает вашему вниманию описание лучших приемов, основанных на практическом опыте (EN).
  
  
• В документе серии Redbook Облако IBM Smart Analytics Cloud (EN) подробно рассматривается лабораторная реализация облака для задач бизнес-анализа.
  
  
• В разделе облачных вычислений (EN) портала developerWorks вы можете получить информацию и обменяться опытом с разработчиками приложений и служб, ориентированных на работу в среде облачных вычислений.
  
  

Получить продукты и технологии

• Посмотрите онлайновые демонстрационные материалы о программных продуктах Cognos 8 Business Intelligence (EN).
  
  

Обсудить

• Примите участие в обсуждении материала на форуме.
  
  
• Присоединяйтесь к группе облачных вычислений на портале My developerWorks (EN).
  
  
• Следите за блогами облачных вычислений на портале My developerWorks (EN).
  
  

Об авторах

Оценить эту статью

Комментарии

В начало

Содержание

• Шлюзы и серверы приложений Cognos
• Альтернативный вариант: сервер приложений Cognos в качестве шлюза
• Cognos Content Manager в активном и резервном режимах
• Система обеспечения высокой готовности и восстановления после сбоев: IBM DB2 High Availability and Disaster Recovery (HADR)
• Заключение
• Ресурсы
• Об авторах
• Комментарии