Creando Host Name Site Collections en SharePoint 2013

En versiones anteriores de SharePoint, si queríamos crear múltiples Site Collections asociados a un web Application, debíamos crear managed paths para estructurar las URLs.

Es decir si teníamos site collections por áreas de la empresa, las URLs debían ser del siguiente tipo:

http://intranet.litware.local  -> Sitio raíz de la Intranet

http://intranet.litware.local/areas/marketing -> Site Collection para el área de Marketing.

http://intranet.litware.local/areas/ventas -> Site Collection para el área de Ventas.

Si deseábamos tener URLs independientes por cada Site collection del tipo http://marketing.litware.local o http://ventas.litware.local, debíamos crear Web Applications independientes, lo que iba en contra de las recomendaciones asociadas a la cantidad de Web Apps sobre servidores Web por criterios de performance.

SharePoint 2013 nos ofrece la solución a este problema que tenías en versiones anteriores. La solución que provee esta nueva versión es la creación de Host Name Site Collections, lo que permite usar nombres independientes por Site Collections asociados a las distintas zonas y sin necesidad de especificar el Alternate Access mapping y tampoco depender de los managed Paths. Es más Office 365 utiliza HNSC para los site collections en SharePoint Online.

A continuación detallo los pasos para realizar la configuración de manera correcta:

1.  Primero debemos crear un Web Application en el puerto 80, sin especificar el Host Header.

2. A continuación debemos crear un Site Collection en la raíz, utilizaremos la plantilla sitio de grupo o Team Site. La plantilla seleccionada no afectará en la configuración.

3. Ahora debemos crear nuestro primer registro DNS que emplearemos con Host Name para acceder a nuestro primer Host header Site collection.

4. A continuación utilizamos PowerShell para crear nuestro HNSC con la plantilla apropiada, especificando el Host Header Web Application el cual será el nombre automáticamente generado al momento de crear nuestro Web Application, la url que se genera básicamente está conformada por el nombre del Servidor de SharePoint desde donde se creó el Web Application. 

 5. En la lista de Site Collections podremos observar que se creó satisfactoriamente nuestro primero HNSC.

6. Ahora probamos el acceso. Todo ok hasta el momento.

7. Ahora, agregaremos una nueva Url asociada al HNSC recientemente creado. Para simular el acceso hacia interno, crearé en el hosts file de mi servidor de SharePoint, el nombre de acceso externo.

8. Para agregar la nueva url a la Zona Internet ejecutamos el siguiente comando.

9. Y probamos el acceso. Sin problemas!

10. Si queremos agregar más Urls, lo especificamos con el mismo comando e indicamos la Zona respectiva. 

11. Ahora crearemos nuestro segundo Host header Site collection. Para esto registramos el nombre en el DNS.

 

12. Creamos nuestra base de datos independiente con el siguiente comando. 

13. Creamos nuestro nuevo HNSC con la plantilla apropiada y con nuestra BD recientemente creada.

 

14. Y en la lista de Site collection vemos nuestro nuevo HNSC.

15. Probamos el acceso. Excelente!

16. Ahora nuestro registro en el hosts file.

17. Nuevamente especificamos la Url para acceso externo.

18. Y probamos el acceso. Un éxito.

19. Y lo más interesante. No necesitamos especificar manualmente ningún Binding asociado a nuestro Web App. 

20. Y tampoco ningún Alternate Access Mapping.

Terminamos. Espero haya resultado de utilidad.

 

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *