Планирование масштабного развертывания
Конфигурация сервера отчетов с масштабным развертыванием означает наличие двух или более экземпляров сервера отчетов, совместно использующих одну базу данных сервера отчетов. Масштабное развертывание позволяет увеличить число пользователей, одновременно обращающихся к отчетам, и повышает доступность сервера отчетов. При использовании этой топологии развертывания рекомендуется, чтобы экземпляры сервера отчетов были настроены с одинаковыми параметрами, хотя это требование не является обязательным. Можно настроить каждый сервер для определенных целей и выполнять их как отдельные экземпляры, например, когда нужно изолировать обработку интерактивных отчетов от обработки отчетов по расписанию или подписке.
Сценарии, поддерживаемые масштабным развертыванием:
Запускают экземпляры сервера отчетов в решении со сбалансированной рабочей нагрузкой с целью обеспечения подготовки больших объемов отчетов по требованию.
Повышают доступность сервера отчетов.
Отделяют функции службы на конкретных компьютерах для обеспечения максимального использования доступных системных ресурсов и одновременного хранения и получения одних и тех же данных из одной и той же базы данных сервера отчетов.
Следующие требования относятся к масштабному развертыванию.
Требование |
Описание |
|---|---|
Требования к выпуску |
Масштабное развертывание поддерживается в следующих выпусках: Evaluation, Developer или Enterprise. Масштабное развертывание для выпусков Standard Edition, Workgroup и Express не поддерживается. |
Требования к версиям |
Все серверы отчетов должны иметь одну и ту же версию и должны иметь одинаковый пакет обновления. |
Требования к домену |
Необходимо, чтобы все серверы отчетов находились в одном домене или в доверенном домене. |
Требования к проверке подлинности |
Экземпляры сервера отчетов в масштабном развертывании должны иметь одинаковый тип модуля проверки подлинности. Если создан нестандартный модуль проверки подлинности, то необходимо развернуть и использовать этот модуль на всех узлах. Нужно настроить одинаковые типы проверки подлинности на каждом узле в масштабном развертывании. Из-за этого ограничения нельзя настроить масштабное развертывание на поддержку одновременного доступа из интрасети и экстрасети к одной базе данных сервера отчетов через отдельные экземпляры серверов отчетов, где каждый экземпляр настроен на различные типы проверки подлинности и правила авторизации. Причина этого ограничения заключается в том, что службы Reporting Services не синхронизируют настройки пользовательских разрешений между различными типами проверки подлинности. Если отменить наследование разрешений и создать назначения ролей для конкретных элементов, возникнут ошибки запрета в доступе при обращении к элементу пользователя, прошедшего проверку подлинности у другого поставщика проверки подлинности. Чтобы обойти эту проблему, необходимо дублировать каждое определяемое элементом назначение роли на обоих серверах, чтобы применить обе политики безопасности для обоих модулей проверки подлинности. Применение этого трудоемкого и чреватого ошибками метода может привести к ошибкам запрета доступа. По этой причине данный сценарий не поддерживается. |
В остальных частях этого раздела приводятся подробные сведения о поддерживаемых сценариях.
Масштабное развертывание для решений балансировки загрузки
После настройки масштабного развертывания сервера отчетов рабочая нагрузка узлов сервера отчетов может быть сбалансирована в кластере NLB, чтобы обеспечить подготовку большого объема отчетов. Для внедрения NLB-кластера можно использовать программное или решение оборудования. Развертывание служб Reporting Services в кластере NLB необходимо, только чтобы повысить быстроту реагирования сервера отчетов или увеличить число одновременно обрабатываемых интерактивных отчетов. Запланированные отчеты и обработка подписки работают быстрее в масштабном развертывании, для увеличения их производительности не требуется кластер NLB.
Чтобы создать и настроить NLB-кластер, необходимо использовать программное обеспечение и средства, которые поддерживают эти возможности. Функции балансировки нагрузки имеются в операционной системе Microsoft Windows Server и сторонних приложениях. Сами по себе службы Reporting Services не обеспечивают балансировку нагрузки или возможность определения единого URL-адреса виртуального сервера для доступа к нескольким узлам сервера отчетов. Выбранное аппаратное или программное решение должно предоставлять способ определения имени виртуального сервера, обеспечивающего единую точку входа для всех узлов в масштабном развертывании сервера отчетов.
Службы Reporting Services не привязаны к службам кластеров (Майкрософт). При использовании службам кластеров (Майкрософт) следует учитывать приведенные ниже сведения.
Если службы Reporting Services выполняются на активном/пассивном кластере со службами кластеров (Майкрософт), то служба сервера отчетов выполняется и обрабатывает запросы на каждом узле кластера, на котором развернута служба.
При размещении базы данных сервера отчетов на SQL Server в отказоустойчивом кластере сервер отчетов должен быть настроен на использование виртуального имени отказоустойчивого кластера для подключения к базе данных сервера отчетов. Иначе сервер отчетов не сможет подключиться к базе данных сервера отчетов при переходе на другой ресурс.
Невозможно развернуть сервер отчетов на службе кластеров Майкрософт через отказоустойчивый кластер SQL Server. Однако во время установки SQL Server можно установить сервер отчетов в режиме «только файлы».
Настройка развертывания
Настройте два или несколько серверов для запуска в кластере NLB.
Настройте отдельный сервер для размещения базы данных сервера отчетов.
Установите и настройте масштабное развертывание сервера отчетов, установив экземпляр сервера отчетов на каждом узле в кластере NLB. Дополнительные сведения о том, как установить серверы отчетов присоединить их к масштабному развертыванию, см. в разделе Как настроить масштабное развертывание сервера отчетов (настройка служб Reporting Services).
Настройте проверку состояния представления и проверьте конфигурацию сервера отчетов. Дополнительные сведения см. в разделе Как настроить сервер отчетов в кластере с балансированием сетевой нагрузки.
На каждом узле в масштабном развертывании настройте свойство Hostname сервера отчетов, чтобы использовать URL-имя кластера NLB. На этом шаге назначаются URL-адреса, которые формируются сервером отчетов и указывают на кластер NLB вместо конкретного сервера. Дополнительные сведения см. в разделе Как настроить сервер отчетов в кластере с балансированием сетевой нагрузки.
Масштабное развертывание для повышения производительности компонентов служб
Один из способов повышения производительности сервера отчетов — настроить масштабное развертывание, которое назначает определенные типы обработки каждому серверу отчетов. Например, можно настроить один сервер отчетов для обработки запланированных отчетов и подписок и второй сервер отчетов для интерактивных отчетов. Все серверы отчетов запускаются в одном масштабном развертывании, поэтому каждый сервер обрабатывает один и тот же набор отчетов.
Настройка развертывания
Установите и произведите настройку сервера отчетов с масштабным развертыванием. Инструкции см. в разделе Как настроить масштабное развертывание сервера отчетов (настройка служб Reporting Services).
На сервере, используемом для интерактивных отчетов, отключите обработку запланированных отчетов и подписок.
На другом сервере, который используется для фоновой обработки, отключите веб-службы сервера отчетов и диспетчер отчетов.
Дополнительные сведения об отключении определенных компонентов см. в разделе Как включать и отключать компоненты служб Reporting Services.