ВУЗ:
Составители:
Высокая доступность информационных сервисов, предоставляемых узлами кластера, обеспечивается кла-
стерным ПО. Это ПО с помощью специальных сервисов или скриптов отслеживает работоспособность инфор-
мационных сервисов, выполняемых узлами кластера. В случае сбоя, вызванного отказом диска, сетевого ин-
терфейса или самого приложения, кластерное ПО переносит соответствующий сервис на другой узел. Под пе-
реносом здесь понимается: остановка приложения (если оно еще работало) на первом узле, размонтирование
общих дисковых томов, монтирование их на втором узле, перенос IP-адреса (алиаса) с первого на второй узел,
запуск приложения. Если в кластере больше двух узлов, то информационные сервисы вышедшего из строя узла
переносятся на другие узлы в зависимости от правил, либо заданных администратором, либо определенных
самим кластерным ПО на основе данных о загрузке работоспособных узлов.
Система резервного копирования представляет собой служебную подсистему системы хранения данных
(СХД) и является обязательным компонентом решения по обеспечению высокой доступности ERP-системы.
Она позволяет восстановить работоспособность информационных сервисов даже в тех случаях, когда повреж-
дены данные.
Создание централизованной системы резервного копирования дает возможность сократить (по сравнению
с децентрализованной) совокупную стоимость владения ИТ-инфраструктурой за счет оптимального использо-
вания аппаратуры и сокращения расходов на администрирование. Такая система имеет многоуровневую архи-
тектуру, включающую:
• сервер управления резервным копированием;
• один или несколько серверов копирования данных, к которым подключены устройства резервного хра-
нения данных;
• компьютеры-клиенты с установленными на них программными агентами резервного копирования;
• консоль администратора системы резервного копирования.
Так как система резервного копирования относится к числу служебных, т.е. нагрузка на вычислительные
средства, которую она создает, не является полезной с точки зрения предоставления информационных серви-
сов, эту нагрузку желательно уменьшить. Данная задача распадается на две: сокращение так называемого «окна
резервного копирования» (т.е. времени, в течение которого компьютер-клиент выполняет резервное копирова-
ние) и уменьшение трафика соответствующих данных в корпоративной ЛВС. Внедрение системы резервного
копирования в составе СХД позволяет сократить «окно» благодаря интеграции со средствами создания PIT-
копий, реализованными в современных дисковых массивах: с данных практически мгновенно делается «момен-
тальный снимок», и резервное копирование выполняется уже с этого снимка, а сервер продолжает работу. Сни-
зить нагрузку на локальную сеть помогут технологии LAN-free backup и Serverless backup, предоставляемые
SAN-сетями.
Рассмотренные выше методы обеспечения высокой доступности инвариантны к типу информационной
системы и применимы для всех ERP-систем. Целесообразность применения того или иного метода зависит от
критичности конкретной системы для бизнеса предприятия и объема финансовых потерь в случае ее простоя.
Однако при выборе конкретных мер необходимо учесть архитектурные особенности конкретного ERP-
решения. Для того чтобы сократить время возможного простоя, в системе необходимо выявить единые точки
отказа (Single Point Of Failure – SPOF) и постараться их ликвидировать путем применения перечисленных выше
методов.
Рассмотрим ERP-систему на базе продукта SAP R/3. Одним из вариантов внедряемых архитектур SAP R/3
является классическая схема из трех серверов – «продуктивного», «тестового» и «сервера разработки» (рис.
3.20).
Рис. 3.20 Пример архитектуры ERP-системы на базе SAP R/3
Очевидно, что критичным для работы ERP-системы является «продуктивный» сервер. Снизить время его
возможного простоя можно, продублировав все те его компоненты, которые являются SPOF. Но это не всегда
Страницы
- « первая
- ‹ предыдущая
- …
- 66
- 67
- 68
- 69
- 70
- …
- следующая ›
- последняя »
