Обеспечение надежного доступа к общим файлам и принтерам с помощью службы кластеров Windows 2000

Обеспечение надежного доступа к общим файлам и принтерам при помощи службы кластеров Windows 2000

Размещено: 1 апреля 2002 г. | Переведено: 31 августа 2006 г.

Инструкция

В данном официальном документе представлено управление по обеспечению надежного доступа к общим файлам и принтерам при помощи службы кластеров ОС Microsoft® Windows® 2000. Данный документ не претендует на описание всех вероятных сценариев использования службы кластеров. Все же, он содержит достаточное количество примеров, которые посодействуют админам ввести службу кластеров для решения поставленных в организации задач.

На этой страничке:

Введение

Главные определения и понятия

Общие принтеры

Заключение

Связанные ресурсы

Приложение A. Установка кластера

Приложение Б. Создание виртуального сервера

Приложение В. Создание ресурса «Диспетчер очереди печати» при помощи мастера приложений кластера

Приложение Г. Настройка возврата после отказа

Введение

Доступность службы печати считается принципиальным фактором при развертывании компьютерной сети. В связи с этим обеспечение надежного доступа к общим принтерам является одной из главных способностей, которую предоставляет админам служба кластеров ОС 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». Применительно к общим файлам и принтерам это значит, что общие файлы будут размещаться на одном узле. Для того, чтоб поделить меж несколькими серверами нагрузку, создаваемую при доступе к общим файлам, нужно распределить общие файлы меж несколькими виртуальными серверами.

Ресурсы

Благодаря таким ресурсам, как общие файлы, Айпишника либо сетевое имя, обеспечивается предоставление клиенту соответственных служб. Ресурсы являются меньшими единицами управления в службе кластеров. Они могут зависеть от других ресурсов, кроме этого их можно соединять воединыжды в группы.

Зависимости

Зависимости представляют собой дела меж ресурсами. Они подобны тем зависимостям, которые есть меж службами. Зависимости определяют порядок перевода ресурсов в оперативный и автономный режимы. В большинстве случаев зависимости представляются в виде дерева зависимостей. На Рисунке 1 представлено стандартное дерево зависимости для общего файлового ресурса. В согласовании с этим рисунком, если админ решит перевести дисковый ресурс в автономный режим, то общий файловый ресурс также будет переведен в автономный режим. При всем этом ресурс «Сетевое имя» не будет переведен в автономный режим, так как нет прямых зависимостей меж диском и сетевым именованием. И напротив, если мы попытаемся перевести общий файловый ресурс в оперативный режим в то время, как другие ресурсы будут находиться в автономном режиме, то поначалу будут переведены в оперативный режим ресурсы «диск» и «IP-адрес», потом «сетевое имя», и, в конце концов, сам общий файловый ресурс. Примите к сведению, что не существует очевидной зависимости меж общим файловым ресурсом и Айпишником. Это из-за того, что зависимость является «транзитивной». Может быть, это не совершенно верный термин в техническом плане, но он обеспечивает более четкое описание отношений меж зависимостями.

Обеспечение надежного доступа к общим файлам и принтерам при помощи службы кластеров Windows 2000

Набросок 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 и Айпишника для MSCS 1.0 (WINS Registration and IP Address Behavior for MSCS 1.0) (EN).

Группы

Группы – это логическое объединение ресурсов кластера, которые для собственного обычного функционирования должны работать на одном узле. К примеру, в случае, если банк сообщений (Information Store) и агент передачи сообщений (Message Transfer Agent, MTA) в Microsoft Exchange Server будут запущены на различных серверах, то это безизбежно приведет к появлению неких заморочек. Принципиально ясно осознавать, что группа является единицей отказоустойчивости в кластере. В случае отказа с 1-го узла на другой передвигаются целые группы ресурсов, а не раздельно взятые ресурсы.

Самый обычной метод сотворения группы – это организовать ее вокруг хранилища. Большинству приложений и служб (как и в случае с Exchange) для функционирования нужно наличие хранилища. Так как зависимости могут создаваться исключительно в границах одной группы, каждое приложение либо ресурс, использующие один и тот же диск, должны размещаться в той же группе, что и дисковый ресурс. Обычно группы представляются в качестве виртуальных серверов, при всем этом в группе может существовать более 1-го виртуального сервера.

