Recomendaciones sobre topología física (Office SharePoint Server)

La topología del nivel de base de datos del sistema, la red, el almacenamiento físico y el almacenamiento en caché pueden afectar de forma significativa el rendimiento del sistema. Al planear el hardware, recuerde que Microsoft Office SharePoint Server 2007 es la última versión de Office SharePoint Server que se va a ejecutar en las bases de datos y los sistemas operativos de 32 bits. En este artículo, se describen principalmente las mejoras que se pueden realizar cuando el sistema se ejecuta en Microsoft SQL Server 2008.

En las secciones siguientes se proporcionan recomendaciones basadas en los procedimientos recomendados que se han encontrado para las bases de datos de SQL Server 2005 que hospedan Office SharePoint Server 2007.

Inicio con un servidor dedicado que ejecute SQL Server 2008

Las siguientes recomendaciones se aplican al nivel de base de datos de la topología:

• Coloque siempre SQL Server 2008 en un servidor dedicado que no esté ejecutando ningún otro rol del conjunto o granja de servidores ni hospedando bases de datos de ninguna de otra aplicación, a menos que se vaya a implementar el sistema en un servidor independiente.

• Se recomienda instalar la versión de 64 bits de SQL Server 2005 en un sistema operativo de 64 bits, a menos que tenga una razón empresarial importante para no hacerlo.

• Para obtener un rendimiento óptimo, use Office SharePoint Server 2007 con SQL Server 2008 con el Service Pack más reciente, a menos que por motivos empresariales importantes deba usar una versión anterior.

• Use alias de conexión de SQL Server cuando configure la granja de servidores del sistema. Un alias de conexión es un nombre alternativo que se puede usar para establecer una conexión con una instancia de SQL Server. Si un servidor de bases de datos genera un error, puede ajustar el alias en el servidor cliente web para indicar otro servidor. Para obtener más información, vea el tema sobre cómo establecer un alias de SQL Server (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=132064&clcid=0xC0A).

• Asegúrese de que los canales de entrada/salida (E/S) de SQL Server 2008 a los discos no se comparten con otras aplicaciones, como el archivo de intercambio y los registros de Internet Information Services (IIS).

Posibilidad de agregar más servidores, además de agregar recursos

