mirror of
https://github.com/ada-dmitry/ada-dmitry.github.io.git
synced 2026-09-24 01:10:35 +00:00
Add notes from summer IT school and home server setup
- Created a new note on home server setup detailing the transition from old PCs to a mini-PC server using Proxmox, including networking and remote access solutions. - Added notes from the summer IT school covering various topics including IT infrastructure, automation, virtualization, and networking. - Included detailed explanations of IT infrastructure layers, hardware components, automation tools, and virtualization technologies. - Documented key concepts such as DevOps, SDN, NFV, and cloud models, along with practical scenarios and advantages of each technology.
This commit is contained in:
ada
+11
-2
@@ -56,11 +56,20 @@ navigation:
|
|||||||
# --- Поиск (встроенный lunr) ---
|
# --- Поиск (встроенный lunr) ---
|
||||||
search: true
|
search: true
|
||||||
|
|
||||||
# --- Автор (для сайдбара/карточек) ---
|
|
||||||
author:
|
author:
|
||||||
name: "ada"
|
name: "ada"
|
||||||
bio: "Ашалелый пропагандист линукса."
|
bio: "Ашалелый пропагандист линукса."
|
||||||
avatar: /assets/images/avatar.png # положи файл, если нужен
|
avatar: /assets/images/avatar.png # опционально
|
||||||
|
links:
|
||||||
|
- label: "GitHub"
|
||||||
|
icon: "fab fa-github"
|
||||||
|
url: "https://github.com/ada-dmitry"
|
||||||
|
- label: "Telegram"
|
||||||
|
icon: "fab fa-telegram"
|
||||||
|
url: "https://t.me/moonlosk"
|
||||||
|
- label: "RSS"
|
||||||
|
icon: "fas fa-rss"
|
||||||
|
url: "/feed.xml"
|
||||||
|
|
||||||
# --- Соц.ссылки (иконки подтянутся автоматически) ---
|
# --- Соц.ссылки (иконки подтянутся автоматически) ---
|
||||||
social:
|
social:
|
||||||
|
|||||||
@@ -0,0 +1,28 @@
|
|||||||
|
---
|
||||||
|
title: Летняя IT-школа КРОК
|
||||||
|
layout: single
|
||||||
|
---
|
||||||
|
|
||||||
|
Я прошел летнюю школу по направлению System-инженер, поэтому хочу поделиться своими конспектами. Конечно, это не заменит очное обучение там (а это было круто), но познакомиться с профессией системного инженера поможет)
|
||||||
|
|
||||||
|
P.s. Я буду постепенно выкладывать, потому что преобразовывать заметки из Obsidian в формат для сайта - штука трудозатратная)
|
||||||
|
|
||||||
|
## 📘 Теория
|
||||||
|
1) [[Что такое IT-инфраструктура]]
|
||||||
|
2) [[Инфраструктура на уровне железа]]
|
||||||
|
3) [[Автоматизация в программной инфраструктуре]]
|
||||||
|
4) [[Введение в виртуализацию]]
|
||||||
|
5) [[Базовые сетевые службы]]
|
||||||
|
6) [[Системы резервного копирования (СРК)]]
|
||||||
|
7) [[Системы мониторинга]]
|
||||||
|
|
||||||
|
## 🧠 Полезные заметки
|
||||||
|
- [[Отказоустойчивость VS Высокая доступность]]
|
||||||
|
- [[SLA, SLO, SLI]]
|
||||||
|
- [[Метрики и алерты]]
|
||||||
|
- [[Split-brain]]
|
||||||
|
- [[Геораспределённые кластеры и ЦОД]]
|
||||||
|
- [[Виды кластеров высокой доступности]]
|
||||||
|
- [[RAID — Redundant Array of Independent Disks]]
|
||||||
|
- [[Публичные выступления]]
|
||||||
|
|
||||||
@@ -0,0 +1,163 @@
|
|||||||
|
---
|
||||||
|
title: Что такое IT-инфраструктура
|
||||||
|
---
|
||||||
|
|
||||||
|
|
||||||
|
👨🏫 *Лектор: Дмитрий Рябов*
|
||||||
|
Эксперт Департамента инфраструктурных решений и сервисов
|
||||||
|
Летняя школа «System-инженер»
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 📌 Определение
|
||||||
|
|
||||||
|
**ИТ-инфраструктура** — совокупность физических и программных компонентов, обеспечивающих бесперебойную, безопасную и эффективную работу ИТ-среды предприятия.
|
||||||
|
|
||||||
|
Она включает:
|
||||||
|
- Серверы и вычислительные узлы
|
||||||
|
- Сетевое оборудование и каналы связи
|
||||||
|
- Системы хранения данных (СХД)
|
||||||
|
- Базовые и инфраструктурные программные сервисы
|
||||||
|
- Средства безопасности и мониторинга
|
||||||
|
|
||||||
|
> 🧠 Является **основой функционирования всех бизнес-приложений и сервисов**.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🎯 Основные задачи ИТ-инфраструктуры
|
||||||
|
|
||||||
|
1. 🔒 **Бесперебойность и безопасность** — защита данных и стабильность работы критически важных систем
|
||||||
|
2. ⚙️ **Производительность и экономия** — снижение затрат и оптимизация операций
|
||||||
|
3. 🤝 **Связь и сотрудничество** — обеспечение взаимодействия пользователей и сервисов
|
||||||
|
4. 📈 **Оптимизация ресурсов** — устранение избыточности и повышение эффективности
|
||||||
|
5. 🔄 **Гибкость** — адаптация к изменениям и масштабируемость
|
||||||
|
6. 💸 **Снижение затрат и рисков** — управление рисками при внедрении новых решений
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🧱 Аппаратная часть
|
||||||
|
|
||||||
|
Физическая основа ИТ-инфраструктуры:
|
||||||
|
|
||||||
|
- 🖥️ **Серверы и рабочие станции** — производительные системы для вычислений и обслуживания сервисов
|
||||||
|
- 🌐 **Сетевое оборудование** — маршрутизаторы, коммутаторы, точки доступа, межсетевые экраны
|
||||||
|
- 🏢 **ЦОД (центры обработки данных)** — помещения с системами питания, охлаждения, безопасности
|
||||||
|
- 🖨️ **Периферия** — принтеры, сканеры, ИБП, терминалы
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🌐 Сетевая часть
|
||||||
|
|
||||||
|
Обеспечивает связность и обмен данными:
|
||||||
|
|
||||||
|
- **Оборудование**: маршрутизаторы, коммутаторы, точки доступа
|
||||||
|
- **Протоколы**: TCP/IP, Ethernet, VLAN, VPN
|
||||||
|
- **Доступы**: интернет, облачные ресурсы, корпоративная сеть
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 💽 Программная часть
|
||||||
|
|
||||||
|
### 1. Операционные системы
|
||||||
|
- Windows Server, Linux, гипервизоры (ESXi, KVM и др.)
|
||||||
|
|
||||||
|
### 2. Инфраструктурные сервисы
|
||||||
|
- ✅ **Служба каталога (LDAP/AD)** — управление пользователями, аутентификация
|
||||||
|
- 🌐 **DNS** — разрешение доменных имён
|
||||||
|
- 🛜 **DHCP** — автоматическая настройка IP-адресов
|
||||||
|
- ⏱ **NTP** — синхронизация времени
|
||||||
|
- 📧 **Почтовые и коммуникационные службы**
|
||||||
|
- 🖨 **Служба печати**
|
||||||
|
- 🗂 **Файловая система**
|
||||||
|
- 💾 **Резервное копирование и восстановление**
|
||||||
|
|
||||||
|
### 3. Системы безопасности
|
||||||
|
- Антивирусы, DLP, межсетевые экраны, IDS/IPS, шифрование
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🧩 Структура программной инфраструктуры
|
||||||
|
|
||||||
|
| Инструмент | Назначение |
|
||||||
|
|----------------------------------|----------------------------------------------|
|
||||||
|
| Платформа виртуализации / VDI | Запуск виртуальных машин |
|
||||||
|
| DHCP | Подключение к локальной сети (ЛВС) |
|
||||||
|
| DNS, NTP | Обнаружение и синхронизация в сети |
|
||||||
|
| Служба каталога | Аутентификация пользователей и устройств |
|
||||||
|
| Центр сертификации | Безопасность и шифрование |
|
||||||
|
| Управление конфигурациями | Обновления, установка ПО |
|
||||||
|
| Файловая система | Хранение и доступ к данным |
|
||||||
|
| Служба печати | Сетевой доступ к принтерам |
|
||||||
|
| Почта/мессенджер | Коммуникация внутри и вне компании |
|
||||||
|
| Мониторинг и СРК | Контроль состояния, сбои и уведомления |
|
||||||
|
| Резервное копирование | Восстановление в случае сбоев |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## ☁️ Модели ИТ-инфраструктуры
|
||||||
|
|
||||||
|
1. **On-Premise (традиционная)**
|
||||||
|
Полный контроль, оборудование на стороне организации
|
||||||
|
|
||||||
|
2. **Облачная**
|
||||||
|
Использование ресурсов внешнего облака (IaaS, PaaS, SaaS)
|
||||||
|
|
||||||
|
3. **Гибридная**
|
||||||
|
Комбинация локальных и облачных решений
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🛠 Этапы создания ИТ-инфраструктуры
|
||||||
|
|
||||||
|
1. **Анализ и планирование**
|
||||||
|
Определение потребностей, целей, бюджета, масштабов
|
||||||
|
|
||||||
|
2. **Проектирование архитектуры**
|
||||||
|
Выбор платформ, протоколов, расчёт ресурсов
|
||||||
|
|
||||||
|
3. **Развёртывание и настройка**
|
||||||
|
Монтаж, установка, конфигурация всех компонентов
|
||||||
|
|
||||||
|
4. **Тестирование и оптимизация**
|
||||||
|
Проверка отказоустойчивости, безопасности, производительности
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🧩 Актуальные задачи и эффекты от внедрения
|
||||||
|
|
||||||
|
- Централизация, миграции и консолидация систем
|
||||||
|
- Импортозамещение ПО
|
||||||
|
- Повышение отказоустойчивости
|
||||||
|
- Снижение затрат на поддержку
|
||||||
|
- Упрощение администрирования
|
||||||
|
- Рост гибкости и готовности к масштабированию
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🏗️ Типы проектов
|
||||||
|
|
||||||
|
- Проектирование/внедрение новых служб
|
||||||
|
- Миграции и консолидация инфраструктуры
|
||||||
|
- Технический аудит и консалтинг
|
||||||
|
- Поддержка интеграционных решений
|
||||||
|
- Модернизация и импортозамещение
|
||||||
|
- Разделение/слияние инфраструктуры
|
||||||
|
- Техническая поддержка и сопровождение
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## ✅ Итоги
|
||||||
|
|
||||||
|
**ИТ-инфраструктура — стратегический актив компании.**
|
||||||
|
Она не просто "техническая база", а фундамент для цифровой трансформации, роста эффективности, устойчивости бизнеса и реагирования на вызовы рынка.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 📈 Карьерные грейды system-инженера
|
||||||
|
|
||||||
|
- **Стажёр**
|
||||||
|
- **Младший system-инженер**
|
||||||
|
- **System-инженер**
|
||||||
|
- **Старший / Ведущий**
|
||||||
|
- **Эксперт**
|
||||||
|
- **Ресурс-менеджер**
|
||||||
@@ -0,0 +1,119 @@
|
|||||||
|
---
|
||||||
|
title: Инфраструктура на уровне железа
|
||||||
|
---
|
||||||
|
|
||||||
|
👨🏫 *Антон Иванов*
|
||||||
|
Руководитель группы инженеров поддержки инфраструктурного ПО
|
||||||
|
Летняя школа «System-инженер»
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 📐 Слои ИТ-инфраструктуры (условный «слоёный пирог»)
|
||||||
|
|
||||||
|
- **Прикладной уровень** — ERP, CRM, почта, офис, ВКС
|
||||||
|
- **Платформенный уровень** — виртуализация, контейнеризация, СУБД
|
||||||
|
- **Системный уровень** — ОС, службы (DNS, DHCP, AD), безопасность
|
||||||
|
- **Аппаратный уровень** — серверы, СХД, SAN, сеть, СКС, ЦОД, ИБП, кондиционирование
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🔧 Основные элементы железной инфраструктуры
|
||||||
|
|
||||||
|
### 🖥️ Серверы — ядро вычислений
|
||||||
|
- Постоянно включены, предназначены для длительной нагрузки
|
||||||
|
- Отличия от ПК:
|
||||||
|
- Резервные блоки питания и вентиляторы
|
||||||
|
- 2+ процессора, объёмная ОЗУ
|
||||||
|
- Форм-фактор: rackmount
|
||||||
|
- Предназначены для запуска сервисов, баз данных, виртуальных машин и пр.
|
||||||
|
|
||||||
|
### 💽 СХД — хранение данных
|
||||||
|
- Не размещают данные на самих серверах: используется **выделенное хранилище**
|
||||||
|
- Это массив дисков (HDD/SSD), объединённых в [[RAID — Redundant Array of Independent Disks|RAID]]
|
||||||
|
- Типы подключения:
|
||||||
|
- **DAS** — прямое (к одному серверу)
|
||||||
|
- **SAN** — выделенная сеть
|
||||||
|
- **NAS** — файловый доступ по IP
|
||||||
|
|
||||||
|
Подробнее про [[СХД — Системы хранения данных]]
|
||||||
|
|
||||||
|
### 🔗 SAN — сеть хранения данных
|
||||||
|
- Соединяет серверы и СХД
|
||||||
|
- Особенности:
|
||||||
|
- Оптические кабели, трансиверы, оптические коммутаторы
|
||||||
|
- Протоколы: **Fibre Channel (FC)**, **iSCSI**
|
||||||
|
- Преимущества: высокая скорость, низкие задержки, надёжность
|
||||||
|
|
||||||
|
Подробнее про [[Сеть хранения данных (SAN — Storage Area Network)]]
|
||||||
|
|
||||||
|
### 🔁 Резервное копирование
|
||||||
|
- Зачем:
|
||||||
|
- Защита от сбоев, ошибок, атак, потерь
|
||||||
|
- Решения:
|
||||||
|
- **Ленточные библиотеки** — дёшево, надёжно, но медленно
|
||||||
|
- **Дисковые системы** — быстрее, с дедупликацией и сжатием
|
||||||
|
|
||||||
|
### 🏢 ЦОД — дом для всей инфраструктуры
|
||||||
|
- Помещение с серверами, СХД, сетями, системами охлаждения, безопасности, питания
|
||||||
|
- Используются несколько площадок (актив-актив, актив-пассив)
|
||||||
|
- Данные реплицируются → отказоустойчивость
|
||||||
|
|
||||||
|
Подробнее про [[ЦОД - Центр обработки данных]]
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## ❗ SPOF — Single Point of Failure
|
||||||
|
|
||||||
|
> Единая точка отказа — компонент, при сбое которого рушится вся система
|
||||||
|
Решение: дублирование, кластеризация, отказоустойчивость.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🔍 Анатомия сервера x86
|
||||||
|
|
||||||
|
### 🧠 Вычислительная подсистема
|
||||||
|
- Процессоры (часто 2+), соединённые по **UPI**
|
||||||
|
- Память DDR (в нескольких каналах)
|
||||||
|
|
||||||
|
### 💾 Дисковая подсистема
|
||||||
|
- RAID-контроллеры: аппаратные и программные
|
||||||
|
- Кэш + аккумулятор SuperCap
|
||||||
|
- Диски: **SAS**, **SATA**, **NVMe**
|
||||||
|
|
||||||
|
### 💳 PCIe-карты (расширения)
|
||||||
|
- **NIC** — сетевые карты (Ethernet, TCP/IP)
|
||||||
|
- **HBA** — адаптеры для SAN (Fibre Channel)
|
||||||
|
- **GPU/ASIC** — ускорение ML, AI, вычислений
|
||||||
|
Подробнее про [[PCI-карты (карты расширения)]]
|
||||||
|
|
||||||
|
Подробнее про [[Сервер x86]]
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 💾 Типы систем хранения данных (СХД)
|
||||||
|
|
||||||
|
| Тип | Протоколы | Назначение |
|
||||||
|
|------------|----------------|-------------------------------------------------|
|
||||||
|
| **Блочные** | SCSI, iSCSI | Высокопроизводительные задачи, виртуализация |
|
||||||
|
| **Файловые** | NFS, SMB/CIFS | Общие ресурсы, сетевые папки |
|
||||||
|
| **Объектные**| S3, Swift | Архивы, большие объёмы неструктурированных данных |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 📉 RTO и RPO
|
||||||
|
|
||||||
|
- **RPO (Recovery Point Objective)** — сколько данных допустимо потерять (в минутах/часах)
|
||||||
|
- **RTO (Recovery Time Objective)** — за сколько система должна восстановиться
|
||||||
|
|
||||||
|
> 💡 Ключевые метрики при проектировании резервного копирования и отказоустойчивости
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## ✅ Итоги
|
||||||
|
|
||||||
|
- Железо — основа ИТ-инфраструктуры
|
||||||
|
- Серверы ≠ место для хранения данных → для этого есть СХД
|
||||||
|
- Сеть хранения и резервные решения повышают отказоустойчивость
|
||||||
|
- Архитектура должна быть спроектирована без SPOF
|
||||||
|
- Понимание уровня "железа" важно даже для тех, кто работает на уровне софта
|
||||||
|
|
||||||
@@ -0,0 +1,90 @@
|
|||||||
|
---
|
||||||
|
title: Автоматизация в программной инфраструктуре
|
||||||
|
---
|
||||||
|
|
||||||
|
> 👨🏫 Лектор: *Дмитрий Ширяев* — старший системный инженер (CROC)
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## Что такое DevOps?
|
||||||
|
|
||||||
|
**DevOps** — это *методология и культура взаимодействия* между разработкой (Dev) и эксплуатацией (Ops), направленная на ускорение жизненного цикла программного обеспечения: от написания кода до его эксплуатации и сопровождения.
|
||||||
|
|
||||||
|
> 💡 DevOps — не только про разработку, но и про автоматизацию, сопровождение, обновления и масштабирование.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🔍 Зачем автоматизировать инфраструктуру?
|
||||||
|
|
||||||
|
Автоматизация необходима для:
|
||||||
|
|
||||||
|
1. 📉 Снижения трудозатрат:
|
||||||
|
- на установку и конфигурирование ПО
|
||||||
|
- на эксплуатацию и сопровождение
|
||||||
|
|
||||||
|
2. 🛡️ Снижения рисков:
|
||||||
|
- появления ошибок при ручных действиях
|
||||||
|
- простоев и сбоев при обновлениях
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🎯 Что можно автоматизировать?
|
||||||
|
|
||||||
|
Объекты автоматизации программной инфраструктуры:
|
||||||
|
|
||||||
|
1. ⚙️ Инсталляция ПО
|
||||||
|
2. 🧪 Тестирование ПО
|
||||||
|
3. 🧩 Конфигурирование
|
||||||
|
4. 🛠️ Поиск и устранение проблем
|
||||||
|
5. 📈 Мониторинг
|
||||||
|
6. 📚 Актуализация документации
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## ⚙️ Инструменты автоматизации
|
||||||
|
|
||||||
|
- 🧩 Скрипты: `bash`, `PowerShell`, `python`, `go` и др.
|
||||||
|
- 🛠️ Системы управления конфигурациями:
|
||||||
|
- Microsoft SCCM
|
||||||
|
- Ansible
|
||||||
|
- Chef
|
||||||
|
- Salt Stack
|
||||||
|
- Puppet
|
||||||
|
- 🗂️ Системы управления версиями: `git`, `svn`
|
||||||
|
- 🧱 Подход *Infrastructure as Code* (IaC)
|
||||||
|
- 🤖 Искусственный интеллект и нейросети:
|
||||||
|
- прогнозирование сбоев
|
||||||
|
- автоматическое устранение ошибок
|
||||||
|
- генерация конфигураций
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🛠️ Основные инструменты в команде
|
||||||
|
|
||||||
|
- 📚 **База знаний** — централизованное хранилище инструкций и best practices
|
||||||
|
- 🧪 **Тестовые среды** — безопасное тестирование конфигураций до продакшна
|
||||||
|
- 📦 **Git-репозитории со скриптами** — контроль версий и коллективная работа
|
||||||
|
- 🤖 **CrocGPT** — ИИ-инструмент для генерации конфигураций, анализа логов, помощи в разработке
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🆚 Ansible vs Chef
|
||||||
|
|
||||||
|
- **Ansible**:
|
||||||
|
- *Agentless* — не требует установки агента
|
||||||
|
- Использует SSH и YAML
|
||||||
|
- Требует:
|
||||||
|
- сетевую доступность узлов
|
||||||
|
- установленный Python
|
||||||
|
|
||||||
|
- **Chef**:
|
||||||
|
- Требует агента на каждом узле (Chef Client)
|
||||||
|
- Использует Ruby DSL для описания конфигураций
|
||||||
|
- Централизованное управление через Chef Server
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 🧠 P.s.
|
||||||
|
|
||||||
|
- Автоматизация — это не одноразовый процесс, а **непрерывное улучшение**.
|
||||||
|
- Инструменты могут отличаться, но цель всегда одна — **сделать инфраструктуру управляемой, воспроизводимой и отказоустойчивой**.
|
||||||
@@ -0,0 +1,508 @@
|
|||||||
|
---
|
||||||
|
title: Введение в виртуализацию
|
||||||
|
---
|
||||||
|
|
||||||
|
> Лектор: Артур Марцинкевич - Системный инженер Департамента инфраструктурных решений и сервисов
|
||||||
|
|
||||||
|
## 🧱 Архитектура систем
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🖥️ Bare-metal
|
||||||
|
|
||||||
|
- Приложение A + ОС сервера работают *напрямую* на физическом сервере.
|
||||||
|
- Попытка запустить дополнительное приложение может привести к сбоям из-за отсутствия изоляции.
|
||||||
|
|
||||||
|
> ❗ Нет изоляции между компонентами → высокая зависимость приложений друг от друга.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 💻 Виртуализация
|
||||||
|
|
||||||
|
- Используется облегчённая ОС-гипервизор *первого типа*.
|
||||||
|
- Каждое приложение запускается в *отдельной виртуальной машине* (ВМ).
|
||||||
|
- ВМ полностью изолированы: имеют свои ядра, ОС и ресурсы.
|
||||||
|
|
||||||
|
**Преимущества:**
|
||||||
|
- Изоляция не только вычислительных ресурсов, но и сетевых, дисковых и др.
|
||||||
|
- Возможность развёртывания нескольких независимых окружений.
|
||||||
|
|
||||||
|
**Примеры гипервизоров:**
|
||||||
|
1. QEMU-KVM
|
||||||
|
2. Xen
|
||||||
|
3. ESX / ESXi
|
||||||
|
4. Hyper-V
|
||||||
|
5. ...
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 📦 Контейнеризация
|
||||||
|
|
||||||
|
> ❗ Проблема виртуализации — значительные ресурсы уходят на эмуляцию "железа" и отдельных ОС.
|
||||||
|
|
||||||
|
**Контейнеризация** — решение этой проблемы:
|
||||||
|
|
||||||
|
- Контейнеры запускаются на общем ядре ОС, используют её ресурсы.
|
||||||
|
- Более лёгкие, чем ВМ, но всё ещё изолированы.
|
||||||
|
- Контейнер = изолированное окружение процесса с зависимостями.
|
||||||
|
|
||||||
|
**Примеры:**
|
||||||
|
1. Docker
|
||||||
|
2. Podman
|
||||||
|
3. LXC
|
||||||
|
4. OpenVZ
|
||||||
|
5. FreeBSD Jails
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
**Особенности:**
|
||||||
|
- Меньшая изоляция, чем у ВМ, но больше, чем у обычных процессов.
|
||||||
|
- Одно общее ядро (например, Linux).
|
||||||
|
- Используется интерфейс контейнеризации: **CRI (Container Runtime Interface)**.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### ⚙️ Гипервизоры: Типы
|
||||||
|
|
||||||
|
1. **Гипервизор первого типа (bare-metal)** — запускается напрямую на "железе", минуя ОС.
|
||||||
|
2. **Гипервизор второго типа (hosted)** — устанавливается как приложение на существующую ОС.
|
||||||
|
|
||||||
|
| Тип | Преимущество | Недостаток |
|
||||||
|
| ------------------- | ------------------------------------ | -------------------------- |
|
||||||
|
| Первый (bare-metal) | Высокая производительность | Сложность настройки |
|
||||||
|
| Второй (hosted) | Удобство в тестировании и разработке | Меньшая производительность |
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🧪 QEMU-KVM
|
||||||
|
|
||||||
|
- **KVM (Kernel-based Virtual Machine)** — модуль ядра Linux, превращающий его в гипервизор. Использует технологии аппаратной виртуализации (Intel VT-x, AMD-V).
|
||||||
|
- **QEMU (Quick Emulator)** — эмулятор аппаратного обеспечения, который может запускать виртуальные машины с разными ОС и архитектурами. Может использоваться как с KVM (для ускорения), так и отдельно.
|
||||||
|
|
||||||
|
> 💡 Вместе QEMU + KVM обеспечивают производительную и гибкую виртуализацию на Linux.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
### 🧩 Libvirt
|
||||||
|
|
||||||
|
**Libvirt** — это *прослойка* между гипервизором и аппаратным обеспечением, предназначенная для унификации управления виртуальными машинами.
|
||||||
|
|
||||||
|
> 🧠 **Libvirt** — набор инструментов и библиотек, позволяющий управлять виртуализацией: ВМ, сетями, хранилищами и др., через единый интерфейс.
|
||||||
|
|
||||||
|
**Преимущества:**
|
||||||
|
- Унифицированный API для разных гипервизоров (KVM, QEMU, Xen, LXC и др.)
|
||||||
|
- Управление ВМ, снапшотами, сетями, пулом хранилищ и др.
|
||||||
|
- Поддержка как командной строки (`virsh`), так и графических интерфейсов (`virt-manager`)
|
||||||
|
- Используется в автоматизации и DevOps-инструментах
|
||||||
|
|
||||||
|
> 💡 Позволяет абстрагироваться от специфики конкретного гипервизора.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
### 🧰 Платформы виртуализации
|
||||||
|
|
||||||
|
#### Компоненты платформы:
|
||||||
|
|
||||||
|
- **🖥️ Серверное оборудование**
|
||||||
|
> Физические серверы, на которых размещаются виртуальные машины (ВМ).
|
||||||
|
|
||||||
|
- **🌐 Сетевое оборудование**
|
||||||
|
> Физические и виртуальные коммутаторы, маршрутизаторы и другие компоненты, обеспечивающие связь между ВМ и внешним миром.
|
||||||
|
|
||||||
|
- **💾 Хранилища**
|
||||||
|
> Системы хранения данных (SAN, NAS), содержащие образы ВМ, снапшоты, ISO-файлы и пр.
|
||||||
|
|
||||||
|
- **🔗 Интеграция с внешними системами**
|
||||||
|
> Взаимодействие с AD, LDAP, CI/CD, системами резервного копирования и др.
|
||||||
|
|
||||||
|
- **👤 Управление пользователями**
|
||||||
|
> Создание, аутентификация и авторизация пользователей с разграничением прав доступа.
|
||||||
|
|
||||||
|
- **🔁 Высокая доступность (HA)**
|
||||||
|
> Механизмы автоматического восстановления при сбоях (кластеризация, репликация и т.д.).
|
||||||
|
|
||||||
|
> 💥 **Split Brain** — ситуация, когда узлы кластера теряют связь между собой, считают друг друга "павшими" и продолжают работать независимо, что может привести к конфликтам данных.
|
||||||
|
|
||||||
|
- **🔐 Ролевая модель доступа**
|
||||||
|
> Разделение полномочий: администраторы, операторы, разработчики, пользователи и т.д.
|
||||||
|
|
||||||
|
- **⚖️ Балансировка нагрузки**
|
||||||
|
> Автоматическое распределение ресурсов и ВМ между хостами для оптимальной производительности.
|
||||||
|
|
||||||
|
- **📊 Мониторинг и аудит**
|
||||||
|
> Наблюдение за состоянием инфраструктуры, алерты, журналы событий, аудит действий пользователей.
|
||||||
|
|
||||||
|
- **📈 Квоты и QoS (Quality of Service)**
|
||||||
|
> Ограничения на использование ресурсов (CPU, RAM, диск), контроль за качеством обслуживания.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🔄 Сценарии использования виртуализации:
|
||||||
|
|
||||||
|
1. 🧱 **Базовая виртуализация** — развёртывание нескольких ВМ на одном физическом сервере.
|
||||||
|
2. 🧮 **Консолидация ресурсов** — сокращение числа физических серверов, повышение эффективности.
|
||||||
|
3. 🛡️ **Катастрофоустойчивость** — резервные и растянутые ЦОДы для непрерывности бизнеса.
|
||||||
|
4. 🧑💻 **Виртуализация рабочих мест** — создание удалённых рабочих столов и VDI-инфраструктур.
|
||||||
|
5. ☁️ **Облачные инфраструктуры** — частные, публичные и гибридные облака.
|
||||||
|
6. 🧪 **Разработка и тестирование** — быстрое развёртывание тестовых сред и CI/CD пайплайнов.
|
||||||
|
|
||||||
|
|
||||||
|
### 🗄️ Виртуализация сетей хранения данных (SDS — Software Defined Storage)
|
||||||
|
|
||||||
|
**SDS (программно-определяемое хранилище)** — подход к управлению хранилищами, при котором программное обеспечение отделено от аппаратного обеспечения. Это позволяет гибко масштабировать и управлять ресурсами хранения.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
#### 📌 Подходы к реализации SDS:
|
||||||
|
|
||||||
|
1. **Традиционная СХД**
|
||||||
|
> Покупка нескольких физических систем хранения данных (СХД) и объединение их в одну логическую СХД с помощью внешнего контроллера.
|
||||||
|
|
||||||
|
2. **Программно-определяемая СХД**
|
||||||
|
> Покупка обычных серверов, установка SDS-клиента на каждый и объединение их в единую систему хранения через SDS-сервер (или управляющий узел).
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
**Преимущества SDS:**
|
||||||
|
- Масштабируемость "по потребности"
|
||||||
|
- Независимость от конкретного производителя железа
|
||||||
|
- Более простое управление и автоматизация
|
||||||
|
- Повышенная отказоустойчивость при грамотной настройке
|
||||||
|
|
||||||
|
> 💡 SDS — ключевой компонент современных гибридных и частных облаков.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
### 📦 Сценарии использования SDS (программно-определяемых хранилищ)
|
||||||
|
|
||||||
|
1. **Абстракция физического уровня хранения**
|
||||||
|
> Отделение логической структуры данных от физического носителя. Упрощает управление и масштабирование.
|
||||||
|
|
||||||
|
2. **Гиперконвергентная инфраструктура (HCI)**
|
||||||
|
> Объединение вычислений, хранения и сетей в единую программно управляемую платформу.
|
||||||
|
|
||||||
|
3. **Использование стандартного и недорогого оборудования**
|
||||||
|
> Возможность развертывания хранилища на обычных x86-серверах без дорогих специализированных СХД.
|
||||||
|
|
||||||
|
4. **Горизонтально масштабируемая архитектура**
|
||||||
|
> Добавление новых узлов без полной перестройки системы. Масштабирование "вширь", а не "вглубь".
|
||||||
|
|
||||||
|
## 🌐 Виртуализация сетей
|
||||||
|
|
||||||
|
**Программно-определяемые сети (SDN, Software-defined Networking)** — подход к построению сетевой инфраструктуры, в котором управление сетью выносится в *отдельный* программный уровень.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 📌 Суть SDN
|
||||||
|
|
||||||
|
SDN отделяет **плоскость управления** (Control Plane) от **плоскости передачи данных** (Data Plane):
|
||||||
|
|
||||||
|
- **Control Plane** — логика управления (маршрутизация, правила фильтрации, балансировка).
|
||||||
|
- **Data Plane** — физическая передача пакетов между устройствами.
|
||||||
|
|
||||||
|
> В традиционной сети эти два слоя "вшиты" в каждый коммутатор или маршрутизатор.
|
||||||
|
> В SDN управление централизовано: всем управляет **SDN-контроллер**.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🧱 Архитектура
|
||||||
|
|
||||||
|
#### Традиционная архитектура:
|
||||||
|
|
||||||
|
- Управление и передача данных объединены в каждом сетевом устройстве.
|
||||||
|
- Сложно централизованно управлять, вносить изменения и масштабировать.
|
||||||
|
|
||||||
|
#### SDN-архитектура:
|
||||||
|
|
||||||
|
- **Централизованный контроллер** управляет всеми сетевыми устройствами.
|
||||||
|
- Устройства работают как "исполнители", передавая трафик по полученным правилам.
|
||||||
|
|
||||||
|
### ✅ Преимущества SDN:
|
||||||
|
|
||||||
|
- Централизованное управление всей сетью
|
||||||
|
- Быстрая настройка и обновление правил маршрутизации
|
||||||
|
- Высокая гибкость и масштабируемость
|
||||||
|
- Простота автоматизации и интеграции с DevOps/CI/CD
|
||||||
|
- Улучшенная безопасность через сегментацию и контроль доступа
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 📦 Примеры решений:
|
||||||
|
|
||||||
|
- **Контроллеры**: OpenDaylight, ONOS, Ryu
|
||||||
|
- **Протоколы**: OpenFlow, NETCONF, REST API
|
||||||
|
- **SDN-платформы**: Cisco ACI, VMware NSX, Juniper Contrail
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
> 💡 SDN — основа современной сетевой виртуализации и облачной инфраструктуры.
|
||||||
|
|
||||||
|
|
||||||
|
## 🌐 Виртуальная сеть
|
||||||
|
|
||||||
|
Виртуальная сеть позволяет виртуальным машинам (ВМ) обмениваться данными внутри хоста и выходить во внешнюю сеть, используя программные сетевые компоненты.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🧩 Компоненты:
|
||||||
|
|
||||||
|
- **vNIC (virtual Network Interface Card)** — виртуальный сетевой адаптер, создаваемый для каждой ВМ.
|
||||||
|
- **vSwitch (virtual Switch)** — виртуальный коммутатор, к которому подключаются все vNIC.
|
||||||
|
- **NIC** — физический сетевой адаптер хоста.
|
||||||
|
- **Switch** — физический сетевой коммутатор, соединяющий сервер с внешней сетью.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🔄 Как работает:
|
||||||
|
|
||||||
|
1. Каждая ВМ получает собственный **vNIC**.
|
||||||
|
2. Все vNIC подключаются к общему **vSwitch**.
|
||||||
|
3. **vSwitch** передаёт трафик на **NIC** — физический сетевой адаптер сервера.
|
||||||
|
4. NIC соединяется с физическим **Switch** — точкой входа/выхода в реальную сеть.
|
||||||
|
|
||||||
|
## 🚀 Сценарии использования SDN (Software-defined Networking)
|
||||||
|
|
||||||
|
1. **Абстракция программных сетей от физической сетевой инфраструктуры**
|
||||||
|
> Логика управления сетью выносится за пределы оборудования, что упрощает масштабирование и миграцию.
|
||||||
|
|
||||||
|
2. **Независимость от производителя сетевого оборудования**
|
||||||
|
> Использование открытых стандартов и интерфейсов позволяет не зависеть от конкретных вендоров.
|
||||||
|
|
||||||
|
3. **Гибкость конфигурации сетевой инфраструктуры**
|
||||||
|
> Быстрое изменение маршрутов, политик безопасности и конфигураций без физического вмешательства.
|
||||||
|
|
||||||
|
4. **Безопасность на основе политик**
|
||||||
|
> Централизованное управление доступом и правилами фильтрации трафика на уровне контроллера.
|
||||||
|
|
||||||
|
5. **Микросегментация сети**
|
||||||
|
> Разделение сети на мелкие логические зоны с индивидуальными правилами доступа — повышение безопасности и управляемости.
|
||||||
|
|
||||||
|
|
||||||
|
## 🧩 Виртуализация сетевых функций (NFV — Network Functions Virtualization)
|
||||||
|
|
||||||
|
**NFV** — это подход, при котором традиционные аппаратные сетевые устройства заменяются на программные аналоги, запускаемые в виртуализированной среде.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🔁 Что заменяется:
|
||||||
|
|
||||||
|
| Аппаратные устройства | Виртуальные аналоги |
|
||||||
|
|---------------------------|----------------------------|
|
||||||
|
| 🛣️ Маршрутизатор | Виртуальный маршрутизатор |
|
||||||
|
| ⚖️ Балансировщик нагрузки | Виртуальный балансировщик |
|
||||||
|
| 🔥 Фаервол | Виртуальный фаервол |
|
||||||
|
| 📶 Оптимизатор трафика | Виртуальный оптимизатор |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🎯 Преимущества NFV:
|
||||||
|
|
||||||
|
- **Гибкость** — быстрая настройка и развертывание сетевых функций.
|
||||||
|
- **Экономия** — снижение затрат за счёт отказа от дорогого специализированного оборудования.
|
||||||
|
- **Масштабируемость** — лёгкое масштабирование при росте нагрузки.
|
||||||
|
- **Централизация управления** — удобное обновление, мониторинг и автоматизация.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🧱 Где используется:
|
||||||
|
|
||||||
|
- Облачные и дата-центр инфраструктуры
|
||||||
|
- Провайдерские сети и телеком
|
||||||
|
- Корпоративные среды с высокой отказоустойчивостью
|
||||||
|
|
||||||
|
> 💡 NFV часто используется **совместно с SDN** — SDN управляет маршрутизацией, а NFV обеспечивает сетевые сервисы.
|
||||||
|
|
||||||
|
## 🚀 Сценарии использования NFV (Network Functions Virtualization)
|
||||||
|
|
||||||
|
1. **Сокращение капитальных и операционных затрат**
|
||||||
|
> Отказ от дорогостоящего специализированного сетевого оборудования в пользу программных решений, запускаемых на стандартных серверах.
|
||||||
|
|
||||||
|
2. **Ускорение развертывания сетевых сервисов**
|
||||||
|
> Быстрое масштабирование и внедрение новых функций без ожидания поставок оборудования.
|
||||||
|
|
||||||
|
3. **Повышение гибкости управления существующими сетевыми технологиями**
|
||||||
|
> Лёгкая адаптация и настройка сетевых функций под текущие бизнес-задачи.
|
||||||
|
|
||||||
|
4. **Независимость от производителя сетевого оборудования**
|
||||||
|
> Использование открытых решений снижает привязку к конкретному вендору, упрощает миграцию и развитие инфраструктуры.
|
||||||
|
|
||||||
|
|
||||||
|
## ☁️ Частное и гибридное облако (Private & Hybrid Cloud)
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🔹 Что важно помнить
|
||||||
|
|
||||||
|
> **Виртуализация ≠ Облако**
|
||||||
|
> Облако — это не просто набор виртуальных машин, а модель, обладающая *определёнными характеристиками и сервисами*.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🔑 5 базовых характеристик облака:
|
||||||
|
|
||||||
|
1. **Самообслуживание по запросу**
|
||||||
|
Пользователь самостоятельно запрашивает ресурсы без участия администратора.
|
||||||
|
|
||||||
|
2. **Широкий доступ**
|
||||||
|
Доступ через стандартные механизмы (например, веб-интерфейс или API) из любого места.
|
||||||
|
|
||||||
|
3. **Объединение ресурсов**
|
||||||
|
Использование пула ресурсов (ЦП, ОЗУ, хранилище), распределяемого между пользователями.
|
||||||
|
|
||||||
|
4. **Гибкость (эластичность)**
|
||||||
|
Возможность масштабирования ресурсов по мере необходимости.
|
||||||
|
|
||||||
|
5. **Измеряемый сервис**
|
||||||
|
Учёт потребления и контроль затрат: пользователи платят за то, что реально используют.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🌥️ Модели развертывания облаков:
|
||||||
|
|
||||||
|
#### 🟪 Частное облако (Private Cloud)
|
||||||
|
- Полный контроль над инфраструктурой
|
||||||
|
- Ограниченные ресурсы (только своё оборудование)
|
||||||
|
- Требуется закупка оборудования и лицензий
|
||||||
|
- Сервисы и поддержка разрабатываются самостоятельно
|
||||||
|
|
||||||
|
#### ◽ Публичное облако (Public Cloud)
|
||||||
|
- Контроль только на уровне ВМ и приложений
|
||||||
|
- Виртуально неограниченные ресурсы
|
||||||
|
- Аренда ресурсов на необходимое время
|
||||||
|
- Готовые сервисы "из коробки"
|
||||||
|
|
||||||
|
#### ◾ Гибридное облако (Hybrid Cloud)
|
||||||
|
- Комбинация частного и публичного
|
||||||
|
- Гибкое распределение задач по типу нагрузки
|
||||||
|
- Доступ к внешним ресурсам при необходимости
|
||||||
|
- Оптимизация затрат и удобство масштабирования
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### ⚙️ Модели сервисов (по типу предоставления)
|
||||||
|
|
||||||
|
#### 🟩 IaaS (Infrastructure as a Service)
|
||||||
|
- Пользователь управляет: ОС, сетями, ПО
|
||||||
|
- Не управляет: физической инфраструктурой
|
||||||
|
- Пример: развертывание виртуального сервера с Linux
|
||||||
|
|
||||||
|
#### ◽ PaaS (Platform as a Service)
|
||||||
|
- Пользователь управляет: кодом, библиотеками, средой исполнения
|
||||||
|
- Не управляет: инфраструктурой, ОС, сетью
|
||||||
|
- Пример: развертывание Python-приложения на платформе
|
||||||
|
|
||||||
|
#### 🟪 SaaS (Software as a Service)
|
||||||
|
- Пользователь использует готовое приложение
|
||||||
|
- Не управляет: инфраструктурой, ОС, кодом
|
||||||
|
- Пример: Google Docs, Microsoft 365, Zoom
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
> 💡 Облачные технологии позволяют гибко управлять ресурсами, снижать издержки и ускорять выпуск сервисов на рынок.
|
||||||
|
|
||||||
|
|
||||||
|
## 🖥️ VDI и терминальный доступ
|
||||||
|
**VDI (Virtual Desktop Infrastructure)** — инфраструктура виртуальных рабочих столов, позволяющая пользователям работать удалённо в безопасной среде.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🌍 Концепция удалённого рабочего стола
|
||||||
|
|
||||||
|
- Рабочее окружение (десктоп) развёрнуто на сервере, а пользователь получает доступ к нему через сеть.
|
||||||
|
- Пользователь может подключаться с любого устройства (ПК, ноутбук, смартфон, thin client).
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### ⚙️ Две основные технологии:
|
||||||
|
|
||||||
|
| VDI | RDS (Remote Desktop Services) |
|
||||||
|
|-----|-------------------------------|
|
||||||
|
| Каждому пользователю — отдельная виртуальная машина | Один сервер — несколько пользовательских сессий |
|
||||||
|
| Высокая изоляция и гибкость | Эффективное использование ресурсов |
|
||||||
|
| Подходит для ресурсоёмких задач | Хорош для типовых офисных приложений |
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🔌 Протоколы доставки удалённого доступа:
|
||||||
|
|
||||||
|
- **RDP** — стандартный протокол Windows
|
||||||
|
- **SPICE** — графически оптимизированный протокол от Red Hat
|
||||||
|
- **VNC** — кроссплатформенный, независимый протокол
|
||||||
|
- **X2Go** — производительный протокол на базе SSH
|
||||||
|
- **RTSP** — используется редко, преимущественно для потоков
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### 🌐 Портал пользователя
|
||||||
|
|
||||||
|
Пользователь получает доступ к своим рабочим столам через:
|
||||||
|
|
||||||
|
- Веб-интерфейс
|
||||||
|
- Мобильное приложение
|
||||||
|
- Тонкий клиент
|
||||||
|
- Ноутбук
|
||||||
|
---
|
||||||
|
|
||||||
|
### ✅ Преимущества
|
||||||
|
|
||||||
|
#### **VDI:**
|
||||||
|
- Выделенная ВМ с индивидуальной настройкой
|
||||||
|
- Не влияет на других пользователей
|
||||||
|
- Поддержка специфичного ПО
|
||||||
|
- Высокая конфиденциальность
|
||||||
|
- Использование vGPU и гибкая настройка
|
||||||
|
|
||||||
|
#### **RDS:**
|
||||||
|
- Одна ОС — много сессий
|
||||||
|
- Быстрая установка и обновление
|
||||||
|
- Высокая плотность ресурсов
|
||||||
|
- Централизованное управление и безопасность
|
||||||
|
- Меньшая стоимость
|
||||||
|
|
||||||
|
## Ключевые особенности zVirt
|
||||||
|
|
||||||
|
### 🔑 Основные функции
|
||||||
|
|
||||||
|
- **SDN (Сетевая виртуализация)**
|
||||||
|
Аналог базовой функциональности VMware NSX
|
||||||
|
Включает:
|
||||||
|
- Центральный контроллер управления
|
||||||
|
- Логическое сегментирование ВМ
|
||||||
|
- Микросегментация (L3–L4)
|
||||||
|
- REST-интерфейс
|
||||||
|
- Менеджмент портов ВМ (IPAM, MAC/IP контроль)
|
||||||
|
- Зеркалирование трафика
|
||||||
|
- L2/L3 подключение с NAT и статической маршрутизацией
|
||||||
|
|
||||||
|
- **Репликация и Disaster Recovery (DR)**
|
||||||
|
Аналог VMware SRM и vSphere Replication
|
||||||
|
*Архитектура*:
|
||||||
|
- Агент-отправитель (на основной площадке)
|
||||||
|
- Контроллер репликации zVirt (в РЦОД)
|
||||||
|
- Агент-приемник
|
||||||
|
|
||||||
|
*Характеристики*:
|
||||||
|
- **5** точек восстановления
|
||||||
|
- **>15 мин** шаг между точками
|
||||||
|
- **15 мин (RTO)** — время восстановления
|
||||||
|
- **до 15 мин (RPO)** — максимум потерянных транзакций
|
||||||
|
|
||||||
|
|
||||||
|
- **Конвертер с VMware**
|
||||||
|
Массовая миграция ВМ с минимальным простоем
|
||||||
|
|
||||||
|
| Параметр | До релиза 4.1 | С релиза 4.1 |
|
||||||
|
|--------------|----------------------|------------------------------|
|
||||||
|
| Миграция | 3,5 часа | 17 мин синхронизация + 6 мин |
|
||||||
|
| Даунтайм | 3,5 часа | 6 минут |
|
||||||
|
| Режим работы | Последовательно | Параллельно (до 20 ВМ) |
|
||||||
|
|
||||||
@@ -4,6 +4,7 @@ layout: home
|
|||||||
classes: wide
|
classes: wide
|
||||||
author_profile: true
|
author_profile: true
|
||||||
---
|
---
|
||||||
|
|
||||||
Привет! Меня зовут Дима (**ada**) и это мой маленький цифровой садик.
|
Привет! Меня зовут Дима (**ada**) и это мой маленький цифровой садик.
|
||||||
Цифровой сад - это метафора на базу знаний, которой я хочу поделиться с общественностью.
|
Цифровой сад - это метафора на базу знаний, которой я хочу поделиться с общественностью.
|
||||||
|
|
||||||
@@ -11,13 +12,13 @@ author_profile: true
|
|||||||
Пока что здесь будет только моя эпопея с домашним сервером, но дальше мы будем углубляться в новые и новые темы
|
Пока что здесь будет только моя эпопея с домашним сервером, но дальше мы будем углубляться в новые и новые темы
|
||||||
|
|
||||||
## Эпопея про домашний сервер <br>
|
## Эпопея про домашний сервер <br>
|
||||||
1) [Как Дима сервер домашний поднимал...]({% link _notes/hs1.md %}) <br>
|
1) [Как Дима сервер домашний поднимал...]({% link _notes/HomeServer/hs1.md %}) <br>
|
||||||
2) [Коробочки-коробочки...] <br>
|
2) [Коробочки-коробочки...]({% link _notes/HomeServer/hs2.md %}) <br>
|
||||||
3) [[Новое начало]] <br>
|
3) [Новое начало]({% link _notes/HomeServer/hs3.md %}) <br>
|
||||||
|
|
||||||
> Забавно, если все это называется садом, то отдельные фрагменты под общей темой - грядка)
|
> Забавно, если все это называется садом, то отдельные фрагменты под общей темой - грядка)
|
||||||
|
|
||||||
|
|
||||||
## Другие интересные "грядки"
|
## Другие интересные "грядки"
|
||||||
|
|
||||||
- [[Летняя IT-школа CROC]] или эпопея о системной инженерии
|
- [Летняя IT-школа КРОК]({% link _notes/IT-School/croc0.md %}) или эпопея о системной инженерии
|
||||||
Reference in New Issue
Block a user