Программисты — удалённая работа в Москве

Системное программирование. Настройка. Https://round-dinosaur-7ef.notion.site/DevOps-6857d0555cb84e87be70988abef952c9 Лабораторная работа 1 Цель: изучить создание виртуальных машин и типов сетевых подключений. Студент должен знать различия типов сетевых соединений и уметь их использовать. Развернуть локально стенд из нескольких виртуальных машин (ВМ). Описание стенда: - ВМ1 с двумя сетевыми интерфейсами. 1-й сетевой интерфейс подключен к сети интернет, так же как и хостовая ОС 2-й сетевой интерфейс подключен к локальной сети внутри гипервизора - ВМ2 с одним сетевым интерфейсом. интерфейс подключен к локальной сети внутри гипервизора На виртуальных машинах должен быть установлен любой из дистрибутивов Linux. На выбор предоставляется два задания. Выполнить нужно минимум одно. Задание 1. (простое) На ВМ2 развернуть APACHE на порту 80. На ВМ1 развернуть NGINX на порту 80. Требуется настроить виртуальные машины так, чтобы при обращении с хостовой (где хостятся ВМ) машины на IP адрес ВМ1 1-го сетевого интерфейса должна выводиться дефолтная страница Apache, развернутого на ВМ2. Лабораторная работа 2 Цель: изучить настройку CI/CD в GitLab, получить практические навыки по развертыванию раннера и подключению его к репозиторию. Задание: На облачной платформе Базис создать две ВМ (1 ядро, 2 Гб памяти на каждой будет достаточно). На машине ВМ1 открыть только порты 22 и 80. На ВМ2 разрешить доступ только с ВМ1 на порт 80 и 22 (средствами сетевого экрана). На ВМ1 поднять shell-раннер и подключить его к репозиторию с проектом на кафедральном GitLab. В качестве проекта можно использовать проект из курса “Основы разработки Web-приложений”, любой другой проект веб-приложения или Apache/Nginx, раздающий статику. В репозитории настроить CI/CD, состоящий из следующих стадий: - build (сборка проекта) - test (запуск тестов) - deploy (развертывание собранного приложения на ВМ2) Стадии build и test должны быть автоматическими, доступными для любой ветки. Стадии deploy - мануальной, доступной только для веток main/master и develop. Доступ к развернутому приложению осуществляется через ВМ1 порт 80. При выборе проекта со статикой в пайплайне можно реализовать следующую логику: - на стадии build динамически формировать файлик со статикой (можно использовать встроенные переменные в Gitlab CI, например, CI_COMMIT_AUTHOR, CI_COMMIT_REF_NAME, CI_COMMIT_SHORT_SHA) - на стадии тестов валидировать конфиги Apache/Nginx соответствующими командами Лабораторная работа 3 Цель: практические навыки по развертыванию и настройке систем мониторинга на базе Prometheus и Grafana. Задание: На облачной платформе Базис создать две ВМ (2 ядра, 2 Гб памяти на каждой будет достаточно). На машине ВМ1 поднять Nginx и Prometheus. Prometheus должен иметь циклическую запись 10-20 дней и/или ограничение по размеру (https://www.robustperception.io/configuring-prometheus-storage-retention/), (https://laurvas.ru/prometheus-p3/#retention ). На машине ВМ2 поднять Grafana. Все перечисленные сервисы должны управляться через systemd и стартовать при загрузке системы. На каждой машине настроить сбор следующих метрик: ВМ1: ? host metrics (метрики хоста: память, цпу, сеть, диски), В качестве поставщика данных использовать node_exporter или telegraf. ? Метрики status-страницы Nginx. Метрики должны собираться в перезаписываемый файл (можно по крону) .Файл должен использоваться поставщиком данных node_exporter или telegraf для сбора и предоставления метрик для Prometheus. ? Размер папки Prometeus на диске. Метрики должны собираться в перезаписываемый файл (можно по крону). Файл должен использоваться поставщиком данных node_exporter или telegraf для сбора и предоставления метрик для Prometheus. ВМ2: ? host metrics (метрики хоста: память, цпу, сеть, диски). Все собираемые метрики необходимо отобразить в Grafana в виде графиков. Графики должны иметь названия, подписанные значения, таблицу значений (min max current avg). Для метрик хоста можно использовать готовые дашборды или создать свой. Также требуется поднять и настроить Alertmanager, который должен отслеживать состояние Nginx (запущен/не запущен) и в случае падения Nginx (нет процесса nginx или systemd показывает статус Active: inactive (dead) ) отсылать уведомление в Телеграм через бота (бота зарегистрировать самостоятельно). Использовать docker допускается только для Grafana. Все остальные сервисы должны быть установлены вручную и управляться через systemd. При сдаче лабораторной работы будут использоваться утилиты stress (для нагрузки на систему) и ab (для нагрузки на Nginx).