Rendimiento y escalabilidad de Planning Server

Una vez que se ha acordado la topología inicial, la implementación de Planning Server se puede ampliar de manera horizontal para satisfacer los requisitos de rendimiento de los procesos de negocio y la carga de trabajo de los usuarios. El proceso de ampliación horizontal de Planning Server se puede dirigir desde dos perspectivas: planeación de la arquitectura y de las aplicaciones.

La creación de modelos de negocio y la planeación indican cómo se deben organizar las aplicaciones de PerformancePoint Planning y, posteriormente, cómo se deben publicar. De esta forma se puede realizar la ampliación horizontal en función de una o varias aplicaciones, y la estructura de aplicaciones y el volumen de datos que serían necesarios para la compatibilidad con cada aplicación. Si en el diseño de aplicaciones sólo hay un sitio, la implementación de PerformancePoint Server sólo se puede ampliar a un único equipo con Microsoft SQL Server 2005 y un único equipo con SQL Server 2005 Analysis Services. Sin embargo, si en el diseño de aplicaciones hay varias aplicaciones con varios sitios de modelos, la implementación de PerformancePoint Server se puede ampliar horizontalmente a varios servidores con SQL Server y Analysis Services.

En resumen, la creación de modelos de negocio permite lo siguiente:

• Cada aplicación puede residir en su propio equipo con SQL Server

• Cada sitio de modelos se puede publicar en su propio servidor de Analysis Services

El proceso de ampliación horizontal de la arquitectura es necesarios para obtener la compatibilidad con grandes cargas de trabajo de los usuarios, varias tareas de procesos de negocio y complejos procesos de negocio. Los servidores web front-end se pueden implementar en un clúster con el equilibrio de carga de red habilitado para garantizar que las solicitudes de cliente entrantes se controlan adecuadamente. Se pueden introducir varios servidores para proporcionar el rendimiento necesario para las tareas y acciones solicitadas por los usuarios. El efecto de esta opción será mayor cuando se envíen varias acciones de usuario a la vez y la implementación del Servicio proceso de planeación no cuente con los recursos necesarios para procesarlas todas. El Servicio proceso de planeación usa la funcionalidad nativa de SQL Server 2005 Service Broker, de forma que una configuración óptima de SQL Server permitirá también usar el Servicio proceso de planeación en función de la carga de trabajo de los usuarios.

Cuando se realice una ampliación horizontal, se debe prestar atención a la configuración de Planning Server. Algunas opciones de configuración, por ejemplo el tiempo de espera de la conexión, afectará al rendimiento general, incluso en un entorno optimizado.

Para obtener más información sobre la ampliación horizontal, consulte los documentos sobre prácticas recomendadas de SQL Server 2005 y Analysis Services.

Una vez que se ha realizado adecuadamente la ampliación horizontal de la implementación, puede ser necesario realizar una ampliación vertical cuando haya que hacer pequeñas mejoras para satisfacer los objetivos de productividad de negocio. La ampliación vertical consiste en el aumento de la capacidad de cada equipo servidor mediante la adición o la reconfiguración de recursos como discos duros o memoria. Si se cambia el sistema operativo o se sustituye un servidor por otro con más capacidad, también se podrán aumentar verticalmente los servidores de la implementación. Por ejemplo, los administradores pueden agregar procesadores para convertir un equipo de un sólo procesador en un equipo de dos procesadores, o un equipo de dos procesadores en un equipo de cuatro procesadores. El aumento de la memoria RAM y la adición de espacio de disco en un equipo son otros métodos de ampliación vertical. El uso de un sistema operativo de 32 bits con una memoria máxima de 3 gigabytes (GB) puede proporcionar el nivel de servicio necesario. También se puede ampliar a sistemas operativos de 64 bits en servidores que tengan más de 4 GB de memoria.

Planning Server no requiere ningún cambio de configuración especial para aprovechar los cambios de la ampliación vertical.

Se recomienda que todos los servidores utilizados en una implementación usen la misma plataforma. Tenga en cuenta que no se puede usar la agrupación en clústeres en un entorno con más de una plataforma. Windows Server impide de forma explícita la agrupación en clústeres de equipos de 32 y 64 bits.

