Planeación de los límites del software (Project Server)

Actualizado: mayo de 2009

 

Última modificación del tema: 2015-02-27

En este artículo:

• Entorno de prueba

• Resultados de las pruebas

• Instrucciones para un rendimiento aceptable

En este artículo se ofrece información que le ayudará a comprender el rendimiento probado y los límites de capacidad de Microsoft Office Project Server 2007, así como información sobre el entorno de prueba y los resultados de las pruebas, e instrucciones para obtener un rendimiento aceptable. Use la información de este artículo para determinar si la implementación que ha planeado se encuentra dentro de los límites de rendimiento y capacidad aceptables.

Los resultados de las pruebas y las instrucciones proporcionadas en este artículo se aplican a una sola instalación de Office Project Server 2007. Al agregar servidores a la instalación no aumentan los límites de capacidad de los objetos del sitio que se enumeran en la tabla de la sección Instrucciones para un rendimiento aceptable. Por otra parte, el rendimiento de una granja de servidores aumenta cuando se agregan equipos servidor, lo que puede ser necesario para obtener un rendimiento aceptable con grandes cantidades de objetos. En algunos casos, los requisitos para grandes cantidades de objetos dentro de una solución pueden hacer necesario el uso de más de una granja de servidores.

En este artículo, las instrucciones vienen determinadas por el rendimiento. En otras palabras, puede superar las instrucciones que se ofrecen, pero al aumentar la escala, es posible que se aprecie un rendimiento inferior.

Tenga en cuenta que existen muchos factores que pueden afectar al rendimiento de un entorno dado e incluso de áreas diferentes de dicho entorno. Algunos resultados de pruebas y recomendaciones de este artículo pueden estar relacionados con características u operaciones de usuario que no existen en su entorno y, por tanto, no son aplicables a su solución. Únicamente la realización de pruebas exhaustivas le proporcionará los datos exactos y específicos de su entorno.

Puesto que Office Project Server 2007 se basa en Windows SharePoint Services 3,0, la mayoría de los factores que afectan al rendimiento y a la capacidad de Windows SharePoint Services 3,0 también afectará a Office Project Server 2007. Para obtener más información acerca de la planeación de la capacidad y el rendimiento Windows SharePoint Services 3,0, vea Planeación del rendimiento y la capacidad (Windows SharePoint Services).

Entorno de prueba

Para proporcionar un alto nivel de detalle de los resultados de las pruebas, se usaron configuraciones de varias granjas de servidores para las pruebas, incluido un equipo servidor que realizaba las funciones de servidor de aplicaciones y servidor web, uno o dos equipos cliente y un único servidor de base de datos que ejecutaba software de base de datos Microsoft SQL Server 2000. Algunas pruebas se realizaron con un equipo servidor de aplicaciones independiente. También se usó un equipo controlador de dominio dedicado en el laboratorio de pruebas. Todos los equipos servidor eran de 32 bits.

En la siguiente tabla se muestran las especificaciones de los equipos que realizan cada función en el entorno de prueba.

Función del equipo	Especificaciones
Servidor web y servidor de aplicaciones	4 procesadores AMD Opteron a 2,2 gigahercios (GHz), 2 gigabytes (GB) de memoria RAM
Servidor de aplicaciones	4 procesadores AMD Opteron a 2,2 GHz, 2 GB de memoria RAM
Servidor de base de datos	4 procesadores Intel Xeon a 1,5 GHz, 4 GB de memoria RAM
Cliente	1 procesador Pentium D a 3 GHz, 2 GB de memoria RAM
Controlador de dominio	2 procesadores Pentium III a 1 GHz, 512 megabytes (MB) de memoria RAM [!NOTA] Según el uso de memoria y CPU durante las pruebas, las especificaciones relativamente bajas del controlador de dominio no presentaron un cuello de botella significativo.

Se usó una red Ethernet de 100 Megabits entre los equipos de la granja de servidores.

Resultados de las pruebas

Los siguientes gráficos y tablas muestran el rendimiento que ofreció el entorno de prueba con la configuración de servidor, las operaciones de usuario y las condiciones de carga dadas. Los resultados obtenidos se aplican a todos los entornos con Office Project Server 2007 similares.

[!NOTA] En el futuro se harán pruebas de otras configuraciones. Los resultados se irán publicando a medida que estén disponibles.

Las mediciones de rendimiento para las distintas operaciones dependen de factores como el tamaño de los archivos del proyecto, el número de líneas de base que hay en un proyecto determinado y el rendimiento de la granja de servidores. Por ejemplo, un archivo de proyecto pequeño, de menos de 1 MB, podría necesitar menos de un segundo para guardarse, mientras que un archivo de proyecto de 50 MB probablemente necesitará más de un minuto para guardarse, en función de la configuración de la granja de servidores y la latencia de red.

Estándares de prueba del tamaño del proyecto

En la siguiente tabla se describen los tres tamaños distintos de archivos de proyecto que se usaron en las pruebas.

Tamaño	Tamaño de archivo (MB)	Número de tareas	Número de recursos	Número de asignaciones
Pequeño	0,896	10	10	10
Medio	2,03	1.420	94	1.486 asignaciones en recursos reales, 380 sin asignar
Grande	8,139	10.422	2	5 asignaciones en recursos reales, 7.693 sin asignar

Sincronización de Active Directory

Esta prueba se realizó para medir cómo se degrada el rendimiento de la sincronización del servicio de directorio Active Directory a medida que aumenta el número de recursos.

Windows SharePoint Services 3,0 proporciona la arquitectura subyacente de administración de usuarios y de seguridad para Office Project Server 2007. Para administrar los usuarios del dominio como recursos en Office Project Server 2007, debe sincronizar Active Directory para el dominio con Windows SharePoint Services 3,0 en uno de los servidores de la granja de servidores.

La sincronización de Active Directory no muestra una complejidad lineal con respecto al número de recursos importados. La complejidad es aproximadamente cuadrática y la sincronización entre Windows SharePoint Services 3,0 y Active Directory lo demuestra. En función de los resultados de las pruebas, se puede estimar que para la sincronización de Windows SharePoint Services 3,0 en una organización con 20.000 empleados se necesitarán aproximadamente 28 horas para el hardware de prueba. La sincronización de Windows SharePoint Services 3,0 para una organización con 40.000 empleados se completaría en aproximadamente 109 horas (4,6 días). Tenga en cuenta que estas estimaciones se basan en las especificaciones de hardware y red usadas para esta prueba.

Por lo general, al duplicar el tamaño del fondo de recursos se requiere casi cuatro veces la cantidad de tiempo necesaria para la sincronización de Active Directory para una determinada configuración de granja de servidores y ancho de banda de red. Independientemente del hardware, es probable que el primer trabajo de sincronización de Active Directory para una organización muy grande dure más de un día.

El siguiente gráfico muestra el tiempo necesario para completar la sincronización de Active Directory a medida que aumenta el número de recursos.

Para obtener más información acerca de la sincronización entre Active Directory y Office Project Server 2007, vea Administración de la sincronización de Active Directory en Project Server 2007.

Efecto de las líneas de base en el rendimiento

Office Project Server 2007 permite guardar como máximo de 11 líneas de base dentro de un proyecto determinado. A medida que aumenta el número de líneas de base en un proyecto, el rendimiento se ve afectado de diversas maneras. Se realizaron pruebas para determinar el efecto de guardar un número cada vez mayor de líneas de base para proyectos pequeños, medianos y grandes.

En nuestras pruebas, los aumentos de tamaño de archivo y memoria virtual parecen ser aproximadamente lineales con respecto al número de líneas de base guardadas en un proyecto. La cantidad de tiempo necesario para guardar una línea de base aumenta con el tamaño del proyecto. El tiempo necesario para las operaciones de E/S de archivos no aumenta para proyectos pequeños y medianos hasta el número máximo de líneas de base. Para proyectos de gran tamaño, el tiempo necesario para las operaciones de E/S de archivos aumentó considerablemente después de agregar la octava línea de base.

