Jump to: navigation, search

Difference between revisions of "Large Scale SIG/ScaleUp"

Line 22: Line 22:
 
* A curated collection of [[Large_Scale_Scaling_Stories|scaling stories]], as we collect them
 
* A curated collection of [[Large_Scale_Scaling_Stories|scaling stories]], as we collect them
 
* Neutron backends performance comparison: https://thesaitech.wordpress.com/2019/02/15/a-comparative-study-of-openstack-networking-architectures/
 
* Neutron backends performance comparison: https://thesaitech.wordpress.com/2019/02/15/a-comparative-study-of-openstack-networking-architectures/
 +
* Evaluation of internal messaging
 +
** https://www.openstack.org/summit/vancouver-2018/summit-schedule/events/21007/openstack-internal-messaging-at-the-edge-in-depth-evaluation
 +
** https://ieeexplore.ieee.org/document/8590992
 +
** https://www.openstack.org/summit/berlin-2018/summit-schedule/events/22115/rabbitmq-or-qpid-dispatch-router-pushing-openstack-to-the-edge
 +
** Old but still relevant/interesting: https://www.youtube.com/watch?v=bpmgxrPOrZw
 +
* Evaluation of databases
 +
** https://www.openstack.org/summit/vancouver-2018/summit-schedule/events/21212/keystone-in-the-context-of-fogedge-massively-distributed-clouds
 +
** https://beyondtheclouds.github.io/blog/openstack/cockroachdb/2018/06/04/evaluation-of-openstack-multi-region-keystone-deployments.html
 +
* Scaling Neutron: https://www.youtube.com/watch?v=5WL47L1P5kE (https://www.slideshare.net/moreirabelmiro/evolution-of-openstack-networking-at-cern)
 +
* Scaling Nova/Ironic: https://techblog.web.cern.ch/techblog/post/nova-ironic-at-scale/
 +
* Scheduling Performance: https://techblog.web.cern.ch/techblog/post/scheduling-optimizations/
 +
* Global scaling: https://www.openstack.org/summit/barcelona-2016/summit-schedule/events/15977/chasing-1000-nodes-scale
  
  

Revision as of 14:14, 24 November 2020

The third stage in the Scaling Journey is Scale Up.

As you monitor your cluster at scale, you will see that it hits scaling limits within one cluster. All hope is not lost, though! There are things you can put in place push back how much a single cluster can handle, before having to resort to setting up a more complex deployment configuration. This page aims to help answer those questions.

Once you are past that stage, you are ready to proceed to the final stage of the Scaling Journey: Scale Out.

FAQ

Q: Cleaning up deleted entries in my database is a bit of a hassle. is there a tool I could use to help me with that?

A: The OSarchiver tool, developed by OVH, can help you there: see https://github.com/ovh/osarchiver/ . We are working on making it maintained upstream as part of the OSops tooling.


Q: How many compute nodes can a typical OpenStack cluster contain ?

A: ...

Q: RabbitMQ is clearly my bottleneck, is there a way to reconfigure that part to handle more scale?


Resources


Other SIG work on that stage