Para obtener más información sobre la ampliación vertical, vea IIS 6.0 Security Best Practices (IIS 6.0) (https://go.microsoft.com/fwlink/?LinkId=102487&clcid=0x0C0A) (puede estar en inglés).

La productividad de los usuarios profesionales depende de su capacidad de usar Planning Server para llevar a cabo tareas y operaciones de negocio. Para mantener Planning Server en funcionamiento y protegerlo contra problemas de hardware imprevistos, se pueden usar diversas estrategias:

• Puede implementar servidores web front-end en un clúster con equilibrio de carga de red, con lo que el sistema de PerformancePoint Server permite una alta disponibilidad.

• Puede implementar equipos con SQL Server en un entorno con clústeres, con lo que las aplicaciones permiten una alta disponibilidad.

• Puede implementar Analysis Services y Analysis Servers en un entorno con clústeres, con lo que los sitios de modelos y los modelos permiten una alta disponibilidad.

• Puede implementar RAID 5.0 o 6.0. La creación de reflejo del servidor de SQL Server y Analysis Services también permitirá la redundancia de datos y una alta disponibilidad.

Es muy recomendable tener varios servidores asincrónicos en la implementación. Sin embargo, no se admite la agrupación en clústeres de estos servidores, porque Windows Server 2003 no admite la agrupación en clústeres de equipos en los que se ejecuta el mismo servicio de Windows.

Todas las interacciones de los clientes con el servidor se realizan a través de la red, salvo cuando PerformancePoint Server está instalado en una implementación independiente. En una implementación distribuida, la capacidad de la red controla la velocidad a la que se desplazan los datos y metadatos de negocio. El flujo de datos desde los equipos del Servicio web de planeación a las bases de datos de SQL Server consiste, sobre todo, en el movimiento de metadatos, datos de referencia y datos de hechos. El flujo de datos de las bases de datos de SQL Server a las bases de datos de Analysis Services consiste en el movimiento de datos de transacciones y planeación, así como las opciones de seguridad relacionadas. Este último flujo de datos es mucho mayor que el flujo de datos desde los servidores web front-end a las bases de datos de SQL Server, porque la publicación de datos en Analysis Services es una operación más frecuente.

Planning Server proporciona los modos de funcionamiento con y sin conexión para la compatibilidad con los procesos de planeación. Mientras está en el modo sin conexión, el Complemento PerformancePoint para Excel recupera y almacena el conjunto de datos en equipos cliente en función de las configuraciones de seguridad del usuario. En consecuencia, la carga de la red se determina también en función de las configuraciones de seguridad definidas para los usuarios profesionales. Las configuraciones de seguridad de Planning Business Modeler se deben definir en el ámbito más reducido posible, para garantizar que a través de la red se transmite un número de datos mínimo. Si la seguridad no se configura correctamente, los clientes podrían experimentar demoras en la recuperación y actualización de los datos, lo que afectaría a la funcionalidad sin conexión del Complemento PerformancePoint para Excel.

Se recomienda a los administradores que lleven a cabo pruebas comparativas del rendimiento con y sin conexión en entornos de diseño y de pruebas, para garantizar que el entorno implementado proporcionará a los usuarios profesionales el nivel de servicio necesario.

La carga de trabajo de los usuarios de Planning Server es el resultado de las actividades de creación de modelos y diseño de las aplicaciones en Planning Business Modeler, así como los procesos de negocio y los envíos de datos en el Complemento PerformancePoint para Excel. Gran parte de la carga de trabajo de los usuarios que generan los clientes se envía al servidor a través de la red en forma de solicitudes de servicio web que reúnen los datos y las operaciones de negocio. El tamaño del conjunto de datos y las operaciones de negocio relacionadas contribuyen también a la carga global de los usuarios.

La ampliación horizontal de la implementación de Planning Server permitirá , con toda probabilidad, el control de mayores cargas de trabajo. Se recomienda a los administradores de Planning Server que lleven a cabo pruebas comparativas básicas en entornos de diseño y de pruebas para garantizar que el entorno implementado proporcionará a los usuarios profesionales el nivel de servicio necesario.

Planning Server se implementa en dos etapas: instalación del software y configuración del software.

Primero, Planning Server se instala en el equipo. Está disponible todo lo necesario para ejecutar y configurar Planning Server.

Las dos opciones de configuración son:

• Independiente: Esta opción configura todos los componentes de Planning Server en un equipo, incluidas las bases de datos de Planning Server. Para ejecutar la configuración completa, SQL Server debe estar instalado en el equipo de destino.

• Distribuida: Esta opción configura uno, dos o todos los componentes de Planning Server. Esta es la opción que permite que Planning Server y las bases de datos de Planning Server estén en equipos distintos. En una topología distribuida de varios servidores, podría tener que realizar los procesos de configuración personalizada en varios equipos.

La fase de configuración del proceso consiste en que el Administrador de configuración de Planning Server configura cada equipo de Planning Server. Tenga en cuenta que las instalaciones de cliente, Planning Business Modeler y el Complemento PerformancePoint para Excel realizan las instalación y las configuraciones en un solo paso.

El Administrador de configuración de Planning Server se ejecuta automáticamente después de la instalación de servidor inicial. Use el Administrador de configuración de Planning Server para elegir los servidores que desea configurar. Los ejemplo muestran la configuración de los sitios Web y los equipos en que se ejecuta SQL Server.

El Administrador de configuración de Planning Server se puede ejecutar varias veces. Por ejemplo, podría configurar el Servicio web de planeación y después configurar el servicio de administración remota.

Instalación independiente de Planning Server

Instalación distribuida de Planning Server

Al implementar Planning Server en una instalación distribuida, tenga en cuenta los siguientes aspectos de interoperabilidad. Se trata de requisitos para garantizar que la implementación es correcta.

La instalación de los equipos de Planning Server debe estar formada por reflejos de cada uno de ellos. Es decir, cada fragmento de código o componente instalado en un equipo de Planning Server se debe instalar en todos los equipos de Planning Server de una granja de servidores Web. Por ejemplo, si Servicio web de planeación se instala en uno de los equipos de una granja de servidores Web, se tiene que instalar en todos los equipos.

Ninguno de los equipos de Planning Server tiene estado. Esto hace que la compatibilidad con la granja de servidores sea mejor. Desde el nivel más alto, esto quiere decir que todos los equipos de Planning Server de una granja de servidores Web se puede sustituir por otro parecido sin que se pierdan datos de configuración del servidor ni datos confirmados por los usuarios. Este requisito no se debe confundir con el hecho de la aplicación no tenga estado. Los únicos datos que se podrían perder serían los datos de procesos que no se hayan confirmado antes del error.

Hay casos en que la existencia de varias bases de datos relacionales de SQL Server y bases de datos de SQL Analysis Services no es sólo permitida, sino que también es aconsejable. Estos casos son:

• Cuando los almacenes de datos son muy grandes

• Cuando uno o varios servicios exigen una gran carga de trabajo en una instancia de SQL Server o Analysis Services