Восстановление после отказа и возврат после отказа

Восстановление после отказа – это процесс, при котором группа переносится с 1-го сервера на другой. Восстановление после отказа может быть вызвано несколькими причинами:

Админ перенес группу на другой сервер.

В группе произошел отказ ресурса.

Начальный обладатель группы опять был введен в строй, притом, что группа была сконфигурирована на возврат после отказа.

3-я причина практически открывает сущность процесса возврата после отказа – группа переносится назад на предпочитаемый узел-владелец, если это было определено в настройках. Предпочитаемые обладатели указываются в свойствах группы. Возврат после отказа может производиться немедля либо будет производиться в течение определенного промежутка времени.

Примечание. Для получения дополнительной инфы о восстановлении после отказа и возврате после отказа обратитесь к последующим статьям базы познаний:

197047 Политики восстановления после отказа/возврата после отказа сервера кластеров Microsoft (Failover/Failback Policies on Microsoft Cluster Server) (EN).

171277 Время восстановления после отказа ресурсов сервера кластеров Microsoft (Microsoft Cluster Server Cluster Resource Failover Time) (EN).

Виртуальный сервер

Обеспечение надежного доступа к общим файлам и принтерам при помощи службы кластеров Windows 2000

Набросок 2 – Дерево зависимости для виртуального сервера

Виртуальный сервер представляет собой комбинацию 2-ух ресурсов (к примеру, ресурсов «IP-адрес» и «Сетевое имя»), которые употребляются вместе для предоставления клиенту места имен. На Рисунке 2 представлены ресурсы и дерево зависимостей для виртуального сервера. Примите к сведению, что группа может содержать несколько виртуальных серверов. Но, это значит, что в один миг времени все виртуальные серверы группы могут быть запущены лишь на одном узле. Представление групп в виде виртуальных серверов обеспечивает огромную степень детализации и наилучшую масштабируемость, в особенности в тех случаях, когда планируется добавление дополнительных узлов. На Рисунке 3 представлены места имен, которые предоставляются клиенту узлами кластера.

Примечание. Виртуальные серверы основаны на использовании NetBIOS, из-за чего имеют определенные ограничения.

Обеспечение надежного доступа к общим файлам и принтерам при помощи службы кластеров Windows 2000

Набросок 3 – Места имен, предоставляемые клиенту узлами кластера

Создание виртуального сервера

Существует два метода сотворения виртуального сервера. Невзирая на то, что Вы сможете сделать это вручную, самый обычной метод – это пользоваться мастером приложений кластера (Cluster Application Wizard). Мастер приложений кластера делает виртуальный сервер с возможностью опции приложения сервера кластеров. При разработке виртуального сервера вручную нужно, чтоб в соответственной группе были настроены ресурсы «IP-адрес» и «Сетевое имя». В Приложении Б рассматриваются оба метода сотворения виртуального сервера и тщательно описываются шаги, которые нужно для этого сделать.

Наверх странички

Общие принтеры

Служба кластеров позволяет использовать несколько ресурсов очереди печати. Это позволяет службе обеспечить надежный доступ к общим принтерам вместе с возможностью рассредотачивания нагрузки меж узлами кластера. Имеется ограничение, при котором в одной группе можно использовать менее 1-го ресурса «Диспетчер очереди печати». Для диспетчера печати нужны последующие зависимые ресурсы: «Сетевое имя» (для неизменного доступа к диспетчеру) и дисковый ресурс (для хранения его файлов).

После сотворения ресурса «Диспетчер очереди печати» к нему нужно добавить принтеры. В ОС Windows 2000 эта задачка облегчена, так как в базе данных конфигурации кластера содержится нужная информация о портах принтеров, входящих в кластер. Это устраняет от необходимости устанавливать порты два раза: по одному на каждый узел. Все же, драйверы должны быть установлены на обоих узлах, так как драйверы принтера копируются на общий ресурс PRINT$ удаленного сервера.

Диспетчеры очереди печати кластера поддерживают только стандартные мониторы портов и принтеры, использующие протокол LPR (Line Printer Remote). LPR-порты не поддерживают двунаправленную печать. Сейчас никакие другие порты не поддерживаются.

