Información general para proveedores de servicios de hosting en SharePoint Server 2013
SE APLICA A:
2013 
2016 2019 Subscription Edition SharePoint en Microsoft 365
En este artículo se describen las instrucciones generales y los conceptos relacionados con el multiinquilino en SharePoint Server 2013.
Para obtener información sobre la arquitectura, la seguridad, el funcionamiento y la administración para ayudar a los proveedores de servicios a comprender la función de multiempresa de SharePoint Server 2013, vea Información sobre la función de multiempresa en Microsoft SharePoint Server 2013.
Consideraciones y características principales de la funcionalidad de multiinquilino
Al considerar el multiinquilino, hay dos extremos para el modelo de implementación de una plataforma de hospedaje multiinquilino:
Dedicado
Compartido
Estos extremos se sitúan en puntos opuestos de un espectro, como se muestra en el diagrama siguiente.
La decisión de implementar una plataforma de hospedaje multiinquilino se reduce a la selección entre estos dos modelos de implementación. La decisión se basa normalmente en los componentes funcionales necesarios y en los siguientes atributos relacionados con el nivel de servicio que normalmente influyen en la elección de un modelo de implementación adecuado para una plataforma de hospedaje multiinquilino.
Ahorro de costos
Administración y funcionamiento simplificados
Complejidad de la personalización
Aislamiento de los recursos
Calidad de servicio
Estos atributos clave son importantes a tener en cuenta al tomar las decisiones para seleccionar la arquitectura, la implementación y la implementación adecuadas de una plataforma de hospedaje multiinquilino de SharePoint Server 2013. El diagrama siguiente muestra cómo varían estos atributos clave de un modelo de implementación a otro.
¿Cómo funciona la funcionalidad de multiinquilino en SharePoint Server 2013?
La funcionalidad de multiinquilino nativa se incorporó por primera vez en SharePoint Server 2010 para establecer SharePoint como una plataforma válida para la funcionalidad de multiinquilino. SharePoint Server 2013 hereda el mismo diseño y las mismas características de multiinquilino, además de algunas funcionalidades nuevas para admitir implementaciones multiinquilino.
En SharePoint Server 2010, se implementó un nuevo modelo de servicio compartido. Este nuevo modelo se conoce como aplicaciones de servicio. La arquitectura de las aplicaciones de servicio permite asociar un conjunto de servicios con un grupo de aplicaciones web y un conjunto de servicios diferente con un grupo de aplicaciones web diferente. Además, la misma aplicación de servicio se puede configurar de forma diferente para distintos grupos de aplicaciones web, y se puede configurar un sitio web para que solo use los servicios que necesita, en lugar del conjunto completo de servicios.
En SharePoint, la funcionalidad de multiinquilino se refiere a la capacidad para dividir los datos de servicios compartidos para acomodar varios inquilinos. Esto contrasta con la instalación de hardware dedicado independiente o incluso la ejecución de varias instancias dedicadas de un servicio determinado.
Los servicios se pueden configurar para compartir datos entre todos los inquilinos o para particionar los datos para cada inquilino, por ejemplo, para proporcionar aislamiento de los datos. Cada servicio se puede configurar de forma diferente. Los servicios se pueden crear en modo con particiones mediante Microsoft PowerShell o en modo no particionado mediante Microsoft PowerShell o Administración central. Una vez creado, no se puede cambiar el modo del servicio. Para lograr el modo de partición, deben implementarse en modo con particiones tanto el servicio como la conexión al servicio. La conexión al servicio se denomina proxy en PowerShell de Microsoft.
No todos los servicios se pueden particionar. Los servicios que no almacenan datos de inquilino, como PowerPoint Automation Services, no tienen que crear particiones. Estos servicios se pueden compartir entre varios inquilinos sin el riesgo de exponer los datos específicos de los inquilinos.
El diagrama siguiente muestra cómo se crean las particiones de datos del servicio:
En SharePoint, la funcionalidad de multiinquilino está ligada a las suscripciones de sitios. Una suscripción de sitio es un grupo lógico de colecciones de sitios que pueden compartir datos del servicio, características y configuración. Las colecciones de sitios de cada inquilino se agrupan por identificador. El identificador de suscripción se usa para asignar características, servicios y sitios a los inquilinos, así como para crear particiones de los datos de servicio según el inquilino. El servicio Configuración de suscripción realiza un seguimiento de los servicios multiinquilino y los identificadores de suscripción.
Aquí se muestra cómo funciona:
Los administradores de la granja de servidores implementan servicios en la granja. Esto incluye el servicio de configuración de la suscripción. Las aplicaciones de servicio se pueden implementar como particiones donde los datos se aíslan para cada inquilino o sin particionar donde los datos se comparten entre todos los inquilinos. Algunos servicios no almacenan datos de inquilino y se comparten entre todos los inquilinos sin una partición.
Los administradores de la granja de servidores implementan un sitio de Administración de inquilinos para cada inquilino mediante PowerShell de Microsoft. El sitio de Administración de inquilinos está asociado con un identificador de suscripción. Los administradores pueden implementar otras colecciones de sitios para cada inquilino. Cada colección de sitios está ligada al identificador de suscripción del inquilino.
Todas las aplicaciones de servicio que están conectadas en el nivel de la aplicación web están disponibles para que las usen las colecciones de sitios dentro de la aplicación web. Los administradores eligen los servicios que ofrecen y activan para cada inquilino. El identificador de suscripción de un inquilino se usa para asignar servicios a las colecciones de sitios.
Los administradores de inquilinos administran sus colecciones de sitios mediante el sitio de Administración de inquilinos que tienen asignado.
Se pueden hospedar colecciones de sitios para varias suscripciones de sitio en una sola aplicación web.
Varias suscripciones de sitios pueden compartir una base de datos de contenido, o una suscripción de sitio puede incluir contenido en varias bases de datos de contenido.
Todas las colecciones de sitios de una única suscripción de sitio deben residir en la misma granja de servidores, pero pueden extenderse a varias aplicaciones web.
Los administradores de granja de servidores pueden hospedar varios inquilinos en la misma granja y administrar de forma centralizada la implementación de características y servicios. Los administradores de inquilinos pueden administrar la configuración de las características delegadas por el administrador y controlar la funcionalidad de los sitios.
SharePoint hace corresponder su funcionalidad administrativa con los roles de hospedaje comunes, como se resume en la siguiente tabla.
| Role | Tipo de administrador | Descripción |
|---|---|---|
| Administrador de proveedor de servicios |
Administrador de la granja de servidores |
Administra el hardware y la configuración en el nivel de la granja de servidores. Controla las configuraciones de las bases de datos. Instala todas las nuevas características y soluciones aprobadas. Puede personalizar la marca de las páginas de Administración de inquilinos. |
| Administrador de la compañía hospedada |
Administrador de inquilinos |
Compra espacio, características y ancho de banda al proveedor de servicios. Controla la arquitectura de los sitios de los clientes, pero no el contenido. Configura las opciones del inquilino. Revisa las estadísticas de uso. |
| Compañía hospedada |
Administrador del sitio |
Propietario de las colecciones de sitios. Configura las opciones del sitio que las características y los servicios exponen. Revisa las estadísticas de uso. |
La administración de inquilinos se proporciona a través del sitio Administración de inquilinos, que se basa en una plantilla de sitio titulada "Administración de inquilinos". Un administrador de granja de servidores puede usar cmdlets de Microsoft PowerShell para crear un sitio de administración de inquilinos y conceder acceso a un administrador de inquilinos. El diagrama siguiente muestra la página principal del sitio de Administración de inquilinos.
Un administrador de inquilinos puede usar el sitio de Administración de inquilinos para administrar muchos aspectos de la suscripción. Por ejemplo, el administrador de inquilinos puede administrar todas las colecciones de sitios de la suscripción desde una ubicación. El siguiente diagrama muestra la página Administración de colecciones de sitios del sitio de Administración de inquilinos.
Base de datos de contenido compartido frente a base de datos de contenido aislado
Para facilitar la administración de las actualizaciones futuras, use las siguientes directrices para la administración de inquilinos en bases de datos de contenido:
Si un inquilino debe abarcar más de una base de datos, ese inquilino debe ser el ÚNICO inquilino en esas bases de datos. La base de datos de contenido es una base de datos dedicada.
Si un inquilino comparte una base de datos de contenido que tiene otro inquilino, los inquilinos no deben abarcar varias bases de datos de contenido.
Siguiendo estas directrices, las futuras actualizaciones de SharePoint se pueden limitar a un único inquilino, si hay un inquilino por base de datos de contenido o un pequeño grupo de inquilinos. En lugar de tener que actualizar todos los inquilinos al mismo tiempo.
Particiones de datos físicas frente a lógicas
La creación de particiones de datos desempeña un papel importante en la decisión del enfoque que se debe adoptar para una implementación de SharePoint y, a continuación, se requiere una partición física. La solución es tener una granja de servidores e incluso un único proveedor de identidad por inquilino. Pero si algunos de los datos se pueden compartir, podemos cambiar y compartir elementos de la infraestructura entre varios inquilinos, servidores de bases de datos, algunos servicios de SharePoint, y la granja de servidores.
¿Qué modelo de autenticación e identidad quiero?
Dependiendo de los requisitos de autenticación, puede ser necesario código personalizado. Cuando se usa la autenticación de Windows, el código no es necesario y el selector de personas de SharePoint es totalmente funcional. La autenticación de lenguaje de marcado de aserción de seguridad (SAML) o la autenticación basada en formularios (FBA) requieren un proveedor de notificaciones personalizado que implemente la búsqueda y valide los procedimientos.
Nota:
Las consideraciones anteriores son válidas tanto para un inquilino por granja como para varios inquilinos por granja.
Para obtener más información sobre la autenticación SAML y la autenticación FBA en SharePoint Server 2013, vea Configurar la autenticación de notificaciones basada en SAML con AD FS en SharePoint Server y Configurar la autenticación basada en formularios para una aplicación web basada en notificaciones en SharePoint Server.
La experiencia del Administrador de inquilinos
En función de la topología, la experiencia del administrador puede ser diferente:
En un enfoque de un inquilino por granja de servidores, no existen funciones nativas para separar la experiencia de administración del servicio de la experiencia de administración del inquilino. En otras palabras, no hay ninguna manera de delegar funcionalidades específicas del sitio web de Administración central de SharePoint al administrador de inquilinos para aprovisionar nuevas colecciones de sitios. Tampoco puede configurar un centro de búsqueda predeterminado para el inquilino sin realizar cambios en la topología de la granja de servidores o cambios en la configuración del servicio.
En un enfoque de varios inquilinos por granja de servidores, el producto ofrece una consola de administración de inquilinos integrada. En este enfoque, la colección de sitios de Administración de inquilinos permite a los administradores de inquilinos realizar funciones específicas. En la configuración anterior, hay funcionalidades específicas en la Administración central que no se pueden realizar sin provocar posibles resultados inesperados. Por ejemplo, no cree colecciones de sitios en Administración central.
Diferentes tipos de topologías
Esta sección describe los distintos tipos de topologías que se pueden implementar en un entorno de hospedaje de SharePoint Server 2016.
La tabla siguiente muestra las tres tipologías disponibles para hospedaje en SharePoint Server 2016 en un entorno local.
| Topología | Descripción |
|---|---|
|
Aislamiento completo |
Esta topología contiene una granja de servidores de SharePoint, una instancia de SQL Server y un bosque que está configurado por inquilino o por proveedor de identidad. Esta configuración de topología es la más costosa, pero ofrece la máxima separación posible de datos y servicios. |
|
Infraestructura compartida, granjas de servidores aisladas |
En esta configuración, se comparten SQL Server, los Servicios de dominio de Active Directory y la infraestructura del proveedor de identidad. Sin embargo, aún hay una granja de servidores de SharePoint por inquilino. |
|
Completamente compartida |
Esta topología es una infraestructura compartida para SQL Server, los Servicios de dominio de Active Directory y la infraestructura del proveedor de identidad, y se comparte con SharePoint Server 2016, donde una única granja de servidores de SharePoint puede hospedar varios inquilinos. |
Servicios y funcionalidades
La colección de características y servicios que habilitan la funcionalidad de multiinquilino con SharePoint Server 2013 constituyen una plataforma base que generalmente se amplía para que las organizaciones de hospedaje proporcionen una oferta de servicios completa. Muchos aspectos clave de administración de servicios operativos de SharePoint Server 2013 se comportan de manera diferente cuando usan multiinquilino y, por tanto, requieren una consideración cuidadosa. Estos aspectos varían entre las distintas organizaciones, en función de los niveles de servicio y las capacidades operativas. Los asociados de hospedaje deben garantizar que el planeamiento satisfactorio de la más personalización necesaria, ya sea con soluciones personalizadas o Microsoft PowerShell, esté en vigor lo antes posible, para satisfacer las expectativas de los clientes. Estos son algunos ejemplos:
Aprovisionamiento inicial de inquilinos
Personalizar la plantilla de sitio de administración de inquilinos
Ampliar las cuotas de colecciones de sitios
Aprovisionamiento de la lógica y facturación
Las aplicaciones de servicio de SharePoint Server 2013 se comportan de forma diferente cuando se configuran para usarlas en soluciones multiinquilino, y algunas de ellas tienen consideraciones únicas desde el punto de vista funcional y de los servicios operativos.
La tabla siguiente muestra las aplicaciones de servicio disponibles en un entorno local de SharePoint Server 2013.
| Aplicación de servicio | Almacena datos de inquilinos | Admite particiones | Compatible con la funcionalidad de multiinquilino |
|---|---|---|---|
| Metadatos administrados |
Sí |
Sí |
Sí |
| Perfiles de usuario |
Sí |
Sí |
Sí |
| Conectividad a datos empresariales |
Sí |
Sí |
Sí |
| SharePoint Search |
Sí |
Sí |
Sí |
| Almacenamiento seguro |
Sí |
Sí |
Sí |
| Word Automation |
Sí |
Sí |
Sí |
| Traducción automática |
Sí |
Sí |
Sí |
| Administración del trabajo |
No |
No |
Sí |
| Automatización de PowerPoint |
No |
No |
Sí |
| Recolección de datos de uso y estado |
Sí |
No |
Sí (necesario para búsqueda) |
| Configuración de suscripción |
Sí |
No |
Sí (obligatorio) |
| Administración de aplicaciones |
No |
No |
Sí |
| Servicios de Access |
No |
No |
Sí |
| Servicios de Access 2010 |
No |
No |
Sí |
| PowerPoint |
No |
No |
Sí |
| Gráficos de Visio |
No |
No |
Sí |
| Excel Calculation |
No |
No |
No |
| Performance Point |
Sí |
No |
No |
| Viva Engage |
No |
No |
No |
| Integración de SharePoint para OneDrive |
No |
No |
No |
Nota:
La columna Compatible con multiinquilino significa que no puede configurarlo en un entorno multiinquilino. Obtendrá un mensaje de error.
Junto con las consideraciones anteriores, los procesos y scripts de aprovisionamiento y desaprovisionamiento de inquilinos tienen que tener en cuenta cada aplicación de servicio que almacena los datos del inquilino. En algunas aplicaciones de servicio, toda la administración de los datos de inquilinos se traslada a los elementos del sitio de administración de inquilinos, mientras que otros requieren una combinación de administración en el nivel de granja y en el nivel de inquilino.