Hi, Tim:

Thanks for very detailed reply.

These are Gen8 HP blades and all my new servers will be Gen9.  That’s why I’d 
like to combine them into one maxed out cluster.  I have only two guest VLAN’s 
and roughly 400 VM instances for this 10 hosts cluster.  So I think performance 
wise I should be OK.

Yiping



On 3/8/16, 4:28 PM, "Tim Mackey" <tmac...@gmail.com> wrote:

>Yiping,
>
>Here's the detailed answer ....
>
>From the XenServer perspective, there are a number of factors which go into
>how various configuration limits are arrived at. Most of the time, they
>aren't hard limits (for example I know of users with more than 16 hosts in
>a pool). What the XenServer team do is for a given metric they determine
>the point at which overall scalability is reduced to a target threshold.
>That then becomes the "configuration limit" for a given release, and we
>retest with every version.
>
>In the case of the "hosts per pool" limit, we need to ensure that all
>operations we have can be performed without impairment with a given number
>of hosts in a pool. We've kept the same maximum number of hosts in a pool
>for a very long time (close to ten years so far), and that's a direct
>reflection of how much we've increased individual host scalability.
>
>From a CloudStack perspective, there have been a number of serious scale
>limits which have pushed XenServer. Hundreds of VLANs is one example that
>Ahmad cites, but its also a case of the number of VMs and needing to manage
>all those VM objects.  iirc, the eight host recommendation came from some
>large deployment requirements. If you don't have a need for 100s of VLANs
>per pool, or aren't running 100s of VMs per host, you likely will be able
>to get more than eight hosts per pool.
>
>From an operations perspective, I would look closely at your pool size and
>ask the question of why you want to such a large pool.  I'd argue having
>two pools of five hosts is more efficient in CloudStack than a single pool
>of ten hosts, plus if something should happen to one pool, the remaining
>pool will continue to be available.  CloudStack is very efficient at
>managing resource pools, so many of the reasons traditional server admins
>cite for wanting large pool sizes aren't as relevant in CloudStack.
>
>Of particular note is how you scale. With a ten host pool size, that's your
>scalability block size, so as you grow you'll want to increase capacity in
>chunks of ten hosts. With a smaller pool size, you'd be able to add
>capacity in much smaller chunks.
>
>-tim
>
>On Tue, Mar 8, 2016 at 5:24 PM, Ahmad Emneina <aemne...@gmail.com> wrote:
>
>> IIRC, its just a recommendation. I think it stemmed from performance
>> impact, due to numerous VLAN's present, in environments with lots of
>> tenants.
>>
>> On Tue, Mar 8, 2016 at 2:10 PM, Yiping Zhang <yzh...@marketo.com> wrote:
>>
>> > Hi, all:
>> >
>> > The CloudStack doc recommends that for XenServer, do not put more than 8
>> > hosts in a cluster, while the Citrix XenServer doc says that XenServer
>> 6.5
>> > can natively support 16 hosts in a cluster (resource pool).
>> >
>> > I am wondering why CloudStack is recommending a smaller cluster size than
>> > that XenServer can natively support?  If I create a cluster with 10
>> > XenServers, what could go wrong for me ?  Has any one tried with CS
>> cluster
>> > with >8 XenServer hosts ?
>> >
>> > My environment is CS 4.5.1 (soon to be upgraded to 4.8.0) on RHEL 6.7 and
>> > XenServer 6.5, using NetApp volumes for both primary and secondary
>> storages.
>> >
>> > Yiping
>> >
>>

Reply via email to