Розпродаж

Курс Адміністратор Linux: Віртуалізація та Кластеризація

Відмовостійка Linux-інфраструктура: кластери, розподілені сховища, балансування та хмари

Оригінальна ціна: 990 грн.Поточна ціна: 390 грн.

-60%
Ви економите: 600 грн (60%)
До кінця акції:01дн06год38хв37сек

−20% при купівлі від 2 курсів — активується автоматично

Поодинокий сервер падає разом із сервісом, а ручні налаштування губляться під час кожного переїзду. Курс вчить збирати інфраструктуру, яка переживає відмову вузла: кластери високої доступності, розподілені сховища, кластери СУБД, балансування та оркестрацію — від теорії до стенда своїми руками.

  • Збираєте кластер високої доступності на Pacemaker і Corosync з плаваючою адресою та огородженням
  • Розгортаєте розподілені сховища Ceph, GlusterFS і DRBD та кластери PostgreSQL, MySQL і Redis
  • Працюєте з Kubernetes, OpenStack і OpenNebula: від встановлення до публікації застосунків
Add to Cart
Курс Администратор Linux. Виртуализация и кластеризация
Курс Адміністратор Linux: Віртуалізація та Кластеризація
990 грн Оригінальна ціна: 990 грн.390 грнПоточна ціна: 390 грн.
  • 77 годин 43 хвилини відео
  • 38 уроків у 36 модулях
  • Завантажується на комп'ютер
  • Доступ назавжди, без дедлайнів
  • Сертифікат на запит

Цифровий відеокурс для самостійного вивчення, без зворотного зв'язку з викладачем. Після оплати курс з'явиться у вашому акаунті на сайті, а посилання на матеріали надійде на email.

Купівля займає хвилину
  1. Додаєте курс до кошика.
  2. Вводите пошту та пароль — це ваш акаунт, у ньому курс зберігатиметься постійно.
  3. Оплачуєте будь-яким зручним способом — їх понад вісім.
  4. Курс одразу відкривається в акаунті, посилання дублюється на пошту.

Доступ назавжди: повернутися до курсу можна й через рік. Питання — чат на сайті або info@siluette.com.ua.

Курс викладається російською мовою: відео та матеріали російськомовні. Українська версія курсу з’явиться пізніше.

Що ви зможете після курсу

  • Збирати кластери високої доступності на Pacemaker і Corosync: кворум, split-brain, плаваюча адреса, огородження вузлів
  • Розгортати й обслуговувати розподілені сховища Ceph, GlusterFS, DRBD і LINSTOR, працювати з кластерною файловою системою GFS2
  • Кластеризувати СУБД: PostgreSQL на Patroni, MySQL на Percona XtraDB Cluster і InnoDB Cluster, Redis з Sentinel і Cluster, etcd із відновленням кворуму
  • Балансувати навантаження на HAProxy, Nginx і keepalived та готувати веб-стек до високих навантажень
  • Працювати з віртуалізацією та контейнерами: Proxmox, KVM, Xen, LXC/LXD, Podman, kata containers
  • Розгортати хмари OpenNebula і OpenStack та оркестратори Kubernetes і Nomad, автоматизувати конфігурації Salt, Chef і Terraform

Кому підійде курс

Linux-адміністраторам

Ви відповідаєте за працездатність сервісів і хочете перевести інфраструктуру з поодиноких серверів на відмовостійкі кластери. Курс дає практику на стендах: від сховищ і СУБД до балансування.

DevOps-інженерам

Ви працюєте з інфраструктурою як код та оркестрацією. Terraform, Salt, Chef, Kubernetes і Nomad розбираються разом із нижнім рівнем — сховищами і кворумом, щоб інструменти спиралися на розуміння того, що відбувається під ними.

Інженерам під зростаючим навантаженням

Сервіс зростає, і сервер перестає справлятися. Курс показує шлях від тюнінгу LAMP-стека та Nginx до кластерів СУБД, брокерів повідомлень і моніторингу Prometheus і Grafana.

Курс не підійде тим, хто шукає базове адміністрування Linux з нуля: командний рядок і Bash-скриптинг тут не викладаються.

Як проходить навчання

  • Відеоуроки з командним рядком і терміналом — Бачите кожну команду та її результат — повторюєте на своєму стенді у своєму темпі
  • Практика на живих стендах у кожному блоці — Кластери, сховища і хмари збираються руками, а не переказом документації
  • Розбори збоїв на працюючих кластерах — Бачите, як система веде себе за відмови вузла, втрати кворуму та деградації — і як її відновлювати
  • Шлях від нижнього рівня до хмарних платформ — Розумієте, що відбувається під Kubernetes і хмарами: iSCSI, multipath, реплікація і кворум
  • Захист проєктної роботи наприкінці курсу — Збираєте власне рішення і показуєте його — сертифікат підтверджує практику

Що знадобиться

  • Комп’ютер із VirtualBox для локальних стендів
  • Доступ до хмарного майданчика на кшталт Яндекс.Хмари для демонстрацій Terraform
  • Знайомство з командним рядком Linux

Чому самому зазвичай не виходить

Відмовостійкість на папці виглядає просто: поставити два сервери і реплікувати дані. На практиці все впирається в кворум і split-brain, огородження вузлів, формати реплікації СУБД і тонкощі кожного сховища — без системного підходу кластер розвалюється в найпотрібніший момент.

