Compartir a través de


Planear la implementación escalada

Una implementación escalada de un servidor de informes consta de dos o más instancias del servidor de informes que comparten una única base de datos del mismo. Una implementación escalada permite aumentar el número de usuarios que tienen acceso simultáneamente a los informes y mejorar la disponibilidad del servidor de informes. Si se usa esta topología de implementación, se recomienda que configure las instancias del servidor de informes con valores idénticos, aunque no se requiere. Puede configurar cada servidor para capacidades concretas y ejecutarlos como instancias independientes, por ejemplo, podría desear aislar el procesamiento de informes interactivo del procesamiento de informes por suscripción o programado.

En la lista siguiente se resumen los escenarios admitidos en una implementación escalada:

  • Ejecute las instancias del servidor de informes en una solución con equilibrio de carga para admitir un gran volumen de creación de informes a petición.

  • Aumente la disponibilidad del servidor de informes.

  • Aísle las características de servicio en equipos concretos para permitir el máximo uso de todos los recursos del sistema, pero a la vez almacenar y recuperar los mismos datos de la misma base de datos del servidor de informes.

Una implementación escalada tiene los requisitos siguientes.

Requisito

Descripción

Requisitos de edición

Las siguientes ediciones admiten la implementación escalada: Enterprise, Developer y Evaluation.

Las ediciones Standard, Workgroup y Express no admiten una implementación escalada.

Requisitos de versión

Todos los servidores de informes deben ser de la misma versión principal y tener las mismas actualizaciones y Service Packs.

Requisitos de dominio

Todos los servidores de informes deben estar en el mismo dominio o en un dominio de confianza.

Requisitos de autenticación

Las instancias del servidor de informes en una implementación escalada deben tener el mismo tipo de extensión de autenticación. Si ha creado una extensión de autenticación personalizada, debe implementar y utilizar la extensión en todos los nodos. Debería configurar los mismos tipos de autenticación en cada nodo de una implementación escalada.

Debido a esta restricción, no puede configurar una implementación escalada que admita el acceso simultáneo de intranet y extranet a la misma base de datos del servidor de informes a través de las instancias del servidor de informes independientes, donde cada instancia se configura para distintos tipos de autenticación y reglas de autorización.

La razón para esta restricción es que Reporting Services no sincroniza los valores de permiso personalizados entre distintos tipos de autenticación. Si rompe la herencia de permisos y crea asignaciones de funciones en elementos específicos, se producirán errores de denegación de acceso cuando un usuario autenticado a través del otro proveedor de autenticación tenga acceso al elemento. Para evitar este problema, tendría que duplicar cada asignación de función específica del elemento a través de ambos servidores para obtener dos directivas de seguridad para las dos extensiones de autenticación. Es probable que este ejercicio laborioso y propenso a errores dé lugar a errores de denegación de acceso. Por esta razón, este escenario no se admite.

Las secciones restantes de este tema proporcionan información pormenorizada sobre los escenarios compatibles.

Implementación escalada para soluciones con equilibrio de carga

Después de configurar una implementación escalada del servidor de informes, los nodos de servidor de informes pueden trabajar con equilibrio de carga en un clúster con equilibrio de carga de red (NLB) para admitir un gran volumen de creación de informes. Para implementar el clúster NLB, se puede utilizar una solución de software o hardware. Implementar Reporting Services en un clúster NLB sólo es necesario para aumentar la capacidad de respuesta del servidor de informes o el número de informes interactivos que se pueden procesar de forma simultánea. Los informes programados y el procesamiento de las suscripciones son más rápidos en una implementación escalada, pero no requieren un clúster NLB para que el rendimiento sea superior.

Para crear y configurar el clúster NLB, se debe utilizar software y herramientas compatibles con esa funcionalidad. Hay características de equilibrio de carga en los sistemas operativos Microsoft Windows Server y en aplicaciones de otros fabricantes. Por sí mismo, Reporting Services no proporciona características de equilibrio de carga ni la capacidad de definir una única dirección URL de servidor virtual para tener acceso a varios nodos de servidor de informes. La solución de hardware o software que seleccione debe proporcionar una manera de definir un nombre de servidor virtual que proporcione un punto único de entrada a todos los nodos del servidor de informes escalado.

Reporting Services no tiene en cuenta los Servicios de Cluster Server de Microsoft. Si utiliza los Servicios de Cluster Server de Microsoft, revise la información siguiente:

  • Si Reporting Services se ejecuta en un clúster activo-pasivo con Servicios de Cluster Server de Microsoft, el servicio del servidor de informes se ejecuta y administra las solicitudes en cada nodo de clústeres en el que se implemente el servicio.

  • Cuando una base de datos del servidor de informes se hospeda en SQL Server que forma parte de un clúster de conmutación por error, el servidor de informes se debe configurar para utilizar el nombre virtual del clúster de conmutación por error para conectarse a la base de datos del servidor de informes. De lo contrario, el servidor de informes no podrá conectarse a la base de datos del servidor de informes cuando se produzca una conmutación por error.

  • No puede implementar un servidor de informes en el Servicio de Cluster Server de Microsoft a través de la agrupación en clústeres de conmutación por error de SQL Server. Sin embargo, puede instalar el servidor de informes con la opción de solo archivos durante una instalación de SQL Server.

Para configurar la implementación

  1. Configure dos o más servidores para ejecutarse en un clúster NLB.

  2. Configure un servidor independiente para hospedar la base de datos del servidor de informes.

  3. Instale y configure una implementación escalada del servidor de informes instalando una instancia del mismo en cada nodo del clúster NLB. Para obtener más información sobre cómo instalar los servidores de informes y unirlos a una implementación escalada, vea Cómo configurar una implementación escalada del servidor de informes (configuración de Reporting Services).

  4. Configure la validación del estado de la vista y compruebe la configuración del servidor de informes. Para obtener más información, vea Cómo configurar un servidor de informes en un clúster con equilibrio de carga de red.

  5. En cada nodo de la implementación escalada, configure la propiedad Hostname del servidor de informes para utilizar el nombre URL del NLB. Este paso configura las direcciones URL que el servidor de informes genera para señalar al NLB en lugar de a un servidor concreto. Para obtener más información, vea Cómo configurar un servidor de informes en un clúster con equilibrio de carga de red.

Implementación escalada para mejorar el rendimiento de las características de servicio

Una técnica que mejora el rendimiento del servidor de informes es configurar una implementación escalada que asigne tipos específicos de procesamiento a cada servidor de informes. Por ejemplo, puede configurar un servidor de informes para administrar el procesamiento de suscripciones y de los informes programados, y otro para los informes interactivos. Dado que los servidores de informes se ejecutan en la misma implementación escalada, cada servidor procesa el mismo conjunto de informes.

Para configurar la implementación

  1. Instale y configure una implementación escalada del servidor de informes. Para obtener instrucciones, vea Cómo configurar una implementación escalada del servidor de informes (configuración de Reporting Services).

  2. En el servidor que se utiliza para los informes interactivos, desactive el procesamiento de suscripciones e informes programados.

  3. En el otro servidor que se utiliza para el procesamiento en segundo plano, desactive el servicio web del servidor de informes y el Administrador de informes.

Para obtener más información acerca de cómo desactivar características concretas, vea Cómo activar o desactivar las características de Reporting Services.