<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Verdana; font-size: 10pt; color: #000000'><br>I don't begin to pretend to understand the nuances of VMware or how it's <span>virtual servers can impact other servers, however, the OVAs and the doc wiki should be updated accordingly to allow for a half decent cookie cutter approach to building out the requirements. Design and redundancy aside, if the doc wiki says that you can load as many OVAs on a server as long as you follow the rules, you should be able to do so with a reasonable amount of certainty. Otherwise, the doc wiki should be updated to include updates such as: don't use up all your cores, have a few to spare, etc. <br><br>Also, no where does the doc wiki talk about CPU utilization on the servers, while I wouldn't want to purposely run all my VMs at 80% CPU utilization, considering there is a 1-to-1 vCPU:pCore relationship, and there is CPU reservations, why should that matter? Again, I might be showing my naivete here, but if one server's CPU utilization can affect the other servers on the VM infrastructure, something's amiss.<br><br>With respect to design and redundancy, I agree, but there should be some base and resources to work from. In our case, we </span><span id="7cfbb40c-a4b1-4204-bd00-d872375142d4"><span id="7cfbb40c-a4b1-4204-bd00-d872375142d4">(will) </span>have redundant servers for each purpose, so if one box were to go down, the other box would carry the full load. Aside from the publisher (which you can't replicate in any design), everything would have it's active/active pair.<br><br>Now, the one question that is still in the air is UCCx. There were some (unwritten?) requirements that stated that both UCCx boxen had to be on the same building/network/switch (whatever). I'm hoping that requirement is lifted in v9.x and we can span the UCCx HA pair across high speed, low latency data centres. If not, it might mean purchasing a small C-Series box just to hold one of the UCCx HA members.<br><br>Thanks again for the comments, they're helpful.<br><br><span name="x"></span>---<br>Lelio Fulgenzi, B.A.<br>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>(519) 824-4120 x56354 (519) 767-1060 FAX (ANNU)<br>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>Cooking with unix is easy. You just sed it and forget it. <br> - LFJ (with apologies to Mr. Popeil)<br><span name="x"></span><br></span><br><hr id="zwchr"><b>From: </b>"Nick Matthews" <matthnick@gmail.com><br><b>To: </b>"Lelio Fulgenzi" <lelio@uoguelph.ca><br><b>Cc: </b>"Terry Oakley" <Terry.Oakley@rdc.ab.ca>, "cisco-voip" <cisco-voip@puck.nether.net><br><b>Sent: </b>Tuesday, December 11, 2012 5:32:05 PM<br><b>Subject: </b>Re: [cisco-voip] UC on UCS - platform selection: quantity vs quality<br><br>A lot of it is IOPS from how many hard drive spindles you have. I believe a good portion of the UC app suites are IO bound.<br><br>Realistically there is a lot of overhead with UC on UCS - the 'standard' ships with 48 GB memory which you'll probably never use. <br>
<br>I view it more as risk mitigation. I had a customer with 2 C-series that hit a Vmware issue that brought down the entire box. They have a 3 node cluster, 1 pub 2 subs. Well, both subs were on the same Vmware box and they were the only CTI subscribers for UCCX. So even though everything is redundant, you have to be very careful about VM placement. As well, with 2 boxes rather than 4 the co-residency restrictions will be more severe as you have more applications that have to agree on the co-res details.<br>
<br>But that's why they call it design and not science. There's good reasons for wanting 2 boxes instead of 4 and it's dependent on your environment. Or you could just host it all in the cloud, I'm told it's a cool place.<br>
<br>-nick<br><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 10, 2012 at 10:49 AM, Lelio Fulgenzi <span dir="ltr"><<a href="mailto:lelio@uoguelph.ca" target="_blank">lelio@uoguelph.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-size:10pt;font-family:Verdana">Thanks Terry. That would be great.<br><br>While I understand there are doc based specs and real life, I'm a little concerned with the push to multiple chassis. There's quite a bit of overheard per chassis, including the additional VMware license and support costs. If there are concerns with running too many apps on one box, why don't they list that anywhere in the specs, i.e. for every 5 servers, reserve one free CPU, or something like that. They do that with the Unity Connection spec, so it's easy to do it with others.<br>
<br>Anyways, I'll wait to hear back.<div class="im"><br><span><br><span></span>---<br>Lelio Fulgenzi, B.A.<br>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>(519) 824-4120 x56354 (519) 767-1060 FAX (ANNU)<br>
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>Cooking with unix is easy. You just sed it and forget it. <br> - LFJ (with apologies to Mr. Popeil)<br><span></span><br>
</span><br></div><hr><b>From: </b>"Terry Oakley" <<a href="mailto:Terry.Oakley@rdc.ab.ca" target="_blank">Terry.Oakley@rdc.ab.ca</a>><br><b>To: </b>"Lelio Fulgenzi" <<a href="mailto:lelio@uoguelph.ca" target="_blank">lelio@uoguelph.ca</a>>, "cisco-voip" <<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>><br>
<b>Sent: </b>Monday, December 10, 2012 10:42:55 AM<br><b>Subject: </b>RE: [cisco-voip] UC on UCS - platform selection: quantity vs quality<div><div class="h5"><br><br><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">We are just starting to look at upgrading from HP hardware to UC on UCS so will forward our supports ‘recommendations’ once they arrive. Currently they are just getting the stats together but should have something in 2 weeks but am curious to see how they match up to your supports recommendations.</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Terry</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p>
<p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Arial","sans-serif";color:#49166d" lang="EN-US">Terry Oakley</span></p><p class="MsoNormal"><span style="font-size:7.5pt;font-family:"Verdana","sans-serif";color:#49166d" lang="EN-US">Telecommunication Coordinator, </span><span style="font-size:7.5pt;font-family:"Verdana","sans-serif";color:#92d050" lang="EN-US">| </span><span style="font-size:7.5pt;font-family:"Verdana","sans-serif";color:#49166d" lang="EN-US">Information Technology Services</span><span style="font-size:7.5pt;font-family:"Verdana","sans-serif";color:#49166d" lang="EN-US"></span></p>
<p class="MsoNormal"><span style="font-size:7.5pt;font-family:"Verdana","sans-serif";color:#49166d" lang="EN-US">100 College Blvd </span><span style="font-size:7.5pt;font-family:"Verdana","sans-serif";color:#92d050" lang="EN-US">|</span><span style="font-size:7.5pt;font-family:"Verdana","sans-serif";color:#49166d" lang="EN-US"> Red Deer, AB T4N 5H5</span></p>
<p class="MsoNormal"><span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#49166d" lang="EN-US">Tel <a href="tel:%28403%29%20342-3521" target="_blank">(403) 342-3521</a> </span><span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#92d050" lang="EN-US">| </span><span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#49166d" lang="EN-US"><a href="mailto:Terry.Oakley@rdc.ab.ca" target="_blank"><span style="color:blue">Terry.Oakley@rdc.ab.ca</span></a></span></p>
<p class="MsoNormal"><a href="http://www.rdc.ab.ca/" target="_blank"><span style="font-size:11.0pt;font-family:"Verdana","sans-serif";color:#4a442a;text-decoration:none"><img src="cid:image001.jpg@01CDD6B2.595AAD50" alt="Description: RDC Logo" border="0" height="60" width="169"></span></a><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span></p><div><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal">
<b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"" lang="EN-US">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"" lang="EN-US"> <a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a> [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>] <b>On Behalf Of </b>Lelio Fulgenzi<br>
<b>Sent:</b> December-10-12 7:55 AM<br><b>To:</b> cisco-voip<br><b>Subject:</b> [cisco-voip] UC on UCS - platform selection: quantity vs quality</span></p></div></div><p class="MsoNormal"> </p><div><p class="MsoNormal" style="margin-bottom:12.0pt">
<span style="font-size:10.0pt;font-family:"Verdana","sans-serif""><br>I had some interesting feedback from my SE after he discussed our UC on UCS requirements with his support network. Basically, the feedback was, rather than two UCS C260s, I should get four UCS 240s. This was to provide maximum hardware/software redundancy and maximum performance.<br>
<br>While I understand the additional hardware/software redundancy, I'm not 100% convinced about the maximum performance. I mean we read through the requirements on the wiki, ensured we had the required CPUs for each application, and there was quite a bit of harddisk, cpu and memory to spare. I'd rather minimize the amount of time managing the hardware and also reduce costs as much as possible.<br>
<br>I understand the C240s are the new M3 specs, and the C260s are the older M2 specs, but I'm guessing those too will be updated soon. <br><br>What sort of feedback are others getting who are investigating UC on UCS chasis servers?<br>
<br><br><br>---<br>Lelio Fulgenzi, B.A.<br>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>(519) 824-4120 x56354 (519) 767-1060 FAX (ANNU)<br>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>
Cooking with unix is easy. You just sed it and forget it. <br> - LFJ (with apologies to Mr. Popeil)<br><br></span></p></div></div></div></div></div></div><br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>
</div></body></html>