У курсі кожна тема збирається на стенді: видно, що відбувається за відмови вузла, як веде себе кластер за втрати кворуму, чому GFS2 не працює без fencing і як відновлювати etcd після збою. Розбору несправностей відведені окремі заняття — від статусів OSD у Ceph до діагностики через Prometheus і Grafana.

Що зміниться

До курсу

  • Поодинокий сервер: його падіння зупиняє весь сервіс
  • Машини створюються вручну в гіпервізорі, знання про налаштування губляться
  • Сховище без реплікації: відмова диска означає втрату даних
  • СУБД в одному екземплярі, оновлення — простої для користувачів
  • Навантаження вбиває веб-стек, балансування немає або зводиться до DNS

Після курсу

  • Кластери Pacemaker і Corosync з плаваючою адресою переживають відмову вузла
  • Інфраструктура описується кодом на Terraform і живе в репозиторії
  • Ceph, GlusterFS і DRBD тримають відмову дисків і цілих вузлів
  • PostgreSQL, MySQL і Redis працюють кластерами з автоматичною зміною майстра
  • HAProxy, Nginx і keepalived розподіляють навантаження, веб-стек витримує піки

Як влаштований шлях

  1. Основа: кластери і сховища Збираєте відмовостійкі кластери на Pacemaker і Corosync, опановуєте сховища — від iSCSI і GFS2 до Ceph, GlusterFS і DRBD.
  2. Сервіси: СУБД, черги і балансування Кластеризуєте PostgreSQL, MySQL, Redis і etcd, ставите брокери RabbitMQ і Kafka, балансуєте навантаження на HAProxy, Nginx і keepalived.
  3. Віртуалізація і конфігурації Працюєте з Proxmox, KVM, Xen і контейнерами LXC/LXD, Podman і kata containers, автоматизуєте конфігурації Salt і Chef, інфраструктуру — Terraform.
  4. Хмари і оркестрація Розгортаєте OpenNebula і OpenStack своїми руками, опановуєте Kubernetes і Nomad, зберігаєте секрети у Vault, завершуєте захистом проєктної роботи.

Програма курсу

