Planear una topología de implementación
SQL Server 2008 Reporting Services (SSRS) ofrece varios enfoques para implementar los componentes del servidor. Las secciones siguientes de este tema proporcionan una introducción a las topologías de implementación de Reporting Services tanto en modo nativo como en modo integrado de SharePoint.
[!NOTA]
Los diagramas de este tema no incluyen las configuraciones de implementación con Windows SharePoint Services (WSS) 3.0 o Microsoft Office SharePoint Server (MOSS) 2007. Sin embargo, puede utilizar las mismas topologías de implementación mostradas en este documento configurando WSS o MOSS en el mismo equipo que el servidor o servidores de informes, o configurando WSS o MOSS en un nivel de aplicación independiente. Para obtener más información sobre cómo planear la integración de SharePoint y consideraciones de las topologías de implementación de SharePoint, consulte la sección Planear la integración de SharePoint en este tema.
Los requisitos de hardware y software son una consideración importante al planear una topología de implementación. Estos requisitos afectan a los componentes que se ejecutan en un servidor. Además de revisar las topologías de implementación de este tema, utilice la información de Requisitos de hardware y software para instalar SQL Server 2008 y Calcular los requisitos de la base de datos del servidor de informes como guía de los requisitos para ejecutar Reporting Services.
Las bases de datos del servidor de informes en los diagramas siguientes representan las bases de datos reportserver y reportservertempdb que Reporting Services utiliza para almacenar los metadatos y las definiciones de objetos. Los datos del informe pueden proceder de otras bases de datos u orígenes de datos del mismo equipo que hospeda las bases de datos del servidor de informes o de otros equipos. Para obtener más información, vea Instalación de la base de datos del servidor de informes y Orígenes de datos compatibles con Reporting Services.
Implementación de un solo servidor
En la configuración de una implementación de un solo servidor, la instancia del servidor de informes se ejecuta en el mismo equipo que el Database Engine (Motor de base de datos) que hospeda la base de datos del servidor de informes. El diagrama siguiente es un ejemplo de configuración de la implementación de un solo servidor.
.gif "Configuración de la implementación del servidor de informes")
La configuración de la implementación de un solo servidor se recomienda en las circunstancias siguientes:
Para volúmenes de informes pequeños o medianos en los que la necesidad de procesamiento de informes se distribuye a lo largo del día y la capacidad de procesamiento del equipo puede controlar fácilmente el número de sesiones simultáneas.
Si es programador y tiene que desarrollar soluciones personalizadas que se integren con SSRS.
Cuando está evaluando el software.
Esta configuración de implementación es la más fácil de instalar y mantener. Las opciones de instalación predeterminadas producen esta topología de implementación. Si esta configuración de implementación satisface las necesidades de su organización, debe continuar con esta configuración de implementación. Recuerde que puede actualizar el hardware o agregar instancias de servidor adicionales posteriormente si aumenta la demanda de informes.
Implementación de servidor estándar
En una implementación de servidor estándar, la instancia del servidor de informes se ejecuta en un equipo diferente al de la instancia de SQL Server Database Engine (Motor de base de datos de SQL Server) que hospeda la base de datos del servidor de informes. El diagrama siguiente es un ejemplo de configuración de una implementación de servidor estándar.
.gif "Configuración de la implementación del servidor estándar")
La configuración de la implementación de servidor estándar se recomienda en las circunstancias siguientes:
- Para volúmenes de informes pequeños o medianos en los que la necesidad de procesamiento de informes se distribuye a lo largo del día y la capacidad de procesamiento de los equipos puede controlar fácilmente el número de sesiones simultáneas.
El escenario de implementación estándar ofrece mejor rendimiento sobre la implementación de un solo servidor, porque el servidor de informes y el Database Engine (Motor de base de datos) compiten por los recursos de proceso como el tiempo de CPU, la memoria y el acceso al disco cuando se hospedan en el mismo equipo. Algunas operaciones del servidor de informes utilizan los recursos de forma intensiva, de modo que ejecutar el servidor de informes en un equipo independiente puede reducir la competencia por los recursos de proceso. Además, una base de datos del servidor de informes podría ocupar poco al principio, pero las necesidades de espacio en disco y la utilización del subsistema de E/S pueden crecer significativamente en tiempo de ejecución.
Cuando decida si elegir una implementación de un solo servidor o una implementación de servidor estándar, considere las cuestiones siguientes según la configuración del hardware:
Recursos de procesamiento
Recursos de memoria
Disponibilidad de espacio en disco
Capacidad de E/S
Si esta configuración de implementación satisface las necesidades de su organización, debe continuar con ella. Recuerde que puede actualizar el hardware o agregar instancias de servidor adicionales posteriormente si aumenta la exigencia de informes.
Implementación de servidores escalada estándar
En una implementación escalada estándar, varios servidores de informes comparten una sola base de datos del servidor de informes. La base de datos del servidor de informes se debería instalar en una instancia de SQL Server remota. El diagrama siguiente es un ejemplo de configuración de implementación de servidores escalada estándar con la base de datos del servidor de informes en una instancia de SQL Server remota.
.gif "Configuración de la implementación escalada estándar")
Implemente Reporting Services de forma escalada para proporcionar una instalación del servidor de informes altamente disponible y escalable. En una implementación escalada, cada servidor de informes de la implementación se conoce como nodo. Los nodos participan en la implementación escalada si el servidor de informes se configura para utilizar la misma base de datos que otro servidor de informes. Es posible equilibrar la carga de los nodos del servidor de informes para admitir un gran volumen de informes interactivos.
La configuración de una implementación de servidores escalada se recomienda en las circunstancias siguientes:
Con informes grandes en los que la actividad se mide según los usuarios simultáneos o la complejidad de los informes que tardan mucho en procesarse o representarse.
En escenarios con una gran disponibilidad, en los que es importante que el entorno de los informes no sufra tiempo de inactividad imprevisto o deje de estar disponible.
Cuando se desee mejorar el rendimiento de las operaciones programadas y la entrega de las suscripciones.
La implementación escala no se admite en ninguna de las ediciones de SQL Server. Todos los nodos del servidor de informes de una implementación deben ejecutar la misma versión y nivel de Service Pack de SQL Server. Para obtener más información sobre las ediciones de SQL Server 2008, vea Ediciones y componentes de SQL Server 2008 y Características compatibles con las ediciones de SQL Server 2008. Para obtener más información sobre las implementaciones escaladas y el uso de clústeres con Equilibrio de carga de red (NLB), vea Planear la implementación escalada en este tema.
Como otra opción, podría decidir hospedar la base de datos del servidor de informes en una instancia de SQL Server que forme parte de un clúster de conmutación por error. El diagrama siguiente es un ejemplo de configuración de implementación de servidores escalada en la que las bases de datos del servidor de informes están en una instancia que forma parte de un clúster de conmutación por error.
.gif "Implementación escalada estándar con conmutación por error")
Al hospedar las bases de datos del servidor de informes en una instancia que forma parte de un clúster de conmutación por error, puede mejorar la tolerancia a errores del entorno de informes. La agrupación en clústeres de conmutación por error también es posible en las implementaciones estándar, pero normalmente es menos necesaria cuando el entorno no está configurado para escenarios de alta disponibilidad, como en los entornos con implementaciones escaladas. Para obtener más información, vea Hospedar una base de datos del servidor de informes en un clúster de conmutación por error de SQL Server.
Implementación de servidores escalada avanzada
Además de la implementación escalada estándar, podría determinar que el entorno de los informes se beneficiaría de la configuración de una implementación escalada más avanzada. Por ejemplo, podría decidir utilizar los servidores de informes con equilibrio de carga para el procesamiento de informes interactivos y agregar un equipo del servidor de informes independiente para procesar únicamente los informes programados. El diagrama siguiente es un ejemplo de esta configuración de implementación de servidor escalada avanzada.
.gif "Configuración de la implementación escalada avanzada")
Esta implementación escalada avanzada se beneficia de las mismas ventajas que la implementación escalada estándar, pero el entorno se optimiza para el rendimiento al separar los servidores de informes con equilibrio de carga, lo que controla el procesamiento interactivo de los informes, de un servidor de informes que únicamente se ocupa de los informes programados.
Vea también