Alta disponibilidad y administración del grupo de servidores front-end

Skype for Business Server 2015
 

Última modificación del tema:2016-12-20

Más información sobre la administración de la Grupo de servidores front-end en Skype Empresarial Server, incluida la administración de grupos, la pérdida de cuórum y los pasos necesarios para grupos con solo dos Servidores front-end.

En Skype Empresarial Server, la arquitectura de los Grupos de servidores front-end utiliza un modelo de sistemas distribuidos por el que los datos de cada usuario se conservan hasta en tres servidores front-end en el grupo. Recomendamos que todos sus Grupos de servidores front-end Enterprise Edition incluyan, al menos, tres Servidores front-end.

Skype Empresarial Server utiliza un modelo de sistemas distribuidos basado en Windows Fabric. En este modelo, los datos importantes para cada usuario y conferencia se almacenan en tres Servidores front-end en un Grupo de servidores front-end. Estos tres servidores que almacenan un conjunto de datos determinado se denominan réplicas .

Con el modelo distribuido para los Grupos de servidores front-end, y a fin de que el grupo de servidores funcione, es preciso que una determinada cantidad de servidores en el grupo se encuentre en ejecución. Hay dos modos de pérdidas para un grupo.

  • Pérdida de cuórum en el grupo de enrutamiento , provocada por una cantidad insuficiente de servidores de réplicas para un determinado grupo de enrutamiento. Un grupo de enrutamiento es un conjunto de usuarios hospedados en el grupo. Cada grupo de enrutamiento tiene tres réplicas en el grupo: una principal y dos secundarias.

  • Pérdida de cuórum en el grupo de servidores , que ocurre cuando no hay una cantidad suficiente de servidores semilla en ejecución en el grupo.

La primera vez que inicia un nuevo grupo de servidores front-end, es fundamental que el 85 % de los servidores estén en funcionamiento, tal como se muestra en la tabla siguiente. Si hay menos servidores en ejecución, es posible que los servicios queden interrumpidos en el estado de inicio y que el grupo no se inicie.

 

Cantidad total de servidores en el grupo

Cantidad de servidores que necesitan estar en ejecución para que el grupo se inicie por primera vez

2

1

3

3

4

3

5

4

6

5

7

5

8

6

9

7

10

8

11

9

12

10

Cada vez subsiguiente que se inicie el grupo, es preciso iniciar el 85 % de los servidores (tal como se muestra en la tabla anterior). Si no se puede iniciar esta cantidad de servidores (pero se puede iniciar una cantidad de servidores suficiente para que no haya pérdida de cuórum en el grupo de servidores), puede usar el cmdlet Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery para permitir que el grupo se recupere de esta pérdida de cuórum en el grupo de enrutamiento y pueda progresar. Para más información sobre cómo usar este cmdlet, consulte <vínculo a Reset-CsPoolRegistrarState>.

noteNota:
En los grupos de servidores con una cantidad par de servidores, Skype Empresarial Server usa la base de datos SQL principal como testigo. En un grupo como este, si apaga la base de datos principal, cambia a la copia reflejada y apaga una cantidad suficiente de servidores front-end para que no haya los suficientes en ejecución de acuerdo con la tabla anterior, todo el grupo de servidores quedará inactivo. Para obtener más información, vea Testigo de reflejo de base de datos.

Para que un Grupo de servidores front-end funcione totalmente, no puede presentar una pérdida de cuórum en el grupo de servidores. Si la cantidad de servidores en ejecución está por debajo del nivel de funcionamiento (tal como se muestra en la tabla siguiente), los servidores restantes del grupo detendrán todos los servicios de Skype Empresarial Server. Tenga en cuenta que en las cantidades de la siguiente tabla se asume que los Servidores back-end del grupo están en ejecución.

 

Cantidad total de Servidores front-end en el grupo

Cantidad de servidores que es preciso que estén en ejecución para que el grupo funcione

2

1

3-4

2 cualesquiera

5-6

3 cualesquiera

7

4 cualesquiera

8-9

4 cualesquiera de los primeros 7 servidores

10-12

5 cualesquiera de los primeros 9 servidores

En la tabla anterior, los "primeros servidores" son los servidores que aparecieron primero, en orden cronológico, cuando se inició el grupo por primera vez. A fin de determinar cuáles son estos servidores, puede usar el cmdlet Get-CsComputer con la opción -PoolFqdn. Este cmdlet le mostrará los servidores en el orden en el que aparecen en la topología; los que se encuentran en la parte superior de la lista son los primeros servidores.

Es necesario tener en cuenta algunos otros factores a fin de asegurarse de que los grupos de servidores front-end sigan siendo funcionales.

  • Cuando traslade usuarios al grupo por primera vez, asegúrese de que al menos tres de los Servidores front-end estén en ejecución.

  • Si establece una relación de emparejamiento entre este grupo de servidores y otro con fines de recuperación ante desastres, después de establecer dicha relación, necesitará asegurarse de que este grupo tiene tres servidores front-end ejecutándose simultáneamente en algún momento para sincronizar correctamente los datos con el servidor de copia de seguridad. Para más información sobre el emparejamiento de grupos de servidores y las características de recuperación ante desastres, consulte Planificación de la alta disponibilidad y de la recuperación ante desastres en Skype Empresarial Server 2015.

No se recomienda implementar un grupo de servidores front-end que contenga solo dos Servidores front-end. Este grupo pequeño no ofrecerá una solución de alta disponibilidad sólida como lo haría un grupo más grande y requerirá más atención en su administración. Además, si el Servidor back-end de un grupo de dos servidores se detuviera, probablemente se detendría todo el grupo. Si desea implementar solo uno o dos servidores que ejecuten Skype Empresarial Server, le recomendamos que los implemente como Servidores Standard Edition.

Si en algún momento necesita implementar un grupo con dos Servidores front-end, siga estas instrucciones:

  • Si uno de los dos Servidores front-end se encuentra inactivo, intente recuperarlo lo antes posible. Del mismo modo, si necesita actualizar uno de los dos servidores, vuelva a ponerlo en línea tan pronto como termine la actualización.

  • Si, por algún motivo, necesita detener los dos servidores en algún momento, realice lo siguiente cuando termine el tiempo de inactividad del grupo:

    • El procedimiento recomendado es reiniciar ambos Servidores front-end al mismo tiempo.

    • Si no se pueden reiniciar los dos servidores al mismo tiempo, será necesario ponerlos en funcionamiento nuevamente en el orden inverso al orden en que se detuvieron.

    • Si no puede ponerlos en funcionamiento nuevamente en ese orden, utilice el siguiente cmdlet antes de poner el grupo nuevamente en funcionamiento: Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>

Si se produce un error en un servidor front-end y no es probable que se sustituya durante unos días, quite el servidor de la topología. Cuando el nuevo servidor front-end esté disponible, agréguelo a la topología.

Siempre que realice un cambio de configuración en un grupo de servidores front-end, como agregar o quitar servidores, es preciso seguir estas instrucciones:

  • Después de publicar una topología nueva, necesita reiniciar cada uno de los servidores front-end del grupo. Reinícielos de uno en uno.

  • Si el grupo entero ha estado inactivo durante el cambio de la configuración, ejecute el siguiente cmdlet después de publicar la topología nueva: Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset

 
Mostrar: