A request is the main communication mechanism used by the N1 Provisioning Server. Usually, a request starts from the Control Center and subsequent requests are generated within the control plane to assist with the completion of the Control Center request. Alternatively, you can use the command-line interface to directly send requests to the ID.
Typically, the Control Center initiates a farm operation by sending a request to the control plane. This farm request initially goes to the Segment Manager, which in turn sends the request to the Farm Manager to delegate the request.
There is not a one-to-one relationship from the Control Center request to the control plane. One farm request from the Control Center is actually completed by a series of requests destined for different request servers. The actual number of requests required to complete one Control Center request varies, depending on the implementation.
When a request is queued by the Control Center or CLI (client), the request is either processed by the control plane (server) or cancelled.
The request lifecycle starts with either QUEUED_BLOCKED or QUEUED state and ends in any of the following states: CANCELLED, TIMEOUT, DONE, INTERNAL_ERROR or DELETED.
Table 6–2 lists the status of the request lifecycle:
Table 6–2 Status of Request Lifecycle
Request State |
Description of State |
---|---|
QUEUED or QUEUED_BLOCKED |
Initial status of any request |
INPROGRESS |
The request is served by the RequestHandler at the server side |
DONE |
The request is done at the server side |
INTERNAL_ERROR |
The request is in error during the processing at the server side |
CANCELLED |
The request is cancelled, usually by the requester |
DELETED |
The request is deleted |
TIMEDOUT |
The request is not finished by the specified time |
FAILED |
The request had an error while being processed. |