<div dir="ltr"><div class="gmail_quote">On Fri, Jul 6, 2012 at 5:43 PM, Anthony Minessale <span dir="ltr">&lt;<a href="mailto:anthony.minessale@gmail.com" target="_blank">anthony.minessale@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I would be insane to endorse using it in a virtual world.  The support<br>
expectations would consume the rest of my life.<br>
I try to make the code work well on real boxes and if it works on<br>
virtual ones then that&#39;s a bonus =D<br>
<br>
We have good luck with openVZ since its a single real kernel and<br>
virtual runtimes but either way we do not recommend it so its a use at<br>
your own risk kind of thing.<br>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div><font face="verdana, sans-serif" color="#3333ff">Yup agree and acknowledge that you wouldn&#39;t endorse or offer to support it, and nor should you. Simply trying to pick your (and anyone else who wants to chime in) brain on the topic. Totally PoC&#39;ing it at my own risk :)</font></div>

<div><font face="verdana, sans-serif" color="#3333ff"><br></font></div><div><font face="verdana, sans-serif" color="#3333ff">So, in that spirit, just one last message about it. Just like sharing the experience with OpenVZ, let&#39;s just say that I am insane and I still want to try it in a private cloud. Would you say the resource consumption of FS (assuming it&#39;s just receiving the call, having it routed by a custom routing engine via ESL, and switching it) be more than that in the &quot;real&quot; world for the same call volume barring any clock sync/skew/jitter issues? Would something like Cloudstack on hardware (like the one you recommended earlier) with a FS VM with 12 vcpu cores, 24GB RAM and DAS be able to handle something like 300-400 concurrent calls or am I out of my mind?</font></div>

<div><font face="verdana, sans-serif" color="#3333ff"><br></font></div><div><font face="verdana, sans-serif" color="#3333ff">Thx </font></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">
On Fri, Jul 6, 2012 at 3:59 PM, A E G &lt;<a href="mailto:all.eforums@gmail.com">all.eforums@gmail.com</a>&gt; wrote:<br>
&gt; Yup got that, and are you saying the same is applicable and true even if one<br>
&gt; was to try and run FreeSWITCH on a private cloud or in a virtual<br>
&gt; environment? assuming of course that those tips would then apply to the<br>
&gt; machine on which the Hypervisor will run.<br>
&gt;<br>
&gt; Just trying to get a handle on whether running FreeSWITCH to do something<br>
&gt; like wholesale or calling card traffic in a purely virtual environment is /<br>
&gt; has proven to work. You probably know the most in terms of all different<br>
&gt; environments people are running FS in, and if you (or they) have pointers<br>
&gt; specific to it being run in a virtual environment.<br>
&gt;<br>
&gt; Thanks so much<br>
&gt;<br>
&gt; On Fri, Jul 6, 2012 at 12:54 PM, Anthony Minessale<br>
&gt; &lt;<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Like I said &quot;Really Really Nice Motherboard&quot;, as many CPU as<br>
&gt;&gt; possible/affordable, and a good chunk of RAM.<br>
&gt;&gt; Motherboard is the most important, a cheap motherboard with a ton of<br>
&gt;&gt; cores is a waste.<br>
&gt;&gt;<br></div></div></blockquote></div></div>