<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Any variation in a TRC drops you back to specs-based support.   The major difference in the two is the expectations on you and your expertise with VMWare.<div>Read <a href="http://docwiki.cisco.com/wiki/Specification-Based_Hardware_Support">http://docwiki.cisco.com/wiki/Specification-Based_Hardware_Support</a> for more info.  The biggest area of pushback you'll get from TAC is in the area of performance issues.  That said if you are modifying the TRC to remove RAM that otherwise wouldn't get used I think you can safely assume there won't be any impacts to performance.</div><div><br></div><div><div><br><div apple-content-edited="true">
<div style="font-family: Helvetica; ">-Ryan</div>
</div>
<br><div><div>On Apr 24, 2012, at 12:02 PM, Ki Wi wrote:</div><br class="Apple-interchange-newline">Hi guys, <br>My customer recently purchased the UCS "UC bundle" which is C210M2 TRC#1 (UCS-C210M2-VCD2). I read that if i remove RAM from the UCS, anything lesser than the amount specified in TRC, it is no longer considered as TRC (tested reference config), i must follow spec based VM support. Is there any major difference? Will cisco tac give me any trouble?<br>
<br>The reason is each UC VM on average used 6gb. I can only host up to 4 UC VM (assuming each VM needs 2vCPU) in each UCS . Including overhead, the most I will be using 30gb of ram. I can at least remove 16GB from each UCS. <br>
<br>I have dedicated UCS just to run "3rd party VM" not supported by cisco such as Windows server OS. I would like to give this UCS more ram since there's no silly limitation such as ===> applications require a 1:1 mapping of VM vCPU cores to physical CPU cores.<br>
<br>Cheers, <br>Ki Wi<br>
_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>https://puck.nether.net/mailman/listinfo/cisco-voip<br></div><br></div></div></body></html>