38 уроків · 36 модулів · 77 годин 43 хвилини відео · Від базових механізмів відмовостійкості до власних хмар і оркестраторів — з практикою на стендах у кожному розділі.

    • Модель IaC, побудова конфігурації на HCL, стейт і командний цикл init-plan-apply. У практиці розгортаєте віртуальну машину в хмарі та налаштовуєте провіжинери.

      • Інфраструктура як код на Terraform1:36:45

        Заняття вводить інфраструктуру як код: декларативний опис ресурсів на HCL, побудову мінімальної конфігурації з main.tf, variables.tf і terraform.tfvars, командний цикл init, plan, apply, destroy. Розбирається стейт — головна відмінність Terraform від систем керування конфігураціями — і його винесення до бекенду для командної роботи. У практичній частині Terraform розгортає віртуальну машину в хмарі: провайдер, ресурси із залежностями, змінні та доведення провіжинерами local-exec і remote-exec.

    • Термінологія відмовостійких систем, кворум і split-brain, типи ресурсів та обмеження. У практиці збираєте кластер з огородженням і плаваючою адресою.

      • Збірка HA-кластера на Pacemaker і Corosync2:28:31

        Урок присвячений високій доступності на Linux: термінологія відмовостійких систем, ролі Pacemaker і Corosync, кворум, split-brain і арбітр, типи ресурсів, атрибути та обмеження розміщення. Розбираються ресурсні агенти, огородження stonith і вимоги до підготовки вузлів. У практичній частині через pcs збирається кластер зі stonith-пристроєм, плаваючою адресою та Nginx, а відмова ноди перевіряється вимкненням і обривом мережі.

    • Нижній рівень сховищ: таргет та ініціатор iSCSI, об’єднання шляхів через multipath, кластерна файлова система GFS2 поверх Pacemaker. Розумієте, чому GFS2 не працює без fencing.

      • iSCSI-таргет, multipath і кластерна GFS21:46:03

        Заняття про нижній рівень сховищ: налаштування iSCSI-таргета на підсистемі LIO з targetcli, робота ініціатора через iscsiadm і об’єднання двох шляхів до одного диска модулем dm-multipath. Далі — спільна файлова система GFS2 з блокуваннями DLM і кластерним LVM поверх Pacemaker: журнали, ресурсні групи, обмеження за навантаженням. У практиці таргет підключається з двома шляхами, поверх збирається GFS2 із журналом на ноду і перевіряється відмова шляху та вузла; окремо показано, чому без fencing запис завмирає.

    • Архітектура розподіленого сховища: монітори, OSD, пули, блочний пристрій RBD і файлова система CephFS. На стенді розгортаєте кластер і перевіряєте відмовостійкість.

      • Архітектура та розгортання кластера Ceph2:16:56

        Урок знайомить з архітектурою розподіленого сховища Ceph: монітори, OSD, алгоритм CRUSH і групи розміщення, блочний пристрій RBD, файлова система CephFS і вимоги до мережі та реплікації. У майстер-класі кластер розгортається з нуля утилітою ceph-deploy на стенді з трьох вузлів: монітори, менеджери, OSD на порожніх дисках, пул і том RBD у клієнта. Відмовостійкість перевіряється вимкненням вузла, після повернення якого репліки відновлюються у фоновому режимі.

    • Влаштування кластера і типи томів: distributed, replicated, dispersed та їхні комбінації. Збираєте томи з реплікою, арбітром і dispersed, перевіряєте їх на відмову вузлів.

      • Типи томів і збірка кластера GlusterFS1:54:43

        Розглядаються будова кластера GlusterFS — Trusted Storage Pool, цеглини (брики), транслятори DHT і AFR — і типи томів: distributed, replicated, dispersed та їхні комбінації. На стенді з віртуальних вузлів збираються томи з реплікою, арбітром і dispersed, а потім перевіряються відмовостійкість і ліміти на розмір файлів під навантаженням.

    • DRBD як мережевий аналог RAID-1: протоколи реплікації, кворум, split-brain і зв’язка з Pacemaker. LINSTOR — менеджер блочних сховищ для Kubernetes з практикою розгортання.

      • Блокове сховище LINSTOR для Kubernetes1:41:53

        Урок знайомить з LINSTOR — менеджером блокових сховищ поверх DRBD для Kubernetes: архітектура контролер — сателіт, пули сховищ на LVM і ZFS, схеми hyperconverged і disaggregated, розміщення реплік за тегами. У кластері встановлюється оператор Piraeus, том запитується через PVC, а в демонстрації розбираються відмова вузла та split-brain.

      • Мережевий RAID-1 на DRBD з Pacemaker1:12:40

        DRBD розглядається як мережевий аналог RAID-1: модуль ядра й утиліти drbdadm, протоколи реплікації A, B і C, кворум, первинна синхронізація та вирішення split-brain. У демонстрації на зв’язці DRBD і Pacemaker збирається NFS-сховище, яке самостійно переживає відмову вузла.

    • Протокол VRRP та його реалізація в keepalived: плаваюча адреса на парі серверів. Далі HAProxy — балансувальник TCP і HTTP з перевіркою стану бекендів.

      • Відмовостійкий балансувальник на HAProxy і keepalived2:25:34

        Урок пояснює протокол VRRP та його реалізацію в keepalived: ролі майстра й бекапа, пріоритети, режим preempt і налаштування плаваючої адреси на парі серверів. Далі розбирається HAProxy — балансувальник TCP і HTTP із перевіркою стану бекендів, алгоритмами розподілу та веб-інтерфейсом статистики.

    • Піднімаєте стек LAMP, що падає під навантаженням: тюнінг ядра, ProxySQL, Nginx з PHP-FPM і кеш Varnish. Далі Nginx як балансувальник HTTP і TCP/UDP: алгоритми upstream, завершення SSL, динамічні апстріми.

      • Оптимізація LAMP-сервера1:28:48

        На тестовому стенді з WordPress показано шлях від LAMP, який падає під навантаженням, до стійкої зв’язки: своп і тюнінг ядра через sysctl, налаштування MPM-модулів Apache, connection pooling через ProxySQL, перенесення PHP на PHP-FPM з Nginx і кеш Varnish. Вузькі місця виявляють за логами та моніторингом, а ефект кожного кроку перевіряють навантажувальними тестами.

      • Балансування в Nginx: upstream і stream1:50:05

        Розбирається балансування HTTP-трафіку через блок upstream: алгоритми round robin, least_conn, ip_hash і hash, параметри бекендів і м’яке виведення нод із ротації. Окрема частина — stream-модуль для проксіювання TCP і UDP на прикладах MySQL-кластера та медіапотоків, а також динамічні апстрими на зовнішньому резолвері.

    • Готуєте Nginx до високих навантажень: архітектура веб-сервера, HTTP/2, кеш, стиснення та SSL. Серія навантажувальних тестів показує ефект кожного кроку і ліміти TCP-параметрів ядра.

      • Навантажувальне тестування та тюнінг Nginx2:49:23

        Розбирається архітектура масштабованого веб-порталу і влаштування Nginx: мастер-процес та однопоточні воркери, epoll, ліміт відкритих файлів і протокол HTTP/2. Навантажувальне тестування на стенді з Яндекс.Танком іде поетапно: увімкнення кешу, gzip-стиснення та SSL-оптимізацій із вимірюванням ефекту на кожному кроці. Окрема частина — параметри ядра: TCP-черги syn і accept, syncookies, tw_reuse та методика пошуку вузького місця, коли продуктивність вичерпується.

    • На готовому стенді статика переїжджає в об’єктне сховище S3 з кешем, Nginx вчиться проксіювати WebSocket, а WordPress розгортається на кластері зі спільною файловою системою та ProxySQL.

      • Практика: S3, WebSocket і WordPress на кластері1:51:55

        Практика на готовому кластерному стенді: статика фотогалереї виноситься в об’єктне сховище S3 з політикою доступу за Referer і налаштовується кеш Nginx через proxy_cache. Застосунок із живим чатом ставиться за upstream на кількох вузлах із проксіюванням WebSocket через заголовки Upgrade і Connection. WordPress розгортається на кластері зі спільною файловою системою GFS2 під Pacemaker і доступом до бази через ProxySQL, розбираються пули PHP-FPM і зберігання сесій у Redis.

    • Алгоритм Raft і влаштування кластера, розгортання на трьох вузлах. Обслуговування через compaction і defrag, снапшоти та відновлення після втрати кворуму.

      • Кластер etcd на алгоритмі Raft2:07:22

        Розбирається розподілене key-value сховище etcd: алгоритм консенсусу Raft з єдиним лідером, запис після підтвердження більшістю вузлів і кворум n/2+1, через який розмір кластера роблять непарним. На стенді з трьох вузлів кластер розгортається та обслуговується через etcdctl: робота з ключами і watch, заміна вузлів без зупинки, переживання відмови лідера. Окремо — обслуговування compaction і defrag, зняття снапшота і перезбірка кластера на нових вузлах після втрати кворуму.

    • In-memory сховище: команди, структури даних і час життя ключів. Реплікація з автоматичною зміною майстра через Sentinel і шардований Redis Cluster.

      • Сховище Redis: Sentinel і Cluster1:58:13

        Урок присвячений in-memory key-value сховищу Redis: ключі зі терміном життя, структури даних — рядки, списки, хеші, множини та сортовані множини, а також pub/sub, pipeline і транзакції. Збирається реплікація мастер-слейв із Sentinel: спостерігачі з кворумом автоматично обирають нового мастера за його відмови. Розбирається і шардований Redis Cluster, який розподіляє ключі за слотами і вимагає репліку в кожного мастера.

    • Порівняння рішень високої доступності, роль DCS і кворуму, конфігурація та перемикання. Клієнтів спрямовуєте через HAProxy, перевіряєте бекапи кластера.

      • Кворумний кластер PostgreSQL на Patroni2:26:41

        Розбирається побудова відмовостійкого кластера PostgreSQL на Patroni: порівняння рішень високої доступності (Patroni, Slony, repmgr, pg_auto_failover), роль DCS — Consul, etcd чи ZooKeeper — і кворуму у виборах лідера, автоматичний failover і планований switchover. Показані перенаправлення запису та читання через HAProxy за REST API нод, пулер PgBouncer для перепідключення клієнтів, операції patronictl (reinit, пауза, теги нод) і бекапи pg_probackup з перевіркою відновлення. У практиці розгортається кластер з трьох нод: тестова база, перевірка реплікації, перемикання і виведення клієнтів на базу через HAProxy.

    • Влаштування бінлогів і формати запису, асинхронна та напівсинхронна реплікація, GTID. Практика: Percona XtraDB Cluster та InnoDB Cluster з єдиною точкою входу для клієнтів.

      • Кластеризація MySQL: бінлоги, GTID і PXC2:08:58

        Урок розбирає влаштування бінлогів і формати запису (statement, row, mixed), асинхронну та напівсинхронну реплікацію, позиційний режим і GTID з авто-позиціонуванням та мультисорсом. Далі переходить до практики: збирається трьохнодний Percona XtraDB Cluster з bootstrap, сертифікацією транзакцій на wsrep і відомими обмеженнями (лише InnoDB, первинний ключ у таблиць, мінімум три ноди), клієнти підключаються через ProxySQL з єдиним writer-вузлом. Окремо розглядаються InnoDB Cluster на груповій реплікації з MySQL Router і Shell та моніторинг відставання реплікації через PMM.

    • Навіщо потрібні черги, моделі доставки, типи обмінників і RPC. Збираєте кластер із дзеркалінням черг і контролем пам’яті.

      • Брокер повідомлень RabbitMQ2:15:27

        Лекція про брокер повідомлень RabbitMQ: призначення черг, протокол AMQP, моделі отримання consume і subscribe, підтвердження доставки та параметр prefetch, типи обмінників direct, topic, fanout і headers, RPC на двох чергах і ізоляція через virtual hosts. Показано, як кластер розгортається Ansible-роллю: вузли об’єднуються спільним Erlang-cookie, класичне дзеркаління вмикається політикою ha-mode, а від split-brain захищають quorum-черги з вибором лідера. Розбирається контроль пам’яті через vm_memory_high_watermark і поведінка брокера за його перевищення.

    • Журнал з партиціями та зміщеннями, групи консюмерів, API і утиліти керування. Кластер із ZooKeeper і перевірка відмови вузла на живому стенді.

      • Потокова платформа Apache Kafka2:46:03

        Заняття про архітектуру Apache Kafka: розподілений реплікований журнал (commit log) з послідовним записом, топіки, партиції та зміщення offset, consumer group з автоматичним ребалансуванням, зберігання сегментів і політика retention. Розбираються шари API (Kafka Connect, Kafka Streams, KSQL), роль ZooKeeper для метаданих, утиліти kcat і kafkactl і головна метрика лагу з інструментом Burrow. На стенді Filebeat пише логи в топік, Logstash читає їх групою консюмерів в Elasticsearch, а відмова вузла перевіряється перенесенням лідерів партицій на вцілілі брокери.

    • Навіщо потрібен service mesh: агенти, сервери і вибір лідера, виявлення сервісів з перевірками здоров’я. На цій основі піднімається DNS-інтерфейс.

      • Виявлення сервісів у HashiCorp Consul1:43:12

        Заняття знайомить з HashiCorp Consul як шаром service mesh: влаштування агентів і серверів, вибір лідера за RAFT, поширення змін gossip-протоколом, федерація дата-центрів. Розбираються виявлення сервісів з перевірками здоров’я і видача адрес через DNS, єдине KeyValue-сховище для конфігурації, розподілені блокування через сесії та генерація конфігів за допомогою Consul Template.

    • Архітектура і ролі нод, шардування та репліки. Тюнінг JVM проти пауз збирача сміття та налаштування під великі обсяги логів.

      • Кластер Elasticsearch: шарди і тюнінг JVM1:23:54

        Розбір Elasticsearch зі стека ELK: ролі нод, шардування та репліки, щоденні індекси для логів і яруси hot, warm, cold. Окрема частина — тюнінг JVM: обмеження хіпа, вибір збирача сміття та налаштування індексації, що зменшують паузи stop-the-world.

    • Типи гіпервізорів, повна та паравіртуалізація, NUMA, libvirt і мережеві схеми — і практика Proxmox: встановлення, мережі, снапшоти, кластер, жива міграція та контейнери LXC.

      • Механізми віртуалізації та встановлення Proxmox2:47:43

        Вступне заняття з віртуалізації: типи гіпервізорів, повна та паравіртуалізація, апаратні технології Intel VT-x і AMD-V, пам’ять NUMA, libvirt, формати дисків, шаблони і мережеві схеми. Далі перше знайомство з Proxmox: встановлення, веб-інтерфейс, снапшоти і бекапи, розгортання віртуальних машин і LXC-контейнерів, збірка кластера.

      • Практика Proxmox: кластер і жива міграція3:19:54

        Заняття поєднує теорію віртуалізації з практикою на Proxmox: вузли додаються до кластера командами pvecm, машини та контейнери переїжджають живою міграцією через спільне NFS-сховище. Також відпрацьовуються клонування з шаблону, снапшоти з відкатом, бекапи і робота з контейнерами LXC.

    • Домени dom0 і domU, режими PV, HVM і PVHVM, механізми завантаження та мережі. На практиці перетворюєте Debian на хост і створюєте гостеві PV-машини двома способами.

      • Гіпервізор Xen: домени і режими PV2:49:21

        Знайомство з гіпервізором Xen першого типу: домени dom0 і domU, режими PV, HVM і PVHVM, гіперколи та паравіртуалізація, механізми завантаження гостей і організація мережі мостом. На практиці Debian перетворюється на хост Xen, і двома способами створюються гостеві PV-машини — через xen-tools і вручну з образу Alpine Linux із завантажувачем pv-grub.

    • Модуль ядра плюс емулятор, встановлення через libvirt. Керування машинами, дисками, снапшотами та мережами через virsh і virt-manager, зокрема живу міграцію.

      • Зв’язка KVM, QEMU та libvirt2:43:46

        Урок розбирає зв’язку KVM і QEMU: модуль ядра з пристроєм /dev/kvm плюс емулятор у просторі користувача, встановлення через пакети QEMU-KVM і libvirt, увімкнення вкладеної віртуалізації. Керування машинами, їхньою XML-конфігурацією, дисками qemu-img у форматах raw і qcow2, знімками та мережами ведеться через virsh, virt-install і virt-manager, зокрема підключення до віддалених гіпервізорів через qemu+ssh. Окремо показано живу міграцію командою virsh migrate і типову NAT-мережу з DHCP, DNS та перенаправленням портів.

    • Контейнерна віртуалізація без гіпервізора: LXC використовує ядро хоста, LXD додає REST API, образи і кластеризацію. Встановлення, створення контейнерів, ліміти, снапшоти та мережі.

      • LXC, LXD1:58:35

        Урок знайомить з контейнерною віртуалізацією LXC: контейнери без гіпервізора використовують ядро хоста та ізолюються механізмами namespaces, cgroups і chroot, віртуалізуючи операційну систему ціліком — на відміну від Docker, який орієнтований на окремі застосунки. LXD як менеджер контейнерів додає REST API, роботу з образами, ліміти на пам’ять, процесор і диск, знімки, пули сховищ на кшталт ZFS, overlay-мережі на Open vSwitch і кластеризацію. Показано встановлення через snap, ініціалізацію lxd init, розгортання контейнерів з образів і налаштування мережі, де DHCP веде DNS-записи за іменами контейнерів.

    • Порівняння Docker з daemonless-рушієм Podman: поди, інфра-контейнери, генерація маніфестів Kubernetes. Ізоляція застосунків віртуальними машинами kata containers.

      • Поди Podman та ізоляція Kata48:40

        Урок порівнює Docker, побудований навколо демона з привілеями root, із daemonless-рушієм Podman, який запускає контейнери через runc без постійно запущеного сервісу та підвищених прав. Розглядаються поди зі спільними мережевим і PID-просторами, інфра-контейнер pause, процес conmon, сумісність команд та образів із Docker і генерація YAML-маніфесту пода для Kubernetes. kata containers показано як запуск застосунків усередині повноцінних віртуальних машин із власним ядром, зокрема в Kubernetes, де рантайм задається декларативно для кожного навантаження.

    • Архітектура мастер-міньони, асинхронний ZeroMQ, стейти, grains і pillars. На стенді: встановлення міньонів, робота salt-ssh і безпечний прогін змін.

      • Конфігурації SaltStack: стейти та мінйони2:23:11

        Урок знайомить із Salt — системою керування конфігураціями в підході Infrastructure as Code: архітектура «мастер — мінйони» з асинхронною розсилкою інструкцій через ZeroMQ, безагентний режим Salt SSH та самостійна ініціація зв’язку мінйоном, яка працює через NAT і firewall. Конфігурації описуються в SLS-файлах із точкою входу top.sls і шаблонами Jinja2, стейти пов’язуються залежностями require і watch, а grains і pillars слугують джерелами відомостей про машини та змінні. Показано підключення мінйонів і прийняття ключів через salt-key, execution modules для разових операцій по всьому парку та пробний прогін test=true перед бойовими змінами.

    • Система на Ruby: архітектура сервер-knife-клієнт, поняття кукбуків, ролей та environment. Практика цілком на тестовому стенді з Nginx.

      • Кукбуки Chef: рецепти, ролі, оточення1:36:07

        Знайомство з Chef — системою керування конфігураціями на Ruby: клієнт-серверна архітектура з обміном через HTTPS і pull-моделлю, компоненти chef-server, knife та chef-client, а також Workstation, chef-solo і chef-zero. Розбираються кукбуки й рецепти, ноди, ролі та environment, run_list і атрибути. На практиці піднімається chef-server, нода підключається через bootstrap, пишеться кукбук для Nginx із шаблонами та фактами Ohai, закріплюються пріоритети атрибутів і фіксація версій кукбуків через environment.

    • Моделі хмарних послуг і словник компонентів платформи: фронтенд, хости, кластери, образи, шаблони, сховища. Розбір документації для вибору конфігурації перед встановленням.

      • Хмара OpenNebula: моделі та компоненти1:46:23

        Теоретичний вступ до OpenNebula — платформи класу «інфраструктура як сервіс»: моделі хмарних послуг IaaS, PaaS і SaaS, відмінність хмари від класичної віртуалізації через програмний інтерфейс та облік споживання, публічні, приватні й гібридні хмари. Розбирається словник платформи: фронтенд і кластери хостів, віртуальна машина з пари «образ плюс темплейт», три типи сховищ, Marketplace і контекстуалізація, користувачі, групи, права та квоти. За документацією обираються дистрибутив, гіпервізор, тип сховища і мережева технологія для майбутнього встановлення.

    • Мінімальна хмара розгортається скриптом MiniOne у VirtualBox. У веб-інтерфейсі Sunstone створюються користувачі і машини, імпортуються образи Marketplace, відпрацьовується доступ по SSH і VNC.

      • Практикум OpenNebula: Sunstone і Marketplace1:42:26

        Практичне заняття: міні-хмара OpenNebula розгортається скриптом MiniOne у VirtualBox, далі у веб-інтерфейсі Sunstone створюються користувачі та віртуальні машини, образ імпортується з Marketplace у локальний datastore. Відпрацьовується доступ до гостьової машини через SSH і VNC, усередині гостя вивчається пакет onecontext, а на фронтенді — служби планувальника та консольні команди onevm, onetemplate, onemarket і onedatastore.

    • Історія та відкрита модель розробки з рев’ю та автотестами, огляд компонентів Nova, Keystone, Glance, Cinder, Neutron і керування хмарою через Horizon.

      • Компоненти хмарної платформи OpenStack1:39:13

        Ознайомча лекція про OpenStack: відкрита модель розробки з рев’ю в Gerrit та автоматичними тестами, релізи, що іменуються за абеткою. Розбираються компоненти платформи: Nova керує інстансами та планувальником, Keystone веде автентифікацію за токенами з користувачами, ролями й тенантами, Glance зберігає іміджі, Cinder створює блокові пристрої, Neutron відповідає за віртуальні мережі та security-групи, Horizon дає веб-інтерфейс. Показано керування хмарою через Horizon і OpenStack SDK із файлом clouds.yaml; для самостійної практики пропонується DevStack.

    • Ролі master- і worker-вузлів, призначення компонентів control plane, влаштування подів, Deployment і ReplicaSet. Покроковий розбір ланцюжка створення застосунку через REST API.

      • Архітектура кластера Kubernetes1:20:27

        Розбір архітектури кластера Kubernetes: ролі головного та робочих вузлів, призначення компонентів control plane — kube-apiserver, etcd, kube-scheduler і kube-controller-manager, влаштування подів і зв’язка Deployment з ReplicaSet. Показано ланцюжок створення застосунку через REST API та базові команди kubectl для розгортання Deployment і перегляду статусу подів.

    • Публікація застосунків назовні через сервіси та Ingress, типи сервісів і DNS-резолв, зберігання стану на PersistentVolume. Моніторинг кластера зв’язкою Prometheus і Grafana.

      • Сервіси, томи та моніторинг у Kubernetes1:43:14

        Публікація застосунків назовні: типи сервісів ClusterIP, NodePort, LoadBalancer, робота Ingress на L7 із TLS-термінацією та DNS-резолв сервісів між namespace. Зберігання стану: томи emptyDir і hostPath, PersistentVolume і PersistentVolumeClaim з режимами доступу та storage class. Моніторинг кластера: метрики kubelet і metrics-server, збір Prometheus з алертами Alertmanager і дашбордами Grafana через Prometheus Operator та Helm.

    • Шлях від конфігів і змінних оточення до Vault: архітектура, політики, рушії секретів, автентифікація. Розгортання в Kubernetes з видачею динамічних паролів базам.

      • Сховище секретів Vault2:41:29

        Лекція про HashiCorp Vault: архітектура з розділенням secrets engines і auth methods, політики доступу у форматі HCL, бекенди зберігання, зокрема Integrated Storage на RAFT. Розгортання Vault у Kubernetes з TLS через Helm-чарт, схема unseal-ключів і root-токена, видача застосунку динамічного пароля бази рушієм database та підключення через Kubernetes-автентифікацію і Agent Injector.

    • Розгортання Ceph оператором Rook: блочні томи та спільна файлова система. Розбір несправностей: деградація через брак пам’яті під metadata server, статуси OSD, моніторинг Prometheus і Grafana.

      • Розгортання та діагностика Ceph у Kubernetes1:40:44

        Практика розгортання Ceph у Kubernetes оператором Rook: підключення блокових томів через storage class RBD і спільної файлової системи CephFS, налаштування failure domain і replication factor. Розбір несправностей: відмова metadata server через брак пам’яті та стан health error, читання статусів OSD, моніторинг кластера в Prometheus і Grafana.

    • Стенд DevStack: автентифікація клієнта clouds.yaml, проєкти, користувачі та ролі в Horizon і CLI, реєстрація образів, flavors і квоти. Запуск віртуальної машини з розбором типового збою.

      • Практика OpenStack на стенді DevStack3:00:48

        Практика на стенді OpenStack, розгорнутому через DevStack у VirtualBox: автентифікація клієнта через clouds.yaml, робота з проєктами, користувачами, ролями та квотами в Horizon і CLI, реєстрація QCOW2-образу в Glance, створення flavor. Віртуальна машина збирається з образу, flavor, мережі та групи безпеки зі стартовим конфігураційним скриптом, а невдалий запуск через брак місця під образ розбирається за логами компонентів. Додатково зачіпаються зберігання паролів компонентів у HashiCorp Vault і consul-бекенді Terraform, розміщення інстансів планувальником Nova за зонами доступності та автоматизація інфраструктури модулями Ansible і провайдером Terraform.

    • Джоби як бажаний стан, групи задач, драйвери, кластери серверів на Raft і Gossip, федерація регіонів. Встановлення, перший деплой і мультирегіональна федерація.

      • Оркестратор Nomad: джобы і кластери1:53:52

        Розбір влаштування Nomad: джоба в HCL як бажаний стан, групи задач, драйвери Docker, Java, QEMU і Podman, кластер серверів з лідером на Raft, синхронізація вузлів по Gossip і федерація регіонів. У практичній частині піднімається стенд із сервера та трьох клієнтів, описується перша джоба, прогоняються plan і run з деплоєм Redis у Docker, а також розглядаються стадії деплою evaluation і allocation, витіснення за пріоритетами, CNI-мережа, ізоляція драйверів і захист на взаємному TLS з ACL. Окремо показані canary-реліз з автомасштабуванням за метриками Prometheus, інтеграція з Consul і Vault та порівняння Nomad з Kubernetes.

    • Налаштування флагами: влаштування хіпа та збирання сміття, діагностика аварій, JIT-оптимізації. Ключовий принцип: будь-які зміни лише за метриками профайлера.

      • Тонке налаштування JVM1:33:49

        Огляд налаштування JVM флагами: влаштування хіпа з поколіннями young і old generation, робота збирача сміття та його тюнінг для кожного покоління, пов’язані між собою флаги розмірів хіпа, діагностика аварій через heap dump, verbose-логи і flight recorder. Розбираються JIT-оптимізації на кшталт DoEscapeAnalysis і EliminateLocks, зберігання рядків у string pool, зняття метрик зв’язкою Micrometer, Prometheus і Grafana. Ключовий принцип заняття — будь-які зміни вносяться лише за метриками профайлера і спершу перевіряються на стенді.

Часті запитання

Тут зібрані відповіді майже на всі запитання, які ставлять перед купівлею. Натисніть на запитання, щоб розкрити відповідь.

Про цей курс

  • Так, курс стартує з кластерів і сховищ, а не з встановлення сервера: командний рядок і Bash-скриптинг тут не викладаються. Потрібне знайомство з базовим адмініструванням Linux.

  • Відмовостійкі кластери на Pacemaker і Corosync, сховища Ceph, GlusterFS і DRBD, кластери PostgreSQL, MySQL, Redis і etcd, балансування HAProxy і Nginx, віртуалізація Proxmox, KVM і Xen, контейнери LXC/LXD і Podman, хмари OpenNebula і OpenStack, оркестратори Kubernetes і Nomad, автоматизація Terraform, Salt і Chef, налаштування JVM.

  • Кожен блок закінчується практикою на стенді: кластери збираються руками, відмови вузлів і втрата кворуму перевіряються на живій системі. Розбору несправностей відведені окремі заняття, курс завершується захистом проєктної роботи.

  • Комп’ютер із VirtualBox для локальних стендів; частина демонстрацій іде на хмарних майданчиках на кшталт Яндекс.Хмари. Знадобиться знайомство з командним рядком Linux.

  • Так. Terraform, Salt, Chef, Kubernetes і Nomad розбираються разом із нижнім рівнем — сховищами, мережами та кворумом, щоб оркестрація спиралася на розуміння інфраструктури.

  • Навичку збірки та обслуговування відмовостійкої Linux-інфраструктури — від сховищ і кластерів СУБД до власних хмар — і сертифікат після захисту проєктної роботи.

