Intelligent Cloud Selection for Communication between OpenStack-based Multiple Clouds at TEIN using HTTP Tunneling and Observer Pattern API

Abstract

This paper presents an intelligent communication mechanism and sharing resources between a Service Requesting Cloud Node (SRN) and a Service Providing Cloud Node (SPN). The proposed mechanism selects the most optimal SPN among all SPNs, deployed at TEIN (Trans Eurasia Information Network) in South Korea, Pakistan, and Malaysia. The proposed mechanism uses a Machine Learning model for selecting the most optimal SPN and HTTP tunneling with Observer Pattern API for communication. The data obtained using monitoring tools is used to train the machine learning models for selecting the most optimal node based on minimum Round-Trip Time (RTT). To this end, we utilize Extra Trees (ET), Ridge Classifier, and K-Nearest Neighbor (KNN) machine learning algorithms. The ET algorithm outperforms the other utilized algorithm with 94% accuracy. HTTP tunneling and Observer Pattern API can be used for communication between two Clouds where the Clouds support a different version of L2 tunnels, such as VXLAN or GENEVE. Access from an instance of a Cloud to the physical machine of another Cloud is provided by an HTTP tunnel using an HTTP bridge. The Observer Pattern of software engineering is implemented as an API on the target Cloud SPN to respond to the request on the HTTP bridge from the source Cloud. This way, for a specific service request, an optimal SPN is selected by ML, and communication is then established by HTTP tunneling and Observer Pattern API

IBN@Cloud: An intent-based cloud and overlay network orchestration system

“…clouds, therefore, need an overlay network in the form of tunnels for communication and sharing of resources. [7].…”

“…These essential requirements need communication between Multiple clouds [15], [16], [28]. Communication between Mutiple clouds can be provided by L2 tunnels [6], [7], [17]- [21].The IBN can then deploy tunnels between clouds. Collectively these tunnels form an overlay network.…”

“…Tunneling [6] can provide the mechanism of communication between clouds as tunneling enables access to restricted networks and establishes an isolated and secure communication channel [7]. In networking, when one node does not have direct access to another node, tunnels can be established at a demilitarized zone (DMZ) between the two nodes to enable accessibility.…”

“…In networking, when one node does not have direct access to another node, tunnels can be established at a demilitarized zone (DMZ) between the two nodes to enable accessibility. In some cases, tunnels are set up solely to facilitate communication over an isolated and secure channel, even if the source and destination nodes have direct network accessibility [7]. To enable communication between OpenStack-based clouds, a GENEVE tunnel is implemented, and all GENEVE tunnels between the clouds collectively form an overlay network.…”