Información general sobre administración y ajuste de tamaño de la capacidad de SharePoint Server 2010
Actualizado: junio de 2012
Se aplica a: SharePoint Server 2010
Última modificación del tema: 2016-11-30
En este artículo se proporciona información general acerca de cómo planear y administrar la capacidad de los entornos de Microsoft SharePoint Server 2010 de forma eficaz. También se describe cómo comprender las características y necesidades de capacidad de la implementación, mediante el análisis de datos de rendimiento y volumen. Además, revisa los impactos principales de la aplicación que afectan a la capacidad, incluidas las características de contenido y el uso.
La administración de capacidad es un proceso continuo, ya que ninguna implementación permanece estática con respecto al contenido y el uso. Debe planear el crecimiento y el cambio, de modo que el entorno basado en SharePoint Server 2010 pueda seguir ofreciendo una solución de negocios eficaz.
La planeación de capacidad es solo una parte del ciclo de administración de capacidad. Es el conjunto inicial de actividades que coloca al arquitecto de diseño en el punto donde existe una arquitectura inicial que el arquitecto considera que servirá mejor para la implementación de SharePoint Server 2010. El modelo de administración de capacidad incluye pasos adicionales que ayudan a validar y optimizar la arquitectura inicial. También proporciona un bucle de realimentación para volver a planear y optimizar el entorno de producción hasta que pueda admitir los objetivos de diseño con las opciones óptimas de hardware, topología y configuración.
En este artículo:
Glosario
¿Quién debería leer los artículos de administración de capacidad?
Cuatro aspectos básicos de rendimiento
Administración de capacidad frente a planeación de capacidad
Sobreasignación frente a subasignación de capacidad
Restricciones y límites del software
Diferencias clave entre SharePoint Server 2010 y Office SharePoint Server 2007
Diferenciadores clave de implementación de SharePoint Server 2010
Arquitecturas de referencia
Glosario
En la documentación de administración de capacidad de SharePoint Server 2010 se usan los siguientes términos especializados.
RPS Solicitudes por segundo. El número de solicitudes que recibe un conjunto o granja de servidores o un servidor en un segundo. Se trata de una medida común de la carga de servidores y granjas de servidores. El número de solicitudes que procesa una granja de servidores es mayor que el número de cargas de páginas y de interacciones del usuario final. Esto se debe a que cada página contiene varios componentes, cada uno de los cuales crea una o varias solicitudes cuando se carga la página. Algunas solicitudes son más ligeras que otras con respecto a los costos de transacción. En nuestras pruebas de laboratorio y documentos de casos prácticos, quitamos 401 solicitudes y respuestas (protocolos de enlace de la autenticación) de las solicitudes que se usaron para calcular RPS porque tienen un impacto insignificante en los recursos de la granja de servidores.
Horas de mayor demanda La hora u horas del día en que la carga de la granja de servidores alcanza su nivel máximo.
Carga máxima El promedio de carga máxima diaria de la granja de servidores, medido en RPS.
Pico de carga Los puntos de carga máxima temporaria que tienen lugar fuera de las horas de mayor demanda habituales. Pueden deberse a aumentos de tráfico de usuario no planeados, disminuciones del rendimiento de la granja de servidores debido a operaciones administrativas o combinaciones de estos factores.
Incremento de la escalabilidad vertical El incremento de la escalabilidad vertical significa agregar recursos, como memoria o procesadores a un servidor.
Incremento de la escalabilidad horizontal El incremento de la escalabilidad horizontal implica agregar más servidores a una granja de servidores.
¿Quién debería leer los artículos de administración de capacidad?
Tenga en cuenta las siguientes preguntas para determinar si debería leer este contenido.
Evaluación de SharePoint Server 2010
Soy un profesional de TI o responsable de decisiones empresariales y estoy buscando una solución para problemas empresariales específicos. SharePoint Server 2010 es una opción para la implementación. ¿Puede proporcionar características y escalabilidad que cumplan mis requisitos específicos?
Para obtener información acerca de cómo SharePoint Server 2010 se ajusta para satisfacer las demandas de soluciones específicas y cómo determinar el hardware necesario para admitir los requisitos, consulte las secciones que aparecen más adelante en este artículo:
Diferencias clave entre SharePoint Server 2010 y Office SharePoint Server 2007
Restricciones y límites del software
Para obtener información acerca de cómo evaluar SharePoint Server 2010 para sus requisitos de negocio específicos, vea los siguientes artículos:
Actualización desde Office SharePoint Server 2007
Actualmente uso Office SharePoint Server 2007. ¿Qué ha cambiado en SharePoint Server 2010 y qué debo tener en cuenta si actualizo? ¿Qué efecto tendrá la actualización en el rendimiento y la escala de mi topología?
Para obtener información acerca de las diferencias entre los factores de rendimiento y capacidad en Office SharePoint Server 2007 y SharePoint Server 2010, vea la sección siguiente:
- Diferencias clave entre SharePoint Server 2010 y Office SharePoint Server 2007
Para obtener información acerca de las consideraciones de actualización generales e instrucciones acerca de cómo planear y ejecutar una actualización de Office SharePoint Server 2007, consulte el siguiente artículo:
Ajuste y optimización de un entorno real basado en SharePoint
He implementado SharePoint Server 2010 y deseo asegurarme de que dispongo de la topología y el hardware adecuados. ¿Cómo valido la arquitectura y la mantengo correctamente?
Para obtener información acerca de los contadores de supervisión y rendimiento para granjas de servidores de Microsoft SharePoint Server 2010, vea el artículo siguiente:
Para obtener información acerca de cómo usar las herramientas de seguimiento de estado integradas a la interfaz de Administración central, vea el artículo siguiente:
He implementado SharePoint Server 2010 y surgieron problemas de rendimiento. ¿Cómo soluciono los problemas y optimizo mi entorno?
Para obtener información acerca de los contadores de supervisión y rendimiento para granjas de servidores de Microsoft SharePoint Server 2010, vea el artículo siguiente:
Para obtener información acerca de cómo solucionar problemas mediante las herramientas de seguimiento de estado integradas a la interfaz de Administración central, vea el artículo siguiente:
Para ver una lista de los artículos de administración de capacidad disponibles para varios servicios y características de SharePoint Server 2010 específicos (se agregarán más artículos a medida que se encuentren a disposición), vea el artículo siguiente:
Para obtener información acerca del rendimiento y el ajuste de tamaño de la base de datos, vea el artículo siguiente:
Para obtener información acerca del almacenamiento remoto de blobs (RBS), vea el artículo siguiente:
De principio a fin
Deseo conocer todo sobre la administración de capacidad de SharePoint Server 2010. ¿Por dónde debo empezar?
Para obtener información acerca de los conceptos generales detrás de la administración de capacidad y vínculos a recursos y documentación adicionales, vea el artículo siguiente:
Para obtener información adicional acerca de la administración de capacidad, consulte los siguientes artículos complementarios de este artículo de información general:
Ahora debería comprender mejor los conceptos. Para obtener información acerca de las restricciones y los límites de SharePoint Server 2010, vea el siguiente artículo:
Cuando esté preparado para identificar una topología de punto de inicio para el entorno basado en SharePoint Server 2010, puede buscar en la biblioteca de casos prácticos técnicos disponibles el que mejor se ajuste a sus necesidades. Para ver una lista de casos prácticos (se agregarán más casos prácticos a medida que se encuentren a disposición), vea el siguiente artículo:
Para ver una lista de los artículos de administración de capacidad disponibles para varios servicios y características de SharePoint Server 2010 específicos (se agregarán más artículos a medida que se encuentren a disposición), vea el artículo siguiente:
Para obtener información acerca del rendimiento y el ajuste de tamaño de la base de datos, vea el artículo siguiente:
Para obtener información acerca del almacenamiento remoto de blobs (RBS), vea el artículo siguiente:
Para obtener información acerca de cómo solucionar problemas y hacer un seguimiento de estado mediante las herramientas de seguimiento de estado integradas a la interfaz de Administración central, vea los artículos siguientes:
Para obtener información acerca de las instrucciones para optimizar el rendimiento general y diversos temas específicos de rendimiento y capacidad (se agregarán más artículos a medida que se encuentren a disposición), vea el artículo siguiente:
Para obtener más información acerca de cómo virtualizar servidores basados en SharePoint Server 2010, vea el siguiente artículo:
Cuatro aspectos básicos de rendimiento
La administración de capacidad se centra en los siguientes cuatro aspectos principales del ajuste de tamaño de la solución:
Latencia Para los fines de la administración de capacidad, la latencia se define como la duración entre el momento en que un usuario inicia una acción, como al hacer clic en un hipervínculo, y el momento en que se transmite el último byte a la aplicación cliente o el explorador web.
Rendimiento El rendimiento se define como el número de solicitudes simultáneas que puede procesar un servidor o una granja de servidores.
Escala de datos La escala de datos se define como el conjunto de datos y el tamaño del contenido que el sistema puede hospedar. La estructura y la distribución de las bases de datos de contenido tienen un efecto considerable sobre el tiempo que tarda el sistema para procesar las solicitudes (latencia) y el número de solicitudes simultáneas que puede servir (rendimiento).
Confiabilidad La confiabilidad es una medida de la capacidad del sistema para cumplir los objetivos establecidos de latencia y rendimiento a lo largo del tiempo.
El objetivo principal de la administración de capacidad del entorno es establecer y mantener un sistema que cumpla los objetivos de latencia, rendimiento, escala de datos y confiabilidad de la organización.
Latencia
La latencia, también conocida como latencia percibida por el usuario final, consta de tres componentes principales:
El tiempo que tarda el servidor en recibir y procesar la solicitud.
El tiempo que tardan la solicitud y la respuesta del servidor en transferirse a través de la red.
El tiempo que tarda la respuesta en representarse en la aplicación cliente.
Cada organización define objetivos de latencia diferentes, según los requisitos empresariales y las expectativas del usuario. Algunas organizaciones pueden permitir una latencia de algunos segundos, mientras que otras requieren que las transacciones sean muy rápidas. Generalmente, la optimización para obtener transacciones muy rápidas es más costosa y suele requerir clientes y servidores más eficaces, versiones más recientes de aplicaciones cliente y exploradores, soluciones de red de ancho de banda alto y, posiblemente, inversiones en desarrollo y optimización de páginas.
En la lista siguiente se describen algunos de los principales factores que contribuyen a la obtención de latencias percibidas por el usuario final de mayor duración y ejemplos de algunos problemas comunes. Estos factores son especialmente relevantes en escenarios donde los clientes están geográficamente lejos de la granja de servidores o tienen acceso a ella a través de una conexión de red de ancho de banda bajo.
Las características, los servicios o los parámetros de configuración que no están optimizados podrían retrasar el procesamiento de solicitudes y tener un impacto sobre la latencia para los clientes remotos y locales. Para obtener más información, vea Rendimiento y Confiabilidad, más adelante en este artículo.
Las páginas web que generan solicitudes innecesarias al servidor para descargar los datos y recursos necesarios. La optimización incluiría la descarga del número mínimo de recursos para dibujar la página, la disminución del tamaño de las imágenes, el almacenamiento de los recursos estáticos en carpetas que permitan el acceso anónimo, la agrupación en clústeres de las solicitudes y la habilitación de la interactividad de páginas mientras se descargan los recursos de forma asincrónica del servidor. Estas optimizaciones son importantes para lograr una experiencia de exploración aceptable en la primera visita.
Un volumen de datos excesivo que se transmite a través de la red contribuye a la degradación de la latencia y el rendimiento. Por ejemplo, las imágenes y otros objetos binarios de una página deben usar un formato comprimido, como .png o .jpg, en lugar de mapas de bits, siempre que sea posible.
Las páginas web que no están optimizadas para cargas de página de segundo acceso. El tiempo de carga de página (PLT) mejora para las cargas de página de segundo acceso, debido a que algunos recursos de la página se almacenan en la memoria caché del cliente; de esta manera, el explorador solo debe descargar el contenido dinámico que no está almacenado en la memoria caché. Normalmente, las latencias de carga de página de segundo acceso inaceptables se deben a la configuración incorrecta de la memoria caché de objetos binarios grandes (BLOB) o a que el almacenamiento en caché del explorador local está deshabilitado en los equipos cliente. Las optimizaciones incluyen el almacenamiento en caché correcto de los recursos del cliente.
Las páginas web que tienen código no optimizado personalizado de JavaScript. Esto podría retrasar la representación de la página en el cliente. La optimización podría provocar un retraso en el procesamiento de JavaScript en el cliente hasta que se haya cargado el resto de la página y, preferiblemente, debería hacer una llamada a script en lugar de agregar JavaScript alineado.
Rendimiento
El rendimiento se describe en base al número de solicitudes que una granja de servidores puede procesar en una unidad de tiempo. Además, se usa a menudo para medir la escala de las operaciones que se espera que el sistema soporte en función del tamaño de la organización y sus características de uso. Cada operación tiene un costo específico en los recursos de la granja de servidores. La comprensión de la demanda y la implementación de una arquitectura de granja de servidores que pueda satisfacer la demanda de forma coherente requiere la estimación de la carga esperada y la prueba de la arquitectura bajo una carga para comprobar que la latencia no se encuentre por debajo del objetivo cuando la simultaneidad es alta y el sistema está sobrecargado.
Algunos ejemplos comunes de las condiciones de bajo rendimiento incluyen:
Recursos de hardware inadecuados Cuando la granja de servidores recibe más solicitudes de las que puede procesar simultáneamente, algunas de ellas se ponen en cola, lo cual hace que se acumulen y retrasa el procesamiento de cada una de las solicitudes posteriores, hasta que la demanda se reduzca lo suficiente como para que la cola se termine. A continuación se muestran algunos ejemplos de optimización de una granja de servidores para que soporte un mayor rendimiento:
Asegúrese de que los procesadores de los servidores de la granja no se estén usando en exceso. Por ejemplo, si el uso de CPU durante las horas de mayor demanda o en los picos de carga supera siempre el 80 por ciento, agregue más servidores o redistribuya los servicios a otros servidores de la granja.
Asegúrese de que haya suficiente memoria en los servidores de aplicaciones y los servidores web que contienen la memoria caché completa. Esto ayudará a evitar las llamadas a la base de datos para servir las solicitudes de contenido no almacenado en caché.
Asegúrese de que los servidores de bases de datos no tengan cuellos de botella. Si no hay suficientes E/S de disco por segundo (IOPS) disponibles para cubrir la demanda máxima, agregue más discos o redistribuya las bases de datos a discos infrautilizados. Consulte la sección "Quitar los cuellos de botella" del artículo sobre supervisión y mantenimiento de Productos y Tecnologías de SharePoint Server 2010 para obtener más información.
Si la adición de recursos a los equipos existentes no es suficiente para resolver los problemas de rendimiento, agregue servidores y redistribuya las características y los servicios afectados a los nuevos servidores.
Páginas web personalizadas no optimizadas Una causa común de los problemas de rendimiento es la adición de código personalizado a las páginas usadas con frecuencia en un entorno de producción. La adición de código personalizado puede generar más idas y vueltas a los servidores de bases de datos o servicios web para atender las solicitudes de datos. La personalización de las páginas que no se usan con frecuencia no afecta al rendimiento de forma significativa, pero incluso el código bien optimizado puede disminuir el rendimiento de la granja de servidores si se solicita miles de veces por día. Los administradores de SharePoint Server pueden habilitar el panel del programador para que identifique el código personalizado que requiera optimización. A continuación se proporcionan algunos ejemplos de optimización de código personalizado:
Minimizar el número de solicitudes de servicio web y consultas SQL.
Capturar los mínimos datos necesarios en cada recorrido al servidor de bases de datos, a la vez que se minimiza el número de idas y vueltas necesarias.
Evitar agregar código personalizado a las páginas usadas con frecuencia.
Usar índices al recuperar una cantidad filtrada de datos.
Soluciones que no son de confianza La implementación de código personalizado en carpetas Bin podría ralentizar el rendimiento del servidor. Cada vez que se solicita una página que contiene código que no es de confianza, SharePoint Server 2010 debe realizar comprobaciones de seguridad antes de que se cargue la página. A menos que exista una razón específica para implementar código que no es de confianza, debe instalar ensamblados personalizados en GAC para evitar que se realicen comprobaciones de seguridad innecesarias.
Escala de datos
La escala de datos es el volumen de datos que puede almacenar el servidor o la granja de servidores, a la vez que cumple los objetivos de rendimiento y latencia. Por lo general, cuanto mayor sea el volumen de datos de la granja de servidores, mayor será el impacto en el rendimiento general y la experiencia del usuario. El método que se usa para distribuir datos en los discos y servidores de bases de datos también puede afectar al rendimiento y a la latencia de la granja de servidores.
El tamaño de las bases de datos, la arquitectura de datos y la existencia de suficiente hardware de servidor de bases de datos son muy importantes para obtener una solución de base de datos óptima. En una implementación ideal, se ajusta el tamaño de las bases de datos de contenido en función de las instrucciones de límites y se las distribuye en discos físicos, de modo que no se ponen en cola las solicitudes debido a la sobreutilización del disco. Además, los servidores de bases de datos pueden admitir las cargas máximas y los picos inesperados sin superar los umbrales de uso de recursos.
Además, ciertas operaciones pueden bloquear determinadas tablas durante la operación. Un ejemplo de esto es la eliminación de un sitio de gran tamaño, lo que puede hacer que las tablas relacionadas de la base de datos de contenido donde se encuentra el sitio se bloqueen hasta que se complete la operación de eliminación.
A continuación se muestran algunos ejemplos de optimización del rendimiento de datos y almacenamiento de una granja de servidores:
Asegúrese de que las bases de datos se distribuyan correctamente en todos los servidores de bases de datos y que los recursos del servidor de bases de datos sean suficientes para admitir el volumen y la distribución de datos.
Separe los volúmenes de la base de datos en unidades lógicas (LUN) únicas, que consisten en ejes únicos de disco físico. Use varios discos con tiempo de búsqueda bajo y opciones de configuración RAID adecuadas para satisfacer las demandas de almacenamiento del servidor de bases de datos.
Si el conjunto contiene muchos objetos binarios grandes (BLOB), puede usar almacenamiento remoto de blobs (RBS). RBS puede ofrecer los siguientes beneficios:
Los datos BLOB pueden almacenarse en dispositivos menos costosos configurados para almacenamiento simple.
La administración del almacenamiento de blobs se controla mediante un sistema diseñado específicamente para trabajar con datos BLOB.
Los recursos del servidor de bases de datos se liberan para operaciones de base de datos.
Estos beneficios no son gratuitos. Antes de implementar RBS con SharePoint Server 2010, debe evaluar si estos beneficios potenciales invalidan los costos y las limitaciones de implementar y mantener RBS.
Para obtener más información, vea Planeación de RBS (SharePoint Server 2010).
Para obtener más información acerca de cómo planear la escala de datos, vea Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010).
Confiabilidad
La confiabilidad es la medida agregada de la capacidad de la granja de servidores para satisfacer los objetivos establecidos de latencia, rendimiento y capacidad de datos con el tiempo. Una granja de servidores confiable es aquella para la cual el tiempo límite, la capacidad de respuesta, la tasa de errores, y la frecuencia y amplitud de los picos de latencia están dentro de los requisitos operativos y objetivos establecidos. Una granja de servidores confiable también puede soportar de forma coherente los objetivos de rendimiento y latencia durante la carga máxima y las horas de mayor demanda o al realizar operaciones del sistema, como copias de seguridad diarias o rastreos.
Un factor importante para mantener la confiabilidad es el efecto que tienen las operaciones administrativas comunes en los objetivos de rendimiento. Durante determinadas operaciones, como volver a generar los índices de base de datos, los trabajos del temporizador de mantenimiento o la eliminación de varios sitios con gran volumen de contenido, es posible que el sistema no pueda procesar las solicitudes de usuario muy rápidamente. En estos casos, la latencia y el rendimiento de las solicitudes del usuario final pueden verse afectados. El impacto en la granja de servidores depende del costo de transacción y la frecuencia de dichas operaciones menos comunes y de si se ejecutan durante las horas de operación normales.
A continuación se muestran algunos ejemplos de cómo mantener un sistema más confiable:
Programar trabajos del temporizador con uso intensivo de recursos y tareas administrativas fuera de las horas de mayor demanda.
Incrementar la escalabilidad vertical de hardware en los servidores de la granja existentes o incrementar la escalabilidad horizontal mediante la adición de servidores web, servidores de aplicaciones o servidores de bases de datos adicionales.
Distribuir servicios y características con uso intensivo de recursos en los servidores dedicados. También puede usar un equilibrador de carga de hardware para dirigir el tráfico específico de característica a un servidor web dedicado a determinadas características o servicios.
Administración de capacidad frente a planeación de capacidad
La administración de la capacidad amplía el concepto de la planeación de la capacidad para expresar un enfoque cíclico en el que la capacidad de una implementación de SharePoint Server 2010 se supervisa y optimiza continuamente para adaptarla a las condiciones y los requisitos cambiantes.
SharePoint Server 2010 ofrece mayor flexibilidad y se puede configurar para soportar escenarios de uso en una amplia variedad de puntos de escala diferentes. No existe una arquitectura de implementación única. Por lo tanto, los diseñadores de sistemas y los administradores deben comprender los requisitos para sus entornos específicos.
Modelo de administración de capacidad de SharePoint Server 2010
.gif "Modelo de administración de capacidad de SharePoint")
Paso 1: modelo El modelado es el proceso mediante el cual decide qué soluciones clave desea que su entorno admita y establece todos los parámetros y métricas importantes. El resultado del ejercicio de modelado debe ser una lista de todos los datos clave que necesita para diseñar el entorno.
Comprenda la carga de trabajo esperada y el conjunto de datos.
Establezca los objetivos de rendimiento y confiabilidad de la granja de servidores.
Analice los registros de IIS de SharePoint Server 2010.
Paso 2: diseño Una vez que haya recopilado los datos del paso 1, puede diseñar la granja de servidores. Los resultados son arquitectura de datos detallada, y topologías físicas y lógicas.
Determine la arquitectura de punto de inicio.
Seleccione el hardware.
Paso 3: piloto, prueba y optimización Si ha diseñado una implementación nueva, debe implementar un entorno piloto para probar la carga de trabajo y las características de uso esperadas. Para una granja de servidores existente, se recomienda hacer pruebas cuando se realicen cambios importantes en la infraestructura. Sin embargo, es posible que se necesite optimizar regularmente en función de los resultados de supervisión, para mantener los objetivos de rendimiento. El resultado de esta fase es el análisis de los resultados de pruebas en función de los objetivos y una arquitectura optimizada capaz de soportar los objetivos establecidos de rendimiento y capacidad.
Piloto Implemente un entorno piloto.
Prueba Realice una prueba con los objetivos de latencia y rendimiento.
Optimización Recopile los resultados de pruebas y realice los cambios necesarios en los recursos de la granja de servidores y la topología.
Paso 4: implementación Este paso describe la implementación de la granja de servidores o la realización de cambios en una granja de servidores existente. El resultado para un nuevo diseño es una implementación completa de producción en directo, incluidas todas las migraciones de contenido y usuario. El resultado para una granja de servidores existente son asignaciones de granja de servidores revisadas y actualizaciones de planes de mantenimiento.
Paso 5: supervisión y mantenimiento Este paso describe cómo configurar la supervisión y cómo predecir e identificar cuellos de botella, así como realizar periódicamente actividades de mantenimiento y mitigación de cuellos de botella.
Sobreasignación frente a subasignación de capacidad
La sobreasignación de capacidad describe un enfoque de diseño de granja de servidores en que los objetivos se logran sin un uso completo del hardware y los recursos de la granja de servidores de SharePoint Server se infrautilizan considerable y coherentemente. En una implementación con sobreasignación de capacidad, la memoria, CPU y otros indicadores de recursos de la granja de servidores muestran que también se puede servir la demanda con menos recursos. La desventaja de la sobreasignación de capacidad es un mayor gasto en hardware y mantenimiento. Además, se podrían imponer mayores demandas de potencia y espacio.
La subasignación describe un enfoque de diseño de granja de servidores en que los objetivos de rendimiento y capacidad no se pueden alcanzar, debido a que los recursos de hardware de la granja de servidores de SharePoint Server se sobreutilizan. A veces se subasigna la capacidad de una granja de servidores para reducir los costos de hardware pero, por lo general, el resultado es una latencia alta que conduce a una mala experiencia de usuario, bajo nivel de satisfacción, escalaciones frecuentes, costos de soporte técnico altos y gastos innecesarios para solucionar problemas y optimizar el entorno.
Al diseñar la granja de servidores, asegúrese de que esta pueda satisfacer los objetivos establecidos de rendimiento y capacidad, tanto en cargas máximas normales como en picos inesperados. El diseño, las pruebas y la optimización permiten asegurarse de que la granja de servidores tenga el hardware adecuado.
Para mantener los objetivos de rendimiento y adaptarse al crecimiento, siempre es mejor tener más recursos que los necesarios para cumplir los objetivos. El costo de invertir excesivamente en hardware es, generalmente, mucho menor que los gastos acumulados relacionados con la solución de problemas ocasionados por la subasignación.
Siempre se debe ajustar el tamaño de un sistema para que responda de forma adecuada durante niveles de demanda máximos, lo cual puede variar para distintos servicios en momentos específicos. Para estimar los requisitos de capacidad de forma eficaz, debe identificar el peor período de demanda posible para todos los recursos. Puede que haya un aumento de la carga en diversas características y servicios a determinadas horas del día, como a primera hora de la mañana o después de la comida.
La granja de servidores también debe ser capaz de admitir los picos no planeados, como cuando se realizan anuncios en toda la organización y un número inusualmente elevado de usuarios accede a un sitio al mismo tiempo. Durante estos períodos de demanda alta, los usuarios experimentan una latencia alta o no obtienen una respuesta de la granja de servidores en absoluto, a menos que haya suficientes recursos de granja de servidores para satisfacer el aumento de la carga en la granja de servidores.
También debería revisarse la capacidad de la granja de servidores cuando se aprovisionen usuarios adicionales a la empresa. En escenarios como una fusión o adquisición caracterizada por el acceso de nuevos empleados o integrantes a la granja de servidores, se podrían obtener efectos negativos sobre el rendimiento si no se planea y estima esta situación por adelantado.
Estados operativos: zona verde y zona roja
Cuando se describe la carga de un sistema de producción, se hace referencia a dos estados operativos principales: el estado "Zona verde", en el que el sistema funciona de acuerdo al intervalo de carga normal y esperado; y el estado "Zona roja", en que la granja de servidores experimenta una demanda de recursos temporal muy alta que solo se puede soportar durante períodos limitados, hasta que se produzcan errores u otros problemas de rendimiento y confiabilidad.
Zona verde Se trata del estado en que el servidor o la granja de servidores opera entre condiciones de carga normal y cargas máximas diarias esperadas. Una granja de servidores que opera en este intervalo debe ser capaz de soportar tiempos de respuesta y latencia dentro de parámetros aceptables.
Zona roja Se trata del intervalo operativo en que la carga es mayor que la carga máxima normal, pero aún puede servir las solicitudes durante un período limitado. Este estado se caracteriza por una latencia mayor que la normal y posibles errores causados por saturación de cuellos de botella del sistema.
El objetivo fundamental del diseño de la granja de servidores es la implementación de un entorno que pueda soportar coherentemente la carga de la zona roja sin errores de servicio y dentro de objetivos de rendimiento y latencia aceptables.
Restricciones y límites del software
En SharePoint Server 2010, hay ciertos límites que son de diseño y que no se pueden exceder y otros límites que se establecen en valores predeterminados que el administrador de la granja de servidores puede modificar. También hay ciertos límites que no están representados por un valor configurable, como el número de colecciones de sitios por aplicación web.
Los límites son límites absolutos que no se pueden exceder por diseño. Es importante entender estos límites para no hacer suposiciones incorrectas al diseñar una granja de servidores.
Un ejemplo de límite es el límite de tamaño de documento de 2 GB. No se puede configurar SharePoint Server 2010 para que almacene documentos de más de 2 GB. Éste es un valor absoluto integrado y no se puede exceder por diseño.
Los umbrales son límites que tienen un valor predeterminado que no se puede exceder a menos que se modifique el valor. En ciertos casos, los umbrales se pueden exceder para dar cabida a desviaciones en el diseño de la granja de servidores. Sin embargo, es importante entender que al hacerlo se pueden ver afectados el rendimiento de la granja y el valor efectivo de otros límites.
El valor predeterminado de ciertos umbrales solo se puede exceder hasta un valor máximo absoluto. Un buen ejemplo, nuevamente, es el límite de tamaño de documento. De forma predeterminada, el límite de tamaño de documento se establece en 50 MB, pero se puede cambiar a un valor máximo de 2 GB.
Los límites admitidos definen el valor probado de un parámetro específico. Los valores predeterminados de estos límites se definen mediante pruebas y representan las limitaciones conocidas del producto. Si se exceden los límites admitidos, se pueden producir resultados inesperados, una degradación considerable del rendimiento u otros efectos perjudiciales.
Algunos límites admitidos son parámetros configurables que se establecen de forma predeterminada en el valor recomendado, mientras que otros están relacionados con parámetros no representados por un valor configurable.
Un ejemplo de un límite admitido es el número de colecciones de sitios por aplicación web. El límite admitido es de 500,000, que es la cantidad máxima de colecciones de sitios por aplicación web que alcanzó los niveles de referencia de rendimiento durante las pruebas.
Es importante tener en cuenta que muchos de los valores límite que se proporcionan en este documento representan un punto en una curva que describe una carga de recursos creciente y una degradación concomitante del rendimiento a medida que aumenta el valor. Por lo tanto, si se exceden ciertos límites, como el número de colecciones de sitios por aplicación web, solo podría obtenerse una reducción fraccional del rendimiento de la granja de servidores. No obstante, en la mayoría de los casos, el funcionamiento a un límite establecido o a un nivel próximo no es un procedimiento recomendado, ya que es más fácil alcanzar los objetivos aceptables de rendimiento y confiabilidad cuando el diseño de una granja de servidores proporciona un equilibrio razonable de los valores límite.
Las directrices de umbrales y límites admitidos están determinadas por el rendimiento. En otras palabras, se pueden exceder los valores predeterminados de los límites, pero a medida que se aumenta el valor límite, el rendimiento de la granja de servidores y el valor efectivo de otros límites pueden verse afectados. Muchos de los límites de SharePoint Server 2010 pueden modificarse. No obstante, es importante entender cómo se verán afectadas otras partes de la granja de servidores al modificar un determinado límite.
Si se pone en contacto con los servicios de soporte al cliente de Microsoft acerca de un sistema de producción que no cumple las especificaciones mínimas de hardware publicadas descritas en Requisitos de hardware y software (SharePoint Server 2010), el soporte técnico estará limitado hasta que se actualice el sistema con los requisitos mínimos.
Establecimiento de los límites
En SharePoint Server 2010, los umbrales y límites admitidos se establecen mediante pruebas y la observación del comportamiento de la granja de servidores bajo cargas en aumento hasta el punto en que los servicios y operaciones de la granja de servidores alcancen sus límites de funcionamiento efectivos. Algunos servicios y componentes de la granja de servidores pueden admitir una carga mayor que otros. Por lo tanto, en algunos casos debe asignarse un valor límite basado en un promedio de varios factores.
Por ejemplo, las observaciones del comportamiento de la granja de servidores bajo carga cuando se agregan colecciones de sitios indican que ciertas características presentan una latencia inaceptablemente alta mientras que otras características siguen funcionando con parámetros aceptables. Por lo tanto, el valor máximo asignado a la cantidad de colecciones de sitios no es absoluto, sino que se calcula en función de un conjunto esperado de características de uso en el que el rendimiento de la granja de servidores en general sería aceptable en el límite especificado en la mayoría de los casos.
Si otros servicios funcionan con parámetros más altos que los usados en las pruebas de límites, los límites efectivos máximos de otros servicios se reducirán. Por lo tanto, es importante ejecutar rigurosos ejercicios de pruebas de administración de capacidad y de escala para implementaciones específicas, a fin de establecer límites efectivos para dicho entorno.
Para obtener más información acerca de las restricciones y los límites, así como sobre el modo en que estos afectan al proceso de administración de la capacidad, vea Administración de capacidad de SharePoint Server 2010: Límites y límites máximos del software.
Diferencias clave entre SharePoint Server 2010 y Office SharePoint Server 2007
SharePoint Server 2010 ofrece un conjunto más rico de características y un modelo de topología más flexible que en las versiones anteriores. Antes de usar esta arquitectura más compleja para ofrecer una funcionalidad y características más eficaces a los usuarios, debe considerar cuidadosamente su efecto sobre la capacidad y el rendimiento de la granja de servidores.
En Office SharePoint Server 2007, había cuatro servicios principales que se podían habilitar en los proveedores de servicios compartidos (SSP): servicio de búsqueda, servicio de Excel Calculation, servicio de perfiles de usuario y servicio de catálogo de datos profesionales. Además, existía un conjunto de clientes relativamente más pequeño que podía interactuar directamente con Office SharePoint Server 2007.
En SharePoint Server 2010 hay más servicios disponibles, conocidos como aplicaciones de servicio de SharePoint (SSA). Además, SharePoint Server 2010 ofrece una variedad mucho mayor de aplicaciones cliente que pueden interactuar con la granja de servidores, incluidas varias aplicaciones de Office nuevas, dispositivos móviles, herramientas para diseñadores y exploradores. A continuación se proporcionan algunos ejemplos del impacto que tienen las interacciones del cliente expandidas sobre las consideraciones de capacidad:
SharePoint Server 2010 incluye aplicaciones sociales que se integran con Outlook y permiten que los clientes de Outlook 2010 muestren información acerca de los destinatarios de correo electrónico que se extrae de la granja de servidores de SharePoint Server cuando se ven los mensajes de correo electrónico en el cliente de Outlook. Esto presenta un nuevo conjunto de patrones de tráfico y una carga del servidor que deben tenerse en cuenta.
Algunas de las nuevas características de los clientes de Microsoft Office 2010 actualizan automáticamente los datos con la granja de servidores de SharePoint Server, incluso cuando las aplicaciones cliente se abren pero no se usan activamente. Dichos clientes, como SharePoint Workspace y OneNote, también presentan algunos patrones de tráfico nuevos y una carga del servidor que deben tenerse en cuenta.
Las nuevas características de interactividad de SharePoint Server 2010, como Office Web Apps, que habilitan la edición de archivos de Office directamente desde el explorador, usan llamadas de AJAX que presentan algunos patrones de tráfico nuevos y una carga del servidor que deben tenerse en cuenta.
En Office SharePoint Server 2007, el cliente principal que se usaba para interactuar con el servidor era el explorador web. Debido al conjunto de características más completo de SharePoint Server 2010, se espera que crezca el número general de solicitudes por segundo (RPS). Además, se espera que el porcentaje de solicitudes provenientes del explorador sea más pequeño que en Office SharePoint Server 2007, lo cual deja espacio para el porcentaje creciente de tráfico nuevo procedente de otros clientes, a medida que las características se adopten ampliamente en toda la organización.
Además, SharePoint Server 2010 presenta nuevas características, como admisión nativa de vídeo incrustado, que puede agregar un esfuerzo a la granja de servidores. Algunas de las características también se han ampliado para admitir una escala mayor que en las versiones anteriores.
La siguiente sección describe estas interacciones de cliente, servicios y características, así como su rendimiento general e implicaciones de capacidad en el sistema, que se deben tener en cuenta al diseñar la solución.
Para obtener más información acerca de cómo actualizar a SharePoint Server 2010, vea Actualización a SharePoint Server 2010.
Servicios y características
En la tabla siguiente se proporciona una descripción simplificada de nivel alto de los requisitos de recursos para los distintos servicios de cada nivel. Las celdas en blanco indican que el servicio no se ejecuta en ese nivel o no lo afecta.
X: indica un costo mínimo o insignificante en el recurso. El servicio puede compartir este recurso con otros servicios.
XX: indica un costo medio en el recurso. El servicio podría compartir este recurso con otros servicios que tengan un impacto mínimo.
XXX: indica un costo alto en el recurso. Por lo general, el servicio no debería compartir este recurso con otros servicios.
Para obtener más información acerca de cómo planear las bases de datos de SQL Server, vea Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010).
Para ver una lista de los artículos de administración de capacidad disponibles para varios servicios y características de SharePoint Server 2010 específicos (se agregarán más artículos a medida que se encuentren a disposición), vea Recomendaciones y resultados de pruebas de rendimiento y capacidad (SharePoint Server 2010).
| Aplicación de servicio | CPU del servidor web | RAM del servidor web | CPU del servidor de aplicaciones | RAM del servidor de aplicaciones | CPU de SQL Server | IOPS de SQL Server | Almacenamiento de SQL Server | |
|---|---|---|---|---|---|---|---|---|
Servicio de SharePoint Foundation |
XXX |
XXX |
XX |
XXX |
XXX |
|||
Servicio de Administración central |
XX |
XX |
X |
X |
X |
|||
Servicio de registro * |
XX |
XX |
XX |
XXX |
XXX |
|||
Servicio de búsqueda de SharePoint |
XXX |
XXX |
XXX |
XXX |
XXX |
XXX |
XXX |
|
Aplicación del Servicio de visualización de Word * |
X |
X |
XXX |
XX |
||||
Servicio de PowerPoint * |
XX |
XX |
XXX |
XX |
||||
Servicio de Excel Calculation |
XX |
X |
XX |
XXX |
||||
Servicio de Visio * |
X |
X |
XXX |
XXX |
X |
X |
X |
|
Servicio de Access * |
X |
X |
XXX |
XX |
X |
X |
X |
|
Servicio de perfiles de usuario |
X |
XX |
XX |
XX |
XXX |
XXX |
XX |
|
Servicio de metadatos administrados * |
X |
XX |
XX |
XX |
X |
X |
XX |
|
Servicio de Web Analytics * |
X |
X |
XXX |
XXX |
XXX |
|||
Servicios de conectividad empresarial * |
XX |
XX |
XXX |
XXX |
||||
InfoPath Forms Services |
XX |
XX |
XX |
XX |
X |
X |
X |
|
Word Automation Services |
X |
X |
XXX |
XX |
X |
X |
X |
|
Aplicación de Servicio PerformancePoint * |
XX |
XX |
XXX |
XXX |
X |
X |
X |
|
Servicio de Project * |
X |
X |
X |
X |
XXX |
XXX |
XX |
|
Soluciones de espacio aislado * |
X |
X |
XXX |
XXX |
||||
Características de flujo de trabajo * |
XXX |
XXX |
||||||
Servicio de temporizador |
XX |
XX |
XX |
XX |
||||
PowerPivot * |
X |
X |
XXX |
XXX |
XX |
XX |
XXX |
Nota
Un asterisco (*) indica un nuevo servicio en SharePoint Server 2010.
Servicio de SharePoint Foundation El servicio de SharePoint principal de colaboración de contenido. En implementaciones de SharePoint Server de gran tamaño, se recomienda asignar servidores web redundantes en función de la carga de tráfico esperada, ajustar correctamente el tamaño de los equipos basados en SQL Server que sirven las bases de datos de contenido y asignar correctamente el almacenamiento en función del tamaño de la granja de servidores.
Servicio de Administración central El servicio de administración. Este servicio tiene requisitos de capacidad relativamente pequeños. Se recomienda habilitar este servicio en varios servidores de la granja para asegurar la redundancia.
Servicio de registro El servicio que registra los indicadores de estado y de uso para fines de supervisión. Se trata de un servicio de escritura intensiva, que puede requerir espacio en disco relativamente grande en función del número de indicadores y la frecuencia con la que estos se registran. En implementaciones de SharePoint Server 2010 de gran tamaño, se recomienda aislar la base de datos de uso de las bases de datos de contenido de diferentes equipos basados en SQL Server.
Aplicación de servicio de búsqueda de SharePoint La aplicación de servicios compartidos que proporciona funciones de indización y consulta. Por lo general, se trata de un servicio con uso de recursos relativamente intensivo, que se puede escalar para servir implementaciones de contenido muy grandes. En implementaciones de SharePoint Server de gran tamaño, en que el motor de búsqueda Enterprise Search es muy importante, se recomienda usar una "granja de servidores de servicio" independiente para hospedar aplicaciones de servicio de búsqueda con recursos de base de datos dedicados, usar varios servidores de aplicaciones que sirvan funciones de búsqueda específicas (rastreo o consulta) y servidores web de destino dedicados de las granjas de servidores de contenido, para asegurar un rendimiento aceptable para el rastreo y las consultas. También puede habilitar las aplicaciones de servicio FAST como la aplicación de servicio de búsqueda. Elija crear uno o más conectores de FAST Search para indizar contenido con FAST Search Server 2010 for SharePoint y cree otra consulta de FAST Search (SSA) para consultar el contenido que se rastrea mediante los conectores de FAST Search.
Aplicación del Servicio de visualización de Word Al habilitar este servicio podrá ver documentos de Word directamente desde el explorador. Este servicio se agrega al instalar Office Web Apps junto con SharePoint Server 2010. Este servicio requiere un servidor de aplicaciones para preparar los archivos originales para la visualización en el explorador. En implementaciones de SharePoint Server de gran tamaño, se recomienda incrementar la escalabilidad horizontal del servicio en varios servidores de aplicaciones para la redundancia y el rendimiento.
Nota
La edición en el explorador para Word y OneNote se habilita al instalar Office Web Apps en la granja de servidores de SharePoint Server 2010. Sin embargo, esta característica se ejecuta en los servidores web de la granja de servidores y no usa ninguna aplicación de servicio.
Aplicación de servicio de PowerPoint Este servicio muestra archivos de PowerPoint y permite que los usuarios los editen directamente en el explorador. Además, permite difundir y compartir presentaciones de PowerPoint en directo. Este servicio se agrega al instalar Office Web Apps en SharePoint Server 2010. Este servicio requiere un servidor de aplicaciones para preparar los archivos originales para la visualización en el explorador. En implementaciones de SharePoint Server de gran tamaño, en que el servicio se convierte en una función que se usa con frecuencia, se recomienda implementar varios servidores de aplicaciones para asegurar una redundancia y una capacidad de proceso aceptables, y agregar más servidores web cuando la difusión de PowerPoint también se use con frecuencia.
Aplicación de Excel Calculation Services Este servicio muestra hojas de cálculo de Excel directamente en el explorador y realiza cálculos de Excel en el servidor. Además, permite la edición de hojas de cálculo directamente desde el explorador cuando se instala Office Web Apps en SharePoint Server 2010. En implementaciones de SharePoint Server de gran tamaño, en que el servicio se convierte en una función que se usa con frecuencia, se recomienda asignar un número suficiente de servidores de aplicaciones que tengan suficiente RAM para garantizar un rendimiento y una capacidad de proceso aceptables.
PowerPivot para SharePoint El servicio para mostrar hojas de cálculo de Excel habilitadas para PowerPivot directamente desde el explorador. En implementaciones de SharePoint Server de gran tamaño, en que el servicio se convierte en una función que se usa con frecuencia, se recomienda asignar un número suficiente de servidores de aplicaciones que tengan suficiente RAM y CPU para garantizar un rendimiento y una capacidad de proceso aceptables. Para obtener más información, vea el tema sobre los requisitos de hardware y software (PowerPivot para SharePoint).
Aplicación de Servicios de Visio El servicio para mostrar diagramas dinámicos de Visio directamente en el explorador. Este servicio tiene una dependencia de la aplicación de servicio de estado de sesión, lo cual requiere una base de datos de SQL Server relativamente pequeña. El servicio de Visio requiere un servidor de aplicaciones para preparar los archivos originales de Visio para la visualización en el explorador. En implementaciones de SharePoint Server de gran tamaño, en que el servicio se convierte en una función que se usa con frecuencia, se recomienda incrementar la escalabilidad horizontal del servicio en varios servidores de aplicaciones que tengan suficiente CPU y RAM para garantizar un rendimiento y una capacidad de proceso aceptables.
Aplicación de los Servicios de Access El servicio para hospedar soluciones de Access en SharePoint Server 2010. En implementaciones de SharePoint Server de gran tamaño, en que el servicio se convierte en una función que se usa con frecuencia, se recomienda incrementar la escalabilidad horizontal en varios servidores de aplicaciones que tengan suficiente RAM para conseguir un rendimiento y una capacidad de proceso aceptables. El servicio de Access usa SQL Reporting Services, lo cual requiere una base de datos de SQL Server que se pueda co-localizar con otras bases de datos.
Aplicación de servicio de perfiles de usuario El servicio que potencia los escenarios sociales en SharePoint Server 2010 y habilita Mis sitios, el etiquetado, las notas, la sincronización de perfiles con los directorios y otras funciones sociales. El servicio de perfiles requiere tres bases de datos con uso de recursos relativamente intensivo: las bases de datos de sincronización, perfiles y etiquetado social. Este servicio depende de la aplicación de servicio de metadatos administrados. En implementaciones de SharePoint Server de gran tamaño, debe tener en cuenta la posibilidad de distribuir este servicio a una granja de servidores de servicios compartidos y ajustar correctamente el tamaño del nivel de servidor de bases de datos para garantizar un rendimiento aceptable de las transacciones comunes y los trabajos de sincronización de directorios.
Aplicación de servicio de metadatos administrados El servicio que potencia el repositorio de metadatos central y permite la redifusión de los tipos de contenido en toda la empresa. El servicio se puede federar en una granja de servidores de servicios dedicados. Requiere una base de datos que se pueda colocalizar con otras bases de datos.
Aplicación de servicio de Web Analytics El servicio que agrega y almacena estadísticas sobre las características de uso de la granja de servidores. Este servicio tiene una demanda relativamente alta de almacenamiento y recursos de SQL Server. El servicio se puede federar en una granja de servidores de servicios dedicados. En implementaciones de SharePoint Server de gran tamaño se recomienda aislar las bases de datos de Web Analytics de otras bases de datos muy importantes o con uso intensivo de recursos al hospedarlas en distintos servidores de bases de datos.
Aplicación de Servicios de conectividad empresarial El servicio que permite la integración de varias aplicaciones de línea de negocio de la organización junto con SharePoint Server 2010. Este servicio requiere un servicio de aplicación para mantener las conexiones de datos con recursos externos. En implementaciones de SharePoint Server de gran tamaño, en que este servicio es una función que se usa con frecuencia, se recomienda asignar un número suficiente de servidores de aplicaciones que tengan suficiente RAM para obtener un rendimiento aceptable.
Aplicación de InfoPath Forms Services El servicio que habilita los formularios basados en el explorador en SharePoint Server 2010 y la integración con la aplicación cliente de InfoPath para la creación de formularios. Este servicio requiere un servidor de aplicaciones y tiene una dependencia con la aplicación de servicio de estado de sesión, lo que requiere una base de datos relativamente pequeña. Este servicio se puede colocalizar con otros servicios y tiene requisitos de capacidad relativamente pequeños, que pueden aumentar en función de la frecuencia de uso de esta función.
Aplicación de Word Automation Services El servicio que permite la conversión de archivos de Word de un formato, como .doc, a otro como .docx o .pdf. Este servicio requiere un servidor de aplicaciones. En implementaciones de SharePoint Server de gran tamaño, en que el servicio se convierte en una función que se usa con frecuencia, se recomienda incrementar la escalabilidad horizontal del servicio en varios servidores de aplicaciones que tengan suficientes recursos de CPU para obtener un rendimiento de conversión aceptable. Este servicio también requiere una base de datos relativamente pequeña para mantener la cola de los trabajos de conversión.
Aplicación de Servicio PerformancePoint El servicio que habilita las funciones de BI de PerformancePoint en SharePoint Server 2010 y permite crear visualizaciones analíticas. Este servicio requiere un servidor de aplicaciones y una base de datos. En implementaciones de SharePoint Server de gran tamaño, en que el servicio se convierte en una función que se usa con frecuencia, se recomienda asignar suficiente RAM para los servidores de aplicaciones para conseguir un rendimiento y una capacidad de proceso aceptables.
Aplicación de servicio de Project El servicio que habilita todas las características de planeación y seguimiento de Microsoft Project Server 2010 además de SharePoint Server 2010. Este servicio requiere un servidor de aplicaciones y una base de datos con uso de recursos relativamente intensivo. En implementaciones de SharePoint Server de gran tamaño, en que el servicio es una característica que se usa con frecuencia, debe dedicar un servidor de bases de datos para la base de datos de Project Server e incluso tener en cuenta una granja de servidores de SharePoint Server dedicada para las soluciones de administración de Project Server.
Servicio de temporizador El proceso encargado de la ejecución de las distintas tareas programadas en los diferentes servidores de la granja. El sistema ejecuta varios trabajos del temporizador; algunos que se ejecutan en todos los servidores de la granja y otros que se ejecutan solo en servidores específicos, según el rol del servidor. Algunos de estos trabajos del temporizador hacen un uso intensivo de recursos y podrían crear carga en el servidor local y en los servidores de bases de datos, en función de su actividad y de la cantidad de contenido con la que operan. En implementaciones de SharePoint Server de gran tamaño, en que los trabajos del temporizador podrían tener consecuencias sobre la latencia del usuario final, se recomienda dedicar un servidor para aislar la ejecución de los trabajos con uso más intensivo de recursos.
Flujo de trabajo La característica que habilita los flujos de trabajo integrados en SharePoint Server 2010 y ejecuta los flujos de trabajo en el servidor web. El uso de recursos depende de la complejidad de los flujos de trabajo y el número total de eventos que controlan. En implementaciones de SharePoint Server de gran tamaño, en que los flujos de trabajo son una característica que se usa con frecuencia, debe considerar la posibilidad de agregar servidores web o aislar un servidor para controlar solo el servicio de temporizador de flujo de trabajo para asegurar que el tráfico de usuario final no se vea afectado y que las operaciones de flujo de trabajo no se retrasen.
Soluciones de espacio aislado El servicio que habilita el aislamiento de código personalizado en recursos de la granja de servidores dedicados. En implementaciones de SharePoint Server de gran tamaño, en que el servicio es una característica usada frecuentemente, debe considerar la posibilidad de dedicar servidores web adicionales si el código personalizado comienza a tener consecuencias en el rendimiento del servidor.
Nuevas interacciones de aplicaciones cliente con SharePoint Server 2010
En esta sección se describen algunas nuevas interacciones de cliente y servidor que admite SharePoint Server 2010 y sus implicaciones en la planeación de capacidad.
En la tabla siguiente se proporciona una descripción simplificada de nivel alto de la carga típica que estas nuevas características introducen en el sistema:
X: indica una carga mínima o insignificante en los recursos del sistema
XX: indica una carga media en los recursos del sistema
XXX: indica una carga alta en los recursos del sistema
| Cliente | Tráfico | Carga |
|---|---|---|
Office Web Apps |
XXX |
XX |
Difusión de PowerPoint |
XXX |
X |
Aplicación cliente de Word y PowerPoint 2010 |
XX |
X |
Aplicación cliente de OneNote |
XXX |
XXX |
Outlook Social Connector |
XX |
XX |
SharePoint Workspace |
XXX |
XX |
Office Web Apps La visualización y edición web de archivos de Word, PowerPoint, Excel y OneNote es un subconjunto de solicitudes del explorador con características de tráfico ligeramente diferentes. Este tipo de interacción presenta una carga de tráfico relativamente alta, necesaria para habilitar ciertas características, como la coautoría. En implementaciones de SharePoint Server de gran tamaño, en que se habilitan estas características, se debe esperar una carga adicional en los servidores web.
Difusión de PowerPoint El conjunto de solicitudes asociadas con la visualización en directo de presentaciones de PowerPoint en el explorador web es otro subconjunto de solicitudes del explorador. Durante las sesiones de difusión en directo de PowerPoint, los clientes que participan solicitan cambios desde el servicio. En implementaciones de SharePoint Server de gran tamaño, en que se trata de una característica que se usa con frecuencia, se debe esperar una carga adicional en los servidores web.
Aplicaciones cliente de Word y PowerPoint 2010 Los clientes de Word y PowerPoint 2010 tienen nuevas características que aprovechan la granja de servidores de SharePoint Server. Un ejemplo es la coautoría de documentos, en la que todas las aplicaciones cliente que participan en una sesión de coautoría cargan y descargan con frecuencia actualizaciones desde y hacia el servidor. En implementaciones de SharePoint Server de gran tamaño, en que se trata de una característica que se usa con frecuencia, se debe esperar una carga adicional en los servidores web.
Aplicación cliente de OneNote 2010 El cliente de OneNote 2010 interactúa con la granja de servidores de SharePoint Server de forma similar que en la versión anterior de OneNote y usa SharePoint Server 2010 para compartir blocs de notas de OneNote y habilitar la coautoría en ellos. Este escenario introduce una carga en SharePoint Server 2010 aún cuando el cliente está abierto, pero no se lo usa activamente. En implementaciones de SharePoint Server de gran tamaño, en que se trata de una característica que se usa con frecuencia, se debe esperar una carga adicional en los servidores web.
Aplicación cliente de Outlook 2010 Outlook 2010 tiene una característica nueva, Outlook Social Connector, que aprovecha la granja de servidores de SharePoint Server (este componente también puede agregarse a versiones anteriores de Outlook). Esta característica permite ver la actividad social solicitada desde la granja de servidores de SharePoint Server directamente en los mensajes de correo electrónico. En implementaciones de SharePoint Server de gran tamaño, en que se habilita esta característica, se debe esperar una carga adicional en los servidores web.
SharePoint Workspace Los clientes de SharePoint Workspace 2010 tienen nuevas características que aprovechan la granja de servidores de SharePoint Server y permiten sincronizar sitios web, listas y bibliotecas de documentos con el cliente para su uso sin conexión. SharePoint Workspace 2010 se sincroniza periódicamente con los objetos de servidor adjuntos cuando se ejecuta el cliente, independientemente de si se usa activamente o no. En implementaciones de SharePoint Server de gran tamaño, en que se trata de una característica que se usa con frecuencia, se puede esperar una carga adicional en los servidores web.
Diferenciadores clave de implementación de SharePoint Server 2010
Cada implementación de SharePoint Server 2010 tiene un conjunto clave de características que la hacen única y la diferencian de otras granjas de servidores. Estos diferenciadores clave se pueden describir a través de las siguientes cuatro categorías principales:
Especificación Describe el hardware de la granja de servidores, así como la topología y configuración de la misma.
Carga de trabajo Describe la demanda de la granja de servidores, incluido el número de usuarios y las características de uso.
Conjunto de datos Describe los tamaños y la distribución del contenido.
Estado y rendimiento Describe el rendimiento de la granja de servidores en cuanto a los objetivos de rendimiento y latencia.
Especificaciones
Hardware
El hardware son los recursos físicos del equipo, como procesadores, memoria y discos duros. El hardware también incluye componentes de red física, como tarjetas de interfaz de red (NIC), cables, conmutadores, enrutadores y equilibradores de carga de hardware. Se pueden resolver muchos problemas de rendimiento y capacidad al asegurarse de usar el hardware adecuado. Por otro lado, una única mala utilización de un recurso de hardware, como memoria insuficiente en un servidor, puede afectar el rendimiento de toda la granja de servidores.
Topología
La topología es la distribución y las relaciones entre el hardware de la granja de servidores y los componentes. Existen dos tipos de topologías:
Topología lógica La asignación de componentes de software, como servicios y características de una granja de servidores.
Topología física La asignación de servidores y recursos físicos.
Normalmente, el número de usuarios y las características de uso determinan la topología física de una granja de servidores y los requisitos empresariales, de la misma manera que la necesidad de admitir características específicas para la carga esperada controla la topología lógica.
Configuración
La configuración de términos se usa para describir la configuración de software y el modo en que se establecen los parámetros. Además, la configuración hace referencia al almacenamiento en caché, RBS, el modo en que se establecen los límites configurables y cualquier parte del entorno de software que se pueda configurar o modificar para satisfacer los requisitos específicos.
Carga de trabajo
La carga de trabajo define las características operativas clave de la granja de servidores, incluida la base de usuarios, la simultaneidad, las características que se usan y los agentes de usuario o las aplicaciones cliente que se usan para conectarse con la granja de servidores.
Distintas características de SharePoint Server tienen diferentes costos asociados en los recursos de la granja de servidores. La popularidad de las características más costosas podría tener un impacto significativo en el rendimiento y el estado del sistema. Si comprende la demanda prevista y las características de uso, podrá ajustar correctamente el tamaño de la implementación y reducir el riesgo de ejecutar constantemente el sistema en una situación de mal estado.
Base de usuarios
La base de usuarios de una aplicación basada en SharePoint Server es una combinación del número total de usuarios y el modo en que se distribuyen geográficamente. Además, dentro de la base de usuarios total, hay subgrupos de usuarios que pueden usar ciertas características o servicios más intensivamente que otros grupos. La simultaneidad de usuarios se define como el porcentaje total de usuarios que usan el sistema activamente en un momento dado. Los indicadores que definen la base de usuarios incluyen el número de usuarios únicos totales y el número de usuarios simultáneos.
Características de uso
El rendimiento de una granja de servidores puede verse afectado no solo por el número de usuarios que interactúan con el sistema, sino también por sus características de uso. Dos organizaciones que tengan el mismo número de usuarios pueden tener requisitos muy diferentes en función de la frecuencia con que los usuarios obtienen acceso a los recursos de la granja de servidores y de si se habilitan características y servicios con uso intensivo de recursos en la granja de servidores. Los indicadores que describen las características de uso incluyen la frecuencia de operaciones únicas, la combinación de funcionamiento general (la relación entre operaciones administrativas y operaciones de lectura y escritura) y los patrones de uso y carga con respecto a las nuevas características que se habilitan en la granja de servidores (por ejemplo, Mis sitios, la búsqueda, los flujos de trabajo y Office Web Apps).
Conjunto de datos
El volumen de contenido que se almacena en el sistema y las características de la arquitectura en que se almacena pueden tener un efecto importante sobre el estado y el rendimiento generales del sistema. Comprender el tamaño, la frecuencia de acceso y la distribución de datos permitirá ajustar correctamente el tamaño del almacenamiento en el sistema y evitar que se convierta en un cuello de botella que reduzca la velocidad de las interacciones del usuario con los servicios de la granja de servidores y afecte a la experiencia del usuario final.
Para estimar y diseñar correctamente la arquitectura de almacenamiento de una solución basada en SharePoint Server, debe conocer el volumen de datos que almacenará en el sistema y el número de usuarios que solicitan datos de distintos orígenes de datos. El volumen del contenido es un elemento importante del tamaño de la capacidad de disco, ya que puede influir en el rendimiento de otras características y podría afectar también el ancho de banda disponible y la latencia de red. Los indicadores que definen el conjunto de datos incluyen el tamaño total del contenido, el número total de documentos, el número total de colecciones de sitios y los tamaños máximo y medio de la colección de sitios.
Estado y rendimiento
El estado de la granja de servidores de SharePoint Server es básicamente una medida o puntuación simplificada que refleja la confiabilidad, estabilidad y el rendimiento del sistema. El rendimiento de la granja de servidores con respecto a los objetivos depende básicamente de los tres primeros diferenciadores. Se puede realizar un seguimiento y describir la puntuación de estado y rendimiento mediante una destilación de un conjunto de indicadores. Para obtener más información, vea Supervisión y mantenimiento de SharePoint Server 2010. Estos indicadores son el tiempo límite del sistema, la latencia percibida por el usuario final, las tasas de errores de página y los indicadores de uso de recursos (CPU, RAM).
Cualquier cambio significativo en el hardware, la configuración, topología, carga de trabajo o el conjunto de datos puede modificar considerablemente la confiabilidad y la capacidad de respuesta del sistema. La puntuación del estado se puede usar para hacer un seguimiento a través del tiempo y para evaluar el modo en que los cambios de las condiciones de funcionamiento o las modificaciones del sistema afectan la confiabilidad de la granja de servidores.
Arquitecturas de referencia
SharePoint Server 2010 es un producto complejo y eficaz, y no hay ninguna arquitectura que se ajuste a todas las soluciones. Cada implementación de SharePoint Server es única y se define mediante sus características de uso y datos. Cada organización debe realizar un proceso de administración de capacidad exhaustivo y aprovechar con eficacia la flexibilidad que ofrece el sistema de SharePoint Server 2010 para personalizar una solución de tamaño correcto que mejor satisfaga las necesidades organizativas.
El concepto de arquitecturas de referencia se usa para describir e ilustrar las diferentes categorías principales de las implementaciones de SharePoint Server y no para proporcionar una receta que los arquitectos puedan usar para diseñar sus soluciones. Esta sección se centra en describir los vectores que se usan normalmente para escalar las implementaciones de SharePoint Server.
Las arquitecturas que se enumeran a continuación se proporcionan como una manera útil para comprender los diferenciadores generales entre estas categorías genéricas y para diferenciarlos mediante los factores de costos generales y la escala de esfuerzo.
Implementación de servidor único
La arquitectura de implementación de servidor único consiste en un servidor que ejecuta SharePoint Server 2010 y una versión compatible de SQL Server. Esta arquitectura podría ser apropiada para fines de evaluación, para los programadores o para una implementación de departamento aislada, que no es crítica y tiene solo unos pocos usuarios. Sin embargo, no se recomienda su uso en un entorno de producción.
.gif "Modelo de implementación en un servidor")
Implementación de una granja de servidores pequeña
Una implementación de una granja de servidores pequeña se compone de un único servidor de base de datos o clúster y uno o dos equipos basados en SharePoint Server 2010. Las características principales de la arquitectura son redundancia y conmutación por error limitadas, y un conjunto mínimo de características de SharePoint Server habilitadas.
Una granja de servidores pequeña es útil para servir solo las implementaciones limitadas, con un conjunto mínimo de aplicaciones de servicio habilitadas, una base de usuarios relativamente pequeña, una carga de uso relativamente baja (algunas pocas solicitudes por minuto hasta muy pocas solicitudes por segundo) y un volumen relativamente pequeño de datos (10 o más gigabytes).
.gif "Modelo de implementación de conjunto o granja de servidores de tamaño pequeño")
Implementación de una granja de servidores mediana
Esta arquitectura presenta el desglose de la topología en tres niveles: servidores web dedicados, servidores de aplicaciones dedicados y uno o varios servidores de bases de datos o clústeres. La separación del nivel de servidor front-end del nivel de servidor de aplicaciones permite mayor flexibilidad en el aislamiento de servicios y ayuda a equilibrar la carga en el sistema.
Se trata de la arquitectura más común, que incluye un amplio espectro de tamaños de granja de servidores y topologías de servicio. Una implementación de una granja de servidores mediana es útil para servir los entornos que tienen los siguientes elementos:
Varias aplicaciones de servicio distribuidas en varios servidores. Un conjunto típico de características podría incluir el servicio de Office Web Apps, servicio de perfiles de usuario, servicio de metadatos administrados y servicio de Excel Calculation.
Una base de usuarios de decenas de miles de usuarios y una carga de 10 a 50 solicitudes por segundo.
Un almacén de datos de uno o dos terabytes.
.gif "Capacidad: modelo de implementación de conjunto o granja de servidores de tamaño mediano")
Implementación de una granja de servidores grande
Las implementaciones de granjas de servidores grandes presentan un desglose de servicios y soluciones en varias granjas de servidores y un mayor incremento de la escalabilidad horizontal de los niveles de una única granja de servidores. Varios servicios de SharePoint Server se pueden implementar en una granja de servidores de servicios dedicados que sirve solicitudes de varias granjas de servidores de consumo. En estas arquitecturas de gran tamaño, normalmente hay servidores web, varios servidores de aplicaciones, según la característica de uso de cada uno de los servicios locales (no compartidos), y varios servidores basados en SQL Server o clústeres de SQL Server, dependiendo del tamaño del contenido y las bases de datos de servicios de la aplicación que están habilitadas en la granja de servidores. Se espera que las arquitecturas de granjas de servidores grandes sirvan las implementaciones que tienen los siguientes elementos:
Varias aplicaciones de servicio federadas y consumidas desde la granja de servidores de servicios dedicados; normalmente, el servicio de perfiles de usuario, la búsqueda, el servicio de metadatos administrados y Web Analytics.
La mayoría de las demás aplicaciones de servicios habilitadas localmente.
Una base de usuarios en el intervalo de cientos de miles de usuarios.
Una carga de uso en el intervalo de cientos de solicitudes por segundo.
Un conjunto de datos en el intervalo de diez o más terabytes.
.gif "Capacidad: modelo de implementación de conjunto o granja de servidores de gran tamaño")
See Also
Concepts
Planeación de la capacidad para SharePoint Server 2010
Pruebas de rendimiento para SharePoint Server 2010
Supervisión y mantenimiento de SharePoint Server 2010
Administración de capacidad de SharePoint Server 2010: Límites y límites máximos del software
Recomendaciones y resultados de pruebas de rendimiento y capacidad (SharePoint Server 2010)
Casos prácticos técnicos de rendimiento y capacidad (SharePoint Server 2010)
Requisitos de hardware y software (SharePoint Server 2010)
Other Resources
Centro de recursos: Administración de capacidad para SharePoint Server 2010