QoS-aware placement of stream processing service

  • Authors:
  • Kun You;Bin Tang;Zhuzhong Qian;Sanglu Lu;Daoxu Chen

  • Affiliations:
  • Department of Computer Science and Technology, Nanjing University, Nanjing, P.R. China 210093;Department of Computer Science and Technology, Nanjing University, Nanjing, P.R. China 210093;Department of Computer Science and Technology, Nanjing University, Nanjing, P.R. China 210093;Department of Computer Science and Technology, Nanjing University, Nanjing, P.R. China 210093;Department of Computer Science and Technology, Nanjing University, Nanjing, P.R. China 210093

  • Venue:
  • The Journal of Supercomputing
  • Year:
  • 2013

Quantified Score

Hi-index 0.00

Visualization

Abstract

Many emerging online stream processing services require the consideration of quality of service (QoS), which is highly dependent on the placement of services at various hosts. This paper investigates the QoS-aware placement problems of stream processing services under different contexts. On condition that the client demands are stable, the QoS-aware placement problem aiming to minimize the cost when servers are CPU-uncapacitated, is equivalent to the set cover problem, and can be solved by a greedy algorithm with approximation factor O(log驴n), where n is the number of clients. However, when CPU capacity constraints on servers are taken into account, the QoS-aware placement problem cannot be approximated unless P=NP. Therefore, we propose two heuristic algorithms: (1) ISCA (Iterated Set Cover-based Algorithm) and (2) KBA (Knapsack-Based Algorithm). We also consider the placement problem of client demands increasing over time. Two objectives, called extension factor and system lifetime, are proposed for demand increment-blind and increment-aware models respectively. Both of them can be solved by extending ISCA and KBA. The experimental results show that ISCA and KBA have distinct effects on different demand sizes. ISCA is more efficient when client demands are relatively small, while KBA performs better for larger demands.