Antecedentes: Objetos físicos en Microsoft SharePoint Foundation

Artículo
09/24/2014

Última modificación: sábado, 13 de marzo de 2010

Hace referencia a: SharePoint Foundation 2010

En este artículo
Información general
Conjunto de servidores
Servidores

En este tema se describe la jerarquía de las entidades físicas de Microsoft SharePoint Foundation. Estas entidades están modeladas por las clases de primer nivel de la jerarquía de objetos físicos del modelo de objetos de SharePoint Foundation. Para obtener información general sobre las entidades de contenido y de servicio de una implementación de SharePoint Foundation, vea Antecedentes: Entidades de contenido en Microsoft SharePoint Foundation y Antecedentes: Las entidades de servicios en Microsoft SharePoint Foundation.

Información general

Las clases de la jerarquía de objetos físicos representan entidades que son objetos físicos reales u objetos que, dependiendo del contexto, pueden considerarse físicos o no físicos.

Conjunto de servidores

Un conjunto de servidores de SharePoint Foundation (representado por la clase SPFarm) es un clúster de servidores físicos que incluye uno o más servidores front-end, ninguno o algún servidor de aplicaciones y un servidor SQL Server que puede estar hospedado en un servidor de bases de datos dedicado o en uno de los servidores de aplicaciones (o en el servidor si hay una implementación de servidor único). La base de datos también puede estar hospedada en un clúster de servidores reflejados que aparecerá como un servidor para SharePoint Foundation (en sentido estricto, una implementación de SharePoint Foundation siempre está hospedada en un conjunto de servidores, aunque sea un conjunto de un único equipo que contiene la implementación completa).

Si hay más de un servidor front-end, los servidores tienen equilibrio de carga. Esto significa que el software de equilibrio de carga (o el hardware de equilibrio de carga) dirige una conexión de red entrante desde un equipo cliente al equipo front-end del conjunto de servidores que esté menos ocupado en ese momento. Por lo tanto, la carga de trabajo de atender a conexiones de cliente se propaga a través de muchos servidores y, en consecuencia, de muchos procesadores, discos duros y otros periféricos. Los clientes obtienen un rendimiento mucho mejor. Una ventaja adicional es que si uno de los servidores se bloquea, el resto puede continuar controlando todas las conexiones entrantes. El servicio puede ser más lento, pero no se detiene por completo.

Como el equipo cliente busca interaccionar con una aplicación, archivo, base de datos o página web determinada, todos los equipos a los que el cliente se podría conectar en potencia deben estar configurados de igual modo. Los clientes son ajenos al servidor físico con el que actúan, y normalmente lo desconocen, ya que el conjunto de servidores aparece como un único servidor ante la red externa.

El modo más sencillo de conseguir que la configuración fuera idéntica sería instalando las mismas aplicaciones en todos los equipos y poniendo copias de los archivos, bases de datos y páginas web necesarios en todos ellos (con rutas de directorio idénticas). Sin embargo, esto no suele ser práctico porque requiere que cada cambio que un cliente efectúa en un archivo, base de datos u otro elemento que persista en el servidor, se propague por el resto de los servidores. Para asegurar que los servidores se mantienen sincronizados, el conjunto de servidores tendría que bloquear las conexiones entrantes durante la propagación. La disminución de rendimiento causada por la propagación anula las ventajas que se supone que ofrece el conjunto de servidores. De hecho, incluso las implementaciones de SharePoint Foundation usadas moderadamente estarán en un estado continuo de propagar cambios.

Para evitar estos problemas, se proporciona a algunos servidores del conjunto tareas especiales, por ejemplo, hospedar una base de datos. Los servidores front-end a los que los clientes se conectan no tienen la base de datos copiada, pero tienen idéntica configuración porque utilizan la misma cadena de conexión y dirección de red para tener acceso a la base de datos.

Las siguientes son algunas de las características de un conjunto de servidores de SharePoint Foundation:

Cada conjunto de servidores de SharePoint Foundation tiene una base de datos de configuración que contiene información acerca del conjunto, sus servidores y las otras clases secundarias importantes del conjunto de servidores.
El conjunto de servidores es el nivel del modelo de objetos en el que se instalan las soluciones de SharePoint Foundation y desde el que pueden implementar en servidores y aplicaciones web de SharePoint Foundation.
Un conjunto de servidores es uno de los cuatro niveles en los que se puede activar una característica de SharePoint Foundation. Los demás niveles son un sitio web, una colección de sitios y una aplicación web.

Una compañía puede tener más de un conjunto de servidores que hospedan SharePoint Foundation. Por ejemplo, si se instala software de servidor de colaboración mejorado, como Microsoft SharePoint Server, además de SharePoint Foundation, el software puede requerir licencias independientes para el contenido de Internet y de la intranet.

Servidores

Un servidor físico de una granja de servidores de SharePoint Foundation tiene una dirección IP y un rol. Existen tres posibles roles para los servidores en SharePoint Foundation:

Único servidor: como su propio nombre indica, un servidor tiene este rol si, y sólo si, es el único servidor de la granja de servidores.
Servidor front-end: más de un servidor puede tener este rol. Un servidor front-end acepta solicitudes HTTP desde los equipos cliente. Puesto que ofrece contenido como respuesta a estas solicitudes, debe tener una aplicación web de publicación de contenido ejecutándose.
Servidor de aplicaciones: todo servidor de SharePoint Foundation (con una excepción) que no funcione como servidor front-end o servidor único tiene el rol de servidor de aplicaciones. Estos servidores ejecutan especialmente servicios web o servicios de Windows de SharePoint Foundation que deben descargarse de los servidores front-end porque utilizan de forma intensiva el procesador, el disco duro y otros recursos de hardware del servidor. SharePoint Foundation incluye algunos servicios que se descargan en los servidores de aplicaciones y los desarrolladores pueden usar el modelo de objetos de SharePoint Foundation para desarrollar y ejecutar otros servicios como parte de su implementación de SharePoint Foundation.

La excepción señalada en el último punto se refiere al servidor que hospeda la base de datos de SQL Server. Esta base de datos puede estar en cualquiera de los servidores de aplicaciones, pero por lo general, si la implementación de SharePoint Foundation es lo suficientemente grande como para precisar una granja de varios servidores, entonces la base de datos necesitará su propio servidor (y posiblemente un clúster de servidores reflejados). Cuando la base de datos está en su propio servidor dedicado (o clúster), SharePoint Foundation no se instala en ese servidor. El servidor se identifica en la base de datos de configuración de la granja de servidores y aparecerá en la granja de servidores que ejecuta un servicio llamado servicio de bases de datos de Windows SharePoint Services pero esto es en realidad un alias para el servicio SQL Server que se ejecuta en el servidor de la base de datos. Este servidor dedicado no suele tener SharePoint Foundation instalado y tampoco tiene ningún rol en la granja de servidores.

Más de un servidor de aplicaciones puede ejecutar un servicio web o de Windows determinado. Por ejemplo, varios servidores pueden ejecutar el servicio Búsqueda. Cada uno de los servidores tiene una instancia independiente del servicio.

Vea también

Compartir a través de

Antecedentes: Objetos físicos en Microsoft SharePoint Foundation

Información general

Conjunto de servidores

Servidores

Vea también

Referencia

Conceptos

Otros recursos

Recursos adicionales