Bądźmy w kontakcie

Plan Szkolenia

Szczegóły wirtualizacji

  1. Przegląd koncepcji systemu operacyjnego: CPU, pamięć, sieć, przechowywanie danych
  2. Hipernadzorca
    1. Nadzorca nadzorców
    2. Maszyna "host" i system operacyjny "gościa"
    3. Hipernadzorca typu 1 i typu 2
    4. Citrix XEN, VMware ESX/ESXi, MS Hyper-V, IBM LPAR.
  3. Wirtualizacja sieci
    1. Krótkie wprowadzenie do 7-warstwowego modelu OSI
    2. Skupienie na warstwie sieciowej
    3. Model TCP/IP lub Protokół internetowy
  4. Skupienie na jednej warstwie
    1. Warstwa aplikacji: SSL
    2. Warstwa sieciowa: TCP
    3. Warstwa internetowa: IPv4/IPv6
    4. Warstwa łącza: Ethernet
  5. Struktura pakietu
    1. Adresowanie: Adres IP i nazwy domenowe
    2. Zapora ogniowa, równoważenie obciążenia, router, adapter
    3. Wirtualizowana sieć
    4. Abstrakcje wyższego rzędu: Podsieci, strefy.
  6. Ćwiczenia praktyczne:
    1. Zapoznanie się z klastrem ESXi i klientem vSphere.
    2. Tworzenie/aktualizacja sieci w klastrze ESXi, wdrażanie gości z pakietów VMDK, włączanie połączeń między gośćmi w klastrze ESXi.
    3. Modyfikowanie działającej instancji maszyny wirtualnej i tworzenie migawki.
    4. Aktualizacja reguł zapory w ESXi przy użyciu klienta vSphere.

2. Chmura obliczeniowa: Zmiana paradygmatu

  1. Szybka i tania droga do udostępnienia produktu/rozwiązania na całym świecie
  2. Współdzielenie zasobów
    1. Wirtualizacja środowiska wirtualizacji
  3. Kluczowe korzyści:
    1. Elastyczność zasobów na żądanie
      1. Pomysł -> Kod -> Wdrożenie bez konieczności posiadania infrastruktury
      2. Szybkie potoki CI/CD
    2. Izolacja środowiska i autonomia pionowa
    3. Bezpieczeństwo poprzez warstwy
    4. Optymalizacja kosztów
  4. Chmura lokalna i dostawcy chmury
  5. Chmura jako efektywna abstrakcja dla obliczeń rozproszonych

3. Wprowadzenie do warstw rozwiązań chmurowych:

  1. IaaS (Infrastruktura jako usługa)
    1. AWS, Azure, Google
    2. Wybierz jednego dostawcę, aby kontynuować później. Zalecany jest AWS.
      1. Wprowadzenie do AWS VPC, AWS EC2 itp.
  2. PaaS (Platforma jako usługa)
    1. AWS, Azure, Google, CloudFoundry, Heroku
    2. Wprowadzenie do AWS DynamoDB, AWS Kinesis itp.
  3. SaaS (Oprogramowanie jako usługa)
    1. Bardzo krótki przegląd
    2. Microsoft Office, Confluence, SalesForce, Slack
  4. SaaS buduje się na PaaS, które buduje się na IaaS, które buduje się na wirtualizacji