В случае, если группа, в какой имеется ресурс «Диспетчер очереди печати», была перенаправлена на другой узел из-за отказа узла, то документ, который был ориентирован на печать на принтер отказавшего узла, будет распечатан на другом узле. Когда Вы переносите ресурс «Диспетчер очереди печати» либо отключаете его, служба кластеров ждет, пока не будет завершено помещение всех документов в очередь либо пока установленное время ожидания не истечет. Документы, отправленные из приложения на ресурс «Диспетчер очереди печати» удаляются и должны быть повторно высланы на печать на ресурс (т.е. повторно написаны), если сбой в группе произошел до того, как приложение окончило постановку документов в очередь печати.

Принтеры, размещенные на узле кластера, добавляются в Active Directory при помощи службы диспетчера очереди печати.

Создание ресурса «Диспетчер очереди печати»

Ресурсу «Диспетчер очереди печати» нужно наличие последующих зависимостей: сетевое имя и тип источника хранения. На Рисунке 2 изображено дерево зависимости для ресурса «Диспетчер очереди печати».

Обеспечение надежного доступа к общим файлам и принтерам при помощи службы кластеров Windows 2000

Набросок 4 – Дерево зависимости для ресурса «Диспетчер очереди печати»

На страничке характеристик ресурса, отображаемой в мастере новых ресурсов (New Resource Wizard), имеются только два параметра, которые можно установить: размещение папки очереди печати (spool folder) и время ожидания окончания задания (job completion timeout). Мастер, использующий данные зависимости, устанавливает эти характеристики автоматом, потому обычно нет необходимости в их изменении.

Обеспечение надежного доступа к общим файлам и принтерам при помощи службы кластеров Windows 2000

Набросок 5 – Характеристики диспетчера очереди печати

Установка принтеров

Создание виртуального сервера и настройка ресурса «Диспетчер очереди печати» – это только половина дела. Сам по для себя «Диспетчер очереди печати» без наличия принтеров бесполезен. Для того, чтоб добавить принтер, Вам нужно сначала найти узел-владелец виртуальных серверов, так как конкретно на него копирует драйверы мастер установки принтеров (Add Printers Wizard). После чего драйвер нужно вручную установить на другом узле.

Мастер установки принтеров должен быть запущен на том виртуальном сервере, от сетевого имени которого зависит «Диспетчер очереди печати». После удачной установки принтера Вам нужно добавить драйвер на другой узел. Невзирая на то, что для этого есть несколько методов, мастер установки принтеров (Add Printers Wizard) сходу запустит для этих целей командную строчку с надлежащими параметрами, как показано ниже на Рисунке 6. Может быть, стоит сделать ярлычек в кластере файлов и принтеров для пуска этой командной строчки.

Обеспечение надежного доступа к общим файлам и принтерам при помощи службы кластеров Windows 2000

Набросок 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, при всем этом нужно обеспечить высшую производительность.

Реализация

Для обеспечения наилучшей производительности все принтеры нужно примерно умеренно поделить меж 2-мя виртуальными серверами 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, как это описано ниже:

1.

Щелкните правой кнопкой мыши по группе и потом выберите из контекстного меню команду Характеристики (Properties).

2.

На вкладке Общие (General) изберите Поменять (Modify) для прибавления SEA-NA-CLN-01 в качестве предпочитаемого обладателя.

3.

В перечне Доступные узлы (Available Nodes) изберите SEA-NA-CLN-01, а потом нажмите кнопку с изображенной на ней стрелкой на право, для того, чтоб переместить узел в перечень Предпочитаемые обладатели (Preferred Owners). Нажмите кнопку OK.

4.

Перейдите на вкладку Отказовозвращение (Failback) и изберите Разрешить отказовозвращение (Allow failback).

5.

Изберите Отказовозвращение меж (Failback between) и укажите время: 23 и 0 часов. Нажмите кнопку OK.

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 и Айпишники для 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)

Наверх странички

Аналогичный товар: Комментирование на данный момент запрещено, но Вы можете оставить ссылку на Ваш сайт.

Комментарии закрыты.