Vielen Dank für die Zusendung Ihrer Anfrage! Eines unserer Teammitglieder wird Sie in Kürze kontaktieren.
Vielen Dank, dass Sie Ihre Buchung abgeschickt haben! Eines unserer Teammitglieder wird Sie in Kürze kontaktieren.
Schulungsübersicht
Virtualisierung im Detail
- Übersicht über Betriebssystemkonzepte: CPU, Speicher, Netzwerk, Speicherung
- Hypervisor
- Betreiber der Operatoren
- "Host"-Maschine und "Gast"-Betriebssystem
- Type-1-Hypervisor und Type-2-Hypervisor
- Citrix XEN, VMware ESX/ESXi, MS Hyper-V, IBM LPAR.
- Netzwerkvirtualisierung
- Kurzvorstellung des 7-Schichten-OSI-Modells
- Fokus auf die Netzwerkschicht
- TCP/IP-Modell bzw. Internet Protocol
- Fokus auf eine einzelne vertikale Schicht
- Anwendungsschicht: SSL
- Netzsichtschicht: TCP
- Internetschicht: IPv4/IPv6
- Verbindungsschicht: Ethernet
- Paketstruktur
- Adressierung: IP-Adresse und Domänennamen
- Firewall, Lastausgleichsgerät (Load Balancer), Router, Adapter
- Virtuelles Netzwerk
- Höherstufige Abstraktionen: Subnetze, Verfügbarkeitszonen.
- Praktische Übung:
- Sich mit ESXi-Cluster und vSphere Client vertraut machen.
- Netzwerke im ESXi-Cluster erstellen/ aktualisieren, Gäste aus VMDK-Paketen bereitstellen, die Konnektivität zwischen den Gästen im ESXi-Cluster aktivieren.
- An einer laufenden VM-Instanz Änderungen vornehmen und einen Snapshot erfassen.
- Firewall-Regeln in ESXi mit dem vSphere Client aktualisieren.
2. Cloud Computing: Ein Paradigmenwechsel
- Eine schnelle und kostengünstige Basis, um Produkte/ Lösungen der Welt zugänglich zu machen
- Ressourcenteilung
- Virtualisierung der virtualisierten Umgebung
- Zentrale Vorteile:
- Elastizität der Ressourcen on-demand
- Ideen finden -> Code schreiben -> Bereitstellen, ohne Infrastruktur voraussetzen zu müssen
- Schnelle CI/CD-Pipelines
- Isolation der Umgebung und vertikale Autonomie
- Sicherheit durch Schichtung
- Kostenoptimierung
- Elastizität der Ressourcen on-demand
- On-Premise-Clouds und Cloud-Anbieter
- Cloud als effektive konzeptionelle Abstraktion für verteilte Datenverarbeitung
3. Einführung in die Schichten von Cloud-Lösungen:
- IaaS (Infrastructure as a Service)
- AWS, Azure, Google
- Einen Anbieter zur weiteren Bearbeitung auswählen. AWS wird empfohlen.
- Einführung in AWS VPC, AWS EC2 usw.
- PaaS (Platform as a Service)
- AWS, Azure, Google, CloudFoundry, Heroku
- Einführung in AWS DynamoDB, AWS Kinesis usw.
- SaaS (Software as a Service)
- Sehr kurze Übersicht
- Microsoft Office, Confluence, SalesForce, Slack
- SaaS baut auf PaaS auf, welches auf IaaS aufbaut, das wiederum auf Virtualisierung basiert.
4. IaaS-Cloud-Projekt in der Praxis
- Das Projekt nutzt AWS als IaaS-Cloud-Anbieter
- Als Betriebssystem für den Rest der Übung wird CentOS/RHEL verwendet
- Alternativ ist auch Ubuntu möglich, RHEL/CentOS werden jedoch bevorzugt.
- Einzeln AWS-IAM-Konten vom Cloud-Administrator erhalten
- Jeder Kursteilnehmer muss diese Schritte eigenständig durchführen
- Die Fähigkeit, sich die gesamte Infrastruktur on-demand selbst zu erstellen, ist die beste Demonstration der Kraft des Cloud Computing.
- Verwenden Sie AWS-Assistenten und die AWS-Online-Konsolen zur Ausführung dieser Aufgaben, sofern nicht anders angegeben.
- Eine öffentliche VPC in der Region us-east-1 erstellen
- Zwei Subnetze (Subnet-1 und Subnet-2) in zwei verschiedenen Verfügbarkeitszonen
- Siehe https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Scenarios.html als Referenz.
- Drei separate Sicherheitsgruppen (Security Groups) erstellen
- SG-Internet
- Erlaubt eingehenden Traffic vom Internet auf https 443 und http 80
- Keine anderen eingehenden Verbindungen erlaubt
- SG-Service
- Erlaubt eingehenden Traffic nur von der Sicherheitsgruppe SG-Internet auf https 443 und http 80
- Erlaubt ICMP nur von SG-Internet
- Keine anderen eingehenden Verbindungen erlaubt
- SG-SSH:
- Erlaubt SSH:22-Eingehende Verbindungen nur von einer einzigen IP, die mit der öffentlichen IP des Labtop des Kursteilnehmers übereinstimmt. Falls das Labtop hinter einem Proxy steht, gilt die öffentliche IP des Proxies.
- SG-Internet
- Zwei Subnetze (Subnet-1 und Subnet-2) in zwei verschiedenen Verfügbarkeitszonen
- Eine Instanz einer AMI entsprechend Ihrem gewählten Betriebssystem bereitstellen -- vorzugsweise die neuesten RHEL/CentOS-Versionen in den AMIs -- und die Instanz in Subnet-1 hosten. Die Instanz mit den Gruppen SG-Service und SG-SSH verbinden.
- Zugriff auf die Instanz via SSH von Ihrem Labtop aus.
- NGINX-Server auf dieser Instanz installieren
- Statische Inhalte Ihrer Wahl (HTML-Seiten, Bilder), die vom NGINX bereitgestellt werden sollen (über Port 80 über HTTP), ablegen und URLs dafür definieren.
- Diese URL von derselben Maschine aus testen.
- Ein AMI-Image von dieser laufenden Instanz erstellen.
- Diese neue AMI bereitstellen und die Instanz in Subnet-2 hosten. Die Instanz mit den Gruppen SG-Service und SG-SSH verbinden.
- Den NGINX-Server ausführen und validieren, dass die in Schritt (i) erstellte Zugriffs-URL für die statischen Inhalte funktioniert.
- Einen neuen „klassischen“ Elastic Load Balancer erstellen und ihn an SG-Internet anschließen.
- Beachten Sie den Unterschied zum Application Load Balancer und Network Load Balancer.
- Eine Weiterleitungsregel erstellen, die gesamten http 80- und https 443-Traffic an eine Instanzgruppe übermitteln, die aus den beiden oben erstellten Instanzen besteht.
- Mit einem Zertifikatsmanagementtool (z. B. Java Keytool) ein Schlüsselpaar und ein selbstsigniertes Zertifikat erstellen und das Zertifikat in AWS Certificate Manager (ACM) importieren
5. Cloud-Monitoring: Einführung und praktisches Projekt
- AWS-CloudWatch-Metriken
- Zum CloudWatch-Dashboard für die Instanzen gehen
- Die relevanten Metriken abrufen und deren zeitliche Variabilität erläutern
- https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html
- Die relevanten Metriken abrufen und deren zeitliche Variabilität erläutern
- Zum CloudWatch-Dashboard für den ELB gehen
- Die ELB-Metriken beobachten und deren zeitliche Variabilität erläutern
- https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-cloudwatch-metrics.html
6. Erweiterte Konzepte für weiteres Lernen
- Hybride Cloud – On-Premise und öffentliche Cloud
- Migration: On-Premise in die öffentliche Cloud
- Migration des Anwendungs-Codes
- Datenbankmigration
- DevOps
- Infrastructure as Code
- AWS-CloudFormation-Vorlage
- Auto-Scaling
- AWS-CloudWatch-Metriken zur Gesundheitsbestimmung
Voraussetzungen
Für die Teilnahme an diesem Kurs sind keine spezifischen Voraussetzungen erforderlich.
Zielgruppe
Software-Ingenieure und Informatiker, die über ausreichende Kenntnisse in Algorithmen sowie Vertrautheit mit mindestens einer Programmier- oder Skriptsprache verfügen, jedoch noch keine Erfahrung im Bereich Cloud Computing haben.
21 Stunden
Erfahrungsberichte (1)
Der Trainer erklärt Ihnen sehr gut.
Cosmin Simota - Serviciul de Telecomunicatii Speciale
Kurs - Cloud computing essentials for managers / software engineers
Maschinelle Übersetzung