4. Praktyczny projekt IaaS w chmurze

  1. Projekt wykorzystuje AWS jako dostawcę IaaS w chmurze
  2. Użyj CentOS/RHEL jako systemu operacyjnego w dalszej części ćwiczenia
    1. Alternatywnie, Ubuntu również się nada, ale preferowane są RHEL/CentOS
  3. Uzyskaj indywidualne konta AWS IAM od swojego administratora chmury
  4. Każdy student musi wykonać te kroki niezależnie
    1. Możliwość samodzielnego tworzenia całej infrastruktury na żądanie to najlepsza demonstracja mocy chmury obliczeniowej
    2. Użyj kreatorów AWS -- konsol online AWS -- do wykonania tych zadań, chyba że zaznaczono inaczej
  5. Utwórz publiczną VPC w regionie us-east-1
    1. Dwie podsieci (Subnet-1 i Subnet-2) w dwóch różnych strefach dostępności
      1. Zobacz https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Scenarios.html jako odniesienie.
    2. Utwórz trzy osobne grupy bezpieczeństwa
      1. SG-Internet
        1. Zezwala na ruch przychodzący z Internetu na https 443 i http 80
        2. Żadne inne połączenia przychodzące nie są dozwolone
      2. SG-Service
        1. Zezwala na ruch przychodzący tylko z grupy bezpieczeństwa SG-Internet na https 443 i http 80
        2. Zezwala na ICMP tylko z SG-Internet
        3. Żadne inne połączenia przychodzące nie są dozwolone
      3. SG-SSH:
        1. Zezwala na połączenie SSH:22 tylko z jednego adresu IP, który pasuje do publicznego IP maszyny laboratoryjnej studenta. W przypadku, gdy maszyna laboratoryjna jest za pośrednictwem proxy, to publiczny IP proxy.
  6. Wdróż instancję AMI odpowiadającą wybranemu systemowi operacyjnemu -- preferowane są najnowsze wersje RHEL/CentOS dostępne w AMI -- i hostuj instancję w Subnet-1. Przypisz instancję do grup SG-Service i SG-SSH.
  7. Uzyskaj dostęp do instancji za pomocą SSH z maszyny laboratoryjnej.
  8. Zainstaluj serwer NGINX na tej instancji
  9. Umieść statyczne treści -- strony HTML, obrazy -- które mają być obsługiwane przez NGINX (na porcie 80 przez HTTP) i zdefiniuj dla nich adresy URL.
  10. Przetestuj adres URL z tej samej maszyny.
  11. Utwórz obraz AMI z tej działającej instancji.
  12. Wdróż ten nowy AMI i hostuj instancję w Subnet-2. Przypisz instancję do grup SG-Service i SG-SSH.
  13. Uruchom serwer NGINX i sprawdź, czy adres URL dostępu do statycznych treści utworzony w kroku (i) działa.
  14. Utwórz nowy „klasyczny” Elastic Load Balancer i przypisz go do SG-Internet.
    1. Zwróć uwagę na różnicę między Application Load Balancer a Network Load Balancer.
  15. Utwórz regułę routingu przekierowującą cały ruch http 80 i https 443 do grupy instancji składającej się z dwóch powyższych instancji.
  16. Korzystając z dowolnego narzędzia do zarządzania certyfikatami -- np. java keytool -- utwórz parę kluczy i certyfikat samopodpisany, a następnie zaimportuj certyfikat do AWS Certificate Manager (ACM)

5. Monitorowanie chmury: Wprowadzenie i praktyczny projekt

  1. Metryki AWS CloudWatch
  2. Przejdź do pulpitu nawigacyjnego AWS CloudWatch dla instancji
    1. Pobierz odpowiednie metryki i wyjaśnij ich zmienność w czasie
      1. https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html
  3. Przejdź do pulpitu nawigacyjnego AWS CloudWatch dla ELB
    1. Obserwuj metryki ELB i wyjaśnij ich zmienność w czasie
    2. https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-cloudwatch-metrics.html

6. Zaawansowane koncepcje do dalszego zgłębiania

  1. Hybrydowa chmura -- lokalna i publiczna chmura
  2. Migracja: Z lokalnej do publicznej chmury
    1. Migracja kodu aplikacji
    2. Migracja bazy danych
  3. DevOps
    1. Infrastruktura jako kod
    2. Szablon AWS Cloud Formation
  4. Automatyczne skalowanie
    1. Metryki AWS CloudWatch do określenia zdrowia

Wymagania

Nie ma szczególnych wymagań, aby uczestniczyć w tym kursie.

 21 godzin

Liczba uczestników


Cena za uczestnika (netto)

Opinie uczestników (1)

Propozycje terminów

Powiązane Kategorie