RAID -системы с оперативной заменой и горячим резервированием дисков.

В аппаратных системах RAID могут быть реализованы системы оперативной замены и горячего резервирования дисков. Системы оперативной замены позволяют извлекать отказавшие жёсткие диски и заменять их без отключения электропитания и перезагрузки сервера. После установки нового диска, он автоматически распознаётся и затем конфигурируется в матрице (это может быть сделано автоматически или вручную). Многие RAID-системы с оперативной заменой допускают дополнение жёстких дисков с увеличением объёма RAID-тома (на лету) без перезагрузки сервера. В конфигурации с горячим резервированием используется один или несколько дополнительных заранее сконфигурированных дисков для автоматической замены отказавших дисков. Однако более старые версии (системы) не поддерживают оперативную замену, поэтому отказавший диск можно извлечь только после отключения электропитания, но они, тем не менее, обеспечивают полную отказоустойчивость за счёт отказоустойчивости самого диска.

Использование распределённой файловой системы ( distributed file system DFS )

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

Кластеризация

Windows Server поддерживает два вида кластеризации с высокими уровнями готовности, каждый из которых значительно повышает отказоустойчивость. Для многих приложений на основе TCP/IP служба Network Balancing (TNLB) реализует простой отказоустойчивый сервер без общих ресурсов. Отказоустойчивые кластеры реализуют отказоустойчивую среду с высоким уровнем готовности, в которой можно выполнять приложения, предоставлять службы и распределять нагрузку. Кластеры серверов можно создавать только под управлением Windows Server Enterprise Edition и Windows Server 2008 Datacenter Edition.

Network Load Balancing позволяет приложениям на основе TCP/IP динамически распределяться по серверам (до 32 серверов). При отказе какого-либо сервера – нагрузка или соединение с этим сервером динамически распределяется по остальным серверам, что создаёт среду с высоким уровнем отказоустойчивости, не требующую специализированных общих аппаратных средств. Отдельные серверы в этом кластере могут иметь различные аппаратные средства и различные возможности. Но общая работа по баланчсировке нагрузки или по отказам происходит автоматически, причем на каждом сервере кластера работат его собственная копия программного управления NLB Network load bounty))) (webs.exe).

Следующий вариант: failover Clustering.

Эта служба которая также называют сервер-кластер – кластер серверов в предыдущих версиях Windows Server. Предусматривает общий ресурс совместно используемый узлами кластера. Этим ресурсом может быть общая дисковая матрица SAS а так же, дисковая матрица с подключением через Fibre Charnnel или сеть хранилищ ISCSI SAN. Каждый сервер в кластере подключается к этому общему ресурсу и на нем же храниться общая база данных управляющая кластеризацией. Узлы кластера обычно имеют одинаковое оборудование и одинаковые возможности, хотя технически можно создать кластер серверов с различными узлами, но это не поддерживается и не рекомендуется. Отказоустойчивые кластеры обеспечивают конфигурируемую среду с высоким уровнем отказоустойчивости для критически важных служб и приложений, Приложения не обязательно должны включать возможность использования отказоустойчивости такого кластера, но если приложение написано с учетом кластеризации оно может использовать дополнительные средства управления и возможности для сценариев перехода по отказу и восстановления размещения.

⇐ Предыдущая1234567

Поделиться: