Compartir a través de

  • Artículo

Planeación de la configuración de Office Project Server 2007

Actualizado: mayo de 2009

 

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

En este artículo:

  • Selección de una configuración de Project Server

  • Escenario 1: Hospedaje interno

  • Escenario 2: Hospedaje externo

  • Escenario 3: Implementación de la administración de carteras

  • Escenario 4: Implementación profesional de servicios/parte de horas

  • Escenario 5: Implementación de programas

  • Planeación del crecimiento

  • Hojas de trabajo

Selección de una configuración de Project Server

Una vez que haya analizado su entorno actual, identificado los factores relevantes del entorno y determinado cómo dichos elementos pueden afectar a la arquitectura de Microsoft Office Enterprise Project Management (EPM) Solution, se puede identificar el escenario de configuración que mejor se adapte a las necesidades de su organización. Seleccionar una configuración de Project Server implica:

  • Identificar el escenario de configuración que mejor refleje la organización.   Seleccione el escenario de configuración que mejor represente el tamaño de la organización, las características de Project Server que va a usar, el número y tipo de proyectos que administre, y el número y tipos de usuarios de la organización.

  • Seleccionar, cuando proceda, la opción de configuración (estándar o alternativa) que mejor satisfaga sus necesidades.   La opción de configuración que elija depende de los factores de infraestructura y entorno específicos, sus necesidades de disponibilidad y los requisitos de administración del proyecto.

  • Si es necesario, modificar la configuración para satisfacer las necesidades específicas de su organización.   Por ejemplo, deberá modificar la configuración si tiene previsto:

    • Proporcionar acceso a Project Web Access a través de Internet o una extranet

    • Usar un entorno que no tenga un dominio del servicio de directorios de Active Directory

    • Permitir una configuración hospedada que proporcione varios sitios de Project Server en un conjunto consolidado de hardware

    • Admitir más de 12.000 usuarios

    • Ajustar el tamaño del hardware para su implementación

En este artículo se describen cinco escenarios de configuración básica que se podrían usar en las organizaciones o departamentos de organizaciones de gran tamaño y que pueden servir como punto de partida para el diseño de la configuración. Cada escenario de configuración incluye una descripción, información acerca de los usuarios y proyectos, y ejemplos de configuración estándar y alternativa.

Estos escenarios de configuración no están diseñados para reflejar las necesidades de todas las organizaciones que implementan EPM Solution de Microsoft sino que, más bien, son ejemplos representativos de tipos de organización que requieren una solución para la administración de proyectos de empresa.

Escenario 1: Hospedaje interno

En el escenario 1 se implementan varias instancias de Project Server en hardware compartido para los departamentos o grupos de una organización. En este caso, todas las instancias de Project Server proporcionan a los usuarios una colección única de sitios de nivel superior, pero se aprovisionan para un grupo de aplicaciones comunes de Windows SharePoint Services 3,0. Las instancias individuales son datos de acceso independientes lógicos almacenados en la base de datos mediante Project Server Interface de uso compartido. Las bases de datos de cada instancia se pueden implementar en equipos dedicados que ejecutan SQL Server.

Ejemplo de topología de servidores de "hospedaje interno"

Project Server se instala y configura una vez. Las nuevas instancias se crean mediante un proceso de aprovisionamiento. Las instancias se aprovisionan en el mismo grupo de aplicaciones web y el mismo proveedor de servicios compartidos. Dichas instancias comparten un conjunto común de servicios, como Project Server Interface en el nivel de la aplicación. Asimismo, estas instancias usan una base de datos de configuración de Windows SharePoint Services común. Las instancias usan una base de datos de contenido Windows SharePoint Services común y tienen bases de datos de proyecto independientes.

Topología de granja de servidores mediano

Acción de hoja de trabajo

Se puede documentar el plan de hospedaje interno mediante la hoja de trabajo de planeación de hospedaje interno (en inglés) (https://go.microsoft.com/fwlink/?linkid=73275&clcid=0xC0A) (en inglés).

Escenario 2: Hospedaje externo

En el escenario 2 se aíslan varias instancias de Project Server en hardware compartido. Al igual que en el escenario 1, las instancias de Project Server proporcionan a los usuarios colecciones únicas de sitios de nivel superior. Sin embargo, en el escenario 2, cada instancia está configurada para un grupo de aplicaciones de Windows SharePoint Services 3,0 independiente; se proporciona acceso a los datos almacenados en la base de datos mediante la aplicación web del proveedor de servicios compartidos. Esta situación proporciona una mayor seguridad de datos gracias al aislamiento tanto de los datos como del acceso a los datos.

Ejemplo de topología de servidores de "hospedaje externo"

Las nuevas instancias se crean mediante un proceso de aprovisionamiento. Dichas instancias se aprovisionan en grupos de aplicaciones independientes. Las instancias usan bases de datos de contenido independientes de Windows SharePoint Services. También usan un conjunto dedicado de servicios, como Project Server Interface, en el nivel de la aplicación. Asimismo estas instancias usan una base de datos de configuración de Windows SharePoint Services común y tienen bases de datos de Project Server independientes.

Perímetro en configuración de extranet proxy

Valoración de las ventajas del "hospedaje interno" en relación con el "hospedaje externo".

La principal ventaja del escenario de "hospedaje externo" es el aislamiento de las cuentas de proceso. Esto se debe a que hay dos servicios de proveedores compartidos que usan cuentas exclusivas y el acceso a la base de datos de Project Server está aislado para sus usuarios respectivos. Además, puesto que las aplicaciones web sólo pueden tener un único proveedor de servicios compartidos, la seguridad de las aplicaciones web también se aísla. El inconveniente del escenario de "hospedaje externo" es que el rendimiento se ve afectado por cada proveedor de servicios compartidos. Además, la existencia de grupos de aplicaciones y bases de datos adicionales hace necesario disponer de más espacio de disco. Si se comparten estos recursos, como en el caso del "hospedaje interno", se maximiza la sobrecarga causada por el uso del proceso del grupo de aplicaciones de IIS en varias instancias de Microsoft Office Project Web Access.

Acción de hoja de trabajo

Se puede documentar el plan de hospedaje externo mediante la hoja de trabajo de planeación del hospedaje externo (en inglés) (https://go.microsoft.com/fwlink/?linkid=73277&clcid=0xC0A) (en inglés).

Escenario 3: Implementación de la administración de carteras

El escenario de implementación de la administración de carteras de Microsoft Office Project Server 2007 puede aplicarse a cualquier organización de tamaño mediano o grande que desee usar Project Server para administrar las carteras. Estas organizaciones normalmente se caracterizan por lo siguiente:

  • Un número grande de proyectos con muchas asignaciones

  • Un alto porcentaje de jefes de proyecto

  • Un uso elevado de Microsoft Office Project Professional 2007

  • Una sola aplicación web de proveedor de servicios compartidos

Las organizaciones que se ajustan a este escenario normalmente usan las amplias posibilidades que brindan las características de Project Server, como por ejemplo: partes de horas, bibliotecas/asuntos/riesgos relativos a documentos, plantillas globales de empresa y el fondo de recursos de empresa.

La organización en la que aplique este escenario puede ser pequeña, como una organización de tamaño medio (o un departamento de una organización de gran tamaño) cuyos usuarios comparten todos la misma ubicación física de una LAN, o puede ser una organización grande en la que hay usuarios distribuidos en diversas ubicaciones físicas diferentes.

Ejemplo de topología de servidores de departamento

Para adaptarse a los requisitos de uso y nivel de servicio como una organización de tamaño medio, la topología de servidores de la línea de base puede constar de los siguientes elementos: un servidor que ejecuta componentes de servidor cliente web y servidor de aplicaciones; un servidor de base de datos que ejecuta SQL Server 2000 o SQL Server 2005 para dar cabida a las bases de datos necesarias. Esta topología es óptima cuando hay menos de 20 jefes de proyecto y entre 100 y 500 proyectos activos al mismo tiempo.

Escenario 3: departamental

Ejemplo de topología de servidores corporativos para el escenario 3

A medida que crece el sistema y alcanza 50 o más jefes de proyecto y más de 1.000 proyectos activos, se puede implementar una topología de servidores corporativos. En esta topología, el servidor cliente web de Project Server se implementa en un clúster con equilibrio de carga para proporcionar una mayor disponibilidad. Esta configuración ayuda a garantizar la disponibilidad en caso de error de hardware y ofrece la ventaja adicional de un mayor rendimiento gracias a que hospeda un número mayor de conexiones TCP simultáneas provocadas por los usuarios de los partes de horas. Además, para adaptarse mejor a las llamadas a Project Server Interface (PSI) provocadas por el aumento del número de proyectos grandes, el nivel de aplicación se coloca en su propio servidor. A medida que la organización aumente de tamaño, será necesaria la conexión de un nuevo centro de datos mediante vínculos WAN y será necesario disponer de firewalls para garantizar la seguridad.

Topología de granja de servidores con redundancia 1

Ejemplo de topología de servidores de empresa para el escenario 3

A medida que EPM Solution se ajusta a las dimensiones de una gran organización y necesita admitir un número mayor de proyectos activos (3.000 o más), debería convertirse en una topología de servidores que proporcionara redundancia en cada nivel a fin de garantizar una mayor disponibilidad. Un servidor cliente web adicional mejorará la experiencia en caso de que haya un gran número de usuarios de Office Project Web Access.

Topología de granja de servidores mediana con redundancia 2

Acción de hoja de trabajo

Puede documentar el plan de implementación de la administración de carteras mediante la hoja de trabajo de administración de carteras (en inglés) (https://go.microsoft.com/fwlink/?linkid=73279&clcid=0xC0A) (en inglés).

Escenario 4: Implementación profesional de servicios/parte de horas

El escenario de implementación profesional de servicios/parte de horas de Office Project Server 2007 puede aplicarse a una organización de gran tamaño que desee usar Project Server principalmente para registrar tiempos y crear informes con esta información. Los servicios de los empleados y los contratistas usarán la funcionalidad de parte de horas de Project Server para enviar las horas dedicadas a las tareas durante períodos de tiempo específicos.

Este escenario se caracteriza por lo siguiente:

  • Uso mínimo de Office Project Professional 2007

  • Facturación predominantemente de tiempo y material

  • Un gran número de proyectos (de 600 a 2.500) con relativamente pocas tareas

  • Un período de máxima utilización que corresponde a la entrada del parte de horas programado en Office Project Web Access

  • Una sola instancia de Office Project Web Access

Las organizaciones que se engloban en este escenario normalmente usan un conjunto limitado de características de Project Server. Con ellas, realizan un seguimiento de tiempos y costos mediante partes de horas para capturar información. Los problemas de escalabilidad se producen por el uso intensivo de los recursos del sistema debido a que se envían muchos partes de horas en un breve período de tiempo.

Escenario 4: corporativo

Ejemplo de topología de servidores corporativos para el escenario 4

Para una organización grande de 12.000 empleados, use esta topología de servidores corporativos. En esta topología, el servidor cliente web de Project Server se implementa en un clúster con equilibrio de carga para permitir una mayor disponibilidad. Esta configuración ayuda a garantizar la disponibilidad en caso de error de hardware y ofrece la ventaja adicional de un mayor rendimiento gracias a que hospeda un número mayor de conexiones TCP simultáneas provocadas por los usuarios de los partes de horas. Además, a fin de adaptarse mejor a las llamadas a Project Server Interface (PSI) provocadas por el aumento del número de proyectos grandes, el nivel de aplicación se coloca en su propio servidor. También se aplica al nivel de la base de datos un clúster con equilibrio de carga.

Topología de granja de servidores con redundancia 1

Ejemplo de topología de servidores de empresa para el escenario 4

Si la organización crece hasta alcanzar un tamaño de 20.000 empleados, será necesario que la empresa se adapte a esta topología de servidores de empresa debido a un mayor número de usuarios del parte de horas y de categorías de usuarios que lo consultan. Esta topología aumenta la redundancia en los niveles de cliente web y aplicación. El aumento de usuarios provoca un incremento en la hora punta del viernes por la tarde en cuanto al uso del parte de horas.

Escenario 4: empresa

Acción de hoja de trabajo

Se puede documentar el plan de implementación del parte de horas mediante la hoja de trabajo del escenario de parte de horas (en inglés) (https://go.microsoft.com/fwlink/?linkid=73280&clcid=0xC0A) (en inglés).

Escenario 5: Implementación de programas

El escenario de implementación de programas de Office Project Server 2007 se aplica a una organización de gran tamaño cuyo área de interés es la planeación integral controlada mediante la oficina de administración de proyectos (PMO). Este escenario es más frecuente en los mercados de fabricación y desarrollo de productos. Se caracteriza por:

  • Un número pequeño de proyectos grandes que suelen estar relacionados entre sí

  • Centrarse en la PMO

  • Amplio uso de Office Project Professional 2007

  • Uso de propuesta y plan de actividad

Ejemplo de topología de servidores corporativos para el escenario 5

Para cumplir los requisitos de uso y nivel de servicio, la topología de servidores de la línea de base podría constar de los siguientes elementos:

  • Dos servidores cliente web Office Project Web Access configurados en un clúster con equilibrio de carga

  • Un servidor de aplicaciones que ejecuta Project Server Interface (PSI). El servidor de aplicaciones se implementa en una configuración con equilibrio de carga de un nodo para simplificar el proceso de agregar otro servidor de aplicaciones en el futuro.

  • Clústeres independientes de equipos que ejecutan Microsoft SQL Server para alojar las bases de datos necesarias

  • Un firewall para aislar el nivel de datos

Escenario 5:

Acción de hoja de trabajo

Se puede documentar el plan de implementación de programas mediante la hoja de trabajo de la implementación de programas (en inglés) (https://go.microsoft.com/fwlink/?linkid=73281&clcid=0xC0A) (en inglés).

Planeación del crecimiento

Sea cual sea la configuración de servidores que elija, se recomienda planear cómo responder ante un mayor número de exigencias en EPM Solution. Tiene dos opciones para aumentar el sistema: aumentar la capacidad de los recursos existentes o agregar más servidores.

Aumento de la capacidad

  • Agregue más procesadores y memoria RAM (o más rápidos) o use hardware de 64 bits para aumentar el tamaño del servidor de base de datos.

  • Aumente la velocidad de la red entre los servidores.

  • Maximice el rendimiento en servidores de base de datos.

  • Agregue tarjetas de interfaz de red para aislar el tráfico.

  • Agregue segmentos de red o reduzca el número de nodos en un segmento SQL.

  • Use la agrupación de tarjetas de interfaz de red en el servidor que Microsoft SQL Server tiene instalada para mejorar el rendimiento y la redundancia.

Adición de servidores

  • Agregue servidores de aplicaciones para administrar el aumento del uso de Office Project Professional 2007. De este modo también se consigue una mayor redundancia.

  • Agregue servidores cliente web a medida que se agregan instancias de Office Project Server 2007 adicionales.

  • Agrupe en clúster los servidores de base de datos para aumentar el rendimiento y la fiabilidad.