Service-level agreement

About: Service-level agreement is a research topic. Over the lifetime, 4358 publications have been published within this topic receiving 75333 citations. The topic is also known as: SLA.

Efficient online monitoring of web-service SLAs

Abstract: If an organization depends on the service quality provided by another organization it often enters into a bilateral service level agreement (SLA), which mitigates outsourcing risks by associating penalty payments with poor service quality. Once these agreements are entered into, it becomes necessary to monitor their conditions, which will commonly relate to timeliness, reliability and request throughput, at run-time. We show how these conditions can be translated into timed automata. Acceptance of a timed word by a timed automaton can be decided in quadratic time and because the timed automata can operate while messages are exchanged at run-time there is effectively only a linear run-time overhead. We present an implementation to derive on-line monitors for web services automatically from SLAs using an Eclipse plugin. We evaluate the efficiency and scalability of this approach using a large-scale case study in a service-oriented computational grid.

A Comparative Study of Load Balancing Algorithms in Cloud Computing Environment.

Abstract: Cloud Computing is a new trend emerging in IT environment with huge requirements of infrastructure and resources. Load Balancing is an important aspect of cloud computing environment. Efficient load balancing scheme ensures efficient resource utilization by provisioning of resources to cloud users on demand basis in pay as you say manner. Load Balancing may even support prioritizing users by applying appropriate scheduling criteria. This paper presents various load balancing schemes in different cloud environment based on requirements specified in Service Level Agreement (SLA).

QoS-Aware Clouds

Abstract: In this paper we discuss the design and experimental evaluation of a middleware architecture that enables Service Level Agreement (SLA)-driven dynamic configuration, management and optimization of cloud resources and services. This architecture has been designed in order to respond effectively to the Quality of Service (QoS) requirements of the cloud customer applications. Typically, an application can be hosted in an execution platform constructed out of (real and virtual) cloud resources. In this context, the application QoS requirements can be specified in a SLA that binds the application to its hosting platform. Our architecture incorporates a load balancer that distributes the computational load across the platform resources, and monitors the QoS the platform delivers. If this deviates from that specified in the SLA, so as to violate it, the platform is reconfigured dynamically in order to incorporate additional resources from the cloud. In contrast, if the SLA is honored and platform resources result unused, platform reconfiguration occurs to release those unused resources.

Automated SLA performance analysis monitor with impact alerts on downstream jobs

Abstract: A system and method for monitoring the performance of selected data processing jobs, comparing actual performance against the Service Level Agreement (SLA) to which each monitored job belongs, identifying discrepancies, and analyzing impacts to other jobs in a job stream. The present invention, also referred to as the Automated SLA Monitor (ASM), is a distributed computing platform comprising one or more Production Consoles for extracting job performance data from the production mainframe computers (or production midrange computers in other embodiments), one or more Production Servers for housing databases, one or more Maintenance Workstations for entering and maintaining SLA data, and one or more Client Workstations for presenting selected data to the user. When a job that is part of a SLA causes a delay, the ASM, by monitoring jobs of selected SLAs and production computer platforms, notifies the user of any problem with a selected SLA job, identifies the SLA critical path of which the job is part, along with all downstream dependent jobs, and determines the impact on the SLA of dependent jobs. The ASM reports these impacts to the user by automatically notifying the user if the SLA is in danger of not being met. The ASM also notifies the user of abnormal processing based upon actual performance of a job in previous executions by averaging prior run data and comparing the results to the current performance of a job to determine if the job is running faster or slower than normal.

Systems and methods for service level backup using re-cloud network

Abstract: Embodiments relate to systems and methods for service level backup using a re-cloud network. A set of operating clouds can support one or more users. In embodiments, the one or more users can accept service based on a service level agreement (SLA), according to which the user is assured a certain level of service or support from the cloud, such as a minimum amount of uptime, a minimum amount of processor cycles or network bandwidth, or other guaranteed parameters of the usage of their virtual machine. In embodiments, the set of operating clouds in which the user's service is supported can be configured to communicate a service level augmentation request to a backup cloud to request additional resources to maintain the delivery of one or more SLA-specified support to one or more users. In embodiments, the backup cloud network can in turn be nested with other backup clouds or resources.