Límites de amplitud y profundidad del proyecto

Se realizaron pruebas para determinar cómo se ve afectado el rendimiento cuando se insertan subproyectos en proyectos principales. Se realizaron dos tipos diferentes pruebas:

• Prueba de profundidad (recursiva)

• Prueba de amplitud (no recursiva)

Prueba de profundidad

Para la prueba de profundidad se insertaron subproyectos de manera recursiva. Por ejemplo, Proy01 se insertó en Proy02. A continuación, esta cadena se insertó en Proy03. Esta, a su vez, se insertó en Proy04 y así sucesivamente. Cada proyecto de la cadena era idéntico y el objetivo de las pruebas era comprobar el número de veces que se podía insertar cada proyecto (pequeño, mediano, grande) de manera recursiva y cómo respondían las distintas mediciones de rendimiento.

En las pruebas de inserción recursiva, prácticamente todos los parámetros importantes se escalaron de forma lineal. El factor de limitación en profundidad es el uso de memoria: por ejemplo, a 16 niveles, el proyecto de gran tamaño, que incluía aproximadamente 10.000 tareas, alcanzó los límites de memoria virtual de 32 bits. No obstante, incluso en este ejemplo, las operaciones de guardar se ejecutaron muy rápidamente. Otras operaciones, como las de cerrar y, a continuación, volver a abrir el proyecto principal, insertar nuevas capas y forzar recálculo, consumieron más recursos de manera significativa. Una plataforma de servidor de 64 bits aumentaría considerablemente el número de proyectos que podría insertar, pero los proyectos que requieren este tipo de profundidad no son comunes.

En el siguiente gráfico se muestra cómo aumenta el tiempo necesario para completar las operaciones de E/S de archivos cuando aumenta el número de proyectos insertados de manera recursiva. Tenga en cuenta que los proyectos grandes no se representan, ya que el rendimiento de los proyectos medianos mostró una degradación considerable tras un número de operaciones recursivas bastante pequeño.

Prueba de amplitud

Para la prueba de amplitud se insertaron subproyectos en el mismo nivel de esquema (es decir, de manera no recursiva) en un único proyecto principal.

Cada parámetro principal se escaló de forma lineal con la amplitud del proyecto. El uso de memoria se convierte en un cuello de botella tras insertar aproximadamente 35 archivos de tamaño medio de manera no recursiva y el tiempo necesario para completar las operaciones de guardar y abrir es de 400 segundos aproximadamente para una amplitud de 20 proyectos. Al igual que ocurre con la inserción recursiva, el uso de una plataforma de 64 bits aumentaría considerablemente el número de proyectos que se podrían insertar, pero los proyectos que requieren este tipo de amplitud no son comunes.

En el siguiente gráfico se muestra cómo aumenta el tiempo necesario para completar las operaciones de E/S de archivos para proyectos de tamaño mediano cuando aumenta el número de proyectos insertados de forma no recursiva.

Rendimiento del servidor de proyectos y latencia de red

Office Project Server 2007 presenta un buen rendimiento en entornos con una latencia de red alta. Los cambios de diseño realizados en Office Project Server 2007 ofrecen grandes ventajas en escenarios de E/S de archivos de usuario único común, especialmente en entornos de redes de área extensa (WAN) de latencia alta. Para abrir un archivo de gran tamaño a través de una WAN de latencia alta (50 m) en Project Server 2003, se necesitarían unos 45 minutos, pero la misma operación probada en Office Project Server 2007 necesitó menos de un minuto. El generador de equipos en Office Project Professional 2007 muestra mejoras de rendimiento similares en entornos WAN. Aunque las ventajas de usar una conexión de red de latencia alta son claras, el rendimiento de Office Project Server 2007 en redes WAN ha mejorado considerablemente con respecto a versiones anteriores.

