The Impact of User Rationality in Federated Clouds

Abstract

With cloud computing, the long-envisioned dream of computing as utility is achieved. Many of the current standalone cloud providers offer resources and services using pay-per-use fixed pricing. Spot pricing, recently introduced in Amazon EC2, is more efficient by setting the resource price dynamically, based on demand. However, this pricing scheme, similar to the uniform price auction, is truthful only when supply can be adjusted, such as the case of a standalone cloud provider. In a federated cloud, where resources from multiple cloud providers are integrated to increase elasticity and reliability, rational users can have a greater impact. In this paper, we evaluate the impact of rationality in a federated cloud, by comparing the consumer welfare achieved by spot pricing, currently used in Amazon EC2, and a strategy-proof pricing scheme. We consider different EC2 regions as providers in a federated cloud, and use traces of spot prices to determine the consumer requests and the user welfare. Our results show that spot pricing is not suitable in a federated cloud, where rational users can increase their welfare by being untruthful.

Impact of Thresholds and Load Patterns when Executing HPC Applications with Cloud Elasticity

“…In this way, the works are not unisons about the use of a single threshold for the tests. For example, it is possible to note the following values: (i) 70% [30]; (ii) 75% [31]; (iii) 80% [32]; (iv) 90% [19,33]. These values deal with upper limits that when exceeded, trigger elasticity actions.…”

Explorando a Elasticidade Assíncrona em Nuvem para Aplicações Paralelas Iterativas

“…Nesse sentido, os trabalhos não são uníssonos quanto ao emprego de um threshold de cargaúnico para os testes. Por exemplo,é possível notar os seguintes valores: (i) 70% [Dawoud et al 2011]; (ii) 75% [Imai et al 2012]; (iii) 80% [Mihailescu and Teo 2012]; (iv) 90% [Beernaert et al 2012]. Em adição, a análise do estado-da-arte em elasticidade permite apontar alguns pontos fracos de iniciativas da academia.…”

Elasticidade em cloud computing: conceito, estado da arte e novos desafios

“…Na sequência, é possível estabelecer threholds máximo e mínimo, nos quais a elasticidade vertical e/ou horizontal é dada se a média obtida está fora dos limites. Essa abordagem é seguida por vários trabalhos que não são uníssonos na definição do threshold superior: (i) 70% [6]; (ii) 75% [7]; (iii) 80% [24,25]; (iv) 90% [20,26,27]. Tomando como métrica o uso de CPU, outros itens também podem ser levados em conta, como o relógio do processador, o tempo de execução de tarefas (makespan), o número de instruções e o redimensionamento de prioridades de uso de CPU.…”

“…Com base na Tabela 2, é possível montar uma análise detalhada das iniciativas da academia para a gerência da elasticidade por nichos. Entre eles, é possível destacar: (i) foco em computação paralela e de alto desempenho [20,30,7,28,8,12,35,21]; (ii) análise do custo financeiro da elasticidade [8,15]; (iii) computação em nuvem de forma federada [44,7,29,25]; (iv) modelo preditivo para detecção de padrões de comportamento de serviços em nuvem [8,22,15,32,31,23]; (v) foco na economia de energia e na superlotação de máquinas virtuais sobre físicas [28,22]; (vi) computação em tempo real e tratamento de deadlines na nuvem [8,22,21,45]; (vii) elasticidade em middlewares orientados a mensagens (MOM) [45]; (viii) cargas de trabalho e aplicações web voltadas para negócios ou área transacional [6,26,12,27,31,46].…”