Доступ і матеріали

  • Одразу після оплати, тієї ж секунди й автоматично. Чекати на підтвердження не потрібно. Доступ надходить двома шляхами водночас. Перший: на пошту, вказану при оформленні замовлення, приходить лист із посиланням на матеріали. Другий: те саме посилання з’являється у вашому акаунті на сайті, у розділі «Завантаження», і залишається там назавжди.

  • Усі відео та додаткові файли лежать у хмарному сховищі. Посилання на нього — у вашому акаунті на сайті, розділ «Завантаження», і в листі, який надійшов після оплати. Акаунт тут не формальність, а спосіб доставки: курс залишається в ньому назавжди. Навіть якщо лист загубився або ви згадали про купівлю через рік, посилання буде на місці.

  • Завантажувати можна і варто. Радимо зберегти відео на комп’ютер і дивитися звідти. Причина проста: хмарне сховище не розраховане на перегляд відео. Іноді воно дозволяє увімкнути ролик просто у браузері, але якість при цьому помітно гірша за вихідну. На своєму комп’ютері ви побачите курс таким, яким його записували.

  • Безстроково. Курс залишається вашим назавжди, повертатися до нього можна скільки завгодно разів. Якщо через рік чи два посилання раптом перестане відкриватися з технічних причин — напишіть на info@siluette.com.ua, ми його відновимо.

  • Насамперед: доступ у вас є в будь-якому разі. Увійдіть на сайт і відкрийте розділ «Завантаження» — посилання на курс уже там, незалежно від того, дійшов лист чи ні. Найчастіше лист губиться через одруківку в адресі під час оформлення замовлення. Ще варто заглянути до теки «Спам». Не виходить розібратися — не витрачайте час: напишіть на info@siluette.com.ua або в чат у правому нижньому куті сайту, ми допоможемо.

  • Найкраще на комп’ютері або ноутбуці: завантажте відео й відкрийте будь-яким звичним плеєром. Знадобляться встановлені відеокодеки — на більшості комп’ютерів вони вже є. Завантажити курс можна на скільки завгодно пристроїв. А от телефон ми не радимо, і з двох причин. На маленькому екрані погано видно деталі, особливо якщо в уроці показують інтерфейс програми. І на телефонах часто немає кодеків для форматів, у яких записані відео.

