Planeación de granjas de servidores (SharePoint Server 2010)

 

Se aplica a: SharePoint Server 2010

Última modificación del tema: 2016-11-30

En este artículo:

  • Requisitos de licencia

  • Requisitos de la organización

  • Disponibilidad y contratos de nivel de servicio

  • Requisitos de aislamiento de seguridad

  • Incremento de la escalabilidad horizontal y administración centralizada de aplicaciones de servicio

  • Distribución geográfica

Este artículo ayuda a determinar cuántos conjuntos o granjas de servidores necesita la organización. Existen muchos tipos de sitios que se pueden crear y operar mediante Microsoft SharePoint Server 2010. En función del número y los tipos de sitios que desee implementar, así como del lugar en que se encuentren los usuarios, es posible que quiera planear más de una granja de servidores.

En este artículo se describen los criterios que pueden usarse para determinar si se necesitan varias granjas de servidores. Para obtener instrucciones sobre cómo planear granjas de servidores individuales, vea los siguientes artículos:

Requisitos de licencia

Tenga en cuenta los requisitos de licencia como un factor al determinar el número mínimo de granjas de servidores que debe planear. Existen tres licencias de servidor disponibles para SharePoint Server 2010. Estas pueden combinarse en el mismo equipo servidor o en la misma granja de servidores. Además, la licencia de MSDN podría desempeñar un rol si planea un entorno de desarrollo. La inclusión de un entorno de desarrollo también afecta al número de granjas de servidores. En la tabla siguiente se enumeran y describen las ofertas de licencia para SharePoint Server 2010.

Oferta Descripción

SharePoint Server 2010

Esta licencia es necesaria para ejecutar SharePoint Server 2010 en el modo cliente o de servidor. Debe usarla con el número requerido de licencias de acceso de cliente (CAL) adecuado para las necesidades de la organización. Obtenga la licencia del conjunto de características estándar a través de Standard CAL y la licencia del conjunto de características Enterprise a través de Enterprise CAL. Las Enterprise CAL son aditivas. Para acceder a las características Enterprise, una persona o un dispositivo debe tener tanto Standard CAL como Enterprise CAL.

SharePoint Server 2010 para sitios de Internet, Standard; y SharePoint Server 2010 para sitios de Internet, Enterprise

Use una de estas licencias para los sitios web orientados a Internet para usuarios externos (proveedores, clientes, fabricantes y el público). Estas licencias se pueden usar con usuarios anónimos y autenticados. Son licencias por servidor que no requieren la adquisición de licencias de acceso de cliente. Los usuarios que crean contenido para el acceso externo pueden usar una de estas licencias. Quienes usan SharePoint Server 2010 solo para crear información para acceso externo no necesitan licencias de servidor ni CAL.

Si planea implementar, desde la misma granja de servidores, contenido interno para la organización y contenido orientado a Internet para quienes no son empleados, deberá adquirir ambos tipos de licencia para esa granja de servidores. Para adaptarse a los escenarios de implementación posibles, los clientes que deseen combinar los requisitos de SharePoint Server 2010 en una sola implementación pueden obtener licencias para ambos productos, asignar esas licencias al mismo servidor y usar la misma instancia en ejecución del software al mismo tiempo bajo ambas licencias. Sin embargo, los clientes deben obtener licencias CAL según lo dispuesto en los derechos de uso de SharePoint Server 2010 para los usuarios y dispositivos que tengan acceso al contenido de cualquier manera que no esté permitida por los derechos de uso de SharePoint Server 2010 para sitios de Internet.

En el resto de esta sección se describe qué licencia se debe usar para los distintos tipos de implementaciones.

Sitios de intranet para empleados internos y remotos

Use la licencia de SharePoint Server 2010 con el número adecuado de licencias CAL. Aunque los sitios de intranet podrían exponerse a Internet para proporcionar acceso a los empleados remotos, esta es la licencia adecuada para este escenario.

Sitios de Internet para usuarios externos

Use la licencia de SharePoint Server 2010 de sitios de Internet.

