<div style="line-height:1.7;color:#000000;font-size:14px;font-family:Arial"><div>thanks for your&nbsp;solution.</div><div><br></div><div>Is anybody can officially&nbsp;reply this topic ?</div><br><br><br><br><div style="position:relative;zoom:1"></div><div id="divNeteaseMailCard"></div><br><pre><br>At 2017-07-06 11:45:05, "Digimer" &lt;lists@alteeve.ca&gt; wrote:
&gt;I'm not employed by Red Hat, so I can't speak authoritatively.
&gt;
&gt;My understanding, however, is that they do not distinguish as corosync
&gt;on its own doesn't do much. The complexity comes from corosync traffic
&gt;though, but it gets more of a concern when you add in pacemaker traffic
&gt;and/or the CIB grows large.
&gt;
&gt;Again, there is no hard code limit here, just what is practical. Can I
&gt;ask how large of a cluster you are planning to build, and what it will
&gt;be used for?
&gt;
&gt;Note also; This is not related to pacemaker remote. You can have very
&gt;large counts of remote nodes.
&gt;
&gt;digimer
&gt;
&gt;On 2017-07-05 11:27 PM, mlb_1 wrote:
&gt;&gt; Is RedHat limit node's number, or corosync's code?
&gt;&gt; 
&gt;&gt; 
&gt;&gt; At 2017-07-06 11:11:39, "Digimer" &lt;lists@alteeve.ca&gt; wrote:
&gt;&gt;&gt;On 2017-07-05 09:03 PM, mlb_1 wrote:
&gt;&gt;&gt;&gt; Hi:
&gt;&gt;&gt;&gt;       I heard corosync-node's number limit to 16£¿ It's true£¿ And Why?
&gt;&gt;&gt;&gt;      Thanks for anyone's answer.
&gt;&gt;&gt;&gt; 
&gt;&gt;&gt;&gt;    
&gt;&gt;&gt;&gt;  https://specs.openstack.org/openstack/fuel-specs/specs/6.0/pacemaker-improvements.html 
&gt;&gt;&gt;&gt;     
&gt;&gt;&gt;&gt; 
&gt;&gt;&gt;&gt;   * Corosync 2.0 has a lot of improvements that allow to have up to 100
&gt;&gt;&gt;&gt;     Controllers. Corosync 1.0 scales up to 10-16 node
&gt;&gt;&gt;
&gt;&gt;&gt;There is no hard limit on how many nodes can be in a cluster, but Red
&gt;&gt;&gt;Hat supports up to 16. SUSE supports up to 32, iirc. The problem is that
&gt;&gt;&gt;it gets harder and harder to keep things stable as the number of nodes
&gt;&gt;&gt;grow. There is a lot of coordination that has to happen between the
&gt;&gt;&gt;nodes and it gets ever more complex.
&gt;&gt;&gt;
&gt;&gt;&gt;Generally speaking, you don't want large clusters. It is always advised
&gt;&gt;&gt;to break things up it separate smaller clusters whenever possible.
&gt;
&gt;
&gt;-- 
&gt;Digimer
&gt;Papers and Projects: https://alteeve.com/w/
&gt;"I am, somehow, less interested in the weight and convolutions of
&gt;Einstein¡¯s brain than in the near certainty that people of equal talent
&gt;have lived and died in cotton fields and sweatshops." - Stephen Jay Gould
</pre></div><br><br><span title="neteasefooter"><p>&nbsp;</p></span>