Оплата та повернення

  • Банківською карткою Visa, MasterCard або «Простір», через Google Pay, Apple Pay, Masterpass, Visa Checkout, платіжний QR-код, Botpay у Telegram чи Privat24. Є й оплата частинами: Монобанк (3 або 4 платежі), А-Банк (2, 3 або 4 платежі та розстрочка), Банк Глобус (8 платежів), «Скибочка» від OTP Bank (3 платежі), миттєва розстрочка та оплата частинами від ПриватБанку.

  • Так. Платіжна система приймає картки з Євросоюзу та будь-яких інших країн. Одна деталь, про яку часто забувають: банк може попросити підтвердити платіж — у мобільному застосунку або кодом із СМС. Якщо оплата не проходить, перевірте застосунок банку та повідомлення.

  • Додайте до кошика два курси або більше — знижка застосується автоматично до всіх товарів у кошику. Два курси: мінус 20% на обидва. П’ять курсів: мінус 20% на всі п’ять. Знижка поєднується з будь-якими акційними цінами й діє на весь каталог без винятків.

  • Цифрові товари поверненню та обміну не підлягають. Це загальне правило для всіх електронних товарів в Україні — постанова Кабінету Міністрів № 172 від 19 березня 1994 року. При цьому ми завжди на зв’язку. Якщо доступ не відкривається, посилання перестало працювати або файли пошкоджені — напишіть на info@siluette.com.ua, вкажіть дату та номер замовлення. Відновимо. Якщо щось незрозуміло в самому курсі, теж пишіть — підкажемо.

  • Поки що ні. Ми працюємо лише з приватними покупцями — безготівкової оплати за рахунком від юридичних осіб зараз немає.

