<div dir="ltr">Thanks!!! It's helpful. We are using an openstack-ansible tool for deployment. Ma</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 6, 2023 at 12:44 PM Can Özyurt <<a href="mailto:acozyurt@gmail.com">acozyurt@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Satish,<br>
<br>
We have separate RMQ/DB nodes. I think 5 and 7 nodes respectively. Yet<br>
all these nodes are listed under [control] as well, they still get<br>
other controller components deployed on them. However I think the big<br>
difference is that they are high-end bare metal servers: apps have<br>
plenty of resources to run on. Big machines, easy life.<br>
<br>
As to slowiness: I never noticed any slowiness when I work through<br>
APIs or Horizon. Maybe I got used to it and forgot how fast it used to<br>
be. If you have strict response time policies, it may not be ideal.<br>
But since it's a private cloud,  we consider it as a simple trade-off.<br>
<br>
I don't want to jinx it for myself but we haven't had a RMQ issue for<br>
a while now. I have heard people taking care of small clusters<br>
complain about RMQ too: at this point I am not sure if RMQ has a<br>
scaling problem or it's just luck of a draw.<br>
<br>
As I said above, it comes down to choice. We chose this way because we<br>
can tolerate its shortcomings.<br>
<br>
On Thu, 6 Apr 2023 at 18:37, Satish Patel <<a href="mailto:satish.txt@gmail.com" target="_blank">satish.txt@gmail.com</a>> wrote:<br>
><br>
> Hi Can,<br>
><br>
> Thank you for sharing information. I am surprised how you are running that many nodes with a single control plan. Could you share info about how many controllers you have? Do you have separate rabbitMQ nodes/DB nodes etc.<br>
><br>
> I have 350 compute nodes with 3x controller nodes and it works fine but the problem is slowness. I felt it was a little slower compared to smaller environments. Also I googled about it and most people suggested using 100 nodes per deployment for easy management.<br>
><br>
> In my deployment I have all vlan based tenants so my network nodes are kind of useless and just for DHCP. mostly i am worried about RabbitMQ.<br>
><br>
><br>
> On Thu, Apr 6, 2023 at 2:54 AM Can Özyurt <<a href="mailto:acozyurt@gmail.com" target="_blank">acozyurt@gmail.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> Technically yes. We have had more than a thousand nodes in a single<br>
>> cell for years on production. But we are considering adding more cells<br>
>> as we grow bigger and bigger.<br>
>><br>
>> On Thu, 6 Apr 2023 at 03:25, Satish Patel <<a href="mailto:satish.txt@gmail.com" target="_blank">satish.txt@gmail.com</a>> wrote:<br>
>> ><br>
>> > Hi Can,<br>
>> ><br>
>> > You are saying a single control plan can handle 600 compute nodes?<br>
>> ><br>
>> > On Wed, Apr 5, 2023 at 5:36 PM Can Özyurt <<a href="mailto:acozyurt@gmail.com" target="_blank">acozyurt@gmail.com</a>> wrote:<br>
>> >><br>
>> >> It's totally okay to use regions as AZs if that's what you need,<br>
>> >> unless you are planning to deploy in another city. Then you will be<br>
>> >> already exhausting the term region and you will have been left with<br>
>> >> much more to deal with. Ultimately it comes down to needs and future<br>
>> >> plans.<br>
>> >><br>
>> >> Secondly, I think you should be fine with a single cell anyway as we<br>
>> >> have much more in one cell. However experience may vary depending on<br>
>> >> the volume and characteristics of the daily workload and the design of<br>
>> >> the control plane, so maybe you should take someone else's word with<br>
>> >> more in-depth knowledge for the guidance.<br>
>> >><br>
>> >> Cheers.<br>
>> >><br>
>> >> On Wed, 5 Apr 2023 at 18:47, Satish Patel <<a href="mailto:satish.txt@gmail.com" target="_blank">satish.txt@gmail.com</a>> wrote:<br>
>> >> ><br>
>> >> > Folks,<br>
>> >> ><br>
>> >> > This is a very broad question and could have many answers but still wanted to ask to see what people are thinking and doing.<br>
>> >> ><br>
>> >> > We have DC with multiple racks and around 600 nodes so we are planning to create 3 private openstack and each with 200 nodes. In other data centers we have multiple 200 nodes openstack clusters and life is good. In the new datacenter I am thinking of deploying the same way openstack but shared keystone between multiple openstack environments to have a single place for identification and I am going to call it 3 regions even it's in a single DC. Hope shared keystone is helpful/easier for doing terrafrom work and selecting region easily.<br>
>> >> ><br>
>> >> > Other option I was thinking about to deploy cellv2 technology and put all 600 nodes in single cloud but always worried for operation point of view. Now sure how many people running cellv2 successfully without pain. (Except CERN)<br>
>> >> ><br>
>> >> > If people running multi-region openstack cloud then please share some thought and idea to make life easier. Not looking for best solution but just clue to get idea to deploy and manage multiple openstack.<br>
>> >> ><br>
>> >> > Thanks in advance.<br>
>> >> > S<br>
>> >> ><br>
>> >> ><br>
</blockquote></div>