<div dir="ltr">Hi guys,<div><br></div><div>do you think SSD would cut it here? I would like your views on the write speeds for SSD vs SAS 15K</div><div class="gmail_extra"><br></div><div class="gmail_extra">Thanks<br><br><div class="gmail_quote">

On Tue, May 28, 2013 at 11:36 AM, Martin Wong <span dir="ltr"><<a href="mailto:martin.wong@binaryelements.com.au" target="_blank">martin.wong@binaryelements.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr">Yup. Thanks for the advice and I agree.<div><br></div><div>When there's a high dialing subscriber and I "accidentally" access the CDRs on the web page, the CPU spikes and everything dies.</div>


<div><br></div><div>The MYSQL seems to be the one which has the highest CPU usage at all times.</div><div><br></div><div>I'll be putting in a physical machine + SAS drives asap.</div><div><br></div><div>
Thanks and appreciate your quick help.</div><div><div class="h5"><div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 28, 2013 at 11:22 AM, Jeremie Chism <span dir="ltr"><<a href="mailto:jchism2@gmail.com" target="_blank">jchism2@gmail.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">CPU and ram usage stay low. If you see the load spiking high or staying high get ready for a crash. I/O wait is the biggest issue to watch on sipwise. I think Stephen and Kevin would back me up on that. 15K sas drives have fixed any problems we were having. <div>


<div><span></span><br>
<br>On Monday, May 27, 2013, Martin Wong  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Jeremie, thanks for the info.<div><br></div><div class="gmail_extra">



What RAID config do you have on the SASes?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Would probably take your advice on the drives. Considering it's on a VM on a cloud provider...</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Anything else like CPU / RAM which I need to be concerned with?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Thanks<br><br><div class="gmail_quote">





On Tue, May 28, 2013 at 10:32 AM, Jeremie Chism <span dir="ltr"><<a>jchism2@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


I/O wait kills sipwise. Just speaking from experience. If you have dial traffic and you are using sata drives or slow drives its just a matter if time before it breaks. We aren't using a dialer and we use sas 15K drives only b<br>






<br>
Sent from my iPhone<br>
<div><div><br>
On May 27, 2013, at 8:31 AM, Andrew Pogrebennyk <<a>apogrebennyk@sipwise.com</a>> wrote:<br>
<br>
> On 05/27/2013 03:28 PM, Martin Wong wrote:<br>
>> Nothing in the mysqld.err that stands out. After a reboot, the issue<br>
>> goes away.<br>
>><br>
>> Not sure why.<br>
>><br>
>> There's dialer traffic which makes lots of calls which probably is the<br>
>> cause. Not to say that the server load is very high... the CPU is quite low.<br>
>><br>
>> Do you think it's because it's a virtual machine?<br>
><br>
> That could be possible, but can't say for sure without knowing the<br>
> underlying hardware. What kind of HDD/RAID does that machine have?<br>
> Do you see high %wa percentage (IO wait) in 'top'? What is the disk<br>
> utilization reported in 'iostat -dx1' when that customer is dialing?<br>
><br>
> HTH.<br>
> Andrew<br>
><br>
><br>
</div></div><div><div>> _______________________________________________<br>
> Spce-user mailing list<br>
> <a>Spce-user@lists.sipwise.com</a><br>
> <a href="http://lists.sipwise.com/listinfo/spce-user" target="_blank">http://lists.sipwise.com/listinfo/spce-user</a><br>
</div></div></blockquote></div><br></div></div>
</blockquote><br><br></div></div><span><font color="#888888">-- <br>Jeremie Chism<br>Triton Communications<br>
</font></span></blockquote></div><br></div></div></div></div></div>
</blockquote></div><br></div></div>