Utilice este artículo para planificar la capacidad de sus conectores para implementaciones de los Servicios híbridos de Webex y comprenda las recomendaciones de escalabilidad. Tanto en el caso de implementaciones con conectores dedicados como coresidentes, encontrará la cantidad máxima de usuarios admitidos para grupos de conectores, los factores que determinan los límites de usuarios admitidos y cómo utilizar el Control Hub para evaluar si necesita agregar más Expressways.
 |
El servicio híbrido de llamadas en la arquitectura del Conector de llamadas ha dejado de estar disponible (EOL), por lo que el servicioya no es compatible oficialmente. No se debe considerar el Conector de llamadas para la planificación Expressway de capacidad para los Servicios híbridos. |
 |
Este artículo no cubre la planificación de capacidad para la integración del TMS de Cisco Servicio de calendario con Office 365 o la integración de Cisco TMS con Google Calendar. Para obtener información sobre la capacidad, consulte la Guía de implementación para Servicio de calendario híbrido de Cisco Webex. |
Ofrecemos este artículo para abordar sus preguntas sobre la planificación de capacidad y explicar cómo calculamos la escala del usuario. Para modelar su situación, pruebe la calculadora de capacidad de servicios híbridos.
Consideraciones de planificación
Al planificar una Expressway para su población de usuarios de servicios híbridos, tenga en cuenta las siguientes preguntas:
¿Qué servicios híbridos necesita?
El Expressway puede organizar conectores para el servicio híbrido de llamadas, el servicio de calendario híbrido y el servicio de mensajes híbridos.
¿Cuántos usuarios tiene para cada servicio?
Cuantos más usuarios tenga para cada servicio, es más probable que quiera dedicar grupos de Expressway a los servicios. Para las poblaciones más pequeñas, ejecutar varios conectores en un grupo compartido (corresidency) es una opción válida.
¿Van a cambiar sus necesidades?
Es posible que desee comenzar de a poco, con un grupo de Expressway que proporcione servicio a un grupo de primeros usuarios de su organización y planificar el crecimiento para una implementación futura. Puede migrar de un modelo compartido a un modelo dedicado, o escalar su grupo existente, para satisfacer sus necesidades cambiantes.
Factores contribuyentes
Definimos la capacidad de un grupo en términos de las siguientes variables:
Tamaño del nodo: cada máquina virtual de Expressway tiene un “tamaño de VM” que es determinado en el momento de la instalación por los recursos asignados a la máquina virtual. Las Guías de instalación de Expressway describen esos requisitos. Si ya tiene una computadora Expressway, puede leer el tamaño de la máquina virtual en la página de información del sistema de > de máquina.
Recuento de nodos: un grupo de Expressway puede tener entre uno y seis nodos. Deben tener el mismo tamaño de nodo y ejecutar la misma versión de software.
Estrategia de continuidad delservicio: los servicios utilizan estrategias para asegurar el servicio continuo a los usuarios. Servicio de calendario y servicio de mensajes utilizan una estrategia de conmutación por error.
Las estrategias se detallan en la tabla Estrategias de continuidad del servicio y Escala de grupos dedicados.
Administración en conjunto: cuando los conectores comparten un grupo de Expressway, los recursos disponibles para cada servicio son significativamente más bajos en comparación con elgrupo dedicado.
También puede haber otros servicios basados Expressway en su host de conectores, como llamadas entre empresas (B2B) o Móviles y Remote Access (MRA). En las situaciones limitadas en las que se admite este tipo de coresidency, los números de escala que documentamos aquí están restringidos a lo que hemos probado. Más allá de lo que se describe en este artículo, el host de Expressway conectores y el grupo no deben compartirse con otros servicios; esto no es compatible.
Limitaciones específicas del servicio: por ejemplo, el Conector de calendarios está pensado principalmente para usuarios de Microsoft Exchange y admite una cantidad limitada deusuarios de Office 365.
Cálculos de los grupos de Expressway dedicados
Establecemos un límite duro para la cantidad de usuarios de servicio que puede administrar un solo Expressway (un "grupo de uno"), sobre la base de las evidencias que recopilamos en pruebas.
| Expressway tamaño del nodo | Escala Servicio de calendario híbrido | Escala del servicio de mensajes híbridos |
|---|---|---|
| 1. Pequeña | 5000 | 5000 |
| 2. Medio | 10000 | 6500 |
| 3. Grande | 15000 | 15000 |
Utilizamos los algoritmos de continuidad del servicio para extrapolar los números de un solo nodo a varios grupos de nodos, como se explica en la siguiente tabla. Si desea los resultados sin la explicación, consulte:
Comparar |
Servicio de calendario híbrido |
Servicio de mensajes híbridos |
|---|---|---|
1. Modelo |
Modelo de conmutación por error |
Modelo de conmutación por error |
2. Descripción |
Asignamos cada usuario a un nodo del grupo. Esto extiende a los usuarios en todos los nodos. Si un nodo se cae, recreamos las asignaciones de usuarios de ese nodo en los otros nodos. Cuando vuelva a realizarse la copia de seguridad del nodo, volveremos a configurar las asignaciones de usuarios en todos los nodos activos. |
Asignamos cada usuario a un nodo del grupo. Esto extiende a los usuarios en todos los nodos. Si un nodo se cae, recreamos las asignaciones de usuarios de ese nodo en los otros nodos. Cuando vuelva a realizarse la copia de seguridad del nodo, volveremos a configurar las asignaciones de usuarios en todos los nodos activos. |
3. Fórmula |
UcalN= (N-1) * Ucal1 |
UmsgN= (N-1) * Umsg1 |
4. Definiciones |
Donde: UcalN es el grupo de capacidad N para los usuarios del servicio de calendario N es el recuento de nodos Ucal1 es la capacidad de un solo nodo para los usuarios del servicio de calendario |
Donde: UmsgN es el grupo de capacidad N para los usuarios del servicio de calendario N es el recuento de nodos Umsg1 es la capacidad de un solo nodo para los usuarios del servicio de calendario |
5. Notas |
Si N=1, no hay conmutación por falla. La recuperación de fallas es automática y obligatoria si N>1. Si N=2, la capacidad es la misma que si N = 1, con mejor continuidad del servicio. Escala de beneficios de N>=3 o mediante el uso de un nodo de mayor tamaño. |
Si N=1, no hay conmutación por falla. La recuperación de fallas es automática y obligatoria si N>1. Si N=2, la capacidad es la misma que si N = 1, con mejor continuidad del servicio. Escala de beneficios de N>=3 o mediante el uso de un nodo de mayor tamaño. |
Cálculos de los grupos de Expressway compartidos
Nuestro algoritmo supone que los conectores coresidentes comparten de forma proporcionada los recursos de un solo nodo. Este algoritmo establece de forma conservadora el límite de cada tipo de usuario en el nodo.
Por ejemplo, la siguiente tabla muestra la cantidad máxima de usuarios para todos los casos dedicados y los casos de coresidency en un solo sistema Expressway.
| Propósito de Expressway | Servicio de calendario usuarios | Usuarios del servicio de mensajes |
|---|---|---|
| Dedicado al servicio de calendario | 10,000 |
— |
Dedicado al servicio de mensajes |
— |
6,500 |
Compartido por los Servicio de calendario y el servicio de mensajes |
4,000 |
4,000 |
Compartido por los servicios de calendario, llamadas y mensajes |
2,300 |
2,300 |
No enumeramos exhaustivamente todos los estados de coresidency para todos los tamaños de grupos. En cambio, puede controlar la capacidad de su implementación de servicios híbridos existenteso utilizar la calculadora para planificar una nueva implementación.
|
La calculadora le permite elegir conectores, el tamaño del nodo y el recuento de nodos, para poder modelar su implementación. El resto de esta sección explica la forma en la que calcula los números de usuario a partir de su modelo. |
Al igual que hicimos con el equipo dedicado Expressway, extrapolamos el algoritmo de los Expressways compartidos para determinar los números de usuario para varios nodos. La diferencia con los casos dedicados es que aplicamos el cálculo de la continuidad del servicio apropiado para obtener la escala del usuario para un determinado servicio en el grupo. No podemos calcular la escala del usuario para el grupo porque los hosts del grupo competimos, basados en el usuario, estrategias de continuidad del servicio.
Propósito del grupo |
Usuarios del servicio de mensajes híbridos para 1, 2 y 3 nodos |
||
|---|---|---|---|
Dedicado al servicio de mensajes |
6,500 |
6,500 |
13,000 |
Factores contribuyentes adicionales
Puede haber demandas competitivas en los recursos del grupo que disminuirán la capacidad del usuario. Estos son los ejemplos conocidos:
Servicio de calendario: el host de conectores también puede dar servicio a los usuarios del servicio O365. Los números y los cálculos que se muestran aquí suponen que solo su infraestructura de Exchange local proporciona el servicio de calendario. Para obtener más información sobre el servicio de calendario 'híbrido', tenemos algunos números y gráficos en la Sección del servicio de calendario de este artículo.
Procesamiento dellamadas: el host de conectores también puede procesar la señalización y los medios de llamadas. De hecho, se trata de una integración "entre empresas" entre su organización y la nube de Webex. Esto reduce la capacidad como se describe en Funcionalidad en coresidency with Other Expressway Solutions.
Puede utilizar Control Hub para ver un valor del porcentaje de la capacidad actual de usuarios de cada uno de sus recursos de Expressway híbridos. Una barra de color indica si la capacidad está dentro de los límites aceptables. Esta vista le permite evaluar el estado de sus implementaciones de servicios híbridos y lo guía cuando necesita más Expressways.
Verde:sus Expressways están dentro de los límites de capacidad aceptables. (1 % a 60 %)
Ámbar: tiene suficientes Expressways, pero está cerca de alcanzar los límites de capacidad. (61 % a 90 %)
Rojo: no tiene suficientes Expressways y debe agregar más. (91 % y más)
Si sus Expressways están en un grupo de recursos, el indicador de capacidad aparece debajo de una vista filtrada de los grupos en el grupo de recursos.
Para implementaciones sin grupos de recursos (predeterminado):
Desde la vista del cliente en , vaya a Servicios > Híbrido y, luego, desplácese hasta las tarjetas de servicios híbridos para ver el porcentaje de capacidad utilizado en los recursos de Expressway para cada https://admin.webex.comservicio.
Para implementaciones con grupos de recursos:
Si el valor de capacidad es N/A, elija un grupo de recursos de Filtrar para revisar la capacidad y los grupos de recursos.
El valor se actualiza para mostrar el porcentaje de capacidad que se utiliza para los grupos de ese grupo de recursos y la codificación por color para indicar el estado.
Aspectos a tener en cuenta
La capacidad del grupo varía según el tamaño del nodo, la cantidad de nodos en el grupo de Expressway, cuántos servicios se ejecutan en el grupo, y la alta disponibilidad de la estrategia de conmutación por error. Para obtener más información, consulte las secciones de escala de calendario y mensaje individuales.
La coresidency reduce la escala del usuario para los servicios existentes; el algoritmo de capacidad supone que cada usuario está utilizando todos los servicios.
Le recomendamos la coresidency cuando esté probando varios servicios, o si tiene una implementación a pequeña escala. En el caso de los servicios en producción, o para implementaciones a gran escala, le recomendamos que ejecute los diferentes servicios híbridos en grupos de Expressway dedicados.
Qué hacer a continuación
Para agregar más Expressways para los Servicios híbridos, utilice los pasos de la guía de implementación para registrar hosts de conectores en la nube y agregarlos a grupos ya existentes:
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.
|
En un entorno híbrido de Exchange con usuarios de Office 365, hay un límite de 1000 usuarios de Office 365 por grupo, independientemente del conteo o tamaño de nodos del grupo. El servicio basado en la nube es el método preferido para gestionar usuarios de Office 365. Recomendamos encarecidamente que solo alome temporalmente a usuarios de Office 365 en Expressway. 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. A modo de ejemplo, si tiene un solo nodo Expressway pequeño, su capacidad se limita a 1000 usuarios de Office 365 y 4000 usuarios de Microsoft Exchange. Si tiene un grupo de 6 nodos pequeños, su capacidad se limita a 1000 usuarios de Office 365 más 24 000 usuarios de Microsoft Exchange. |
Expressway tamaño del nodo |
1 o 2 nodos* |
3 nodos |
4 nodos |
5 nodos |
6 nodos |
|---|---|---|---|---|---|
1. Pequeña |
5K |
10K |
15K |
20K |
25K |
2. Medio |
10K |
20K |
30K |
40K |
50K |
3. Grande |
15K |
30K |
45K |
60K |
75K |
* 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, UcalN= (N-1) * U cal1 donde N=6 y Ucal1=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 del servicio 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.
La siguiente tabla muestra la cantidad máxima de usuarios en un solo Expressway que se utiliza para el servicio de mensajes híbridos.
Expressway pequeño |
Expressway mediano |
Expressway grande |
|---|---|---|
5000 usuarios |
6.500 usuarios |
15 000 usuarios |
|
Los números de usuario son los mismos para un grupo de un nodo y para un grupo de dos nodos. Esto se debe a que el servicio de mensajes utiliza conmutación por error para mejorar la continuidad del servicio. Los usuarios se distribuyen de manera uniforme entre los varios nodos del grupo: si falla un nodo, los usuarios de ese nodo se asignan a otros nodos. |
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 la Administración Servicio de calendario (con su Exchange local), el servicio híbrido de llamadas y el servicio de mensajeshíbridos.
Servicio |
Dos nodos pequeños |
Dos nodos medianos |
Dos nodos grandes |
|---|---|---|---|
Servicio de calendario usuarios |
1,300 |
2,300 |
3,000 |
Usuarios del servicio de mensajes |
1,300 |
2,300 |
3,000 |
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, hay dos nodos Expressway grupo híbrido Servicio de calendario conectores. 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).
Servicio |
Dos grupos de nodos pequeños |
Grupo de dos nodos medianos |
Dos grupos de nodos grandes |
|
|---|---|---|---|---|
Servicio de calendario |
Exchange local |
500 usuarios |
1000 usuarios |
1000 usuarios |
Office 365† |
500 usuarios |
1000 usuarios |
1000 usuarios |
|
Exchange local y Office 365 (implementaciones de Exchange híbrido) |
Cantidad máxima de 500 usuarios para ambos |
Máximo de 1000 usuarios para ambos |
Máximo de 1000 usuarios para ambos |
|
Recorrido de llamada |
200 sesiones de audio 100 sesiones de vídeo |
200 sesiones de audio 100 sesiones de vídeo |
1000 sesiones de audio 500 sesiones de vídeo |
|
† para evitar esta limitación de escala, le recomendamos que utilice el conector basado en la nube Servicio de calendario el conector local. Para la Servicio de calendario híbrida basada en Expressway , la limitación de la capacidad de usuarios de Office 365 a 1000 usuarios por grupo es independiente del conteo o tamaño del nodo 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ónExpressway 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.
Propósito de Expressway |
Grupo de una pequeña Expressway-C |
Grupo de dos grupos pequeños Expressway-Cs |
|---|---|---|
Servicio de calendario usuarios (conector local a Exchange) |
500 usuarios |
500 usuarios |
Usuarios móviles y Remote Access móviles |
100 |
100 |
