Arquitectura Recomendada para una granja pequeña de SharePoint 2013 para las exigencias actuales

SharePoint puede ser instalado en una sola caja (refiriéndome a un servidor físico) o Servidor Virtual, pero esta configuración esta diseñado solo para demostraciones o pruebas rápidas de la plataforma.  Hoy en día con Office 365 que incluye SharePoint Online se aprecia mejor una demostración desde la nube que preparar una instalación de la plataforma.

El siguiente nivel es utilizar dos servidores físicos, virtuales o mixtos (uno físico y otro virtual) que es la configuración  mínima de una granja de SharePoint.  Un Servidor de base de datos y otro Servidor para los bits de SharePoint donde cubra los roles de Front-End y Aplicación.

Pero hoy en día hablamos de grandes volúmenes de información, diferentes orígenes de datos, los usuarios exigen un nivel de actualización de índices para la búsqueda de horas o minutos con lo cual debemos de pensar que el servicio de búsqueda debería de estar dedicado en un servidor por aparte.  Luego que los usuarios quieren editar sus documentos en cualquier parte y colaborar en la edición por lo que es necesario proveerles de edición Web y eso lo hacemos con un servidor con ese rol Office Web Apps.  Y por ultimo es necesario cumplir con las políticas de seguridad que nos obligan a la separación de responsabilidades o concerns, por lo que debemos de pensar en un servidor para la administración central de SharePoint o Central Administration por separado ejecutando las tareas de mantenimiento típicas de SharePoint (Limpieza, validación de estado de salud, ejecución de flujos de trabajo y trabajos de actualización de las preferencias y actividades del usuario dentro del portal).

La propuesta de la arquitectura recomendada sería la siguiente:

Estamos hablando de 4 servidores esta aún es considerada una granja pequeña que no cuenta con redundancia, pero que tiene distribuida la carga y los roles bien definidos.

BackEnd

