понедельник, 20 февраля 2012 г.

Основы Oracle Fusion Middleware High Availability

Обеспечение высокой доступности это одна из ключевых требований в любом промышленном внедрении. Внедрение систем высокой доступности обеспечивает минимизацию времени простоя системы и максимизацию времени доступности.
Простой системы бывает двух видов:
  • Планируемый – запланированные административные операции;
  • Непланируемый – любой незапланированный сбой.
Оба типа простоя обычно рассматриваются отдельно когда выставляются требования по высокой доступности. Системам необходимо иметь очень ограниченное время к непланируемым простоям и максимально гибко конфигурированными к планируемым простоям.

Табл.1 Планируемые простои и их решения для семейства продуктов Oracle Fusion Middleware
ОперацииРешения
Развертывание и удаление приложенийHot Deployment
ПатчингRolling Patching
Конфигурационные измененияOnline configuration Changes
Change Notification
Batching of changes
Deferred Activation
МасштабируемостьCluster Scale-Out

Табл.2 Непланируемые простои и их решения для семейства продуктов Oracle Fusion Middleware
Тип сбояРешения
Программный сбойDeath Detection and restart using Node Manager for Java EE and OPMN for system components.
Server Clusters & Load Balancing
Cold Failover Clusters
Server Migration
Service Migration
State Replication and Replica aware Stubs
Аппаратный сбойServer Clusters & Load Balancing
Server Migration
Clusterware Integration
Потеря данныхBackup and Recovery
Site DisasterOracle Fusion Middleware Disaster Recovery Solution

Решения высокой доступности можно разделить на два вида:
  • Локальная высокая доступность – предоставляется в одном датацентре;
  • Глобальная высокая доступность – предоставляется в географически различных датацентрах (защищает от региональных бедствий, например наводнений).
Решения локальной высокой доступности можно разделить на два вида:
  • «Активный-Активный» - развертываются на двух или более инстансах, которые улучшают масштабируемость и предоставляют высокую доступность . В данном виде все инстансы работают параллельно. Самым ярким примером является кластеризация.
  • «Активный-Пассивный» - один инстанс (активный) обслуживает запросы, а другой (пассивный) находится в стадии ожидания. В случае выхода из строя активного инстанса все запросы перенаправляются на выполнение на пассивный инстанс, который становится активным. Пассивный инстанс так же называют standby-инстансом.

Концептуальная схема решения глобальной высокой доступности:


Комментариев нет:

Отправить комментарий

Рейтинг@Mail.ru Рейтинг блогов Protected by Copyscape Web Plagiarism Tool