Kontakt aufnehmen

Schulungsübersicht

1. Details zur Virtualisierung

  1. Übersicht der Betriebssystemkonzepte: CPU, Speicher, Netzwerk, Speicher
  2. Hypervisor
    1. Der Supervisor der Supervisoren
    2. "Host"-Maschine und "Gast"-Betriebssystem
    3. Typ-1-Hypervisor und Typ-2-Hypervisor
    4. Citrix XEN, VMware ESX/ESXi, MS Hyper-V, IBM LPAR.
  3. Netzwerkvirtualisierung
    1. Kurze Einführung in das 7-Schichten-OSI-Modell
    2. Fokus auf die Netzwerkschicht
    3. TCP/IP-Modell oder Internetprotokoll
  4. Fokus auf eine einzelne vertikale Schicht
    1. Anwendungsschicht: SSL
    2. Netzwerkschicht: TCP
    3. Internetschicht: IPv4/IPv6
    4. Verbindungsschicht: Ethernet
  5. Paketstruktur
    1. Adressierung: IP-Adresse und Domain-Namen
    2. Firewall, Lastenausgleich, Router, Adapter
    3. Virtualisiertes Netzwerk
    4. Höherstufige Abstraktionen: Subnets, Zonen.
  6. Praktische Übung:
    1. Vertraut machen mit ESXi-Cluster und vSphere-Client.
    2. Erstellen/Aktualisieren von Netzwerken im ESXi-Cluster, Bereitstellen von Gästen aus VMDX-Paketen, Aktivieren der Verbindbarkeit zwischen Gästen in einem ESXi-Cluster.
    3. Vornehmen von Änderungen an einer laufenden VM-Instanz und Erstellen eines Snapshots.
    4. Aktualisieren der Firewall-Regeln im ESXi über den vSphere-Client.

2. Cloud-Computing: Ein Paradigmenwechsel

  1. Schneller und kostengünstiger Weg, um Produkte/Lösungen weltweit verfügbar zu machen
  2. Ressourcenteilung
    1. Virtualisierung der virtualisierten Umgebung
  3. Wichtige Vorteile:
    1. Elastizität der Ressourcen nach Bedarf
      1. Idee entwickeln -> Code -> Bereitstellen, ohne Infrastruktur zu benötigen
      2. Schnelle CI/CD-Pipelines
    2. Isolierung der Umgebung und vertikale Autonomie
    3. Sicherheit durch Schichtung
    4. Kostenoptimierung
  4. On-Premise-Clouds und Cloud-Anbieter
  5. Cloud als effektive konzeptuelle Abstraktion für verteiltes Rechnen

3. Einführung in die Cloud-Lösungsschichten:

  1. IaaS (Infrastructure as a Service)
    1. AWS, Azure, Google
    2. Wählen Sie einen Anbieter für die fortgesetzten Schritte aus. AWS wird empfohlen.
      1. Einführung in AWS VPC, AWS EC2 usw.
  2. PaaS (Platform as a Service)
    1. AWS, Azure, Google, CloudFoundry, Heroku
    2. Einführung in AWS DynamoDB, AWS Kinesis usw.
  3. SaaS (Software as a Service)
    1. Sehr kurze Übersicht
    2. Microsoft Office, Confluence, SalesForce, Slack
  4. SaaS baut auf PaaS auf, das auf IaaS aufbaut, das auf Virtualisierung aufbaut.

