Предложения, повышающие устойчивость системы к отказам и увеличивающие доступность систем производственных данных, обладают неплохим решением. Его основой является Microsoft Cluster Service (CS). С помощью создания дубликатов активных компонентов и применения внутренней системы наблюдения за функционалом, повышается работоспособность. Сочетая адаптивную архитектуру и компоненты сервера, можно эффективно использовать систему для многих задач.
Обеспечение высокой доступности – одна из главных целей создания кластер данных. Приложения в наши дни диктуют весьма активно перечень требований к стандартным решениям для бизнеса, которые способны обеспечить непрерывный доступ к базам данных, даже в случае выхода из строя аппаратной части сервера. Применяемая кластеризация баз данных помогает разгрузить систему, распределить нагрузку и провести ремонтно-профилактические работы, как говорится, без отрыва от производства. Связь с сервером при этом не теряется. Также на порядок повышается уровень доступности баз данных MS SQL Server и СУБД Oracle.
Для создания на основе данного решения производственных систем управления разных конфигураций с высоким уровнем доступа можно использовать 1С, MS Dynamics NAV (Navision) и AХ (Axapta), Oracle E-Business Suite и другие, а также системы собственного внедрения на основе компонентов MS SQL Server и СУБД Oracle.
Решение это используется для создания кластеризации баз данных разнообразных серверных приложений и специальных сервисов.
В случае необходимости можно установить модуль дистанционного управления IPMI 2.0, который может совершать непрерывное наблюдение за функционированием системы. Также данный модуль контролирует уровень напряжения в каналах и выдает сообщения в случае неисправности. Контролирование скорости вращения и вентилирования в двух каналах обеспечивается невозможностью зависания системы, так как используется система Watch Dog.
Кластер данных состоит обычно из двух или более узлов (серверов). Каждый из серверов настраивается таким образом, чтобы сервис SQL Server мог работать в любом из этих узлов. При всем при этом, виртуализация приложения помогает ему стать независимым от любого другого узла. Общая структура хранения для всех узлов является обязательным условием функционирования системы. Архитектура SAN является наиболее часто применяемой для подобных целей. Общая кластерная группа состоит из основных приложений и файловых ресурсов, подключение которых необходимо для корректной работы. Если один из ресурсов недоступен, приложение осуществляющее управление, переводит работу кластерной группы в иной узел.
Наблюдая за состоянием серверов, кластер применяет как свою собственную, так и локальную сеть. Через каждые 5 секунд осуществляется SQL Server проверка, а каждую минуту – IsAlive проверка, которая подтверждает правильное функционирование сети. Если на запросы кластера не дан ответ, то проверка повторяется пять раз. В случае же неполучения утвердительного ответа от сети, кластер транспортирует всю группу в иной узел. При этом право осуществлять централизованное управление ресурсами группы получает другой сервер. Сразу после передачи группы ресурсов, SQL Server будет инициировать регенерацию (recovery), после выполнения которой SQL Server опять готов к полноценной работе.
Приложения пользователей должны будут выполнить подключение повторно, если желают получить доступ к базам данных сервера. Приложение, соединяющееся с SQL Server, будет применять виртуальный IP-адрес, а не физический. Наличие и необходимость виртуального IP-адреса должен определить кластер, из-за этого приложению не известно на котором из узлов находится адресуемая составляющая.
Обратная связь
