Опубликовано: 1 апреля 2002 г. | Переведено: 31 августа 2006 г.
Аннотация
В данном официальном документе представлено руководство по обеспечению надежного доступа к общим файлам и принтерам с помощью службы кластеров ОС Microsoft® Windows® 2000. Данный документ не претендует на описание всех возможных сценариев использования службы кластеров. Тем не менее, он содержит достаточное количество примеров, которые помогут администраторам внедрить службу кластеров для решения поставленных в организации задач.
На этой странице:
Приложение В. Создание ресурса «Диспетчер очереди печати» с помощью мастера приложений кластера |
Введение
Доступность службы печати считается важным фактором при развертывании компьютерной сети. В связи с этим обеспечение надежного доступа к общим принтерам является одной из основных возможностей, которую предоставляет администраторам служба кластеров ОС Microsoft® Windows® 2000 Advanced Server. Поскольку создание кластеров является новой возможностью в ОС Windows, администраторам необходимо изменить свое восприятие ОС Windows, как ОС, управляющей только одним компьютером.
В данном документе представлена основная информация, которая понадобится Вам для правильного использования службы кластеров Windows 2000. Здесь описывается используемая службой кластеров модель архитектуры (служба кластеров основана на так называемой модели архитектуры «с индивидуальным доступом» («shared-nothing»)), а также рассматривается структура групп и виртуальные серверы. В данном документе также подробно описывается процесс создания ресурсов «Диспетчера очереди печати», а в Приложении А приведено подробное иллюстрированное руководство по установке кластера, на которое даются ссылки на протяжении всего документа.
Основные термины и понятия
В данном разделе рассматриваются основные термины и понятия, которые используются в данном документе.
Соглашения об именовании
Если Вы не знакомы с созданием кластеров в Windows, Вы можете растеряться от того количества названий, которые используются для этой технологии. На стадии бета-тестирования служба кластеров носила кодовое название Wolfpack. Служба кластеров была выпущена под официальным названием Microsoft Cluster service, поэтому иногда ее еще называют MSCS. Кроме этого, в статьях базы знаний в качестве названия используется как «служба кластеров» (Cluster Server), так и «кластеры серверов» (Server Clustering). Независимо от используемого названия это одна и та же технология.
Примечание. Примите к сведению, что служба кластеров – это не одно и то же, что балансировка нагрузки сети (Network Load Balancing) или регулирование нагрузки компонентов (Component Load Balancing).
Модель архитектуры «с индивидуальным доступом» («shared-nothing»)
Служба кластеров базируется на модели архитектуры кластера «с индивидуальным доступом» (shared-nothing). Эта модель не позволяет членам кластера (узлам кластера) получать доступ к ресурсам, находящимся на других членах кластера (узлах кластера), как это делается в модели «с общим доступом» («shared-everything»). Это также позволяет избежать ограничений масштабируемости, которые свойственны модели «shared-everything». Применительно к общим файлам и принтерам это означает, что общие файлы будут располагаться на одном узле. Для того, чтобы разделить между несколькими серверами нагрузку, создаваемую при доступе к общим файлам, необходимо распределить общие файлы между несколькими виртуальными серверами.
Ресурсы
Благодаря таким ресурсам, как общие файлы, IP-адреса или сетевое имя, обеспечивается предоставление клиенту соответствующих служб. Ресурсы являются наименьшими единицами управления в службе кластеров. Они могут зависеть от других ресурсов, помимо этого их можно объединять в группы.
Зависимости
Зависимости представляют собой отношения между ресурсами. Они подобны тем зависимостям, которые существуют между службами. Зависимости определяют порядок перевода ресурсов в оперативный и автономный режимы. Чаще всего зависимости представляются в виде дерева зависимостей. На Рисунке 1 представлено стандартное дерево зависимости для общего файлового ресурса. В соответствии с этим рисунком, если администратор решит перевести дисковый ресурс в автономный режим, то общий файловый ресурс также будет переведен в автономный режим. При этом ресурс «Сетевое имя» не будет переведен в автономный режим, поскольку нет прямых зависимостей между диском и сетевым именем. И наоборот, если мы попытаемся перевести общий файловый ресурс в оперативный режим в то время, как остальные ресурсы будут находиться в автономном режиме, то сначала будут переведены в оперативный режим ресурсы «диск» и «IP-адрес», затем «сетевое имя», и, наконец, сам общий файловый ресурс. Примите к сведению, что не существует явной зависимости между общим файловым ресурсом и IP-адресом. Это из-за того, что зависимость является «транзитивной». Возможно, это не совсем правильный термин с технической точки зрения, однако он обеспечивает наиболее точное описание отношений между зависимостями.
Рисунок 1 – Типичное дерево зависимости для общего файлового ресурса
Принимая во внимание вышеизложенную информацию, может показаться, что связи между зависимостями являются строго односторонними. На самом деле, это не так. Наиболее яркий пример двусторонней связи – это наиболее полно описанный в данном документе ресурс "Диспетчер очереди печати". При добавлении принтера к виртуальном серверу необходимо запустить мастер приложений кластера (Cluster Application Wizard) под тем сетевым именем, от которого зависит диспетчер печати. Аналогичные зависимости существуют и для других приложений, ресурсов «Сетевое имя», а также различных служб.
Примечание. Для получения дополнительной информации о зависимостях обратитесь к следующим статьям базы знаний Microsoft:
• | 171791 Создание зависимостей на сервере кластеров Microsoft (Creating Dependencies in Microsoft Cluster Server) (EN). |
• | 198893 Результаты, к которым приводит установка флажка „Использовать сетевое имя для имени компьютера” в MSCS (Effects of Checking "Use Network Name for Computer Name" in MSCS) (EN). |
• | 195462 Регистрация WINS и IP-адреса для MSCS 1.0 (WINS Registration and IP Address Behavior for MSCS 1.0) (EN). |
Группы
Группы – это логическое объединение ресурсов кластера, которые для своего нормального функционирования должны работать на одном узле. Например, в случае, если банк сообщений (Information Store) и агент передачи сообщений (Message Transfer Agent, MTA) в Microsoft Exchange Server будут запущены на разных серверах, то это неизбежно приведет к возникновению некоторых проблем. Важно отчетливо понимать, что группа является единицей отказоустойчивости в кластере. В случае отказа с одного узла на другой перемещаются целые группы ресурсов, а не отдельно взятые ресурсы.
Самый простой способ создания группы – это организовать ее вокруг хранилища. Большинству приложений и служб (как и в случае с Exchange) для функционирования необходимо наличие хранилища. Поскольку зависимости могут создаваться только в пределах одной группы, каждое приложение или ресурс, использующие один и тот же диск, должны располагаться в той же группе, что и дисковый ресурс. Обычно группы представляются в качестве виртуальных серверов, при этом в группе может существовать более одного виртуального сервера.
Восстановление после отказа и возврат после отказа
Восстановление после отказа – это процесс, при котором группа переносится с одного сервера на другой. Восстановление после отказа может быть вызвано несколькими причинами:
• | Администратор перенес группу на другой сервер. |
• | В группе произошел отказ ресурса. |
• | Первоначальный владелец группы снова был введен в строй, притом, что группа была сконфигурирована на возврат после отказа. |
Третья причина фактически раскрывает суть процесса возврата после отказа - группа переносится обратно на предпочитаемый узел-владелец, если это было определено в настройках. Предпочитаемые владельцы указываются в свойствах группы. Возврат после отказа может выполняться немедленно или будет выполняться в течение определенного промежутка времени.
Примечание. Для получения дополнительной информации о восстановлении после отказа и возврате после отказа обратитесь к следующим статьям базы знаний:
• | 197047 Политики восстановления после отказа/возврата после отказа сервера кластеров Microsoft (Failover/Failback Policies on Microsoft Cluster Server) (EN). |
• | 171277 Время восстановления после отказа ресурсов сервера кластеров Microsoft (Microsoft Cluster Server Cluster Resource Failover Time) (EN). |
Виртуальный сервер
Рисунок 2 – Дерево зависимости для виртуального сервера
Виртуальный сервер представляет собой комбинацию двух ресурсов (например, ресурсов «IP-адрес» и «Сетевое имя»), которые используются совместно для предоставления клиенту пространства имен. На Рисунке 2 представлены ресурсы и дерево зависимостей для виртуального сервера. Примите к сведению, что группа может содержать несколько виртуальных серверов. Однако, это означает, что в один момент времени все виртуальные серверы группы могут быть запущены только на одном узле. Представление групп в виде виртуальных серверов обеспечивает большую степень детализации и лучшую масштабируемость, особенно в тех случаях, когда планируется добавление дополнительных узлов. На Рисунке 3 представлены пространства имен, которые предоставляются клиенту узлами кластера.
Примечание. Виртуальные серверы основаны на использовании NetBIOS, из-за чего имеют определенные ограничения.
Рисунок 3 – Пространства имен, предоставляемые клиенту узлами кластера
Создание виртуального сервера
Существует два способа создания виртуального сервера. Несмотря на то, что Вы можете сделать это вручную, самый простой способ – это воспользоваться мастером приложений кластера (Cluster Application Wizard). Мастер приложений кластера создает виртуальный сервер с возможностью настройки приложения сервера кластеров. При создании виртуального сервера вручную необходимо, чтобы в соответствующей группе были настроены ресурсы «IP-адрес» и «Сетевое имя». В Приложении Б рассматриваются оба способа создания виртуального сервера и подробно описываются шаги, которые необходимо для этого предпринять.
Общие принтеры
Служба кластеров позволяет использовать несколько ресурсов очереди печати. Это позволяет службе обеспечить надежный доступ к общим принтерам наряду с возможностью распределения нагрузки между узлами кластера. Имеется ограничение, при котором в одной группе можно использовать не более одного ресурса «Диспетчер очереди печати». Для диспетчера печати необходимы следующие зависимые ресурсы: «Сетевое имя» (для постоянного доступа к диспетчеру) и дисковый ресурс (для хранения его файлов).
После создания ресурса «Диспетчер очереди печати» к нему необходимо добавить принтеры. В ОС Windows 2000 эта задача упрощена, поскольку в базе данных конфигурации кластера содержится необходимая информация о портах принтеров, входящих в кластер. Это избавляет от необходимости устанавливать порты дважды: по одному на каждый узел. Тем не менее, драйверы должны быть установлены на обоих узлах, поскольку драйверы принтера копируются на общий ресурс PRINT$ удаленного сервера.
Диспетчеры очереди печати кластера поддерживают только стандартные мониторы портов и принтеры, использующие протокол LPR (Line Printer Remote). LPR-порты не поддерживают двунаправленную печать. На данный момент никакие другие порты не поддерживаются.
В случае, если группа, в которой имеется ресурс «Диспетчер очереди печати», была перенаправлена на другой узел из-за отказа узла, то документ, который был направлен на печать на принтер отказавшего узла, будет распечатан на другом узле. Когда Вы переносите ресурс «Диспетчер очереди печати» или отключаете его, служба кластеров ожидает, пока не будет завершено помещение всех документов в очередь или пока установленное время ожидания не истечет. Документы, отправленные из приложения на ресурс «Диспетчер очереди печати» удаляются и должны быть повторно отправлены на печать на ресурс (т.е. повторно напечатаны), если сбой в группе произошел до того, как приложение завершило постановку документов в очередь печати.
Принтеры, размещенные на узле кластера, добавляются в Active Directory с помощью службы диспетчера очереди печати.
Создание ресурса «Диспетчер очереди печати»
Ресурсу «Диспетчер очереди печати» необходимо наличие следующих зависимостей: сетевое имя и тип источника хранения. На Рисунке 2 изображено дерево зависимости для ресурса «Диспетчер очереди печати».
Рисунок 4 – Дерево зависимости для ресурса «Диспетчер очереди печати»
На странице параметров ресурса, отображаемой в мастере новых ресурсов (New Resource Wizard), имеются только два параметра, которые можно установить: расположение папки очереди печати (spool folder) и время ожидания завершения задания (job completion timeout). Мастер, использующий данные зависимости, устанавливает эти параметры автоматически, поэтому обычно нет необходимости в их изменении.
Рисунок 5 – Параметры диспетчера очереди печати
Установка принтеров
Создание виртуального сервера и настройка ресурса «Диспетчер очереди печати» - это лишь половина дела. Сам по себе «Диспетчер очереди печати» без наличия принтеров бесполезен. Для того, чтобы добавить принтер, Вам необходимо вначале определить узел-владелец виртуальных серверов, поскольку именно на него копирует драйверы мастер установки принтеров (Add Printers Wizard). После этого драйвер необходимо вручную установить на другом узле.
Мастер установки принтеров должен быть запущен на том виртуальном сервере, от сетевого имени которого зависит «Диспетчер очереди печати». После успешной установки принтера Вам необходимо добавить драйвер на другой узел. Несмотря на то, что для этого есть несколько способов, мастер установки принтеров (Add Printers Wizard) сразу запустит для этих целей командную строку с соответствующими параметрами, как показано ниже на Рисунке 6. Возможно, стоит создать ярлык в кластере файлов и принтеров для запуска этой командной строки.
Рисунок 6 – Командная строка мастера установки принтеров (Add Printers Wizard)
Подробное руководство можно найти в Приложении В.
Добавление дополнительных драйверов
Добавить дополнительные драйверы, которые не предназначены для ОС Windows 2000, относительно несложно. После установки основных драйверов, Вы можете начать установку дополнительных драйверов с помощью пользовательского интерфейса принтера. Для этого необходимо:
1. | Подключиться к виртуальному серверу. |
2. | Открыть папку Принтеры (Printers). |
3. | Щелкнуть правой кнопкой мыши по значку принтера, для которого Вы хотите добавить дополнительные драйверы, и выбрать Свойства (Properties). |
4. | Выбрать вкладку Доступ (Sharing) и нажать кнопку Дополнительные драйверы (Additional drivers). |
5. | После добавления драйверов, вернитесь в папку Принтеры (Printers). |
6. | Выберите группу на другом узле (куда будет выполнен перенос ресурса в случае отказа). |
7. | Повторите шаги с 3 по 6. |
Сценарий
В домене Reskit.com имеется несколько серверов печати, которые необходимо объединить в один кластер с именем SEA-NA-CLUS-02. Общее количество принтеров приблизительно равно 200, при этом необходимо обеспечить высокую производительность.
Реализация
Для обеспечения лучшей производительности все принтеры необходимо приблизительно равномерно разделить между двумя виртуальными серверами SEA-NA-PRINT-01 и SEA-NA-PRINT-02. Каждый виртуальный сервер сконфигурирован в собственной группе с установленным ресурсом «Диспетчер очереди печати». Одна половина принтеров устанавливается на первом виртуальном сервере, а другая – на втором. Для каждой группы определены предпочитаемые владельцы (узлы). В соответствии с настройкой возврат после отказа должен происходить между 23.00 и 00.00.
Обзор необходимых действий:
1. | Создание виртуальных серверов SEA-NA-PRINT-01 и SEA-NA-PRINT-02, а также установка на каждом сервере «Диспетчера очереди печати». | ||||||||||
2. | Добавление принтеров к первому узлу. | ||||||||||
3. | Добавление принтеров ко второму узлу. | ||||||||||
4. | Настройка политики возврата после отказа для каждой группы SEA-NA-PRINT-01, как это описано ниже:
| ||||||||||
5. | Повторите все проделанные ранее шаги для SEA-NA-PRINT-02 и SEA-NA-CLN-02 соответственно. | ||||||||||
6. | Переместите группы к их предпочитаемым владельцам. |
Пошаговое руководство можно найти в Приложении Г.
Заключение
Поскольку службы печати очень важны для конечных пользователей, работающих в компьютерных сетях, ОС Windows 2000 Advanced Server предоставляет службу кластеров – мощное средство, обеспечивающее повышенную надежность и производительность служб печати. Однако, для того, чтобы Ваши пользователи смогли воспользоваться всеми преимуществами, предоставляемыми службой кластеров, её необходимо правильно настроить.
Поскольку организация кластеров является новой возможностью Windows, Вам понадобится научиться решать уже известные Вам задачи другим способом. Например, несмотря на то, что общие файлы, доступ к которым организован с помощью кластеров, выглядят как обычные общие файлы, действия по их созданию и администрированию несколько отличаются от тех, что Вам приходилось выполнять ранее. Это обусловлено тем, что в данном случае они располагаются на разных компьютерах.
Более того, для создания общих файлов Вам необходимо использовать администратор кластеров (Cluster Administrator) из пакета администрирования (Administrative Tools), при этом может потребоваться назначить более сложные правила доступа к ним. Кроме того, при использовании кластеров для служб печати Вам необходимо сначала настроить зависимые ресурсы «Сетевое имя» и «Физический диск».
Связанные ресурсы
Для получения дополнительной информации о службе кластеров Windows 2000 обратитесь к следующим материалам:
• | Пошаговое руководство по установке службы кластеров Step-by-Step Guide to Installing Cluster Service (EN) |
• | Словарь основных терминов кластера серверов Server Cluster Glossary (EN) |
• | ОС Windows 2000 Advanced Server, службы кластеризации Microsoft инфраструктуры ITG Windows 2000 Advanced Server, Clustering Microsoft ITG Infrastructure Services (EN) |
• | Управление кластерами и их администрирование Cluster Management and Administration (EN) |
• | Технология кластеризации Windows Windows Clustering Technologies (EN) |
Также обратитесь к следующим статьям базы знаний:
• | 259267 Установка ресурсов службы кластеров Microsoft (Microsoft Cluster Service Installation Resources) (EN) |
• | 258750 Рекомендуемая частная конфигурация «Heartbeat» службы кластеров (Recommended Private "Heartbeat" Configuration on Cluster Server) (EN) |
• | 174812 Аспекты использования в кластерах сетевых карт с автоматическим определением скорости (Effects of Using Autodetect Setting on Cluster NIC) (EN) |
• | 197047 Политики восстановления после отказа/возврата после отказа сервера кластеров Microsoft (Failover/Failback Policies on Microsoft Cluster Server) (EN) |
• | 171277 Время возврата после отказа ресурсов сервера кластеров Microsoft (Microsoft Cluster Server Cluster Resource Failover Time) (EN) |
• | 171791 Создание зависимостей на сервере кластеров Microsoft (Creating Dependencies in Microsoft Cluster Server) (EN) |
• | 198893 Результаты, к которым приводит установка флажка „Использовать сетевое имя для имени компьютера” в MSCS (Effects of Checking "Use Network Name for Computer Name" in MSCS) (EN) |
• | 195462 Регистрация WINS и IP-адреса для MSCS 1.0 (WINS Registration and IP Address Behavior for MSCS 1.0) (EN) |
• | 278710 Предоставление доступа неглобальным группам при создании разрешений на доступ к общим файлам (No Global Groups are Available Creating File-Share Permissions) (EN) |
Приложение A. Установка кластера
Рисунок 7 – Установка кластера
Примечания к установке
• | Карты heartbeat были сконфигурированы для работы на определенной скорости, а также были произведены настройки в соответствии с информацией, представленной в статьях базы знаний Microsoft: 258750 Рекомендуемая частная конфигурация „Heartbeat” основанная на службе кластеров (Recommended Private "Heartbeat" Configuration on Cluster Server) (EN). Предупреждение. Нельзя допустить, чтобы одновременно были запущены обе системы, предоставляющие доступ к общим ресурсам до тех пор, пока хотя бы на одной из них не будет запущена служба кластеров. Производите настройку на первом узле, когда второй отключен, а затем загрузите второй узел и установите службу кластеров. ЕСЛИ НЕ ПРИНЯТЬ ВО ВНИМАНИЕ ЭТО ПРЕДУПРЕЖДЕНИЕ, МОЖЕТ ПРОИЗОЙТИ СБОЙ ФАЙЛОВОЙ СИСТЕМЫ, КОТОРЫЙ МОЖЕТ ПРОЯВИТЬСЯ НЕ СРАЗУ. |
• | Для получения дополнительной информации об установке ресурсов кластера обратитесь к статье базы знаний 259267 Установка ресурсов службы кластеров Microsoft (Microsoft Cluster Service Installation Resources) (EN), а также к статье |
Приложение Б. Создание виртуального сервера
Использование мастера приложений кластера
Для запуска мастера приложений кластера (Cluster Application Wizard) откройте Администратор кластеров (Cluster Administrator). В меню Файл (File) выберите команду Настроить приложение (Configure Application).
Рисунок 8 – Окно администратора кластеров (Cluster Administrator)
После появления окна Мастер приложений кластера (Welcome to the Cluster Application Wizard) нажмите кнопку Далее (Next).
Рисунок 9 – Мастер приложений кластера (Cluster Application Wizard)
В окне Выбрать или создать новый виртуальный сервер (Select or Create a Virtual Server) Вы можете настроить приложение для существующего виртуального сервера или создать новый виртуальный сервер. Поскольку данный раздел посвящен созданию новых виртуальных серверов, то мы выбираем Создать новый виртуальный сервер (Create a new virtual server).
Рисунок 10 – Выбор пункта Создать новый виртуальный сервер (Selecting Create a new virtual server)
На следующей странице предоставляется возможность либо выбрать группу для виртуального сервера, либо создать новую группу. В основном Вам придется использовать имеющиеся группы кластера, за исключением случаев, когда ресурс хранения либо не используется, либо еще не создан, либо перемещён в новую группу. Ресурс хранения, который будет использоваться данным виртуальным сервером, расположен в группе Disk Group 1.
Рисунок 11 – Назначение группы ресурсов
Даже если Вы выбрали существующую группу, Вам может понадобиться сменить имя группы на такое, которое бы отражало ее реальное функциональное назначение. В данном случае имя группы образовано от имени виртуального сервера (но это не является необходимым требованием, а иногда это просто нежелательно, поскольку группе может соответствовать несколько виртуальных серверов).
Рисунок 12 – Назначение имени группе ресурсов
После того, как Вы назначили для группы имя и ввели для нее описание, Вам необходимо назначить IP-адрес и сетевое имя для виртуального сервера.
Рисунок 13 – Назначение сетевого имени и IP-адреса
После определения всех свойств виртуального сервера мастер предоставляет возможность ввести полную информацию о группе и ресурсах. В нашем случае в этом нет необходимости, поэтому мы опустим этот шаг.
Рисунок 14 – Настройка дополнительных параметров
После выполнения всех указанных выше шагов виртуальный сервер уже настроен. Мастер запросит Вас о необходимости создания ресурса приложения. Поскольку в нашем случае мы рассматриваем создание виртуального сервера, то переключатель мы устанавливаем в положение Нет, создать ресурс кластера для моего приложения позже (No, I'll create a cluster resource for my application later).
Рисунок 15 - Окно Создать ресурс кластера приложений (Create Application Cluster Resource)
После этого мастер отобразит страницу состояния.
Рисунок 16 – Страница состояния мастера приложений кластера (Cluster Application Wizard)
После того, как Вы нажмете кнопку Готово (Finish), будет создана группа, которая будет находиться в отключенном состоянии. Для того, чтобы провести полное тестирование виртуального сервера щелкните правой кнопкой мыши по группе и выберите из контекстного меню команду Перевести в оперативный режим (Bring Online).
Рисунок 17 – Правый щелчок мыши по группе в администраторе кластера (Cluster Administrator) и выбор пункта Перевести в оперативный режим (Bring Online)
В случае, если все прошло благополучно, группа немедленно будет выведена в оперативный режим. Для проверки работоспособности виртуального сервера необходимо выполнить команду ping на клиенте, указав соответствующий IP-адрес. Для проверки разрешения имен необходимо выполнить команду ping с указанием имени виртуального сервера.
Ручной метод настройки
Вместо того, чтобы использовать мастер приложений кластера (Cluster Application Wizard) для создания виртуального сервера, Вы можете создать виртуальный сервер вручную, просто добавив IP-адрес и сетевое имя к существующей группе. Для начала щелкните правой кнопкой мыши по группе, в которой Вы хотите создать виртуальный сервер, и выберите из контекстного меню пункт Создать (New), а затем выберите Ресурс (Resource). В нашем примере мы выбрали для этого группу Disk Group 2. Эти действия приведут к запуску мастера создания нового ресурса (New Resource Wizard).
IP-адрес является первым ресурсом, который необходимо создать. В данном примере показано создание виртуального сервера SEA-NA-FILE-02. Этот первый шаг необходим для определения типа ресурса. В поле Имя (Name) Вы можете ввести подходящее название, а в поле Описание (Description) - более полную информацию.
Рисунок 18 – Назначение параметров для нового ресурса
В следующем окне мастера Вы можете указать возможных владельцев. По умолчанию все узлы в кластере считаются возможными владельцами. В случае, если узел был исключен из списка возможных владельцев, группа, в которой имеется этот узел, не сможет его использовать при восстановлении после отказа. В нашем примере группа сконфигурирована на восстановление после отказа, поэтому используем значения, установленные по умолчанию.
Рисунок 19 – Назначение владельцев ресурса
Следующий этап в процессе добавления ресурса состоит в настройке зависимостей ресурса. Поскольку у IP-адреса нет зависимостей, Вы можете оставить в этом окне те значения, которые установлены в нем по умолчанию.
Рисунок 20 – Настройка зависимостей ресурса
Заключительным шагом является настройка особых параметров ресурса. Для IP-адреса имеются следующие параметры:
• | Адрес (Address). IP-адрес, который будет присвоен адаптеру. |
• | Маска подсети (Subnet mask). Маска подсети, которая будет использоваться для этого IP-адреса (данное поле заполняется автоматически). |
• | Сеть (Network). Сеть, в которой будет зарегистрирован данный IP-адрес. |
• | Разрешить использование NetBIOS для этого адреса (Enable NetBIOS for this address). Снимите этот флажок, если не нужно использовать NetBIOS для данного виртуального сервера. NetBIOS необходим для нормальной работы обозревателей. Существует ограничение на 64 устройства NetBT в Windows. В случае, если этот предел будет превышен, ресурсы с дополнительными IP-адресами не смогут использовать NetBIOS. |
Рисунок 21 – Установка флажка Разрешить использование NetBIOS для этого адреса (Enabling NetBIOS for this address)
После того, как Вы нажмете кнопку Готово (Finish), IP-адрес будет создан и появится сообщение подтверждения.
Рисунок 22 – Сообщение, подтверждающее создание ресурса
Теперь необходимо указать сетевое имя для виртуального сервера. Действия в данном случае будут практически аналогичными, за исключением лишь того, что необходимо будет выбрать тип зависимостей ресурса, а также указать особые параметры ресурса. Для запуска мастера создания нового ресурса (New Resource Wizard) группы Disk Group 2, необходимо щелкнуть правой кнопкой по этой группе, затем выбрать из контекстного меню пункт Создать (New), а затем - Ресурс (Resource). В качестве типа ресурса выбираем Сетевое имя (Network Name).
Рисунок 23 – Указание сетевого имени
Оставляем список Возможные владельцы (Possible owners) без изменений.
Рисунок 24 – Окно Возможные владельцы (Possible Owners)
Зависимости сконфигурированы для ресурса «IP-адрес», созданного ранее. Для сетевого имени должна быть установлена зависимость от IP-адреса.
Рисунок 25 – Настройка зависимостей ресурса
Единственным особым параметром ресурса для сетевого имени является само имя. Это имя виртуального сервера сети. При его назначении необходимо соблюдать все правила, которыми пользуются при назначении имен для компьютеров.
Рисунок 26 – Назначение имени виртуальному серверу
Нажмите кнопку Готово (Finish) для создания сетевого имени.
На данном этапе Вы можете вывести группу ресурсов в оперативный режим точно так же, как это было сделано в примере с использованием мастера приложений кластера (Cluster Application Wizard). Для того, чтобы назначить группе более понятное имя, щелкните правой кнопкой мыши по этой группе и выберите из контекстного меню команду Переименовать (Rename).
Рисунок 27 – Щелкните правой кнопкой мыши по группе для переименования ресурса
Приложение В. Создание ресурса «Диспетчер очереди печати» с помощью мастера приложений кластера
В данном примере для создания виртуального сервера SEA-NA-PRINT-01 и настройки ресурса «Диспетчер очереди печати» используется мастер приложений кластера (Cluster Application Wizard).
Для запуска мастера приложений кластера откройте администратор кластера (Cluster Administrator). В меню Файл (File) выберите команду Настроить приложение (Configure Application).
Рисунок 28 – Окно мастера приложений кластера (Cluster Application Wizard)
В данном примере рассматривается создание виртуального сервера одновременно с настройкой приложения. Выберите Создать новый виртуальный сервер (Create a new virtual server) и нажмите кнопку Далее (Next).
Рисунок 29 – Создание нового виртуального сервера
В данном примере выберите существующую группу ресурсов с ресурсом хранения. Виртуальный сервер будет использовать ресурс хранения группы Disk Group 3.
Рисунок 30 – Выбор значения Использовать существующую группу ресурсов (Use an existing resource group)
Затем необходимо ввести имя группы и ее описание.
Рисунок 31 – Назначение имени группе ресурсов
В окне Дополнительные параметры (Advanced Properties) никакие дополнительные значения указывать не нужно. Нажмите кнопку Далее (Next) для создания виртуального сервера.
Рисунок 32 – Нажатие кнопки Далее (Next) приведет к созданию виртуального сервера
В следующем окне переключатель установлен в положение Да, создать ресурс кластера для моего приложения сейчас (Yes, create a cluster resource for my application now). Нажмите кнопку Далее (Next).
Рисунок 33 – Принятие установленного по умолчанию параметра
В поле Тип ресурса (Resource type) выберите Диспетчер очереди печати (Print Spooler). Нажмите кнопку Далее (Next).
Рисунок 34 - Выбор Диспетчера очереди печати (Print Spooler) в качестве типа ресурса
Затем необходимо указать имя ресурса и ввести его описание. Для добавления зависимостей нажмите кнопку Дополнительные параметры (Advanced Properties).
Рисунок 35 - Нажатие на кнопку Дополнительные параметры (Advanced Properties)
В диалоговом окне Дополнительные свойства ресурса (Advanced Resource Properties) перейдите на вкладку Зависимости (Dependencies) и нажмите кнопку Изменить (Modify).
Рисунок 36 – Указание зависимостей ресурса
В диалоговом окне Изменение зависимостей (Modify Dependencies) переместите необходимые зависимости из списка Доступные ресурсы (Available Resources) в список Зависимости (Dependencies).
Рисунок 37 – Изменение зависимостей
После того, как Вы настроили зависимости, нажимайте кнопку OK для закрытия всех диалоговых окон до тех пор, пока Вы не увидите представленное на Рисунке 38 окно. После этих действий ресурс будет создан, а мастер попросит Вас установить особые параметры для ресурса. Обычно в данном окне ничего не нужно изменять, поскольку мастер сам заполнит все поля, используя для этого данные зависимостей. Нажмите кнопку Далее (Next).
Рисунок 38 – Обычно не требуется изменять установленные по умолчанию параметры для диспетчера очереди печати
После всех этих действий виртуальный сервер и ресурс «Диспетчер очереди печати» настроены. Группу теперь можно переводить в оперативный режим.
Добавление принтера
В данном примере необходимо установить соединение с SEA-NA-PRINT-01. Для этого в меню Пуск (Start) выберите Выполнить (Run).
Рисунок 39 – Подключение к виртуальному серверу
После подключения выберите папку Принтеры (Printers).
Рисунок 40 – Выбор папки Принтеры (Printers)
Находясь в папке Принтеры (Printers), запустите мастер установки принтеров (Add Printer Wizard). При удаленном подключении единственной предоставляемой возможностью будет установка принтера на удаленном сервере печати.
Рисунок 41 – Можно выбрать только удаленный сервер печати (Remote print server)
Необходимо создать новый порт, поскольку мы добавляем новый принтер.
Рисунок 42 - Переключатель установлен в положение Создать новый порт (Create a new port)
При этом запустится мастер добавления стандартного порта TCP/IP принтера (Add Standard TCP/IP Printer Port).
Рисунок 43 – Окно Мастер добавления стандартного TCP/IP порта принтера (Add Standard TCP/IP Printer Port Wizard)
Поле Имя порта (Port name) автоматически заполняется по мере того, как Вы вводите данные в поле Имя принтера или IP-адрес (Printer name or IP address).
Рисунок 44 – Поле Имя порта (Port Name) заполняется автоматически
После того, как вы укажете порт, мастер установки принтера (Add Printer Wizard) запросит у Вас необходимый драйвер. В нашем примере используется драйвер для принтера Lexmark Optra.
Рисунок 45 – Выбор необходимого драйвера для принтера
После этого необходимо назначить имя для принтера.
Рисунок 46 – Назначение имени для принтера
Сетевое имя заполняется автоматически, но Вы можете его изменить.
Рисунок 47 – Установка параметров общего доступа к принтеру
Вы также можете ввести дополнительную информацию о принтере, указав его размещение и добавив желаемый комментарий о расположении принтера и его возможностях.
Рисунок 48 – Добавление информации о размещении принтера и комментариев
После того, как Вы нажмете кнопу Далее (Next), появится окно состояния с информацией о том, что принтер был установлен.
Рисунок 49 – Окно состояния мастера установки принтеров (Add Printer Wizard), информирующее о том, что установка принтера была завершена
Добавление драйверов на другом узле
Для установления соединения в меню Пуск (Start) выберите Выполнить (Run). Команда, показанная ниже на Рисунке 50, приведет к запуску мастера установки драйверов принтеров (Add Printer Driver Wizard).
Рисунок 50 – Запуск мастера установки драйверов принтеров (Add Printer Driver Wizard)
Вы можете использовать этот мастер для добавления необходимых драйверов для принтеров на другом узле.
Рисунок 51 – Выбор подходящего драйвера для принтера
Этот этап необходим только для установки первого драйвера принтера, предназначенного для ОС Windows 2000. Впоследствии Вы сможете добавлять дополнительные драйверы для других платформ с помощью пользовательского интерфейса принтера.
Рисунок 52 – Завершение работы мастера добавления драйверов принтеров (Add Printer Driver Wizard)
Приложение Г. Настройка возврата после отказа
В данном разделе описываются действия по настройке возврата после отказа, при котором группа, перемещается обратно к предпочитаемому владельцу.
Для настройки возврата после отказа щелкните правой кнопкой мыши по группе и выберите из контекстного меню команду Свойства (Properties).
Рисунок 53 – Щелкните правой кнопкой мыши по группе, чтобы открыть диалоговое окно Свойства (Properties)
На вкладке Общие (General) диалогового окна Свойства (Properties) нажмите кнопку Изменить (Modify).
Рисунок 54 – Изменений свойств группы
В диалоговом окне Изменение предпочитаемых владельцев (Modify Preferred Owners) добавьте предпочитаемого владельца.
Рисунок 55 – Доступные узлы, которые можно указать в качестве предпочитаемых владельцев
Этот пример взят из первого рассмотренного случая, т. е. мы добавили узел SEA-NA-CLN-01.
Рисунок 56 – Добавление узла в качестве предпочитаемого владельца
На вкладке Отказовозвращение (Failback) необходимо изменить положение установленного по умолчанию переключателя с Запретить отказовозвращение (Prevent failback) на Разрешить отказовозвращение (Allow failback) и указать в полях параметра Отказовозвращение между (Failback between) время 23 и 0 часов соответственно.
Рисунок 57 – Настройка параметров возврата после отказа
После того, как Вы нажмете кнопку OK, процесс будет завершен и группа будет сконфигурирована для переноса на узел, указанный в качестве предпочитаемого владельца. Перенос будет выполняться при возврате после отказа.
Обсуждение статьи на форуме