bc5ef2ff06
As discussed in the mailing list [1] since cells v1 has been deprecated since Pike and the biggest user of it (CERN as far as we know) moved to cells v2 in Queens, we can start rolling back the cells v1 specific documentation to avoid confusing people new to nova about what cells is and making them understand there was an optional v1. There are still a few mentions of cells v1 left in here for things like adding a new cell which need to be re-written and for that I've left a todo. Users can still get at cells v1 specific docs from published stable branches and/or rebuilding the docs from before this change. [1] http://lists.openstack.org/pipermail/openstack-discuss/2019-February/002569.html Change-Id: Idaa04a88b6883254cad9a8c6665e1c63a67e88d3
2.2 KiB
2.2 KiB
Technical Reference Deep Dives
The nova project is large, and there are lots of complicated parts in it where it helps to have an overview to understand how the internals of a particular part work.
Internals
The following is a dive into some of the internals in nova.
/reference/rpc: How nova uses AMQP as an RPC transport/reference/scheduling: The workflow through the scheduling process/reference/scheduler-hints-vs-flavor-extra-specs: The similarities and differences between flavor extra specs and scheduler hints./reference/live-migration: The live migration flow/reference/services: Module descriptions for some of the key modules used in starting / running services/reference/vm-states: Cheat sheet for understanding the life cycle of compute instances/reference/threading: The concurrency model used in nova, which is based on eventlet, and may not be familiar to everyone./reference/notifications: How the notifications subsystem works in nova, and considerations when adding notifications./reference/update-provider-tree: A detailed explanation of theComputeDriver.update_provider_treemethod./reference/upgrade-checks: A guide to writing automated upgrade checks.
Debugging
/reference/gmr: Inspired by Amiga, a way to trigger a very comprehensive dump of a running service for deep debugging.
Forward Looking Plans
The following section includes documents that describe the overall plan behind groups of nova-specs. Most of these cover items relating to the evolution of various parts of nova's architecture. Once the work is complete, these documents will move into the "Internals" section.
If you want to get involved in shaping the future of nova's architecture, these are a great place to start reading up on the current plans.
/user/cells: How cells v2 is evolving/reference/policy-enforcement: How we want policy checks on API actions to work in the future/reference/stable-api: What stable api means to nova/reference/scheduler-evolution: Motivation behind the scheduler / placement evolution