La capacidad de un grupo de Expressway para dar servicio a los usuarios del servicio de calendario híbrido depende del tamaño de los nodos constituyentes de Expressway-C, la cantidad de nodos en el grupo de Expressway y la estrategia de continuidad del servicio.

En la siguiente tabla se muestra la cantidad máxima de usuarios en un solo Expressway dedicado a los diferentes entornos de calendario híbrido.

_{* Para evitar esta limitación de escala, le recomendamos que utilice la servicio de calendario basada en la nube en lugar del conector local. En el caso del calendario híbrido basado en Expressway, la limitación de la capacidad de usuarios de Office 365 a 1000 usuarios por grupo es independiente del recuento o tamaño de los nodos del grupo; esta limitación deriva de la interacción con el servicio en la nube de Microsoft y no de la escala de la implementación de Expressway local.}

Tenga en cuenta que la capacidad de usuarios es la misma para un grupo de un nodo y un grupo de dos nodos. Esto es porque el servicio de calendario utiliza conmutación por error para mejorar la continuidad del servicio. Todos los usuarios se asignan a un nodo cuando hay dos nodos en el grupo; el otro nodo es una copia de seguridad redundante. Consulte Planificación de la capacidad del grupo de Expressway para los usuarios de servicios híbridos para obtener una explicación detallada.

La Expressway del grupo híbrido para usuarios de Servicio de calendario híbridos depende principalmente del tamaño y la cantidad de nodos en el grupo, y de la estrategia de continuidad del servicio. La siguiente tabla muestra la capacidad máxima total de usuarios que el grupo puede gestionar a medida que aumente el tamaño de los nodos (o el tamaño del OVA del nodo) en un solo grupo dedicado.

_{* Tenga en cuenta que la capacidad de usuarios es la misma para un grupo de un nodo y para un grupo de dos nodos. Esto se debe a Servicio de calendario utiliza conmutación por falla para mejorar la continuidad del servicio. Todos los usuarios se asignan a un nodo cuando hay dos nodos en el grupo; el otro nodo es una copia de seguridad redundante. Consulte Planificación de la capacidad del grupo de Expressway para los usuarios de servicios híbridos para obtener una explicación detallada.}

Asignación de usuarios entre organizadores y grupos

De manera predeterminada, el servicio Servicio de calendario asigna y distribuye usuarios automáticamente en forma uniforme entre todos los conectores de calendario de un grupo. La asignación es dinámica en función de la disponibilidad, y el administrador no tiene control sobre qué nodo particular se asigna un usuario individual.

En casos en los que una organización tiene más de un grupo, la distribución de usuarios se basa en varios factores, como la disponibilidad del grupo, la asignación actual (para reducir las desabaciones durante la recuperación de fallas) y un orden de clasificación basado en la preferencia más alta del grupo. El administrador también tiene la capacidad de asignar un usuario o grupo de usuarios a un grupo de recursos. Los grupos de recursos son específicos del grupo, por lo que permiten que los administradores restrinja la asignación de conjuntos particulares de usuarios a un grupo específico.

Con este entendimiento básico de las asignación de usuarios y teniendo en cuenta los requisitos previos del Conector de calendario de Expressway, un administrador puede implementar la capacidad adecuada a escala para su organización. Veamos una organización de ejemplo de 126 000 usuarios que se habilitará para el servicio híbrido Servicio de calendario, teniendo en cuenta los siguientes parámetros:

• Expressway grupos de 6 nodos que utilizan la plantilla OVA grande (límite de 15 000 usuarios por nodo)

• No se necesitan grupos de recursos

La fórmula de capacidad para un solo grupo, U_calN= (N-1) * U cal1 donde N=6 y U_cal1=15 000 (usando la plantilla OVA grande) produce un máximo de 75 000 usuarios. Con un total de 126 000 usuarios en la implementación del servicio de calendario, se requieren varios grupos de hosts del Conector de calendarios. Los usuarios se distribuirían equitativamente como se muestra en la siguiente figura:

El servicio Servicio de calendario híbrido agrega primero a los usuarios al grupo A hasta que el grupo alcance la capacidad de 75.000 usuarios, y luego asigna los usuarios restantes al grupo B. Los usuarios se distribuyen al azar e equitativamente entre todos los nodos del grupo. Este ejemplo muestra una distribución equitativa de los nodos de host del Conector de calendario (dentro de cada uno de los dos grupos) entre los centros de datos RTP y PDX. Cada nodo utiliza la misma plantilla de OVA y sigue las pautas de Expressway de altadisponibilidad. El Conector de calendario utiliza la lógica Expressway agrupamiento de clientes en un modelo de redundancia 5+1 para permitir situaciones de alta disponibilidad.

Con todos los usuarios asignados a un Conector de calendario, ahora examinemos lo que sucede cuando hay una falla en un grupo. La siguiente figura muestra una falla en un solo nodo. Los usuarios que fueron asignados al nodo con errores( 5A en el grupo A) ahora se han reprodido al resto de los nodos de ese grupo. La capacidad de un solo nodo permite hasta 15 000 usuarios y cada nodo restante en el grupo A agrega 2500 usuarios que se asignaron originalmente en el nodo 5A. No hay cambios o impacto en el grupo B ni en los usuarios asignados en el grupo B.

