openstack
/
large-scale
Code Issues Proposed changes

Merge "Fix links in the rst documentation files"

This commit is contained in:
Zuul 2022-07-01 12:52:45 +00:00 committed by Gerrit Code Review
parent 3ef303fa3f 31b81b5e5b
commit d823a0fa0d
2 changed files with 7 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
doc/source/journey/configure.rst
View File

@ -2,11 +2,11 @@
Large Scale SIG/Configure
-------------------------
The first stage in the `Scaling Journey <https://docs.openstack.org/large-scale/journey/index.html>`_ is Configure.
The first stage in the :doc:`Scaling Journey <../index>` is Configure.
This stage is about fine-tuning configuration options and optimizing the parameters for your OpenStack cluster, so that it can handle additional load. The default values for configuration parameters in OpenStack are not always well-suited for handling scale, and OpenStack documentation does not always indicate which parameters to adjust with scale. This page aims to help answer those early questions.
Once your cluster is properly configured to handle scale, you can go to the second stage of the Scaling Journey: `Monitor <https://wiki.openstack.org/wiki/Large_Scale_SIG/Monitor>`_.
Once your cluster is properly configured to handle scale, you can go to the second stage of the Scaling Journey: :doc:`Monitor <monitor>`.
FAQ
@ -29,7 +29,7 @@ A:
Q: Which parameters should I adjust in RabbitMQ before tackling scale ?
A: See `Large_Scale_Configuration_Rabbit <https://wiki.openstack.org/wiki/Large_Scale_Configuration_Rabbit>`_
A: See :doc:`Large Scale Configuration of RabbitMQ <configure/rabbitmq>`
Q: Should I use memcached?
@ -37,13 +37,13 @@ A: Yes, it will help a lot keystone (memcached will be used to store tokens inst
Q: Rabbitmq cluster seems hard to configure, what are the recommendations?
A: See `Large_Scale_Configuration_Rabbit <https://wiki.openstack.org/wiki/Large_Scale_Configuration_Rabbit>`_
A: See :doc:`Large Scale Configuration of RabbitMQ <configure/rabbitmq>`
Resources
---------
* `Large_Scale_Configuration_Guidelines <https://wiki.openstack.org/wiki/Large_Scale_Configuration_Guidelines>`_
* :doc:`Large_Scale_Configuration_Guidelines <guidelines/configuration_guideline>`
* Neutron backends performance comparison: https://thesaitech.wordpress.com/2019/02/15/a-comparative-study-of-openstack-networking-architectures/
* Evaluation of performance before deployment
@ -57,5 +57,5 @@ Other SIG work on that stage
* Document better configuration defaults for large scale
* Collect input at https://etherpad.opendev.org/p/large-scale-sig-documentation
* Curate content at `Large_Scale_Configuration_Guidelines <https://wiki.openstack.org/wiki/Large_Scale_Configuration_Guidelines>`_
* Curate content at :doc:`Large_Scale_Configuration_Guidelines <guidelines/configuration_guideline>`
* Push to official doc, pointing back to the guidelines page

2
doc/source/journey/monitor.rst
View File

@ -6,7 +6,7 @@ The second stage in the :doc:`Scaling Journey <../index>` is Monitor.
Once you have properly :doc:`configured <configure>` your cluster to handle scale, you will need to properly monitor it for signs of load stress. Monitoring in OpenStack can be a bit overwhelming and it's sometimes hard to determine how to meaningfully monitor your deployment to get advance warning of when load is just too high. This page aims to help answer those questions.
Once meaningful monitoring is in place, you are ready to proceed to the third stage of the Scaling Journey: `Scale Up <https://wiki.openstack.org/wiki/Large_Scale_SIG/ScaleUp>`_.
Once meaningful monitoring is in place, you are ready to proceed to the third stage of the Scaling Journey: :doc:`Scale Up <scale_up>`.
FAQ