Aunque el primer rendimiento de inicio de Office Project Server 2007 queda muy por detrás del de Project Server 2003, mejora considerablemente en los siguientes inicios y supera a su predecesor.

Instrucciones para un rendimiento aceptable

La escalabilidad afecta directamente a la capacidad. En esta sección se describen los objetos que pueden componer Microsoft Office Enterprise Project Management (EPM) Solution y se proporcionan instrucciones para obtener un rendimiento aceptable para cada tipo de objeto.

Si los planes de su solución superan las instrucciones recomendadas para uno o más objetos, realice una o varias de las siguientes acciones:

• Evalúe la solución para garantizar que se compensan otras áreas.

• Marque estas áreas para realizar pruebas y operaciones de supervisión mientras genera e implementa la solución.

• Vuelva a diseñar la solución para estar seguro de que no se han excedido los límites de capacidad.

En la siguiente tabla se muestran los objetos de Office Project Server 2007 a los que se aplican límites y se incluyen recomendaciones para obtener un rendimiento aceptable. Esto significa que el sistema admite ese número de objetos según las pruebas, pero al superar dicho número se aprecia cierta degradación del rendimiento. Un asterisco (*) indica un límite estricto; si no hay asterisco, indica un límite admitido o de prueba.

Nombre	Instrucciones para un rendimiento aceptable	Notas
Recursos por granja de servidores	40.000	Éste es el límite probado.
Líneas de base por proyecto	7 recomendado 11 máximo*	Las pruebas indicaron una degradación del rendimiento para determinadas operaciones en archivos de proyecto de gran tamaño cuando se generaron más de siete líneas de base. Para obtener más información, vea la sección "Efecto de las líneas de base en el rendimiento" anteriormente en este artículo.
Profundidad de proyectos insertados (recursiva)	16	La degradación del rendimiento es significativa en este nivel.
Amplitud de proyectos insertados (no recursiva)	20	La degradación del rendimiento es significativa en este nivel.
Tareas por proyecto	5.000	Éste es el límite probado.
Duración de la tarea en meses	300	La cantidad de tiempo para publicar un proyecto depende de la duración de la tarea cuando se aplican los perfiles de trabajo a las tareas. Este impacto puede ser importante, especialmente si se usa EPM Solution para crear proyectos que abarquen varios años. Éste es el límite probado.
Asignaciones por tarea	16.000	Éste es el límite probado. Aunque se pueden agregar más de 16.000 asignaciones por tarea, se tardó más de siete segundos en agregar una asignación a una tarea que ya contenía 16.000 asignaciones.
Campos de fórmula personalizados locales	10-30	El número de campos de fórmula personalizados locales que se permiten por tarea depende del tipo de campo personalizado. En la siguiente lista se muestran los tipos de campos personalizados y sus límites: Texto de tarea: 30 Costo de tarea: 10 Fecha/inicio/fin de tarea: 10 Duración de tarea: 10 Indicador de tarea: 20 Número de tarea: 20 Código de esquema de tarea: 10 Texto de recurso: 30 Costo de recurso: 10 Fecha/inicio/fin de recurso: 10 Duración de recurso: 10 Indicador de recurso: 20 Número de recurso: 20 Código de esquema de recurso: 10
Campos de fórmula personalizados de empresa por servidor	32.000	Éste es un límite teórico y se aplica a cada tipo de entidad a la que se puede aplicar un campo. Sin embargo, no se han realizado pruebas de rendimiento con más de 1.000 campos personalizados de empresa aproximadamente.
Límites de recursos del generador de equipos	10.000 recursos	El cuadro de diálogo Generador de equipos tarda menos de cinco segundos en aparecer, incluso cuando hay 10.000 recursos presentes en el servidor. Aunque el límite probado es de 10.000 recursos, el generador de equipos se puede usar con más recursos si el siguiente aumento de tiempo necesario para que aparezca el cuadro de diálogo es aceptable.

Vea también

Conceptos

Administración de la sincronización de Active Directory en Project Server 2007