Як проходить навчання

  • Ні. Усі курси — це записи уроків для самостійного вивчення: викладач не відповідає на запитання і не перевіряє домашні завдання. Саме тому курси коштують значно дешевше за навчання з куратором. Ви отримуєте той самий матеріал, але займаєтеся самі та у своєму темпі.

  • Так, цифровий сертифікат — на запит і безкоштовно. Напишіть на info@siluette.com.ua, вкажіть ім’я та прізвище саме в тому вигляді, в якому хочете бачити їх у сертифікаті, і ми надішлемо його протягом доби.

  • Для більшості курсів — ні. Вони розраховані на початковий рівень і пояснюють з азів. Якщо курс потребує підготовки, це сказано в його описі.

  • Ні. Ані дедлайнів, ані розкладу, ані доступу, що згорає. Завантажили — дивіться коли зручно, з будь-якими перервами.

  • Курс купується для особистого використання, і ми просимо ставитися до цього по-людськи: за кожним уроком стоїть робота, а ціна й так суттєво знижена.

Підтримка

  • Найкраще на info@siluette.com.ua. Є й чат у правому нижньому куті сайту, але пошта надійніша: там можна все описати докладно та додати знімки екрана. Прохання: опишіть, що саме ви робили і що пішло не так, та додайте знімок екрана з помилкою. Так ми вирішимо питання одразу, а не з’ясовуватимемо півдня, що сталося.

  • У робочий час, з 9:00 до 19:00, на пошту зазвичай відповідаємо протягом години, у чаті — за кілька хвилин. Після 19:00 теж буває, але час відповіді не обіцяємо.

Відгуки покупців

  1. Вікторія

    30.08.2025 Підтверджений клієнт

    Kubernetes - це, звичайно, космос. Але курс дав хорошу базу для подальшого вивчення. Тепер не так страшно братися за нього.

  2. Анастасія

    21.12.2024 Підтверджений клієнт

    Pacemaker і Corosync - це було для мене найскладніше. Курс допоміг розібратися. Побудував свій перший відмовостійкий кластер. Це дуже круто.

  3. Олег

    12.08.2024 Підтверджений клієнт

    Дуже глибокий і серйозний курс. Для тих, хто вже працює адміном, але хоче рости. Кластеризація - це майбутнє.

Показано 3 із 3

Залишити відгук