ACTUALIZACIÓN: ¡PBXware ahora está en VMware Solution Exchange como VMware PBXMware!
Si bien el auge de VMware parece imparable, Bicom Systems generalmente no soporte máquinas virtuales o VMware. Los motivos son simples.
Primero, la fuente del reloj debe ser precisa. Debido a que este servicio depende en gran medida del tiempo, cualquier problema relacionado con el tiempo dará como resultado un audio entrecortado, clics, etc. El tiempo debe ser preciso. Cuando abres facebook.com, por ejemplo, no te importará si son 100ms o 600ms a veces. Lo que te importa es obtener ALGO. Pero cuando se trata de la voz, este no es el caso.
Un usuario del foro de soporte de MySQL/Orace lo expresó mejor: «si deseas una base de datos para producción, no consideres la virtualización en absoluto. Es imposible garantizar que cuando escribe en el ‘disco’, realmente hayas escrito algo». Esto ha sido probado por profesionales.
El segundo problema no es solo el límite en la cantidad de llamadas, sino la confiabilidad de ese límite. Debido a los requisitos en tiempo real de voz y video en PBXware, VMware simplemente no puede garantizar un rendimiento constante. La excepción es una pre-asignación fija en límites reales de hardware, pero eso generalmente significaría no más de 2-3 máquinas virtuales por máquina, como máximo.
En resumen, las máquinas virtuales no son buenos para esto, pero los servidores virtuales como SERVERware están diseñados para VoIP. Si debes usar una máquina virtual, le recomendamos no más de 200 extensiones por máquina.
VMware Enterprise ESG es una plataforma robusta y confiable para nuestros productos:
– Un cliente que ejecuta PBXware Multi-Usuario, instalado con CD, durante aproximadamente 3 años, 60,000 llamadas/mes
– Un cliente que ejecuta SERVERware con PBXware Multi-Usuario, en modo de prueba durante 2 años, volumen de llamadas 20,000 en masa sin problemas
– Un cliente que ejecuta TELCOware con 2 PBXware durante 3 años.
Para obtener más información, visite el Wiki de Bicom Systems.