Es importante realizar un seguimiento de los siguientes tres componentes de recursos de un servidor que ejecuta SQL Server 2008: CPU, memoria y subsistema de E/S. Cuando parezca que uno o más componentes han alcanzado su límite, analice la forma adecuada de proceder según la carga de trabajo actual y la prevista. A continuación, determine si desea agregar más recursos o agregar un nuevo servidor que ejecute SQL Server 2008. En general, se recomienda considerar la posibilidad de agregar más servidores, además de recursos. Para obtener más información, vea el tema sobre solución de problemas de rendimiento en SQL Server 2008 (en inglés) (https://go.microsoft.com/fwlink/?linkid=168448&clcid=0xC0A) (en inglés).

Se recomienda implementar un servidor adicional que ejecute SQL Server 2008 cuando haya más de cuatro servidores web ejecutándose a plena capacidad.

Seguir las instrucciones de SQL Server a la hora de elegir el hardware

Las secciones siguientes contienen recomendaciones del equipo de SQL Server 2008 para el hardware que pueden optimizar el rendimiento de Office SharePoint Server 2007.

Memoria

Con el fin de determinar la cantidad de memoria necesaria para los equipos que ejecutan SQL Server 2008, en primer lugar determine si la implementación planeada es pequeña, mediana o grande en términos de consumo de memoria.

Determine el tamaño de la implementación mediante la siguiente tabla:

• Si los parámetros de implementación son, por lo general, inferiores a los valores indicados, la implementación puede considerarse pequeña.

• Si los parámetros de implementación son aproximadamente iguales que los valores indicados, la implementación puede considerarse mediana.

• Si los parámetros de implementación son, por lo general, mayores que los límites superiores de la mayoría de los valores enumerados, la implementación puede considerarse grande.

Para SQL Server 2008, la memoria mínima requerida es de 4 gigabytes (GB). Se recomiendan 8 GB para las implementaciones de tamaño medio y un mínimo de 16 GB para las implementaciones grandes.

Entre los factores que pueden influir en las necesidades de memoria se incluyen:

• El uso de la creación de reflejo de SQL Server 2008.

• El uso frecuente de archivos de tamaño superior a 15 megabytes (MB).

Caché de la CPU

En el servidor que ejecuta SQL Server 2008, se recomienda que la memoria caché en L2 de cada CPU disponga de un mínimo de 2 MB para mejorar la memoria.

Ancho de banda del bus

Un mayor ancho de banda del bus mejora la confiabilidad y el rendimiento. Tenga en cuenta que el disco no es el único que usa el ancho de banda del bus; no olvide, por ejemplo, el acceso a la red.

La siguiente lista proporciona algunos procedimientos recomendados y consejos para optimizar el ancho de banda del bus.

• Para servidores de tamaño mediano a grande, un mayor ancho de banda del bus mejora la confiabilidad del sistema, especialmente con software de varias rutas de acceso agregado. Por el contrario, un mayor ancho de banda del bus no proporciona un aumento significativo en cuanto a la confiabilidad en los sistemas más pequeños. La confiabilidad del ancho de banda del bus se incrementa a través de las rutas de acceso redundantes del sistema y al evitar el único punto de posibles errores en los dispositivos de hardware.

• Un mayor ancho de banda del bus proporciona un rendimiento mejorado en los sistemas que usan con frecuencia las transferencias de bloques de gran tamaño y la E/S secuencial.

• En servidores más pequeños que usan principalmente la E/S secuencial, el PCI se convierte en un cuello de botella con tres discos. Para un servidor pequeño con ocho discos que realizan fundamentalmente la E/S aleatoria, el PCI suele ser suficiente. Sin embargo, es más habitual encontrar el PCI-X en los servidores de la gama pequeña a muy grande.

• Se necesita un ancho de banda del bus mayor para admitir un gran número de discos.

• La capacidad del ancho de banda del bus podría estar limitada por la topología del sistema. Si el sistema usa discos adjuntos directos, el número de ranuras limita la capacidad del ancho de banda del bus. Sin embargo, para sistemas de red de área de almacenamiento (SAN), no hay ningún factor de limitación física.

• Los servidores más caros suelen tener buses más grandes y rápidos. A menudo, no existe ninguna forma de aumentar la capacidad del ancho de banda de los buses sin reemplazar los servidores. Sin embargo, los servidores más grandes son más configurables. Póngase en contacto con los proveedores de servidores para obtener información sobre las especificaciones.

Interfaces de disco y SAN

Las interfaces que se usan en el sistema pueden afectar a la confiabilidad y rendimiento. Las unidades mayores, siendo lo demás igual, aumentan el tiempo de búsqueda medio. Use la información de la tabla siguiente para elegir la interfaz.

Redundancia de la base de datos dentro de un centro de datos

Se debe proporcionar redundancia para todo tipo de almacenamiento dentro de un centro de datos.

• Para una red SAN o discos compartidos, la agrupación en clústeres es la tecnología más común y redituable. Los Productos y Tecnologías de SharePoint admiten de forma nativa el uso de clústeres, los cuales se encuentran disponibles en SQL Server 2008 Standard Edition. Los equipos de operaciones pueden observar que la agrupación en clústeres ofrece una solución familiar de disponibilidad. Para obtener más información, vea el tema sobre Configuración de disponibilidad en una única granja de servidores mediante la agrupación en clústeres de SQL Server (https://go.microsoft.com/fwlink/?linkid=168606&clcid=0xC0A).

• Para discos dedicados o almacenamiento directamente conectado (DAS), puede usar la creación de reflejo de la base de datos de SQL Server 2008. SharePoint no reconoce de forma nativa la creación de reflejo de la base de datos. Para cambiar las conexiones cuando un reflejo conmuta por error, se recomienda usar un alias de cliente de SQL Server y administrar manualmente el proceso de conmutación por error modificando el alias para apuntar al proceso de conmutación por error asociado. Para obtener más información, vea el tema sobre el uso de la creación de reflejo de la base de datos con Office SharePoint Server 2007 (en inglés) (https://go.microsoft.com/fwlink/?linkid=83725&clcid=0xC0A) (en inglés).

Redundancia de la base de datos en los centros de datos

Los datos almacenados en SAN o en DAS se pueden reflejar o replicar para admitir los requisitos de continuidad empresarial, pero la técnica para la creación de reflejo difiere de la siguiente manera:

• La mayoría de proveedores de SAN proporcionan creación de reflejo de datos en varios sitios.

• En la mayoría de escenarios basados en DAS, se necesita un método de replicación basado en el software, entregado por el proveedor o habilitado por medio de tecnologías, como la creación de reflejo de la base de datos o el trasvase de registros.

  Si decide usar la creación de reflejo asincrónica, SharePoint puede aprovechar la capacidad de compresión de la secuencia de registro de SQL Server 2008 y, si se ejecuta SQL Server 2008 Enterprise Edition, también puede aprovechar la capacidad de usar un subproceso de puesta al día adicional por base de datos por cada cuatro núcleos del sistema. Para obtener más información, vea:

  • Planeación de la disponibilidad (Office SharePoint Server)

  • Configuración de la recuperación ante desastres a través de las granjas de SharePoint mediante el uso de trasvase de registros de SQL Server

  • Integración de SQL Server 2008 y Office SharePoint Server 2007

Las tecnologías de instantáneas se pueden usar para tomar instantáneas en un momento dado de los datos que se hospedan en una SAN. El DAS, en la mayoría de los casos, no ofrece el software ni los servicios adicionales para que se puedan admitir las instantáneas.

Se pueden usar tecnologías complementarias, como Microsoft System Center Data Protection Manager 2007, para proporcionar protección adicional para Microsoft SQL Server y los Productos y Tecnologías de Microsoft Office SharePoint. Microsoft System Center Data Protection Manager 2007 permite la protección de datos basada en disco y basada en cinta, así como la recuperación de servidores en dominios de Active Directory®. Para obtener información adicional acerca de Microsoft System Center Data Protection Manager 2007, vea el sitio web de Microsoft System Center Data Protection Manager 2007 (en inglés) (https://www.microsoft.com/systemcenter/dataprotectionmanager/en/us/default.aspx) (en inglés).

Rendimiento

Para DAS y SAN, se deben medir las siguientes categorías de rendimiento:

• E/S por segundo

• Megabytes por segundo

• Latencia

El rendimiento de los entornos de DAS y SAN se ve afectado por tantas variables que no es posible ofrecer recomendaciones sencillas. Algunos ejemplos de variables son los siguientes: controladores, configuración, tecnologías básicas subyacentes y complementarias y adaptadores de bus host (HBA).

El tejido de canal de fibra conmutado puede ser beneficioso para los entornos de SAN, porque los canales de fibra pueden proporcionar varios vínculos a través del tejido y, por lo tanto, habilitar el paralelismo de la ruta de acceso de E/S de manera que la red SAN pueda procesar peticiones de E/S de manera más eficiente.

La latencia mínima en el subsistema de E/S que asiste al servidor que ejecuta SQL Server es muy importante. La respuesta lenta del subsistema de E/S no se puede compensar agregando otros tipos de recursos, como CPU o memoria; en cambio, puede influir y causar problemas en toda la granja de servidores. Planee una latencia mínima antes de la implementación y supervise los sistemas existentes tal como se describe en Supervisión y solución de problemas de rendimiento del almacenamiento.

Recomendaciones de topología de red

Planee las conexiones de red dentro de las granjas de servidores y entre las granjas. Es recomendable usar una red con baja latencia.

En la siguiente lista, se proporcionan algunas recomendaciones y procedimientos recomendados:

• Todos los servidores de la granja deben tener latencia y ancho de banda LAN hasta el servidor que ejecuta SQL Server 2008 (latencia de hasta 1 milisegundo [ms]).

• No se recomienda una topología de red de área extensa (WAN) en la que un servidor que ejecuta SQL Server 2008 se implemente de manera remota desde otros componentes de la granja de servidores con latencia de red superior a 1 ms. Esta topología no ha sido probada.

• Planee el uso de una red WAN adecuada si piensa usar la creación de reflejo de SQL Server 2008 o el trasvase de registros de SQL Server 2008 para mantener actualizado un sitio remoto.

• Planee usar la característica de compresión de copia de seguridad de SQL Server 2008 Enterprise Edition. Se puede reducir de forma considerable el tamaño de las copias de seguridad de base de datos y los registros enviados, con solo establecer la opción de compresión en el script de copia de seguridad o configurando el servidor de aplicaciones que ejecuta SQL Server 2008 Enterprise Edition para que realice la compresión de manera predeterminada. Para obtener más información, vea el tema sobre la compresión de copias de seguridad (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381&clcid=0xC0A).

  Nota

  La compresión de base de datos no admite Productos y Tecnologías de SharePoint.

Topología de disco

La topología de disco que se usa en el sistema puede afectar a la confiabilidad y al rendimiento.

Se debe minimizar la latencia en el subsistema de E/S que atiende al servidor que ejecuta SQL Server 2008. La respuesta lenta del subsistema de E/S no se puede compensar al agregar otros tipos de recursos (por ejemplo, CPU o memoria), pero puede influir y causar problemas en toda la granja de servidores.

Use la información de la tabla siguiente para elegir la topología.

Descarga de este libro

Este tema se incluye en el siguiente libro descargable para facilitar la lectura y la impresión:

• Planeación y arquitectura para Office SharePoint Server 2007 (segunda parte)

Vea la lista completa de libros disponibles en la página que muestra el contenido descargable para Office SharePoint Server 2007.