diff options
author | Chris Behrens <cbehrens@codestud.com> | 2011-09-24 23:49:36 +0000 |
---|---|---|
committer | Chris Behrens <cbehrens@codestud.com> | 2011-09-27 05:32:24 +0000 |
commit | 0fab78825ef06310926181f6f97d377058b56b97 (patch) | |
tree | 67ca19c64e3d9f964a86514d75b886bc27aea33b /doc | |
parent | a51533729a262be258f99b0c5669eed78981eba5 (diff) | |
download | nova-0fab78825ef06310926181f6f97d377058b56b97.tar.gz |
compute_api create*() and schedulers refactoring
Fixes bug 844160
Makes the servers create API call work with all schedulers, removes
'zone boot', and folds create_instance_helper back into servers
controller.
Notable changes:
1) compute API's create_at_all_once has been removed. It was only used
by zone boot.
2) compute API's create() no longer creates Instance DB entries. The
schedulers now do this. This makes sense, as only the schedulers will
know where the instances will be placed. They could be placed locally or
in a child zone. However, this comes at a cost. compute_api.create() now
does a 'call' to the scheduler instead of a 'cast' in most cases (* see
below). This is so it can receive the instance ID(s) that were created
back from the scheduler. Ultimately, we probably need to figure out a
way to generate UUIDs before scheduling and return only the information
we know about an instance before it is actually scheduled and created.
We could then revert this back to a cast. (Or maybe we always return a
reservation ID instead of an instance.)
3) scheduler* calls do not return a host now. They return a value
that'll be returned if the caller does an rpc.call(). The casts to
hosts are now done by the scheduler drivers themselves.
4) There's been an undocumented feature in the OS API to allow multiple
instances to be built. I've kept it.
5) If compute_api.create() is creating multiple instances, only a single
call is made to the scheduler, vs the old way of sending many casts. All
schedulers now check how many instances have been requested.
6) I've added an undocumented option 'return_reservation_id' when
building. If set to True, only a reservation ID is returned to the API
caller, not the instance. This essentially gives you the old 'nova
zone-boot' functionality.
7) It was requested I create a stub for a zones extension, so you'll see
the empty extension in here. We'll move some code to it later.
8) Fixes an unrelated bug that merged into trunk recently where zones DB
calls were not being done with admin context always, anymore.
9) Scheduler calls were always done with admin context when they should
elevate only when needed.
10) Moved stub_network flag so individual tests can run again.
* Case #6 above doesn't wait for the scheduler response with instance
IDs. It does a 'cast' instead.
Change-Id: Ic040780a2e86d7330e225f14056dadbaa9fb3c7e
Diffstat (limited to 'doc')
-rw-r--r-- | doc/source/devref/distributed_scheduler.rst | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/doc/source/devref/distributed_scheduler.rst b/doc/source/devref/distributed_scheduler.rst index c63e62f7f7..7a631d69f2 100644 --- a/doc/source/devref/distributed_scheduler.rst +++ b/doc/source/devref/distributed_scheduler.rst @@ -77,6 +77,8 @@ The filtering (excluding compute nodes incapable of fulfilling the request) and Requesting a new instance ------------------------- +(Note: The information below is out of date, as the `nova.compute.api.create_all_at_once()` functionality has merged into `nova.compute.api.create()` and the non-zone aware schedulers have been updated.) + Prior to the `BaseScheduler`, to request a new instance, a call was made to `nova.compute.api.create()`. The type of instance created depended on the value of the `InstanceType` record being passed in. The `InstanceType` determined the amount of disk, CPU, RAM and network required for the instance. Administrators can add new `InstanceType` records to suit their needs. For more complicated instance requests we need to go beyond the default fields in the `InstanceType` table. `nova.compute.api.create()` performed the following actions: |