Topologías con incremento de la escalabilidad vertical y horizontal en Project Server 2013
Resumen: Obtenga información sobre cómo aumentar la capacidad de los servidores existentes o agregar más servidores a la topología de la instalación de Project Server 2013.
Se aplica a: Project Server 2013
Este artículo describe la planeación del rendimiento y de la capacidad de las topologías mediante el incremento de la escalabilidad vertical y horizontal en una implementación de Project Server. Este documento y el contenido relacionado contiene información y recomendaciones sobre cómo hacer un incremento vertical y horizontal de una granja de servidores de Project Server 2013.
Topologías con incremento de la escalabilidad vertical y horizontal para implementaciones de Project Server 2013
Para incrementar la capacidad y el rendimiento de la topología, se pueden hacer dos cosas. Se puede escalar verticalmente con un incremento de la capacidad de los equipos de los servidores existentes y horizontalmente con el agregado de servidores adicionales a la topología.
La supervisión del uso de recursos en los servidores de implementación de Project Server 2013 puede proporcionar información sobre qué estrategia deseará seguir: escalado vertical frente a escalado horizontal. Las métricas de rendimiento que pueden ayudar a informar sobre sus decisiones se describen en Contadores de rendimiento en Project Server 2013.
Los servidores físicos en los que implemente Project Server 2013 tendrán los siguientes roles de servidor:
Front-end web
Servidor de aplicación
Servidor de base de datos (SQL)
En una implementación con un solo equipo, un servidor físico asume los tres roles. Puede escalar horizontalmente dividiendo la propiedad de estos roles entre diferentes máquinas físicas (opcionalmente, también podrían ser máquinas virtuales. Lea la sección "Virtualización" de Recomendaciones de hardware de rendimiento y capacidad para Project Server 2013 para obtener instrucciones adicionales sobre la virtualización). El primer paso que se debe tomar al iniciar la escalabilidad horizontal es separar el rol de servidor de base de datos (SQL) en su equipo físico, al mismo tiempo que los otros equipos físicos actúan como front-end web y servidor de aplicación.
Nota:
Project Server 2013 solo brinda capacidades de escalabilidad horizontal limitadas. Si bien se pueden agregar otros servidores para que funcionen como servidores front-end web y servidores de aplicación, en el back-end el equipo que ejecuta SQL Server tiene posibilidades limitadas de escalabilidad horizontal.
Para incrementar la capacidad de carga de usuarios
Realice una escalabilidad horizontal agregando más servidores web que funcionen como servidores de aplicación y servidores front-end web dedicados.
Tenga en cuenta que a medida que agregue más servidores front-end web y servidores de aplicación, se incrementará la carga en el equipo que ejecuta SQL Server y, al mismo tiempo, el SQL Server podría convertirse en el cuello de botella.
También se puede escalar verticalmente cualquier servidor front-end web o servidor de aplicación para mejorar el rendimiento mediante el incremento de la capacidad de hardware capacity de esos servidores.
Para incrementar la capacidad de carga de datos
Para incrementar la capacidad de carga de datos, agregue capacidad al servidor de la base de datos aumentando la capacidad de ese único servidor.
Separe la base de datos de proyectos de las bases de datos de SharePoint moviendo la base de datos de proyectos a su propio servidor de base de datos dedicado.
Nota:
Project Server 2013 no admite la escalabilidad horizontal del componente base de datos a través de la réplica de SQL. Si bien es posible realizar una creación de reflejo de SQL en un Project SQL Server con el fin de hacer una copia de seguridad de los datos, Project Server 2013 no puede aprovechar la réplica de SQL para reducir las cargas de lectura en SQL Server.
Proporción de roles de servidor recomendada:
Como regla general, una proporción recomendada para mantener una carga administrable en SQL Server es la siguiente:
2 Web Front Ends : 1 Servidor de aplicación : 1 SQL Server
Nota:
Es posible que esta proporción recomendada no se pueda aplicar a las implementaciones que usan un hardware más robusto, especialmente para el servidor de base de datos.
Nota:
La proporción recomendada también varía según el tamaño del conjunto de datos y los patrones de uso. Por ejemplo, los conjuntos de datos más grandes limitarían la capacidad de ventilación, por lo que sería necesaria una proporción menor de servidores front end web y de servidor de aplicación para SQL Server.
Aislamiento de la base de datos de Project Server de SharePoint Server:
Tal como se mencionó anteriormente, es posible separar la base de datos de Project Server de las bases de datos de SharePoint, y ubicarla en su propio servidor de base de datos dedicado.
También ser recomienda hacer la separación en el nivel de las aplicaciones. Si bien Project Server es un servicio de SharePoint, se recomienda que esa aplicación se ejecute en un servidor dedicado.
Cómo invertir dinero en escalabilidad vertical y horizontal:
Como regla general, en las primeras etapas de la escalabilidad de la implementación de Project Server, se recomienda invertir principalmente en la compra de memoria adicional. En la mayoría de las veces, las siguientes áreas en las que se invierte son en cilindros de discos y luego en recursos de red.
Vea también
Introducción a la planeación del rendimiento y la capacidad en Project Server 2013
Estrategia de planeación de la capacidad de Project Server 2013
Recomendaciones de hardware de rendimiento y capacidad para Project Server 2013
Topologías con incremento de la escalabilidad vertical y horizontal en Project Server 2013
Optimización del rendimiento en Project Server 2013
Contadores de rendimiento en Project Server 2013