Exportar (0) Imprimir
Expandir todo

Información general sobre el ajuste de tamaño y la administración de la capacidad de SharePoint Server 2013

 

Se aplica a: SharePoint Server 2013 Standard, SharePoint Server 2013 Enterprise

Última modificación del tema: 2014-07-22

Resumen:aprenda a usar los datos de rendimiento para planear y administrar la capacidad de un entorno de SharePoint Server 2013.

En este artículo se proporciona información general acerca de cómo planear y administrar la capacidad de los entornos de SharePoint Server 2013 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.

ImportanteImportante:
Algunos valores de este artículo se basan en resultados de pruebas y otra información relacionada con Productos de SharePoint 2010 y pueden no representar los valores finales para SharePoint Server 2013. Este artículo se actualizará con los valores apropiados, vínculos a contenido relacionado y otra información y se volverá a publicar cuando haya disponibles datos relativos a SharePoint Server 2013.

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 2013 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 2013. 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:

En la documentación de administración de capacidad de SharePoint Server 2013 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.

Tenga en cuenta las siguientes preguntas para determinar si debería leer este contenido.

ImportanteImportante:
Algunos vínculos de esta sección pueden hacer referencia a SharePoint Server 2010 y otras versiones anteriores del producto, y se actualizarán cuando estén disponibles las versiones de SharePoint Server 2013 de este contenido.

Soy un profesional de TI o responsable de decisiones empresariales y estoy buscando una solución para problemas empresariales específicos. SharePoint Server 2013 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 2013 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:

Para obtener información acerca de cómo evaluar SharePoint Server 2013 para sus requisitos de negocio específicos, vea los siguientes artículos:

Actualmente estoy usando SharePoint Server 2010. ¿Que ha cambiado en SharePoint Server 2013 y qué tengo que tener en cuenta si actualizo? ¿Qué efecto tendrá la actualización en el rendimiento y la escala de mi topología?

Para obtener más información sobre consideraciones más generales sobre las actualizaciones así como orientación para planear y ejecutar una actualización desde Office SharePoint Server 2007, consulte el artículo siguiente:

He implementado SharePoint Server 2013 y quiero asegurarme de que tengo el hardware y la topología apropiados. ¿Cómo puedo validar mi arquitectura y mantenerla correctamente?

Para obtener información acerca de la supervisión y los contadores de rendimiento para las granjas de servidores de SharePoint Server 2013, consulte el siguiente artículo:

Para obtener información sobre cómo usar las herramientas de supervisión del estado integradas en la interfaz de Administración central, vea el artículo siguiente:

He implementado SharePoint Server 2013 y tengo problemas de rendimiento. ¿Cómo puedo solucionar los problemas y optimizar mi entorno?

Para obtener información acerca de la supervisión y los contadores de rendimiento para las granjas de servidores de SharePoint Server 2013, consulte los siguientes artículos:

Para obtener información sobre las herramientas y técnicas para optimizar granjas de servidores de SharePoint Server 2013, vea el siguiente artículo:

Para obtener información sobre cómo solucionar problemas de las herramientas de supervisión del estado integradas en la interfaz de Administración central, vea el artículo siguiente:

Para obtener una lista de los artículos sobre administración de la capacidad que hay disponibles para servicios y características específicos de SharePoint Server 2010 (se agregarán más artículos cuando estén disponibles), vea el siguiente artículo:

Para obtener información acerca de rendimiento y el dimensionamiento de las base de datos, vea el siguiente artículo:

Para obtener información acerca del almacenamiento remoto de BLOB (RBS), vea el siguiente artículo:

Quiero saber todo acerca de la administración de la capacidad de SharePoint Server 2013. ¿Por dónde comienzo?

Para obtener información acerca de los conceptos generales de administración de la capacidad y vínculos a documentación y recursos adicionales, vea el siguiente artículo:

Para obtener información adicional acerca de la administración de la capacidad, vea los siguientes artículos complementarios de este artículo de introducción:

Ahora debería tener una buena comprensión de los conceptos. Para obtener información sobre las limitaciones y los límites de SharePoint Server 2013, vea el siguiente artículo:

Cuando esté preparado para identificar una topología de punto de inicio para su entorno basado en SharePoint Server 2013, consulte la biblioteca de casos prácticos técnicos disponibles para encontrar el que más se asemeje a sus requisitos. Para obtener una lista de casos prácticos de SharePoint Server 2010 (los casos prácticos de SharePoint Server 2013 se publicarán a medida que estén disponibles), vea el artículo siguiente:

Para obtener información acerca del seguimiento de estado y la solución de problemas mediante el uso de herramientas de seguimiento de estado integradas en la interfaz de Administración central, vea los artículos siguientes:

Para obtener más información acerca de cómo virtualizar servidores basados en SharePoint Server 2013, vea el siguiente artículo:

Para obtener más información acerca de la alta disponibilidad y recuperación ante desastres, vea el artículo siguiente:

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 necesario para que el sistema procese 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.

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.

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 admita 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. Vea la sección sobre cómo eliminar cuellos de botella en Supervisión y mantenimiento de SharePoint Server 2013 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 2013 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 limita 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 2013 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.

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 2013, debe evaluar si estos beneficios potenciales invalidan los costos y las limitaciones de implementar y mantener RBS.

Para más información sobre cómo planear la escala de datos, vea Almacenamiento y configuración y planeamiento de capacidad de SQL Server (SharePoint Server 2013).

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.

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 2013 se supervisa y optimiza continuamente para adaptarla a las condiciones y los requisitos cambiantes.

SharePoint Server 2013 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
  • 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 debe tener 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 IIS de SharePoint Server 2013.

  • 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.

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 2013 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 2013 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.

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.

En SharePoint Server 2013, 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 2013 para que almacene documentos de más de 2 GB. Este 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 cambie 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, debe 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 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 2013 pueden modificarse. No obstante, debe 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 para SharePoint 2013, el soporte técnico estará limitado hasta que se actualice el sistema con los requisitos mínimos.

En SharePoint Server 2013, 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 más información sobre las restricciones y los límites, así como sobre el modo en que estos afectan al proceso de administración de la capacidad, vea Restricciones y límites del software de SharePoint 2013.

Cada implementación de SharePoint Server 2013 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.

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.

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 2013 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 2013 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).

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 2013, 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.

El estado de la granja de servidores de SharePoint Server 2013 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 2013 y Planear la supervisión en SharePoint 2013. 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.

SharePoint Server 2013 es un producto complejo y eficaz, y no hay ninguna arquitectura que se ajuste a todas las soluciones. Cada implementación de SharePoint Server 2013 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 2013 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 2013 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 2013.

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.

La arquitectura de implementación de servidor único consiste en un servidor que ejecuta SharePoint Server 2013 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.

Modelo de implementación en un servidor

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 2013. 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 2013 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).

Modelo de implementación de granja de servidores de tamaño pequeño

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.

Capacidad: modelo de implementación de granja de servidores de tamaño mediano

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 2013 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.

Capacidad: modelo de implementación de granja de servidores de gran tamaño

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft