Scribd
Upload
29 views2 pages

Instance Request Flow

The request flow for provisioning an instance involves authenticating with Keystone, having Nova API components like the scheduler and conductor select appropriate hosts and resources, fetching image and network information from Glance and Neutron via authenticated REST calls, attaching volumes from Cinder, and executing the launch request on the hypervisor to start the instance. Key steps include authentication with Keystone, scheduling to a host, retrieving and mapping the image, network, and volume configuration, and powering on the instance via the hypervisor. Status updates are recorded in the database as the instance transitions from a build to active running state.

Uploaded by

rajagopalan19
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
29 views2 pages

Instance Request Flow

The request flow for provisioning an instance involves authenticating with Keystone, having Nova API components like the scheduler and conductor select appropriate hosts and resources, fetching image and network information from Glance and Neutron via authenticated REST calls, attaching volumes from Cinder, and executing the launch request on the hypervisor to start the instance. Key steps include authentication with Keystone, scheduling to a host, retrieving and mapping the image, network, and volume configuration, and powering on the instance via the hypervisor. Status updates are recorded in the database as the instance transitions from a build to active running state.

Uploaded by

rajagopalan19
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 2

The request flow for provisioning an Instance goes like this:

1. Dashboard or CLI gets the user credential and does the REST call to Keystone for authentication.
2. Keystone authenticate the credentials and generate & send back auth-token which will be used for sending request to other
Components through REST-call.

3. Dashboard or CLI convert the new instance request specified in launch instance or nova-boot form to REST API
request and send it to nova-api.

4. nova-api receive the request and sends the request for validation auth-token and access permission tokeystone.
5. Keystone validates the token and sends updated auth headers with roles and permissions.
6. nova-api interacts with nova-database.
7. Creates initial db entry for new instance.
8. nova-api sends the rpc.call request to nova-scheduler excepting to get updated instance entry with host ID specified.
9. nova-scheduler picks the request from the queue.
10.nova-scheduler interacts with nova-database to find an appropriate host via filtering and weighing.
11. Returns the updated instance entry with appropriate host ID after filtering and weighing.

12.nova-scheduler sends the rpc.cast request to nova-compute for launching instance on appropriate host .
13.nova-compute picks the request from the queue.
14.nova-compute send the rpc.call request to nova-conductor to fetch the instance information such
as host ID and flavor( Ram , CPU ,Disk).
15.nova-conductor picks the request from the queue.
16.nova-conductor interacts with nova-database.
17. Return the instance information.

18.nova-compute picks the instance information from the queue.


19.nova-compute does the REST call by passing auth-token to glance-api to get the Image URI by Image ID from glance
and upload image from image storage.

20.glance-api validates the auth-token with keystone.


21.nova-compute get the image metadata.
22.nova-compute does the REST-call by passing auth-token to Network API to allocate and configure
the network such that instance gets the IP address.
23.neutron-server validates the auth-token with keystone.
24.nova-compute get the network info.
25.nova-compute does the REST call by passing auth-token to Volume API to attach volumes to instance.
26.cinder-api validates the auth-token with keystone.
27.nova-compute gets the block storage info.
28.nova-compute generates data for hypervisor driver and executes request on
Hypervisor( via libvirt or api).
The table represents the Instance state at various steps during the provisioning :
Status
Task
Power state
Steps
Build
scheduling
None
3-12
Build
networking
None
22-24

Build
Build

block_device_mapping None
spawing
None

Active

none

Running

25-27
28

You might also like