el 06-25-2019 02:05 AM
es posible con un BE6K v11.1 (CUCM) conseguir configurar un cluster de forma que un servidor/nodo pueda ser backup de hasta 10 servidores activos/nodos ?
el 06-26-2019 06:55 AM
Posteaste lo mismo en el foro en inglés, y como te explicaron allá, no es nada claro lo que pides, ni tampoco tiene sentido lo que pides, te recomiendo que contactes a un partner con especializaciones en UC, o a un consultor para que te ayude con los requerimientos y te ayuden con la parte técnica de tu pregunta.
el 06-26-2019 08:08 AM
Gracias por ayudar a clarificar esta duda @Jaime Valencia
el 06-26-2019 04:17 PM
Cierto Jaime, he visto tu respuesta en el foro en inglés,
La cuestión sería:
Una empresa R, tiene unas necesidades de servicios de comunicaciones fijas y móviles de voz y datos, entre otras especificaciones hay una en concreto que ya indiqué, y es la siguiente:
"La solución de Comunicaciones de Voz, que soporta las funcionalidades de Control y Gestión de las Llamadas (Call Manager) deberá poderse sustentar sobre una plataforma de virtualización, y deberá disponerse en configuración Tolerante a Fallos y de HA (Alta Disponibilidad)
El servidor de telefonía debe disponer de los siguientes mecanismos de redundancia que puedan coexistir simultáneamente en la misma solución, el escenario de implantación final podrá ser: VMWare High Availability o Fault Tolerance.
Redundancia de servidor: Capacidad de configurar un cluster de forma que un servidor redundante (en modo stand-by) puede ser back-up de hasta 10 servidores activos. La conectividad entre estos servidores será de nivel L2.
Se deberá presentar un plan y protocolo de diseño conjunto de DR – Disaster Recovery para el entorno virtual y de almacenamiento de la solución de voz."
Otra empresa A ofrece como posible solución a este requisito :
2 servidores con BE6K de Cisco, "Centralita virtual Bussines Edition 6000 v11.5 de Cisco"
Y otra empresa B, dice que esa solución no cumple con ese requisito, alegando:
"Esta centralita o plataforma no permite una configuración de un servidor redundante que actúe en modo back-up de hasta 10 servidores activos, dado que, de fábrica, la centralita ofertada por la empresa A permite, como máximo, sólo un servidor redundante que actúe en modo back-up de otro servidor activo. La capacidad que exige la especificación, de configurar un cluster de hasta once servidores (10 activos+1 de back-up) es imposible de cumplir con este modelo de centralita"
En una consulta inicial a Cisco ( de momento desconozco a que soporte fue la consulta: asistencia técnica central, partnet,...) dicen lo siguiente:
"la BE6K es un CUCM empaquetado para 1.000 usuarios y 2 servidores para su venta rápida sin tener que pensar en máquinas físicas, máquinas virtuales, licenciamiento, … No se suele vender más de dos servidores pues es innecesario en la mayoría de casos. Pero eso no significa que no lo soporte. De hecho sí lo soporta porque el CUCM es el mismo software que el presente en la edición BE6K y podríamos tener N nodos en clúster para redundancia con el único requisito de no poder superar los 1.000 usuarios."
o https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab11/collab11/callpros.html
Con este escenario mis preguntas serían:
1)La empresa B está totalmente en lo cierto en su razonamiento?
2)Entiendo que BE6K es una plataforma, es posible usándola como base, añadirle componentes, recursos,..para que cumpla o estuviera en condiciones de cumplir ese ese requisito?
3)Puede considerarse como acertada inicialmente la solución propuesta por la empresa A, de 2 servidores con BE6K, si no tuviéramos en cuenta que que cumpliera totalmente la parte de que un servidor pueda ser backup de hasta 10 servidores activos, o se pensará que podría conseguirse de alguna manera durante la implantación por ejemplo?
Saludos,
el 06-26-2019 05:28 PM
El servidor de telefonía debe disponer de los siguientes mecanismos de redundancia que puedan coexistir simultáneamente en la misma solución, el escenario de implantación final podrá ser: VMWare High Availability o Fault Tolerance.
El uso de features de VMWare viene explicado aquí:
https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/uc_system/virtualization/virtualization-software-requirements.html#VMwareFeature_UC
Hay que considerar los features que vienen incluidos en la licencia ESXi de un BE6K que son limitados.
Redundancia de servidor: Capacidad de configurar un cluster de forma que un servidor redundante (en modo stand-by) puede ser back-up de hasta 10 servidores activos. La conectividad entre estos servidores será de nivel L2.
Lo mismo que en inglés, si quieres tener más de 8 servidores corriendo CUCM, tiene que ser validado y aprobado por el equipo de mega-cluster de Cisco, de otra manera, NO va a ser soportado. Y como te dijeron, el que sea que puso ese requerimiento, NO COMPRENDE DE CUCM Y SU ARQUITECTURA. El SRND es la guía de diseño de CUCM, y claramente especifica el uso de 8 servidores corriendo CUCM + 1 PUB, hasta 20 servidores (los demás corriendo otros servicios). Tampoco toma en consideración el diseño de redundancia de 2:1 o 1:1.
Disaster Recovery se refiere al uso de DRS, y eso es un backup mediante SFTP en otro servidor el cual se puede restaurar cuando haya una falla que lo requiera, con las limitantes mencionadas en la documentación.
Empresa A sin mayor información, se pueden usar 2 BE6K para redundancia de host y VMs, es correcto.
Empresa B, volvemos al punto que quien sea que puso el requerimiento de "backup de hasta 10 servidores" NO COMPRENDE LA ARQUITECTURA DE CUCM Y PONE REQUISITOS USUALMENTE IMPOSIBLES DE CONSEGUIR, bajo esa premisa, tiene razón lo que dicen. Ningún partner puede ofrecer dicha solución, porque eso es un mega-cluster y SOLO CISCO, puede aprobarlo.
Lo que te dijeron de Cisco, es correcto, por la baja densidad de users/devices usualmente no se venden muchos servidores (aunque tu puedes usar cualquier otro server para redundancia, no tiene que ser un BE6K, siempre y cuando cumpla los requerimientos técnicos). No es N nodos, es 8 sin aprobación de Cisco, más de 8 con approval del equipo de mega-cluster. Y lo más que conozco son 16 nodos corriendo CUCM de 20 máximos, en redundancia 1:1, nunca es 10:1, y reitero, QUIEN PUSO ESE REQUERIMIENTO NO COMPRENDE LA ARQUITECTURA DE CUCM.
El BE6K es un TRC, es un conjunto de HW y SW que NO SE PUEDE MODIFICAR BAJO NINGUNA CIRCUNSTANCIA (lo único que puedes agregar son NICs, no se puede modificar el CPU, memoria, cantidad de discos, RAID, etc), en caso de hacerlo, deja de ser un BE6K y se convierte en UC on UCS specs based y deja de considerarse un BE 6K, por lo cual sería una violación al contrato. Si desear usar otra solución, lo puedes hacer, pero sería UC on UCS TRC, UC on UCS specs based o 3rd party HW, y ninguna de ellas va a ser considerada 6K, sería un CUCM normal, y no puedes comprar licenciamiento de 6K. Un BE6K es un TRC, no hay más.
Desconozco a quien sea que te acercaste para tus preguntas, pero debes acercarte a un partner que cuente con especializaciones de UC, si no tiene dichas especializaciones, no debe estar vendiendo ni ofreciendo UC ya que carecen del conocimiento técnico para hacerlo. Usa el partner locator, o acercarte a una oficina local de Cisco para que te recomienden a un partner local de Cisco con las especializaciones necesarias para que les puedas platicar los requisitos específicos que tienes, y ya ellos te van a poder decir si es posible, si NO es posible, o hasta que nivel se puede hacer algo.
el 06-27-2019 01:40 AM
Entonces teniendo en cuenta lo que comentas en:
"Lo que te dijeron de Cisco, es correcto, por la baja densidad de users/devices usualmente no se venden muchos servidores (aunque tu puedes usar cualquier otro server para redundancia, no tiene que ser un BE6K, siempre y cuando cumpla los requerimientos técnicos). No es N nodos, es 8 sin aprobación de Cisco, más de 8 con approval del equipo de mega-cluster. Y lo más que conozco son 16 nodos corriendo CUCM de 20 máximos, en redundancia 1:1, nunca es 10:1, y reitero, QUIEN PUSO ESE REQUERIMIENTO NO COMPRENDE LA ARQUITECTURA DE CUCM."
Y teniendo en cuenta que la empresa R ha hecho su requisito, de forma genérica, es decir no pensando en equipos/servicios específicos de Cisco (casi con toda seguridad al 99.999% desconocen la arquitectura de CUCM y en general de los servicios Cisco en profundidad), y que lo de la capacidad de configurar un cluster donde un servidor redundante pueda ser backup de hasta 10 activos, sea por no exigir un cluster muy grande y bucando mejorar algo este punto respecto a lo que ya tenían (cabe la posibilidad de que hayan dicho 10 servidores como que pudieran haber dicho 8 o 5 sin una justificación definida), en general su objetivo es actualizar su sistema de comunicaciones que ya tiene tiempo
Pues teniendo en cuenta lo anterior, y partiendo de una oferta (empresa A) basada en una plataforma CUCM en 2 servidores, pues que en tiempo de implantación (ejecución del proyecto) en el que siempre hay cambios a lo planteado inicialmente, sea posible haciendo las gestiones y/o cambios que fueran necesarios (con Cisco), el llegar a configurar un cluster de 10 servidores con una redundancia por ejemplo 1:1, y se puede entender que ese nivel de redundancia (1:1) es mejor que el pedido por la empresa R (10:1)?
Saludos,
el 06-27-2019 06:40 AM
Desconozco que es lo que tienen actualmente, que tipo de redundancia les ofrece, la arquitectura de ese producto, el modo en el que esta implementado, y las necesidades exactas que el cliente desea obtener de CUCM, por eso es que debe haber una platica con un partner de Cisco para poder definir en un RFP el alcance del proyecto y poder decirles que se puede lograr a nivel técnico con las ofertas de Cisco, ya sea servidores centralizados y usar SRST como backup, distribuido con redundancia 1:1 o 2:1, etc. Si la oferta del 6K es la correcta, si tienen el ancho de banda necesario y cumplen los requisitos para CoW, distribución de GWs para PSTN o centralizarlo, etc.
Hay muchos factores a tomar en consideración, y es justo por eso que se debe tener una platica muy larga con el partner, donde ellos expongan sus necesidades y se les diga que solución se puede ajustar, o cual es la alternativa que más se acerca a sus necesidades.
En caso de insistir en un mega-cluster, el partner va a tener que involucrar al equipo de mega-cluster de Cisco y se va a tener que presentar el caso del porque desean un mega-cluster para que sea revisado y se decida si se aprueba o no.
el 06-27-2019 11:38 AM
vale, entiendo
Entonces partiendo de que la empresa A ofrece 2 servidores con BE6K de Cisco, "centralita virtual Bussines Edition 6000 v11.5 de Cisco" como solución inicial base, se podría afirmar con total rotundidad y seguridad (como hizo la empresa B) que es imposible cumplir el requisito puntual de?:
" Redundancia de servidor: Capacidad de configurar un cluster de forma que un servidor redundante (en modo stand-by) puede ser back-up de hasta 10 servidores activos. La conectividad entre estos servidores será de nivel L2"
O podría darse el caso de que una vez comience la implantación de dicha solución (con los BE6K), con la que se van cumpliendo todos los otros requerimientos (que son muchos), y al encontrarse con ese requerimiento puntual indicado anteriormente (redundancia del servidor), pues fuera posible con el asesoramiento de un partner especializado encontrar la forma de solucionarlo de una manera u otra, ya sea modificando la arquitectura, una posible aprobación del equipo de mega-cluster de Cisco,....pero partiendo de los BE6K y aunque finalmente hubiera que hacer tales cambios que ya dejaran de ser BE6K?
A donde quiero llegar es que, si partiendo inicialmente de los BE6K como solución, que cumple todos los requisitos (reconocido por la empresa B), se podría afirmar que no es posible asegurar con total seguridad que finalmente no pueda cumplir (como ha dicho la empresa B) con dicho requisito puntual (redundancia de servidores) de una u otra forma?
Es decir, que más allá de más consultas que voy a hacer, podría inicialmente suponer que la empresa B no puede asegurar con total seguridad que la solución inicial (base) propuesta por la empresa A (los BE6K) pueda cumplir finalmente con ese requisito puntual (redundancia de servidores) de una u otra forma
Saludos,
Saludos,
el 06-28-2019 02:16 AM
Este post lo he colgado también en el de inglés
He visto lo siguiente
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab11/collab11/callpros.html
Hay alguna forma de conseguir un modelo de redundancia mayor que 2:1, por ejemplo hasta 10:1
Descubra y salve sus notas favoritas. Vuelva a encontrar las respuestas de los expertos, guías paso a paso, temas recientes y mucho más.
¿Es nuevo por aquí? Empiece con estos tips. Cómo usar la comunidad Guía para nuevos miembros
Navegue y encuentre contenido personalizado de la comunidad