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.
Importante
Si usa el método de actualización gradual, podría ser necesario aumentar los recursos de SQL Server compatibles con Office SharePoint Server 2007 al menos en un factor de dos para mantener tiempos de respuesta razonables del servidor que ejecuta 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.
| Métrica | Valor |
|---|---|
Tamaño de base de datos de contenido |
100 GB |
Número de bases de datos de contenido |
20 |
Número de solicitudes simultáneas a SQL Server 2008 |
200 |
Usuarios |
1000 |
Número de elementos de lista con regularidad de acceso |
2000 |
Número de columnas de lista con regularidad de acceso |
20 |
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.
| Interfaz | Ventajas | Inconvenientes | Notas |
|---|---|---|---|
Interfaz estándar de equipos pequeños (SCSI) |
Permite forzar los datos que se escriben en el disco, con lo que mejora la capacidad de recuperación. La interfaz SCSI con TCQ (Tagged Command Queueing) admite varias solicitudes de E/S. Admite el intercambio en caliente. La interfaz SCSI puede tener un máximo de 15 unidades por canal. Menos restrictiva en longitud de cable físico. |
La sobrecarga de los canales aumenta la posibilidad de alcanzar el límite de la velocidad de transferencia. |
|
Electrónica integrada de dispositivos (IDE) |
Admite el intercambio en caliente. IDE sólo tiene velocidades de transferencia altas si hay una unidad conectada por canal. Normalmente, tiene más capacidad que SCSI. Suele ser más barata por GB que las unidades SCSI. |
Sólo puede controlar una solicitud de E/S pendiente por canal. |
|
SATA (Serial Advanced Technology Attachment) |
SCSI con TCQ admite varias solicitudes de E/S. Admite el intercambio en caliente. La mayoría están diseñadas de forma explícita para admitir sólo una unidad por canal; sin embargo, también hay varios canales SATA de 2 a 12 + en tarjetas de interfaz. Normalmente, tiene más capacidad que SCSI. Normalmente más barata por GB que las unidades SCSI. |
||
SAS (Serial-attached SCSI) |
Es muy rápida. Admite el protocolo SCSI. Permite un número mayor de discos que SCSI. |
Sólo es aplicable a DAS (Direct-attached Storage). Tecnología de reemplazo para SCSI paralelo. Compatible con versiones anteriores de unidades SATA. |
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:
Nota
Algunas tecnologías de SQL Server 2008, como la replicación de transacciones, no se pueden usar con los Productos y Tecnologías de SharePoint, dado que la tecnología de replicación requiere que una base de datos tenga una columna de clave principal en todas las tablas. Antes de implementar tecnologías de replicación, asegúrese que la tecnología que elija sea compatible con 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.
| Topología | Ventajas | Inconvenientes | Notas |
|---|---|---|---|
SAN |
Puede atender a varios servidores. No tiene limitaciones en cuanto al número de discos a los que se puede tener acceso. Instalación de servidores adicionales más sencilla. Administra muchos servidores con mayor facilidad. Reasignación de almacenamiento en disco entre servidores más sencilla. Los costos de mantenimiento tienden a ser menores que los de DAS (Direct-attached Storage). |
||
DAS |
Mayor ancho de banda máximo. Es más fácil de administrar para un número menor de servidores. Costos indirectos iniciales inferiores a los de SAN. |
Implementado por servidor. El número de discos está limitado por el número de ranuras del servidor y el tipo de interfaz que se usa. |
Considere la posibilidad de usar DAS si experimenta cargas de trabajo con cuellos de botella. Cuando se alcanza el límite del número de DAS de un servidor determinado, debe implementar un servidor adicional que ejecute SQL Server 2008. |
NAS (Network-attached storage) |
El tiempo de respuesta de E/S requerido para SQL Server 2008 no se puede garantizar ni mantener en un entorno NAS. iSCSI sólo puede admitir tráfico de E/S ligero. |
No se recomienda usar la tecnología NAS debido a la incapacidad para garantizar una latencia suficiente. Si se requiere el almacenamiento en red, use iSCSI en una red de área local (LAN) de Ethernet Gigabit dedicada de iSCSI en lugar de NAS. |
Descarga de este libro
Este tema se incluye en el siguiente libro descargable para facilitar la lectura y la impresión:
Vea la lista completa de libros disponibles en la página que muestra el contenido descargable para Office SharePoint Server 2007.