For large deployments Cells have several advantages like:
- single endpoint to users;
- increase the availability and resilience of the Infrastructure;
- avoid that Nova and external components (DBs, message brokers) reach their limits;
- isolate different user cases;
- Security Groups;
- Manage aggregates on Top Cell;
- Availability Zone support;
- Server groups;
- Cell scheduler limited functionality;
However, today when using Cells we continue to receive following welcome message :)
"The cells feature of Nova is considered experimental by the OpenStack project because it receives much less testing than the rest of Nova. This may change in the future, but current deployers should be aware that the use of it in production right now may be risky."
At CERN, we now have 26 children cells supporting the 130,000 cores across two data centres in a single cloud. Some cells are dedicated for the general use cases and others that are dedicated only to specific projects.
In order to map projects to cells we developed a scheduler filter for the cell scheduler.
The filter relies in two new values defined in nova.conf: "cells_default" and "cells_projects".
- "cells_default" contains the set of available cells to schedule instances if the project is not mapped to any specific cell;
- "cells_projects" contains the mapping cell -> project for the specific use cases;
For example, when an instance belonging to "project_uuid2" is created, it's schedule to "cellE". But, if the instance belongs to "project_uuid4" it's schedule to one of the default cells ("cellA", "cellB", "cellC", "cellD").
One of the problems when using cells is that is not possible to disable them from the scheduler.
With this scheduler filter we can achieve this. To disable a cell we just need to remove it from the "cells_default" or" cells_projects" list. Disabling a cell means that it will not be possible to create new instances on it, however it is still available to perform operations like restart, resize, delete, ...
These experiences will be discussed in the upcoming summit in Tokyo with the deep dive into the CERN OpenStack deployment (https://mitakadesignsummit.sched.org/event/f929ea7ee625dadcc16888cb33984dad#.VhbHu3pCrWI), at the Ops meetup (https://etherpad.openstack.org/p/TYO-ops-meetup) and Nova design sessions (https://mitakadesignsummit.sched.org/overview/type/nova#.VhbHaXpCrWI)