We virtualize every asterisk install, and have achieved density levels of 80MB RAM per install of asterisk. We do it all day, every day.<div><br></div><div>As Chris wrote if you&#39;re putting it on shared hardware that you don&#39;t control, just don&#39;t. If you control all of the hardware it&#39;s very doable.</div>
<div><br></div><div>Thanks</div><div>David<br><br><div class="gmail_quote">On Sun, Jun 10, 2012 at 3:07 PM, Chris Bagnall <span dir="ltr">&lt;<a href="mailto:asterisk@lists.minotaur.cc" target="_blank">asterisk@lists.minotaur.cc</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 8/6/12 9:17 pm, Hiers, Richard wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I don&#39;t expect to need to use any special hardware, just a sip trunk over our broadband connection.  We have about 150 phones at present.  Is ESX a viable platform for us?  And second, what is the recommended virtual configuration (mem, cpu, etc.)?  Any other considerations?<br>

</blockquote>
<br></div>
I think the concern expressed about running Asterisk on a virtualised platform is more to do with the impact the other load on the host machine might have on your Asterisk VM. If you&#39;re using ESX in a shared hosting environment where you have very little control over the other workload on that host, then sooner or later there&#39;s a risk your VM is going to experience spikes in latency.<br>

<br>
On the other hand, if you&#39;re running a virtualised platform internally where you can control precisely the load on the host machine, then you&#39;ll probably find you&#39;re fine.<br>
<br>
FWIW, we run Asterisk under Xen in production. Some of the VMs have well over a thousand connected SIP devices and we&#39;ve yet to encounter significant problems. But we&#39;re able to control the other VMs on the hosts very precisely: the only other VMs running on those hosts provide low-load services such as rsync for remote backup (which is only used late at night when call load is low on the Asterisk VMs).<br>

<br>
Running Asterisk in a VM, even if it&#39;s the only VM on that host, does give you some considerable benefits in the event of host machine failover: hardware independence and live migration are the two that spring immediately to mind.<br>

<br>
Kind regards,<br>
<br>
Chris<span class="HOEnZb"><font color="#888888"><br>
-- <br>
This email is made from 100% recycled electrons</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
--<br>
______________________________<u></u>______________________________<u></u>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
              <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
  <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/<u></u>mailman/listinfo/asterisk-<u></u>users</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>--<br><a href="http://www.ringfree.biz" target="_blank">www.ringfree.biz</a><br>828-575-0030<br><br>
</div>