Plan de alta disponibilidad y recuperación ante desastres para servidor de chat persistente en Skype Empresarial Server 2015

Resumen: Lea este tema para obtener información sobre cómo planear la alta disponibilidad y la recuperación ante desastres para servidor de chat persistente en Skype Empresarial Server 2015.

La alta disponibilidad y recuperación ante desastres para servidor de chat persistente requieren recursos adicionales más allá de lo que normalmente se necesita para el funcionamiento completo.

Requisitos de recursos

Antes de configurar servidor de chat persistente para una alta disponibilidad y recuperación ante desastres, asegúrese de que tiene los siguientes recursos adicionales.

• Una instancia de base de datos dedicada ubicada en el mismo centro de datos físico en el que se encuentra el front-end principal del servicio servidor de chat persistente. Esta base de datos servirá como reflejo de SQL Server para la base de datos principal de chat persistente. Opcionalmente, designe una SQL Server adicional para que sirva como testigo de creación de reflejo si desea una conmutación por error automatizada a la base de datos reflejada.

• Una instancia de base de datos dedicada ubicada en el otro centro de datos físico. Esta base de datos servirá como base de datos secundaria SQL Server de trasvase de registros para la base de datos del centro de datos principal.

• Una instancia de base de datos dedicada que sirve como SQL Server reflejo de la base de datos secundaria. Opcionalmente, designe un SQL Server adicional al servidor como testigo de creación de reflejo. Es preciso que ambos estén ubicados en el mismo centro de datos físico que la base de datos secundaria.

• Si se habilita el cumplimiento del servidor de chat persistente, se requieren tres instancias de base de datos dedicadas adicionales. Su distribución es la misma que la descrita anteriormente para la base de datos de chat persistente. Aunque es posible que la base de datos de cumplimiento comparta el mismo SQL Server instancia que la base de datos de chat persistente, se recomiendan instancias independientes para una alta disponibilidad y recuperación ante desastres.

• Debe crearse y designar un recurso compartido de archivos para los registros de transacciones de envío de registros de SQL Server. Todos los servidores SQL server en ambos centros de datos que ejecutan bases de datos de chat persistente deben tener acceso de lectura y escritura a este recurso compartido de archivos. Este recurso compartido no está designado como parte del rol FileStore.

• Un recurso compartido de archivos en el servidor de base de datos secundario para que sirva como carpeta de destino de los registros de transacciones de SQL Server que se copian desde el recurso compartido de archivos del servidor principal.

Soluciones de alta disponibilidad y recuperación ante desastres

Skype Empresarial Server admite varios modos de alta disponibilidad para los servidores back-end, incluida la creación de reflejo de base de datos. Para más información, vea Plan for high availability and disaster recovery in Skype for Business Server 2015.

La solución de recuperación ante desastres para servidor de chat persistente descrita en este tema se basa en un grupo de servidores de chat persistente extendido. No hay ningún requisito para una red de área local virtual (VLAN) extendida. Al ampliar un grupo de servidores de chat persistente, usted configura un grupo en la topología lógicamente, pero usted coloca físicamente los servidores en el grupo en dos centros de datos diferentes. Configure la creación de reflejos de SQL Server en la base de datos de la misma forma e implemente la base de datos y el reflejo en el mismo centro de datos. Tiene que configurar una base de datos de copia de seguridad en el centro de datos secundario (con un reflejo opcional para proporcionar alta disponibilidad durante la recuperación ante desastres). Esta es la base de datos de copia de seguridad que se usa para la conmutación por error durante la recuperación ante desastres.

Para obtener detalles sobre cómo configurar alta disponibilidad y recuperación ante desastres para servidor de chat persistente, consulte Configurar alta disponibilidad y recuperación ante desastres para servidor de chat persistente en Skype Empresarial Server 2015.

Las figuras siguientes muestran cómo el grupo de servidores de chat persistente se puede configurar en dos topologías de agrupaciones extendidas diferentes:

• Grupo de servidores de chat persistente extendido cuando los centros de datos están geo-localizados con alto ancho de banda/baja latencia.

• Grupo de servidores de chat persistente extendido cuando los centros de datos están geo-localizados con ancho de banda bajo/latencia alta.

La figura 1 muestra una topología extendida de grupo de servidores de chat persistente donde los centros de datos están geo-localizados con ancho de banda alto/baja latencia. Suponga lo siguiente para las topologías lógicas y físicas:

• La topología lógica incluye lo siguiente:

  • Un grupo de servidores de chat persistente en los sitios 1 y 2 que contiene los servidores de 1 a 8.

  • Un grupo de servidores front-end, una base de datos de chat persistente, una base de datos reflejada y, opcionalmente, una base de datos testigo (no se muestra en el diagrama) que residen físicamente en el sitio 1.

  • Un segundo grupo de servidores front-end y una base de datos de copia de seguridad que reside físicamente en el sitio 2.

• La topología física consta de los sitios 1 y 2 de la siguiente manera:

  • Un grupo de servidores de chat persistente, que incluye los servidores del 1 al 4, dos activos y dos inactivos en el sitio 1.

  • Un grupo de servidores de chat persistente, que incluye los servidores del 5 al 8, dos activos y dos inactivos en el sitio 2.

  • Un grupo de servidores front-end, una base de datos de chat persistente, una base de datos reflejada y, opcionalmente, una base de datos testigo (no se muestra en el diagrama) en el sitio 1.

  • Un grupo de servidores front-end, una base de datos de copia de seguridad, que es el destino del trasvase de registros de SQL en el sitio 2.

Grupo de servidores de chat persistente extendido donde los centros de datos se ubican geográficamente con ancho de banda alto/latencia baja

La figura 2 muestra una topología extendida de grupo de servidores de chat persistente donde los centros de datos están geo-localizados con ancho de banda bajo/latencia alta.

• La topología lógica incluye lo siguiente:

  • Un grupo de servidores de chat persistente en los sitios 1 y 2 que contiene los servidores de 1 a 8.

  • Un grupo de servidores front-end, una base de datos de chat persistente, una base de datos reflejada y, opcionalmente, una base de datos testigo (no se muestra en el diagrama) que residen físicamente en el sitio 1.

  • Un segundo grupo de servidores front-end y una base de datos de copia de seguridad que reside físicamente en el sitio 2.

• La topología física consta de los sitios 1 y 2 de la siguiente manera:

  • Un grupo de servidores de chat persistente, que incluye los servidores del 1 al 4, todos activos en el sitio 1.

  • Un grupo de servidores de chat persistente, que incluye los servidores del 5 al 8, todos inactivos en el sitio 2.

  • Un grupo de servidores front-end, una base de datos de chat persistente, una base de datos reflejada y, opcionalmente, una base de datos testigo (no se muestra en el diagrama) en el sitio 1.

  • Un grupo de servidores front-end, una base de datos de copia de seguridad, que es el destino del trasvase de registros de SQL en el sitio 2.

Grupo de servidores de chat persistente extendidos donde los centros de datos se ubican geográficamente con ancho de banda bajo/latencia alta