HP Сетевые системы хранения HP StorageWorks X3000 - Инструкция (Страница 100)

Иерархия компонентов ресурсов кластера
На Рис. 42 показана иерархия ресурсов кластера следующим образом.
• Ресурсы физического диска помещаются в группу кластера и связываются с базовым диском.
При создании ресурса физического диска в системе управления кластером резервного
переключения ресурс следует поместить в существующую группу кластера и создать
соответствующую группу, в которой будет находиться ресурс.
• Файловые ресурсы общего доступа помещаются в группу и связываются с фактическим каталогом
на диске, в котором создается общий ресурс.
• В группе создается ресурс IP-адреса и связывается с IP-адресом виртуального сервера группы
в сети.
• В группе создается ресурс сетевого имени и связывается с именем группы, опубликованным в
сети.
• Владельцем группы является один из узлов кластера, но владение может передаваться другим
узлам в условиях переключения при сбое.
На диаграмме показан кластер, содержащий два узла. Каждый узел владеет одной группой. В
каждой группе содержатся файловые ресурсы общего доступа, известные в сети по связанным
сетевому имени и IP-адресу. В случае узла Node1 файловый ресурс общего доступа Eng1
связывается с E:\Eng1. Этот файловый ресурс общего доступа известен в сети как
\\Fileserver1\Eng1 с IP-адресом 172.18.1.99.
Чтобы ресурсы кластера работали правильно, необходимо соблюдать два очень важных
требования.
• Необходимо установить зависимости между ресурсами в группе. Зависимости определяют
порядок запуска при включении группы. В предыдущем примере следует соблюдать следующий
порядок.
1. Файловый ресурс общего доступа: зависит от ресурса физического диска и сетевого имени.
2. Сетевое имя: зависит от IP-адреса.
Если не указать правильным образом зависимости ресурса, это может привести к тому, что
файловый ресурс общего доступа будет включаться до того, как станет доступным ресурс
физического диска, что приведет к сбою файлового ресурса.
• Группы должны иметь ресурс сетевого имени и ресурс IP-адреса. Эти ресурсы используются
сетью для виртуального именования каждой группы. Без такой виртуальной ссылки на группу
единственным способом обратиться к ресурсу, созданному как кластерный ресурс, будет
обращение по имени узла. Физические имена узлов не переносятся при переключении из-за
сбоя, в то время как виртуальные имена — переносятся.
Например, если клиент сопоставляет сетевой ресурс имени \\Node1\Eng1, а не имени
\\Fileserver1\Eng1, то когда при сбое узла Node1 узел Node2 принимает владение,
сопоставление станет недоступным, так как в нем дана ссылка на узел \\Node1. Если бы
сопоставление было создано с использованием виртуального имени, то при сбое узла Node1
сопоставление было бы доступно после переключения при сбое группы, связанной с Eng1, на
узел Node2.
Предыдущая схема приведена в качестве примера и не может быть поводом для ограничения
одной группой или узлом. Группы могут содержать несколько ресурсов физических дисков и
файловых ресурсов общего доступа, а узлы могут иметь несколько групп, как показано для группы,
владельцем которой является узел Node2.
Администрирование кластера 100