4. IaaS-Cloud-Praktikum

  1. Das Projekt verwendet AWS als IaaS-Cloud-Anbieter
  2. Verwenden Sie CentOS/RHEL als Betriebssystem für den restlichen Übungsteil
    1. Alternativ ist auch Ubuntu möglich, RHEL/CentOS wird jedoch bevorzugt.
  3. Verschaffen Sie sich individuelle AWS-IAM-Konten von Ihrem Cloud-Administrator
  4. Jeder Student muss diese Schritte unabhängig durchführen
    1. Die Fähigkeit, jederzeit eine gesamte Infrastruktur bereitzustellen, ist die beste Demonstration der Kraft des Cloud-Computing.
    2. Verwenden Sie AWS-Assistenten – die AWS-Online-Konsolen – um diese Aufgaben zu erledigen, sofern nicht anders angegeben.
  5. Erstellen Sie ein öffentliches VPC in der Region us-east-1
    1. Zwei Subnets (Subnet-1 und Subnet-2) in zwei verschiedenen Verfügbarkeitszonen
      1. Siehe https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Scenarios.html als Referenz.
    2. Erstellen Sie drei separate Sicherheitsgruppen
      1. SG-Internet
        1. Erlaubt eingehenden Verkehr vom Internet auf https 443 und http 80
        2. Keine anderen eingehenden Verbindungen erlaubt
      2. SG-Service
        1. Erlaubt eingehenden Verkehr nur von der Sicherheitsgruppe SG-Internet auf https 443 und http 80
        2. Erlaubt ICMP nur von SG-Internet
        3. Keine anderen eingehenden Verbindungen erlaubt
      3. SG-SSH:
        1. Erlaubt SSH:22-eingehende Verbindungen nur von einer einzelnen IP-Adresse, die mit der öffentlichen IP des Labormaschine des Studenten übereinstimmt. Falls sich die Labormaschine hinter einem Proxy befindet, dann die öffentliche IP des Proxys.
  6. Bereitstellen einer Instanz einer AMI, die zu Ihrem gewählten Betriebssystem gehört – vorzugsweise die neuesten RHEL/CentOS-Versionen, die in AMIs verfügbar sind – und Hosten der Instanz in Subnet-1. Anhängen der Instanz an die Gruppen SG-Service und SG-SSH.
  7. Zugriff auf die Instanz über SSH von Ihrer Labormaschine.
  8. Installieren Sie den NGINX-Server auf dieser Instanz
  9. Laden Sie statische Inhalte Ihrer Wahl – HTML-Seiten, Bilder – hoch, die von NGINX bedient werden sollen (auf Port 80 über HTTP), und definieren Sie URLs dafür.
  10. Testen Sie die URL von dieser Maschine aus selbst.
  11. Erstellen Sie ein AMI-Image von dieser laufenden Instanz.
  12. Bereitstellen dieser neuen AMI und Hosten der Instanz in Subnet-2. Anhängen der Instanz an die Gruppen SG-Service und SG-SSH.
  13. Ausführen des NGINX-Servers und Validieren, dass die Zugriffs-URL für die statischen Inhalte, wie in Schritt (i) erstellt, funktioniert.
  14. Erstellen Sie einen neuen „klassischen“ Elastic Load Balancer und hängen Sie ihn an SG-Internet an.
    1. Beachten Sie den Unterschied zum Application Load Balancer und Network Load Balancer.
  15. Erstellen Sie eine Routing-Regel, die den gesamten http 80- und https 443-Verkehr an eine Instanzgruppe sendet, die die beiden oben erstellten Instanzen umfasst.
  16. Verwenden Sie ein beliebiges Zertifikatsverwaltungstool – java keytool usw. – , um einen Schlüssel-Paar und ein selbstsigniertes Zertifikat zu erstellen, und importieren Sie das Zertifikat in AWS Certificate Manager (ACM)

5. Cloud-Monitoring: Einführung und Praktikum

  1. AWS CloudWatch-Metriken
  2. Gehen Sie zum AWS CloudWatch-Dashboard für die Instanzen
    1. Rufen Sie die relevanten Metriken ab und erklären Sie die Variabilität im Zeitverlauf
      1. https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html
  3. Gehen Sie zum AWS CloudWatch-Dashboard für den ELB
    1. Beobachten Sie die ELB-Metriken und erklären Sie ihre Variabilität im Zeitverlauf
    2. https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-cloudwatch-metrics.html

6. Erweiterte Konzepte für weiteres Lernen

  1. Hybride Cloud – On-Premise und öffentliche Cloud
  2. Migration: Von On-Premise zur öffentlichen Cloud
    1. Migration des Anwendungscode
    2. Migration der Datenbank
  3. DevOps
    1. Infrastruktur als Code
    2. AWS CloudFormation-Vorlage
  4. Auto-Scaling
    1. AWS CloudWatch-Metriken zur Bestimmung der Gesundheit

Voraussetzungen

Für die Teilnahme an diesem Kurs sind keine spezifischen Voraussetzungen erforderlich.

Zielgruppe

Softwareingenieure und Informatiker mit ausreichenden Kenntnissen in Algorithmen und Vertrautheit mit mindestens einer Programmier- oder Skriptsprache, jedoch ohne Vorkenntnisse im Cloud-Computing.

 21 Stunden

Teilnehmerzahl


Preis je Teilnehmer (exkl. USt)

Erfahrungsberichte (1)

Kommende Kurse

Verwandte Kategorien