Sitios de extranet de asociados para la comunicación con empleados de empresas asociadas

Puede seleccionar entre las siguientes opciones para los sitios de extranet de asociados:

  • Agregar un sitio de extranet de asociados a una granja de servidores que hospede la intranet de la empresa (licencia de SharePoint Server 2010). Con esta opción, debe asegurarse de adquirir el número de licencias CAL necesario para empleados de asociados.

  • Agregar un sitio de extranet de asociados a una granja de servidores que hospede el sitio de Internet de la empresa (licencia de SharePoint Server 2010 de sitios de Internet). Esta opción no requiere licencias CAL para los empleados de asociados ni para los propios empleados que colaboren con los asociados. Sin embargo, en esta granja de servidores, no puede crear sitios que sean usados exclusivamente por los empleados de la organización. Los usuarios de la organización no pueden acceder de forma exclusiva al contenido, la información ni las aplicaciones de esta granja de servidores. En otras palabras, si los usuarios internos pueden tener acceso al contenido, los usuarios externos también deben poder acceder a él.

  • Implementar una granja de servidores dedicada para la colaboración entre asociados y usar la licencia de sitios de Internet. Esta opción no requiere licencias CAL para los empleados de asociados ni para los propios empleados que colaboren con asociados. Sin embargo, en esta granja de servidores, no puede crear sitios que sean usados exclusivamente por los empleados de la organización. Los usuarios de la organización no pueden acceder de forma exclusiva al contenido, la información ni las aplicaciones de esta granja de servidores. En otras palabras, si los usuarios internos pueden tener acceso al contenido, los usuarios externos también deben poder acceder a él.

Si planea implementar una sola granja de servidores, use esta granja de servidores. Si planea implementar dos granjas de servidores, una para sitios de intranet y otra para sitios de Internet, tenga en cuenta los siguientes aspectos al decidir qué granja de servidores usar para sitios de extranet de asociados:

  • Naturaleza de colaboración: si el objetivo principal de un sitio de extranet de asociados es comunicar de forma segura información a varios asociados, la granja de servidores de Internet es la opción más económica. Por otro lado, si el objetivo principal es trabajar en colaboración tan solo con unos pocos empleados de asociados, puede que la granja de servidores de intranet sea una mejor opción. Elija la opción que permita optimizar la granja de servidores para el rol deseado (es decir, contenido de colaboración frente a contenido de solo lectura).

  • Número de empleados de asociados: si colabora con muchos empleados de asociados y los costos son un criterio importante, puede hospedar contenido anónimo y de colaboración de forma segura en una granja de servidores orientada a Internet con la licencia de sitios de Internet.

Si colabora con muchos empleados de asociados, considere la posibilidad de implementar una granja de servidores dedicada para sitios de extranet de asociados en las siguientes situaciones:

  • No planea implementar una granja de servidores para sitios de Internet y resulta más rentable adquirir la licencia de SharePoint Server 2010 de sitios de Internet que adquirir licencias CAL para todos los empleados de asociados.

  • La organización impide el acceso autenticado o la colaboración en la misma granja de servidores que hospeda el sitio de Internet.

  • Espera que se produzcan, o ya experimenta, problemas de rendimiento en una granja de servidores que hospeda sitios de Internet y sitios de extranet de asociados. Por ejemplo, los empleados de asociados informan tiempos de respuesta lentos cuando colaboran en el contenido.

Entornos de publicación previa para sitios de Internet

