Cloud computing

Cloud computing beschreibt die Bereitstellung von IT-Infrastruktur. Ziel sind u.a. Skalierbarkeit, Flexibilität und maximale Ausnutzung der vorhandenen Ressourcen.

Begriffsdefinition:

• private Cloud
• public Cloud
• Hybrid Cloud
• …

• Virtualisierung
• Outsourcing

• Skalierbarkeit (Rapid elasticity/Resource pooling): Rechenleistung, Speicherplatz, Instanzen, Broad network access …
• Self-service (On-demand)
• Nutzungsbasierte Abrechnung („Measured service“)
• Hochverfügbarkeit (mehrere Standorte, „globale“ Replikation)

• Kostensenkungen?
  • zentrale Frage: wie bin ich bisher kostenmäßig ausgestellt?
    • Lieferantenbindung: habe ich teure Verträge abgeschlossen? Sind diese
    • legacy IT (klassische Systeme die nur in die Höhe skalieren?
  • eigene Fixkosten (Personalkosten etc.) lassen sich nicht auf so viele Server umlegen wie bei den Cloud-Anbietern
  • variable Kosten die von Lieferanten in Rechnung gestellt werden lassen sich steuerlich besser absetzen als Investitionen)
• Steigerung der Flexibilität:
  • kann ich die Anforderungen meiner Anwender zeitnah erfüllen? Wenn nein: Was hält mich davon ab? Strukturen? Bürokratische Hürden? „Verhindert“ die Sicherheitsabteilung Innovationen?
  • self-service: ist dies nötig? gewollt? erlaubt?
• bessere Skalierbarkeit und Verfügbarkeit
  • wie hoch ist die aktuelle Verfügbarkeit?
  • wie ist die Anbindung (upstream)? Reicht das vorhandene peering?
  • brauche ich weltweite Verteilung?
  • muss meine Anwendung erhöhte Last durch Skalierung abfangen?
• Sicherheitsaspekte: Wer darf Dienste freigeben? Zugriffe verwalten?
• Vertraulichkeit von Daten und Information
• rechtliche Aspekte und Compliance-Anforderungen
• starke Abhängigkeit vom einem Anbieter (solange sich nicht freie Datenformate durchsetzen die eine Migration von einem zum anderen Cloud-Anbieter stresslos möglich machen)

• Public Cloud Services Comparison (github-Quelle)
• EC2Instances.info Easy Amazon EC2 Instance Comparison

Eignet sich gut für:

• stark schwankende workloads (Skalierung)
• ressourcen-unkritische Anforderungen