De abajo hacia arriba de izquierda a derecha, tenemos el Back-End que es el servidor de base de datos el aplicativo a utilizar aquí es SQL Server 2012 Business Intelligence para la edición Enterprise de SharePoint.  Si fuese para la edición Standard de SharePoint sería la versión Standard de SQL Server.  Aquí se almacenarán las bases de datos de SharePoint, todas; las de configuración, servicios y contenido.  Para la edición Enterprise de SharePoint es necesario instalar la edición BI o Enterprise de SQL Server en modo SharePoint Integrado debido a la implementación de PowerPivot especializada para SharePoint que hay dentro de las configuraciones de SQL Server Business Intelligence o Enterprise (Para más información puede consultar el siguiente enlace: http://msdn.microsoft.com/en-us/library/hh231671(v=sql.110).aspx). 

La configuración de estos servidores varia conforme a los objetivos y volumen de la información, pero para una granja pequeña de 1 TB de contenido la siguiente configuración me ha funcionado muy bien:

Procesador 4 núcleos

RAM 16-24 GB RAM

Discos: 1-150GB OS&Software, 2-2 TB BASES DE DATOS, 3-800 GB LOGS DE BASE DE DATOS (Los discos más rápidos disponibles)

Application Server

Este servidor de aplicación deberá ser el primero donde se instale los bits de SharePoint en este se instalará el Central Administration o Administración Central de SharePoint esto por temas de seguridad ya que el servidor que atiende las solicitudes de los usuarios el Front-End esta más expuesto que el de aplicación.  Según el diagrama de arriba se utilizará con el propósito de separar el servicio de búsqueda del resto de servicios de SharePoint o bien del Front-End.  Aquí hay una importante decisión que hacer, ya que podemos optar por tener todos los servicios estén en el servidor de aplicación y dejar el Front-End solo atendiendo las solicitudes de los usuarios o bien en el servidor de aplicación solo mantener el servicio de búsqueda en este servidor y el resto en el Front-End. El primer escenario estamos liberando el Front-End para darle prioridad a las solicitudes de los usuarios, esto permitirá atender a más usuarios de forma inmediata ya que este servidor solo esta definido para esta función y en el servidor de Aplicación esta la carga de todas los procesos internos del servidor.  En caso que falle el servidor de aplicación, ningún servicio más que el de navegar en el portal estará disponible.  En el segundo escenario donde solo el servicio de búsqueda esta configurado en este servidor entonces la carga esta compartida entre el Front-End y este servidor.  Aunque el servicio de búsqueda es uno de los servicios que más consume recursos especialmente procesador.  Si el servidor de aplicación se cae solo se verá afectado el servicio de búsqueda del portal el resto de servicios están hospedados en el Front-End.  En resumen en el primer escenario donde toda la carga la tienen el Servidor de Aplicación, permite una navegación rápida pero en caso de falla se pierden todos los servicios de SharePoint.  En el segundo escenario donde la carga principal que es el servicio de búsqueda esta en el servidor de Aplicación permite una descarga importante en el Front-End y si en caso falla solo se verá afectado el servicio de búsqueda.  En casos de alta disponibilidad o servicios críticos se puede colocar redundancia en este servicio.  Para más información sobre como configurar y administrar el servicio de búsqueda puede consultar el siguiente enlace: http://technet.microsoft.com/en-us/library/jj219705(v=office.15).aspx

La configuración de estos servidores varia conforme a los objetivos y volumen de la información, pero para una granja pequeña de 1 TB de contenido la siguiente configuración me ha funcionado muy bien:

Procesador 4 núcleos

RAM 12 GB RAM

Discos: 1-150GB OS&Software, 2-500 GB (Para almacenar el índice en el sistema de archivos del servicio de búsqueda)

Office Web Apps Server

Este servidor no requiere instalar los bits de SharePoint, ya que este servidor puede recibir solicitudes no solo de SharePoint, sino también de Exchange y Lync.  Para el caso de SharePoint este servidor puede instalarse de forma gratuita solo para la visualización de documentos de Office dentro del portal, sin necesidad de tener el producto de escritorio de Microsoft Office.  Por otro lado si ha adquirido las licencias de Office Professional Plus tiene derecho a instalar este producto en un servidor para la edición de documentos de Office desde el navegador esto reduce la carga operacional y el costo total de propiedad  que se requiere para editar los documentos de Microsoft Office.  Y así utilizar cualquier dispositivo móvil para visualizar y editar los documentos no importando si es iOS o Android, ya que el código que edita los documentos corre de lado del servidor y no del cliente, esto permite una gran movilidad.  Así que mejor aproveche esta funcionalidad apartando un servidor para este objetivo.  Para más información de como instalar OWA y configurarlo para SharePoint vea el siguiente enlace: http://technet.microsoft.com/en-us/library/ff431687(v=office.15).aspx

Front-End

Según la decisión que haya tomado para el servidor de aplicación aquí deberá instalar los bits de SharePoint (o sea la media, que requiere otra licencia de servidor en la misma edición con que instaló el servidor de aplicación). Este servidor al momento de ejecutarse el asistente de productos y tecnologías de SharePoint le preguntará si desea crear una nueva granja o conectarse a una existente allí deberá indicar que es a una existente indicando el servidor de base de datos, la base de datos de configuración de la granja (típicamente SharePoint_Config).  También le solicitará la frase de la granja que coloco al instalar el servidor de aplicación. 

La configuración de estos servidores varia conforme a los objetivos y volumen de la información, pero para una granja pequeña de 1 TB de contenido y alrededor de 3000 usuarios la siguiente configuración me ha funcionado muy bien:

Procesador 4 núcleos

RAM 16-24 GB RAM

Discos: 1-200GB OS&Software, 2-200 GB (Para almacenar los archivos .log y .usage)

Bueno amigos eso es todo por este artículo espero les sirva y puedan tomar en cuenta otros aspectos cuando decidan estimar el tamaño de su granja de SharePoint.

Hasta la próxima, SharePoint4Fun!

Juan Manuel Herrera Ocheita