[asterisk-users] asterisk virtualization on VMWARE SX infrastructure

[Steve Totaro]

On Sat, May 17, 2008 at 4:54 PM, Michiel van Baak <michiel at vanbaak.info> wrote:
> On 16:18, Sat 17 May 08, Steve Totaro wrote:
>> On Sat, May 17, 2008 at 2:56 PM, Michiel van Baak <michiel at vanbaak.info> wrote:
>> > On 14:42, Sat 17 May 08, Steve Totaro wrote:
>> >> On Sat, May 17, 2008 at 2:18 PM, nik600 <nik600 at gmail.com> wrote:
>> >> > Hi
>> >> >
>> >> > what about asterisk virtualization on VMWARE XS infrastructure?
>> >> >
>> >> > The system installed will manage a call center with 50 operator,
>> >> > queues, CDR logging on external database.
>> >> >
>> >> > the protocol used is SIP, probably with G711 codec.
>> >> >
>> >> > Virtualization of Asterisk i a risk regarding performance?
>> >> >
>> >> > Thanks to all
>> >>
>> >> I wouldn't do it.  Maybe in a lab but certainly not for a 50 seat call center.
>> >
>> > I would ;)
>> > We run asterisk under vmware in production and have no problem with it.
>> > This is in a pure voip setup.
>>
>> Production = 50 seat call center?  What would an hour or two of
>> downtime cost you in your "production" setup?
>
> That would be: one of the many customers we host.
> We have a hosted setup with over 100 companies, so an hour or two will
> be a massive claim I'm sure.
>
> At the moment we have 4 asterisk servers under vmware that act like one
> freaking big and stable machine to the outside world.
> I dont think this is because of vmware, could have done the same setup
> with asterisk dedicated hardware but why bother when it works this way
> as well ?
>
> --
>
> Michiel van Baak
> michiel at vanbaak.eu
> http://michiel.vanbaak.eu
> GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x71C946BD
>
> "Why is it drug addicts and computer aficionados are both called users?"
>

I suppose if it works, it works and that is all that matters.

But I would say "why bother when it works this way as well?" too about
the dedicated hardware.  ;-)  It just seems like another layer to
break.

Thanks,
Steve Totaro