Проверка оборудования для отказоустойчивого кластера
В этой статье приведены действия по проверке оборудования для отказоустойчивого кластера. Вы можете использовать мастер проверки конфигурации, интегрированный в диспетчер отказоустойчивости кластеров или командлет Windows PowerShell для тестирования кластера, для выполнения набора ориентированных тестов проверки. Этот процесс можно выполнить на наборе серверов, которые будут служить узлами в кластере. При этом базовое оборудование и программное обеспечение непосредственно тестируются по отдельности, чтобы получить точную оценку возможности поддержки отказоустойчивой кластеризации в заданной конфигурации.
Внимание
Отчет о проверке кластера требуется корпорации Майкрософт в качестве условия предоставления поддержки для заданной конфигурации.
| Задача | Description |
|---|---|
| Шаг 1. Подготовка к проверке оборудования для отказоустойчивого кластера | Сведения о проверке кластера и поддержке конфигурации кластера, предоставляемой корпорацией Майкрософт, а также о подготовке оборудования к проверочным тестам. |
| Шаг 2. Проверка нового или существующего отказоустойчивого кластера | Запустите мастер проверки конфигурации или командлет Windows PowerShell для тестового кластера . |
| Шаг 3. Анализ результатов проверки | Просмотрите сводный отчет, созданный после завершения проверки. Если обнаружены ошибки и требуется поддержка, подготовьте отчет о проверке для службы поддержки пользователей Майкрософт. |
| Сценарии расширенной проверки | Изучите эти расширенные сценарии, если нужно проверить существующий кластер и выбрать для тестирования только некоторые аспекты возможностей кластера. |
| Часто задаваемые вопросы по Аналитике компьютеров | Ответы на вопросы о процессе проверки кластера. |
Шаг 1. Подготовка к проверке оборудования для отказоустойчивого кластера
Что такое проверка кластера?
Мастер проверки конфигурации или командлет Windows PowerShell для тестирования кластера позволяет выполнять набор ориентированных тестов на коллекцию серверов, сетей и связанного хранилища, которые планируется использовать в качестве отказоустойчивого кластера. В процессе проверки кластера проверяется базовое оборудование и программное обеспечение, чтобы получить точную оценку возможностей поддержки отказоустойчивой кластеризации в заданной конфигурации.
Перед созданием отказоустойчивого кластера рекомендуется выполнить все тесты проверки кластера.
Проверка кластера предназначена для выполнения следующих действий:
- обнаружение проблем с оборудованием или конфигурацией до перевода отказоустойчивого кластера в рабочий режим;
- обеспечение надежной работы развертываемого решения по кластеризации;
- проверка изменений в оборудовании существующего кластера;
- выполнение диагностических тестов в существующем кластере.
Основные сценарии проверки
В следующих списках описаны сценарии, в которых требуется проверка оборудования или полезна. Как правило, необходимо выполнять все проверочные тесты (исключения отмечены особо).
Проверка перед настройкой кластера
Набор серверов, готовых к включению в отказоустойчивый кластер
Это самый простой сценарий проверки. Аппаратные компоненты (системы, сети и хранилище) подключены, но системы не работают в качестве кластера. Выполнение тестов в такой ситуации не влияет на доступность.
Клонированные и восстановленные из образа системы
Для клонированных систем и систем, восстановленных из образа на другом оборудовании, необходимо запускать мастер проверки конфигурации так же, как и для любого нового кластера. Рекомендуется запускать мастер сразу после подключения компонентов оборудования и установки компонента "Отказоустойчивая кластеризация", пока кластер еще не используется клиентами.
Виртуализированные серверы
Если в кластер входят виртуализированные серверы, запустите мастер проверки конфигурации так же, как для нового кластера. Требование запуска мастера остается прежним и для кластера узлов (когда резервное переключение выполняется между двумя физическими компьютерами), и для гостевого кластера (когда резервное переключение выполняется между операционными системами на виртуальных машинах на одном физическом компьютере), и для других конфигураций, в которые входит один или несколько виртуализированных серверов.
Проверка для кластера с одним узлом
Для одного сервера, который планируется к использованию в кластере, можно выполнить ограниченное число проверочных тестов. Некоторые тесты не могут выполняться в этой ситуации; Например, тесты, подтверждающие соответствие обновлений программного обеспечения и программного обеспечения между серверами и тестами хранения, которые имитируют отработку отказа между узлами. Для завершения процесса проверки кластера в нем должно быть не менее двух узлов. Таким образом, если вы добавите больше серверов в конфигурацию, необходимо снова запустить мастер проверки кластера, чтобы все тесты можно было завершить.
Проверка используемого кластера (после настройки)
Проверка для выполнения требований поддержки Майкрософт или для исключения проблем с конфигурацией
Если вам нужна поддержка от Корпорации Майкрософт, может потребоваться предоставить отчет о проверке из мастера. Если вы еще не выполнили мастер и сохранили отчет, может потребоваться отключить кластер для запуска мастера. Отчет показывает, поддерживается ли данная конфигурация, и может помочь службе поддержки пользователей Майкрософт в диагностике проблем конфигурации с оборудованием, драйверами и основной конфигурацией системы.
Перед добавлением узла
При добавлении сервера в кластер рекомендуется сначала подключить сервер к сетям кластера и хранилищу, а затем запустить мастер проверки конфигурации, указав существующие узлы кластера и новый узел.
При добавлении системы хранения
При присоединении нового хранилища к кластеру (который отличается от предоставления нового логического номера единиц (LUN) в существующем хранилище, необходимо запустить мастер проверки конфигурации, чтобы убедиться, что новые функции хранилища правильно. Чтобы свести к минимуму влияние на доступность, рекомендуется запустить мастер после подключения хранилища и перед началом использования новых LUN в кластеризованных службах или приложениях.
При внесении изменений, затрагивающих драйверы или встроенное ПО
Если нужно обновить кластер или внести в него другие изменения, для которых требуется замена драйверов или встроенного ПО, необходимо запустить мастер проверки конфигурации, чтобы подтвердить работоспособность отказоустойчивого кластера в новом сочетании оборудования, встроенного ПО, драйверов и программного обеспечения. Если изменение распространяется на встроенное ПО или драйверы для системы хранения данных, рекомендуется оставить небольшое устройство LUN доступным (не используемым в кластерных ролях), чтобы можно было выполнять проверочные тесты хранения данных, не переводя кластерные роли в автономный режим.
После восстановления системы из резервной копии
После восстановления системы из резервной копии запустите мастер проверки конфигурации, чтобы подтвердить, что система правильно работает в составе кластера. Система не считается поддерживаемой системой до завершения тестов проверки.
Во время проверки изменений в оборудовании существующего кластера (в расширенном сценарии) некоторые тесты системы хранения можно пропустить. Дополнительные сведения и рекомендации см . в сценариях расширенной проверки.
Категории проверочных тестов
В следующей таблице представлены категории проверочных тестов. Тесты из каждой категории отображаются во время запуска мастера проверки конфигурации. В отчете о проверке, который сохраняется после завершения проверки, предоставляется описание каждого теста в каждой категории.
| Категория | Description |
|---|---|
| Конфигурация кластера | Перечисляет и проверяет ресурсы, настроенные для использования в кластере, в том числе кластерные роли и тома кластера. |
| Конфигурация Hyper-V | Проверяет конфигурацию Hyper-V для использования в отказоустойчивом кластере. Примечание. Тесты конфигурации Hyper-V требуются только в том случае, если вы используете или планируете использовать кластеризованные виртуальные машины. |
| Запасы | Перечисляет адаптеры шины, устройства, процессы и драйверы, используемые на компьютерах в кластере. |
| Network | Проверяет конфигурацию сетей кластера, IP-адресов и брандмауэра Windows. |
| Хранилище | Проверяет диски для хранения данных и файловые системы, доступные для использования в отказоустойчивом кластере. |
| Конфигурация системы | Проверяет операционные системы, уровни обновления и параметры служб на компьютерах в кластере. |
Шаг 2. Проверка нового или существующего отказоустойчивого кластера
На этом шаге приведены процедуры запуска мастера проверки конфигурации или командлета Windows PowerShell для тестирования нового или существующего отказоустойчивого кластера .
Внимание
Чтобы начать процесс добавления оборудования (например, дополнительного сервера) в отказоустойчивый кластер, подключите оборудование к отказоустойчивому кластеру. Затем запустите мастер проверки конфигурации и укажите все серверы, которые необходимо включить в кластер. Мастер проверяет подключение кластера и возможность резервного переключения, а не только изолированные компоненты (такие как отдельные серверы).
Запуск мастера проверки конфигурации
Определите сервер или серверы для тестирования.
- Если кластер еще не существует, выберите серверы, которые необходимо включить в кластер, и убедитесь, что на этих серверах установлен компонент отказоустойчивой кластеризации. Если компонент не установлен, ознакомьтесь с инструкциями по установке.
- Если кластер уже существует, убедитесь, что известно имя кластера или имя узла в кластере.
Просмотрите требования к кластеру для оборудования для сети или хранилища, который требуется проверить, и убедитесь, что он подключен к серверам.
Определите, есть ли необходимость выполнить проверку в полном объеме или можно ограничиться несколькими из доступных проверочных тестов. Как правило, мы рекомендуем выполнить все тесты, но следующие общие рекомендации помогут вам решить.
Тип кластера Проверочные тесты Новый или планируемый кластер со всем подключенным оборудованием Все тесты. Новый или планируемый кластер с частично подключенным оборудованием Тесты конфигурации системы, тесты учета и тесты, применимые к подключенному оборудованию (то есть тесты сети в случае подключенной сети и тесты хранилища в случае подключенного хранилища). Существующий кластер, к которому планируется добавить сервер Все тесты Примечание. Перед запуском тестов
обязательно подключите сети и хранилище для всех серверов, которые планируется использовать в кластере.Устранение неполадок существующего кластера Все тесты (в случае очевидной проблемы можно выполнить только связанные с ней тесты). Внимание
Если кластеризованная роль использует диск при запуске мастера, мастер предложит вам принять эту кластерную роль в автономном режиме для тестирования. Если перевести кластерную роль в автономный режим, она останется отключенной до окончания тестов.
Чтобы открыть мастер, в диспетчере отказоустойчивости кластеров выберите " Проверить конфигурацию " в разделе "Действия".
Выполните указания мастера, чтобы задать серверы (в планируемом кластере) и тесты. Например, если вы не планируете использовать функции кластера, требующие Hyper-V, можно пропустить тесты конфигурации Hyper-V. Затем мастер поможет вам выполнить тесты.
Примечание.
Во время запуска мастера на серверах, не включенных в кластер, необходимо ввести имена всех серверов, которые будут тестироваться, а не только одного сервера.
После выполнения тестов откроется страница Сводка . На странице "Сводка" выберите "Просмотреть отчет", чтобы просмотреть результаты теста.
Чтобы просмотреть результаты тестов после закрытия мастера, в разделе "Действия в диспетчере отказоустойчивых кластеров" выберите "Просмотреть отчет о проверке". Вы увидите %SystemRoot%\Cluster\Reports\Validation Report\Validation Report <Date and Time>.html, где %SystemRoot% — это папка, в которой установлена операционная система (например, C:\Windows).
Эквивалентные команды Windows PowerShell
Следующие командлеты Windows PowerShell выполняют ту же функцию, что и предыдущая процедура. Введите каждый командлет в одной строке, даже если они могут отображаться в виде word-оболочки в нескольких строках из-за ограничений форматирования.
В следующем примере запускаются все проверочные тесты кластера на узлах с именами node1 и node2. Если узел node1 или узел node2 уже входят в какой-то кластер, то тесты будут выполняться для всех узлов этого кластера.
Test-Cluster -Node node1,node2
Шаг 3. Анализ результатов проверки
После завершения проверки мастера настройки отчет о проверке отказоустойчивого кластера отображает результаты. Все тесты должны проходить с зеленой галочкой или, в некоторых случаях, желтым треугольником (предупреждением). В следующей таблице показаны символы в сводке и описано их значение.
| Символ | Описание |
|---|---|
|
Соответствующий проверочный тест пройден — это говорит о том, что данный аспект кластера может поддерживаться. |
|
Для соответствующего проверочного теста получено предупреждение — это говорит о том, что данный аспект кластера может поддерживаться, но не соответствует рекомендациям, и его следует изучить подробнее. Служба поддержки клиентов Майкрософт может попросить вас изучить или устранить проблему, если она, как представляется, напрямую связана с тем, что вы устраняете неполадки. |
|
Сбой соответствующего теста проверки, и этот аспект кластера не поддерживается. Перед созданием поддерживаемого отказоустойчивого кластера необходимо устранить эту проблему. |
|
Соответствующий проверочный тест отменен. Это может произойти, когда тест зависит от другого теста, который не завершился успешно. |
При поиске проблемных областей (предупреждений или сбоев) в сводке результатов теста выберите отдельный тест, чтобы просмотреть сведения. Кроме того, ознакомьтесь с сводной инструкцией, чтобы узнать, является ли кластер поддерживаемым конфигурацией.
После устранения проблем можно снова запустить мастер, чтобы убедиться, что конфигурация проходит все тесты.
Что делать, если проверочный тест не пройден
В большинстве случаев, если какие-либо тесты в мастере проверки конфигурации завершаются ошибкой, конфигурация не считается поддерживаемой.
Если какой-либо из тестов конфигурации Hyper-V завершается сбоем, Hyper-V в кластере настроен неправильно. Проблему необходимо устранить для поддержки виртуальных машин в кластере. Однако сбои в этой категории тестов не означают, что кластер не поддерживается для рабочих нагрузок, отличных от кластеризованных виртуальных машин.
Тип теста, который завершается сбоем, является руководством для действия исправления. Например, если тест хранилища List All Disks завершается сбоем, а последующие тесты хранилища не выполняются (так как они также завершаются сбоем), обратитесь к поставщику хранилища, чтобы устранить эту проблему. Аналогично, если не проходит тест сети, связанный с IP-адресами, обратитесь к группе сетевой инфраструктуры. Не все предупреждения и ошибки указывают на необходимость обращаться в службу поддержки пользователей Майкрософт. Большинство предупреждений или ошибок должны привести к работе с внутренними командами или определенным поставщиком оборудования.
Сведения о исправлении сбоев, перечисленных в отчете проверки, см. в предыдущем разделе, шаге 3. Анализ результатов проверки.
После устранения и устранения проблем необходимо повторно запустить мастер проверки конфигурации. Чтобы конфигурация считалась поддерживаемой, все тесты должны завершиться без ошибок.
Предоставление отчета о проверке при запросе поддержки в Майкрософт
Если нужно обратиться в службу поддержки пользователей Майкрософт по поводу проблемы с проверкой, группа поддержки поможет собрать отчет о проверке и другие важные файлы конфигурации с помощью средства диагностики технической поддержки Майкрософт. (Эта функция заменяет служебную программу сбора данных MPSReports.) При необходимости корпорация Майкрософт отправит инструкции по сбору данных. В некоторых ситуациях корпорация Майкрософт может запросить, чтобы содержимое папки C:\Windows\Cluster\Reports было зарезано и отправлено для анализа. В обоих случаях будет собран необходимый отчет о проверке кластера.
Обновления проверочных тестов
Мастер проверки конфигурации предоставляет точное представление о том, насколько хорошо кластеризация отработки отказа может поддерживаться для данной конфигурации. Если обновление мастера проверки конфигурации становится доступным, может потребоваться повторно запустить мастер и передать все тесты для конфигурации, чтобы продолжать поддерживаться. Это может привести к сбою некоторых решений, переданных ранее. Проблемы, указанные в отчете по обновленным тестам, будет необходимо устранить, как описано в данном руководстве.
Расширенные сценарии проверки
При внесении изменений в существующий кластер не обязательно выполнять все проверочные тесты кластера. В следующих таблицах перечислены типы изменений, которые можно внести в кластер, и соответствующие тесты для выполнения.
Ключ для необходимых тестов проверки, показанных в следующих таблицах:
- Полная проверка. Выполните полный набор тестов. Для этого потребуется на некоторое время отключить кластер.
- Одно устройство LUN. Выполните полный набор тестов, а затем выполните тесты хранилища только на одном LUN. Это может быть небольшое устройство LUN, которое выделено для тестирования, или диск-свидетель (если в кластере есть такой диск). При этом проверяется подсистема хранения в целом, но не проверяются отдельные диски и устройства LUN. Такие проверочные тесты можно проводить без прерывания работы кластерных служб и приложений.
- Без тестов хранилища. Выполните тесты конфигурации системы, тесты учета и тесты сети, но не выполняйте тесты хранилища. Такие проверочные тесты можно проводить без прерывания работы кластерных ролей.
- Нет. Проверочные тесты не требуются.
Изменения серверов
| Изменение | Необходимые проверочные тесты |
|---|---|
| Физическая замена или изменение сервера, используемого в кластере | Полностью |
| Добавление или удаление процессоров | нет |
| Добавление или удаление памяти на сервере | нет |
| Добавление, удаление или замена сетевого адаптера | Без тестов хранилища |
| Обновление встроенного ПО или имеющегося сетевого драйвера | Без тестов хранилища |
| Изменение параметров BIOS или версии встроенного ПО | нет |
| Добавление или изменение периферийных устройств, кроме сетевых компонентов и систем хранения: дисководы компакт-дисков, DVD-дисководы, ленточные накопители, видеоадаптеры, звуковые устройства и USB-устройства | нет |
Изменения операционной системы
| Изменение | Необходимые проверочные тесты |
|---|---|
| Применение пакетов обновления операционной системы, обновлений программного обеспечения или исправлений, влияющих на стек хранилища | Одно устройство LUN |
| Применение обновлений программного обеспечения или исправлений, которые не влияют на стек хранилища | Без тестов хранилища |
| Установка приложения без драйверов-фильтров и драйверов, работающих в режиме ядра | нет |
| Изменение или добавление новых драйверов, работающих в режиме ядра | Одно устройство LUN |
Изменения конфигурации кластера
| Изменение | Необходимые проверочные тесты |
|---|---|
| Добавление нового узла в кластер | Полностью |
| Добавление нового узла, в котором используется другое оборудование | Полностью |
| Удаление узла из кластера | нет |
| Изменение конфигурации кворума | нет |
Изменения общего хранилища
| Изменение | Необходимые проверочные тесты |
|---|---|
| Изменение или добавление массива хранения данных | Полностью |
| Добавление другого аппаратного блока RAID с интерфейсом SCSI того же типа, если этот блок использует адаптер шины, который уже включен в конфигурацию | Одно устройство LUN |
| Создание несовершеннолетнего (0).x) редакция встроенного ПО хранилища | Одно устройство LUN |
| Внесение основной версии (x.0) в встроенное ПО хранилища | Одно устройство LUN |
| Включение нового диска или устройства LUN в кластер | Полная проверка только для новых устройств LUN |
Изменения сети SAN (коммутатор/концентратор)
| Изменение | Необходимые проверочные тесты |
|---|---|
| Добавление или замена коммутатора или концентратора Fibre Channel | Полностью |
| Изменение количества портов в блоке коммутатора | нет |
| Незначительное изменение встроенного ПО коммутатора Fibre Channel (0.x) | Одно устройство LUN |
| Значительное изменение встроенного ПО коммутатора Fibre Channel (X.0) | Одно устройство LUN |
| Изменение конфигурации коммутатора или разделения на зоны | Полная проверка только для измененных устройств LUN |
Изменения адаптеров шины
| Изменение | Необходимые проверочные тесты |
|---|---|
| Замена адаптера шины (того же или другого типа) | Полностью |
| Добавление нового адаптера шины (того же или другого типа) | Одно устройство LUN |
| Изменение встроенного ПО адаптера шины или BIOS | Одно устройство LUN |
| Изменение версии драйвера адаптера шины | Одно устройство LUN |
Изменения многоканального программного обеспечения
| Изменение | Необходимые проверочные тесты |
|---|---|
| Изменение одноканального режима на многоканальный или наоборот | Полностью |
| Добавление канала | Одно устройство LUN |
| Удаление канала | Одно устройство LUN |
| Обновление версии модуля для конкретного устройства (DSM) | Одно устройство LUN |
| Переход на модуль DSM другого типа, например от другого поставщика | Одно устройство LUN |
Изменения многосайтового кластера
| Изменение | Необходимые проверочные тесты |
|---|---|
| Изменение сетей, соединяющих узлы | Без тестов хранилища |
| Незначительное изменение версии ПО репликации данных (0.x) | Одно устройство LUN |
| Значительное изменение версии ПО репликации данных (X.0) или переход на ПО репликации другого типа | Полностью |
Изменения сети
| Изменение | Необходимые проверочные тесты |
|---|---|
| Изменение оборудования, программного обеспечения или встроенного ПО сети | Без тестов хранилища |
Включение тестов хранилища
При выполнении проверки в настроенном кластере не всегда нужно выполнять все тесты хранилища. В этом разделе объясняется, что следует учитывать при включении или исключении тестов хранения.
Рекомендации по включению тестов хранилища
По умолчанию мастер проверки конфигурации выполняет все тесты хранилища. Некоторые или все тесты хранилища можно отменить, выбрав вариант Выполнять только выбранные тесты на странице Параметры тестирования в мастере. Если тесты хранилища включаются, то на странице Просмотр состояния хранилища в мастере показаны все диски и пулы носителей в кластере, что позволяет выбрать диски и пулы носителей для включения в тесты хранилища. Для тестов хранилища требуется, чтобы диск или пул носителей, назначенный кластерной роли или общему тому кластера, был переведен в автономный режим. Таким образом, все, что используется хранилище, не будет иметь доступа к нему во время тестов хранилища. Рекомендуется использовать любую кластеризованную роль или другой процесс, который может использовать диск или пул носителей в автономном режиме, прежде чем хранилище будет включено в тесты проверки хранилища.
Командлет Windows PowerShell test-Cluster выполняет все тесты хранилища по умолчанию. Можно указать -Include параметр для запуска только тестов хранилища или определенного теста хранилища. Для включения целевой проверки хранилища можно использовать -Disk параметры и -Pool параметры. Параметр -Disk или -Pool параметр позволяет указывать, соответственно, один или несколько дисков или пулов носителей, которые будут включены в тестирование проверки хранилища. -Disk Если параметр или -Pool параметр используется для указания диска или пула носителей, который сейчас находится в сети и назначается кластеризованной роли или общему тому кластера, необходимо также указать -Force параметр для проверки соответствующего диска или пула носителей. В противном случае необходимо убедиться, что кластеризованный диск или пул носителей находится в автономном режиме перед выполнением тестов. -Disk Если параметр или -Pool параметр не указан, Test-Cluster выполняет тесты хранилища на всех дисках и пулах носителей, доступных для использования кластера или которые находятся в автономном или неудачном состоянии ресурса кластера. Рекомендуется использовать любую кластеризованную роль или другой процесс, который может использовать диск или пул носителей в автономном режиме, прежде чем хранилище будет включено в тестирование проверки.
Хранилище, которое не подключено непосредственно ко всем узлам в кластере
В некоторых случаях проектирование кластера включает хранилище, которое не подключено ко всем узлам в кластере. Распространенным примером служат многосайтовые кластеры, когда узлы кластера на сайте SiteA подключены к одному набору ресурсов хранения, узлы на сайте SiteB подключены к другому набору ресурсов хранения, а для синхронизации данных на двух наборах ресурсов хранения применяется решение по репликации стороннего разработчика. Отказоустойчивые кластеры определяют эту асимметричную конфигурацию хранилища, поэтому диски в SiteA проверяются только с узлами SiteA, а диски в SiteB проверяются только с узлами в SiteB.
Один из сценариев, когда служба поддержки клиентов Майкрософт может запросить выполнение тестов проверки в рабочих кластерах, когда возникает сбой хранилища кластера, который может быть вызван изменением или проблемой базовой конфигурации хранилища. Возможно, не рекомендуется использовать диск, который используется в автономном режиме, из-за его доступности на кластеризованные роли, которые используют его. В такой ситуации для выполнения проверочных тестов (в том числе тестов хранилища) можно создать или выбрать новое устройство LUN в том же общем запоминающем устройстве и сделать его доступным для всех узлов кластера. Проверив этот LUN, можно избежать нарушения кластеризованных ролей, которые уже находятся в сети в кластере, и по-прежнему протестировать базовую подсистему хранения.
Если отказоустойчивый кластер передает полный набор тестов проверки и не имеет будущих изменений оборудования или программного обеспечения, он будет поддерживаться. Однако при выполнении стандартных обновлений компонентов программного обеспечения, таких как драйверы и встроенное ПО, может потребоваться повторно запустить мастер конфигурации, чтобы обеспечить поддержку текущей конфигурации отказоустойчивого кластера. Следующие рекомендации помогут определить, когда это необходимо.
Все компоненты стека хранилища должны быть одинаковыми на всех узлах кластера. Требуется, чтобы программное обеспечение и компоненты программного обеспечения для многопатовых операций ввода-вывода (MPIO) и программного обеспечения для конкретного устройства (DSM) были идентичны. Рекомендуется, чтобы контроллеры запоминающих устройств (то есть адаптер шины, драйвер адаптера шины и встроенное ПО адаптера шины), подключенные к системе хранения данных кластера, были идентичными. Если вы используете разнородные HBA, убедитесь, что поставщик хранилища следует выполнять поддерживаемые или рекомендуемые конфигурации.
Рекомендуется обеспечить доступность небольшого LUN, чтобы мастер проверки конфигурации выполнял тесты в доступном хранилище без негативного влияния на кластеризованные роли. Если служба поддержки пользователей Майкрософт запрашивает выполнение полного набора проверочных тестов кластера, мастер позволяет выбрать выделенный диск для тестов хранилища, чтобы проверить работоспособность подсистемы хранения.
Рекомендации, когда вы не включаете тесты хранилища
Тесты конфигурации системы, тесты инвентаризации и сетевые тесты имеют низкую нагрузку, и они могут выполняться без значительного влияния на серверы в кластере.
Служба поддержки пользователей Майкрософт может запросить выполнение проверки рабочего кластера в рамках стандартных процедур устранения неполадок (не относящихся к хранилищу). В этом сценарии используйте мастер для инвентаризации оборудования и программного обеспечения, выполнения сетевого тестирования и проверки конфигурации системы. Для некоторых сценариев может потребоваться только подмножество полных тестов. Например, если вы устраняете проблему с сетью в рабочем кластере, служба поддержки клиентов Майкрософт может запросить, что вы выполняете только инвентаризацию оборудования и программного обеспечения и сетевые тесты.
Часто задаваемые вопросы
Будут ли решения отказоустойчивых кластеров указываться в каталоге Windows Server?
Нет, корпорация Майкрософт не будет поддерживать список решений поставщиков для отказоустойчивых кластеров. Однако многие поставщики указывают рекомендуемые решения и компоненты отказоустойчивых кластеров на своих веб-сайтах.
Как служба поддержки пользователей Майкрософт определяет, что решение прошло проверку?
Мастер проверки конфигурации создает простой HTML-отчет, где ясно указывается, прошло ли решение все тесты. Этот отчет собирается стандартным средством диагностики технической поддержки от Майкрософт.
Что делать, если изменить конфигурацию кластера, например добавить узел? Нужно ли снова запускать мастер проверки конфигурации?
Да, мастер проверки конфигурации должен выполняться всякий раз, когда изменения вносятся в существующий отказоустойчивый кластер. Дополнительные сведения см. в разделе Основные сценарии проверки ранее в данном руководстве.