Интегрированные системы проектирования и управления. Корпоративные информационные системы. Погонин В.А - 67 стр.

UptoLike

работанным производителями оборудования и ПО. Чтобы гарантировать высокую доступность (availability)
сервисов ERP-системы, важно в первую очередь грамотно проработать архитектуру системы и разработать ком-
плекс специальных мер.
Одновременно предприятие стремится по возможности сократить совокупную стоимость владения систе-
мой. Главными путями для этого являются, во-первых, внедрение системы эксплуатации, позволяющей удеше-
вить администрирование ERP-системы и спланировать расходы на его модернизацию, а во-вторых, консолида-
ция технических средств и обслуживающего персонала в центре обработки данных (ЦОД). Такой центр пред-
ставляет собой комплексное организационно-техническое решение для создания высокопроизводительной и
отказоустойчивой информационной инфраструктуры.
Информационные сервисы ERP-системы делятся на критичные для выполнения основных бизнес-функций
и вспомогательные. Критичными считаются такие сервисы, недоступность которых в течение длительного вре-
мени способна повлечь серьезные потери, причем не только финансовые. Так, задержка в обслуживании клиен-
тов может привести к ухудшению имиджа предприятия, из-за чего, в свою очередь, будут потеряны потенци-
альные или даже текущие клиенты.
Приемлемое время недоступности информационных сервисов зависит от требований бизнеса и для каждо-
го предприятия определяется индивидуально. Оно варьируется от нескольких минут до нескольких часов, и
обычно эта цифра фиксируется в соглашении об уровне сервиса (Service Level Agreement – SLA).
Все методы, применяемые для обеспечения высокого уровня доступности ERP-систем, взаимосвязаны, но
условно их часто делят на две группы: архитектурные и организационные. Архитектурные методы можно оха-
рактеризовать одним словомдублирование. Дублирование сокращает время восстановления работы ERP-
системы после сбоя. Оно может осуществляться на всех уровнях ИТ-инфраструктуры: установка резервных
компонентов в серверы, выполняющие критичные функции, создание кластера таких серверов, резервное копи-
рование информации и создание резервного центра для ЦОД ERP-системы. Организационные методы предна-
значены для построения такого процесса эксплуатации, который свел бы до минимума время обнаружения и
устранения неисправностей в ERP-системе. К ним относятся мониторинг, план восстановления после аварий и
тренинг персонала.
Кластером называется группа соединенных между собой серверов (рис. 3.19), которые функционируют как
единое целое и работа которых координируется для решения поставленной задачи. Результатом
Рис. 3.19 Схема кластера
создания кластера может стать, например, обеспечение высокой доступности информационного сервиса (так
называемые кластеры высокой доступности, или HA-кластерыот англ. high availability) или распараллелива-
ние процесса решения сложной вычислительной задачи. Современное кластерное ПО позволяет избежать дли-
тельного простоя системы в случае сбоя или выхода из строя оборудования, ошибки в программе или ошибоч-
ного действия обслуживающего персонала при условии, что не произошло разрушения данных. Восстановить
разрушенные данные кластер не может, что делает необходимым создание высоконадежной системы хранения
данных, включающей подсистему резервного копирования.
Кластер состоит из аппаратной и программной частей. Аппаратная часть, помимо узлов кластера, т.е. са-
мих объединенных серверов, включает среду их взаимодействия – heartbeat, реализуемую с помощью либо
обычного Ethernet, либо специальных высокоскоростных сред передачи данных с низкой латентностью, таких
как SCI, HP HyperPlex, Sun WildCat. Для того чтобы все узлы кластера могли обеспечить работу одного инфор-
мационного сервиса, они должны иметь доступ к общему дисковому пространству. Оно реализуется созданием
общих для узлов кластера томов на одном отказоустойчивом дисковом массиве (или двух зазеркалированных
дисковых массивах), подключенном ко всем узлам кластера. Для кластера, состоящего из многих узлов, наи-
лучшей инфраструктурой доступа серверов к общему дисковому массиву является сеть хранения данных
(SAN), поскольку протокол SCSI не обеспечивает устойчивой работы шины более чем c двумя инициаторами.