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

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

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

  1. Преглед на концепциите на операционната система: ЦП, памет, мрежа, съхранение
  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. Защитна стена, балансьор на натоварване, рутер, адаптер
    3. Виртуализирана мрежа
    4. Абстракции от по-висок ред: подмрежи, зони.
  6. Практическо упражнение:
    1. Запознаване с ESXi клъстер и vSphere клиент.
    2. Създаване/актуализиране на мрежи в ESXi клъстер, внедряване на гости от VMDK пакети, осигуряване на взаимна свързаност между гостите в ESXi клъстер.
    3. Извършване на модификации на работеща виртуална машина и заснемане на моментно състояние.
    4. Актуализиране на правилата на защитната стена в ESXi чрез vSphere клиент.

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

  1. Бърз и икономичен старт за предоставяне на продукт/решение на света
  2. Споделяне на ресурси
    1. Виртуализация на виртуализирана среда
  3. Основни предимства:
    1. Еластичност на ресурсите при поискване
      1. Идея -> Код -> Внедряване без необходимост от инфраструктура
      2. Бързи CI/CD процеси
    2. Изолиране на средите и вертикална автономност
    3. Сигурност чрез наслояване
    4. Оптимизиране на разходите
  4. Локален облак и облачни доставчици
  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. Хибриден облак -- локален и публичен облак
  2. Миграция: от локална среда към публичен облак
    1. Миграция на код на приложение
    2. Миграция на база данни
  3. DevOps
    1. Инфраструктура като код
    2. AWS Cloud Formation шаблон
  4. Автоматично мащабиране
    1. Показатели на AWS CloudWatch за определяне на изправността

Изисквания

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

Целева аудитория

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

 21 Часа

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


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

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

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

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