SlideServe
Menu
Préférences
© SlideServe · v2026

Cloud Based Analytics for Cloud Based Applications

gabriella avatar
20 diapositives · 372 Views · Dec 11, 2012

This paper discusses the challenges and solutions associated with cloud-based analytics for applications that require high performance and reliability. It examines the impacts of resource sharing on quality of service (QoS), highlights the issues of noisy neighbors, and presents methodologies for effective observability and fault tolerance in a cloud environment. The study emphasizes the importance of understanding throughput, timeliness, and availability when deploying demanding applications in the cloud, as well as the necessity of achieving high availability and minimal SLA violations.

Cloud Based Analytics for Cloud Based Applications - slide 1
01 / 20Cloud Based Analytics for Cloud Based Applications
1 / 17

Télécharger la présentation

Cloud Based Analytics for Cloud Based Applications
Une image / un lien ci-dessous est fourni (tel quel) pour télécharger la présentation

Politique de téléchargement : le contenu du site vous est fourni TEL QUEL pour votre information et votre usage personnel ; il ne peut être vendu, concédé sous licence ni partagé sur d’autres sites sans l’accord de son auteur.Le contenu vous est fourni TEL QUEL, pour votre information et votre usage personnel uniquement. Téléchargez la présentation en cliquant sur ce lien. Lors du téléchargement, si vous ne parvenez pas à télécharger une présentation, l’éditeur a peut-être supprimé le fichier de son serveur.Pendant le téléchargement, si vous ne parvenez pas à obtenir une présentation, le fichier a peut-être été supprimé par l’éditeur.

F I N

Plus de contenu associé

Transcription de la présentation
  1. Cloud Based Analytics forCloud Based Applications András Pataricza1, Imre Kocsis1, Zsolt Kocsis2 et al. 1Dept. of Meas. and Information Systems, BME, Hungary 2IBM CAS Budapest, Hungary {pataric,ikocsis}@mit.bme.hu ICA CON 2012, April 20, 2012

  2. Clouds for demanding applications? Standard infrastructure vs demanding application?

  3. Clouds for demanding applications? Extra-functional reqs: throughput, timeliness, availability „Small problems” have high impact (soft real time) Virtual Desktop Infrastructure Telecommunications

  4. Experimental setup N.B.: VMware R&D published similar (March 2012)

  5. IT EDA is Big Data! Which determine the QoS? Hypervizor (host + VMs), OS, application, ...

  6. IT EDA is Big Data! High availabilty, rare faults Rare events: granularity AND long horizon Searching for outliers

  7. Rare events: lot of sand, a few pellets Typically sand: gold mining ≠ data mining

  8. Visual analytics = causal insight Computing power use = CPU use × CPU clock rate (const.) Should be pure proportional Correlation coefficient: 0.99998477434137 Well-visible, but numerically suppressed Origin???

  9. Visual analytics Noisy… High frequency components dominate But they correlate (93%!) YOU DON’T SEE IT

  10. Dangers in a standard cloud for demanding apps?

  11. Impacts of resource sharing? Self-induced Parasitic influence

  12. Short transient faults – long recovery As if you unplug your desktop for a second... 30 sec service outage 120 sec SLA violation 8 sec platform overload

  13. Deterministic (?!) run-time in the public cloud... Performance outage intolerable by overcapacity Variance tolerable by overcapacity

  14. The noisy neighbour problem Logic „fence” Tenant Neighbor Hypervisor

  15. Tenant-side measurability and observability Tenant Neighbor Hypervisor

  16. Let’s try it at user level

  17. The mistery shopper concept • Basic logic as with benchmarks, but... • Metric req: • same interference-sensitivities as the service • same resource-sensitivities as the service • representative for types of services • Runtime req: • Non-intrusiveness (instead of saturation) • Long running (rare events) • (Low specific impact on service) Not trivially feasible... but everything else impossible Example: short computation bursts sampling available CPU for longer computation

  18. Indirect platform & QoS observability 1. Connect 3. Infer (qualitatively) Works without the application! 2. Observe The „classic” approach: deploy, run/test, observe, analyze The „classic” approach: deploy, run/test, observe, analyze The „classic” approach: deploy, run/test, observe, analyze Observability problems (if present) bypassed

  19. Mystery shopper & service QoS Application failure Main application Fast detection Reaction time window Reaction time window VM internal fault Noisy neighbour fault Mystery shopper

  20. Summary • Technical • SLA coverage needed for all aspects • Missing guarantees can be (somewhat) compensated • Cheap computing power -> redundancy • „Double” autonomic computing • Cloud level – provider • Application level – user • Methodology • Visual exploratory data analysis for insight • Algorithmic analysis for proofs and evaluation • Fault-tolerance design patterns revisited • Cheap redundancy in the cloud