subsection, deals with hybrid architecture issues of the cloud. Each cloud client or end user or employee of an organization accesses the operating system, software application, network, bandwidth, and storage via the internet, as shown in Figure 3.2.
Figure 3.2: Architecture of cloud computing environment.
The entire hybrid framework may be subdivided into two important layers [5] as cloud platform architecture (CPA) and cloud application architecture (CAA). In between the CPA and CAA layer, there is a connecting layer which is the cloud provider, which is associated with cloud APIs and is available in the internet-oriented business area of the IT industry. The significance of two layers is discussed below.
3.2.5.1 Cloud Platform Architecture
Cloud platform architecture is the base architecture of cloud, which includes the cloud service-oriented architecture. In a CPA reference model, we classified the CPA model into the following sublayers:
1 Distributed resources of physical hosts: Resources of physical hosts are distributed over the lowest level of the framework. These resources are logically represented as a multiple numbers of virtual machines (VMs) through resource virtualization. Resources are basically a pool of processors, memory, CPU cores, storage, networking components, etc. All those resources are efficiently provisioned to the cloud users through virtualization technique. Resources virtualization is discussed in the fourth layer.
2 Cloud hypervisor: Cloud hypervisor is designed like a mainframe operating system that allows other operating systems to run on the same machine concurrently. It monitors the access of guest operating systems (users’ operating systems). Hypervisor monitoring environment (HME) administrates the system by letting the guest node enter the system and handle the memory management of the VMs, e.g., VMware, Hyper-V, KMV, Xen.
3 Resources virtualization: The concept of virtualization is the most important basic sub-block of the cloud framework. Virtualization is the process by which we can hide the underlying infrastructure by inserting a logical layer. The three basic resources, i.e., computation, network and storage, are virtualized and represented logically in this layer. Resource virtualization can be considered as the most important layer of the cloud stack. Resource virtualization is that which mainly deals with network, storage and computation virtualization. The basic concept of virtualization is to hide underlying infrastructure by creating a logical interface which helps customers deploy their application onto their respective VMs and also makes provisioning the resources to users easier. We will elaborately discuss different types of virtualization in the next chapter.
4 Virtual machines (VMs): These are the abstraction level of real host machines and each VM is dedicated to each application. Multiple numbers of virtual machines are there to support multiple operating system and application instances. These VMs provide greater scalability, flexibility, and better performance. The details of VMs are presented in the subsequent chapter.
5 Distributed service assurance platform: This platform helps to create FCAPS (Fault, Configuration, Account, Performance, Security) virtual servers [6] that allow hosting the operating systems and executing the applications. It provides dynamic service, accounting, and performance optimization, enabling security and updating configuration. Creation of FCAPS virtual servers provide automated mediation services to ensure better performance, reliability and fault management.Automated mediation service is that which provides the capability to compose logical virtual servers which assures Quality of Service (QoS) and proper resource provisioning. Cloud service providers offer these virtual machines or the virtual servers including proper management API (application programming interface) component to the developers so that they can easily develop self-optimized and self-configured business services.
6 Software-oriented service: This module provides ready-to-use software service. The end users do not incur any overhead for purchasing and maintaining the software.
3.2.5.2 Cloud Application Architecture
Cloud application architecture is basically service-oriented architecture (SOA), which helps users/clients get their on-demand service. This reference model will help the service providers and end users maintain controlled access and dynamism in real-time applications. This architecture includes three sublayers, namely virtual appliances, agent-based layer and business service provider. Each of these sublayers is discussed below.
1 Virtual appliances: These run with the APIs (application programming interface) of various customer service providers (CSPs) or platforms. It is an instance of virtual environment extension (VEE). Cloud applications are deployed as virtual appliances to make management better. Virtual appliance configuration should be done in such a way that the application and services continue to grow but management overheads do not grow proportionally.VEE (virtual environment extension): Basically, it is fully isolated runtime environment which abstracts away the physical characteristics of the resource and also enables sharing. The VEEs create partitioning by the virtualization layer within a site to optimize the resource utilization.
2 Agent-based layer: In this layer, cloud agents are like brokers between the virtual appliances layer and business service and provider (BSP) layer. The main aim of the cloud agents is the optimal arrangement of VEEs into CSPs configured and managed by the service manager. What does optimal arrangement mean? Suppose there are multiple users in a particular instance of time and all are intended to get the services. Then the cloud broker places the VEEs optimally so that resources can be provisioned in a maximized way. And from the perspective of cost complexity, both cloud provider and cloud user also benefit from this optimal arrangement or optimal placement of VEEs.Cloud brokers have the authority to move throughout the VEEs and are also free to place and move different sites, even remote sites, until the arrangement is satisfied. At broker level, when a service is deployed on the cloud, it is realized as a set of interrelated virtual environment extension or as a VEE group. Hence, all the activities can be done as a whole. Simply put, we can say that cloud brokers are responsible for arranging the deployment order and rollback policies, and maintaining the service workload depending upon the dynamic nature of the applications. And cloud brokers also have the authority to change the capacity of a single VEE or to add and remove the present VEEs from existing group [9].
3 Business service provider (BSP): The BSP layer consists of business service management (BSM), service-level agreement (SLA), service orchestration, and process management. It provides common infrastructure elements for service-level management, metered usage, policy management, license management, and disaster recovery [7]. BSM handles the business service policies. It manages the different services requested by the clients. It also provides the different quality of service (QoS) parameters negotiated in SLA when the business agreement was established. SLA is concerned about business-oriented agreements and laws. SLA contains some specific rules and regulations which are established between the service provider and service user. According to their agreement, cloud users can access the resources and can also renew the agreement for getting further service. Process management schedules and manages the processes. Service orchestration is the component which is responsible for ordered arrangements of the requests. Process management system schedules the processes according to their priority or provisioning strategy of computing and physical resources.
3.2.5.3 Framework Constraints
The
