Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...


Orchestration process flows are defined in the Service Design and Creation subsystem (SDC). These process flows start with a template that may include common functions such as homing determination, selection of Infrastructure, network and application controllers, consultation of policies and interrogation of Active and Available Inventory (A&AI) to obtain information needed to guide the process flows. The MSO does not provide any process-based functionality without a recipe for the requested activity.

MSO interrogates A&AI to obtain information regarding existing Network and Application Controllers to support a service request. A&AI provides the addresses of candidate controllers that are able to support the service request. The MSO may then interrogate the controller to validate its continued available capacity. The MSO and the controllers report reference information back to A&AI upon completion of a service request to be used in subsequent operations.

Application, Network and Infrastructure Controller Orchestration

As previously stated, orchestration is performed by various components, primarily the MSO and the Application, Network and Infrastructure Controllers. Each will perform orchestration for:

  •  Service delivery or changes to an existing service
  •  Service scaling, optimization, or migration
  •  Controller instantiation
  •  Capacity management

Regardless of the focus of the orchestration, all recipes must include a way to update A&AI with configuration information, identifiers and IP Addresses.

Infrastructure Controller Orchestration

Like the MSO, the Application, Network and Infrastructure Controllers obtain their orchestration process and payload (templates/models) from Service Design and Creation (SDC). For service instantiation, the MSO maintains overall end-to-end responsibility for ensuring that a request is completed. As part of that responsibility, the MSO will select selects the appropriate controllers (Infrastructure, Network, and Applicationor  Application) to carry out the request. Because a Service Request service request is often comprised of one or more Resources, the MSO will request the appropriate Controllers controllers to obtain the recipe for the instantiation of a Resource within the scope of the requested Controllercontroller. After service placement is determined, the MSO may request the creation of a Virtual Machine virtual machine (VM) at one or more locations depending on the breadth of the service being instantiated and whether an existing instance of the requested service can be used. If new VM resources are required, the MSO will place the request to the Infrastructure Controller for the specific AIC cloud location. Upon receipt of the request, the Infrastructure Controller may can obtain its Resource Recipe resource recipe from ASDCSDC. The Infrastructure Controller will then begin orchestrating the request. For Infrastructure Controllersinfrastructure controllers, this typically involves execution of OpenStack requests for the creation of virtual machines and for the loading of the Virtual Function (VF) software into the new VM container. The Resource resource recipe will define VM sizing, including compute, storage and memory. If the Resource Level Recipe resource level recipe requires multiple VMs, the MSO will repeat the process, requesting each Infrastructure Controller infrastructure controller to spin up one or more VMs and load the appropriate virtual functions (VFs), again driven as specified by the Resource Recipe resource recipe of the Infrastructure Controllerspecific infrastructure controller. When the Infrastructure Controller infrastructure controller completes the request, it will pass passes the virtual resource identifier and access (IP) information back to the MSO to provide to the Network and Application controllers. Along the entire process, the MSO may Controllers.  The MSO might write identifier information to A&AI for inventory tracking during the entire process.

Network Controller Orchestration

Network Controllers are constructed and operate in much the same manner as Application and Infrastructure Controllers. New Service requests will be associated with an overall recipe for instantiation of that Service. The MSO will obtain compatible Network Controller information from A&AI and will in turn request LAN or WAN connectivity and configuration to be performed. This may be done by requesting the Network Controller to obtain its resource recipe from ASDC. It is the responsibility of the MSO to request (virtual) network connectivity between the components and to ensure that the selected Network Controller successfully completes the Network configuration workflow. A Service may have LAN, WAN and Access requirements, each ofwhich will be included in the recipe and configured to meet the instance specific customer or service requirements at each level. Physical Access might need to be provisioned in the legacy provisioning systems prior to requesting the MSO to instantiate the service.

Application Control Orchestration

Application Controllers will also be requested by the MSO to obtain the Application Specific component of the Service Recipe from ASDC and execute the orchestration workflow. The MSO continues to be responsible for ensuring that the Application Controller successfully completes its Resource configuration as defined by the recipe. As with Infrastructure and Network Controllers, all workflows, whether focused on Instantiation, configuration or scaling, will be obtained or originate from ASDC. In addition, workflows also will report their actions to A&AI as well as to MSO.

Note that not all changes in network or service behavior are the result of orchestration. For example, application Virtual Functions can change network behavior by changing rules or policies associated with Controller activities. These policy changes can dynamically enable service behavior changes.

...