I will try VMWare then. Does it support AMD-V or Intel VT virtualization
at processor level for speedup? If so, I guess there is at some point
some kernel code (module like KVM or special kernel like Xen) that could
provoke some similar problems with zaptel interrupts. Could there be
some issues here or am I totally wrong again?
François.
Stephen Bosch wrote:
François Delawarde wrote:
And I thank you for that (the helping part), you've found the deep cause
of all my zaptel problems (Xen), so please don't leave me alone! ;-)
To be a bit more constructive, I'd like to ask you or anyone that dared
to try using Asterisk on a non-dedicated hardware, specifically those
that tried on a machine hosting VMs the following:
- If there is no way running Asterisk with Xen, what type of
'hypervisor' should I use in order not to have problems? KVM?, KQemu?,
VMWare?
The only one I would bother with is VMWare Server. It is solid, proven
technology, and they have a big team of very talented engineers who have
worked years to get the virtualization to the point where it can be sold
as an enterprise grade product.
If I were to try virtualizing anything, it would be on VMWare Server.
- What type of problems should I expect if I dare to do that? (of
course, Asterisk will be realtime-niced to make it more important)
Well, in particular anything that expects unfettered access to hardware
(as most realtime applications which rely on interface cards do) is
going to be vulnerable to the proclivities of the hypervisor.
Virtualization is still mostly rocket science. I have no doubt that it
is the future and one day everything will run in virtualized
environments -- but we're still a bit away from that.
Virtualization makes financial sense when you have 20 database servers
running at 10% utilization; you can drop your hardware requirements by
at least a third... but for systems relying on dedicated hardware, I
would be very careful (again -- I speak from ugly experience here).
-Stephen-
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
_________________________
François Delawarde
Ingeniero de red
Tel: 918.03.92.51
E-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
_________________________
WIRELESS MUNDI
http://www.wirelessmundi.com/
C/Isaac Newton, 1 - Oficina 26 · Parque Tecnológico de Madrid
28760 TRES CANTOS (Madrid)
Tlf./Fax: (+34) 918 03 92 51
------------------------------------------------------------------------
La información contenida en este mensaje y en sus archivos adjuntos es
CONFIDENCIAL y se dirige exclusivamente a sus destinatarios. Queda
expresamente prohibida la utilización de la misma por cualquier persona
distinta de los destinatarios de esta comunicación. Si usted ha recibido
este mensaje por error le rogamos que lo comunique inmediatamente a
WIRELESS MUNDI y lo borre al igual que todos sus documentos adjuntos. El
correo electrónico no puede asegurar la confidencialidad ni la
integridad de sus mensajes por lo que WIRELESS MUNDI no se hace
responsable de tales errores u omisiones.
----------0----------
All information in this message and its attachments is confidential and
may be legally privileged. Only intended recipients are authorized to
use it. If you have received this transmission in error, please notify
WIRELESS MUNDI immediately and delete this message and its attachments.
E-mail transmissions are not guaranteed to be secure or error free and
WIRELESS MUNDI does not accept liability for such errors or omissions.
------------------------------------------------------------------------
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