El grupo A aún tiene la capacidad máxima, y cada uno de los nodos operativos del grupo ahora tiene una capacidad máxima de 15 000 usuarios/nodo. Por lo tanto, si otro nodo del grupo A deja de estar disponible, como el nodo 4A en la siguiente figura, el grupo B ahora será responsable de la recogida de la carga adicional de usuarios. Los 15 000 usuarios del nodo 4A ahora se reasignan al grupo B y se distribuyen equitativamente entre todos los nodos dentro del grupo B.

Cuando se recuperan los nodos 4A y 5A, los usuarios del grupo A serán redistribuidos entre los nodos del grupo. Los usuarios que no pudieron superar el grupo B permanecen en el grupo B durante esta fase de recuperación para evitar asignaciones de usuarios innecesarias entre grupos, como se muestra en la siguiente figura.

Un elemento clave que debe tener en cuenta al planificar una implementación de la Servicio de calendario híbrida a gran escala es comprender el impacto de una falla si ocurriese en la implementación. Si utilizamos la misma implementación de 126 000 usuarios pero perdemos un centro de datos completo, existe un potencial de que los usuarios no se asignen a un nodo del Conector de calendarios. Para evitar una interrupción del servicio en este tipo de situación, el cliente necesitará un tercer grupo para redistribuir y manejar los usuarios afectados.

La capacidad de un grupo de Expressway para dar servicio a los usuarios de mensajes híbridos depende del tamaño de los nodos constituyentes de Expressway, la cantidad de nodos en el grupo y la estrategia de continuidad del servicio.

En la siguiente tabla se muestra la cantidad máxima de usuarios en un solo Expressway que se utiliza para el Mensaje híbrido.

Este tema trata sobre cómo compartir un host de conectores Expressway conectores entre los varios Servicios híbridos, incluidos los Servicio de calendario y el servicio de mensajes. El host de conectores no se comparte con otras Expressway basadas en red, como MRA y B2B.

La capacidad del grupo del host de conectores depende del tamaño de los nodos constituyentes de Expressway, la cantidad de nodos, los conectores que se ejecutan en el grupo y la estrategia de continuidad del servicio. Consulte Planificación de la capacidad del grupo de Expressway para los usuarios de servicios híbridos para obtener una explicación detallada de estos factores.

También hay una calculadora para modelar diferentes grupos de hosts de conectores y ver cuántos usuarios de cada servicio puede admitir su grupo propuesto.

En general, recomendamos la coresidency solo para implementaciones de menor tamaño de hasta dos nodos. Si su implementación supera la capacidad de un par de nodos, deberá mover los conectores a Expressway grupos dedicados a cada servicio híbrido específico.

Ejemplo: Escala del host de conectores con tres conectores de componentes principales

En la siguiente tabla se muestra un ejemplo de escala y coresidency. Proporciona la cantidad máxima de usuarios por grupo , para cada servicio, con diferentes especificaciones del grupo del host de conectores. El grupo se comparte entre el calendario híbrido (mediante su Exchange local), las llamadas híbridas y el servicio de mensajes híbridos.

Introducción

Este tema trata sobre cómo compartir un host de conectores Expressway con otras Expressway basadas en red. Cuando elige alojar conectores en un Expressway que está utilizando para otros propósitos, se aplican las siguientes advertencias importantes:

• No podemos admitir el modelo de escalabilidad que se aplica a un host de conectores dedicado Expressway. Los números de usuario que deriva de la lectura de los otros temas de este artículo, o de utilizar la calculadora, no se aplican cuando se comparte el host de conectores con otros Expressway de conexión.

• Las combinaciones de Expressway basadas en red y de los conectores de servicios híbridos que se describen en este artículo, y las cantidades de usuarios asociadas, son las únicas situaciones admitidas. No hemos probado otras situaciones y no puede esperar que funcionen en su entorno.

Expressway basada en Servicio de calendario con el Conector de llamadas y con el Servicio de llamadas transversal

En esta situación, los conectores de calendario híbrido de un grupo de Expressway de dos nodos. El grupo también está haciendo recorrido de llamadas para otras soluciones de llamadas de Cisco (señales y medios SIP).

La tabla muestra los diferentes entornos de calendario que puede utilizar con el Expressway basado en calendario. El Expressway calendario basado en calendario no es compatible con grupos con más de dos nodos. Utilice el conector basado en la nube para una mayor escala con Office 365 (consulte Servicio de calendario escala).

_{† para evitar esta limitación de escala, le recomendamos que utilice el conector basado en la nube Servicio de calendario el conector local. En el caso del calendario híbrido basado en Expressway, la limitación de la capacidad de usuarios de Office 365 a 1000 usuarios por grupo es independiente del recuento o tamaño de los nodos del grupo; esta limitación deriva de la interacción con el servicio en la nube de Microsoft y no de la escala de la implementación de Expressway local.}

Calendario con teléfono móvil y Remote Access

En esta situación, un grupo mra de uno o dos pequeños Expressway máquinas virtuales alojan el conector de calendario. En esta situación se asume que el grupo solo se utiliza para MRA y los dos conectores. El grupo está limitado a uno o dos nodos pequeños.