Hi Jason,<div><br></div><div>My concern is more for TAC support.  If I did have a mix cluster, I would make the smaller server primary, and failover to the larger server, and only configure the number of ports / mailstore per the smaller server.</div>
<div><br></div><div>Regardless, Cisco is a stickler to their documentation, and the document clearly says "<span class="Apple-style-span" style="font-family: Arial, Helvetica, sans-serif; ">For a cluster with two physical servers, both must have the same platform overlay."  </span></div>
<div><br></div><div><a href="http://www.cisco.com/en/US/docs/voice_ip_comm/connection/8x/requirements/8xcucsysreqs.html#wp360177">http://www.cisco.com/en/US/docs/voice_ip_comm/connection/8x/requirements/8xcucsysreqs.html#wp360177</a></div>
<div><br></div><div><font class="Apple-style-span" face="Arial, Helvetica, sans-serif"><span class="Apple-style-span" style="font-size: 11px;"><a href="http://www.cisco.com/en/US/docs/voice_ip_comm/connection/8x/requirements/8xcucsysreqs.html#wp360177"></a><span class="Apple-style-span" style="font-size: small; ">Therefore, I would not try to add a 7825 to an existing 7835 to form a cluster, even if the subscriber count is well under 1000.  If I did, I would want someone else (ie. customer) to understand that it may not be TAC supported.</span></span></font></div>
<div><font class="Apple-style-span" face="Arial, Helvetica, sans-serif"><span class="Apple-style-span" style="font-size: 11px;"><br></span></font></div><div>Thanks for your reply.  It's good to have this forums to exchange ideas.</div>
<div><br></div><div>-Dave</div><div><br></div><div><br><div class="gmail_quote">On Tue, Mar 29, 2011 at 8:52 AM, Jason Aarons (US) <span dir="ltr"><<a href="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">The concern is what happens in a failover, can a larger server failover to a lower class platform overlay and handle the same load, usually not.  I would keep them same platform overlay. </span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D">If you have 10 mailboxes on great big 7945 and you failover to 7825 no worries. But 20,000 mailboxes failing over to 7825 might be a disaster…Same concern with CallManager servers. In CCM you could have a larger server backup two+ smaller servers with oversubscription ratio assuming both wouldn’t fail at same time.</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"><a href="http://www.cisco.com/en/US/docs/voice_ip_comm/connection/8x/supported_platforms/8xcucspl.html#wp658926" target="_blank">http://www.cisco.com/en/US/docs/voice_ip_comm/connection/8x/supported_platforms/8xcucspl.html#wp658926</a></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p><p class="MsoNormal"><span style="font-size:11.0pt;color:#1F497D"> </span></p><p class="MsoNormal"><b><span style="font-size:10.0pt">From:</span></b><span style="font-size:10.0pt"> <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>David Lee<br>
<b>Sent:</b> Tuesday, March 22, 2011 8:50 PM<br><b>To:</b> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br><b>Subject:</b> [cisco-voip] Question about Unity Connection 8.x cluster - mix different server platforms?</span></p>
<div><div></div><div class="h5"><p class="MsoNormal"> </p><p style="margin:0in;margin-bottom:.0001pt;background:#F8FAFD"><span style="font-size:10.0pt;color:#333333">Hello,</span></p><p style="margin:0in;margin-bottom:.0001pt;background:#F8FAFD">
<span style="font-size:10.0pt;color:#333333"> </span></p><p style="margin:0in;margin-bottom:.0001pt;background:#F8FAFD"><span style="font-size:10.0pt;color:#333333">I understand that for a UCM cluster, you can use different servers (i.e. 7825/7835/7845) in the same cluster.  It is less clear whether you can do that in a Unity Connection cluster.  For example, can I run a Unity Connection 8.x cluster with both a MCS-7835 and MCS-7825 servers as publisher / subscriber?  I understand that the capacity will be based on the smaller server, but I like to know if this is a supported architecture.</span></p>
<p style="margin:0in;margin-bottom:.0001pt;background:#F8FAFD"><span style="font-size:10.0pt;color:#333333"> </span></p><p style="margin:0in;margin-bottom:.0001pt;background:#F8FAFD"><span style="font-size:10.0pt;color:#333333">Thanks in advance.</span></p>
<p style="margin:0in;margin-bottom:.0001pt;background:#F8FAFD"><span style="font-size:10.0pt;color:#333333"> </span></p><p style="margin:0in;margin-bottom:.0001pt;background:#F8FAFD"><span style="font-size:10.0pt;color:#333333">-Dave</span></p>
</div></div></div></div>
<div><p></p><hr size="1"><p></p>

<a href="http://dimensiondata.stream57.com/04141pm/" target="_blank"><span style="color:blue;text-decoration:none"><img border="0" src="http://image.exct.net/lib/feed16797d620d/i/2/8c665b10-9.gif" alt="DDIPT"></span></a>

<p><strong>

Disclaimer:

This e-mail communication and any attachments may contain confidential and privileged information and is for use by the designated addressee(s) named above only.  If you are not the intended addressee, you are hereby notified that you have received this communication in error and that any use or reproduction of this email or its contents is strictly prohibited and may be unlawful.  If you have received this communication in error, please notify us immediately by replying to this message and deleting it from your computer. Thank you.
</strong></p></div></blockquote></div><br></div>