Свържете се с нас

Съдържание и теми, включени в курса

Детайли за виртуализацията

  1. Преглед на концепциите на операционната система: CPU, памет, мрежа, съхранение
  2. Хипервизор
    1. Супервайзор на супервайзорите
    2. „Хост“ машина и „гост“ ОС
    3. Тип-1 хипервизор и Тип-2 хипервизор
    4. Citrix XEN, VMware ESX/ESXi, MS Hyper-V, IBM LPAR.
  3. Мрежова виртуализация
    1. Кратко въведение в 7-слойния OSI модел
    2. Фокус върху мрежовия слой
    3. TCP/IP модел или интернет протокол
  4. Фокус върху един вертикал
    1. Приложен слой: SSL
    2. Транспортен слой: TCP
    3. Интернет слой: IPv4/IPv6
    4. Канален слой: Ethernet
  5. Структура на пакета
    1. Адресиране: IP адрес и домейн имена
    2. Firewall, Load Balancer, Router, Adapter
    3. Виртуализирана мрежа
    4. Абстракции от по-висок ред: подмрежи, зони.
  6. Практическо упражнение:
    1. Запознаване с ESXi клъстер и vSphere клиент.
    2. Създаване/актуализиране на мрежи в ESXi клъстер, внедряване на гости от VMDK пакети, осигуряване на свързаност между гостите в ESXi клъстер.
    3. Извършване на промени в работеща VM инстанция и заснемане на snapshot.
    4. Актуализиране на firewall правила в ESXi чрез vSphere клиент.

2. Облачни изчисления: Промяна на парадигмата

  1. Бърза, евтина писта за предоставяне на продукт/решение на света
  2. Споделяне на ресурси
    1. Виртуализация на виртуализирана среда
  3. Основни предимства:
    1. Еластичност на ресурсите при поискване
      1. Ideate -> Code -> Deploy без нужда от инфраструктура
      2. Бързи CI/CD тръбопроводи
    2. Изолация на средите и вертикална автономност
    3. Сигурност чрез наслояване
    4. Оптимизиране на разходите
  4. On-premise облак и облачни доставчици
  5. Облакът като ефективна концептуална абстракция за разпределени изчисления

3. Въведение в облачните слоеве на решения:

  1. IaaS (Инфраструктура като услуга)
    1. AWS, Azure, Google
    2. Изберете един доставчик, за да продължите по-късно. Препоръчва се AWS.
      1. Въведение в AWS VPC, AWS EC2 и др.
  2. PaaS (Платформа като услуга)
    1. AWS, Azure, Google, CloudFoundry, Heroku
    2. Въведение в AWS DynamoDB, AWS Kinesis и др.
  3. SaaS (Софтуер като услуга)
    1. Много кратък преглед
    2. Microsoft Office, Confluence, SalesForce, Slack
  4. SaaS надгражда PaaS, който надгражда IaaS, който надгражда виртуализацията

4. Практически проект за IaaS облак

  1. Проектът използва AWS като доставчик на IaaS облак
  2. Използвайте CentOS/RHEL като операционна система за останалата част от упражнението
    1. Алтернативно, Ubuntu също ще свърши работа, но RHEL/CentOS са предпочитани
  3. Получете индивидуални AWS IAM акаунти от вашия облачен администратор
  4. Всеки студент трябва да изпълни тези стъпки самостоятелно
    1. Способността да създадете собствена цялостна инфраструктура при поискване е най-добрата демонстрация на силата на облачните изчисления
    2. Използвайте AWS съветници -- AWS онлайн конзоли -- за да изпълните тези задачи, освен ако не е указано друго
  5. Създайте публичен VPC в регион us-east-1
    1. Две подмрежи (Subnet-1 и Subnet-2) в две различни зони на достъпност
      1. Вижте https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_Scenarios.html за справка.
    2. Създайте три отделни групи за сигурност
      1. SG-Internet
        1. Позволява входящ трафик от интернет на https 443 и http 80
        2. Не са позволени други входящи връзки
      2. SG-Service
        1. Позволява входящ трафик само от група за сигурност SG-Internet на https 443 и http 80
        2. Позволява ICMP само от SG-Internet
        3. Не са позволени други входящи връзки
      3. SG-SSH:
        1. Позволява SSH:22 входяща връзка само от един IP адрес, който съвпада с публичния IP на лабораторната машина на студента. В случай че лабораторната машина е зад прокси, тогава публичния IP на проксито.
  6. Внедрете инстанция на AMI, съответстваща на избраната от вас ОС -- за предпочитане последните налични RHEL/CentOS версии в AMI -- и хоствайте инстанцията в Subnet-1. Прикачете инстанцията към групите SG-Service и SG-SSH.
  7. Достъпете инстанцията чрез SSH от вашата лабораторна машина.
  8. Инсталирайте NGINX сървър на тази инстанция
  9. Поставете статично съдържание по ваш избор -- html страници, изображения -- което да се обслужва от NGINX (на порт 80 чрез HTTP) и дефинирайте URL адреси за тях.
  10. Тествайте URL адреса от самата машина.
  11. Създайте AMI образ от тази работеща инстанция.
  12. Внедрете този нов AMI и хоствайте инстанцията в Subnet-2. Прикачете инстанцията към групите SG-Service и SG-SSH.
  13. Стартирайте NGINX сървъра и потвърдете, че URL адресът за достъп до статичното съдържание, създаден в стъпка (i), работи.
  14. Създайте нов „класически“ Elastic Load Balancer и го прикачете към SG-Internet.
    1. Обърнете внимание на разликата от Application Load Balancer и Network Load Balancer.
  15. Създайте правило за маршрутизиране, пренасочващо целия трафик на http 80 и https 443 към група инстанции, състояща се от двете инстанции, създадени по-горе.
  16. Използвайки който и да е инструмент за управление на сертификати -- java keytool и др. -- създайте двойка ключове и самоподписан сертификат и импортирайте сертификата в AWS Certificate Manager (ACM)

5. Мониторинг на облака: Въведение и практически проект

  1. AWS CloudWatch метрики
  2. Отидете на таблото за управление на AWS CloudWatch за инстанциите
    1. Извлечете съответните метрики и обяснете изменчивостта им във времето
      1. https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html
  3. Отидете на таблото за управление на AWS CloudWatch за ELB
    1. Наблюдавайте метриките на ELB и обяснете тяхната изменчивост във времето
    2. https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-cloudwatch-metrics.html

6. Разширени концепции за по-нататъшно обучение

  1. Хибриден облак -- on-premise и публичен облак
  2. Миграция: от on-premise към публичен облак
    1. Миграция на код на приложения
    2. Миграция на бази данни
  3. DevOps
    1. Инфраструктура като код
    2. AWS Cloud Formation Template
  4. Автоматично мащабиране
    1. AWS CloudWatch метрики за определяне на здравословното състояние

Изисквания

Няма специфични изисквания за посещение на този курс.

Аудитория

Софтуерни инженери/компютърни специалисти с адекватни познания по алгоритми и запознати с поне един език за програмиране/скриптов език, но без опит в облачните изчисления.

 21 Часа

Брой участници


Цена за участник

Отзиви от участници (1)

Предстоящи Курсове

Свързани Kатегории