imported>Troels Arvin: Open Telekom Cloud wurde in T Cloud Public umbenannt

2026-02-13T17:48:23Z

Open Telekom Cloud wurde in T Cloud Public umbenannt

Neue Seite

'''Autoscaling''' (auch ''Auto Scaling'') ist eine Methode im [[Cloud Computing|Cloud-Computing]]-Umfeld, die dafür sorgt, dass die Anzahl der Server innerhalb einer Server-Farm automatisch skaliert wird. Dies bedeutet, dass bei steigender [[Load]] die Arbeit von einer größeren Anzahl an Servern erledigt wird. Bei sinkender Load werden überflüssige Server automatisch heruntergefahren.<ref>{{Literatur |Autor=Michael Armbrust et al. |Titel=Above the Clouds |TitelErg=A Berkeley View of Cloud Computing |Datum=2009-02 |Kommentar=Technical Report |Online=http://www.eecs.berkeley.edu/Pubs/TechRpts/2009/EECS-2009-28.pdf |Format=PDF |KBytes=}}</ref>

Der Begriff wurde stark von [[Amazon.com]] geprägt und häufig im Zusammenhang mit dem Produkt Amazon Elastic Compute Cloud ([[EC2]]) verwendet.

== Einsatzgebiete ==

'''Autoscaling''' wird in [[Cloud Computing|Cloud-Computing]]-Umgebungen eingesetzt, in denen die Serverlast zwischen verschiedenen Servern aufgeteilt wird und starke Schwankungen in der Auslastung der Server auftreten. Bei diesen Websites kommt es häufig vor, dass tagsüber wenig Besucher und abends sehr viele Besucher die Seiten besuchen. Tagsüber ist daher die Auslastung gering und es stehen zu viele Server zur Verfügung. Abends hingegen reicht die Anzahl der Server nicht aus und dadurch entstehen Performanceprobleme. Durch Autoscaling wird automatisch tagsüber bei geringer Besucherzahl die Anzahl der Server reduziert, um abends bei hoher Besucheranzahl so viele Server wie nötig einzusetzen. Die [[Deutsche Telekom]] bietet diesen Service beispielsweise im Rahmen der [[T Cloud Public]], eines Public-IaaS-Produktes, an.

== Vorteile ==

Durch die Reduzierung der Anzahl genutzter Server bei geringer Serverlast können Kosten reduziert werden. Gleichzeitig umgeht man Performanceprobleme durch die Nutzung einer höheren Anzahl an Servern in Spitzenzeiten. Des Weiteren werden DDoS-Attacken technisch nahezu unmöglich – es bleiben jedoch finanzielle Risiken.

== Nachteile ==

Der erstmalige Aufbau einer solchen Umgebung ist im Regelfall komplizierter.
Die Verwendung von Auto scaling birgt immense finanzielle Risiken, insbesondere wenn der Load ggf. auf DDos-Angriffe zurückzuführen ist. Die Verwendung von Load-Balancern minimiert das Risiko zwar, jedoch ist es Angreifern weiterhin möglich Ressourcen auf Applikations-Ebene zu generieren.

== Quellenangaben ==
<references />

== Weblinks ==

* [http://aws.amazon.com/autoscaling Amazon Elastic Compute Cloud (EC2) Auto Scaling]
* [http://news.magnus.de/internet/artikel/amazon-erweitert-seinen-cloud-computing-dienst-ec2.html Monitoring, Auto Scaling und Load Balancing fürs Cloud-Computing (auf magnus.de)]
* [http://www.golem.de/0905/67173.html Monitoring, Auto Scaling und Load Balancing für Amazon-EC2 (auf golem.de)]
* [http://broadcast.oreilly.com/2008/12/why-i-dont-like-cloud-auto-scaling.html Kritiker von Auto Scaling]

[[Kategorie:Cloud Computing]]

Autoscaling - Versionsgeschichte

imported>Troels Arvin: Open Telekom Cloud wurde in T Cloud Public umbenannt