Eignet nicht/*schlechter* geeignet für:

• I/O-intensive Anwendungen (IOPS, …) wie Datenbanken → Kosten!
• Applikationen mit sehr hohem RAM-Bedarf
• grafik-lastige Anwendungen
• Bandbreitenintensive Anwendungen (Upload ausreichend?)
• Spezialkonfigurationen die eine Nutzung von managed-services ausschließen

• Kristian Köhntopp: Was ist cloud?
• Private-Cloud-Lösungen im Überblick (IBM, HP, Fujitsu und Cisco)
• Die Cloud sprengt alle Grenzen
• Why we're leaving the cloud
• XaaS-Studie der TU-Darmstadt
• Cloud Studie von Fujitsu Siemens
• Gartner Studie
• Trotz Hype: Nicht alles geht in der Cloud
• Fristlose Kündigung für "Cloud Computing"! - Warum der Begriff "Cloud Computing" geschäftsschädigend ist
• Today’s EC2 / EBS Outage: Lessons learned
• Amazon S3: Show me the money
• Prediction: Server-Less IT Services

• Root-Server (bare-metal-server, dedicated hosts)
• vServer (computing, teilweise mit exklusiv Ressourcen wie CPU-Kerne)
• Storage
  • Blockstorage (auch per NFS, iSCSI)
  • Dateispeicher
  • S3-compatible / Objektstorage
• Networking
  • Load-Balancer
  • private Networks
• Apps runtime
  • Container
  • Function as a Service (z.B. lambda)
• Identity Services
• Zusatzdienste wie Bulk-mail/Messenging

• Ansible cloud guides
• Abiquo

Doku zu hetzner

Doku zu OVH.

Ionos Cloud (DE, United Internet) (ehemals u.a. profitbricks) bietet eine grafische Oberfläche zur Erstellung von VMs und Netzwerkschnittstellen an. Fokus enterprise Cloud (nur für Geschäftskunden).

Leider wird auch hier trotz hohem Preisniveau (Preisliste) nochmal extra beim egress zugelangt (>30€ netto pro TB).

Telekom „Open Telekom cloud“ Fokus eher enterprise Cloud, die Preise sind leider in der gleichen Dimension wie die amerikanischen Hyperscaler, siehe Preisrechner.

Standorte: Biere (DE), Magdeburg (DE), Almere (NL), Aalsmer (NL), Bern (CH), Zollikofen (CH).

hosttech (CH, AS207143) Standorte Richterswil (CH), Salzburg (A), Berlin und Köln (D) vserver, DNS, Rootserver, Colocation (nur CH)

Leaseweb (NL) leaseweb besteht aus mehrere regionalen Organisationen mit stark unterschiedlicher Produktauswahl (technisch bis hin zur Preisgestaltung in Landeswährung). Fokus scheint eher auf weltweit verteiltes bare-metal und Co-location zu liegen aber auch virtuelle Instanzen auf Basis von Apache Cloudstack oder VMWare werden angeboten. Rootserver haben direkt IPMI über die Oberfläche oder via openvpn-Profil.

Die IPv6-Policy ist sehr merkwürdig, man muss v6 explizit dazu bestellen und dann erlauben sie aufgrund ihrer Policy noch nicht einmal ein /64 auf einem virtuellen Server (sondern nur /112). Oberfläche unübersichtlich, Passwortänderung alle 6mon nötig (überholtes Sicherheitskonzept).

ikoula (FR) https://www.ikoula.com/en

gridscale (DE) eher teuer und dementsprechend viel Text bevor man die Preise findet, das Produktportfolio ist eher dünn bzw. scheint auf customizing zu zielen.

exoscale (CH) https://www.exoscale.com/pricing/

Virtual-Core basiert auf der Linux-Virtualisierung KVM und existiert als Produkt in drei Ausprägungen:

1. hosted cloud (vserver laufen im Rechenzentrum von kamp)
2. enterprise-cloud (vserver laufen inhouse im eigenen Rechenzentrum)
3. customer-cloud (vserver laufen auf eigener Hardware im eigenen Unternehmen, Daten liegen vollständig im eigenen Unternehmen, lediglich Verwaltung erfolgt im Web)

Entgegen dem Cloud-Gedanken muss man feste Pakete buchen welche die maximal abforderbaren Ressourcen festlegen.

cloud hosting Fokus eher enterprise Cloud.

scaleway ist ein französischer Cloud-provider.

• Orange Cloud Public Openstack
• SysEleven
• netactuate (US) DNS anycast und hosting
• Equinix Metal-Server
• Anexia (AU) weltweit angemietete Rechenzentren
• Contabo (DE) | (AS51167) vserver, Rootserver, Objectstorage, hosting (Standorte: US, DE, Singapur, aber nicht alle Produkte)
• php-friends (datalake GmbH AS58212, kleiner Tier3-Anbieter mit dedicated cores/nvme, uplinks über CDN77, RETN)
• cloudscale.ch (CH) (ähnlich hetzner cloud)
• Triton DataCenter
• Kamatera (US)

• brightbox (UK)
• Linode (US) - von Akamai gekauft
• Maxihost (BRA) Fokus auf dedicated servers (8 Regionen)

• EC2 Instanzvergleich
• Amazon Simple Storage Service (Amazon S3)
  • AWS Import/Export (Preisrechner)
  • S3Fox
  • Cloudfront - CDN

• Workshop: der Weg zur ersten Windows-Azure-Anwendung
• Open-Source-Konkurrenz für Microsofts Windows Azure

ASN15169 (weitere AS https://peering.google.com/#/options/peering)

Zonen Europa (Übersicht aller Zonen):

• Frankfurt (europe-west3)
• Belgien (europe-west1)
• London (europe-west2)
• Warschau (europe-central2)
• Finnland (europe-north1)
• Niederlande (europe-west4)
• Zürich (europe-west6)
• Mailand (europe-west8)
• Paris (europe-west9)
• Madrid (europe-southwest1)

ingress/egress-Berechnung:

• Unterscheidungen zwischen interner und externer IP-Adressen
• Ausgehender Traffic zwischen Google Cloud-Regionen in Europa (pro GB) 0,02 $ → pro TB: 20,48 $
• Premium-Stufe: Bei der Premium-Stufe der Netzwerkdienststufen wird der Premium-Backbone von Google verwendet, um Traffic von und zu Ihren externen Nutzern zu übertragen. Das öffentliche Internet wird in der Regel nur zwischen dem Nutzer und dem nächsten Netzwerkeingangspunkt von Google verwendet.
• Standardstufe: Bei der Standard-Stufe der Netzwerkdienststufen wird das öffentliche Internet verwendet

Console: nur bei AWS Nitro System als Instance-Typ (nicht bei Bare-Metal-Instances).

IBM Cloud (US) (ehemals: Softlayer)

• OnApp CPaaS https://onapp.com/cpaas/ (frontend für verschiedene cloud bis hin zu AWS Bare Metal-Instances)
• Outscale https://en.outscale.com/pricing/
• tinkerbell (packet) https://www.packet.com/resources/guides/
• rackspace https://www.rackspace.com/cloud u.a. multicloud

Gaia-X soll eine „standartisierte“ Cloud erreichen, basierend auf der Annahme das in Europa gerade kein großer Hyperscaler existiert und dieser „Mangel“ durch Zusammenarbeit von existierenden Cloud-Anbietern in Richtung eines allgemeingültigen (API-) Standards behoben werden muss.

Diese Annahme ist meiner Meinung nach falsch:

1. Cloud Anbieter sind generell nicht daran interessiert austauschbar zu sein, das würde ihren Spielraum auf den Preis und auf Skaleneffekte (Kundenmasse) beschränken.
2. nur wenige Firmen benötigen dies (eher oberhalb des Mittelstandes was zahlenmäßig wenige Firmen sind) und diese haben das bereits durch Co-location vielfach umgesetzt (zwei Standorte, darkfiber, Standard Vlan, Virtualisierunglösung, Clusterstorage). Bei weltweiter Skalierung sind dementsprechend pro Region die gleichen setups umzusetzen. Rootserver, Racks und Leitungen sind weltweit mietbar. Diese private Clouds sind auch besser absicherbar weil nicht multi-tenant.

Workshop - Private Cloud mit Eucalyptus

OpenShift: Red Hat legt Platform-as-a-Service-Angebot auf

openstack ist ein in Python entwickeltes Projekt und soll für das Cloud-Computing eine größere Anbieterunabhängigkeit bieten als die bislang vorhandenen proprietären Lösungen. Es wird von etlichen Schwergewichten der IT-Branche unterstützt, unter anderem von AMD, Dell, Citrix und Intel.

Wenn es um sehr große Datenmenge geht (im GB odert TB-Bereich) ist mit einem normalen Internetanschluss nichts zu holen, hier ist der Upload fast immer zu klein. Selbst mit den größten VDSL- oder Kabelpaketen dauert der Upload großer Datenmenge eine Ewigkeit.

Leider sind die Ausweichmöglichkeiten begrenzt, einige File-Hoster bieten jedoch die Möglichkeit gegen eine Gebühr Datenträger (DVDs, Festplatten) einzuschicken und diese dann auch die meist kostenpflichtigen Speicherplatz aufzuspielen:

• AWS Snowball
• Platz im RZ anmieten und dort einen upload-PC platzieren
• Festplatten send-in bei einige managed-Server Anbietern (Hetzner, …)