En entornos de publicación previa donde se usan varios entornos para desarrollo, creación, pruebas y almacenamiento provisional, siga estas instrucciones:

  • Desarrollo y pruebas de código: use una licencia de MSDN. Para obtener más información, vea el tema sobre las licencias de MSDN (https://go.microsoft.com/fwlink/?linkid=210161&clcid=0xC0A).

  • Creación de contenido: use la licencia de SharePoint Server 2010 con el número adecuado de licencias CAL. Sin embargo, los usuarios internos podrán usar la licencia de SharePoint Server 2010 de sitios de Internet si los usuarios externos también pueden acceder al contenido, la información y las aplicaciones. Si el servidor tiene elementos que son solo para uso interno, esos usuarios deberán tener licencias CAL y sus servidores requerirán licencias para SharePoint Server 2010.

  • Almacenamiento provisional: los entornos de almacenamiento provisional se suelen configurar para que coincidan con el entorno de producción. Por tanto, debe usar la licencia de SharePoint Server 2010 de sitios de Internet.

Más información acerca de las licencias

Para obtener más información acerca de las licencias, vea los siguientes recursos:

Requisitos de la organización

Existen varios criterios que vienen determinados por la organización y pueden afectar al número de granjas de servidores que se requieren. Estos incluyen los siguientes:

  • Divisiones operacionales de responsabilidad

  • Orígenes de financiación

  • Ubicaciones de centros de datos

Divisiones operacionales de responsabilidad

En algunas organizaciones, distintas divisiones son responsables de distintos tipos de sitios web o aplicaciones. Si una división requiere autonomía para la implementación y operación de estas aplicaciones, podría ser apropiado planear una granja de servidores independiente para ella. O bien, puede negociar con varias divisiones para determinar si puede ser más eficaz y combinar varios sitios en una única granja de servidores.

Orígenes de financiación

En algunas organizaciones, la forma en que se financian los proyectos puede influir en el número de granjas de servidores necesarias. Por ejemplo, en los siguientes escenarios se podrían requerir varias granjas de servidores:

  • Cada división cuenta con un presupuesto de hardware independiente.

  • Los proyectos se financian por separado con pocas oportunidades para combinar los presupuestos de hardware o los costos de operación de varios proyectos.

  • Los proyectos se financian mediante diferentes modelos de financiación. Por ejemplo, una organización podría financiar Mis sitios con un presupuesto compartido de hardware, pero ofrecer sitios de grupo a equipos individuales mediante un modelo de hospedaje interno de recuperación de costo que resulta en la anulación un costo para cada equipo.

Ubicaciones de centros de datos

Si los sitios deben hospedarse en ubicaciones de centros de datos diferentes, deberá planear más de una granja de servidores.

Disponibilidad y contratos de nivel de servicio

Si los sitios tienen requisitos de disponibilidad y contratos de nivel de servicio diferentes, podría ser más rentable implementar varias granjas de servidores. Los tipos de escenarios que podrían requerir varias granjas de servidores incluyen los siguientes:

  • Entorno de publicación

  • Contratos de nivel de servicio diferentes

  • Recuperación ante desastres

Entorno de publicación

A menudo, un entorno de publicación contiene varios entornos de creación, almacenamiento provisional y pruebas. Cada uno de estos entornos tendrá requisitos de disponibilidad y contratos de nivel de servicio distintos a los del entorno de producción. Los sitios de creación, pruebas y almacenamiento provisional tienen una carga de usuarios mucho más pequeña y están sujetos a una mayor inestabilidad que las actividades de prueba.

Como mínimo, planee implementar al menos dos granjas de servidores: una para el sitio publicado y otra para las actividades de creación, prueba y almacenamiento provisional. En función de la organización, es posible que tenga que planear una granja de servidores independiente para cada actividad de publicación previa o realizar todas estas actividades en una única granja de servidores que conste de un servidor.

Contratos de nivel de servicio diferentes

Algunos sitios de un entorno de producción podrían tener contratos de nivel de servicio diferentes. Considere los siguientes ejemplos:

  • Una organización podría definir algunos tipos de contenido como más críticos que otros. Por ejemplo, el contenido de los sitios de grupo podría ser más importante para los objetivos empresariales que el contenido de Mis sitios de la organización. En consecuencia, las opciones de servicio podrían diferir a la hora de restaurar cada tipo de contenido en el caso de que se produzca un desastre.

  • Los sitios que hospedan datos críticos de seguridad podrían requerir más medidas de seguridad, incluidos un método de autenticación más seguro, un aumento de la complejidad del inicio de sesión y una aplicación más rápida de actualizaciones de software.

Los contratos de nivel de servicio diferentes no requieren necesariamente granjas de servidores independientes. En algunos casos, los sitios que tienen contratos de nivel de servicio diferentes pueden hospedarse con eficacia en una granja de servidores. En otros casos, se cumplen mejor los requisitos de nivel de servicio específicos mediante la implementación de sitios en granjas de servidores independientes.

Tenga en cuenta los siguientes hechos al evaluar los contratos de nivel de servicio:

  • La creación de aplicaciones web independientes o grupos de aplicaciones en la misma granja de servidores permite implementar diferentes métodos de autenticación y directivas de control de acceso. Este enfoque también da como resultado bases de datos de contenido independientes, que se pueden restaurar en orden de prioridad de acuerdo a los contratos de nivel de servicio.

  • Es posible cumplir los requisitos que afectan a la topología, la configuración y las operaciones del entorno global del servidor de forma más eficaz si se implementa más de una granja de servidores.

Recuperación ante desastres

Algunas organizaciones requieren la capacidad de conmutación por error a una granja de servidores en una ubicación geográfica diferente en caso de que se produzca un desastre. SharePoint Server 2010proporciona la capacidad para hospedar un centro de datos en modo de espera mediante la restauración de copias enviadas de bases de datos, la restauración de imágenes virtuales de servidores o la ejecución activa de una granja de servidores de conmutación por error.

Si la organización requiere la capacidad para restaurar una granja de servidores en un centro de datos remoto, debe planear al menos dos granjas de servidores. Para obtener más información, vea Planeación de la recuperación ante desastres (SharePoint Server 2010).

Requisitos de aislamiento de seguridad

En una única granja de servidores pueden cumplirse muchos de los requisitos de aislamiento. Por otra parte, algunos escenarios requieren más de una granja de servidores.

SharePoint Server 2010 permite aislar las aplicaciones hospedadas en la misma granja de servidores mediante uno o varios de los siguientes métodos de aislamiento:

  • Usar grupos de aplicaciones independientes con identidades de proceso diferentes para lograr el aislamiento en el nivel de proceso.

  • Usar aplicaciones web independientes para lograr el aislamiento en el nivel de la aplicación web.

  • Configurar aplicaciones de servicio para lograr el aislamiento en los niveles de contenido y de audiencia.

Para obtener más información sobre cómo usar estos métodos, vea los siguientes artículos:

Aunque no existen razones técnicas para explicar por qué es posible que deba implementar más de una granja de servidores para lograr el aislamiento de seguridad, algunos requisitos de la organización determinarán que se implemente más de una granja de servidores. Los siguientes escenarios son algunos ejemplos:

  • En algunos sectores, como banca de inversiones, las normas del sector exigen el aislamiento físico entre los sitios.

  • Algunas organizaciones que subcontratan proyectos de TI, como un gobierno estatal, podrían emitir contratos que requirieran el aislamiento físico de los sitios.

  • Algunas organizaciones no están cómodas al depender del aislamiento en el nivel de software e insisten en el aislamiento físico.

  • La necesidad de proteger los datos confidenciales críticos, incluido el acceso administrativo para operar una granja de servidores, puede dar como resultado el requisito de un entorno físicamente independiente.

  • Algunas organizaciones tienen directivas de seguridad que no permiten el acceso desde una red perimetral a una red interna bajo ninguna circunstancia.

Si alguno de estos tipos de escenarios se aplican a su implementación, es posible que deba planear más de una granja de servidores.

Rendimiento y escalabilidad

Si ninguno de los criterios anteriores requieren más de una granja de servidores, tenga en cuenta los siguientes aspectos de rendimiento y escalabilidad:

  • Limitaciones de software

  • Perfil de la aplicación

  • Rendimiento

Restricciones y límites del software

Según el ámbito de la implementación, las instrucciones de escala podrían indicar que se necesita más de una granja de servidores. Revise el artículo Administración de capacidad de SharePoint Server 2010: Límites y límites máximos del software para determinar si una única granja de servidores será suficiente para la escala que espera.

Perfil de la aplicación

En entornos más grandes, puede aumentar el rendimiento de una granja de servidores mediante la optimización de la granja de servidores para aplicaciones que tengan perfiles de rendimiento similares. Por ejemplo, el contenido de intranet publicado, como un sitio de recursos humanos, tiene un perfil de rendimiento muy diferente al del contenido de colaboración, como los sitios de grupo.

Tenga en cuenta los siguientes tipos de factores que contribuyen a un perfil de rendimiento:

  • Volumen de solicitudes. Por ejemplo, Mis sitios habitualmente dan como resultado menos solicitudes que los sitios de grupo.

  • Contenido de solo lectura frente a contenido de colaboración.

  • Volumen de contenido. Por ejemplo, una solución de administración de registros almacena un gran volumen de datos pero procesa pocas solicitudes de usuario.

En una organización grande con muchos usuarios, Mis sitios de la organización normalmente se hospedan en una granja de servidores dedicada.

Rendimiento

En algunos casos, las expectativas de rendimiento requieren la implementación de varias granjas de servidores. Para obtener información sobre cómo planear el cumplimiento de los requisitos de rendimiento, vea Administración del rendimiento y de la capacidad (SharePoint Server 2010).

Incremento de la escalabilidad horizontal y administración centralizada de aplicaciones de servicio

Las organizaciones más grandes podrían beneficiarse con la implementación de granjas de servidores dedicadas a aplicaciones de servicio de hospedaje. Esto es especialmente cierto cuando una organización requiere dos o más granjas de servidores para hospedar sitios. Una granja de servidores de servicios dedicada permite que todas las granjas de servidores consuman servicios administrados centralmente.

Considere la posibilidad de implementar una granja de servidores de servicios dedicada en las situaciones siguientes:

  • El entorno de búsqueda incluye 20 millones de elementos o más.

  • Hay dos o más granjas de servidores en el entorno.

  • Desea que los resultados de la consulta estén tan actualizados como sea posible.

Otra opción para incrementar la escalabilidad horizontal es dedicar una granja de servidores para hospedar un servicio específico. Esto permite optimizar el rendimiento y la capacidad de la granja de servidores para la aplicación de servicio más usada. En entornos de gran tamaño, la de búsqueda es una buena candidata para ser una granja de servidores dedicada. En este caso, todos los servicios de búsqueda se hospedan en una granja de servidores de búsqueda dedicada y todos los demás servicios compartidos se hospedan en una granja de servidores de servicios independiente. Esto permite optimizar el hardware y la configuración de los componentes de búsqueda específicamente para la búsqueda.

Considere la posibilidad de implementar una granja dedicada de búsqueda en las situaciones siguientes:

  • El entorno de búsqueda incluye 40 millones de elementos o más.

  • Hay dos o más granjas de servidores en el entorno.

  • Desea que los resultados de la consulta estén tan actualizados como sea posible.

  • Va a rastrear contenido a través de una red WAN.

  • Desea implementar un contrato de nivel de servicio (por ejemplo, conmutación por error o copia de seguridad y restauración) para el servicio de búsqueda que sea diferente al contrato de nivel de servicio para otros servicios hospedados en SharePoint Server 2010.

Más allá de la búsqueda, dedicar una granja de servidores a una aplicación de servicio específica depende de si el uso de una aplicación de servicio justifica tener una granja de servidores dedicada. En la mayoría de los casos, se puede incrementar la escalabilidad horizontal de una granja de servidores de servicios para cumplir las demandas de las demás aplicaciones de servicio.

Distribución geográfica

En algunas organizaciones, los usuarios están distribuidos en una gran área geográfica o alrededor del mundo. La ubicación de los usuarios y el contenido puede influir en el plan general para las granjas de servidores. Es posible que deba planear granjas de servidores regionales para garantizar un rendimiento aceptable. Un enfoque razonable es implementar una granja de servidores central, optimizarla para las conexiones WAN y, a continuación, decidir si se justifica tener granjas de servidores adicionales para ubicaciones regionales. Para obtener más información, vea Implementación global de varias granjas de servidores (SharePoint Server 2010).