[{"body":"Добро пожаловать в раздел документации В данном разделе представлена полная документация по продуктам АО «БФГ» для построения защищённой инфраструктуры виртуализации и хранения данных.\nПК «Звезда» ПК «Звезда» — программный комплекс виртуализации серверов и рабочих мест от АО «БФГ», обеспечивающий безопасную среду работы и быструю миграцию с импортных платформ (VMware, Hyper-V).\nИспользует сертифицированный гипервизор 1-го типа с доработанным Linux-ядром, аппаратной виртуализацией (KVM/Qemu) и поддержкой контейнеров Docker.\nОсновные преимущества Быстрая миграция с импортных платформ (VMware, Hyper-V) Сохранение действующей ИТ-инфраструктуры Сертифицированный гипервизор 1-го типа (сертификат ФСТЭК №4934) Обеспечивает защищённую среду функционирования ИТ-систем Возможность аттестации ИТ-систем организации в соответствии с требованиями ФСТЭК Сертифицированное Средство Защиты Информации (СЗИ) Состоит в Едином реестре российского ПО Компоненты ПК «Звезда» Прокуратор Средство управления единичным гипервизором. Поддерживает развертывание виртуальных машин с гостевыми ОС семейства Windows и Linux, подключение хранилищ и создание виртуальных сетей.\nОсновные возможности:\nУправление виртуальными машинами (создание, настройка, миграция) Поддержка до 240 виртуальных процессоров на ВМ Управление хранилищами (LVM, NFS, iSCSI, FC) Виртуальные коммутаторы с поддержкой VLAN Резервное копирование и снимки состояния ВМ Интеграция средств защиты информации Документация по Прокуратору\nСфера Централизованное управление виртуальной инфраструктурой через веб-интерфейс. Позволяет управлять группой хостов виртуализации, создавать кластеры высокой доступности и мониторить производительность.\nОсновные возможности:\nЦентрализованное управление несколькими хостами Создание и управление кластерами высокой доступности Управление дата-центрами и ресурсами Мониторинг производительности в реальном времени Ролевое управление доступом Миграция ВМ между хостами без простоя Документация по Сфере\nЗвезда-VDI Инфраструктура виртуальных рабочих столов (VDI) для организации удалённых рабочих мест. Поддерживает различные протоколы доставки (RDP, SPICE, LoudPlay) и интеграцию с системами аутентификации.\nОсновные возможности:\nСоздание сессионных и статических пулов рабочих столов Интеграция с LDAP/Active Directory Поддержка протоколов RDP, SPICE, LoudPlay Проброс USB-устройств (включая смарт-карты и токены) Поддержка vGPU для работы с графикой Отказоустойчивость и горизонтальное масштабирование Мониторинг состояния компонентов системы Документация по VDI\nОбласти применения ПК «Звезда» На значимых объектах критической информационной инфраструктуры (КИИ) Для защиты данных в информационных системах персональных данных (ИСПДн) В государственных информационных системах (ГИС) В автоматизированных системах управления технологическими процессами (АСУ ТП) Полная документация по ПК «Звезда»\nРСХД Stormwind РСХД \u0026ldquo;Stormwind\u0026rdquo; — распределённая система хранения данных, предназначенная для работы в среде средства виртуализации \u0026ldquo;Звезда\u0026rdquo;.\nСистема обеспечивает высокую доступность, масштабируемость и отказоустойчивость хранения данных для виртуальной инфраструктуры.\nОсновные возможности Кластерное разделяемое хранилище данных Поддержка различных типов хранилищ (CIFS, NFS, iSCSI, RBD, S3) Репликация данных между узлами кластера Управление пулами хранения Мониторинг состояния кластера и узлов Балансировка нагрузки и восстановление данных Компоненты системы Узлы кластера — серверы, обеспечивающие хранение и обработку данных Публичный интерфейс — для взаимодействия клиентов с кластером и доступа к веб-интерфейсу Внутренний интерфейс — для межузлового взаимодействия и репликации данных Системные требования Наличие установленного средства виртуализации \u0026ldquo;Звезда\u0026rdquo; Не менее двух сетевых интерфейсов Наличие хотя бы одного устройства хранения данных Полная документация по Stormwind\nНачало работы Руководство по быстрому старту с продуктами АО «БФГ» поможет вам начать работу с системами виртуализации и хранения данных.\nРуководство по началу работы\nСтруктура документации Документация организована по разделам:\nПК «Звезда» — документация по платформе виртуализации Прокуратор — управление единичным хостом Сфера — централизованное управление VDI — виртуальные рабочие столы Stormwind — документация по распределённой системе хранения данных Начало работы — быстрый старт с продуктами Поддержка Если у вас возникли вопросы по документации или работе с продуктами:\nEmail: support@aobfg.ru Телефон: +7 (495) 215-22-75 FAQ: часто задаваемые вопросы ","categories":null,"content":"Добро пожаловать в раздел документации В данном разделе представлена полная документация по продуктам АО «БФГ» для построения защищённой инфраструктуры виртуализации и хранения данных.\nПК «Звезда» ПК «Звезда» — программный комплекс виртуализации серверов и рабочих мест от АО «БФГ», обеспечивающий безопасную среду работы и быструю миграцию с импортных платформ (VMware, Hyper-V).\nИспользует сертифицированный гипервизор 1-го типа с доработанным Linux-ядром, аппаратной виртуализацией (KVM/Qemu) и поддержкой контейнеров Docker.\nОсновные преимущества Быстрая миграция с импортных платформ (VMware, Hyper-V) Сохранение действующей ИТ-инфраструктуры Сертифицированный гипервизор 1-го типа (сертификат ФСТЭК №4934) Обеспечивает защищённую среду функционирования ИТ-систем Возможность аттестации ИТ-систем организации в соответствии с требованиями ФСТЭК Сертифицированное Средство Защиты Информации (СЗИ) Состоит в Едином реестре российского ПО Компоненты ПК «Звезда» Прокуратор Средство управления единичным гипервизором. Поддерживает развертывание виртуальных машин с гостевыми ОС семейства Windows и Linux, подключение хранилищ и создание виртуальных сетей.\nОсновные возможности:\nУправление виртуальными машинами (создание, настройка, миграция) Поддержка до 240 виртуальных процессоров на ВМ Управление хранилищами (LVM, NFS, iSCSI, FC) Виртуальные коммутаторы с поддержкой VLAN Резервное копирование и снимки состояния ВМ Интеграция средств защиты информации Документация по Прокуратору\nСфера Централизованное управление виртуальной инфраструктурой через веб-интерфейс. Позволяет управлять группой хостов виртуализации, создавать кластеры высокой доступности и мониторить производительность.\nОсновные возможности:\nЦентрализованное управление несколькими хостами Создание и управление кластерами высокой доступности Управление дата-центрами и ресурсами Мониторинг производительности в реальном времени Ролевое управление доступом Миграция ВМ между хостами без простоя Документация по Сфере\nЗвезда-VDI Инфраструктура виртуальных рабочих столов (VDI) для организации удалённых рабочих мест. Поддерживает различные протоколы доставки (RDP, SPICE, LoudPlay) и интеграцию с системами аутентификации.\nОсновные возможности:\nСоздание сессионных и статических пулов рабочих столов Интеграция с LDAP/Active Directory Поддержка протоколов RDP, SPICE, LoudPlay Проброс USB-устройств (включая смарт-карты и токены) Поддержка vGPU для работы с графикой Отказоустойчивость и горизонтальное масштабирование Мониторинг состояния компонентов системы Документация по VDI\nОбласти применения ПК «Звезда» На значимых объектах критической информационной инфраструктуры (КИИ) Для защиты данных в информационных системах персональных данных (ИСПДн) В государственных информационных системах (ГИС) В автоматизированных системах управления технологическими процессами (АСУ ТП) Полная документация по ПК «Звезда»\nРСХД Stormwind РСХД \u0026ldquo;Stormwind\u0026rdquo; — распределённая система хранения данных, предназначенная для работы в среде средства виртуализации \u0026ldquo;Звезда\u0026rdquo;.\nСистема обеспечивает высокую доступность, масштабируемость и отказоустойчивость хранения данных для виртуальной инфраструктуры.\nОсновные возможности Кластерное разделяемое хранилище данных Поддержка различных типов хранилищ (CIFS, NFS, iSCSI, RBD, S3) Репликация данных между узлами кластера Управление пулами хранения Мониторинг состояния кластера и узлов Балансировка нагрузки и восстановление данных Компоненты системы Узлы кластера — серверы, обеспечивающие хранение и обработку данных Публичный интерфейс — для взаимодействия клиентов с кластером и доступа к веб-интерфейсу Внутренний интерфейс — для межузлового взаимодействия и репликации данных Системные требования Наличие установленного средства виртуализации \u0026ldquo;Звезда\u0026rdquo; Не менее двух сетевых интерфейсов Наличие хотя бы одного устройства хранения данных Полная документация по Stormwind\nНачало работы Руководство по быстрому старту с продуктами АО «БФГ» поможет вам начать работу с системами виртуализации и хранения данных.\nРуководство по началу работы\nСтруктура документации Документация организована по разделам:\nПК «Звезда» — документация по платформе виртуализации Прокуратор — управление единичным хостом Сфера — централизованное управление VDI — виртуальные рабочие столы Stormwind — документация по распределённой системе хранения данных Начало работы — быстрый старт с продуктами Поддержка Если у вас возникли вопросы по документации или работе с продуктами:\nEmail: support@aobfg.ru Телефон: +7 (495) 215-22-75 FAQ: часто задаваемые вопросы ","description":"Полная документация по продуктам АО «БФГ»","ref":"/docs/","section":"docs","tags":null,"title":"Документация","url":"/docs/","weight":1},{"body":"🖥️ ПК «Звезда» Новости и обновления отечественной системы виртуализации ПК «Звезда» (АО «БФГ»).\n📋 Компоненты комплекса Прокуратор — центр управления и администрирования Сфера — мониторинг и управление кластерами Рефлект — аналитика и отчётность ","categories":null,"content":"🖥️ ПК «Звезда» Новости и обновления отечественной системы виртуализации ПК «Звезда» (АО «БФГ»).\n📋 Компоненты комплекса Прокуратор — центр управления и администрирования Сфера — мониторинг и управление кластерами Рефлект — аналитика и отчётность ","description":"Новости и обновления продуктовой линейки ПК «Звезда» от АО «БФГ»","ref":"/news/pkzvezda/","section":"news","tags":null,"title":"ПК «Звезда» — новости","url":"/news/pkzvezda/","weight":1},{"body":"🆕 Релиз 2025.49 — 05.12.2025 Версия: sphere.core.v1.8.0\n🚀 Новые функции ⚡ Оптимизация доменного дерева — переработка индекса для доменного дерева с целью оптимизации и ускорения. Результат: комфортная работа с 3000 объектов и быстрый мониторинг. 🔄 HA с Гидрой — отлажена работа High Availability с Гидрой. 📊 Мониторинг — отлажена работа мониторинга. 📋 Консоль событий — реализован функционал консоли событий для обеспечения мониторинга и аудита системы. 🏷 Кастомные атрибуты — реализован функционал кастомных атрибутов для каждой сущности инвентаря и возможность их централизованного администрирования. 🔐 Политики безопасности — реализовано добавление парольных/сессионных/локальных политик безопасности. 🔑 Двухфакторная аутентификация — добавлена поддержка 2FA (Яндекс Ключ, Рутокен OTP). 🔒 Криптография паролей — добавлено хеширование и криптография паролей. 🛠 Исправления ошибок (Bug Fixes) 🖥 Виртуальные машины 💿 SC-1667 [VM] — Отсутствие валидации свободного места хранилища при добавлении жёсткого диска к ВМ. 🔴 SC-1556 — Исправлено отображение статуса ВМ. 🔘 SC-1600 [vm-permissions] — Отсутствие кнопки при наличии прав. 📦 Шаблоны ⏳ SC-1708 [templates] — Бесконечный loader модального окна. 🌐 SC-1714 [localization][templates] — Неправильный перевод + заблокированный функционал + отсутствие перевода. 🔘 SC-1712 [templates][front] — Кнопка удалённого функционала. 💾 Резервные копии ❌ SC-1645 [gRPC][backups] — 13 Internal в ответе на ручку Backups.GetBackupPVMDesc. 🗂 Кластеры и хранилища 🔐 SC-1707 — Обработать permissions для кластера. 📊 SC-1436 [Storage Adapters] — Не работает сортировка в таблицах Devices и Paths адаптеров хранения. 📅 Планировщик 🔘 SC-1643 [scheduled-tasks] — Disabled кнопки Clone и Create Backup. 🏷 SC-1641 [data-id][scheduled-tasks] — Необходимо добавить/изменить data-id. 📜 Лицензии 🖥 SC-1666 [licenses] — Отображается не тот хост в заголовке при добавлении лицензии. 🏷 Data-ID 🏷 SC-1669 [data-id][Notes] — Добавить data-id для Notes. 📈 Улучшения 🎨 Интерфейс 📸 Новый дизайн основной страницы Snapshots. 💾 Новый дизайн основной страницы Backups (Backups Tab) внутри Backup Buckets. 💾 Новый дизайн основной страницы Backups (Backups Tab) внутри ВМ. 📦 Новый дизайн процесса клонирования виртуальных машин (Clone to Virtual Machine). ⚙️ Новый дизайн части действий виртуальных машин (VM Actions). 📝 Новый дизайн процесса регистрации ВМ (Register VM). 📊 Новый дизайн блока метрик в состоянии отсутствия доступных данных в модулях. 💾 Новый дизайн действий хранилищ резервных копий (Backup Storage Actions). 📋 Новый дизайн всех действий шаблонов. 🔄 Новый дизайн процесса преобразования ВМ в шаблон (Convert to Template). 📸 Новый дизайн всех действий snapshots. 💾 Новый дизайн части действий резервных копий. ➕ Новый дизайн процесса создания резервных копий (Create Backup). 🔄 Новый дизайн процесса восстановления резервных копий (Restore Backup). ⚡ Новый дизайн всех Power и Guest OS действий виртуальных машин. ","categories":null,"content":"🆕 Релиз 2025.49 — 05.12.2025 Версия: sphere.core.v1.8.0\n🚀 Новые функции ⚡ Оптимизация доменного дерева — переработка индекса для доменного дерева с целью оптимизации и ускорения. Результат: комфортная работа с 3000 объектов и быстрый мониторинг. 🔄 HA с Гидрой — отлажена работа High Availability с Гидрой. 📊 Мониторинг — отлажена работа мониторинга. 📋 Консоль событий — реализован функционал консоли событий для обеспечения мониторинга и аудита системы. 🏷 Кастомные атрибуты — реализован функционал кастомных атрибутов для каждой сущности инвентаря и возможность их централизованного администрирования. 🔐 Политики безопасности — реализовано добавление парольных/сессионных/локальных политик безопасности. 🔑 Двухфакторная аутентификация — добавлена поддержка 2FA (Яндекс Ключ, Рутокен OTP). 🔒 Криптография паролей — добавлено хеширование и криптография паролей. 🛠 Исправления ошибок (Bug Fixes) 🖥 Виртуальные машины 💿 SC-1667 [VM] — Отсутствие валидации свободного места хранилища при добавлении жёсткого диска к ВМ. 🔴 SC-1556 — Исправлено отображение статуса ВМ. 🔘 SC-1600 [vm-permissions] — Отсутствие кнопки при наличии прав. 📦 Шаблоны ⏳ SC-1708 [templates] — Бесконечный loader модального окна. 🌐 SC-1714 [localization][templates] — Неправильный перевод + заблокированный функционал + отсутствие перевода. 🔘 SC-1712 [templates][front] — Кнопка удалённого функционала. 💾 Резервные копии ❌ SC-1645 [gRPC][backups] — 13 Internal в ответе на ручку Backups.GetBackupPVMDesc. 🗂 Кластеры и хранилища 🔐 SC-1707 — Обработать permissions для кластера. 📊 SC-1436 [Storage Adapters] — Не работает сортировка в таблицах Devices и Paths адаптеров хранения. 📅 Планировщик 🔘 SC-1643 [scheduled-tasks] — Disabled кнопки Clone и Create Backup. 🏷 SC-1641 [data-id][scheduled-tasks] — Необходимо добавить/изменить data-id. 📜 Лицензии 🖥 SC-1666 [licenses] — Отображается не тот хост в заголовке при добавлении лицензии. 🏷 Data-ID 🏷 SC-1669 [data-id][Notes] — Добавить data-id для Notes. 📈 Улучшения 🎨 Интерфейс 📸 Новый дизайн основной страницы Snapshots. 💾 Новый дизайн основной страницы Backups (Backups Tab) внутри Backup Buckets. 💾 Новый дизайн основной страницы Backups (Backups Tab) внутри ВМ. 📦 Новый дизайн процесса клонирования виртуальных машин (Clone to Virtual Machine). ⚙️ Новый дизайн части действий виртуальных машин (VM Actions). 📝 Новый дизайн процесса регистрации ВМ (Register VM). 📊 Новый дизайн блока метрик в состоянии отсутствия доступных данных в модулях. 💾 Новый дизайн действий хранилищ резервных копий (Backup Storage Actions). 📋 Новый дизайн всех действий шаблонов. 🔄 Новый дизайн процесса преобразования ВМ в шаблон (Convert to Template). 📸 Новый дизайн всех действий snapshots. 💾 Новый дизайн части действий резервных копий. ➕ Новый дизайн процесса создания резервных копий (Create Backup). 🔄 Новый дизайн процесса восстановления резервных копий (Restore Backup). ⚡ Новый дизайн всех Power и Guest OS действий виртуальных машин. ","description":"Релиз bfg sphere","ref":"/news/pkzvezda/sphere/bfg-sphere-2025-4905-12-20/","section":"news","tags":["bfg","sphere","release"],"title":"Сфера v2025.49 05.12.20","url":"/news/pkzvezda/sphere/bfg-sphere-2025-4905-12-20/","weight":1},{"body":"🆕 Релиз 2025.48 — 28.11.2025 🚀 Новые функции 💻 Desktop-клиент 🔄 Множественные процессы — Desktop-клиент СПЕКТР поддерживает одновременный запуск нескольких процессов (в том числе при запуске из командной строки, в том числе через Parallax). 🖥 Множественные подключения — Desktop-клиент СПЕКТР поддерживает одновременное подключение к нескольким рабочим местам одновременно (внутри одного процесса). 📺 Несколько мониторов — Desktop-клиент СПЕКТР поддерживает подключение к рабочим местам с несколькими мониторами (QXL). 🪟 Гостевой агент Windows 🖱 Векторный режим мыши — гостевой агент для Windows полностью поддерживает векторный режим мыши при использовании видеострима. 🛠 Исправления ошибок (Bug Fixes) 🎨 Графика 🖼 DS-856 [spectr] — Появление графических артефактов при подключении к виртуальному рабочему столу. 🔗 Подключение ❌ DS-967 [spectr] — Невозможно подключиться к ВМ. ❌ DS-973 [spectr] — Невозможно подключиться ко второму удалённому рабочему столу на одной рабочей станции. 📈 Улучшения 💻 Desktop-клиент 🔧 В основную версию проекта Desktop-клиента СПЕКТР интегрированы изменения, сделанные в рамках пилотного запуска на Эльбрус-2С3. 🪟 Гостевой агент Windows 🏗 Для проекта Procurator Desktop Agent for Windows подготовлена обновлённая инфраструктура сборки с использованием Meson. Поддерживается сборка как на Windows, так и на Linux. CI/CD — в процессе тестирования. 📤 Файловый канал ✅ Канал файлового обмена передан в тестирование. 🔧 Подготовлена клиентская часть канала файлового обмена для интеграции GUI. 📎 Подготовлен отдельный канал для drag\u0026amp;drop небольших файлов и текста. ","categories":null,"content":"🆕 Релиз 2025.48 — 28.11.2025 🚀 Новые функции 💻 Desktop-клиент 🔄 Множественные процессы — Desktop-клиент СПЕКТР поддерживает одновременный запуск нескольких процессов (в том числе при запуске из командной строки, в том числе через Parallax). 🖥 Множественные подключения — Desktop-клиент СПЕКТР поддерживает одновременное подключение к нескольким рабочим местам одновременно (внутри одного процесса). 📺 Несколько мониторов — Desktop-клиент СПЕКТР поддерживает подключение к рабочим местам с несколькими мониторами (QXL). 🪟 Гостевой агент Windows 🖱 Векторный режим мыши — гостевой агент для Windows полностью поддерживает векторный режим мыши при использовании видеострима. 🛠 Исправления ошибок (Bug Fixes) 🎨 Графика 🖼 DS-856 [spectr] — Появление графических артефактов при подключении к виртуальному рабочему столу. 🔗 Подключение ❌ DS-967 [spectr] — Невозможно подключиться к ВМ. ❌ DS-973 [spectr] — Невозможно подключиться ко второму удалённому рабочему столу на одной рабочей станции. 📈 Улучшения 💻 Desktop-клиент 🔧 В основную версию проекта Desktop-клиента СПЕКТР интегрированы изменения, сделанные в рамках пилотного запуска на Эльбрус-2С3. 🪟 Гостевой агент Windows 🏗 Для проекта Procurator Desktop Agent for Windows подготовлена обновлённая инфраструктура сборки с использованием Meson. Поддерживается сборка как на Windows, так и на Linux. CI/CD — в процессе тестирования. 📤 Файловый канал ✅ Канал файлового обмена передан в тестирование. 🔧 Подготовлена клиентская часть канала файлового обмена для интеграции GUI. 📎 Подготовлен отдельный канал для drag\u0026amp;drop небольших файлов и текста. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-4828-11-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.48 28.11.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-4828-11-20/","weight":1},{"body":"📋 Обновления Прокуратор Новости и обновления системы управления и администрирования Прокуратор.\n","categories":null,"content":"📋 Обновления Прокуратор Новости и обновления системы управления и администрирования Прокуратор.\n","description":"Новости и обновления системы Прокуратор","ref":"/news/pkzvezda/procurator/","section":"news","tags":null,"title":"Обновления Прокуратор","url":"/news/pkzvezda/procurator/","weight":1},{"body":"🆕 Релиз 2025.47 — 21.11.2025 Версия и компоненты:\ncore v1.9.0 metrics v2.0.9 storage v1.3.0 umbra v1.6.12 cli v0.5.2 comienzo v2.5.2 guest-tools v1.0.2 licenses v1.4.4 inventory-agent v0.9.17 logdb v1.0.25 🚀 Новые функции 🌩 Поддержка кластеров в StormFS — расширенная работа с кластерными хранилищами. 🔄 Конвертация ВМ — конвертация ВМ в шаблон / linked clone из шаблона. ⚡ Обход ядра на DStorm — виртуальные машины на хранилище DStorm работают в обход ядра. 🌐 Новый сетевой драйвер — новый дефолтный драйвер для паравиртуальных сетевых устройств. 🎈 Memory ballooning — добавлена возможность выбора включения/отключения memory ballooning при создании ВМ. 🔧 TCP congestion control — редактирование алгоритма congestion control в TCP стеке. 🔒 Строгие модели сети — сетевые интерфейсы гипервизора перешли на строгие модели конечной системы. 🧪 Тестирование сети DStorm — тестирование сетевой подсистемы при создании кластерного хранилища DStorm. 💿 Тестирование дисков DStorm — тестирование дисковой подсистемы при создании кластерного хранилища DStorm. 📊 Кэширование метрик — реализовано кэширование метрик гиперконвергентного хранилища. 📈 Метрики NFS — отображение в веб-интерфейсе метрик NFS. 🖥 Потребление ресурсов — добавлено отображение потребления ресурсов сервисами системы. 🔗 Кэширование для интеграций — кэширование метрик для внешних интеграций. 🐙 Демоны Ceph — появились вызовы для конфигурирования и запуска демонов Ceph. 🛠 Исправления ошибок (Bug Fixes) ⚙ Бэкенд 📋 PC-2228 [summary] — Неверные данные в сводке хоста. 💿 PC-2249 [edit vm settings] — Не создаётся HDD на другом типе хранилища при редактировании настроек ВМ. 🖥 PC-2411 [vm create][different path] — При создании ВМ с дисками на отдельных хранилищах ВМ не создаётся. 🌐 PC-2508 [vm edit][network] — При изменении сетевого адаптера ВМ происходит дублирование. ❌ PC-2690 [vms][backend] — GRPC/REST ручка /ui/vms/capabilities возвращает UNKNOWN/500-ый ответ. 🔄 Исправлена миграция виртуальных машин между хостами. ⏳ Автостарт ВМ корректно отрабатывает после перезагрузки (ожидание инициализации хранилища). 📦 Фиксация багов с мультиклонированием. 🔍 Исправление багов, связанных с фильтрацией rbd устройств. 🌐 Исправлен баг, связанный с исчезновением gateway. 🖥 Фронтенд 🔴 PC-2623 — Исправлено отображение статуса ВМ. 🔍 PC-1308 [filter] — Отсутствуют фильтры сортировки услуг. 💿 PC-2415 [vms] — Заблокирована возможность изменять объём thick диска на горячую у ВМ. 💿 PC-2561 [templates] — Не отображается ISO в шаблоне при его создании/редактировании, также ошибки при удалении. ✏️ PC-2591 [templates] — Не валидируется имя шаблона при указании имени \u0026gt; 64 символов. 📺 PC-2649 [vms] — Viewer консоли ВМ не адаптируется под текущий размер окна. 📋 PC-2655 — Исправлена работа контекстного меню из таблиц когда выбран один элемент. 🔄 PC-2680 [vms] — Кэшируются и запрашиваются конфигурация прошлой ВМ при открытии текущей. ⚙️ PC-2685 [vms] — После создания ВМ невозможно открыть её настройки. 📅 PC-2618 [scheduler] — Не работает кнопка \u0026ldquo;запланировать задачу\u0026rdquo; в шедуллере ВМ. 📅 PC-2707 [scheduler] — Невозможно создать задачу на планирование с еженедельным расписанием. 🏷 PC-2611 [data-id] — Добавлены data-id по элементам в конфигурации хоста. 🏷 PC-2620 [data-id][Migration VM] — Добавлены data-id в визард миграции ВМ. 🔍 PC-2646 — Добавлены фильтры у rTasks. 🪟 PC-2651 — Исправлена индексация модального окна. ❌ PC-2652 — Закрывается окно ВМ консоли после выхода. 🏷 PC-2662 [data-id] — Вместо data-id и id подставляется undefined. 📈 Улучшения 💾 Хранилища 📸 Улучшена работа снапшотов на LVM. 📋 Новый формат метаданных в StormFS. 🔧 Поддержка работы с новым форматом в компоненте storage. 🗑 Исправление и удаление SStorm через веб-интерфейс. 📊 Отображение реально используемого места в тонких томах. 🔍 Улучшено сканирование физических устройств хранения. 🔗 Добавление mount и unmount у хранилищ. 🖥 Виртуальные машины ⚡ Ускорено множественное создание linked clone из шаблонов/из ВМ. 🔧 Оптимизация модельных структур. 🔄 Переписан драйвер виртуальных машин (fobo). ⚡ Read only функционал работает через новый движок. 🔧 Оптимизация логики при редактировании виртуальных машин. 🌐 Новый дефолтный драйвер для паравиртуальных сетевых карт. 📊 Изменение способа получения метрики по CPU ВМ. 📝 Регистрация ВМ по файлу-описателю для быстрого добавления ВМ в систему без ручной настройки. 🌐 Сеть 🔧 Исправлена схема interlinks между порт группами в vswitch (новый формат базы данных). 📊 Метрики и логирование 📝 Оптимизация логирования сервиса метрик. 💻 CLI 🔧 Продолжается работа по PCLI. 🎨 Интерфейс 📤 Процесс загрузки файлов в окне (постоянное отображение). ⚡ Новый дизайн всех Power и Guest OS действий виртуальных машин. 📸 Новый дизайн всех действий snapshots. 💾 Новый дизайн части действий резервных копий. ➕ Дизайн процесса создания резервных копий (Create Backup). 🔄 Дизайн процесса восстановления резервных копий (Restore Backup). ","categories":null,"content":"🆕 Релиз 2025.47 — 21.11.2025 Версия и компоненты:\ncore v1.9.0 metrics v2.0.9 storage v1.3.0 umbra v1.6.12 cli v0.5.2 comienzo v2.5.2 guest-tools v1.0.2 licenses v1.4.4 inventory-agent v0.9.17 logdb v1.0.25 🚀 Новые функции 🌩 Поддержка кластеров в StormFS — расширенная работа с кластерными хранилищами. 🔄 Конвертация ВМ — конвертация ВМ в шаблон / linked clone из шаблона. ⚡ Обход ядра на DStorm — виртуальные машины на хранилище DStorm работают в обход ядра. 🌐 Новый сетевой драйвер — новый дефолтный драйвер для паравиртуальных сетевых устройств. 🎈 Memory ballooning — добавлена возможность выбора включения/отключения memory ballooning при создании ВМ. 🔧 TCP congestion control — редактирование алгоритма congestion control в TCP стеке. 🔒 Строгие модели сети — сетевые интерфейсы гипервизора перешли на строгие модели конечной системы. 🧪 Тестирование сети DStorm — тестирование сетевой подсистемы при создании кластерного хранилища DStorm. 💿 Тестирование дисков DStorm — тестирование дисковой подсистемы при создании кластерного хранилища DStorm. 📊 Кэширование метрик — реализовано кэширование метрик гиперконвергентного хранилища. 📈 Метрики NFS — отображение в веб-интерфейсе метрик NFS. 🖥 Потребление ресурсов — добавлено отображение потребления ресурсов сервисами системы. 🔗 Кэширование для интеграций — кэширование метрик для внешних интеграций. 🐙 Демоны Ceph — появились вызовы для конфигурирования и запуска демонов Ceph. 🛠 Исправления ошибок (Bug Fixes) ⚙ Бэкенд 📋 PC-2228 [summary] — Неверные данные в сводке хоста. 💿 PC-2249 [edit vm settings] — Не создаётся HDD на другом типе хранилища при редактировании настроек ВМ. 🖥 PC-2411 [vm create][different path] — При создании ВМ с дисками на отдельных хранилищах ВМ не создаётся. 🌐 PC-2508 [vm edit][network] — При изменении сетевого адаптера ВМ происходит дублирование. ❌ PC-2690 [vms][backend] — GRPC/REST ручка /ui/vms/capabilities возвращает UNKNOWN/500-ый ответ. 🔄 Исправлена миграция виртуальных машин между хостами. ⏳ Автостарт ВМ корректно отрабатывает после перезагрузки (ожидание инициализации хранилища). 📦 Фиксация багов с мультиклонированием. 🔍 Исправление багов, связанных с фильтрацией rbd устройств. 🌐 Исправлен баг, связанный с исчезновением gateway. 🖥 Фронтенд 🔴 PC-2623 — Исправлено отображение статуса ВМ. 🔍 PC-1308 [filter] — Отсутствуют фильтры сортировки услуг. 💿 PC-2415 [vms] — Заблокирована возможность изменять объём thick диска на горячую у ВМ. 💿 PC-2561 [templates] — Не отображается ISO в шаблоне при его создании/редактировании, также ошибки при удалении. ✏️ PC-2591 [templates] — Не валидируется имя шаблона при указании имени \u0026gt; 64 символов. 📺 PC-2649 [vms] — Viewer консоли ВМ не адаптируется под текущий размер окна. 📋 PC-2655 — Исправлена работа контекстного меню из таблиц когда выбран один элемент. 🔄 PC-2680 [vms] — Кэшируются и запрашиваются конфигурация прошлой ВМ при открытии текущей. ⚙️ PC-2685 [vms] — После создания ВМ невозможно открыть её настройки. 📅 PC-2618 [scheduler] — Не работает кнопка \u0026ldquo;запланировать задачу\u0026rdquo; в шедуллере ВМ. 📅 PC-2707 [scheduler] — Невозможно создать задачу на планирование с еженедельным расписанием. 🏷 PC-2611 [data-id] — Добавлены data-id по элементам в конфигурации хоста. 🏷 PC-2620 [data-id][Migration VM] — Добавлены data-id в визард миграции ВМ. 🔍 PC-2646 — Добавлены фильтры у rTasks. 🪟 PC-2651 — Исправлена индексация модального окна. ❌ PC-2652 — Закрывается окно ВМ консоли после выхода. 🏷 PC-2662 [data-id] — Вместо data-id и id подставляется undefined. 📈 Улучшения 💾 Хранилища 📸 Улучшена работа снапшотов на LVM. 📋 Новый формат метаданных в StormFS. 🔧 Поддержка работы с новым форматом в компоненте storage. 🗑 Исправление и удаление SStorm через веб-интерфейс. 📊 Отображение реально используемого места в тонких томах. 🔍 Улучшено сканирование физических устройств хранения. 🔗 Добавление mount и unmount у хранилищ. 🖥 Виртуальные машины ⚡ Ускорено множественное создание linked clone из шаблонов/из ВМ. 🔧 Оптимизация модельных структур. 🔄 Переписан драйвер виртуальных машин (fobo). ⚡ Read only функционал работает через новый движок. 🔧 Оптимизация логики при редактировании виртуальных машин. 🌐 Новый дефолтный драйвер для паравиртуальных сетевых карт. 📊 Изменение способа получения метрики по CPU ВМ. 📝 Регистрация ВМ по файлу-описателю для быстрого добавления ВМ в систему без ручной настройки. 🌐 Сеть 🔧 Исправлена схема interlinks между порт группами в vswitch (новый формат базы данных). 📊 Метрики и логирование 📝 Оптимизация логирования сервиса метрик. 💻 CLI 🔧 Продолжается работа по PCLI. 🎨 Интерфейс 📤 Процесс загрузки файлов в окне (постоянное отображение). ⚡ Новый дизайн всех Power и Guest OS действий виртуальных машин. 📸 Новый дизайн всех действий snapshots. 💾 Новый дизайн части действий резервных копий. ➕ Дизайн процесса создания резервных копий (Create Backup). 🔄 Дизайн процесса восстановления резервных копий (Restore Backup). ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2025-4721-11-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2025.47 21.11.20","url":"/news/pkzvezda/procurator/bfg-procurator-2025-4721-11-20/","weight":1},{"body":"🆕 Релиз 2025.45 — 07.11.2025 Версии компонентов:\nDesktop-клиент v0.5.2 🚀 Новые функции 💻 Desktop-клиент 🖥 Работа без аппаратного ускорения — Desktop-клиент для Windows получил возможность работы в среде без аппаратного ускорения (например, в виртуальной машине). Пользователь может настроить данную опцию при установке клиента, также доступно управление опцией через реестр. 🎬 Стриминг для QXL — Desktop-клиент теперь поддерживает стриминговый режим при подключении к виртуальной машине с QXL-адаптером. 📤 Файловый канал ✅ Завершена основная работа по бэкенду файлового канала. Работа протокола проверяется через команды терминала, в будущих спринтах будет добавлен UI. 🪟 Гостевой агент Windows 🔧 Ведётся переработка инфраструктуры проекта с гостевым агентом для Windows. В следующем спринте ожидается публичный релиз обновлённого проекта с множеством исправлений. 🛠 Исправления ошибок (Bug Fixes) 🔌 USB 🐧 DS-849 — Невозможно пробросить USB-устройство через Desktop-клиент на дистрибутивах Ubuntu и Debian. 📺 Дисплей 🖥 Некорректное отображение дисплея QXL-адаптера при переносе окна Desktop-клиента между мониторами с различными параметрами масштабирования. 📋 Буфер обмена 💥 Краш Desktop-клиента при получении пустого текста по буферу обмена. 🧠 Память 🔧 Утечки памяти при включённом профилировании сессии в Desktop-клиенте. 📈 Улучшения 💻 Desktop-клиент 🔒 При работе в сессии с QXL-адаптером кнопки меню выбора режима профилирования блокируются (профилирование недоступно). ⏱ Таймаут подключения увеличен с 5 до 10 секунд. ","categories":null,"content":"🆕 Релиз 2025.45 — 07.11.2025 Версии компонентов:\nDesktop-клиент v0.5.2 🚀 Новые функции 💻 Desktop-клиент 🖥 Работа без аппаратного ускорения — Desktop-клиент для Windows получил возможность работы в среде без аппаратного ускорения (например, в виртуальной машине). Пользователь может настроить данную опцию при установке клиента, также доступно управление опцией через реестр. 🎬 Стриминг для QXL — Desktop-клиент теперь поддерживает стриминговый режим при подключении к виртуальной машине с QXL-адаптером. 📤 Файловый канал ✅ Завершена основная работа по бэкенду файлового канала. Работа протокола проверяется через команды терминала, в будущих спринтах будет добавлен UI. 🪟 Гостевой агент Windows 🔧 Ведётся переработка инфраструктуры проекта с гостевым агентом для Windows. В следующем спринте ожидается публичный релиз обновлённого проекта с множеством исправлений. 🛠 Исправления ошибок (Bug Fixes) 🔌 USB 🐧 DS-849 — Невозможно пробросить USB-устройство через Desktop-клиент на дистрибутивах Ubuntu и Debian. 📺 Дисплей 🖥 Некорректное отображение дисплея QXL-адаптера при переносе окна Desktop-клиента между мониторами с различными параметрами масштабирования. 📋 Буфер обмена 💥 Краш Desktop-клиента при получении пустого текста по буферу обмена. 🧠 Память 🔧 Утечки памяти при включённом профилировании сессии в Desktop-клиенте. 📈 Улучшения 💻 Desktop-клиент 🔒 При работе в сессии с QXL-адаптером кнопки меню выбора режима профилирования блокируются (профилирование недоступно). ⏱ Таймаут подключения увеличен с 5 до 10 секунд. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-4507-11-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.45 07.11.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-4507-11-20/","weight":1},{"body":"🆕 Релиз 2025.42 — 17.10.2025 Версии компонентов:\nклиент v0.5.0 сервер v1.23.0 🚀 Новые функции 🖥 Серверный модуль 🎉 Первая публичная версия — представлена первая публичная версия пакета \u0026ldquo;Спектр Сервер\u0026rdquo; v1.23.0. 💻 Desktop-клиент 🔄 Совместимость с libspice — Desktop-клиент теперь полностью совместим с виртуальными машинами на базовом libspice. ⚠️ При этом частично ПОТЕРЯНА совместимость с предварительными сборками \u0026ldquo;Спектр Сервер\u0026rdquo; версий до 1.22.0 включительно. 📺 Безрамочный полноэкранный режим — полноэкранный режим дисплея ВМ теперь полностью безрамочный. 📊 Информационная панель — в окно дисплея ВМ добавлена нижняя полоса с основной информацией о текущем подключении. 🖱 Режимы мыши — интегрирована поддержка переключения режимов мыши (векторный и координатный). 🖱 Масштабирование курсора — добавлена функция перемасштабирования курсора под размер клиентской ОС (при работе с векторным режимом мыши). 📺 Синхронизация разрешения — добавлен новый режим синхронизации разрешения дисплея гостевой ОС по физическому разрешению клиентского дисплея, без учёта масштабирующих коэффициентов (глобальный UI Scaling и т.д.). ⌨️ Горячие клавиши — добавлены горячие клавиши для переключения режима мыши, режима профилирования, полноэкранного режима и быстрого закрытия сессии. ⌨️ Меню горячих клавиш — добавлено меню горячих клавиш для отправки в гостевую ОС (чтобы избежать конфликта с системными хоткеями на клиентской ОС). 💾 Конфигурационный файл — добавлена работа с конфигурационным файлом для сохранения пользовательских настроек: Адрес и имя пользователя с последней успешной попытки авторизации Размер окна с дисплеем ВМ и статус окна (обычный, развёрнутый, полноэкранный) Режим мыши, режим профилирования (для стримингового канала) Режим масштабирования дисплея в окне Режим синхронизации разрешений Режим масштабирования векторного курсора 📤 Файловый канал ✅ Завершена основная работа по переходу файлового канала на новую версию протокола, которая включает в себя выгрузку и загрузку файла на виртуальную машину. 🛠 Исправления ошибок (Bug Fixes) 📦 Установка 📦 DS-884 [spectr] — Ошибка 183 при установке приложения bfg-spectr-client v0.3.0-1. 🎬 Видео 🧠 Ошибки управления памятью при автоматическом подборе видеокодека. 🖥 Сервер 🎮 Ошибки инициализации устройств NVIDIA в пакете \u0026ldquo;Спектр Сервер\u0026rdquo;. 📈 Улучшения 📦 Сборка 📉 Генератор пакетов ОС \u0026ldquo;Звезда\u0026rdquo; для модуля \u0026ldquo;Спектр Сервер\u0026rdquo;: уменьшен размер итогового модуля с поддержкой аппаратного сжатия через NVIDIA NVENC, сокращено время сборки. 🐧 Desktop-клиент: доступен первый вариант дистрибутива со статической сборкой для Fedora 41. 💻 Desktop-клиент 🔒 При работе в сессии с QXL-адаптером кнопки меню выбора режима профилирования блокируются (профилирование недоступно). ","categories":null,"content":"🆕 Релиз 2025.42 — 17.10.2025 Версии компонентов:\nклиент v0.5.0 сервер v1.23.0 🚀 Новые функции 🖥 Серверный модуль 🎉 Первая публичная версия — представлена первая публичная версия пакета \u0026ldquo;Спектр Сервер\u0026rdquo; v1.23.0. 💻 Desktop-клиент 🔄 Совместимость с libspice — Desktop-клиент теперь полностью совместим с виртуальными машинами на базовом libspice. ⚠️ При этом частично ПОТЕРЯНА совместимость с предварительными сборками \u0026ldquo;Спектр Сервер\u0026rdquo; версий до 1.22.0 включительно. 📺 Безрамочный полноэкранный режим — полноэкранный режим дисплея ВМ теперь полностью безрамочный. 📊 Информационная панель — в окно дисплея ВМ добавлена нижняя полоса с основной информацией о текущем подключении. 🖱 Режимы мыши — интегрирована поддержка переключения режимов мыши (векторный и координатный). 🖱 Масштабирование курсора — добавлена функция перемасштабирования курсора под размер клиентской ОС (при работе с векторным режимом мыши). 📺 Синхронизация разрешения — добавлен новый режим синхронизации разрешения дисплея гостевой ОС по физическому разрешению клиентского дисплея, без учёта масштабирующих коэффициентов (глобальный UI Scaling и т.д.). ⌨️ Горячие клавиши — добавлены горячие клавиши для переключения режима мыши, режима профилирования, полноэкранного режима и быстрого закрытия сессии. ⌨️ Меню горячих клавиш — добавлено меню горячих клавиш для отправки в гостевую ОС (чтобы избежать конфликта с системными хоткеями на клиентской ОС). 💾 Конфигурационный файл — добавлена работа с конфигурационным файлом для сохранения пользовательских настроек: Адрес и имя пользователя с последней успешной попытки авторизации Размер окна с дисплеем ВМ и статус окна (обычный, развёрнутый, полноэкранный) Режим мыши, режим профилирования (для стримингового канала) Режим масштабирования дисплея в окне Режим синхронизации разрешений Режим масштабирования векторного курсора 📤 Файловый канал ✅ Завершена основная работа по переходу файлового канала на новую версию протокола, которая включает в себя выгрузку и загрузку файла на виртуальную машину. 🛠 Исправления ошибок (Bug Fixes) 📦 Установка 📦 DS-884 [spectr] — Ошибка 183 при установке приложения bfg-spectr-client v0.3.0-1. 🎬 Видео 🧠 Ошибки управления памятью при автоматическом подборе видеокодека. 🖥 Сервер 🎮 Ошибки инициализации устройств NVIDIA в пакете \u0026ldquo;Спектр Сервер\u0026rdquo;. 📈 Улучшения 📦 Сборка 📉 Генератор пакетов ОС \u0026ldquo;Звезда\u0026rdquo; для модуля \u0026ldquo;Спектр Сервер\u0026rdquo;: уменьшен размер итогового модуля с поддержкой аппаратного сжатия через NVIDIA NVENC, сокращено время сборки. 🐧 Desktop-клиент: доступен первый вариант дистрибутива со статической сборкой для Fedora 41. 💻 Desktop-клиент 🔒 При работе в сессии с QXL-адаптером кнопки меню выбора режима профилирования блокируются (профилирование недоступно). ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-4217-10-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.42 17.10.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-4217-10-20/","weight":1},{"body":"🆕 Релиз 2025.39 — 26.09.2025 Версии компонентов:\nклиент v0.4.1 сервер v1.22.0 гостевые утилиты Linux v0.1.0 🚀 Новые функции 🖥 Прямое подключение к ВМ — Desktop-клиент теперь поддерживает прямое подключение к ВМ через указание параметров командной строки (адрес хоста и координаты ВМ). 🐧 Гостевые утилиты Linux — в тестирование передан первый набор дистрибутивов гостевых утилит для Linux (Ubuntu 24, Fedora 41 и ALT WS 10) с инструкциями по установке. 🎮 NVIDIA vGPU сжатие — гостевые утилиты для Linux теперь поддерживают аппаратное сжатие при использовании NVIDIA vGPU. 📤 Файловый канал — подготовлен минимально рабочий прототип файлового канала (реализована передача файла с клиента на виртуальную машину, проведены локальные тесты на файлах разного объёма). 🛠 Исправления ошибок (Bug Fixes) 🎨 Интерфейс 📝 DS-742 [spectr] — Семантическая ошибка всплывающей подсказки \u0026ldquo;Go full screen\u0026rdquo; (console panel). ℹ️ DS-891 [UX Suggestion][spectr] — Улучшение информирования о статусе доступности аппаратного кодирования в настройках видео. 🎬 Видео 🔧 DS-844 [UX Suggestion][spectr] — Невозможно изменить видеокодек на ВМ qxl. 🔐 Авторизация 🔘 DS-882 [spectr] — Пользователь может нажать неактивную кнопку \u0026ldquo;Connect\u0026rdquo; с помощью клавиши Enter на экране аутентификации. 📈 Улучшения 🖥 Desktop-клиент 📺 Синхронизация разрешений виртуального дисплея теперь включена по умолчанию. 🎬 Стандартный приоритет видеокодеков изменён — в первую очередь запускается трансляция рабочего стола с видеокодеками H265 и H264 (исправлена проблема некачественной картинки при первом запуске ВМ). ⚡ Стандартный приоритет домена и устройства сжатия изменён — в первую очередь используется аппаратное сжатие (исправлена проблема некачественной картинки при первом запуске ВМ). 🖥 Серверный модуль 📝 Переработана система журналирования. Добавлено цветовое окрашивание и выделено больше доменов (как для Desktop-клиента). 📦 Упрощена сборка SVZ-приложения. Система сборки проекта теперь создаёт самораспаковывающийся архив, который можно положить на хост с ОС \u0026ldquo;Звезда\u0026rdquo; и запустить процесс создания пакета. 🐧 Гостевые утилиты Linux 🔧 Различные исправления, относящиеся к базовым SPICE-агентам. 📤 Файловый канал 🐧 Написан отдельный гостевой агент для файлового канала под ОС на базе ядра Linux. 🔧 Доработана клиентская логика файлового канала для минимальной работоспособности. 🔄 Протокол канала переделан под новую версию (на данный момент используется старая версия). 🔧 Начался перенос серверной, клиентской частей и гостевого агента файлового канала под новый протокол. ","categories":null,"content":"🆕 Релиз 2025.39 — 26.09.2025 Версии компонентов:\nклиент v0.4.1 сервер v1.22.0 гостевые утилиты Linux v0.1.0 🚀 Новые функции 🖥 Прямое подключение к ВМ — Desktop-клиент теперь поддерживает прямое подключение к ВМ через указание параметров командной строки (адрес хоста и координаты ВМ). 🐧 Гостевые утилиты Linux — в тестирование передан первый набор дистрибутивов гостевых утилит для Linux (Ubuntu 24, Fedora 41 и ALT WS 10) с инструкциями по установке. 🎮 NVIDIA vGPU сжатие — гостевые утилиты для Linux теперь поддерживают аппаратное сжатие при использовании NVIDIA vGPU. 📤 Файловый канал — подготовлен минимально рабочий прототип файлового канала (реализована передача файла с клиента на виртуальную машину, проведены локальные тесты на файлах разного объёма). 🛠 Исправления ошибок (Bug Fixes) 🎨 Интерфейс 📝 DS-742 [spectr] — Семантическая ошибка всплывающей подсказки \u0026ldquo;Go full screen\u0026rdquo; (console panel). ℹ️ DS-891 [UX Suggestion][spectr] — Улучшение информирования о статусе доступности аппаратного кодирования в настройках видео. 🎬 Видео 🔧 DS-844 [UX Suggestion][spectr] — Невозможно изменить видеокодек на ВМ qxl. 🔐 Авторизация 🔘 DS-882 [spectr] — Пользователь может нажать неактивную кнопку \u0026ldquo;Connect\u0026rdquo; с помощью клавиши Enter на экране аутентификации. 📈 Улучшения 🖥 Desktop-клиент 📺 Синхронизация разрешений виртуального дисплея теперь включена по умолчанию. 🎬 Стандартный приоритет видеокодеков изменён — в первую очередь запускается трансляция рабочего стола с видеокодеками H265 и H264 (исправлена проблема некачественной картинки при первом запуске ВМ). ⚡ Стандартный приоритет домена и устройства сжатия изменён — в первую очередь используется аппаратное сжатие (исправлена проблема некачественной картинки при первом запуске ВМ). 🖥 Серверный модуль 📝 Переработана система журналирования. Добавлено цветовое окрашивание и выделено больше доменов (как для Desktop-клиента). 📦 Упрощена сборка SVZ-приложения. Система сборки проекта теперь создаёт самораспаковывающийся архив, который можно положить на хост с ОС \u0026ldquo;Звезда\u0026rdquo; и запустить процесс создания пакета. 🐧 Гостевые утилиты Linux 🔧 Различные исправления, относящиеся к базовым SPICE-агентам. 📤 Файловый канал 🐧 Написан отдельный гостевой агент для файлового канала под ОС на базе ядра Linux. 🔧 Доработана клиентская логика файлового канала для минимальной работоспособности. 🔄 Протокол канала переделан под новую версию (на данный момент используется старая версия). 🔧 Начался перенос серверной, клиентской частей и гостевого агента файлового канала под новый протокол. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-3926-09-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.39 26.09.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-3926-09-20/","weight":1},{"body":"🆕 Релиз 2025.38 — 19.09.2025 Версия и компоненты:\ncore v1.8.0 metrics v2.0.0 storage v1.2.9 umbra v1.6.11 cli rc v0.4.0 comienzo v2.5.1 guest-tools v1.0.2 licenses v1.4.2 inventory-agent v0.9.17 logdb v1.0.25 🚀 Новые функции 📊 Новый мониторинг для Сферы — обновлённая система мониторинга (core, umbra). 📈 gRPC-вызовы для метрик — добавлены новые gRPC-вызовы для получения текущих метрик. 🛠 Исправления ошибок (Bug Fixes) 💾 PC-2576 [storage] — При открытии хранилища запрос https://{host}/ui/files/?path=... возвращал ошибку с кодом 400. 📝 PC-2562 [templates] — При создании шаблона из ВМ с невалидным именем система позволяла перейти к следующему шагу. ⏳ PC-2592 [templates] — Бесконечный спиннер загрузки после 4 шага создания шаблона. 🖱 PC-2578 [frontend][vms] — Выделялась кнопка Cancel при нажатии на кнопку с подсказкой по валидации имени ВМ/шаблона. 🌐 PC-2281 [translates] — Исправлены переводы в интерфейсе Прокуратора. 📈 Улучшения 🦤 Продолжается работа над драйвером Cassowary. ⚫ Продолжается работа над новым движком Umbra. 💻 Продолжается работа над PCLI. 🔧 Большой рефакторинг в core. 💾 Улучшена совместимость работы storage с хранилищем dStorm. 🎨 Новый дизайн процесса создания шаблонов внутри хоста (New Template). 🔄 Новый дизайн модального окна повторного подключения. ","categories":null,"content":"🆕 Релиз 2025.38 — 19.09.2025 Версия и компоненты:\ncore v1.8.0 metrics v2.0.0 storage v1.2.9 umbra v1.6.11 cli rc v0.4.0 comienzo v2.5.1 guest-tools v1.0.2 licenses v1.4.2 inventory-agent v0.9.17 logdb v1.0.25 🚀 Новые функции 📊 Новый мониторинг для Сферы — обновлённая система мониторинга (core, umbra). 📈 gRPC-вызовы для метрик — добавлены новые gRPC-вызовы для получения текущих метрик. 🛠 Исправления ошибок (Bug Fixes) 💾 PC-2576 [storage] — При открытии хранилища запрос https://{host}/ui/files/?path=... возвращал ошибку с кодом 400. 📝 PC-2562 [templates] — При создании шаблона из ВМ с невалидным именем система позволяла перейти к следующему шагу. ⏳ PC-2592 [templates] — Бесконечный спиннер загрузки после 4 шага создания шаблона. 🖱 PC-2578 [frontend][vms] — Выделялась кнопка Cancel при нажатии на кнопку с подсказкой по валидации имени ВМ/шаблона. 🌐 PC-2281 [translates] — Исправлены переводы в интерфейсе Прокуратора. 📈 Улучшения 🦤 Продолжается работа над драйвером Cassowary. ⚫ Продолжается работа над новым движком Umbra. 💻 Продолжается работа над PCLI. 🔧 Большой рефакторинг в core. 💾 Улучшена совместимость работы storage с хранилищем dStorm. 🎨 Новый дизайн процесса создания шаблонов внутри хоста (New Template). 🔄 Новый дизайн модального окна повторного подключения. ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2025-3819-09-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2025.38 19.09.20","url":"/news/pkzvezda/procurator/bfg-procurator-2025-3819-09-20/","weight":1},{"body":"🆕 Релиз 2025.36 — 05.09.2025 🚀 Новые функции 🔌 USB проброс для Windows — реализован функционал проброса USB-устройств (Windows клиент). 🐧 Гостевые утилиты Linux — подготовлен и передан в тестирование первый комплект дистрибутивов гостевых утилит для Linux. 🤖 Pipeline для Android — сделан полный pipeline для сборки библиотеки spice-gtk под Android в контейнерах. 🛠 Исправления ошибок (Bug Fixes) 🔌 USB ❌ DS-766 [spectr] — USB redirection error при подключении флешки. 💥 DS-878 [spectr] — Краш Windows при выборе USB устройства в ВМ. 📋 DS-879 [spectr] — USB устройства отображаются без названия и без вендора в параметрах проброса USB устройств. 📝 Логирование 📋 DS-845 [spectr] — Избыточный вывод информации в лог при запуске стрима. 📋 DS-883 [spectr] — BFG_SPECTR_LOG_STDERR=1 не активирует вывод логов в стандартный поток ошибок. 📈 Улучшения 📤 Передача файлов 🔧 Серверная и клиентская части канала передачи файлов готовы. На данный момент устраняются все ново-возникшие ошибки. После их исправления останется сделать минимальный пользовательский интерфейс, чтобы передать канал в тестирование. 📱 Мобильное приложение (iOS/Android) 🎨 Интерфейс ✏️ Внесены правки в UI на страницах VM List и VM Grid. ⏳ Добавлена скелетон-загрузка на страницы VM List и VM Grid. ✏️ Внесены правки на странице авторизации в соответствии с макетом. ⚙️ Добавлено модальное окно настроек на страницах VM List и VM Grid. 🔔 Уведомления 🔔 Реализованы toast-уведомления в приложении. 🔧 Разработка 📚 Изучение процесса сборки spice-gtk. 🔌 Изучение WebSocket для дальнейшей интеграции в приложение. ","categories":null,"content":"🆕 Релиз 2025.36 — 05.09.2025 🚀 Новые функции 🔌 USB проброс для Windows — реализован функционал проброса USB-устройств (Windows клиент). 🐧 Гостевые утилиты Linux — подготовлен и передан в тестирование первый комплект дистрибутивов гостевых утилит для Linux. 🤖 Pipeline для Android — сделан полный pipeline для сборки библиотеки spice-gtk под Android в контейнерах. 🛠 Исправления ошибок (Bug Fixes) 🔌 USB ❌ DS-766 [spectr] — USB redirection error при подключении флешки. 💥 DS-878 [spectr] — Краш Windows при выборе USB устройства в ВМ. 📋 DS-879 [spectr] — USB устройства отображаются без названия и без вендора в параметрах проброса USB устройств. 📝 Логирование 📋 DS-845 [spectr] — Избыточный вывод информации в лог при запуске стрима. 📋 DS-883 [spectr] — BFG_SPECTR_LOG_STDERR=1 не активирует вывод логов в стандартный поток ошибок. 📈 Улучшения 📤 Передача файлов 🔧 Серверная и клиентская части канала передачи файлов готовы. На данный момент устраняются все ново-возникшие ошибки. После их исправления останется сделать минимальный пользовательский интерфейс, чтобы передать канал в тестирование. 📱 Мобильное приложение (iOS/Android) 🎨 Интерфейс ✏️ Внесены правки в UI на страницах VM List и VM Grid. ⏳ Добавлена скелетон-загрузка на страницы VM List и VM Grid. ✏️ Внесены правки на странице авторизации в соответствии с макетом. ⚙️ Добавлено модальное окно настроек на страницах VM List и VM Grid. 🔔 Уведомления 🔔 Реализованы toast-уведомления в приложении. 🔧 Разработка 📚 Изучение процесса сборки spice-gtk. 🔌 Изучение WebSocket для дальнейшей интеграции в приложение. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-3605-09-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.36 05.09.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-3605-09-20/","weight":1},{"body":"🆕 Релиз 2025.35 — 29.08.2025 Версия и компоненты:\ncore v1.7.5 metrics v1.1.40 storage v1.2.8 umbra v1.6.10 cli v0.2.0 comienzo v2.5.1 guest-tools v1.0.2 licenses v1.4.2 inventory-agent v0.9.17 logdb v1.0.25 🚀 Новые функции 💾 Поддержка хранилищ distributed Storm — добавлена интеграция с распределёнными хранилищами Storm. 🔌 Управление питанием хоста — реализована возможность включения/выключения хоста виртуализации (poweroff/reboot). 🛠 Исправления ошибок (Bug Fixes) ⚙ Бэкенд 📝 PC-2484 [edit vm template] — Невозможно отредактировать настройки шаблона ВМ. ✅ PC-2488 [template] — Возвращается gRPC статус 0 OK при отправке запроса на метод ValidateTemplateName с недопустимыми символами в поле \u0026ldquo;name\u0026rdquo;. 🖥 PC-2315 [vms] — Не работает выбор количества дисплеев при создании/редактировании ВМ. 💿 PC-2385 [vms] — Невозможно удалить жёсткий диск на горячую у ВМ. 🖱 PC-1611 [VM] — Не работает мышка во время установки ОС на виртуальную машину. 🖥 Фронтенд ⌨️ PC-2455 [vms][web console] — Комбинации клавиш с клавиатуры перехватываются браузером в веб-консоли ВМ. 🔑 PC-2483 [templates] — Некорректный ключ на 5 шаге визарда создания ВМ из шаблона. 📋 PC-2485 [template] — Некорректное название опции на вкладке параметры ВМ в окне изменения настроек. 📜 PC-2486 [templates] — Лишний скролл в визарде создания шаблона. 📂 PC-2554 [restore backup] — Невозможно открыть выпадающий список на пятом шаге визарда восстановления резервных копий с типом \u0026ldquo;Restore as New\u0026rdquo; в столбце Adapter Type. 🦊 PC-2452 [auth][firefox] — Некорректное отображение плейсхолдеров на странице авторизации. ✏️ PC-2444 [snapshot] — Отсутствует валидация в поле \u0026ldquo;Название\u0026rdquo; в модальном окне создания снэпшота. 🌐 PC-2479 [templates] — Отсутствует локализация для кнопки \u0026ldquo;Новый шаблон\u0026rdquo;. 🔄 PC-2480 [templates] — Клиент отправляет некорректный запрос на получение шаблона. 🪟 PC-2481 [templates] — Не открывается модальное окно изменения настроек шаблона во второй и более итерации. 🏷 PC-2496 [naming][vm][template][datastore] — Различие в валидации наименований хранилищ, ВМ, шаблонов. 📈 Улучшения 🦤 Продолжается работа над драйвером Cassowary. ⚫ Продолжается работа над новым движком Umbra. 💻 Продолжается работа над PCLI. 🔧 Добавлен генератор структур протокола QMP для Cassowary. 💡 Новый дизайн информационного тултипа для выполненных шагов обновления ВМ. ","categories":null,"content":"🆕 Релиз 2025.35 — 29.08.2025 Версия и компоненты:\ncore v1.7.5 metrics v1.1.40 storage v1.2.8 umbra v1.6.10 cli v0.2.0 comienzo v2.5.1 guest-tools v1.0.2 licenses v1.4.2 inventory-agent v0.9.17 logdb v1.0.25 🚀 Новые функции 💾 Поддержка хранилищ distributed Storm — добавлена интеграция с распределёнными хранилищами Storm. 🔌 Управление питанием хоста — реализована возможность включения/выключения хоста виртуализации (poweroff/reboot). 🛠 Исправления ошибок (Bug Fixes) ⚙ Бэкенд 📝 PC-2484 [edit vm template] — Невозможно отредактировать настройки шаблона ВМ. ✅ PC-2488 [template] — Возвращается gRPC статус 0 OK при отправке запроса на метод ValidateTemplateName с недопустимыми символами в поле \u0026ldquo;name\u0026rdquo;. 🖥 PC-2315 [vms] — Не работает выбор количества дисплеев при создании/редактировании ВМ. 💿 PC-2385 [vms] — Невозможно удалить жёсткий диск на горячую у ВМ. 🖱 PC-1611 [VM] — Не работает мышка во время установки ОС на виртуальную машину. 🖥 Фронтенд ⌨️ PC-2455 [vms][web console] — Комбинации клавиш с клавиатуры перехватываются браузером в веб-консоли ВМ. 🔑 PC-2483 [templates] — Некорректный ключ на 5 шаге визарда создания ВМ из шаблона. 📋 PC-2485 [template] — Некорректное название опции на вкладке параметры ВМ в окне изменения настроек. 📜 PC-2486 [templates] — Лишний скролл в визарде создания шаблона. 📂 PC-2554 [restore backup] — Невозможно открыть выпадающий список на пятом шаге визарда восстановления резервных копий с типом \u0026ldquo;Restore as New\u0026rdquo; в столбце Adapter Type. 🦊 PC-2452 [auth][firefox] — Некорректное отображение плейсхолдеров на странице авторизации. ✏️ PC-2444 [snapshot] — Отсутствует валидация в поле \u0026ldquo;Название\u0026rdquo; в модальном окне создания снэпшота. 🌐 PC-2479 [templates] — Отсутствует локализация для кнопки \u0026ldquo;Новый шаблон\u0026rdquo;. 🔄 PC-2480 [templates] — Клиент отправляет некорректный запрос на получение шаблона. 🪟 PC-2481 [templates] — Не открывается модальное окно изменения настроек шаблона во второй и более итерации. 🏷 PC-2496 [naming][vm][template][datastore] — Различие в валидации наименований хранилищ, ВМ, шаблонов. 📈 Улучшения 🦤 Продолжается работа над драйвером Cassowary. ⚫ Продолжается работа над новым движком Umbra. 💻 Продолжается работа над PCLI. 🔧 Добавлен генератор структур протокола QMP для Cassowary. 💡 Новый дизайн информационного тултипа для выполненных шагов обновления ВМ. ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2025-3529-08-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2025.35 29.08.20","url":"/news/pkzvezda/procurator/bfg-procurator-2025-3529-08-20/","weight":1},{"body":"🆕 Релиз 2025.33 — 15.08.2025 🚀 Новые функции 🔌 USB без root на Linux — в Desktop-клиент на Linux внедрён механизм доступа к пробросу USB без необходимости запуска приложения с root-правами. 🛠 Исправления ошибок (Bug Fixes) 🖱 Ввод и управление 🎯 DS-758 [spectr] — Курсор мыши не совпадает с местом нажатия при выборе режима Stretch-to-fit в меню. 🖱 DS-842 [spectr] — Некорректно работает правый отклик на тачпаде и на мышке. 🔐 Авторизация ❌ DS-806 [spectr][auth] — Fatal error приложения при использовании символов (? / :) в поле Host. 🔌 USB 💥 DS-825 [spectr] — Краш приложения после извлечения USB флешки. 🎨 Интерфейс 📋 DS-841 [spectr] — Layout вывода информации блокирует доступ к функционалу на панели задач. 🔊 Аудио 🔇 DS-843 [spectr] — Отсутствует звук на клиенте для Windows. 📝 Логирование 📋 DS-848 [spectr] — BFG_SPECTR_LOG_STDERR=1 не активирует вывод логов в стандартный поток ошибок. 🌐 Локализация 🇷🇺 DS-846 [spectr] — Отсутствует локализация на русский язык при установленном регионе Россия. 📈 Улучшения 🔌 USB 🔧 Ведётся работа по внедрению проброса USB для Desktop-клиента на Windows. 🏗 Сборка и CI/CD ⚙️ Продолжается работа над сборочными пайплайнами: ✅ Готовы тестовые пайплайны для Ubuntu 24 (статическая сборка x64 и сборка ARM64) ✅ Готовы тестовые пайплайны для Fedora 41 (статическая сборка x64) 🔄 В процессе перенос наработок на инфраструктуру CI/CD 📚 Исследования 🔍 Проведено исследование интеграции и сборки библиотеки libspice. ","categories":null,"content":"🆕 Релиз 2025.33 — 15.08.2025 🚀 Новые функции 🔌 USB без root на Linux — в Desktop-клиент на Linux внедрён механизм доступа к пробросу USB без необходимости запуска приложения с root-правами. 🛠 Исправления ошибок (Bug Fixes) 🖱 Ввод и управление 🎯 DS-758 [spectr] — Курсор мыши не совпадает с местом нажатия при выборе режима Stretch-to-fit в меню. 🖱 DS-842 [spectr] — Некорректно работает правый отклик на тачпаде и на мышке. 🔐 Авторизация ❌ DS-806 [spectr][auth] — Fatal error приложения при использовании символов (? / :) в поле Host. 🔌 USB 💥 DS-825 [spectr] — Краш приложения после извлечения USB флешки. 🎨 Интерфейс 📋 DS-841 [spectr] — Layout вывода информации блокирует доступ к функционалу на панели задач. 🔊 Аудио 🔇 DS-843 [spectr] — Отсутствует звук на клиенте для Windows. 📝 Логирование 📋 DS-848 [spectr] — BFG_SPECTR_LOG_STDERR=1 не активирует вывод логов в стандартный поток ошибок. 🌐 Локализация 🇷🇺 DS-846 [spectr] — Отсутствует локализация на русский язык при установленном регионе Россия. 📈 Улучшения 🔌 USB 🔧 Ведётся работа по внедрению проброса USB для Desktop-клиента на Windows. 🏗 Сборка и CI/CD ⚙️ Продолжается работа над сборочными пайплайнами: ✅ Готовы тестовые пайплайны для Ubuntu 24 (статическая сборка x64 и сборка ARM64) ✅ Готовы тестовые пайплайны для Fedora 41 (статическая сборка x64) 🔄 В процессе перенос наработок на инфраструктуру CI/CD 📚 Исследования 🔍 Проведено исследование интеграции и сборки библиотеки libspice. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-3315-08-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.33 15.08.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-3315-08-20/","weight":1},{"body":"🆕 Релиз 2025.31 — 01.08.2025 🚀 Новые функции 📦 Перемещение объектов в Inventory — добавлен функционал перемещения объектов в Inventory (кроме перемещения хоста, перемещение хоста появится в следующем релизе). 🛠 Исправления ошибок (Bug Fixes) 🖥 Виртуальные машины 📁 SC-1031 [VM] — Виртуальная машина пропадает из папки после перезагрузки страницы. ❌ SC-1248 [vm][BACK] — Error validating virtual machine. 🖱 SC-1296 [vm][migration][front] — Не кликаются кнопки. 📋 SC-1294 [vm][migration][front] — Не отображаются стратегии миграции. ✏️ SC-1337 [vm] — Разные заголовки визардов. 🔄 SC-1338 [vm] — Дублирующая логика выбора host model. 🔐 Авторизация и пользователи 🔑 SC-1300 [ad] — Авторизация пользователем из AD больше не проходит. 👤 SC-1280 [users] — Нельзя добавить пользователя в локальный домен. 🔄 SC-1326 [users] — Сбрасывается выбранный пользователь в таблице и визарде удаления при изменении количества пользователей. 🎨 SC-1271 [auth] — Слетают стили на странице авторизации после log out\u0026rsquo;a. 🔐 Роли и разрешения 🎨 SC-1348 [Design] — Замечания по новому дизайну раздела Roles внутри Administration. 🚫 SC-1023 [Permission] — Активное отображение кнопок и отсутствие tooltip при наведении курсора в разделе Administration при отсутствии прав управления RBAC. 🏷 SC-1181 [roles][data-id] — Неправильное обращение по data-id чекбокса \u0026lsquo;Select all\u0026rsquo; в визарде создания роли. 🏷 SC-1205 [roles][data-id] — Добавить data-id для ролей в Администрирование → Роли → визард изменения роли. ✏️ SC-1288 [Global Permissions][Edit] — Некорректное название визарда редактирования глобальных разрешений. 🏷 SC-1308 [global permissions][data-id] — Добавить data-id для чекбокса \u0026ldquo;Show Columns\u0026rdquo; глобальных разрешений. 📺 Веб-консоль и USB 🔌 SC-1119 [Web Console] — Не пробрасываются USB девайсы ВМ. 📦 Клонирование и резервные копии 📋 SC-1260 [Clone VM] — Не отображается выпадающее окно выбора шины при указании параметров ВМ. 🎨 SC-1249 — Замечания по новому дизайну New Backup Storage. 📝 SC-1290 [Backup Storage] — Некорректный текст в окне подтверждения удаления хранилища резервных копий. 🎨 SC-1278 [Design] — Замечания по новому дизайну страниц Backup Summary. 🎨 SC-1272 [VM Backup] — Слетела верстка в выпадающем списке пропускной способности. 🏷 SC-1286 [data-id][Backup VM] — Добавить data-id в визард создания резервной копии ВМ. 🗂 Inventory и кластеры ❌ SC-1378 [Zone] — Ошибки 500 и зависание страницы при переходе на вкладку Configure. 📋 SC-1279 [inventory] — Меню ACTIONS пропадает при удалении другой папки. 🎨 SC-1282 [Design] — Замечания по новому дизайну добавления хостов в кластер (Add Hosts). 🎨 SC-1283 [Design] — Замечания по новому дизайну действий хоста: Move to и Remove from Inventory. 🎨 SC-1277 [Design] — Замечания по новому дизайну действий кластера (Move to, Delete). 📋 SC-1133 [Sphere HA] — Информация о созданном кластере отображается только после обновления страницы. 📅 Планировщик 📅 SC-1169 [Scheduler] — Нет валидации на поле даты конца запланированной задачи при ежечасном запуске. 🔄 SC-1178 [vm][scheduler] — Изменённое расписание задачи отображается только после обновления страницы. 🌐 Сеть и iSCSI ⚠️ SC-941 [iscsi][validation] — Отсутствие валидации значений в input-полях iSCSI Advanced Options. 🔘 SC-1309 [network] — Неактивна кнопка управления физическими адаптерами на свитче. 🏷 SC-1371 [networks] — Дублируется data-id у элемента physical adapters. 🏷 SC-1307 [data-id][iscsi][advanced][FRONT] — Изменить инпут → селект, добавить data-id чекбоксов и таблицы. 📸 Снапшоты ✏️ SC-1325 [snapshot] — Отсутствует валидация в поле \u0026ldquo;Название\u0026rdquo; в модальном окне создания снэпшота. 🎨 Дизайн и UI Kit 📊 SC-834 [table] — Съезжают строки при экспорте таблицы с пустым столбцом. 🎨 SC-1041 [Design] — Замечания по дизайну \u0026ldquo;Редактирование ВМ\u0026rdquo;. 🎨 SC-1275 [Design] — Внести глобальные правки для таблиц. 🎨 SC-1343 [Design] — Замечания по новому дизайну маленьких таблиц внутри модальных окон. 🌐 SC-1276 [Design] — Внести правки в селекторы языков. 🧙 SC-1270 [Design] — Внести глобальные правки в компоненте Wizard. 🎨 SC-1239 — Внести глобальные правки в компонентах UI Kit. 🧙 SC-1274 [Design] — Внести глобальное изменение в функционале компонента Wizard. 🔄 SC-1369 [data-id] — Дубликаты в выпадающем списке выбора CPU при создании ВМ. 📈 Улучшения 🎨 Интерфейс 🆕 Новый дизайн всех вкладок Template и Dropdown Actions. 🔧 Разработка 🔄 Ведутся работы по шаблонам и по каналу общения между Прокуратором и Сферой. ","categories":null,"content":"🆕 Релиз 2025.31 — 01.08.2025 🚀 Новые функции 📦 Перемещение объектов в Inventory — добавлен функционал перемещения объектов в Inventory (кроме перемещения хоста, перемещение хоста появится в следующем релизе). 🛠 Исправления ошибок (Bug Fixes) 🖥 Виртуальные машины 📁 SC-1031 [VM] — Виртуальная машина пропадает из папки после перезагрузки страницы. ❌ SC-1248 [vm][BACK] — Error validating virtual machine. 🖱 SC-1296 [vm][migration][front] — Не кликаются кнопки. 📋 SC-1294 [vm][migration][front] — Не отображаются стратегии миграции. ✏️ SC-1337 [vm] — Разные заголовки визардов. 🔄 SC-1338 [vm] — Дублирующая логика выбора host model. 🔐 Авторизация и пользователи 🔑 SC-1300 [ad] — Авторизация пользователем из AD больше не проходит. 👤 SC-1280 [users] — Нельзя добавить пользователя в локальный домен. 🔄 SC-1326 [users] — Сбрасывается выбранный пользователь в таблице и визарде удаления при изменении количества пользователей. 🎨 SC-1271 [auth] — Слетают стили на странице авторизации после log out\u0026rsquo;a. 🔐 Роли и разрешения 🎨 SC-1348 [Design] — Замечания по новому дизайну раздела Roles внутри Administration. 🚫 SC-1023 [Permission] — Активное отображение кнопок и отсутствие tooltip при наведении курсора в разделе Administration при отсутствии прав управления RBAC. 🏷 SC-1181 [roles][data-id] — Неправильное обращение по data-id чекбокса \u0026lsquo;Select all\u0026rsquo; в визарде создания роли. 🏷 SC-1205 [roles][data-id] — Добавить data-id для ролей в Администрирование → Роли → визард изменения роли. ✏️ SC-1288 [Global Permissions][Edit] — Некорректное название визарда редактирования глобальных разрешений. 🏷 SC-1308 [global permissions][data-id] — Добавить data-id для чекбокса \u0026ldquo;Show Columns\u0026rdquo; глобальных разрешений. 📺 Веб-консоль и USB 🔌 SC-1119 [Web Console] — Не пробрасываются USB девайсы ВМ. 📦 Клонирование и резервные копии 📋 SC-1260 [Clone VM] — Не отображается выпадающее окно выбора шины при указании параметров ВМ. 🎨 SC-1249 — Замечания по новому дизайну New Backup Storage. 📝 SC-1290 [Backup Storage] — Некорректный текст в окне подтверждения удаления хранилища резервных копий. 🎨 SC-1278 [Design] — Замечания по новому дизайну страниц Backup Summary. 🎨 SC-1272 [VM Backup] — Слетела верстка в выпадающем списке пропускной способности. 🏷 SC-1286 [data-id][Backup VM] — Добавить data-id в визард создания резервной копии ВМ. 🗂 Inventory и кластеры ❌ SC-1378 [Zone] — Ошибки 500 и зависание страницы при переходе на вкладку Configure. 📋 SC-1279 [inventory] — Меню ACTIONS пропадает при удалении другой папки. 🎨 SC-1282 [Design] — Замечания по новому дизайну добавления хостов в кластер (Add Hosts). 🎨 SC-1283 [Design] — Замечания по новому дизайну действий хоста: Move to и Remove from Inventory. 🎨 SC-1277 [Design] — Замечания по новому дизайну действий кластера (Move to, Delete). 📋 SC-1133 [Sphere HA] — Информация о созданном кластере отображается только после обновления страницы. 📅 Планировщик 📅 SC-1169 [Scheduler] — Нет валидации на поле даты конца запланированной задачи при ежечасном запуске. 🔄 SC-1178 [vm][scheduler] — Изменённое расписание задачи отображается только после обновления страницы. 🌐 Сеть и iSCSI ⚠️ SC-941 [iscsi][validation] — Отсутствие валидации значений в input-полях iSCSI Advanced Options. 🔘 SC-1309 [network] — Неактивна кнопка управления физическими адаптерами на свитче. 🏷 SC-1371 [networks] — Дублируется data-id у элемента physical adapters. 🏷 SC-1307 [data-id][iscsi][advanced][FRONT] — Изменить инпут → селект, добавить data-id чекбоксов и таблицы. 📸 Снапшоты ✏️ SC-1325 [snapshot] — Отсутствует валидация в поле \u0026ldquo;Название\u0026rdquo; в модальном окне создания снэпшота. 🎨 Дизайн и UI Kit 📊 SC-834 [table] — Съезжают строки при экспорте таблицы с пустым столбцом. 🎨 SC-1041 [Design] — Замечания по дизайну \u0026ldquo;Редактирование ВМ\u0026rdquo;. 🎨 SC-1275 [Design] — Внести глобальные правки для таблиц. 🎨 SC-1343 [Design] — Замечания по новому дизайну маленьких таблиц внутри модальных окон. 🌐 SC-1276 [Design] — Внести правки в селекторы языков. 🧙 SC-1270 [Design] — Внести глобальные правки в компоненте Wizard. 🎨 SC-1239 — Внести глобальные правки в компонентах UI Kit. 🧙 SC-1274 [Design] — Внести глобальное изменение в функционале компонента Wizard. 🔄 SC-1369 [data-id] — Дубликаты в выпадающем списке выбора CPU при создании ВМ. 📈 Улучшения 🎨 Интерфейс 🆕 Новый дизайн всех вкладок Template и Dropdown Actions. 🔧 Разработка 🔄 Ведутся работы по шаблонам и по каналу общения между Прокуратором и Сферой. ","description":"Релиз bfg sphere","ref":"/news/pkzvezda/sphere/bfg-sphere-2025-3101-08-20/","section":"news","tags":["bfg","sphere","release"],"title":"Сфера v2025.31 01.08.20","url":"/news/pkzvezda/sphere/bfg-sphere-2025-3101-08-20/","weight":1},{"body":"Релиз 2025.30 (25.07.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 📱 Мобильное приложение для iOS:\nреализовано отображение виртуальных машин в формате grid view; реализовано отображение виртуальных машин в формате list view; добавлена страница авторизации. 🤖 Мобильное приложение для Android:\nреализовано отображение виртуальных машин в формате grid view; реализовано отображение виртуальных машин в формате list view; добавлена страница авторизации. 💻 В десктоп-клиент интегрирован CI/CD-процесс для автоматической публикации x64-дистрибутивов на Customer Portal.\n🛠 Исправления ошибок (Bug Fixes) 🧩 DS-793 [BUG] — Исправлена невозможность работы с QXL-машинами в новом клиенте. 📈 Улучшения 🧠 Начата интеграция десктоп-клиента в систему VDI Иридиум. 🔄 Начата работа над реализацией механизма обмена файлами в десктоп-клиенте (основной функционал будет переиспользован в мобильных клиентах). 🪟 Начата реализация модуля обмена файлами в гостевом агенте Windows. ⚙️ Начата интеграция в CI/CD процесса сборки статических дистрибутивов с минимальными зависимостями — для установки в изолированных средах без доступа к сети. 🧱 Начата разработка пайплайна кросс-компиляции для публикации дистрибутивов на Customer Portal под архитектуры ARM64 и E2K. ","categories":null,"content":"Релиз 2025.30 (25.07.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 📱 Мобильное приложение для iOS:\nреализовано отображение виртуальных машин в формате grid view; реализовано отображение виртуальных машин в формате list view; добавлена страница авторизации. 🤖 Мобильное приложение для Android:\nреализовано отображение виртуальных машин в формате grid view; реализовано отображение виртуальных машин в формате list view; добавлена страница авторизации. 💻 В десктоп-клиент интегрирован CI/CD-процесс для автоматической публикации x64-дистрибутивов на Customer Portal.\n🛠 Исправления ошибок (Bug Fixes) 🧩 DS-793 [BUG] — Исправлена невозможность работы с QXL-машинами в новом клиенте. 📈 Улучшения 🧠 Начата интеграция десктоп-клиента в систему VDI Иридиум. 🔄 Начата работа над реализацией механизма обмена файлами в десктоп-клиенте (основной функционал будет переиспользован в мобильных клиентах). 🪟 Начата реализация модуля обмена файлами в гостевом агенте Windows. ⚙️ Начата интеграция в CI/CD процесса сборки статических дистрибутивов с минимальными зависимостями — для установки в изолированных средах без доступа к сети. 🧱 Начата разработка пайплайна кросс-компиляции для публикации дистрибутивов на Customer Portal под архитектуры ARM64 и E2K. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-3025-07-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.30 25.07.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-3025-07-20/","weight":1},{"body":"🆕 Релиз 2025.27 — 18.07.2025 Версия и компоненты:\ncore v1.7.0 metrics v1.2.0 storage v1.2.8 umbra v1.6.9 cli v0.2.0 comienzo v2.5.1 guest-tools v1.0.2 licenses v1.4.2 inventory-agent v0.9.16 logdb v1.0.25 🚀 Новые функции 🎨 Новый дизайн страницы хоста — обновлённый UI с улучшенной структурой информации. ⚙ Cassowary — финализирована архитектура драйвера, обеспечивающая стабильную работу и возможность дальнейшего расширения функций. 📦 Шаблоны с дисковыми образами — теперь можно создавать шаблоны ВМ, используя готовые образы дисков. 💻 Сетевые команды в PCLI — расширение CLI для управления сетевыми настройками и объектами. 🛠 Исправления ошибок (Bug Fixes) 🖥 Фронтенд [VM Edit / разные пути] — При добавлении нового диска он мог создаваться не по указанному пути. Zabbix — исправлены замечания от дизайнера. [VM] — Не работала установка кастомного пароля в меню редактирования настроек. [Backup Restore Wizard] — Исправлен возврат ошибки 404 при открытии визарда восстановления бэкапов. [VM] — Заблокирована возможность изменять объём thick-диска «на горячую». [Event Console] — Не работало скрытие столбца пользователь в расширенном поиске. [VM Scheduler] — После создания задачи не подтягивалось указанное расписание. [Datastore] — Исправлены ошибки интерфейса при вводе невалидных имён. [Scheduler] — Не сохранялся параметр активности таски после изменения toggle Активный. [Licenses] — Исправлено отображение Limits на странице активной лицензии. [Auth] — Слёт стилей страницы авторизации после logout. [Translate] — Исправлен перевод в «Адаптерах для хранения данных». [Backup] — Некорректное отображение типа хранилища на вкладке Сводка. ⚙ Бэкенд [Event Console] — Исправлены ошибки при переключении на следующую страницу. [Recent Tasks] — Неправильное отображение времени выполнения задач. [Backup Delete] — Не удалялся бэкап через кнопку Удалить. [VM] — Параметр Лимит - IOPs не сохранялся после изменения. [Event Console Pagination] — Исправлена работа пагинации при сокращённом отображении. [Clone VM] — Не применялись новые параметры ВМ при её клонировании. 📸 Snapshots — зарегистрировано и устранено 7 багов, затрагивающих работу со снапшотами. 📈 Улучшения 📸 Снапшоты — повышена стабильность и полностью переработана логика, исправлены многочисленные ошибки (фикс множества фиксированных и нефиксированных багов). 🔄 Асинхронное обновление ВМ — ускорена и улучшена работа механизма обновления виртуальных машин (также исправлено множество прошлых ошибок). ","categories":null,"content":"🆕 Релиз 2025.27 — 18.07.2025 Версия и компоненты:\ncore v1.7.0 metrics v1.2.0 storage v1.2.8 umbra v1.6.9 cli v0.2.0 comienzo v2.5.1 guest-tools v1.0.2 licenses v1.4.2 inventory-agent v0.9.16 logdb v1.0.25 🚀 Новые функции 🎨 Новый дизайн страницы хоста — обновлённый UI с улучшенной структурой информации. ⚙ Cassowary — финализирована архитектура драйвера, обеспечивающая стабильную работу и возможность дальнейшего расширения функций. 📦 Шаблоны с дисковыми образами — теперь можно создавать шаблоны ВМ, используя готовые образы дисков. 💻 Сетевые команды в PCLI — расширение CLI для управления сетевыми настройками и объектами. 🛠 Исправления ошибок (Bug Fixes) 🖥 Фронтенд [VM Edit / разные пути] — При добавлении нового диска он мог создаваться не по указанному пути. Zabbix — исправлены замечания от дизайнера. [VM] — Не работала установка кастомного пароля в меню редактирования настроек. [Backup Restore Wizard] — Исправлен возврат ошибки 404 при открытии визарда восстановления бэкапов. [VM] — Заблокирована возможность изменять объём thick-диска «на горячую». [Event Console] — Не работало скрытие столбца пользователь в расширенном поиске. [VM Scheduler] — После создания задачи не подтягивалось указанное расписание. [Datastore] — Исправлены ошибки интерфейса при вводе невалидных имён. [Scheduler] — Не сохранялся параметр активности таски после изменения toggle Активный. [Licenses] — Исправлено отображение Limits на странице активной лицензии. [Auth] — Слёт стилей страницы авторизации после logout. [Translate] — Исправлен перевод в «Адаптерах для хранения данных». [Backup] — Некорректное отображение типа хранилища на вкладке Сводка. ⚙ Бэкенд [Event Console] — Исправлены ошибки при переключении на следующую страницу. [Recent Tasks] — Неправильное отображение времени выполнения задач. [Backup Delete] — Не удалялся бэкап через кнопку Удалить. [VM] — Параметр Лимит - IOPs не сохранялся после изменения. [Event Console Pagination] — Исправлена работа пагинации при сокращённом отображении. [Clone VM] — Не применялись новые параметры ВМ при её клонировании. 📸 Snapshots — зарегистрировано и устранено 7 багов, затрагивающих работу со снапшотами. 📈 Улучшения 📸 Снапшоты — повышена стабильность и полностью переработана логика, исправлены многочисленные ошибки (фикс множества фиксированных и нефиксированных багов). 🔄 Асинхронное обновление ВМ — ускорена и улучшена работа механизма обновления виртуальных машин (также исправлено множество прошлых ошибок). ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2025-2718-07-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2025.27 18.07.20","url":"/news/pkzvezda/procurator/bfg-procurator-2025-2718-07-20/","weight":1},{"body":"Релиз 2025.27 (04.07.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции (Отсутствуют в данном релизе)\n🛠 Исправления ошибок (Bug Fixes) (Исправления включены в обновление Remote Console версии 1.1.1)\n📈 Улучшения 🧰 Выпущена версия Remote Console 1.1.1 с множественными исправлениями ошибок и повышением стабильности. 💻 Передана на тестирование новая версия десктоп-клиента с обновлённым дизайном для Windows и Linux. 📱 Начата разработка кроссплатформенного мобильного клиента для iOS и Android на Flutter с новым дизайном. 🔄 Завершена работа над серверной частью канала обмена файлами. ","categories":null,"content":"Релиз 2025.27 (04.07.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции (Отсутствуют в данном релизе)\n🛠 Исправления ошибок (Bug Fixes) (Исправления включены в обновление Remote Console версии 1.1.1)\n📈 Улучшения 🧰 Выпущена версия Remote Console 1.1.1 с множественными исправлениями ошибок и повышением стабильности. 💻 Передана на тестирование новая версия десктоп-клиента с обновлённым дизайном для Windows и Linux. 📱 Начата разработка кроссплатформенного мобильного клиента для iOS и Android на Flutter с новым дизайном. 🔄 Завершена работа над серверной частью канала обмена файлами. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-2704-07-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.27 04.07.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-2704-07-20/","weight":1},{"body":"🆕 Релиз 2025.26 — 27.06.2025 Версия и компоненты:\ncore v1.6.0 metrics v1.2.0 storage v1.2.7 umbra v1.6.9 cli v0.2.0 comienzo v2.5.1 guest-tools v1.0.2 licenses v1.4.2 inventory-agent v0.9.16 logdb v1.0.25 🚀 Новые функции 💻 Миграция виртуальных машин:\n🔄 Стабилизирована миграция ВМ между хостами — улучшена надёжность и отказоустойчивость процесса. 💾 Улучшена миграция между хранилищами на одном хосте: Добавлена возможность конвертации формата дисков при любых типах миграций (как на работающих, так и на остановленных ВМ). 🛠 Исправления ошибок (Bug Fixes) 💾 Хранилища и миграция PC-2289 — Ошибка при создании NFS-хранилища (status code 400). PC-514 — Не изменяется объём HDD внутри ВМ. PC-2209 — После миграции включённой ВМ остаётся .sdk файл в старом хранилище. PC-2319 — Не изменяется формат дисков при миграции. PC-2280 — Кнопка удаления папки в хранилище всегда disabled. PC-2379 — Не отображается таблица файлов в хранилище. PC-2335 — Обрезается длинное имя при вводе в поле Имя хранилища данных. PC-2299 — Слетает вёрстка на 2-м шаге создания NFS-хранилища. PC-2298 — Dropdown \u0026ldquo;Сведения о ВМФС\u0026rdquo; перекрывает окно недавних задач. 🖥 Виртуальные машины / бэкапы / снапшоты PC-1817 — Не загружается дерево и информация о ВМ при большом количестве задач. PC-2290 — Нет валидации имени в модалке переименования ВМ. PC-2316 — После создания ВМ с памятью в ГБ при редактировании все значения отображаются в МБ. PC-2322 — После создания снапшота чекбокс Включить память заблокирован в активном состоянии. PC-2331 — Бэкап не пропадает из панели после удаления. PC-2311 — Съехало поле ввода имени хранилища данных. PC-2340 — Возможно подтвердить действие несколько раз подряд. 🌐 Интерфейс и локализация PC-2339 — Несоответствие раздела Edit Settings. PC-2357 — Отображаются неполные чекбоксы в списке выбора колонок. PC-2296 — Язык текста ошибки авторизации не меняется. PC-2326 — Лишние элементы («три точки») во вкладке Backups в EN интерфейсе. PC-2281 — Исправлены переводы в интерфейсе. PC-2282 — Поле Фильтр неактивно для ввода. PC-2303 — Слетают стили страницы авторизации после logout. 📈 Улучшения ⚙ Продолжается работа над PCLI. 🌐 Развитие нового движка Umbra. 🖥 Улучшения в драйвере Cassowary — добавлены сокет и монитор. 📦 Разработка шаблонов ВМ. 🛠 Автоматизация дебага Core для разных ОС. 🔄 Рефакторинг процесса обновления ВМ. 🎨 Новый дизайн процесса создания виртуальных машин. 💾 Новый дизайн процесса создания хранилищ резервных копий. ","categories":null,"content":"🆕 Релиз 2025.26 — 27.06.2025 Версия и компоненты:\ncore v1.6.0 metrics v1.2.0 storage v1.2.7 umbra v1.6.9 cli v0.2.0 comienzo v2.5.1 guest-tools v1.0.2 licenses v1.4.2 inventory-agent v0.9.16 logdb v1.0.25 🚀 Новые функции 💻 Миграция виртуальных машин:\n🔄 Стабилизирована миграция ВМ между хостами — улучшена надёжность и отказоустойчивость процесса. 💾 Улучшена миграция между хранилищами на одном хосте: Добавлена возможность конвертации формата дисков при любых типах миграций (как на работающих, так и на остановленных ВМ). 🛠 Исправления ошибок (Bug Fixes) 💾 Хранилища и миграция PC-2289 — Ошибка при создании NFS-хранилища (status code 400). PC-514 — Не изменяется объём HDD внутри ВМ. PC-2209 — После миграции включённой ВМ остаётся .sdk файл в старом хранилище. PC-2319 — Не изменяется формат дисков при миграции. PC-2280 — Кнопка удаления папки в хранилище всегда disabled. PC-2379 — Не отображается таблица файлов в хранилище. PC-2335 — Обрезается длинное имя при вводе в поле Имя хранилища данных. PC-2299 — Слетает вёрстка на 2-м шаге создания NFS-хранилища. PC-2298 — Dropdown \u0026ldquo;Сведения о ВМФС\u0026rdquo; перекрывает окно недавних задач. 🖥 Виртуальные машины / бэкапы / снапшоты PC-1817 — Не загружается дерево и информация о ВМ при большом количестве задач. PC-2290 — Нет валидации имени в модалке переименования ВМ. PC-2316 — После создания ВМ с памятью в ГБ при редактировании все значения отображаются в МБ. PC-2322 — После создания снапшота чекбокс Включить память заблокирован в активном состоянии. PC-2331 — Бэкап не пропадает из панели после удаления. PC-2311 — Съехало поле ввода имени хранилища данных. PC-2340 — Возможно подтвердить действие несколько раз подряд. 🌐 Интерфейс и локализация PC-2339 — Несоответствие раздела Edit Settings. PC-2357 — Отображаются неполные чекбоксы в списке выбора колонок. PC-2296 — Язык текста ошибки авторизации не меняется. PC-2326 — Лишние элементы («три точки») во вкладке Backups в EN интерфейсе. PC-2281 — Исправлены переводы в интерфейсе. PC-2282 — Поле Фильтр неактивно для ввода. PC-2303 — Слетают стили страницы авторизации после logout. 📈 Улучшения ⚙ Продолжается работа над PCLI. 🌐 Развитие нового движка Umbra. 🖥 Улучшения в драйвере Cassowary — добавлены сокет и монитор. 📦 Разработка шаблонов ВМ. 🛠 Автоматизация дебага Core для разных ОС. 🔄 Рефакторинг процесса обновления ВМ. 🎨 Новый дизайн процесса создания виртуальных машин. 💾 Новый дизайн процесса создания хранилищ резервных копий. ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2025-2627-06-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2025.26 27.06.20","url":"/news/pkzvezda/procurator/bfg-procurator-2025-2627-06-20/","weight":1},{"body":"🆕 Релиз 2025.25 — 20.06.2025 🚀 Новые функции В данном релизе новые функции не добавлялись.\n🛠 Исправления ошибок (Bug Fixes) 🖥 Кластеры 🔄 SC-1095 [Cluster] — Зависает визард добавления хоста в кластер. 📋 SC-1133 [Sphere HA] — Информация о созданном кластере отображается только после обновления страницы. 🖥 Виртуальные машины ⚡ SC-1224 [vm] — При создании виртуальной машины и включенной галочке \u0026ldquo;включить по умолчанию\u0026rdquo; она включается не всегда. 🔑 SC-1116 [vm][FRONT] — Пароль ВМ запрашивается с каждым обновлением страницы. 📤 SC-1117 [vm][web-console] — Не происходит загрузка файла при выборе через меню веб консоли. 🔄 SC-1168 [VM] — Создаётся несколько задач при повторном нажатии на кнопку завершения в модальных окнах. ⚙️ SC-1171 [VM] — Не поддерживается горячее выключение инструментов виртуальной машины. 📅 Планировщик 📋 SC-1175 [vm][scheduler] — Отображаются задачи другой ВМ в настройках запланированных задач. ✏️ SC-1176 [vm][scheduler] — Не добавляется автоматическое имя задачи при создании запланированной задачи на миграцию. 📅 SC-1169 [Scheduler] — Нет валидации на поле даты конца запланированной задачи при ежечасном запуске. 🔐 Безопасность и роли 🔒 SC-1180 [identity provider] — Есть возможность добавления локальных провайдеров идентификации. ✏️ SC-1166 [roles] — В администрирование → роли не показывается ошибка длины \u0026ldquo;Role Name\u0026rdquo; при изменении роли. 🏷 SC-1181 [roles][data-id] — Неправильное обращение по data-id чекбокса \u0026lsquo;Select all\u0026rsquo; в визарде создания роли. 🌐 Сеть ⚠️ SC-1204 [network] — Отсутствует ошибка о минимальном значении MTU при изменении настроек sysX. 📋 Прочее 🗑 SC-1120 — Задача на копирование файла удаляется из очереди при обновлении страницы. 📈 Улучшения 🎨 Интерфейс 🆕 Новый дизайн окна создания Кластера. 🔐 Новый дизайн Global Permissions в разделе Administration. 📋 Новый дизайн левой панели навигации на странице Administration. ","categories":null,"content":"🆕 Релиз 2025.25 — 20.06.2025 🚀 Новые функции В данном релизе новые функции не добавлялись.\n🛠 Исправления ошибок (Bug Fixes) 🖥 Кластеры 🔄 SC-1095 [Cluster] — Зависает визард добавления хоста в кластер. 📋 SC-1133 [Sphere HA] — Информация о созданном кластере отображается только после обновления страницы. 🖥 Виртуальные машины ⚡ SC-1224 [vm] — При создании виртуальной машины и включенной галочке \u0026ldquo;включить по умолчанию\u0026rdquo; она включается не всегда. 🔑 SC-1116 [vm][FRONT] — Пароль ВМ запрашивается с каждым обновлением страницы. 📤 SC-1117 [vm][web-console] — Не происходит загрузка файла при выборе через меню веб консоли. 🔄 SC-1168 [VM] — Создаётся несколько задач при повторном нажатии на кнопку завершения в модальных окнах. ⚙️ SC-1171 [VM] — Не поддерживается горячее выключение инструментов виртуальной машины. 📅 Планировщик 📋 SC-1175 [vm][scheduler] — Отображаются задачи другой ВМ в настройках запланированных задач. ✏️ SC-1176 [vm][scheduler] — Не добавляется автоматическое имя задачи при создании запланированной задачи на миграцию. 📅 SC-1169 [Scheduler] — Нет валидации на поле даты конца запланированной задачи при ежечасном запуске. 🔐 Безопасность и роли 🔒 SC-1180 [identity provider] — Есть возможность добавления локальных провайдеров идентификации. ✏️ SC-1166 [roles] — В администрирование → роли не показывается ошибка длины \u0026ldquo;Role Name\u0026rdquo; при изменении роли. 🏷 SC-1181 [roles][data-id] — Неправильное обращение по data-id чекбокса \u0026lsquo;Select all\u0026rsquo; в визарде создания роли. 🌐 Сеть ⚠️ SC-1204 [network] — Отсутствует ошибка о минимальном значении MTU при изменении настроек sysX. 📋 Прочее 🗑 SC-1120 — Задача на копирование файла удаляется из очереди при обновлении страницы. 📈 Улучшения 🎨 Интерфейс 🆕 Новый дизайн окна создания Кластера. 🔐 Новый дизайн Global Permissions в разделе Administration. 📋 Новый дизайн левой панели навигации на странице Administration. ","description":"Релиз bfg sphere","ref":"/news/pkzvezda/sphere/bfg-sphere-2025-2520-06-20/","section":"news","tags":["bfg","sphere","release"],"title":"Сфера v2025.25 20.06.20","url":"/news/pkzvezda/sphere/bfg-sphere-2025-2520-06-20/","weight":1},{"body":"Релиз 2025.24 (11.06.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции (Отсутствуют в данном релизе)\n🛠 Исправления ошибок (Bug Fixes) 🔄 DS-406 [BUG][RC] — Исправлено неполное завершение сессии при закрытии ВМ. 💥 DS-450 [BUG][RC] — Исправлено падение приложения (Linux/Windows) при закрытии окна ВМ. ♻️ DS-451 [BUG] — Восстановлена работоспособность функции обновления сессии. 🖥 DS-554 [BUG][RC][ConsolePanel] — Исправлено зависание сессии ВМ после обновления стрима. 💥 DS-555 [BUG][RC] — Устранён краш приложения при переподключении к ВМ. ⚫ DS-733 [BUG] — Исправлен чёрный экран на десктопном клиенте при использовании аппаратного сжатия на гипервизоре. 📈 Улучшения 📱 Продолжена работа над мобильным приложением для iOS с настройкой нативных инструментов разработки. 🔄 Дальнейшая работа над выделенным каналом двустороннего обмена файлами — выполнено полное покрытие тестами базового сценария обмена. 🎨 Начата реализация нового проекта фронтенда для десктоп-приложения с production-ready дизайном и современным стеком технологий. ","categories":null,"content":"Релиз 2025.24 (11.06.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции (Отсутствуют в данном релизе)\n🛠 Исправления ошибок (Bug Fixes) 🔄 DS-406 [BUG][RC] — Исправлено неполное завершение сессии при закрытии ВМ. 💥 DS-450 [BUG][RC] — Исправлено падение приложения (Linux/Windows) при закрытии окна ВМ. ♻️ DS-451 [BUG] — Восстановлена работоспособность функции обновления сессии. 🖥 DS-554 [BUG][RC][ConsolePanel] — Исправлено зависание сессии ВМ после обновления стрима. 💥 DS-555 [BUG][RC] — Устранён краш приложения при переподключении к ВМ. ⚫ DS-733 [BUG] — Исправлен чёрный экран на десктопном клиенте при использовании аппаратного сжатия на гипервизоре. 📈 Улучшения 📱 Продолжена работа над мобильным приложением для iOS с настройкой нативных инструментов разработки. 🔄 Дальнейшая работа над выделенным каналом двустороннего обмена файлами — выполнено полное покрытие тестами базового сценария обмена. 🎨 Начата реализация нового проекта фронтенда для десктоп-приложения с production-ready дизайном и современным стеком технологий. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-2411-06-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.24 11.06.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-2411-06-20/","weight":1},{"body":"🆕 Релиз 2025.23 — 06.06.2025 Версия и компоненты:\ncore v1.5.0 metrics v1.2.0 storage v1.2.7 umbra v1.6.9 cli v0.2.0 comienzo v2.5.1 guest-tools v1.0.2 licenses v1.4.2 inventory-agent v0.9.16 logdb v1.0.25 🚀 Новые функции (в релизе отсутствуют отдельные новые функциональные модули — основной упор на исправления и улучшения)\n🛠 Исправления ошибок (Bug Fixes) 💾 Backup / Восстановление PC-1683 / PC-2079 — Исправлено создание backup-хранилища типа Shared Storm. PC-1349 / PC-1350 — Невозможность создать бэкап выключенной ВМ и сбои в хранилище после бэкапа. PC-1515 — В списке появлялись удалённые ранее sStorm-хранилища при создании бэкапа. PC-1618 — При удалении хранилища бэкапов не удалялись ВМ с локального диска. PC-1727 / PC-1728 / PC-1735 — Ошибки при восстановлении: на существующую ВМ с сетевым адаптером; если в бэкапе отсутствуют все диски; при восстановлении с опцией «только диск». PC-1730 — Неверная информация об объёме дисков при восстановлении ВМ с несколькими дисками. PC-1738 / PC-1739 / PC-1740 — Не работали кнопки восстановления и удаления бэкапов, а также их подтверждение. PC-1400 — Разрешалось создание хранилищ бэкапов с одинаковыми именами. PC-1856 — Не восстанавливался бэкап «как новый» из local-хранилища. 🖥 ВМ / Переименование / Снапшоты PC-770 / PC-2244 / PC-2272 — Проблемы с переименованием ВМ: не переименовывались виртуальные диски, сбои при наличии загрузочного образа. PC-497 — Ошибка включения ВМ после реверта снапшота. 📊 Метрики / Мониторинг PC-1876 — Несоответствие даты точки и периода на графике. PC-2234 — При возврате к сохранённым параметрам не менялся период. 🌐 Интерфейс / Локализация PC-2273 — Поправлены переводы на русском языке (Backup). PC-2262 — Замечания по UI и локализации исправлены. PC-2250 — Loader зависал при установке некорректного временного диапазона в Event Console (Advanced Search). 📈 Улучшения ⚙ PCLI — продолжается развитие функционала. 🌐 Umbra — новый движок: редактирование TCP-стеков (DNS, default gateway), корректная работа с all-trunk сетями. 💻 Cassowary — ведётся работа по расширению возможностей драйвера. 🤖 Автоматизация разработки — улучшены внутренние инструменты DevOps/CI. ","categories":null,"content":"🆕 Релиз 2025.23 — 06.06.2025 Версия и компоненты:\ncore v1.5.0 metrics v1.2.0 storage v1.2.7 umbra v1.6.9 cli v0.2.0 comienzo v2.5.1 guest-tools v1.0.2 licenses v1.4.2 inventory-agent v0.9.16 logdb v1.0.25 🚀 Новые функции (в релизе отсутствуют отдельные новые функциональные модули — основной упор на исправления и улучшения)\n🛠 Исправления ошибок (Bug Fixes) 💾 Backup / Восстановление PC-1683 / PC-2079 — Исправлено создание backup-хранилища типа Shared Storm. PC-1349 / PC-1350 — Невозможность создать бэкап выключенной ВМ и сбои в хранилище после бэкапа. PC-1515 — В списке появлялись удалённые ранее sStorm-хранилища при создании бэкапа. PC-1618 — При удалении хранилища бэкапов не удалялись ВМ с локального диска. PC-1727 / PC-1728 / PC-1735 — Ошибки при восстановлении: на существующую ВМ с сетевым адаптером; если в бэкапе отсутствуют все диски; при восстановлении с опцией «только диск». PC-1730 — Неверная информация об объёме дисков при восстановлении ВМ с несколькими дисками. PC-1738 / PC-1739 / PC-1740 — Не работали кнопки восстановления и удаления бэкапов, а также их подтверждение. PC-1400 — Разрешалось создание хранилищ бэкапов с одинаковыми именами. PC-1856 — Не восстанавливался бэкап «как новый» из local-хранилища. 🖥 ВМ / Переименование / Снапшоты PC-770 / PC-2244 / PC-2272 — Проблемы с переименованием ВМ: не переименовывались виртуальные диски, сбои при наличии загрузочного образа. PC-497 — Ошибка включения ВМ после реверта снапшота. 📊 Метрики / Мониторинг PC-1876 — Несоответствие даты точки и периода на графике. PC-2234 — При возврате к сохранённым параметрам не менялся период. 🌐 Интерфейс / Локализация PC-2273 — Поправлены переводы на русском языке (Backup). PC-2262 — Замечания по UI и локализации исправлены. PC-2250 — Loader зависал при установке некорректного временного диапазона в Event Console (Advanced Search). 📈 Улучшения ⚙ PCLI — продолжается развитие функционала. 🌐 Umbra — новый движок: редактирование TCP-стеков (DNS, default gateway), корректная работа с all-trunk сетями. 💻 Cassowary — ведётся работа по расширению возможностей драйвера. 🤖 Автоматизация разработки — улучшены внутренние инструменты DevOps/CI. ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2025-2306-06-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2025.23 06.06.20","url":"/news/pkzvezda/procurator/bfg-procurator-2025-2306-06-20/","weight":1},{"body":"Релиз 2025.22 (30.05.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 💾 Полный функционал работы со снапшотами:\nсоздание; удаление; редактирование; просмотр; восстановление. ⏳ Запланированные задачи для ВМ:\nсоздание; удаление; редактирование; просмотр; выполнение. 🌐 Работа с сетями:\nуправление виртуальными коммутаторами; управление группами портов; работа с VM-Kernel адаптерами; просмотр физических адаптеров. 🔄 Миграция ВМ:\nживая, мёртвая, с приостановкой между хостами; миграция между хранилищами. 🖥 Управление ВМ:\nсоздание, редактирование, удаление; переименование и клонирование; подключение/отключение гостевых утилит; управление питанием; резервное копирование. 📦 Бэкапы ВМ:\nуправление хранилищами резервных копий; создание и просмотр бэкапов; перевод хранилищ в режим обслуживания. 🔑 Лицензирование хостов:\nзагрузка, просмотр, выбор лицензии. 🛡 RBAC для объектов: просмотр, назначение и наследование разрешений.\n🖇 Кластеризация Сферы:\nобъединение, добавление, удаление сфер; смена лидера кластера; перевод в самостоятельный режим. 📤 Экспорт выбранных элементов таблиц (front-end).\n📊 Мониторинг ресурсов хостов.\n🛠 Исправления ошибок (Bug Fixes) (Исправлено более 100+ багов, включая критические ошибки в UI, RBAC, лицензировании, сети, миграции, хранилищах, VM, API. Список включает SC-445, SC-510, SC-667, SC-693, SC-707, SC-722, SC-748, SC-751, SC-790, SC-853, SC-924, SC-1134, SC-975, SC-970, SC-976, SC-848, SC-884, SC-702, SC-860, SC-993, SC-913, SC-757, SC-862, SC-869, SC-741, SC-849, SC-758, SC-1042, SC-1072, SC-870, SC-861, SC-802, SC-835, SC-866, SC-980, SC-559, SC-565, SC-700, SC-701, SC-705, SC-721, SC-411, SC-414, SC-426 и др.)\nПроведено усиленное приёмочное тестирование (UAT):\nВыявлено 188 ошибок. Исправлено 102 ошибки + исправления по локализации. 📈 Улучшения 👥 Изменено отображение пользователей из Active Directory (AD) и OpenLDAP. 🧩 Переработан gRPC API и добавлены новые методы. 💽 Улучшена работа с устройствами и адаптерами хранения данных. 🖼 Новый дизайн модальных окон New Folder и New Datacenter. 📁 Новый дизайн вкладки Folder (Datacenter, Host \u0026amp; Cluster, VM \u0026amp; Template, Storage, Network). ⚙️ Новый дизайн вкладок Advanced и Overview. 🌍 Редизайн страниц Zones и Tasks. 🏠 Улучшена Home page для оперативного мониторинга нагрузки. ","categories":null,"content":"Релиз 2025.22 (30.05.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 💾 Полный функционал работы со снапшотами:\nсоздание; удаление; редактирование; просмотр; восстановление. ⏳ Запланированные задачи для ВМ:\nсоздание; удаление; редактирование; просмотр; выполнение. 🌐 Работа с сетями:\nуправление виртуальными коммутаторами; управление группами портов; работа с VM-Kernel адаптерами; просмотр физических адаптеров. 🔄 Миграция ВМ:\nживая, мёртвая, с приостановкой между хостами; миграция между хранилищами. 🖥 Управление ВМ:\nсоздание, редактирование, удаление; переименование и клонирование; подключение/отключение гостевых утилит; управление питанием; резервное копирование. 📦 Бэкапы ВМ:\nуправление хранилищами резервных копий; создание и просмотр бэкапов; перевод хранилищ в режим обслуживания. 🔑 Лицензирование хостов:\nзагрузка, просмотр, выбор лицензии. 🛡 RBAC для объектов: просмотр, назначение и наследование разрешений.\n🖇 Кластеризация Сферы:\nобъединение, добавление, удаление сфер; смена лидера кластера; перевод в самостоятельный режим. 📤 Экспорт выбранных элементов таблиц (front-end).\n📊 Мониторинг ресурсов хостов.\n🛠 Исправления ошибок (Bug Fixes) (Исправлено более 100+ багов, включая критические ошибки в UI, RBAC, лицензировании, сети, миграции, хранилищах, VM, API. Список включает SC-445, SC-510, SC-667, SC-693, SC-707, SC-722, SC-748, SC-751, SC-790, SC-853, SC-924, SC-1134, SC-975, SC-970, SC-976, SC-848, SC-884, SC-702, SC-860, SC-993, SC-913, SC-757, SC-862, SC-869, SC-741, SC-849, SC-758, SC-1042, SC-1072, SC-870, SC-861, SC-802, SC-835, SC-866, SC-980, SC-559, SC-565, SC-700, SC-701, SC-705, SC-721, SC-411, SC-414, SC-426 и др.)\nПроведено усиленное приёмочное тестирование (UAT):\nВыявлено 188 ошибок. Исправлено 102 ошибки + исправления по локализации. 📈 Улучшения 👥 Изменено отображение пользователей из Active Directory (AD) и OpenLDAP. 🧩 Переработан gRPC API и добавлены новые методы. 💽 Улучшена работа с устройствами и адаптерами хранения данных. 🖼 Новый дизайн модальных окон New Folder и New Datacenter. 📁 Новый дизайн вкладки Folder (Datacenter, Host \u0026amp; Cluster, VM \u0026amp; Template, Storage, Network). ⚙️ Новый дизайн вкладок Advanced и Overview. 🌍 Редизайн страниц Zones и Tasks. 🏠 Улучшена Home page для оперативного мониторинга нагрузки. ","description":"Релиз bfg sphere","ref":"/news/pkzvezda/sphere/bfg-sphere-2025-2230-05-20/","section":"news","tags":["bfg","sphere","release"],"title":"Сфера v2025.22 30.05.20","url":"/news/pkzvezda/sphere/bfg-sphere-2025-2230-05-20/","weight":1},{"body":"Релиз 2025.21 (23.05.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 📦 В систему сборки добавлен функционал создания дистрибутива Desktop-приложения в формате RPM-пакета. 🌐 Дистрибутивы Desktop-приложения для архитектуры x64 теперь автоматически публикуются на Customer Portal и доступны для скачивания. Поддерживаются ОС: Windows, Linux-дистрибутивы: Ubuntu (20.04/22.04/24.04), Debian (11/12), Fedora (41/42), ALT (10), Astra Linux (1.7/1.8), РЕД ОС (7/8). 🖥 Гостевые утилиты для Windows теперь дублируют последнее полученное изображение рабочего стола, если драйвер vGPU не подаёт сигналов об обновлениях. Это уменьшает задержку отклика и повышает отзывчивость интерфейса. 🖱 Тестовый функционал передачи курсора напрямую клиенту без наложения на изображение рабочего стола теперь поддерживается и для виртуальных машин без vGPU, значительно улучшая UX. 🎞 Реализована поддержка трансляции рабочего стола в формате MJPEG. 🧩 Для Linux-версии Desktop-приложения добавлена экспериментальная возможность выделения памяти под декодирование через OpenGL-драйвер клиентского устройства. Это снижает вычислительные издержки и энергопотребление, при этом функционал по умолчанию отключён (включается вручную). 📱 Android-приложение теперь корректно отображает изображение рабочего стола виртуальной машины (Windows и Linux) в режиме стриминга. 🛠 Исправления ошибок (Bug Fixes) 🧠 DS-708 [BUG] — Исправлена ошибка инициализации интерфейса DXGI в гостевом агенте Windows (ошибка DXGI_ERROR_NOT_CURRENTLY_AVAILABLE). 🔐 DS-692 [BUG] — Исправлены поля меню аутентификации. 💥 DS-720 [BUG] — Исправлен краш приложения при входе на сервер, где отсутствуют ВМ. 📈 Улучшения 🔄 Продолжена работа над двусторонним обменом файлами через выделенный канал связи: реализованы и протестированы этапы установки сессии, определения параметров и подготовки к передаче данных. ⚙️ Начата подготовительная работа по сокращению числа внешних зависимостей Desktop-приложения и формированию его статической сборки. Это позволит устанавливать дистрибутив без подключения к интернету. Результаты будут представлены в следующих спринтах. ","categories":null,"content":"Релиз 2025.21 (23.05.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 📦 В систему сборки добавлен функционал создания дистрибутива Desktop-приложения в формате RPM-пакета. 🌐 Дистрибутивы Desktop-приложения для архитектуры x64 теперь автоматически публикуются на Customer Portal и доступны для скачивания. Поддерживаются ОС: Windows, Linux-дистрибутивы: Ubuntu (20.04/22.04/24.04), Debian (11/12), Fedora (41/42), ALT (10), Astra Linux (1.7/1.8), РЕД ОС (7/8). 🖥 Гостевые утилиты для Windows теперь дублируют последнее полученное изображение рабочего стола, если драйвер vGPU не подаёт сигналов об обновлениях. Это уменьшает задержку отклика и повышает отзывчивость интерфейса. 🖱 Тестовый функционал передачи курсора напрямую клиенту без наложения на изображение рабочего стола теперь поддерживается и для виртуальных машин без vGPU, значительно улучшая UX. 🎞 Реализована поддержка трансляции рабочего стола в формате MJPEG. 🧩 Для Linux-версии Desktop-приложения добавлена экспериментальная возможность выделения памяти под декодирование через OpenGL-драйвер клиентского устройства. Это снижает вычислительные издержки и энергопотребление, при этом функционал по умолчанию отключён (включается вручную). 📱 Android-приложение теперь корректно отображает изображение рабочего стола виртуальной машины (Windows и Linux) в режиме стриминга. 🛠 Исправления ошибок (Bug Fixes) 🧠 DS-708 [BUG] — Исправлена ошибка инициализации интерфейса DXGI в гостевом агенте Windows (ошибка DXGI_ERROR_NOT_CURRENTLY_AVAILABLE). 🔐 DS-692 [BUG] — Исправлены поля меню аутентификации. 💥 DS-720 [BUG] — Исправлен краш приложения при входе на сервер, где отсутствуют ВМ. 📈 Улучшения 🔄 Продолжена работа над двусторонним обменом файлами через выделенный канал связи: реализованы и протестированы этапы установки сессии, определения параметров и подготовки к передаче данных. ⚙️ Начата подготовительная работа по сокращению числа внешних зависимостей Desktop-приложения и формированию его статической сборки. Это позволит устанавливать дистрибутив без подключения к интернету. Результаты будут представлены в следующих спринтах. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-2123-05-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.21 23.05.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-2123-05-20/","weight":1},{"body":"🆕 Релиз 2025.20 — 16.05.2025 Версия и компоненты:\ncore v1.4.0 metrics v1.2.0 storage v1.2.7 umbra v1.6.9 cli v0.1.7 comienzo v2.5.1 guest-tools v1.0.2 licenses v1.4.2 inventory-agent v0.9.16 logdb v1.0.25 🚀 Новые функции 💾 Миграция и создание резервных копий:\n🔄 Миграция дисков между хранилищами (в т.ч. gRPC для Сферы) 🖥 Миграция ВМ между хостами (в т.ч. gRPC) 💾 Создание бэкапов ВМ (в т.ч. gRPC) ♻ Восстановление ВМ из бэкапов (в т.ч. gRPC) 📦 Шаблоны ВМ:\n📝 Возможность создавать шаблоны ВМ и разворачивать ВМ из шаблона (в т.ч. gRPC) 🧙 Новый визард для создания шаблонов ВМ 🖥 CLI/Connect:\n⚡ Поддержка запуска компонента для подключения CLI 🛠 Исправления ошибок (Bug Fixes) 🖥 ВМ, хранилища, миграция PC-770 — ВМ не запускается после переименования (диски не переименовывались) PC-2149 — Не создаётся backup-хранилище на NFS-сервере, если уже есть обычное PC-2196 — Не импортируется ВМ с VMware vSphere (OS Horizon) PC-2191 / PC-2192 — Ошибки с CPU-\u0026gt;Shares-\u0026gt;Custom: возврат и валидация значения PC-2235 — После рестарта пересоздаётся конфиг (Horizon) PC-2144 — Не работает iSCSI адаптер и хранилище на Звезде/Горизонте после перезагрузки PC-2146 / PC-2155 — Ошибки обновления и изменения параметров iSCSI, Multipathing (IOPS, Bytes) 📊 Метрики и мониторинг PC-1905 / PC-2166 / PC-2165 / PC-2168 / PC-2240 — Ошибки обработки интервалов метрик, 400 Bad Request в Chart Options, валидация пользовательских интервалов PC-1851 / PC-2114 / PC-2239 — Не приходят/исчезают объекты по сети, не сохраняются целевые объекты, проблемы с target в шаблонах PC-2177 — Не отображается название устройства хранения на странице Summary PC-2136 — Замечания дизайнера по Overview PC-2234 — Не меняется период при возврате к сохранённым параметрам PC-2231 — Некорректный перевод и указание версии в Zabbix 🗄 Интерфейс и UX PC-2222 / PC-2224 — Лишние элементы {trademark}, некорректные запросы при переключении вкладок PC-2230 — Не отображается «Удалить» и три точки меню ФС при определённых разрешениях экрана PC-2173 — В календаре расширенного поиска будущие даты не disabled (Event Console) PC-2177 — Нет заголовка устройства хранения на Summary PC-2173 — Event Console: будущие даты не заблокированы для выбора 📈 Улучшения 🛠 Доработано чтение файла конфигурации: блокировка файла не мешает чтению 🎟 API лицензий для Сферы доработан и оптимизирован ✨ Новый дизайн всплывающих уведомлений (Toast Notifications) 🧙 Визард для создания шаблонов ВМ 🎨 Новый дизайн процесса создания ВМ ","categories":null,"content":"🆕 Релиз 2025.20 — 16.05.2025 Версия и компоненты:\ncore v1.4.0 metrics v1.2.0 storage v1.2.7 umbra v1.6.9 cli v0.1.7 comienzo v2.5.1 guest-tools v1.0.2 licenses v1.4.2 inventory-agent v0.9.16 logdb v1.0.25 🚀 Новые функции 💾 Миграция и создание резервных копий:\n🔄 Миграция дисков между хранилищами (в т.ч. gRPC для Сферы) 🖥 Миграция ВМ между хостами (в т.ч. gRPC) 💾 Создание бэкапов ВМ (в т.ч. gRPC) ♻ Восстановление ВМ из бэкапов (в т.ч. gRPC) 📦 Шаблоны ВМ:\n📝 Возможность создавать шаблоны ВМ и разворачивать ВМ из шаблона (в т.ч. gRPC) 🧙 Новый визард для создания шаблонов ВМ 🖥 CLI/Connect:\n⚡ Поддержка запуска компонента для подключения CLI 🛠 Исправления ошибок (Bug Fixes) 🖥 ВМ, хранилища, миграция PC-770 — ВМ не запускается после переименования (диски не переименовывались) PC-2149 — Не создаётся backup-хранилище на NFS-сервере, если уже есть обычное PC-2196 — Не импортируется ВМ с VMware vSphere (OS Horizon) PC-2191 / PC-2192 — Ошибки с CPU-\u0026gt;Shares-\u0026gt;Custom: возврат и валидация значения PC-2235 — После рестарта пересоздаётся конфиг (Horizon) PC-2144 — Не работает iSCSI адаптер и хранилище на Звезде/Горизонте после перезагрузки PC-2146 / PC-2155 — Ошибки обновления и изменения параметров iSCSI, Multipathing (IOPS, Bytes) 📊 Метрики и мониторинг PC-1905 / PC-2166 / PC-2165 / PC-2168 / PC-2240 — Ошибки обработки интервалов метрик, 400 Bad Request в Chart Options, валидация пользовательских интервалов PC-1851 / PC-2114 / PC-2239 — Не приходят/исчезают объекты по сети, не сохраняются целевые объекты, проблемы с target в шаблонах PC-2177 — Не отображается название устройства хранения на странице Summary PC-2136 — Замечания дизайнера по Overview PC-2234 — Не меняется период при возврате к сохранённым параметрам PC-2231 — Некорректный перевод и указание версии в Zabbix 🗄 Интерфейс и UX PC-2222 / PC-2224 — Лишние элементы {trademark}, некорректные запросы при переключении вкладок PC-2230 — Не отображается «Удалить» и три точки меню ФС при определённых разрешениях экрана PC-2173 — В календаре расширенного поиска будущие даты не disabled (Event Console) PC-2177 — Нет заголовка устройства хранения на Summary PC-2173 — Event Console: будущие даты не заблокированы для выбора 📈 Улучшения 🛠 Доработано чтение файла конфигурации: блокировка файла не мешает чтению 🎟 API лицензий для Сферы доработан и оптимизирован ✨ Новый дизайн всплывающих уведомлений (Toast Notifications) 🧙 Визард для создания шаблонов ВМ 🎨 Новый дизайн процесса создания ВМ ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2025-2016-05-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2025.20 16.05.20","url":"/news/pkzvezda/procurator/bfg-procurator-2025-2016-05-20/","weight":1},{"body":"Релиз 2025.17 (25.04.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 📱 Мобильное приложение для iOS:\nреализовано подключение к SPICE; добавлена обработка первого кадра и последующих данных; выполнен рендеринг удалённого рабочего стола; реализован вывод изображения с удалённой машины (QXL). 💻 Десктопное приложение:\nподготовлена первая тестовая версия с поддержкой ВМ (Windows и Linux) в режиме стриминга с использованием аппаратного ускорения для рендеринга; поддержка ВМ с QXL-адаптером в разработке; добавлена сборка дистрибутива приложения для Windows — один установочный файл без сторонних зависимостей (x64); добавлена сборка дистрибутива для Linux (формат Debian), устанавливаемого через APT с зависимостями. Поддерживаемые архитектуры: x64, ARM64, E2K (Эльбрус-2С3); поддерживаемые дистрибутивы ОС: Эльбрус Линукс, Astra Linux (1.7), Ubuntu (20, 22, 24). 🪟 Гостевые утилиты Windows:\nдобавлена экспериментальная поддержка прямой передачи курсора при аппаратном ускорении внутри ВМ для снижения задержки отклика (вместо наложения курсора поверх видеопотока). 🛠 Исправления ошибок (Bug Fixes) 🖼 DS-666 [BUG] — Исправлена нечёткость изображения при использовании OpenGL-шейдера для кадров в формате NV12 в оконном режиме. 🔌 DS-682 [BUG] — Исправлено падение соединения со SPICE после получения первого кадра. 💥 DS-688 [BUG] — Устранён краш приложения при получении списка ВМ. 📏 DS-689 [BUG] — Исправлено некорректное разрешение виртуального дисплея гостевого агента Windows, превышающее размер клиентского экрана. 📈 Улучшения 📱 Для iOS добавлена страница подключения к ВМ. 🤖 Мобильное приложение для Android: исправлено падение ВМ при подключении через SPICE; частично реализован новый дизайн; ведётся работа по устранению ошибки с цветовой палитрой при получении изображения удалённого рабочего стола. ","categories":null,"content":"Релиз 2025.17 (25.04.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 📱 Мобильное приложение для iOS:\nреализовано подключение к SPICE; добавлена обработка первого кадра и последующих данных; выполнен рендеринг удалённого рабочего стола; реализован вывод изображения с удалённой машины (QXL). 💻 Десктопное приложение:\nподготовлена первая тестовая версия с поддержкой ВМ (Windows и Linux) в режиме стриминга с использованием аппаратного ускорения для рендеринга; поддержка ВМ с QXL-адаптером в разработке; добавлена сборка дистрибутива приложения для Windows — один установочный файл без сторонних зависимостей (x64); добавлена сборка дистрибутива для Linux (формат Debian), устанавливаемого через APT с зависимостями. Поддерживаемые архитектуры: x64, ARM64, E2K (Эльбрус-2С3); поддерживаемые дистрибутивы ОС: Эльбрус Линукс, Astra Linux (1.7), Ubuntu (20, 22, 24). 🪟 Гостевые утилиты Windows:\nдобавлена экспериментальная поддержка прямой передачи курсора при аппаратном ускорении внутри ВМ для снижения задержки отклика (вместо наложения курсора поверх видеопотока). 🛠 Исправления ошибок (Bug Fixes) 🖼 DS-666 [BUG] — Исправлена нечёткость изображения при использовании OpenGL-шейдера для кадров в формате NV12 в оконном режиме. 🔌 DS-682 [BUG] — Исправлено падение соединения со SPICE после получения первого кадра. 💥 DS-688 [BUG] — Устранён краш приложения при получении списка ВМ. 📏 DS-689 [BUG] — Исправлено некорректное разрешение виртуального дисплея гостевого агента Windows, превышающее размер клиентского экрана. 📈 Улучшения 📱 Для iOS добавлена страница подключения к ВМ. 🤖 Мобильное приложение для Android: исправлено падение ВМ при подключении через SPICE; частично реализован новый дизайн; ведётся работа по устранению ошибки с цветовой палитрой при получении изображения удалённого рабочего стола. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-1725-04-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.17 25.04.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-1725-04-20/","weight":1},{"body":"🆕 Релиз 2025.16 — 18.04.2025 Версия и компоненты:\ncore v1.3.0 metrics v1.2.0 storage v1.2.6 umbra v1.6.8 cli v0.1.7 comienzo v2.5.0 guest-tools v1.0.2 licenses v1.4.1 inventory-agent v0.9.16 logdb v1.0.24 🚀 Новые функции 💡 Cassowary / Guest Tools:\n📋 Новые функции работы с гостевыми агентами: Получение информации о гостевой системе (guest info) Выключение ОС гостя (shutdown OS) Приостановка и возобновление работы ВМ (pause/unpause) 🗄 logdb:\n🔄 Автоматическая миграция logdb 🛠 Автоматическое восстановление данных при повреждении временных файлов ⚙️ Config:\n🏷 Новый тег format 📌 Поддержка регулярных выражений в тегах equal и not_equal ♻ Рефакторинг работы с дефолтными описаниями переменных ⚡ Моментальное обновление файла конфигурации по сигналу из ОС 📦 Inventory Agent:\n📢 Выпущен релиз Inventory Agent 🛠 Исправления ошибок (Bug Fixes) 💾 Хранилища PC-2179 — Исправлено создание sStorm на ранее использованных Fibre Channel устройствах PC-2103 — Не подключалось iSCSI-хранилище при добавлении сервера PC-2102 — Пропадал раздел Storage Adapters при клике на Dynamic Discovery 🌐 Сети PC-2065 — Ошибка 500 при создании физического адаптера с существующим коммутатором PC-2161 — Исправлено назначение/изменение VLAN со значением 4095 📊 GLPI Интеграция PC-2188 — Не работала кнопка disconnect в веб-клиенте GLPI PC-2190 — Индикатор Status работал некорректно PC-2186 — Замечания по дизайну интеграции GLPI 📅 UI / Локализация PC-1302 — Локаторы для иконок сворачивания/разворачивания блока при добавлении NFS-хранилища PC-2158 — Нет локализации календаря при смене языка интерфейса 📈 Метрики PC-2152 — Подвисание страницы при отображении метрик 📈 Улучшения 🔒 Ограничение использования PBR 🛠 Возможность выполнения кастомных скриптов перед запуском сервиса и после его остановки 📂 Реализован механизм ротации логов logdb 📡 Добавлены gRPC-вызовы для Сферы: Миграции Бэкапы Снапшоты 🎨 Новый дизайн раздела GLPI Integration в Procurator 📋 В панели Configure → Integrations упрощено отображение статусов (On/Off) всех интеграций для быстрого просмотра ","categories":null,"content":"🆕 Релиз 2025.16 — 18.04.2025 Версия и компоненты:\ncore v1.3.0 metrics v1.2.0 storage v1.2.6 umbra v1.6.8 cli v0.1.7 comienzo v2.5.0 guest-tools v1.0.2 licenses v1.4.1 inventory-agent v0.9.16 logdb v1.0.24 🚀 Новые функции 💡 Cassowary / Guest Tools:\n📋 Новые функции работы с гостевыми агентами: Получение информации о гостевой системе (guest info) Выключение ОС гостя (shutdown OS) Приостановка и возобновление работы ВМ (pause/unpause) 🗄 logdb:\n🔄 Автоматическая миграция logdb 🛠 Автоматическое восстановление данных при повреждении временных файлов ⚙️ Config:\n🏷 Новый тег format 📌 Поддержка регулярных выражений в тегах equal и not_equal ♻ Рефакторинг работы с дефолтными описаниями переменных ⚡ Моментальное обновление файла конфигурации по сигналу из ОС 📦 Inventory Agent:\n📢 Выпущен релиз Inventory Agent 🛠 Исправления ошибок (Bug Fixes) 💾 Хранилища PC-2179 — Исправлено создание sStorm на ранее использованных Fibre Channel устройствах PC-2103 — Не подключалось iSCSI-хранилище при добавлении сервера PC-2102 — Пропадал раздел Storage Adapters при клике на Dynamic Discovery 🌐 Сети PC-2065 — Ошибка 500 при создании физического адаптера с существующим коммутатором PC-2161 — Исправлено назначение/изменение VLAN со значением 4095 📊 GLPI Интеграция PC-2188 — Не работала кнопка disconnect в веб-клиенте GLPI PC-2190 — Индикатор Status работал некорректно PC-2186 — Замечания по дизайну интеграции GLPI 📅 UI / Локализация PC-1302 — Локаторы для иконок сворачивания/разворачивания блока при добавлении NFS-хранилища PC-2158 — Нет локализации календаря при смене языка интерфейса 📈 Метрики PC-2152 — Подвисание страницы при отображении метрик 📈 Улучшения 🔒 Ограничение использования PBR 🛠 Возможность выполнения кастомных скриптов перед запуском сервиса и после его остановки 📂 Реализован механизм ротации логов logdb 📡 Добавлены gRPC-вызовы для Сферы: Миграции Бэкапы Снапшоты 🎨 Новый дизайн раздела GLPI Integration в Procurator 📋 В панели Configure → Integrations упрощено отображение статусов (On/Off) всех интеграций для быстрого просмотра ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2025-1618-04-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2025.16 18.04.20","url":"/news/pkzvezda/procurator/bfg-procurator-2025-1618-04-20/","weight":1},{"body":"Релиз 2025.14 (04.04.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции (Отсутствуют в данном релизе)\n🛠 Исправления ошибок (Bug Fixes) ⏱ DS-663 [BUG] — Ускорено подключение стрим-канала и переключение его режима в ВМ на ОС Windows (вместо 5-10 секунд). 💥 DS-665 [BUG] — Исправлено закрытие нового GTK-клиента при перезагрузке гостевого агента Windows. 📈 Улучшения (Отсутствуют явные улучшения, указанные отдельно)\n📦 Прочее 🖥 Начата работа над новым клиентским приложением, ориентированным на поддержку широкого спектра маломощных устройств с архитектурами x86-64, ARM, E2K (Эльбрус) для ОС Windows, Linux, macOS. 🔄 Продолжена работа над функционалом обмена файлами между клиентским устройством и гостевой ОС. 📱 iOS-приложение — начата разработка: страница авторизации; сохранение токена и автоматический вход; страница отображения ВМ (главное меню); мониторинг ресурсов; модальное окно сохранения выбранных данных; новый дизайн страницы авторизации с режимами отображения list/grid; частичная реализация подключения к WebSocket. 📱 Android-приложение — начата разработка: страница авторизации; сохранение токена и автоматический вход (EncryptedSharedPreferences); страница отображения ВМ (главное меню); мониторинг ресурсов. ","categories":null,"content":"Релиз 2025.14 (04.04.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции (Отсутствуют в данном релизе)\n🛠 Исправления ошибок (Bug Fixes) ⏱ DS-663 [BUG] — Ускорено подключение стрим-канала и переключение его режима в ВМ на ОС Windows (вместо 5-10 секунд). 💥 DS-665 [BUG] — Исправлено закрытие нового GTK-клиента при перезагрузке гостевого агента Windows. 📈 Улучшения (Отсутствуют явные улучшения, указанные отдельно)\n📦 Прочее 🖥 Начата работа над новым клиентским приложением, ориентированным на поддержку широкого спектра маломощных устройств с архитектурами x86-64, ARM, E2K (Эльбрус) для ОС Windows, Linux, macOS. 🔄 Продолжена работа над функционалом обмена файлами между клиентским устройством и гостевой ОС. 📱 iOS-приложение — начата разработка: страница авторизации; сохранение токена и автоматический вход; страница отображения ВМ (главное меню); мониторинг ресурсов; модальное окно сохранения выбранных данных; новый дизайн страницы авторизации с режимами отображения list/grid; частичная реализация подключения к WebSocket. 📱 Android-приложение — начата разработка: страница авторизации; сохранение токена и автоматический вход (EncryptedSharedPreferences); страница отображения ВМ (главное меню); мониторинг ресурсов. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-1404-04-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.14 04.04.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-1404-04-20/","weight":1},{"body":"Отлично 👍\nОформлю релиз 2025.13 (28.03.2025) по аналогии с предыдущими — с разбивкой на блоки, эмодзи и группировкой исправлений.\n🆕 Релиз 2025.13 — 28.03.2025 Версия и компоненты:\ncore v1.2.0 metrics v1.2.0 storage v1.2.5 umbra v1.6.7 cli v0.1.7 comienzo v2.4.0 guest-tools v1.0.2 licenses v1.4.0 logdb v1.0.24 mondb v0.0.0 (deprecated) 🚀 Новые функции 💡 Cassowary:\n🌐 Поддержка работы сетей в драйвере Cassowary. 📦 Имплементация запросов Cassowary: Storage Network Uptime ⚙️ Конфигурация и сервисы:\n📄 Релиз пакета конфигурации. 📋 Завершена работа по сервису Inventory Agent (backend). 🛠 Исправления ошибок (Bug Fixes) 🖥 Виртуальные машины / Cassowary PC-1625 — Нет сети при установке ОС на ВМ с Cassowary. PC-1803 — Невозможно увеличить Memory на 256 ГБ, если лимит = 256 ГБ (hot edit). PC-1908 — Некорректный ответ метода при uptime=false. PC-1994 — Неверное отображение пароля ESXi/vSphere с кириллицей/спецсимволами. PC-1913 — У нового диска при hot attach нельзя задать IOPS. PC-1729 / PC-1731 — Возможна установка некорректных значений Limit-IOPs (\u0026lt; 16 или \u0026gt; 2147483647). 💾 Хранилища / адаптеры PC-1844 — Некорректный ответ при изменениях storage adapters (uadapters). PC-1659 / PC-2103 — Ошибки при повторном сканировании/подключении iSCSI. PC-1961 — Проблемы с установкой на Dell (AMD) + отключение сети. 📜 GLPI интеграция Массовые исправления (PC-1960…PC-2069) по корректности передачи и привязки данных: Исправлены дубли, ошибки десериализации JSON (PC-1960, PC-1962, PC-1969). Добавлены новые поля (ID продукта/хоста, дата установки). Исправлена логика привязки устройств, IP, параметров портов, прошивок, ПО. Добавлены проверки валидности дат, положительных значений, ошибок в статистике портов. Убраны ограничения на автоподстановку параметров привязанных объектов. 📊 Мониторинг / Metrics / Zabbix PC-2101 — Плавающее количество точек данных в одном интервале. PC-1835 — Локализация пользовательских интервалов. PC-1876 — Несоответствие даты точки и периода на графике. PC-1971…PC-2094 — Исправления отображения, кнопок активации/деактивации, чекбоксов и текстов в Zabbix. PC-2086 / PC-2085 / PC-2087 — Исправлены ошибки отображения количества ВМ, названий и работы переключателей. 📅 Event Console / Tasks PC-503 / PC-456 / PC-1724 — Ошибки сортировки в Event Console и Tasks Console. PC-1753 / PC-2021…PC-2022 — Добавлены недостающие параметры для привязки устройств в GLPI. PC-1977…PC-1993 — Исправления сортировки, пагинации и экспорта в Tasks. 📦 Лицензии PC-1723 — Некорректный расчёт моторесурса лицензий. PC-1945 — Возможность добавления лицензии без проверки. PC-1658 — Ошибка установки лицензии через PCLI. 🌐 Прочие PC-1868 — Ошибка 500 при создании физического сетевого адаптера. PC-2017 — Ошибка при удалении пакетов. PC-1330 — Проверка работы в разных браузерах. PC-1317 — Верстка хедера разделов \u0026ldquo;Помощь\u0026rdquo; и \u0026ldquo;Хост-меню\u0026rdquo;. PC-1881 / PC-1893 — Проблемы с мультиавторизацией и логаутами. PC-2054 — Некорректный экспорт таблиц (Networks, Datastore, VM, Backups). PC-2108 / PC-2105 — Проблемы с запросами и отображением загрузки файлов. 📈 Улучшения 📚 Новый механизм работы словарей (на примере легенд метрик). 💽 Core и Metrics теперь используют крупный дисковый раздел для хранения больших данных. 🛠 Проведено R\u0026amp;D по аварийному восстановлению БД logdb. 🖥 Прототипирование шаблонов ВМ. 🎨 Новый дизайн вкладки Overview и страницы Tasks. 🗑 Возможность удаления устаревших/неиспользуемых сервисов. ⚡ Возможность выполнения заданных действий при установке, удалении и обновлении сервисов. 🔄 Исследовательская работа по ротации logdb. ","categories":null,"content":"Отлично 👍\nОформлю релиз 2025.13 (28.03.2025) по аналогии с предыдущими — с разбивкой на блоки, эмодзи и группировкой исправлений.\n🆕 Релиз 2025.13 — 28.03.2025 Версия и компоненты:\ncore v1.2.0 metrics v1.2.0 storage v1.2.5 umbra v1.6.7 cli v0.1.7 comienzo v2.4.0 guest-tools v1.0.2 licenses v1.4.0 logdb v1.0.24 mondb v0.0.0 (deprecated) 🚀 Новые функции 💡 Cassowary:\n🌐 Поддержка работы сетей в драйвере Cassowary. 📦 Имплементация запросов Cassowary: Storage Network Uptime ⚙️ Конфигурация и сервисы:\n📄 Релиз пакета конфигурации. 📋 Завершена работа по сервису Inventory Agent (backend). 🛠 Исправления ошибок (Bug Fixes) 🖥 Виртуальные машины / Cassowary PC-1625 — Нет сети при установке ОС на ВМ с Cassowary. PC-1803 — Невозможно увеличить Memory на 256 ГБ, если лимит = 256 ГБ (hot edit). PC-1908 — Некорректный ответ метода при uptime=false. PC-1994 — Неверное отображение пароля ESXi/vSphere с кириллицей/спецсимволами. PC-1913 — У нового диска при hot attach нельзя задать IOPS. PC-1729 / PC-1731 — Возможна установка некорректных значений Limit-IOPs (\u0026lt; 16 или \u0026gt; 2147483647). 💾 Хранилища / адаптеры PC-1844 — Некорректный ответ при изменениях storage adapters (uadapters). PC-1659 / PC-2103 — Ошибки при повторном сканировании/подключении iSCSI. PC-1961 — Проблемы с установкой на Dell (AMD) + отключение сети. 📜 GLPI интеграция Массовые исправления (PC-1960…PC-2069) по корректности передачи и привязки данных: Исправлены дубли, ошибки десериализации JSON (PC-1960, PC-1962, PC-1969). Добавлены новые поля (ID продукта/хоста, дата установки). Исправлена логика привязки устройств, IP, параметров портов, прошивок, ПО. Добавлены проверки валидности дат, положительных значений, ошибок в статистике портов. Убраны ограничения на автоподстановку параметров привязанных объектов. 📊 Мониторинг / Metrics / Zabbix PC-2101 — Плавающее количество точек данных в одном интервале. PC-1835 — Локализация пользовательских интервалов. PC-1876 — Несоответствие даты точки и периода на графике. PC-1971…PC-2094 — Исправления отображения, кнопок активации/деактивации, чекбоксов и текстов в Zabbix. PC-2086 / PC-2085 / PC-2087 — Исправлены ошибки отображения количества ВМ, названий и работы переключателей. 📅 Event Console / Tasks PC-503 / PC-456 / PC-1724 — Ошибки сортировки в Event Console и Tasks Console. PC-1753 / PC-2021…PC-2022 — Добавлены недостающие параметры для привязки устройств в GLPI. PC-1977…PC-1993 — Исправления сортировки, пагинации и экспорта в Tasks. 📦 Лицензии PC-1723 — Некорректный расчёт моторесурса лицензий. PC-1945 — Возможность добавления лицензии без проверки. PC-1658 — Ошибка установки лицензии через PCLI. 🌐 Прочие PC-1868 — Ошибка 500 при создании физического сетевого адаптера. PC-2017 — Ошибка при удалении пакетов. PC-1330 — Проверка работы в разных браузерах. PC-1317 — Верстка хедера разделов \u0026ldquo;Помощь\u0026rdquo; и \u0026ldquo;Хост-меню\u0026rdquo;. PC-1881 / PC-1893 — Проблемы с мультиавторизацией и логаутами. PC-2054 — Некорректный экспорт таблиц (Networks, Datastore, VM, Backups). PC-2108 / PC-2105 — Проблемы с запросами и отображением загрузки файлов. 📈 Улучшения 📚 Новый механизм работы словарей (на примере легенд метрик). 💽 Core и Metrics теперь используют крупный дисковый раздел для хранения больших данных. 🛠 Проведено R\u0026amp;D по аварийному восстановлению БД logdb. 🖥 Прототипирование шаблонов ВМ. 🎨 Новый дизайн вкладки Overview и страницы Tasks. 🗑 Возможность удаления устаревших/неиспользуемых сервисов. ⚡ Возможность выполнения заданных действий при установке, удалении и обновлении сервисов. 🔄 Исследовательская работа по ротации logdb. ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2025-1328-03-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2025.13 28.03.20","url":"/news/pkzvezda/procurator/bfg-procurator-2025-1328-03-20/","weight":1},{"body":"Релиз 2025.11 (14.03.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🎮 Добавлена поддержка разделяемых адаптеров NVIDIA для работы с 3D-графикой, что расширяет выбор графических карт и повышает производительность при ресурсоёмких графических задачах. 🐧 Добавлена поддержка гостевых ОС семейства Linux: Ubuntu, Debian, Alt (закрытое тестирование). 🛠 Исправления ошибок (Bug Fixes) 🎥 DS-548 [BUG] — Procurator Desktop Agent теперь корректно запускает стрим даже при отсутствии видеоадаптеров (QXL, MxGPU). ❄️ DS-591 [BUG] — Исправлена заморозка установки последней версии агента (0.18.2) в Procurator GT. 📈 Улучшения 🎨 Начата работа над новым дизайном Remote Console: модуль состояния ВМ; header; sidebar в режиме List View. ","categories":null,"content":"Релиз 2025.11 (14.03.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🎮 Добавлена поддержка разделяемых адаптеров NVIDIA для работы с 3D-графикой, что расширяет выбор графических карт и повышает производительность при ресурсоёмких графических задачах. 🐧 Добавлена поддержка гостевых ОС семейства Linux: Ubuntu, Debian, Alt (закрытое тестирование). 🛠 Исправления ошибок (Bug Fixes) 🎥 DS-548 [BUG] — Procurator Desktop Agent теперь корректно запускает стрим даже при отсутствии видеоадаптеров (QXL, MxGPU). ❄️ DS-591 [BUG] — Исправлена заморозка установки последней версии агента (0.18.2) в Procurator GT. 📈 Улучшения 🎨 Начата работа над новым дизайном Remote Console: модуль состояния ВМ; header; sidebar в режиме List View. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-1114-03-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.11 14.03.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-1114-03-20/","weight":1},{"body":"🆕 Релиз 2025.10 (07.03.2025) Версия и компоненты:\ncore v2025.10.99 metrics v1.1.37 storage v1.2.4 umbra v1.6.7 cli v0.1.7 comienzo v2.3.12 guest-tools v1.0.2 licenses v1.4.0 logdb v1.0.24 mondb v0.2.6011 🚀 Новые функции 💻 Графика и ускорение:\n🎮 Поддержка графических адаптеров Nvidia в ВМ для работы с графическими приложениями. 📡 Мониторинг:\n🔌 Новый gRPC API для взаимодействия системы Сфера с системой мониторинга. 📊 Поддержка Zabbix™ (включая версию 5.0) для экспорта метрик. 🌐 Сети и оборудование:\n🖧 Поддержка подключения физических адаптеров к новым коммутаторам и возможности их создания. 💿 Работа с носителями:\n⏏ Безопасное извлечение образа из CD/DVD-привода (eject). 🛠 Исправления ошибок (Bug Fixes) Ниже исправления сгруппированы по областям.\n🖥 Виртуальные машины PC-381 — Исправлено создание ВМ на NFS v3. PC-1636 — Невозможно работать в Ubuntu на ВМ с драйвером Cassowary. PC-359 — Ошибки при hotplug CPU/memory/HDD при включенном «горячем добавлении». PC-1704 — Флаг uptime не влиял на выдачу информации о ВМ. PC-1900 / PC-1902 — Проблемы с корректной работой функций выключения гостевой ОС. PC-547 / PC-1719 / PC-1734 — Исправления в UI настроек ВМ и планировщика. PC-1764 — Замечания дизайнера по Zabbix. PC-1796 — Поле Bus блокируется при hot attach HDD. PC-1910 — Нет курсора в веб-консоли при установке Windows OS с драйвером Procurator. 💾 Хранилища PC-1848 — Обрабатывался только один параметр при изменении настроек iSCSI-адаптера. PC-1871 — Медленная загрузка в Storm при размере \u0026gt; 40 МБ. PC-1822 — При rescan storage обрабатывались не все флаги. PC-405 — Проблемы с копированием/перемещением в NFS v3. PC-714 — Потеря времени StartedAt/StoppedAt при обновлении выключенного пакета. 📸 CD-ROM / загрузка PC-1858 — Невозможно сменить boot order «на горячую». PC-1866 — Проблемы с извлечением/установкой ISO-образа в CD-ROM «на горячую». PC-1903 — Конфликты настроек при подключенном загрузочном образе в работающей ВМ. 📊 Мониторинг и метрики PC-1800 / PC-1904 — Не отправляются или отображаются некорректно метрики VM Network в Zabbix. PC-1821 / PC-1849 / PC-1861 / PC-1862 / PC-1874 / PC-1901 — Исправлены ошибки валидации, возврата данных и отображения периода в метриках. PC-1897 — Ошибка INTERNAL при получении метрик сенсоров температуры и мощности. PC-1685 — Метрики CPU/Memory/Disk/Network не приходят, если время хоста меньше текущего. PC-1876 / PC-1833 / PC-1834 / PC-1909 — Исправлены ошибки отображения и пагинации графиков. 📜 Лицензии PC-1598 / PC-1667 / PC-1682 / PC-1686 / PC-1687 / PC-1689 / PC-1741 / PC-1713 / PC-1723 — Исправлены ошибки INTERNAL, 502 и валидации истекших лицензий, расчёта моторесурса и получения hardware ID. 🗄 GLPI PC-1949 / PC-1970 / PC-1972 / PC-1975 — Исправления привязки владельца, компании, серийного номера. PC-1976–PC-1985 — Автоподстановка версии, названия, архитектуры, ядра, пакета исправлений и издания ОС в placeholder. 📅 Event Console PC-1753 / PC-1889 / PC-1890 / PC-1755 / PC-1884 / PC-1946 — Исправлены ошибки фильтрации, некорректных дат, дублей текста и диапазонов. PC-1883 / PC-1750 / PC-1786 / PC-1790 / PC-1788 — Исправления поиска и отображения в Advanced Search. PC-1742 / PC-1751 — Исправлен сброс параметров и количества событий в режиме расширенного поиска. 🖥 PCLI PC-1680 / PC-1658 / PC-1663 — Исправления опечаток, установки лицензии и выполнения команды ping. 🌐 Разное PC-1891 — Ошибка 429 при авторизации с несколькими сессиями. PC-1892 — Слетает вёрстка страницы при множественной авторизации. PC-1896 — Несоответствие года копирайта в окне \u0026ldquo;О нас\u0026rdquo;. PC-1863 — Иногда некликабельна кнопка перехода в меню. PC-1804 — Null Appending fix. PC-1878 — Дублирование папок при перемещении. и др. мелкие исправления локализации, оформления и правописания. 📈 Улучшения 🧠 Виртуальные машины — поддержка ОЗУ \u0026gt; 512 ГБ (с Iteration 1). ❌ Хранилища — отказ от NFSv3. ⚡ Мониторинг — замена Lindb на Prometheus TSDB для увеличения лимитов и производительности. 📊 Улучшено отображение пустых интервалов в графиках метрик. 🎨 Новый дизайн вкладок: Networks, Datastores, VMs, Buckets. ","categories":null,"content":"🆕 Релиз 2025.10 (07.03.2025) Версия и компоненты:\ncore v2025.10.99 metrics v1.1.37 storage v1.2.4 umbra v1.6.7 cli v0.1.7 comienzo v2.3.12 guest-tools v1.0.2 licenses v1.4.0 logdb v1.0.24 mondb v0.2.6011 🚀 Новые функции 💻 Графика и ускорение:\n🎮 Поддержка графических адаптеров Nvidia в ВМ для работы с графическими приложениями. 📡 Мониторинг:\n🔌 Новый gRPC API для взаимодействия системы Сфера с системой мониторинга. 📊 Поддержка Zabbix™ (включая версию 5.0) для экспорта метрик. 🌐 Сети и оборудование:\n🖧 Поддержка подключения физических адаптеров к новым коммутаторам и возможности их создания. 💿 Работа с носителями:\n⏏ Безопасное извлечение образа из CD/DVD-привода (eject). 🛠 Исправления ошибок (Bug Fixes) Ниже исправления сгруппированы по областям.\n🖥 Виртуальные машины PC-381 — Исправлено создание ВМ на NFS v3. PC-1636 — Невозможно работать в Ubuntu на ВМ с драйвером Cassowary. PC-359 — Ошибки при hotplug CPU/memory/HDD при включенном «горячем добавлении». PC-1704 — Флаг uptime не влиял на выдачу информации о ВМ. PC-1900 / PC-1902 — Проблемы с корректной работой функций выключения гостевой ОС. PC-547 / PC-1719 / PC-1734 — Исправления в UI настроек ВМ и планировщика. PC-1764 — Замечания дизайнера по Zabbix. PC-1796 — Поле Bus блокируется при hot attach HDD. PC-1910 — Нет курсора в веб-консоли при установке Windows OS с драйвером Procurator. 💾 Хранилища PC-1848 — Обрабатывался только один параметр при изменении настроек iSCSI-адаптера. PC-1871 — Медленная загрузка в Storm при размере \u0026gt; 40 МБ. PC-1822 — При rescan storage обрабатывались не все флаги. PC-405 — Проблемы с копированием/перемещением в NFS v3. PC-714 — Потеря времени StartedAt/StoppedAt при обновлении выключенного пакета. 📸 CD-ROM / загрузка PC-1858 — Невозможно сменить boot order «на горячую». PC-1866 — Проблемы с извлечением/установкой ISO-образа в CD-ROM «на горячую». PC-1903 — Конфликты настроек при подключенном загрузочном образе в работающей ВМ. 📊 Мониторинг и метрики PC-1800 / PC-1904 — Не отправляются или отображаются некорректно метрики VM Network в Zabbix. PC-1821 / PC-1849 / PC-1861 / PC-1862 / PC-1874 / PC-1901 — Исправлены ошибки валидации, возврата данных и отображения периода в метриках. PC-1897 — Ошибка INTERNAL при получении метрик сенсоров температуры и мощности. PC-1685 — Метрики CPU/Memory/Disk/Network не приходят, если время хоста меньше текущего. PC-1876 / PC-1833 / PC-1834 / PC-1909 — Исправлены ошибки отображения и пагинации графиков. 📜 Лицензии PC-1598 / PC-1667 / PC-1682 / PC-1686 / PC-1687 / PC-1689 / PC-1741 / PC-1713 / PC-1723 — Исправлены ошибки INTERNAL, 502 и валидации истекших лицензий, расчёта моторесурса и получения hardware ID. 🗄 GLPI PC-1949 / PC-1970 / PC-1972 / PC-1975 — Исправления привязки владельца, компании, серийного номера. PC-1976–PC-1985 — Автоподстановка версии, названия, архитектуры, ядра, пакета исправлений и издания ОС в placeholder. 📅 Event Console PC-1753 / PC-1889 / PC-1890 / PC-1755 / PC-1884 / PC-1946 — Исправлены ошибки фильтрации, некорректных дат, дублей текста и диапазонов. PC-1883 / PC-1750 / PC-1786 / PC-1790 / PC-1788 — Исправления поиска и отображения в Advanced Search. PC-1742 / PC-1751 — Исправлен сброс параметров и количества событий в режиме расширенного поиска. 🖥 PCLI PC-1680 / PC-1658 / PC-1663 — Исправления опечаток, установки лицензии и выполнения команды ping. 🌐 Разное PC-1891 — Ошибка 429 при авторизации с несколькими сессиями. PC-1892 — Слетает вёрстка страницы при множественной авторизации. PC-1896 — Несоответствие года копирайта в окне \u0026ldquo;О нас\u0026rdquo;. PC-1863 — Иногда некликабельна кнопка перехода в меню. PC-1804 — Null Appending fix. PC-1878 — Дублирование папок при перемещении. и др. мелкие исправления локализации, оформления и правописания. 📈 Улучшения 🧠 Виртуальные машины — поддержка ОЗУ \u0026gt; 512 ГБ (с Iteration 1). ❌ Хранилища — отказ от NFSv3. ⚡ Мониторинг — замена Lindb на Prometheus TSDB для увеличения лимитов и производительности. 📊 Улучшено отображение пустых интервалов в графиках метрик. 🎨 Новый дизайн вкладок: Networks, Datastores, VMs, Buckets. ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2025-1007-03-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2025.10 07.03.20","url":"/news/pkzvezda/procurator/bfg-procurator-2025-1007-03-20/","weight":1},{"body":"Релиз 2025.08 (21.02.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции (Отсутствуют в данном релизе)\n🛠 Исправления ошибок (Bug Fixes) 💥 DS-555 [BUG] — Исправлен краш приложения при переподключении. ⏳ DS-449 [BUG] — Устранена небольшая задержка в новой версии Remote Console. 🔑 DS-553 [BUG] — Исправлена проблема с сохранением пароля. ♻️ DS-554 [BUG] — Восстановлена работа функции «Обновление сессии». 🐧 DS-558 [BUG] — Исправлено отсутствие иконки после запуска приложения на Ubuntu. 📊 DS-561 [BUG] — Исправлено некорректное отображение данных в sidebar при подключении к ВМ. 💥 DS-544 [BUG] — Исправлен краш SPICE-сервера при неправильной настройке NVIDIA на SVZ. 🪟 DS-539 [BUG] — Сертификаты драйверов виртуального дисплея теперь устанавливаются автоматически с гостевым агентом для Windows. 🎥 DS-548 [BUG] — Procurator Desktop Agent теперь корректно запускает стрим, даже при отсутствии видеоадаптеров (QXL, MxGPU). 📈 Улучшения 🖱 Стабилизирована работа курсора в обоих режимах: векторном и координатном. 📦 Прочее 🐧 Подготовлен дистрибутив Remote Console для архитектуры ARM на ОС Debian. ⚙️ Продолжены работы по тонким клиентам ARM (Radxa). 📦 Драйвера «Спектр» упакованы в набор дистрибутивов для ОС «Звезда» (BFG-SPICE). 🎯 Сформирован драйвер NVIDIA-VGPU для установки в ОС «Звезда» (включая патчи на разблокировку и автоматизацию установки). Поддерживаются устройства: Потребительский сегмент поколений от Maxwell (2014) до Turing (2019) Профессиональный сегмент от Ampere (2021) и новее 🔄 Начата работа по реализации двустороннего обмена файлами между тонким клиентом и гостевой ОС. 🐧 Продолжена работа по поддержке гостевых ОС Linux. ","categories":null,"content":"Релиз 2025.08 (21.02.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции (Отсутствуют в данном релизе)\n🛠 Исправления ошибок (Bug Fixes) 💥 DS-555 [BUG] — Исправлен краш приложения при переподключении. ⏳ DS-449 [BUG] — Устранена небольшая задержка в новой версии Remote Console. 🔑 DS-553 [BUG] — Исправлена проблема с сохранением пароля. ♻️ DS-554 [BUG] — Восстановлена работа функции «Обновление сессии». 🐧 DS-558 [BUG] — Исправлено отсутствие иконки после запуска приложения на Ubuntu. 📊 DS-561 [BUG] — Исправлено некорректное отображение данных в sidebar при подключении к ВМ. 💥 DS-544 [BUG] — Исправлен краш SPICE-сервера при неправильной настройке NVIDIA на SVZ. 🪟 DS-539 [BUG] — Сертификаты драйверов виртуального дисплея теперь устанавливаются автоматически с гостевым агентом для Windows. 🎥 DS-548 [BUG] — Procurator Desktop Agent теперь корректно запускает стрим, даже при отсутствии видеоадаптеров (QXL, MxGPU). 📈 Улучшения 🖱 Стабилизирована работа курсора в обоих режимах: векторном и координатном. 📦 Прочее 🐧 Подготовлен дистрибутив Remote Console для архитектуры ARM на ОС Debian. ⚙️ Продолжены работы по тонким клиентам ARM (Radxa). 📦 Драйвера «Спектр» упакованы в набор дистрибутивов для ОС «Звезда» (BFG-SPICE). 🎯 Сформирован драйвер NVIDIA-VGPU для установки в ОС «Звезда» (включая патчи на разблокировку и автоматизацию установки). Поддерживаются устройства: Потребительский сегмент поколений от Maxwell (2014) до Turing (2019) Профессиональный сегмент от Ampere (2021) и новее 🔄 Начата работа по реализации двустороннего обмена файлами между тонким клиентом и гостевой ОС. 🐧 Продолжена работа по поддержке гостевых ОС Linux. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-0821-02-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.08 21.02.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-0821-02-20/","weight":1},{"body":"Хорошо 👍\nОформлю релиз 2025.07 (14.02.2025) в том же структурированном и наглядном виде с эмодзи, как мы уже делали для прошлых версий.\n🆕 Релиз 2025.07 — 14.02.2025 Версия: v2025.07\nКомпоненты:\ncore v2025.07.99 metrics v1.1.31 storage v1.2.2 umbra v1.6.7 cli v0.1.6 comienzo v2.3.12 guest-tools v1.0.2 licenses v1.3.2 logdb v1.0.24 mondb v0.2.6011 🚀 Новые функции (раздел отсутствует в оригинале — в этом релизе добавлены только исправления и улучшения)\n🛠 Исправления ошибок (Bug Fixes) 🔹 Виртуальные машины / создание / настройки:\nPC-345 — Ошибка при создании ВМ с определёнными моделями CPU. PC-1582 / PC-1592 / PC-1471 / PC-1473 / PC-1701 — Исправления в создании ВМ, изменении лимитов ресурсов и работе с hotplug-памятью/CPU. PC-359 / PC-1757 / PC-1787 / PC-1759 / PC-1760 / PC-1766 — Исправления ошибок горячего добавления CPU/Memory. PC-1668 / PC-1776 — Нельзя устанавливать пароль / отсутствует выбор загрузочного диска. PC-1657 — Рассинхронизация курсора в Windows при установке ОС с драйвером Procurator. 📦 Хранилища и диски:\nPC-404 / PC-416 / PC-419 / PC-515 / PC-1846 — Исправления отображения размера дисков и расширения томов в Storm/sStorm. PC-755 / PC-383 / PC-305 / PC-306 / PC-303 / PC-307 — Ошибки работы с iSCSI, multipathing и NFS. PC-557 / PC-558 / PC-1619 — Проверки на удаление/создание хранилищ и корректность типов обеспечения. PC-315 — Пропадание NVME-дисков. PC-297 — Логирование в sStorm. 📸 Снапшоты / миграции / резервное копирование:\nPC-418 / PC-420 / PC-493 / PC-501 / PC-502 / PC-504 — Исправления ошибок создания, удаления и восстановления снапшотов. PC-485 — Миграция ВМ с снапшотами. PC-1643 — Корректировка чек-бокса памяти при снепшотах выключенной ВМ. 🖥 Remote Console / Guest Tools:\nPC-1698 / PC-545 / PC-1602 / PC-1621 / PC-1624 / PC-1627 — Исправления отображения и функционала консоли, метрик каналов и гостевых утилит. PC-1599 / PC-1620 — Исправления отображения истории и закрытых сеансов. 📊 Мониторинг и метрики:\nPC-1655 / PC-1812 / PC-1699 / PC-1695 / PC-1808 / PC-1809 / PC-1811 / PC-1813 / PC-1815 / PC-1816 / PC-1819 / PC-1818 — Исправлены многочисленные ошибки получения и отправки метрик CPU, памяти, дисков, сети и сенсоров. PC-1801 / PC-1820 — Исправлены тексты графиков сенсоров и диаграмм. PC-1681 — Исправлено отображение графика \u0026ldquo;МГц на ядро\u0026rdquo;. 🖱 Интерфейс и UX:\nPC-1306 / PC-364 / PC-427 / PC-1778 — Исправлено зависание и ошибки в тасках, отсутствие событий и прогресса загрузки. PC-425~PC-430 / PC-1311 / PC-767 / PC-1351 / PC-1353 — Исправления отображения и доступности полей UI. PC-1409 / PC-764 — Автоматический выход из системы и уведомления после бездействия. PC-1770 / PC-1752 / PC-1758 / PC-1761 / PC-1762 / PC-1763 / PC-1756 — Исправления фильтров, колонок, чек-боксов и элементов Event Console. PC-1733 / PC-1768 — Ошибки 500 при поиске и фильтрации в Event Console. PC-1725 / PC-1726 / PC-1721 / PC-1678 / PC-1791 / PC-1795 — Замечания дизайнера, адаптивность и правки компонентов. PC-1509 / PC-1472 / PC-1534 / PC-1535 / PC-1536 / PC-1564 / PC-1767 / PC-1775 / PC-1769 / PC-1669 / PC-1670 / PC-1810 — Исправления локализации, переводов, орфографии. 🔌 Разное:\nPC-225 / PC-357 — Исправления REST API и монтирования при удалении датастора. PC-714 — Восстановление StartedAt/StoppedAt при обновлении пакета. PC-550 — Освобождение диска от переполняющегося лога procurator.metrics.log. PC-208 / PC-1469 / PC-210 / PC-423 / PC-430 — Исправления планировщика, легенд графиков, валидаторов. 📈 Улучшения 🖥 Мониторинг:\n📡 API на базе gRPC для взаимодействия Сферы с системой мониторинга. 🔌 Реализация gRPC-методов Zabbix API и Sensors API. 💡 UX / функционал:\n🔒 При удалении ВМ теперь требуется ввод названия ВМ для подтверждения. 📦 Интеграции:\nПродолжение работ по интеграции с GLPI. ","categories":null,"content":"Хорошо 👍\nОформлю релиз 2025.07 (14.02.2025) в том же структурированном и наглядном виде с эмодзи, как мы уже делали для прошлых версий.\n🆕 Релиз 2025.07 — 14.02.2025 Версия: v2025.07\nКомпоненты:\ncore v2025.07.99 metrics v1.1.31 storage v1.2.2 umbra v1.6.7 cli v0.1.6 comienzo v2.3.12 guest-tools v1.0.2 licenses v1.3.2 logdb v1.0.24 mondb v0.2.6011 🚀 Новые функции (раздел отсутствует в оригинале — в этом релизе добавлены только исправления и улучшения)\n🛠 Исправления ошибок (Bug Fixes) 🔹 Виртуальные машины / создание / настройки:\nPC-345 — Ошибка при создании ВМ с определёнными моделями CPU. PC-1582 / PC-1592 / PC-1471 / PC-1473 / PC-1701 — Исправления в создании ВМ, изменении лимитов ресурсов и работе с hotplug-памятью/CPU. PC-359 / PC-1757 / PC-1787 / PC-1759 / PC-1760 / PC-1766 — Исправления ошибок горячего добавления CPU/Memory. PC-1668 / PC-1776 — Нельзя устанавливать пароль / отсутствует выбор загрузочного диска. PC-1657 — Рассинхронизация курсора в Windows при установке ОС с драйвером Procurator. 📦 Хранилища и диски:\nPC-404 / PC-416 / PC-419 / PC-515 / PC-1846 — Исправления отображения размера дисков и расширения томов в Storm/sStorm. PC-755 / PC-383 / PC-305 / PC-306 / PC-303 / PC-307 — Ошибки работы с iSCSI, multipathing и NFS. PC-557 / PC-558 / PC-1619 — Проверки на удаление/создание хранилищ и корректность типов обеспечения. PC-315 — Пропадание NVME-дисков. PC-297 — Логирование в sStorm. 📸 Снапшоты / миграции / резервное копирование:\nPC-418 / PC-420 / PC-493 / PC-501 / PC-502 / PC-504 — Исправления ошибок создания, удаления и восстановления снапшотов. PC-485 — Миграция ВМ с снапшотами. PC-1643 — Корректировка чек-бокса памяти при снепшотах выключенной ВМ. 🖥 Remote Console / Guest Tools:\nPC-1698 / PC-545 / PC-1602 / PC-1621 / PC-1624 / PC-1627 — Исправления отображения и функционала консоли, метрик каналов и гостевых утилит. PC-1599 / PC-1620 — Исправления отображения истории и закрытых сеансов. 📊 Мониторинг и метрики:\nPC-1655 / PC-1812 / PC-1699 / PC-1695 / PC-1808 / PC-1809 / PC-1811 / PC-1813 / PC-1815 / PC-1816 / PC-1819 / PC-1818 — Исправлены многочисленные ошибки получения и отправки метрик CPU, памяти, дисков, сети и сенсоров. PC-1801 / PC-1820 — Исправлены тексты графиков сенсоров и диаграмм. PC-1681 — Исправлено отображение графика \u0026ldquo;МГц на ядро\u0026rdquo;. 🖱 Интерфейс и UX:\nPC-1306 / PC-364 / PC-427 / PC-1778 — Исправлено зависание и ошибки в тасках, отсутствие событий и прогресса загрузки. PC-425~PC-430 / PC-1311 / PC-767 / PC-1351 / PC-1353 — Исправления отображения и доступности полей UI. PC-1409 / PC-764 — Автоматический выход из системы и уведомления после бездействия. PC-1770 / PC-1752 / PC-1758 / PC-1761 / PC-1762 / PC-1763 / PC-1756 — Исправления фильтров, колонок, чек-боксов и элементов Event Console. PC-1733 / PC-1768 — Ошибки 500 при поиске и фильтрации в Event Console. PC-1725 / PC-1726 / PC-1721 / PC-1678 / PC-1791 / PC-1795 — Замечания дизайнера, адаптивность и правки компонентов. PC-1509 / PC-1472 / PC-1534 / PC-1535 / PC-1536 / PC-1564 / PC-1767 / PC-1775 / PC-1769 / PC-1669 / PC-1670 / PC-1810 — Исправления локализации, переводов, орфографии. 🔌 Разное:\nPC-225 / PC-357 — Исправления REST API и монтирования при удалении датастора. PC-714 — Восстановление StartedAt/StoppedAt при обновлении пакета. PC-550 — Освобождение диска от переполняющегося лога procurator.metrics.log. PC-208 / PC-1469 / PC-210 / PC-423 / PC-430 — Исправления планировщика, легенд графиков, валидаторов. 📈 Улучшения 🖥 Мониторинг:\n📡 API на базе gRPC для взаимодействия Сферы с системой мониторинга. 🔌 Реализация gRPC-методов Zabbix API и Sensors API. 💡 UX / функционал:\n🔒 При удалении ВМ теперь требуется ввод названия ВМ для подтверждения. 📦 Интеграции:\nПродолжение работ по интеграции с GLPI. ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2025-0714-02-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2025.07 14.02.20","url":"/news/pkzvezda/procurator/bfg-procurator-2025-0714-02-20/","weight":1},{"body":"Релиз 2025.05 (31.01.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции (Отсутствуют в данном релизе)\n🛠 Исправления ошибок (Bug Fixes) 🖱 DS-523 [BUG] — Исправлено исчезновение курсора при подключении физической видеокарты к ВМ. 🖥 DS-522 [BUG] — Исправлен «зелёный экран» при подключении к ВМ без видеокарты. 🪟 DS-525 [BUG] — Поправлена сборка Windows. 💥 DS-526 [BUG] — Исправлен краш приложения при попытке подключения к ВМ, где уже есть активная сессия. 📈 Улучшения 🖱 Векторный режим курсора переработан: при достижении границы окна курсор продолжает плавное движение, обеспечивая комфортное управление. 🛠 Рефакторинг структуры проекта — улучшена организация кода для повышения стабильности и упрощения поддержки. 📦 Прочее 🎮 NVIDIA RTX6000 — реализовано разделение и проброс видеокарты в ВМ через добавление PCI-устройства с помощью virsh, ресурсы разделяются корректно. 🎯 Vega V340 — карта полностью проходит POST, успешно загружается vBIOS, инициализируется встроенная микросхема безопасности; подготовлена обработка прерываний, гостевой драйвер инициирует процесс, а GIM корректно обрабатывает сообщения. Остаются проблемы с доступом к памяти устройства, мешающие запуску vGPU. 🖥 Linux (4 монитора) — реализовано разделение мониторов, система поддерживает работу с четырьмя экранами, пока с фиксированным их размером. 🐧 Linux-агент — реализована передача изображений через UDP-протокол, работа нового агента на экране авторизации и рабочем столе Linux. Планируется запуск X11 с физической GPU и реализация SPICE в новом агенте. ","categories":null,"content":"Релиз 2025.05 (31.01.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции (Отсутствуют в данном релизе)\n🛠 Исправления ошибок (Bug Fixes) 🖱 DS-523 [BUG] — Исправлено исчезновение курсора при подключении физической видеокарты к ВМ. 🖥 DS-522 [BUG] — Исправлен «зелёный экран» при подключении к ВМ без видеокарты. 🪟 DS-525 [BUG] — Поправлена сборка Windows. 💥 DS-526 [BUG] — Исправлен краш приложения при попытке подключения к ВМ, где уже есть активная сессия. 📈 Улучшения 🖱 Векторный режим курсора переработан: при достижении границы окна курсор продолжает плавное движение, обеспечивая комфортное управление. 🛠 Рефакторинг структуры проекта — улучшена организация кода для повышения стабильности и упрощения поддержки. 📦 Прочее 🎮 NVIDIA RTX6000 — реализовано разделение и проброс видеокарты в ВМ через добавление PCI-устройства с помощью virsh, ресурсы разделяются корректно. 🎯 Vega V340 — карта полностью проходит POST, успешно загружается vBIOS, инициализируется встроенная микросхема безопасности; подготовлена обработка прерываний, гостевой драйвер инициирует процесс, а GIM корректно обрабатывает сообщения. Остаются проблемы с доступом к памяти устройства, мешающие запуску vGPU. 🖥 Linux (4 монитора) — реализовано разделение мониторов, система поддерживает работу с четырьмя экранами, пока с фиксированным их размером. 🐧 Linux-агент — реализована передача изображений через UDP-протокол, работа нового агента на экране авторизации и рабочем столе Linux. Планируется запуск X11 с физической GPU и реализация SPICE в новом агенте. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2025-0531-01-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2025.05 31.01.20","url":"/news/pkzvezda/spectr/bfg-spectr-2025-0531-01-20/","weight":1},{"body":"🆕 Релиз 2025.04 — 24.01.2025 🚀 Новые функции 💡 HotPlug оборудования (динамическое расширение ресурсов ВМ):\n📀 Extend Disk — увеличение размера диска без выключения ВМ. 🖥 CPU — добавление ядер процессора на работающую ВМ. 🧠 Memory — увеличение объема оперативной памяти «на лету». 💽 Attach Disk — горячее подключение дополнительных дисков. 🔧 Cassowary — Capabilities \u0026amp; PCI:\n📝 Отображение доступных типов виртуализируемых устройств (процессор, диск, материнская плата) в мастере создания ВМ. 🔌 Прямое подключение PCI-устройств и их автоматическое обнаружение (PCI Discovery). 🔑 Лицензии:\n🛡 При удалении базы с информацией о лицензиях сохраняются сведения о самих лицензиях и сроке/лимитах их использования. 💻 CLI (Command Line Interface):\n📥 Возможность установки CLI на рабочую станцию администратора: Поддержка Windows и deb-based Linux. Встроенный help и автодополнение команд (command completion). 📦 Inventory Agent:\n🔍 Сбор информации о хосте из сервисов Core, Storage, Umbra, от ОС. 🔄 Конвертация и передача данных в GLPI Inventory. 📈 Интеграция с Zabbix:\n💾 Запись метрик хранилища и данных сенсоров в Zabbix. 🛠 Исправления ошибок (Bug Fixes) 🌐 PC-1655 — Исправлена отправка сетевых метрик ВМ в Zabbix. 🔄 PC-1700 — Ошибка при взаимодействии Core ↔ Umbra API. 🖥 PC-1345 — При выборе драйвера Cassowary ВМ создаётся и запускается корректно. 🎨 PC-1725 / 1726 / 1721 — Исправлены замечания дизайнера (Switches, Tasks/Alarms, страница Login). ⏳ PC-1677 — Исправлен загрузочный индикатор (Loader). 📈 Улучшения ⚙️ Мониторинг:\nПереход на встроенную базу данных tsdb. Частичная реализация обновлённого gRPC API мониторинга. 🎨 Интерфейс и дизайн:\nSkeleton Loading для модальных окон, страниц и интерфейсов Zabbix. Новый дизайн выбора сети в модальном окне редактирования ВМ. Обновлённое боковое меню. Skeleton Loading для компонентов и дерева Inventory в Sphere и Procurator. Новый дизайн + скелетон для страниц Shortcuts и Home. Новый дизайн Virtual Switches + тёмная тема для диаграмм свича. Новый дизайн Network Summary. Компонент VM Widget в UI Kit. Новый дизайн VM Summary: 📊 Виджет страницы. 📦 Портлеты. ⚡ Quick Operations. ","categories":null,"content":"🆕 Релиз 2025.04 — 24.01.2025 🚀 Новые функции 💡 HotPlug оборудования (динамическое расширение ресурсов ВМ):\n📀 Extend Disk — увеличение размера диска без выключения ВМ. 🖥 CPU — добавление ядер процессора на работающую ВМ. 🧠 Memory — увеличение объема оперативной памяти «на лету». 💽 Attach Disk — горячее подключение дополнительных дисков. 🔧 Cassowary — Capabilities \u0026amp; PCI:\n📝 Отображение доступных типов виртуализируемых устройств (процессор, диск, материнская плата) в мастере создания ВМ. 🔌 Прямое подключение PCI-устройств и их автоматическое обнаружение (PCI Discovery). 🔑 Лицензии:\n🛡 При удалении базы с информацией о лицензиях сохраняются сведения о самих лицензиях и сроке/лимитах их использования. 💻 CLI (Command Line Interface):\n📥 Возможность установки CLI на рабочую станцию администратора: Поддержка Windows и deb-based Linux. Встроенный help и автодополнение команд (command completion). 📦 Inventory Agent:\n🔍 Сбор информации о хосте из сервисов Core, Storage, Umbra, от ОС. 🔄 Конвертация и передача данных в GLPI Inventory. 📈 Интеграция с Zabbix:\n💾 Запись метрик хранилища и данных сенсоров в Zabbix. 🛠 Исправления ошибок (Bug Fixes) 🌐 PC-1655 — Исправлена отправка сетевых метрик ВМ в Zabbix. 🔄 PC-1700 — Ошибка при взаимодействии Core ↔ Umbra API. 🖥 PC-1345 — При выборе драйвера Cassowary ВМ создаётся и запускается корректно. 🎨 PC-1725 / 1726 / 1721 — Исправлены замечания дизайнера (Switches, Tasks/Alarms, страница Login). ⏳ PC-1677 — Исправлен загрузочный индикатор (Loader). 📈 Улучшения ⚙️ Мониторинг:\nПереход на встроенную базу данных tsdb. Частичная реализация обновлённого gRPC API мониторинга. 🎨 Интерфейс и дизайн:\nSkeleton Loading для модальных окон, страниц и интерфейсов Zabbix. Новый дизайн выбора сети в модальном окне редактирования ВМ. Обновлённое боковое меню. Skeleton Loading для компонентов и дерева Inventory в Sphere и Procurator. Новый дизайн + скелетон для страниц Shortcuts и Home. Новый дизайн Virtual Switches + тёмная тема для диаграмм свича. Новый дизайн Network Summary. Компонент VM Widget в UI Kit. Новый дизайн VM Summary: 📊 Виджет страницы. 📦 Портлеты. ⚡ Quick Operations. ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2025-0424-01-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2025.04 24.01.20","url":"/news/pkzvezda/procurator/bfg-procurator-2025-0424-01-20/","weight":1},{"body":"Добро пожаловать в раздел новостей! В разделе «Новости» публикуется актуальная информация о релизах и обновлениях наших продуктов. Здесь вы найдете анонсы новых версий, описание новых функций, улучшений и исправлений, а также рекомендации по использованию обновлений. Следите за новостями, чтобы быть в курсе последних изменений и возможностей продуктов.\n","categories":null,"content":"Добро пожаловать в раздел новостей! В разделе «Новости» публикуется актуальная информация о релизах и обновлениях наших продуктов. Здесь вы найдете анонсы новых версий, описание новых функций, улучшений и исправлений, а также рекомендации по использованию обновлений. Следите за новостями, чтобы быть в курсе последних изменений и возможностей продуктов.\n","description":"Последние новости и обновления продуктов","ref":"/news/","section":"news","tags":null,"title":"Новости и обновления","url":"/news/","weight":1},{"body":"Релиз 2025.03 (17.01.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🛡 В сервисе Sphere.Core реализован новый механизм протокола Procurator™ Transport Layer Security, обеспечивающий защищённое взаимодействие между сервисами. 📂 Добавлены механизмы работы с файловой системой хранилища для WEB UI и gRPC API: создание объектов; переименование объектов; перемещение объектов; копирование объектов; удаление объектов; загрузка объектов. 🛠 Исправления ошибок (Bug Fixes) 🔐 SC-439 [auth][ldap] — Исправлена ошибка 401 при авторизации пользователя в Sphere. 🧩 SC-444 [active directory] — Исправлен 500 Internal Server Error при наличии более 1000 пользователей в подразделении. 👤 SC-402 [users and groups] — Активна кнопка «Сохранить» после редактирования данных пользователя. 🔑 SC-395 [SSO][Users][validation] — Корректная валидация полей Password и Confirm Password. ✏️ SC-405 [users and groups] — Добавлены ограничения на длину вводимых данных. 📝 SC-406 [ui][users and groups] — Исправлена опечатка на странице Users. 💬 SC-421 [SSO][IdentitySources][ui] — Уточнено описание подсказки Domain name при добавлении источника идентификации. 🆔 SC-389 / SC-390 / SC-391 / SC-400 — Унифицированы и добавлены уникальные data-id для элементов управления в разделах SSO и Administration. 💡 SC-394 [SSO][Users][ui] — Исправлено отображение подсказок. 🧾 SC-401 [ui][users and groups] — Добавлено название поля «Фамилия» при редактировании пользователя. 🚫 SC-403 [users and groups] — Устранена возможность использования спецсимволов в имени пользователя. ⚠️ SC-404 [users and groups] — Блокировано создание пользователя без имени. 🔍 SC-407 [ui][users and groups] — Исправлена подсказка в поиске (отображается username, а не group name). 🔐 SC-409 / SC-410 [users and groups] — Добавлены ограничения на ввод и проверка совпадения паролей. 📋 SC-413 [users and groups] — Исправлено исчезновение списка пользователей при изменении отображаемого количества элементов. ⚙️ SC-418 / SC-419 / SC-420 [validation][SSO][IdentitySources] — Добавлены валидационные сообщения для полей password, name, Domain name. 🌐 SC-433 [users and groups][chrome] — Новый пользователь теперь корректно отображается в таблице. 📊 SC-440 [groups] — Исправлена сортировка групп. 🧵 SC-443 [Add Identity Source] — Обработка символов подчёркивания в полях ввода. 🔁 SC-378 [ui][users] — Исправлено некорректное отображение предыдущего пользователя после релогина. ❌ SC-386 [ui] — Добавлено сообщение об ошибке при авторизации с неверными учётными данными. 📈 Улучшения ⚡ Новый дизайн Quick Actions. 🧩 Новый дизайн блока Related Objects для Summary. 🗒 Новый дизайн блока Notes для Summary. 💡 Обновлены портлеты VM Summary. 🖥 Новый дизайн страницы VM Summary. ⏳ Реализована анимация Loading для модальных окон. ","categories":null,"content":"Релиз 2025.03 (17.01.2025) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🛡 В сервисе Sphere.Core реализован новый механизм протокола Procurator™ Transport Layer Security, обеспечивающий защищённое взаимодействие между сервисами. 📂 Добавлены механизмы работы с файловой системой хранилища для WEB UI и gRPC API: создание объектов; переименование объектов; перемещение объектов; копирование объектов; удаление объектов; загрузка объектов. 🛠 Исправления ошибок (Bug Fixes) 🔐 SC-439 [auth][ldap] — Исправлена ошибка 401 при авторизации пользователя в Sphere. 🧩 SC-444 [active directory] — Исправлен 500 Internal Server Error при наличии более 1000 пользователей в подразделении. 👤 SC-402 [users and groups] — Активна кнопка «Сохранить» после редактирования данных пользователя. 🔑 SC-395 [SSO][Users][validation] — Корректная валидация полей Password и Confirm Password. ✏️ SC-405 [users and groups] — Добавлены ограничения на длину вводимых данных. 📝 SC-406 [ui][users and groups] — Исправлена опечатка на странице Users. 💬 SC-421 [SSO][IdentitySources][ui] — Уточнено описание подсказки Domain name при добавлении источника идентификации. 🆔 SC-389 / SC-390 / SC-391 / SC-400 — Унифицированы и добавлены уникальные data-id для элементов управления в разделах SSO и Administration. 💡 SC-394 [SSO][Users][ui] — Исправлено отображение подсказок. 🧾 SC-401 [ui][users and groups] — Добавлено название поля «Фамилия» при редактировании пользователя. 🚫 SC-403 [users and groups] — Устранена возможность использования спецсимволов в имени пользователя. ⚠️ SC-404 [users and groups] — Блокировано создание пользователя без имени. 🔍 SC-407 [ui][users and groups] — Исправлена подсказка в поиске (отображается username, а не group name). 🔐 SC-409 / SC-410 [users and groups] — Добавлены ограничения на ввод и проверка совпадения паролей. 📋 SC-413 [users and groups] — Исправлено исчезновение списка пользователей при изменении отображаемого количества элементов. ⚙️ SC-418 / SC-419 / SC-420 [validation][SSO][IdentitySources] — Добавлены валидационные сообщения для полей password, name, Domain name. 🌐 SC-433 [users and groups][chrome] — Новый пользователь теперь корректно отображается в таблице. 📊 SC-440 [groups] — Исправлена сортировка групп. 🧵 SC-443 [Add Identity Source] — Обработка символов подчёркивания в полях ввода. 🔁 SC-378 [ui][users] — Исправлено некорректное отображение предыдущего пользователя после релогина. ❌ SC-386 [ui] — Добавлено сообщение об ошибке при авторизации с неверными учётными данными. 📈 Улучшения ⚡ Новый дизайн Quick Actions. 🧩 Новый дизайн блока Related Objects для Summary. 🗒 Новый дизайн блока Notes для Summary. 💡 Обновлены портлеты VM Summary. 🖥 Новый дизайн страницы VM Summary. ⏳ Реализована анимация Loading для модальных окон. ","description":"Релиз bfg sphere","ref":"/news/pkzvezda/sphere/bfg-sphere-2025-0317-01-20/","section":"news","tags":["bfg","sphere","release"],"title":"Сфера v2025.03 17.01.20","url":"/news/pkzvezda/sphere/bfg-sphere-2025-0317-01-20/","weight":1},{"body":"Релиз 2024.52 (27.12.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🔐 Авторизация через OpenLDAP / Active Directory — поддержка внешних служб аутентификации. 🧩 API на базе gRPC — новый API с поддержкой сервисов работы с пользователями, группами, провайдерами аутентификации и ролями для интеграции с внешними системами. 🗄 Переезд на встроенную кластерную БД — переход на ETCD с ограничениями доступа и шифрованием; подготовка к отказоустойчивости и масштабированию. 🛡 Procurator Transport Layer Security — защита управляющих команд от перехвата на уровне TLS. 🛠 Исправления ошибок (Bug Fixes) (Отсутствуют в данном релизе)\n📈 Улучшения 📜 Новый дизайн бокового меню для упрощённой навигации. ⚡ Страница “Shortcuts” — новый дизайн со скелетоном для лучшего отображения процесса загрузки. 🏠 Страница “Home” — переработанный интерфейс для более удобного и понятного использования. ✉️ Модальное окно “Send Feedback” — обновленный дизайн для эффективного взаимодействия с пользователями. 🔌 Virtual Switches — современный визуальный стиль для большей ясности. 📂 Модальное окно “Select File” — упрощённый интерфейс выбора файла. 🌐 Network Summary — редизайн для улучшения структуры и читаемости сводных данных. ","categories":null,"content":"Релиз 2024.52 (27.12.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🔐 Авторизация через OpenLDAP / Active Directory — поддержка внешних служб аутентификации. 🧩 API на базе gRPC — новый API с поддержкой сервисов работы с пользователями, группами, провайдерами аутентификации и ролями для интеграции с внешними системами. 🗄 Переезд на встроенную кластерную БД — переход на ETCD с ограничениями доступа и шифрованием; подготовка к отказоустойчивости и масштабированию. 🛡 Procurator Transport Layer Security — защита управляющих команд от перехвата на уровне TLS. 🛠 Исправления ошибок (Bug Fixes) (Отсутствуют в данном релизе)\n📈 Улучшения 📜 Новый дизайн бокового меню для упрощённой навигации. ⚡ Страница “Shortcuts” — новый дизайн со скелетоном для лучшего отображения процесса загрузки. 🏠 Страница “Home” — переработанный интерфейс для более удобного и понятного использования. ✉️ Модальное окно “Send Feedback” — обновленный дизайн для эффективного взаимодействия с пользователями. 🔌 Virtual Switches — современный визуальный стиль для большей ясности. 📂 Модальное окно “Select File” — упрощённый интерфейс выбора файла. 🌐 Network Summary — редизайн для улучшения структуры и читаемости сводных данных. ","description":"Релиз bfg sphere","ref":"/news/pkzvezda/sphere/bfg-sphere-2024-5227-12-20/","section":"news","tags":["bfg","sphere","release"],"title":"Сфера v2024.52 27.12.20","url":"/news/pkzvezda/sphere/bfg-sphere-2024-5227-12-20/","weight":1},{"body":"Релиз 2024.51 (20.12.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🎥 В дистрибутив Remote Console добавлена поддержка нативной zero-copy отрисовки YUV-кадров трансляции рабочего стола. 🖥 Успешно реализовано разделение адаптера NVIDIA Quadro на vGPU в Gentoo Linux. 🎮 Частичная реализация разделения адаптера AMD Radeon Pro V340 на vGPU: корректное разделение видеопамяти, начата работа по инициализации встроенного модуля безопасности. ⚡ Подключение аппаратного ускорения на клиентах Windows и Linux. 🛠 Исправления ошибок (Bug Fixes) 📐 DS-436 [BUG] — Исправлен layout для корректного отображения информации. 🔄 DS-406 [BUG] — При закрытии ВМ сессия теперь корректно завершается. 🐧 DS-441 [BUG] — Исправлено открытие Remote Console в Linux без прав sudo. ♻️ DS-451 [BUG] — Исправлено обновление сессии. 💥 DS-450 [BUG] — Исправлено падение приложения Remote Console (Linux/Windows) при закрытии окна. 📈 Улучшения ⌨️ Добавлен Hotkey для включения и отключения локального курсора в Remote Console. ⌨️ Добавлен Hotkey для включения и отключения отображения информации о соединении. 🖱 Возможность переключения режима мыши: абсолютный (виртуальный планшет) / векторный (координатный курсор) в Remote Console. 🖼 Внедрена новая структура с интерфейсом image. ","categories":null,"content":"Релиз 2024.51 (20.12.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🎥 В дистрибутив Remote Console добавлена поддержка нативной zero-copy отрисовки YUV-кадров трансляции рабочего стола. 🖥 Успешно реализовано разделение адаптера NVIDIA Quadro на vGPU в Gentoo Linux. 🎮 Частичная реализация разделения адаптера AMD Radeon Pro V340 на vGPU: корректное разделение видеопамяти, начата работа по инициализации встроенного модуля безопасности. ⚡ Подключение аппаратного ускорения на клиентах Windows и Linux. 🛠 Исправления ошибок (Bug Fixes) 📐 DS-436 [BUG] — Исправлен layout для корректного отображения информации. 🔄 DS-406 [BUG] — При закрытии ВМ сессия теперь корректно завершается. 🐧 DS-441 [BUG] — Исправлено открытие Remote Console в Linux без прав sudo. ♻️ DS-451 [BUG] — Исправлено обновление сессии. 💥 DS-450 [BUG] — Исправлено падение приложения Remote Console (Linux/Windows) при закрытии окна. 📈 Улучшения ⌨️ Добавлен Hotkey для включения и отключения локального курсора в Remote Console. ⌨️ Добавлен Hotkey для включения и отключения отображения информации о соединении. 🖱 Возможность переключения режима мыши: абсолютный (виртуальный планшет) / векторный (координатный курсор) в Remote Console. 🖼 Внедрена новая структура с интерфейсом image. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2024-5120-12-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2024.51 20.12.20","url":"/news/pkzvezda/spectr/bfg-spectr-2024-5120-12-20/","weight":1},{"body":"🆕 Релиз 2024.50 — 13.12.2024 🚀 Новые функции 🔧 CLI-инструменты:\n📡 Получение доступа к сенсорам мониторинга оборудования. 💻 Управление операциями с ВМ из консоли. 🌐 Управление сетевым разделом из консоли. 💾 Управление подсистемой хранения iSCSI через CLI. 📂 Управление файловой системой Storm через CLI. 🗓 Автоматизация и интеграции:\n📌 Создание запланированных заданий для ВМ (автоматизация администрирования). 🔄 Реализация прокси InventoryAgent для интеграции GLPI Inventory ↔ VMware. 🔑 Лицензирование (Procurator):\n🎟 Управление лицензиями Procurator через новый сервис procurator.licenses: Надёжное хранение и актуализация информации о лицензиях. gRPC API для получения опций и лимитов активной лицензии. 🔄 Сервис Umbra: Периодическое обновление информации о лицензии. Переход в read-only режим при её отсутствии (блокировка создания/изменения/удаления сетевых сущностей). 📚 Новая библиотека для работы с наборами лицензионных опций: Краткие имена и описания. Поддержка многоязычности. 💡 Управление ВМ (Cassowary):\n⚡ Управление питанием ВМ. 📦 Создание ВМ и установка/использование ОС. 🔥 Горячее добавление CPU. 💽 Горячее добавление дисков. 📊 Новые мониторинговые вызовы по ВМ. 🔐 Безопасность и миграции:\n🛡 Новый механизм Procurator™ Transport Layer Security в сервисе Procurator.Core. 🔀 Реализация методов и API для миграции хостов: MigrateHostConfirm MigrateHostPerform MigrateHostBegin MigrateHostPrepare MigrateHostFinish 📈 Мониторинг:\n🎯 Выбор конкретной ВМ и её метрик для записи в Zabbix. 🖥 Сбор и запись статистики по Spice VDI сессиям в БД для анализа. 🎨 Новый дизайн интерфейса:\n⚙️ Модальное окно «Изменение настроек ВМ». 🖥 Раздел Host Summary. 📊 Модальное окно метрик для RC Sessions. 💾 Модальное окно Select Storage. ☁️ Разделы Backup Bucket Summary и Backup Storage Summary. 📂 Datastore Summary. ✉️ Модальное окно Send Feedback. ⏱ Recent Tasks. 🛠 Исправления ошибок (Bug Fixes) 🔹 Основные исправления:\n🧠 PC-1587 — Исправлено подключение memdev устройств. 🖥 PC-1490 — Передача количества дисплеев VGA-устройству. 📉 PC-470 — Данные в таблице хранилищ больше не пропадают при сортировке по объёму. 💽 PC-1586 — Hotplug диска теперь работает повторно. 📦 PC-1513 — Исправлен импорт ВМ из VMware vSphere. и 30+ других исправлений, включая ошибки CLI (pcli), сортировки в интерфейсе, метрик VM, отображения лицензий, иконок, паники при вызовах API и др. (Полный список багов приведён в оригинале — все исправлены в этом релизе) ✅\n📈 Улучшения ⚙️ Оптимизация и переработка вызовов мониторинга информации о ВМ. 📉 Частичный переход с БД lindb на интегрированную Prometheus TSDB — снижение потребления ресурсов. 🆔 Отображение hardware ID в интерфейсе для выписки лицензий. ⏳ Меньше запросов к Core благодаря кэшированию однотипных ответов. 🔄 Оптимизация работы Procurator.Core с Procurator.Metrics за счёт изменений gRPC-вызовов. ","categories":null,"content":"🆕 Релиз 2024.50 — 13.12.2024 🚀 Новые функции 🔧 CLI-инструменты:\n📡 Получение доступа к сенсорам мониторинга оборудования. 💻 Управление операциями с ВМ из консоли. 🌐 Управление сетевым разделом из консоли. 💾 Управление подсистемой хранения iSCSI через CLI. 📂 Управление файловой системой Storm через CLI. 🗓 Автоматизация и интеграции:\n📌 Создание запланированных заданий для ВМ (автоматизация администрирования). 🔄 Реализация прокси InventoryAgent для интеграции GLPI Inventory ↔ VMware. 🔑 Лицензирование (Procurator):\n🎟 Управление лицензиями Procurator через новый сервис procurator.licenses: Надёжное хранение и актуализация информации о лицензиях. gRPC API для получения опций и лимитов активной лицензии. 🔄 Сервис Umbra: Периодическое обновление информации о лицензии. Переход в read-only режим при её отсутствии (блокировка создания/изменения/удаления сетевых сущностей). 📚 Новая библиотека для работы с наборами лицензионных опций: Краткие имена и описания. Поддержка многоязычности. 💡 Управление ВМ (Cassowary):\n⚡ Управление питанием ВМ. 📦 Создание ВМ и установка/использование ОС. 🔥 Горячее добавление CPU. 💽 Горячее добавление дисков. 📊 Новые мониторинговые вызовы по ВМ. 🔐 Безопасность и миграции:\n🛡 Новый механизм Procurator™ Transport Layer Security в сервисе Procurator.Core. 🔀 Реализация методов и API для миграции хостов: MigrateHostConfirm MigrateHostPerform MigrateHostBegin MigrateHostPrepare MigrateHostFinish 📈 Мониторинг:\n🎯 Выбор конкретной ВМ и её метрик для записи в Zabbix. 🖥 Сбор и запись статистики по Spice VDI сессиям в БД для анализа. 🎨 Новый дизайн интерфейса:\n⚙️ Модальное окно «Изменение настроек ВМ». 🖥 Раздел Host Summary. 📊 Модальное окно метрик для RC Sessions. 💾 Модальное окно Select Storage. ☁️ Разделы Backup Bucket Summary и Backup Storage Summary. 📂 Datastore Summary. ✉️ Модальное окно Send Feedback. ⏱ Recent Tasks. 🛠 Исправления ошибок (Bug Fixes) 🔹 Основные исправления:\n🧠 PC-1587 — Исправлено подключение memdev устройств. 🖥 PC-1490 — Передача количества дисплеев VGA-устройству. 📉 PC-470 — Данные в таблице хранилищ больше не пропадают при сортировке по объёму. 💽 PC-1586 — Hotplug диска теперь работает повторно. 📦 PC-1513 — Исправлен импорт ВМ из VMware vSphere. и 30+ других исправлений, включая ошибки CLI (pcli), сортировки в интерфейсе, метрик VM, отображения лицензий, иконок, паники при вызовах API и др. (Полный список багов приведён в оригинале — все исправлены в этом релизе) ✅\n📈 Улучшения ⚙️ Оптимизация и переработка вызовов мониторинга информации о ВМ. 📉 Частичный переход с БД lindb на интегрированную Prometheus TSDB — снижение потребления ресурсов. 🆔 Отображение hardware ID в интерфейсе для выписки лицензий. ⏳ Меньше запросов к Core благодаря кэшированию однотипных ответов. 🔄 Оптимизация работы Procurator.Core с Procurator.Metrics за счёт изменений gRPC-вызовов. ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2024-5013-12-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2024.50 13.12.20","url":"/news/pkzvezda/procurator/bfg-procurator-2024-5013-12-20/","weight":1},{"body":"Релиз 2024.49 (06.12.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции ⚙️ Подготовка мастера (визарда) к подключению API: интеграция WEB UI с API RBAC.RoleRemove; интеграция WEB UI с API RBAC.RoleClone; интеграция WEB UI с API RBAC.RoleCreate; интеграция WEB UI с API RBAC.RoleUpdate. 🛠 Исправления ошибок (Bug Fixes) (Отсутствуют в данном релизе)\n📈 Улучшения 💾 Новый дизайн модального окна Select Storage. 🏢 Новый дизайн Datacenter Summary. 📁 Новый дизайн всех страниц Summary для папок:\nDatacenter/Zone Folder, Host \u0026amp; Cluster Folder, VM \u0026amp; Template Folder, Storage Folder, Network Folder. 🌐 Новый дизайн VCenter Summary. ⏱ Новый дизайн Recent Tasks. 🚨 Новый дизайн Alarms. 📂 Новый интерфейс работы с файлами в хранилище. 🧩 Новый дизайн блока Пользовательские атрибуты. 🏷 Новый дизайн блока Теги. ","categories":null,"content":"Релиз 2024.49 (06.12.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции ⚙️ Подготовка мастера (визарда) к подключению API: интеграция WEB UI с API RBAC.RoleRemove; интеграция WEB UI с API RBAC.RoleClone; интеграция WEB UI с API RBAC.RoleCreate; интеграция WEB UI с API RBAC.RoleUpdate. 🛠 Исправления ошибок (Bug Fixes) (Отсутствуют в данном релизе)\n📈 Улучшения 💾 Новый дизайн модального окна Select Storage. 🏢 Новый дизайн Datacenter Summary. 📁 Новый дизайн всех страниц Summary для папок:\nDatacenter/Zone Folder, Host \u0026amp; Cluster Folder, VM \u0026amp; Template Folder, Storage Folder, Network Folder. 🌐 Новый дизайн VCenter Summary. ⏱ Новый дизайн Recent Tasks. 🚨 Новый дизайн Alarms. 📂 Новый интерфейс работы с файлами в хранилище. 🧩 Новый дизайн блока Пользовательские атрибуты. 🏷 Новый дизайн блока Теги. ","description":"Релиз bfg sphere","ref":"/news/pkzvezda/sphere/bfg-sphere-2024-4906-12-20/","section":"news","tags":["bfg","sphere","release"],"title":"Сфера v2024.49 06.12.20","url":"/news/pkzvezda/sphere/bfg-sphere-2024-4906-12-20/","weight":1},{"body":"Релиз 2024.48 (29.11.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🎮 Частичная реализация задач по разделяемым адаптерам NVIDIA для работы с 3D-графикой: подготовка 2 серверов (Ubuntu и Звезда) для NVIDIA Day, установка Gentoo with Systemd на сервер с видеокартой NVIDIA. ⚡ Поддержка аппаратного декодера Intel Quick Sync Video в Remote Console (ОС Linux). ⚡ Поддержка аппаратного декодера Intel Quick Sync Video в Remote Console (ОС Windows). 🖥 Экспериментальная поддержка мини-ПК Rockchip. 🧾 Логирование всех событий в отдельный файл (Remote Console). 🛠 Исправления ошибок (Bug Fixes) 📐 DS-402 [BUG] — Во веб-консоли исправлено выравнивание отображения ВМ по центру. 🌐 DS-319 [BUG] — В Procurator™ Web устранена проблема бесконечной загрузки в браузерах, кроме Chrome. 📈 Улучшения 🎯 Повышена стабильность и улучшено качество картинки от гостевого агента: Поддержка трансляций до 4K/30FPS или QuadHD/60FPS. Zero-copy передача кадров из видеопамяти гостевой ОС на гипервизор. Оптимизация копирования текстуры экрана из видеопамяти в ОЗУ в гостевой ОС (асинхронный конвейер). Профилирование временных затрат на основные этапы конвейера стриминга экрана в гостевом агенте Windows (с периодическим логированием). Оптимизация авторазрешения (без Scaling). Добавление информации о разрешениях в веб-консоли. 📊 Профилирование нагрузки и оптимизация работы протокола доставки на тонких клиентах марки «Тонк». ","categories":null,"content":"Релиз 2024.48 (29.11.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🎮 Частичная реализация задач по разделяемым адаптерам NVIDIA для работы с 3D-графикой: подготовка 2 серверов (Ubuntu и Звезда) для NVIDIA Day, установка Gentoo with Systemd на сервер с видеокартой NVIDIA. ⚡ Поддержка аппаратного декодера Intel Quick Sync Video в Remote Console (ОС Linux). ⚡ Поддержка аппаратного декодера Intel Quick Sync Video в Remote Console (ОС Windows). 🖥 Экспериментальная поддержка мини-ПК Rockchip. 🧾 Логирование всех событий в отдельный файл (Remote Console). 🛠 Исправления ошибок (Bug Fixes) 📐 DS-402 [BUG] — Во веб-консоли исправлено выравнивание отображения ВМ по центру. 🌐 DS-319 [BUG] — В Procurator™ Web устранена проблема бесконечной загрузки в браузерах, кроме Chrome. 📈 Улучшения 🎯 Повышена стабильность и улучшено качество картинки от гостевого агента: Поддержка трансляций до 4K/30FPS или QuadHD/60FPS. Zero-copy передача кадров из видеопамяти гостевой ОС на гипервизор. Оптимизация копирования текстуры экрана из видеопамяти в ОЗУ в гостевой ОС (асинхронный конвейер). Профилирование временных затрат на основные этапы конвейера стриминга экрана в гостевом агенте Windows (с периодическим логированием). Оптимизация авторазрешения (без Scaling). Добавление информации о разрешениях в веб-консоли. 📊 Профилирование нагрузки и оптимизация работы протокола доставки на тонких клиентах марки «Тонк». ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2024-4829-11-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2024.48 29.11.20","url":"/news/pkzvezda/spectr/bfg-spectr-2024-4829-11-20/","weight":1},{"body":"Релиз 2024.44 (01.11.2024)\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🔧 CLI-инструменты:\n📂 Управление файловой системой Storm из командной строки. 💾 Управление подсистемой хранения через CLI. 💡 Управление ВМ (Cassowary):\n⚡ Управление питанием ВМ пользователями через драйвер Cassowary. 🖼 Получение гостевых утилит и скриншотов ВМ через Cassowary. 🔌 Подключение и отключение гостевых утилит через Cassowary. 📈 Мониторинг и интеграции:\n📡 Получение информации о сенсорах мониторинга оборудования. 🌐 Веб-интерфейс для подключения к Zabbix. 🔄 Частичная поддержка Zabbix™ для экспорта метрик. 🔐 Безопасность (TLS):\n🛡 Реализация Procurator™ Transport Layer Security в сервисах: Procurator.Core Procurator.Licenses Procurator.Umbra Procurator.Comienzo Procurator.Metrics Procurator.CLI 🔑 При запуске сервисов Core, Umbra, Storage и Metrics внедрена инфраструктура ключей от Procurator.Comienzo для работы TLS-соединений. 🗓 Автоматизация:\n⚙️ Подключение запросов для Scheduled Tasks: Power ON / Power OFF Reset / Shut Down GOS / Restart GOS Take Snapshot Clone Migrate Create Backup 📦 Подготовка к интеграции GLPI Agent: Пробные запросы, реализация протокола. Разработка технического дизайна сервиса Procurator.Inventory. 🎨 Новый интерфейс:\n🖥 Обновлённый раздел Host Summary. 📂 Модальное окно Select Files + тёмная тема. 🔑 Модальное окно Change Password. ⏳ Веб-интерфейс для Scheduled Tasks. 🛠 Исправления ошибок (Bug Fixes) 🖥 PC-562 — Исправлена работа SPICE-консоли после включения пароля. 🔒 PC-1409 — Обработка автоматического выхода из системы. 📡 PC-1342 / PC-1475 / PC-1338 / PC-1339 / PC-1341 — Исправлены ошибки API мониторинга (коды 400/404/500) для VM, datastore, network, disk, memory. 📝 PC-739 — Валидационное сообщение имени хранилища теперь содержит информацию о допустимых символах и длине. 🔑 PC-1410 — Исправлена ошибка Refresh Token. 💻 PC-1344 — Улучшена валидация имени ВМ при создании (исключены недопустимые имена). 📂 PC-1485 — Создание директории сокетов Cassowary. ⚡ PC-1433 — Исправлен hotfix бага записи в закрытый канал. 📊 PC-1497 / PC-1500 / PC-1501 / PC-218 / PC-1496 / PC-1498 — Исправления метрик (Zabbix, дубликаты, неправильные данные, LinDB клиент). 🗑 PC-1486 — Исправлено удаление хранилища бэкапов. ","categories":null,"content":"Релиз 2024.44 (01.11.2024)\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🔧 CLI-инструменты:\n📂 Управление файловой системой Storm из командной строки. 💾 Управление подсистемой хранения через CLI. 💡 Управление ВМ (Cassowary):\n⚡ Управление питанием ВМ пользователями через драйвер Cassowary. 🖼 Получение гостевых утилит и скриншотов ВМ через Cassowary. 🔌 Подключение и отключение гостевых утилит через Cassowary. 📈 Мониторинг и интеграции:\n📡 Получение информации о сенсорах мониторинга оборудования. 🌐 Веб-интерфейс для подключения к Zabbix. 🔄 Частичная поддержка Zabbix™ для экспорта метрик. 🔐 Безопасность (TLS):\n🛡 Реализация Procurator™ Transport Layer Security в сервисах: Procurator.Core Procurator.Licenses Procurator.Umbra Procurator.Comienzo Procurator.Metrics Procurator.CLI 🔑 При запуске сервисов Core, Umbra, Storage и Metrics внедрена инфраструктура ключей от Procurator.Comienzo для работы TLS-соединений. 🗓 Автоматизация:\n⚙️ Подключение запросов для Scheduled Tasks: Power ON / Power OFF Reset / Shut Down GOS / Restart GOS Take Snapshot Clone Migrate Create Backup 📦 Подготовка к интеграции GLPI Agent: Пробные запросы, реализация протокола. Разработка технического дизайна сервиса Procurator.Inventory. 🎨 Новый интерфейс:\n🖥 Обновлённый раздел Host Summary. 📂 Модальное окно Select Files + тёмная тема. 🔑 Модальное окно Change Password. ⏳ Веб-интерфейс для Scheduled Tasks. 🛠 Исправления ошибок (Bug Fixes) 🖥 PC-562 — Исправлена работа SPICE-консоли после включения пароля. 🔒 PC-1409 — Обработка автоматического выхода из системы. 📡 PC-1342 / PC-1475 / PC-1338 / PC-1339 / PC-1341 — Исправлены ошибки API мониторинга (коды 400/404/500) для VM, datastore, network, disk, memory. 📝 PC-739 — Валидационное сообщение имени хранилища теперь содержит информацию о допустимых символах и длине. 🔑 PC-1410 — Исправлена ошибка Refresh Token. 💻 PC-1344 — Улучшена валидация имени ВМ при создании (исключены недопустимые имена). 📂 PC-1485 — Создание директории сокетов Cassowary. ⚡ PC-1433 — Исправлен hotfix бага записи в закрытый канал. 📊 PC-1497 / PC-1500 / PC-1501 / PC-218 / PC-1496 / PC-1498 — Исправления метрик (Zabbix, дубликаты, неправильные данные, LinDB клиент). 🗑 PC-1486 — Исправлено удаление хранилища бэкапов. ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2024-4722-11-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2024.47 22.11.20","url":"/news/pkzvezda/procurator/bfg-procurator-2024-4722-11-20/","weight":1},{"body":"Релиз 2024.46 (15.11.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🔐 Управление провайдерами идентификации системы (создание / удаление / редактирование / просмотр) для организации доступа. 👤 Управление пользователями системы (создание / удаление / редактирование / просмотр) для организации доступа. 👥 Управление группами пользователей системы (создание / удаление / редактирование / просмотр) для организации доступа. 🛠 Исправления ошибок (Bug Fixes) (Отсутствуют в данном релизе)\n📈 Улучшения 🛠 Полный рефакторинг сервисов AUTH и RBAC. 🗄 Внедрение Embedded ETCD DB в проект. 🖼 Новый дизайн модального окна About. 🖼 Новый дизайн модального окна Change Password. 📦 Прочее (только для внутреннего использования) 🔄 Переработка реализации доменов Users / Groups / IDProviders / Roles / Global Permissions. ⚙️ Оптимизация кода. 📋 Формирование первичного бэклога продукта. 🧪 Подключение команды QA к продукту. 🖥 Настройка стендов разработки и тестирования, интеграция с системой непрерывной интеграции. ","categories":null,"content":"Релиз 2024.46 (15.11.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🔐 Управление провайдерами идентификации системы (создание / удаление / редактирование / просмотр) для организации доступа. 👤 Управление пользователями системы (создание / удаление / редактирование / просмотр) для организации доступа. 👥 Управление группами пользователей системы (создание / удаление / редактирование / просмотр) для организации доступа. 🛠 Исправления ошибок (Bug Fixes) (Отсутствуют в данном релизе)\n📈 Улучшения 🛠 Полный рефакторинг сервисов AUTH и RBAC. 🗄 Внедрение Embedded ETCD DB в проект. 🖼 Новый дизайн модального окна About. 🖼 Новый дизайн модального окна Change Password. 📦 Прочее (только для внутреннего использования) 🔄 Переработка реализации доменов Users / Groups / IDProviders / Roles / Global Permissions. ⚙️ Оптимизация кода. 📋 Формирование первичного бэклога продукта. 🧪 Подключение команды QA к продукту. 🖥 Настройка стендов разработки и тестирования, интеграция с системой непрерывной интеграции. ","description":"Релиз bfg sphere","ref":"/news/pkzvezda/sphere/bfg-sphere-2024-4615-11-20/","section":"news","tags":["bfg","sphere","release"],"title":"Сфера v2024.46 15.11.20","url":"/news/pkzvezda/sphere/bfg-sphere-2024-4615-11-20/","weight":1},{"body":"Релиз 2024.45 (08.11.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🎥 Поддержка MJPEG на сервере, в Remote Console и веб-браузере. ⚙️ DS-344 [TSK] — Добавлена кнопка обновления общей информации. 🧾 DS-352 [TSK] — Реализовано логирование в файл и перенаправление вывода в Remote Console для диагностики и сбора баг-репортов. 🔑 DS-354 [TSK] — Изменена логика хранения сохранённых паролей. 🔔 DS-358 [TSK] — Добавлено уведомление при попытке подключения к отключённой ВМ. 🎞 DS-360 [TSK] — Оптимизирована клиентская обработка кадров: лишние кадры отбрасываются, буфер не переполняется. 🧩 DS-361 [TSK] — В Debug RC отображается информация о выбранном плагине аппаратного декодирования (CUDA / VAAPI / и др.). 🔐 DS-356 [TSK] — Возможность подключения к ВМ с использованием пароля. ⚡ Поддержка аппаратного ускорения энкодинга на сервере с применением NVIDIA GPU. 🧱 Подготовительные мероприятия по интеграции NVIDIA vGPU в сервер Звезда и проект DaaS. 🧠 Подготовка к поддержке ARM-архитектуры для тонких клиентов. 🛠 Исправления ошибок (Bug Fixes) 🧩 DS-383 [BUG] — Исправлена работа MJPEG. 🧊 DS-378 [BUG] — Устранён краш на Alt/Astra Linux. 🖥 DS-317 — Исправлена автоматическая смена разрешения в веб-версии при GPU-режиме. 🎬 DS-313 [BUG] — Исправлен кодек в веб-версии. 🌐 DS-320 — Исправлена проблема со шторкой в Procurator™ Web. 💥 DS-326 [BUG] — Краш ВМ при закрытии стрима при сжатии в гипервизоре (segfault, FFMPEG). 💣 DS-363 [BUG] — Краш ВМ при закрытии стрима при сжатии в гипервизоре (IVSHMEM transmitter). 🔒 DS-367 [BUG] — Исправлено подключение к ВМ с установленным паролем. ⏱ DS-327 [BUG] — Исправлена проблема с автоизменением разрешения в Remote Console спустя длительное время работы. ⚫ DS-373 [BUG] — Исправлен «чёрный экран» при подключении к ВМ в веб-консоли. 🕒 DS-372 [BUG] — Исправлено позднее отображение ВМ после подключения. 📈 Улучшения ⚙️ Оптимизирован запрос получения информации о ВМ — повышена скорость работы тонкого клиента. 🎮 Снижена задержка ожидания кадра при стриминге через общую память. 🔁 Уменьшено дублирование фреймов при стриминге с использованием общей памяти. ","categories":null,"content":"Релиз 2024.45 (08.11.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🎥 Поддержка MJPEG на сервере, в Remote Console и веб-браузере. ⚙️ DS-344 [TSK] — Добавлена кнопка обновления общей информации. 🧾 DS-352 [TSK] — Реализовано логирование в файл и перенаправление вывода в Remote Console для диагностики и сбора баг-репортов. 🔑 DS-354 [TSK] — Изменена логика хранения сохранённых паролей. 🔔 DS-358 [TSK] — Добавлено уведомление при попытке подключения к отключённой ВМ. 🎞 DS-360 [TSK] — Оптимизирована клиентская обработка кадров: лишние кадры отбрасываются, буфер не переполняется. 🧩 DS-361 [TSK] — В Debug RC отображается информация о выбранном плагине аппаратного декодирования (CUDA / VAAPI / и др.). 🔐 DS-356 [TSK] — Возможность подключения к ВМ с использованием пароля. ⚡ Поддержка аппаратного ускорения энкодинга на сервере с применением NVIDIA GPU. 🧱 Подготовительные мероприятия по интеграции NVIDIA vGPU в сервер Звезда и проект DaaS. 🧠 Подготовка к поддержке ARM-архитектуры для тонких клиентов. 🛠 Исправления ошибок (Bug Fixes) 🧩 DS-383 [BUG] — Исправлена работа MJPEG. 🧊 DS-378 [BUG] — Устранён краш на Alt/Astra Linux. 🖥 DS-317 — Исправлена автоматическая смена разрешения в веб-версии при GPU-режиме. 🎬 DS-313 [BUG] — Исправлен кодек в веб-версии. 🌐 DS-320 — Исправлена проблема со шторкой в Procurator™ Web. 💥 DS-326 [BUG] — Краш ВМ при закрытии стрима при сжатии в гипервизоре (segfault, FFMPEG). 💣 DS-363 [BUG] — Краш ВМ при закрытии стрима при сжатии в гипервизоре (IVSHMEM transmitter). 🔒 DS-367 [BUG] — Исправлено подключение к ВМ с установленным паролем. ⏱ DS-327 [BUG] — Исправлена проблема с автоизменением разрешения в Remote Console спустя длительное время работы. ⚫ DS-373 [BUG] — Исправлен «чёрный экран» при подключении к ВМ в веб-консоли. 🕒 DS-372 [BUG] — Исправлено позднее отображение ВМ после подключения. 📈 Улучшения ⚙️ Оптимизирован запрос получения информации о ВМ — повышена скорость работы тонкого клиента. 🎮 Снижена задержка ожидания кадра при стриминге через общую память. 🔁 Уменьшено дублирование фреймов при стриминге с использованием общей памяти. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2024-458-11-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2024.45 8.11.20","url":"/news/pkzvezda/spectr/bfg-spectr-2024-458-11-20/","weight":1},{"body":"Релиз 2024.44 (01.11.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🔧 CLI-возможности:\n📡 Доступ к сенсорам мониторинга оборудования из командной строки. 💻 Управление операциями с ВМ через CLI. 🌐 Настройка сетевого раздела из консоли. 💾 Управление подсистемой хранения iSCSI через CLI. 📂 Управление файловой системой Storm из CLI. 🗓 Автоматизация и интеграция:\n📌 Запланированные задания для ВМ для автоматизации администрирования. 🔄 Прокси InventoryAgent для связи GLPI Inventory ↔ VMware. 🔑 Лицензирование Procurator:\n🎟 Возможность управления лицензиями Procurator. 🛠 Новый сервис procurator.licenses: Надёжное хранение и контроль актуальности лицензий. gRPC API для получения набора опций и лимитов активной лицензии. 🔄 Сервис Umbra: Периодическое обновление сведений о лицензии. Режим read-only при её отсутствии (блокировка операций с сетевыми сущностями). 📚 Библиотека для удобной работы с опциями и лимитами лицензий: Краткие имена и описания. Возможность многоязычного описания. 💡 Управление ВМ (Cassowary):\n⚡ Управление питанием ВМ. 🖥 Создание ВМ и установка/использование ОС. 🔥 Горячее добавление CPU. 💽 Горячее добавление дисков. 📊 Новые мониторинговые вызовы по ВМ. 🔐 Безопасность и миграция:\n🛡 Procurator™ Transport Layer Security в Procurator.Core. 🔀 API и методы для миграции хостов: MigrateHostConfirm MigrateHostPerform MigrateHostBegin MigrateHostPrepare MigrateHostFinish 📈 Мониторинг:\n🎯 Возможность выбрать ВМ и конкретные её метрики для записи в Zabbix. 🖥 Сбор и запись статистики Spice (VDI) сессий в БД для анализа и отладки. 🎨 Новый дизайн интерфейса:\n⚙️ Модальное окно «Изменение настроек ВМ». 🖥 Раздел Host Summary. 📊 Метрики для RC Sessions (новое модальное окно + API). 💾 Окно Select Storage. ☁️ Backup Bucket Summary и Backup Storage Summary. 📂 Datastore Summary. ✉️ Окно Send Feedback. ⏱ Recent Tasks. 🛠 Исправления ошибок (Bug Fixes) 🔹 Основные исправления:\n🧠 PC-1587 — Подключение memdev устройств. 🖥 PC-1490 — Передача количества дисплеев для VGA-устройства. 📉 PC-470 — Исправлено исчезновение данных в таблице хранилищ при сортировке по объёму. 💽 PC-1586 — Повторная работа Hotplug диска. 📦 PC-1513 — Исправлен импорт ВМ из VMware vSphere. 💿 PC-1596 — Корректная работа с не-virtio дисками. 📄 PC-295 / PC-564 — Унифицирована валидация имён файлов и папок. ⚠️ PC-763 — Исправлена ошибка установки версии Procurator 2024.42. 💡 PC-1352 — Поправлено отображение состояния сервиса Umbra в health check. 📝 PC-1614 / PC-1340 / PC-1343 — Исправления в CLI (pcli). 📊 PC-1467 / PC-1468 / PC-1501 / PC-228 / PC-1593 — Поправлены ошибки в API метрик VM. и 👉 25+ других исправлений: UI, сортировки, метрики, отображение лицензий, иконки, удаление бэкапов, баги в Host Summary. 📈 Улучшения ⚡ Оптимизация и переработка вызовов мониторинга ВМ. 📉 Переход с БД Lindb на Prometheus TSDB — меньше потребление ресурсов мониторинга. 🆔 Отображение hardware ID в интерфейсе для лицензий. ⏳ Кэширование однотипных запросов в Core — меньше нагрузки. 🔄 Оптимизация взаимодействия Procurator.Core ↔ Procurator.Metrics через gRPC. ","categories":null,"content":"Релиз 2024.44 (01.11.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 🔧 CLI-возможности:\n📡 Доступ к сенсорам мониторинга оборудования из командной строки. 💻 Управление операциями с ВМ через CLI. 🌐 Настройка сетевого раздела из консоли. 💾 Управление подсистемой хранения iSCSI через CLI. 📂 Управление файловой системой Storm из CLI. 🗓 Автоматизация и интеграция:\n📌 Запланированные задания для ВМ для автоматизации администрирования. 🔄 Прокси InventoryAgent для связи GLPI Inventory ↔ VMware. 🔑 Лицензирование Procurator:\n🎟 Возможность управления лицензиями Procurator. 🛠 Новый сервис procurator.licenses: Надёжное хранение и контроль актуальности лицензий. gRPC API для получения набора опций и лимитов активной лицензии. 🔄 Сервис Umbra: Периодическое обновление сведений о лицензии. Режим read-only при её отсутствии (блокировка операций с сетевыми сущностями). 📚 Библиотека для удобной работы с опциями и лимитами лицензий: Краткие имена и описания. Возможность многоязычного описания. 💡 Управление ВМ (Cassowary):\n⚡ Управление питанием ВМ. 🖥 Создание ВМ и установка/использование ОС. 🔥 Горячее добавление CPU. 💽 Горячее добавление дисков. 📊 Новые мониторинговые вызовы по ВМ. 🔐 Безопасность и миграция:\n🛡 Procurator™ Transport Layer Security в Procurator.Core. 🔀 API и методы для миграции хостов: MigrateHostConfirm MigrateHostPerform MigrateHostBegin MigrateHostPrepare MigrateHostFinish 📈 Мониторинг:\n🎯 Возможность выбрать ВМ и конкретные её метрики для записи в Zabbix. 🖥 Сбор и запись статистики Spice (VDI) сессий в БД для анализа и отладки. 🎨 Новый дизайн интерфейса:\n⚙️ Модальное окно «Изменение настроек ВМ». 🖥 Раздел Host Summary. 📊 Метрики для RC Sessions (новое модальное окно + API). 💾 Окно Select Storage. ☁️ Backup Bucket Summary и Backup Storage Summary. 📂 Datastore Summary. ✉️ Окно Send Feedback. ⏱ Recent Tasks. 🛠 Исправления ошибок (Bug Fixes) 🔹 Основные исправления:\n🧠 PC-1587 — Подключение memdev устройств. 🖥 PC-1490 — Передача количества дисплеев для VGA-устройства. 📉 PC-470 — Исправлено исчезновение данных в таблице хранилищ при сортировке по объёму. 💽 PC-1586 — Повторная работа Hotplug диска. 📦 PC-1513 — Исправлен импорт ВМ из VMware vSphere. 💿 PC-1596 — Корректная работа с не-virtio дисками. 📄 PC-295 / PC-564 — Унифицирована валидация имён файлов и папок. ⚠️ PC-763 — Исправлена ошибка установки версии Procurator 2024.42. 💡 PC-1352 — Поправлено отображение состояния сервиса Umbra в health check. 📝 PC-1614 / PC-1340 / PC-1343 — Исправления в CLI (pcli). 📊 PC-1467 / PC-1468 / PC-1501 / PC-228 / PC-1593 — Поправлены ошибки в API метрик VM. и 👉 25+ других исправлений: UI, сортировки, метрики, отображение лицензий, иконки, удаление бэкапов, баги в Host Summary. 📈 Улучшения ⚡ Оптимизация и переработка вызовов мониторинга ВМ. 📉 Переход с БД Lindb на Prometheus TSDB — меньше потребление ресурсов мониторинга. 🆔 Отображение hardware ID в интерфейсе для лицензий. ⏳ Кэширование однотипных запросов в Core — меньше нагрузки. 🔄 Оптимизация взаимодействия Procurator.Core ↔ Procurator.Metrics через gRPC. ","description":"Релиз bfg procurator","ref":"/news/pkzvezda/procurator/bfg-procurator-2024-4401-11-20/","section":"news","tags":["bfg","procurator","release"],"title":"Прокуратор v2024.44 01.11.20","url":"/news/pkzvezda/procurator/bfg-procurator-2024-4401-11-20/","weight":1},{"body":"Релиз 2024.42 (18.10.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 📦 Пакет установки гостевых утилит для Windows 10/11 64-bit с драйверами IVSHMEM и VirtualDisplay. 🍏 Пакет Remote Console с установщиком для macOS x86/ARM. 🐧 Пакет Remote Console с установщиком для Linux x86 Ubuntu 20/22/24. 🐧 Пакет Remote Console с установщиком для Linux x86 Alt. 🐧 Пакет Remote Console с установщиком для Linux x86 Astra. 🪟 Пакет Remote Console с установщиком для Windows x86 10/11. 💿 ISO-образ гипервизора ОС «Звезда» с модулем разделения видеокарт и всеми необходимыми зависимостями. 🖥 Пакет расширения функционала app-spice 1.19.0 для гипервизора ОС «Звезда». 📄 Инструкция по установке комплекса DaaS. 🛠 Исправления ошибок (Bug Fixes) ⌨️ DS-246 — После смены кодека исправлена ошибка, из-за которой клавиатура оставалась в вечном фокусе на сайдбаре. ⚫ DS-314 — Исправлен чёрный экран в Remote Console для Linux при подключении к ВМ с vGPU. 🖥 DS-322 — Исправлено отключение монитора при установке пакета Procurator Guest Tools. 📈 Улучшения 🔄 Внедрена автоматическая система сборки пакетов (CI/CD) и публикации на Customer Portal. 💿 Обновлён ISO-образ гостевых утилит и драйверов в составе Procurator. ⚡ Оптимизирована производительность запросов в Procurator.Core. ","categories":null,"content":"Релиз 2024.42 (18.10.2024) 🚀\n🆕 Релиз — Новые функции, исправления и улучшения 🚀 Новые функции 📦 Пакет установки гостевых утилит для Windows 10/11 64-bit с драйверами IVSHMEM и VirtualDisplay. 🍏 Пакет Remote Console с установщиком для macOS x86/ARM. 🐧 Пакет Remote Console с установщиком для Linux x86 Ubuntu 20/22/24. 🐧 Пакет Remote Console с установщиком для Linux x86 Alt. 🐧 Пакет Remote Console с установщиком для Linux x86 Astra. 🪟 Пакет Remote Console с установщиком для Windows x86 10/11. 💿 ISO-образ гипервизора ОС «Звезда» с модулем разделения видеокарт и всеми необходимыми зависимостями. 🖥 Пакет расширения функционала app-spice 1.19.0 для гипервизора ОС «Звезда». 📄 Инструкция по установке комплекса DaaS. 🛠 Исправления ошибок (Bug Fixes) ⌨️ DS-246 — После смены кодека исправлена ошибка, из-за которой клавиатура оставалась в вечном фокусе на сайдбаре. ⚫ DS-314 — Исправлен чёрный экран в Remote Console для Linux при подключении к ВМ с vGPU. 🖥 DS-322 — Исправлено отключение монитора при установке пакета Procurator Guest Tools. 📈 Улучшения 🔄 Внедрена автоматическая система сборки пакетов (CI/CD) и публикации на Customer Portal. 💿 Обновлён ISO-образ гостевых утилит и драйверов в составе Procurator. ⚡ Оптимизирована производительность запросов в Procurator.Core. ","description":"Релиз bfg spectr","ref":"/news/pkzvezda/spectr/bfg-spectr-2024-4218-10-20/","section":"news","tags":["bfg","spectr","release"],"title":"Спектр v2024.42 18.10.20","url":"/news/pkzvezda/spectr/bfg-spectr-2024-4218-10-20/","weight":1},{"body":"Краткое описание возможностей Программный комплекс \u0026ldquo;Прокуратор\u0026rdquo; является средством управления гипервизором. Поддерживает развертывание виртуальных машин с гостевыми ОС семейства Windows и Linux, подключение хранилищ и создание виртуальных сетей. Поддерживаемые типы архитектуры: х86_64 с поддержкой INTEL-VT или AMD-V.\nГлоссарий Термин Определение CHAP (Challenge-Handshake Authentication Protocol) Протокол аутентификации, используемый для проверки подлинности пользователя или хоста при подключении к сетевым ресурсам, в частности к хранилищам iSCSI. HBA (Host Bus Adapter) Адаптер шины хоста. Аппаратное устройство (карта расширения), которое подключает хост-систему (сервер) к сети хранения данных или напрямую к устройствам хранения. ISO-образ Файл, содержащий полную копию структуры и данных оптического диска (CD/DVD). Используется для установки операционных систем и программного обеспечения в ВМ. iSCSI Сетевой протокол для доступа к системам хранения данных на уровне блоков путем передачи SCSI-команд по сети TCP/IP. LUN (Logical Unit Number) Номер логического устройства. Используется для идентификации отдельного логического диска или тома в рамках системы хранения данных (например, в сетях SAN или на iSCSI-таргете). LVM (Logical Volume Manager) Система управления логическими томами в Linux, позволяющая гибко управлять дисковым пространством. MPIO (Multipath I/O) Технология многопутевого ввода-вывода, которая обеспечивает отказоустойчивость и балансировку нагрузки за счет использования нескольких физических путей от хоста к устройству хранения. NFS (Network File System) Протокол для организации доступа к файлам на удаленном сервере по сети, как если бы они находились на локальном компьютере. PCLI (Procurator Command Line Interface) Интерфейс командной строки (CLI), предоставляемый платформой для выполнения задач по управлению и конфигурированию хоста, ВМ, сетей и хранилищ через текстовые команды. Является основным инструментом для автоматизации и скриптинга. RAID (Redundant Array of Independent Disks) Технология виртуализации данных, которая объединяет несколько физических дисков в один или несколько логических блоков для повышения отказоустойчивости и/или производительности. SR-IOV (Single Root I/O Virtualization) Технология, позволяющая одному физическому PCI-устройству (например, сетевой карте) представляться в системе как несколько отдельных виртуальных устройств, которые можно напрямую назначать виртуальным машинам. VLAN (Virtual LAN) Технология, позволяющая создавать несколько логически независимых сетей в рамках одной физической сетевой инфраструктуры. Агрегация каналов (Bonding) Объединение нескольких физических сетевых адаптеров в одну логическую группу для увеличения пропускной способности и обеспечения отказоустойчивости. Виртуальная машина (ВМ) Программная эмуляция компьютерной системы. ВМ работает как полноценный компьютер с собственной операционной системой и приложениями. Виртуальный коммутатор Программный компонент, эмулирующий работу физического сетевого коммутатора и управляющий сетевым трафиком между ВМ и физической сетью. Гипервизор Программное обеспечение, которое создает, запускает и управляет виртуальными машинами, разделяя ресурсы хоста между ними. Гостевая ОС Операционная система, установленная и работающая внутри виртуальной машины. Гостевые инструменты Набор драйверов и утилит, который устанавливается в гостевую ОС для улучшения производительности и управляемости виртуальной машины. Горячая замена (Hot-Add) Функция, позволяющая добавлять ресурсы (например, CPU, ОЗУ) в работающую виртуальную машину без ее остановки и перезагрузки. Группа портов Шаблон конфигурации на виртуальном коммутаторе, определяющий сетевые параметры (например, VLAN ID) для подключаемых к нему виртуальных машин или сетевых служб хоста. Клонирование Процесс создания полной, идентичной копии виртуальной машины. Миграция Процесс переноса работающей виртуальной машины с одного хоста или хранилища на другое без прерывания ее работы. Проброс PCI (PCI Passthrough) Технология, позволяющая напрямую предоставить физическое PCI-устройство хоста в эксклюзивное пользование одной из виртуальных машин. Резервная копия Копия данных ВМ, предназначенная для восстановления в случае сбоя. Бывают полные, инкрементальные и дифференциальные. Снимок состояния (Snapshot) Зафиксированное состояние виртуальной машины (включая память, настройки и состояние дисков) на определенный момент времени. Используется для быстрого отката к предыдущему состоянию. \u0026ldquo;Тонкий\u0026rdquo; том (Thin Provisioning) Метод выделения дискового пространства, при котором пространство для виртуального диска выделяется по мере его фактического заполнения, а не резервируется полностью в момент создания. Хост Физический сервер, на котором установлен и функционирует гипервизор. Хранилище данных Логическая единица хранения (например, локальный диск, раздел LVM, сетевая папка NFS или LUN), доступная хосту для размещения файлов ВМ, ISO-образов и шаблонов. Хранилище Storm Кластерное разделяемое хранилище данных, разработанное для данной платформы. Позволяет нескольким хостам одновременно получать доступ к общему пулу хранения (например, на базе LUN) для обеспечения высокой доступности и миграции ВМ. Шаблон ВМ Эталонная копия виртуальной машины, которая используется для быстрого развертывания новых, предварительно настроенных ВМ. Структура платформы \u0026ldquo;Средство управления единичным хостом ПВ\u0026rdquo; обеспечивает управление единичным гипервизором: создание виртуальных машин, хранилищ, сетей, а также их конфигурирование.\nСистемные требования Для корректной работы программного комплекса требуется, чтобы серверное оборудование соответствовало минимальным требованиям.\nТребования к серверному оборудованию CPU Минимум 2 ядра; поддержка 64-разрядных процессоров x86 Оперативная память Не менее 8 ГБ; для работы ВМ — не менее 12 ГБ Аппаратная виртуализация Intel VT-x или AMD-V/RVI (для 64-разрядных ВМ) Сетевой контроллер 1 Гбит/с или выше Загрузочный диск Не менее 64 ГБ Диск для ВМ SCSI-диск или локальный RAID с неразмеченным пространством Требования к загрузке Режим загрузки Рекомендуется UEFI Диск для платформы Не менее 64 ГБ Требования к хранилищу Объём постоянного хранилища Не менее 64 ГБ Локальный диск 128 ГБ или более Ресурс записи (TBW) Не менее 128 ТБ Отказоустойчивость Рекомендуется RAID1 Основные возможности и функции Установка и поддержка платформ Поддержка графического установщика; Установка непосредственно на аппаратное обеспечение без использования хостовой операционной системы (гипервизор 1 типа); Поддержка образов гипервизора от производителя с интегрированными драйверами и сервисами; Наличие сертифицированной и несертифицированной версии изделия; Интерфейс на русском языке с возможностью переключения на иностранный язык. Поддерживаемые операционные системы Использование в качестве гостевой ОС Unix-подобных операционных систем и Windows, включая сертифицированные отечественные ОС: Альт Линукс, Астра Линукс, РЕД ОС; Создание виртуальных машин (ВМ), их образов с поддержкой 32- и 64-битных гостевых ОС. Безопасность и защита информации Функционирование средств защиты информации: Виртуальные системы обнаружения вторжений; Межсетевые экраны; Антивирусные средства; Средства анализа защищённости; Средства защиты от DDoS атак; Средства корреляции событий безопасности; Средства контроля утечки информации из информационных систем. Обеспечение идентификации и аутентификации субъектов доступа до предоставления доступа к функциям виртуализации и управления; Защита файлов-образов ВМ от модификации в процессе функционирования ВМ; Регистрация событий с использованием средств централизованного протоколирования; Регулярное обновление для нейтрализации угроз эксплуатации уязвимостей. Управление виртуальными машинами и ресурсами Ограничение и приоритезация ресурсов для ВМ; Поддержка резервирования ресурсов для виртуальной машины; Поддержка в ВМ до 240 виртуальных процессоров; Возможность изменения количества выделенных процессоров и размера оперативной памяти виртуальным машинам без завершения их функционирования; Возможность подключения к ВМ устройств из состава аппаратных средств, включая устройства USB 3.0; Возможность добавления виртуальных дисков в гостевую ОС и увеличение их размеров без остановки ВМ; Возможность клонирования ВМ; Автоматическое распределение сервером виртуализации ресурсов между работающими ВМ; Миграция дисков работающих ВМ между хранилищами; Возможность мониторинга работоспособности и использования ресурсов ВМ; Поддержка виртуальных коммутаторов с технологией VLAN (Virtual Local Area Network); Подключение к ВМ по протоколу SPICE USB-устройств; Возможность ограничения, приоритезации и резервирования для сетевого и дискового ввода-вывода ВМ; Поддержка механизмов оптимизации оперативной памяти: Дедупликация страниц; Динамическое распределение; Выгрузка в область подкачки; Memory Balooning. Возможность создания динамически расширяющегося виртуального дискового пространства ВМ с выделением соответствующих аппаратных средств по мере заполнения; Возможность параллельного доступа нескольких ВМ к одному виртуальному диску; Возможность создания снимков состояния ВМ; Миграция ВМ из сред виртуализации, в том числе VMware; Запуск ВМ в виде отдельного процесса, функционирующего от имени учётной записи субъекта доступа. Интеграция и управление Возможность управления конфигурацией ВМ с помощью графического и консольного интерфейсов; Возможность интеграции с внешними системами управления и мониторинга для сбора статистики производительности и контроля состояния (поддержка протоколов: SNMP, SSH, CLI, CIM, API и др.); Возможность централизованного обновления с использованием штатных средств; Возможность размещения контроллера на хосте (без использования дополнительного физического сервера); Клиентское приложение с графическим интерфейсом для подключения к ВМ. Хранение данных Возможность работы с хранилищем LVM, а также использование технологии тонких томов LVM Thin Provision; Поддержка создания программно-определяемой СХД; Возможность работы с внешними хранилищами по протоколу FC; Поддержка функции Multipathing; Поддержка резервного копирования (встроенный функционал). ","categories":null,"content":"Краткое описание возможностей Программный комплекс \u0026ldquo;Прокуратор\u0026rdquo; является средством управления гипервизором. Поддерживает развертывание виртуальных машин с гостевыми ОС семейства Windows и Linux, подключение хранилищ и создание виртуальных сетей. Поддерживаемые типы архитектуры: х86_64 с поддержкой INTEL-VT или AMD-V.\nГлоссарий Термин Определение CHAP (Challenge-Handshake Authentication Protocol) Протокол аутентификации, используемый для проверки подлинности пользователя или хоста при подключении к сетевым ресурсам, в частности к хранилищам iSCSI. HBA (Host Bus Adapter) Адаптер шины хоста. Аппаратное устройство (карта расширения), которое подключает хост-систему (сервер) к сети хранения данных или напрямую к устройствам хранения. ISO-образ Файл, содержащий полную копию структуры и данных оптического диска (CD/DVD). Используется для установки операционных систем и программного обеспечения в ВМ. iSCSI Сетевой протокол для доступа к системам хранения данных на уровне блоков путем передачи SCSI-команд по сети TCP/IP. LUN (Logical Unit Number) Номер логического устройства. Используется для идентификации отдельного логического диска или тома в рамках системы хранения данных (например, в сетях SAN или на iSCSI-таргете). LVM (Logical Volume Manager) Система управления логическими томами в Linux, позволяющая гибко управлять дисковым пространством. MPIO (Multipath I/O) Технология многопутевого ввода-вывода, которая обеспечивает отказоустойчивость и балансировку нагрузки за счет использования нескольких физических путей от хоста к устройству хранения. NFS (Network File System) Протокол для организации доступа к файлам на удаленном сервере по сети, как если бы они находились на локальном компьютере. PCLI (Procurator Command Line Interface) Интерфейс командной строки (CLI), предоставляемый платформой для выполнения задач по управлению и конфигурированию хоста, ВМ, сетей и хранилищ через текстовые команды. Является основным инструментом для автоматизации и скриптинга. RAID (Redundant Array of Independent Disks) Технология виртуализации данных, которая объединяет несколько физических дисков в один или несколько логических блоков для повышения отказоустойчивости и/или производительности. SR-IOV (Single Root I/O Virtualization) Технология, позволяющая одному физическому PCI-устройству (например, сетевой карте) представляться в системе как несколько отдельных виртуальных устройств, которые можно напрямую назначать виртуальным машинам. VLAN (Virtual LAN) Технология, позволяющая создавать несколько логически независимых сетей в рамках одной физической сетевой инфраструктуры. Агрегация каналов (Bonding) Объединение нескольких физических сетевых адаптеров в одну логическую группу для увеличения пропускной способности и обеспечения отказоустойчивости. Виртуальная машина (ВМ) Программная эмуляция компьютерной системы. ВМ работает как полноценный компьютер с собственной операционной системой и приложениями. Виртуальный коммутатор Программный компонент, эмулирующий работу физического сетевого коммутатора и управляющий сетевым трафиком между ВМ и физической сетью. Гипервизор Программное обеспечение, которое создает, запускает и управляет виртуальными машинами, разделяя ресурсы хоста между ними. Гостевая ОС Операционная система, установленная и работающая внутри виртуальной машины. Гостевые инструменты Набор драйверов и утилит, который устанавливается в гостевую ОС для улучшения производительности и управляемости виртуальной машины. Горячая замена (Hot-Add) Функция, позволяющая добавлять ресурсы (например, CPU, ОЗУ) в работающую виртуальную машину без ее остановки и перезагрузки. Группа портов Шаблон конфигурации на виртуальном коммутаторе, определяющий сетевые параметры (например, VLAN ID) для подключаемых к нему виртуальных машин или сетевых служб хоста. Клонирование Процесс создания полной, идентичной копии виртуальной машины. Миграция Процесс переноса работающей виртуальной машины с одного хоста или хранилища на другое без прерывания ее работы. Проброс PCI (PCI Passthrough) Технология, позволяющая напрямую предоставить физическое PCI-устройство хоста в эксклюзивное пользование одной из виртуальных машин. Резервная копия Копия данных ВМ, предназначенная для восстановления в случае сбоя. Бывают полные, инкрементальные и дифференциальные. Снимок состояния (Snapshot) Зафиксированное состояние виртуальной машины (включая память, настройки и состояние дисков) на определенный момент времени. Используется для быстрого отката к предыдущему состоянию. \u0026ldquo;Тонкий\u0026rdquo; том (Thin Provisioning) Метод выделения дискового пространства, при котором пространство для виртуального диска выделяется по мере его фактического заполнения, а не резервируется полностью в момент создания. Хост Физический сервер, на котором установлен и функционирует гипервизор. Хранилище данных Логическая единица хранения (например, локальный диск, раздел LVM, сетевая папка NFS или LUN), доступная хосту для размещения файлов ВМ, ISO-образов и шаблонов. Хранилище Storm Кластерное разделяемое хранилище данных, разработанное для данной платформы. Позволяет нескольким хостам одновременно получать доступ к общему пулу хранения (например, на базе LUN) для обеспечения высокой доступности и миграции ВМ. Шаблон ВМ Эталонная копия виртуальной машины, которая используется для быстрого развертывания новых, предварительно настроенных ВМ. Структура платформы \u0026ldquo;Средство управления единичным хостом ПВ\u0026rdquo; обеспечивает управление единичным гипервизором: создание виртуальных машин, хранилищ, сетей, а также их конфигурирование.\nСистемные требования Для корректной работы программного комплекса требуется, чтобы серверное оборудование соответствовало минимальным требованиям.\nТребования к серверному оборудованию CPU Минимум 2 ядра; поддержка 64-разрядных процессоров x86 Оперативная память Не менее 8 ГБ; для работы ВМ — не менее 12 ГБ Аппаратная виртуализация Intel VT-x или AMD-V/RVI (для 64-разрядных ВМ) Сетевой контроллер 1 Гбит/с или выше Загрузочный диск Не менее 64 ГБ Диск для ВМ SCSI-диск или локальный RAID с неразмеченным пространством Требования к загрузке Режим загрузки Рекомендуется UEFI Диск для платформы Не менее 64 ГБ Требования к хранилищу Объём постоянного хранилища Не менее 64 ГБ Локальный диск 128 ГБ или более Ресурс записи (TBW) Не менее 128 ТБ Отказоустойчивость Рекомендуется RAID1 Основные возможности и функции Установка и поддержка платформ Поддержка графического установщика; Установка непосредственно на аппаратное обеспечение без использования хостовой операционной системы (гипервизор 1 типа); Поддержка образов гипервизора от производителя с интегрированными драйверами и сервисами; Наличие сертифицированной и несертифицированной версии изделия; Интерфейс на русском языке с возможностью переключения на иностранный язык. Поддерживаемые операционные системы Использование в качестве гостевой ОС Unix-подобных операционных систем и Windows, включая сертифицированные отечественные ОС: Альт Линукс, Астра Линукс, РЕД ОС; Создание виртуальных машин (ВМ), их образов с поддержкой 32- и 64-битных гостевых ОС. Безопасность и защита информации Функционирование средств защиты информации: Виртуальные системы обнаружения вторжений; Межсетевые экраны; Антивирусные средства; Средства анализа защищённости; Средства защиты от DDoS атак; Средства корреляции событий безопасности; Средства контроля утечки информации из информационных систем. Обеспечение идентификации и аутентификации субъектов доступа до предоставления доступа к функциям виртуализации и управления; Защита файлов-образов ВМ от модификации в процессе функционирования ВМ; Регистрация событий с использованием средств централизованного протоколирования; Регулярное обновление для нейтрализации угроз эксплуатации уязвимостей. Управление виртуальными машинами и ресурсами Ограничение и приоритезация ресурсов для ВМ; Поддержка резервирования ресурсов для виртуальной машины; Поддержка в ВМ до 240 виртуальных процессоров; Возможность изменения количества выделенных процессоров и размера оперативной памяти виртуальным машинам без завершения их функционирования; Возможность подключения к ВМ устройств из состава аппаратных средств, включая устройства USB 3.0; Возможность добавления виртуальных дисков в гостевую ОС и увеличение их размеров без остановки ВМ; Возможность клонирования ВМ; Автоматическое распределение сервером виртуализации ресурсов между работающими ВМ; Миграция дисков работающих ВМ между хранилищами; Возможность мониторинга работоспособности и использования ресурсов ВМ; Поддержка виртуальных коммутаторов с технологией VLAN (Virtual Local Area Network); Подключение к ВМ по протоколу SPICE USB-устройств; Возможность ограничения, приоритезации и резервирования для сетевого и дискового ввода-вывода ВМ; Поддержка механизмов оптимизации оперативной памяти: Дедупликация страниц; Динамическое распределение; Выгрузка в область подкачки; Memory Balooning. Возможность создания динамически расширяющегося виртуального дискового пространства ВМ с выделением соответствующих аппаратных средств по мере заполнения; Возможность параллельного доступа нескольких ВМ к одному виртуальному диску; Возможность создания снимков состояния ВМ; Миграция ВМ из сред виртуализации, в том числе VMware; Запуск ВМ в виде отдельного процесса, функционирующего от имени учётной записи субъекта доступа. Интеграция и управление Возможность управления конфигурацией ВМ с помощью графического и консольного интерфейсов; Возможность интеграции с внешними системами управления и мониторинга для сбора статистики производительности и контроля состояния (поддержка протоколов: SNMP, SSH, CLI, CIM, API и др.); Возможность централизованного обновления с использованием штатных средств; Возможность размещения контроллера на хосте (без использования дополнительного физического сервера); Клиентское приложение с графическим интерфейсом для подключения к ВМ. Хранение данных Возможность работы с хранилищем LVM, а также использование технологии тонких томов LVM Thin Provision; Поддержка создания программно-определяемой СХД; Возможность работы с внешними хранилищами по протоколу FC; Поддержка функции Multipathing; Поддержка резервного копирования (встроенный функционал). ","description":null,"ref":"/docs/pkzvezda/procurator/","section":"docs","tags":null,"title":"Прокуратор","url":"/docs/pkzvezda/procurator/","weight":1},{"body":"Настоящий документ представляет собой руководство администратора распределённой системы хранения данных (РСХД) \u0026ldquo;Stormwind\u0026rdquo; и предназначен для технических специалистов, ответственных за установку, конфигурирование, сопровождение и администрирование системы в составе информационной инфраструктуры.\nСистема \u0026ldquo;Stormwind\u0026rdquo; (далее — система) предназначена для работы исключительно в среде средства виртуализации \u0026ldquo;Звезда\u0026rdquo; и использует её системные компоненты и механизмы взаимодействия между приложениями. Эксплуатация системы вне указанной среды не поддерживается.\nДля обеспечения корректной установки и функционирования системы необходимо выполнение следующих минимальных требований к аппаратной и программной среде:\nналичие установленного средства виртуализации \u0026ldquo;Звезда\u0026rdquo;; наличие не менее двух сетевых интерфейсов; наличие хотя бы одного устройства хранения данных (жёсткий диск, SSD или иное накопительное устройство); при этом увеличение объёма хранилища положительно влияет на эффективность работы системы. Сетевые интерфейсы выполняют следующие функции:\nПубличный интерфейс обеспечивает взаимодействие клиентов с кластером, доступ к веб-интерфейсу и RESTful API, а также обмен данными между узлами на этапе первичной настройки сети. Требования к пропускной способности данного интерфейса зависят от ожидаемой клиентской нагрузки. Внутренний интерфейс используется для обеспечения межузлового взаимодействия и репликации данных внутри кластера. Данный интерфейс должен иметь высокую пропускную способность во избежание задержек при операциях чтения и записи. Внешний доступ к внутреннему интерфейсу, как правило, отсутствует, однако это не является обязательным ограничением. Руководство содержит сведения, необходимые для развертывания системы, настройки сетевой и дисковой подсистем, управления узлами кластера, а также мониторинга и устранения возможных неисправностей в процессе эксплуатации.\n","categories":null,"content":"Настоящий документ представляет собой руководство администратора распределённой системы хранения данных (РСХД) \u0026ldquo;Stormwind\u0026rdquo; и предназначен для технических специалистов, ответственных за установку, конфигурирование, сопровождение и администрирование системы в составе информационной инфраструктуры.\nСистема \u0026ldquo;Stormwind\u0026rdquo; (далее — система) предназначена для работы исключительно в среде средства виртуализации \u0026ldquo;Звезда\u0026rdquo; и использует её системные компоненты и механизмы взаимодействия между приложениями. Эксплуатация системы вне указанной среды не поддерживается.\nДля обеспечения корректной установки и функционирования системы необходимо выполнение следующих минимальных требований к аппаратной и программной среде:\nналичие установленного средства виртуализации \u0026ldquo;Звезда\u0026rdquo;; наличие не менее двух сетевых интерфейсов; наличие хотя бы одного устройства хранения данных (жёсткий диск, SSD или иное накопительное устройство); при этом увеличение объёма хранилища положительно влияет на эффективность работы системы. Сетевые интерфейсы выполняют следующие функции:\nПубличный интерфейс обеспечивает взаимодействие клиентов с кластером, доступ к веб-интерфейсу и RESTful API, а также обмен данными между узлами на этапе первичной настройки сети. Требования к пропускной способности данного интерфейса зависят от ожидаемой клиентской нагрузки. Внутренний интерфейс используется для обеспечения межузлового взаимодействия и репликации данных внутри кластера. Данный интерфейс должен иметь высокую пропускную способность во избежание задержек при операциях чтения и записи. Внешний доступ к внутреннему интерфейсу, как правило, отсутствует, однако это не является обязательным ограничением. Руководство содержит сведения, необходимые для развертывания системы, настройки сетевой и дисковой подсистем, управления узлами кластера, а также мониторинга и устранения возможных неисправностей в процессе эксплуатации.\n","description":null,"ref":"/docs/stormwind/","section":"docs","tags":null,"title":"РСХД \"Stormwind\"","url":"/docs/stormwind/","weight":1},{"body":"ПК \u0026ldquo;Сфера\u0026rdquo; предназначен для централизованного управления виртуальной инфраструктурой через веб-интерфейс.\nГлоссарий Термин Определение ВМ Виртуальная машина - программная эмуляция физического компьютера Хост Физический сервер, на котором запущены виртуальные машины Кластер Группа хостов, объединенных для обеспечения высокой доступности Дата-центр Логическая группа ресурсов (хосты, сети, хранилища) HA-кластер Кластер высокой доступности с автоматическим восстановлением SPICE Протокол для подключения к виртуальным машинам VLAN Виртуальная локальная сеть LVM Logical Volume Manager - система управления логическими томами iSCSI Протокол для подключения хранилищ по сети NFS Network File System - сетевая файловая система Назначение системы Система позволяет администраторам:\nУправлять группой хостов виртуализации; Создавать и настраивать виртуальные машины; Организовывать кластеры высокой доступности; Мониторить производительность ресурсов; Управлять пользователями и правами доступа. Системные требования Для корректной работы программного комплекса необходимо убедиться, что серверное оборудование отвечает минимальным требованиям ПК \u0026ldquo;Сфера\u0026rdquo;.\nТребования к серверному оборудованию Компонент Минимальные требования Рекомендуемые требования Процессор 2 ядра, 64-разрядный x86 4+ ядра, современный x86-64 Оперативная память 8 ГБ 16+ ГБ Для ВМ 12 ГБ 32+ ГБ Сетевая карта 1 Гбит/с 10 Гбит/с Загрузочный диск 64 ГБ 128+ ГБ Хранилище ВМ SCSI/RAID, неразмеченное пространство RAID1 для отказоустойчивости Требования к виртуализации Аппаратная виртуализация: Intel VT-x или AMD-V/RVI; Загрузка: Рекомендуется UEFI; Совместимость: Поддержка 64-разрядных виртуальных машин. Требования к хранилищу Параметр Минимальное значение Рекомендуемое значение Объем 128 ГБ 256+ ГБ Ресурс записи 128 ТБ 500+ ТБ Скорость записи 100 Мбит/с 500+ Мбит/с Отказоустойчивость - RAID1 Функциональные возможности Виртуализация и управление ВМ Создание и управление виртуальными машинами (32/64-бит); Поддержка до 255 виртуальных процессоров на ВМ; Создание снимков состояния ВМ; Миграция ВМ между хостами; Клонирование и шаблоны ВМ. Сетевая инфраструктура Виртуальные коммутаторы с поддержкой VLAN; Поддержка технологии Multipathing; Управление сетевыми ресурсами. Хранилище данных Поддержка различных типов хранилищ (LVM, NFS, iSCSI); Тонкое выделение ресурсов (Thin Provisioning); Параллельный доступ ВМ к дискам. Безопасность Интеграция средств защиты информации; Ролевое управление доступом; Аудит и протоколирование событий; Поддержка отечественных ОС (Альт Линукс, Astra Linux, РЕД ОС). Мониторинг и производительность Мониторинг использования ресурсов в реальном времени; Оптимизация памяти (дедупликация, баллонинг); Резервирование и приоритизация ресурсов; Централизованное обновление. ","categories":null,"content":"ПК \u0026ldquo;Сфера\u0026rdquo; предназначен для централизованного управления виртуальной инфраструктурой через веб-интерфейс.\nГлоссарий Термин Определение ВМ Виртуальная машина - программная эмуляция физического компьютера Хост Физический сервер, на котором запущены виртуальные машины Кластер Группа хостов, объединенных для обеспечения высокой доступности Дата-центр Логическая группа ресурсов (хосты, сети, хранилища) HA-кластер Кластер высокой доступности с автоматическим восстановлением SPICE Протокол для подключения к виртуальным машинам VLAN Виртуальная локальная сеть LVM Logical Volume Manager - система управления логическими томами iSCSI Протокол для подключения хранилищ по сети NFS Network File System - сетевая файловая система Назначение системы Система позволяет администраторам:\nУправлять группой хостов виртуализации; Создавать и настраивать виртуальные машины; Организовывать кластеры высокой доступности; Мониторить производительность ресурсов; Управлять пользователями и правами доступа. Системные требования Для корректной работы программного комплекса необходимо убедиться, что серверное оборудование отвечает минимальным требованиям ПК \u0026ldquo;Сфера\u0026rdquo;.\nТребования к серверному оборудованию Компонент Минимальные требования Рекомендуемые требования Процессор 2 ядра, 64-разрядный x86 4+ ядра, современный x86-64 Оперативная память 8 ГБ 16+ ГБ Для ВМ 12 ГБ 32+ ГБ Сетевая карта 1 Гбит/с 10 Гбит/с Загрузочный диск 64 ГБ 128+ ГБ Хранилище ВМ SCSI/RAID, неразмеченное пространство RAID1 для отказоустойчивости Требования к виртуализации Аппаратная виртуализация: Intel VT-x или AMD-V/RVI; Загрузка: Рекомендуется UEFI; Совместимость: Поддержка 64-разрядных виртуальных машин. Требования к хранилищу Параметр Минимальное значение Рекомендуемое значение Объем 128 ГБ 256+ ГБ Ресурс записи 128 ТБ 500+ ТБ Скорость записи 100 Мбит/с 500+ Мбит/с Отказоустойчивость - RAID1 Функциональные возможности Виртуализация и управление ВМ Создание и управление виртуальными машинами (32/64-бит); Поддержка до 255 виртуальных процессоров на ВМ; Создание снимков состояния ВМ; Миграция ВМ между хостами; Клонирование и шаблоны ВМ. Сетевая инфраструктура Виртуальные коммутаторы с поддержкой VLAN; Поддержка технологии Multipathing; Управление сетевыми ресурсами. Хранилище данных Поддержка различных типов хранилищ (LVM, NFS, iSCSI); Тонкое выделение ресурсов (Thin Provisioning); Параллельный доступ ВМ к дискам. Безопасность Интеграция средств защиты информации; Ролевое управление доступом; Аудит и протоколирование событий; Поддержка отечественных ОС (Альт Линукс, Astra Linux, РЕД ОС). Мониторинг и производительность Мониторинг использования ресурсов в реальном времени; Оптимизация памяти (дедупликация, баллонинг); Резервирование и приоритизация ресурсов; Централизованное обновление. ","description":null,"ref":"/docs/pkzvezda/sphere/","section":"docs","tags":null,"title":"Сфера","url":"/docs/pkzvezda/sphere/","weight":1},{"body":"Установка сервера VDI В консоли платформы виртуализации перейти в директорию, где находится образ «star.vdi».\nВыполнить команду apply-ima \u0026lt;директория, в которой находится образ VDI\u0026gt;.\nЗагрузить образ: docker load \u0026lt; star.vdi.0.0.3.tar.bz2\nПосмотреть версию контейнера: docker images (пример: star.vdi:0.0.3)\nПримечание: в исходном документе приведен скриншот вывода docker images с образом star.vdi:0.0.3; в веб-версии достаточно текстового описания команды.\nЗапустить контейнер: docker run -d --name=star.vdi -p 2637:2637 --restart=always -v svdi.vol:/svol star.vdi:0.0.3 Установка VDI Actor VDI Actor устанавливается в ОС Windows или Linux (золотой образ) для использования при развертывании виртуальных рабочих столов. Также необходимо, чтобы серверы приложений RDS имели установленный VDI Actor, чтобы иметь возможность представлять пользователям виртуальные сессии приложений.\nДля установки VDI Actor необходимо предварительно загрузить из брокера VDI подходящий актор для каждой платформы (Windows, Linux и vApps).\nДля этого необходимо:\nПодключиться к брокеру VDI через веб-браузер и использовать учетные данные пользователя с правами администратора для доступа к загрузкам. Нажать на страницу Загрузки. Выбрать актор соответствующей операционной системы и службы, установленной в базовом шаблоне или сервере приложений, на котором будут развернуты службы рабочего стола: Windows Linux Статические IP-машины Автономные виртуальные рабочие столы Windows Для управления жизненным циклом виртуальных машин Windows, самостоятельно создаваемых VDI, необходимо, чтобы на шаблонной машине, на которой они будут основаны, был установлен VDI Actor.\nПримечание: перед установкой VDI Actor необходимо иметь IP-адрес или имя сервера VDI, учетные данные пользователя с административными разрешениями в среде VDI и хотя бы один аутентификатор, зарегистрированный в системе.\nПосле загрузки VDI Actor для Windows и переноса его на компьютер-шаблон запустить его, чтобы продолжить установку:\nВыбрать директорию, в которую необходимо установить VDI Actor. Указать директорию в меню «Пуск», в которой будут созданы ярлыки программы. Для выбора папки нажать кнопку «Обзор». В следующем шаге установки доступно добавление ярлыка на рабочем столе, а также в меню быстрого доступа. Далее доступен обзор параметров установки. Для продолжения нажать кнопку Установить. Установка завершена. Регистрация VDI Actor На вкладке VDI Server нужно зарегистрировать Actor в экземпляре VDI, указав следующие параметры:\nПроверка SSL: игнорировать сертификат\\верификационный сертификат\nСервер VDI: имя или IP-адрес VDI-сервера и порт.\nАутентификатор, к которому принадлежит указанный пользователь-администратор для регистрации VDI Actor.\nДля отображения различных аутентификаторов связь с VDI-сервером должна быть успешной. В администрировании VDI должен быть зарегистрирован хотя бы один (аутентификатор «Администрирование» соответствует суперпользователю, созданному в мастере настройки сервера VDI).\nИмя пользователя с полномочиями администратора.\nПароль пользователя администратора.\nПосле ввода этих данных нажать кнопку Регистрация в VDI.\nМожно выполнить тест, нажав кнопку Тест конфигурации для проверки правильности подключения к серверу VDI.\nРасширенные настройки На вкладке Расширенные можно указать следующие дополнительные параметры:\nПредподключение: запуск сценария непосредственно перед тем, как разрешить пользователю подключение к виртуальному рабочему столу.\nVDI автоматически передает следующие параметры, которые могут использоваться в сценарии:\nимя пользователя протокол (rdp, nx, pcoip\u0026hellip;) IP (IP, распознанный на клиенте (SRC IP)) имя хоста (SRC Host) Запустить один раз: сценарий, который выполняется только один раз и до того, как VDI Actor применит свои параметры. После его выполнения он удаляется из конфигурации. Параметры могут передаваться непосредственно в него.\nВажно: Выполняемый сценарий должен быть завершен перезапуском виртуального рабочего стола. В противном случае рабочий стол никогда не будет применять параметры Actor, препятствуя переходу в состояние Действительно при администрировании VDI.\nПостконфигурация: сценарий, который запускается после завершения настройки VDI Actor. Параметры могут передаваться непосредственно в него.\nСценарий запускается только один раз, но в отличие от режима «Runonce» перезапустить виртуальный рабочий стол не требуется. Этот сценарий полезен для добавления некоторых «собственных» элементов в конфигурацию, созданную VDI Actor, таких как копирование файлов из локальной сети, выполнение конфигураций и т.д.\nУровень лога: типы журналов, которые должны отображаться в файлах журнала VDI Actor. Эти файлы журнала (VDIactor.log) будут располагаться в путях:\n%temp% (путь временных файлов пользователя) C:\\Windows\\Temp (путь временных файлов системы) Важно: для применения значений вкладки Расширенные всегда необходимо выполнить процесс регистрации позже. Если необходимо добавить какой-либо сценарий или изменить уровень журнала, и Actor не был зарегистрирован снова, то изменения не будут применены.\nПосле установки и настройки VDI Actor шаблонная машина теперь может быть отключена и будет доступна для использования VDI для самогенерированных виртуальных рабочих столов.\nПримечание: помимо установки VDI Actor, необходимо включить протокол подключения для подключения к создаваемым рабочим столам (например, включить удаленный рабочий стол, установить клиент PCoIP и т.д.).\nСоздание виртуальных Linux машин Для управления жизненным циклом виртуальных рабочих столов Linux, самостоятельно генерируемых VDI, на шаблонной машине, на которой они будут основаны, должен быть установлен VDI Actor для различных дистрибутивов Linux.\nПримечание: перед установкой VDI Actor необходимо иметь IP-адрес или имя сервера VDI, учетные данные пользователя с правами администратора в среде VDI и хотя бы один аутентификатор, зарегистрированный в системе.\nКак только VDI Actor для выбранного дистрибутива Linux будет загружен и перенесен на машину-шаблон, выполнить его, чтобы продолжить установку.\nПосле установки необходимых зависимостей запустить конфигурацию VDI Actor. На вкладке VDI Server можно зарегистрировать Actor, указав следующие параметры:\nАдрес сервера VDI: IP-адрес с указанием порта (например, 10.x.x.x:xxxx) Проверка SSL: выбрать вариант \u0026ldquo;Игнорировать сертификат\u0026rdquo; Аутентификатор: выбрать нужный тип (например, \u0026ldquo;Administration\u0026rdquo;) Имя пользователя: указать имя учётной записи Пароль: ввести соответствующий пароль После указания этих данных нажать кнопку Регистрация в VDI.\nМожно выполнить тест, нажав кнопку Тест конфигурации, чтобы проверить правильность подключения к серверу VDI.\nРасширенные настройки для Linux На вкладке Расширенные можно указать следующие дополнительные параметры:\nПредподключение: Сценарий должен быть запущен непосредственно перед тем, как разрешить пользователю подключиться к виртуальному рабочему столу.\nVDI автоматически передает следующие параметры, которые могут использоваться в сценарии: имя пользователя, протокол (rdp, nx, pcoip\u0026hellip;), IP (IP, распознанный на клиенте (SRC IP)), имя хоста (SRC Host).\nЗапустить один раз: Сценарий, который выполняется только один раз и до того, как исполнитель VDI применит свои параметры.\nПосле выполнения он удаляется из конфигурации. Параметры могут передаваться непосредственно в него. Выполняемый сценарий должен быть завершен перезапуском виртуального рабочего стола. В противном случае рабочий стол никогда не будет применять параметры Actor, что не позволит ему перейти в состояние «Действительно» при администрировании VDI.\nПостконфигурация: Сценарий, который выполняется после того, как VDI Actor закончит настройку. Параметры могут передаваться непосредственно в него.\nСценарий запускается только один раз, но в отличие от режима «Runonce» ему не нужно перезагружать виртуальный рабочий стол. Этот сценарий полезен для добавления некоторого «собственного» элемента в конфигурацию, созданную VDI Actor, например, копирование файлов из локальной сети, выполнение конфигураций и т.д.\nУровень лога: типы журналов, которые должны отображаться в файлах журнала VDI Actor. Эти файлы журнала (VDIactor.log) будут расположены по пути: /var/log/\nВажно: для применения значений вкладки Расширенные необходимо выполнить процесс регистрации позже. Если добавлен какой-либо сценарий или изменен уровень журнала, и не зарегистрирован Actor снова, они не будут применены.\nПосле установки и настройки VDI Actor на шаблонной машине (золотой образ) теперь может быть отключена и будет доступна для использования VDI для самостоятельного создания виртуальных рабочих столов.\nПримечание: в дополнение к установке VDI Actor, необходимо включить протокол подключения для подключения к сгенерированным рабочим столам (например, установить и включить XRDP, X2Go Server и т.д.).\nСетевые соединения Необходимо включить следующие порты связи между различными элементами, составляющими платформу VDI:\nИсточник Место назначения Порт Сервер VDI vCenter 443 Сервер VDI Аутентификатор 389, 636, XXX Сервер VDI Виртуальные рабочие столы 3389 (RDP), 22 (NX), XXX Сервер VDI (Actor) Виртуальные рабочие столы 43910 Виртуальные рабочие столы Сервер VDI (Actor) 80/443 Пользователи Сервер VDI 80/443 Пользователи (LAN) Виртуальные рабочие столы 3389 (RDP), 22 (NX), XXX Сервер VDI VDI MySQL 3306 Сервер VDI Туннель VDI 80 Туннель VDI Сервер VDI 80 Туннель VDI Виртуальные рабочие столы 3389(RDP), 22(NX), XXX Пользователи Туннель VDI 443 Пользователи Туннель VDI (HTML5) 10443 ","categories":null,"content":"Установка сервера VDI В консоли платформы виртуализации перейти в директорию, где находится образ «star.vdi».\nВыполнить команду apply-ima \u0026lt;директория, в которой находится образ VDI\u0026gt;.\nЗагрузить образ: docker load \u0026lt; star.vdi.0.0.3.tar.bz2\nПосмотреть версию контейнера: docker images (пример: star.vdi:0.0.3)\nПримечание: в исходном документе приведен скриншот вывода docker images с образом star.vdi:0.0.3; в веб-версии достаточно текстового описания команды.\nЗапустить контейнер: docker run -d --name=star.vdi -p 2637:2637 --restart=always -v svdi.vol:/svol star.vdi:0.0.3 Установка VDI Actor VDI Actor устанавливается в ОС Windows или Linux (золотой образ) для использования при развертывании виртуальных рабочих столов. Также необходимо, чтобы серверы приложений RDS имели установленный VDI Actor, чтобы иметь возможность представлять пользователям виртуальные сессии приложений.\nДля установки VDI Actor необходимо предварительно загрузить из брокера VDI подходящий актор для каждой платформы (Windows, Linux и vApps).\nДля этого необходимо:\nПодключиться к брокеру VDI через веб-браузер и использовать учетные данные пользователя с правами администратора для доступа к загрузкам. Нажать на страницу Загрузки. Выбрать актор соответствующей операционной системы и службы, установленной в базовом шаблоне или сервере приложений, на котором будут развернуты службы рабочего стола: Windows Linux Статические IP-машины Автономные виртуальные рабочие столы Windows Для управления жизненным циклом виртуальных машин Windows, самостоятельно создаваемых VDI, необходимо, чтобы на шаблонной машине, на которой они будут основаны, был установлен VDI Actor.\nПримечание: перед установкой VDI Actor необходимо иметь IP-адрес или имя сервера VDI, учетные данные пользователя с административными разрешениями в среде VDI и хотя бы один аутентификатор, зарегистрированный в системе.\nПосле загрузки VDI Actor для Windows и переноса его на компьютер-шаблон запустить его, чтобы продолжить установку:\nВыбрать директорию, в которую необходимо установить VDI Actor. Указать директорию в меню «Пуск», в которой будут созданы ярлыки программы. Для выбора папки нажать кнопку «Обзор». В следующем шаге установки доступно добавление ярлыка на рабочем столе, а также в меню быстрого доступа. Далее доступен обзор параметров установки. Для продолжения нажать кнопку Установить. Установка завершена. Регистрация VDI Actor На вкладке VDI Server нужно зарегистрировать Actor в экземпляре VDI, указав следующие параметры:\nПроверка SSL: игнорировать сертификат\\верификационный сертификат\nСервер VDI: имя или IP-адрес VDI-сервера и порт.\nАутентификатор, к которому принадлежит указанный пользователь-администратор для регистрации VDI Actor.\nДля отображения различных аутентификаторов связь с VDI-сервером должна быть успешной. В администрировании VDI должен быть зарегистрирован хотя бы один (аутентификатор «Администрирование» соответствует суперпользователю, созданному в мастере настройки сервера VDI).\nИмя пользователя с полномочиями администратора.\nПароль пользователя администратора.\nПосле ввода этих данных нажать кнопку Регистрация в VDI.\nМожно выполнить тест, нажав кнопку Тест конфигурации для проверки правильности подключения к серверу VDI.\nРасширенные настройки На вкладке Расширенные можно указать следующие дополнительные параметры:\nПредподключение: запуск сценария непосредственно перед тем, как разрешить пользователю подключение к виртуальному рабочему столу.\nVDI автоматически передает следующие параметры, которые могут использоваться в сценарии:\nимя пользователя протокол (rdp, nx, pcoip\u0026hellip;) IP (IP, распознанный на клиенте (SRC IP)) имя хоста (SRC Host) Запустить один раз: сценарий, который выполняется только один раз и до того, как VDI Actor применит свои параметры. После его выполнения он удаляется из конфигурации. Параметры могут передаваться непосредственно в него.\nВажно: Выполняемый сценарий должен быть завершен перезапуском виртуального рабочего стола. В противном случае рабочий стол никогда не будет применять параметры Actor, препятствуя переходу в состояние Действительно при администрировании VDI.\nПостконфигурация: сценарий, который запускается после завершения настройки VDI Actor. Параметры могут передаваться непосредственно в него.\nСценарий запускается только один раз, но в отличие от режима «Runonce» перезапустить виртуальный рабочий стол не требуется. Этот сценарий полезен для добавления некоторых «собственных» элементов в конфигурацию, созданную VDI Actor, таких как копирование файлов из локальной сети, выполнение конфигураций и т.д.\nУровень лога: типы журналов, которые должны отображаться в файлах журнала VDI Actor. Эти файлы журнала (VDIactor.log) будут располагаться в путях:\n%temp% (путь временных файлов пользователя) C:\\Windows\\Temp (путь временных файлов системы) Важно: для применения значений вкладки Расширенные всегда необходимо выполнить процесс регистрации позже. Если необходимо добавить какой-либо сценарий или изменить уровень журнала, и Actor не был зарегистрирован снова, то изменения не будут применены.\nПосле установки и настройки VDI Actor шаблонная машина теперь может быть отключена и будет доступна для использования VDI для самогенерированных виртуальных рабочих столов.\nПримечание: помимо установки VDI Actor, необходимо включить протокол подключения для подключения к создаваемым рабочим столам (например, включить удаленный рабочий стол, установить клиент PCoIP и т.д.).\nСоздание виртуальных Linux машин Для управления жизненным циклом виртуальных рабочих столов Linux, самостоятельно генерируемых VDI, на шаблонной машине, на которой они будут основаны, должен быть установлен VDI Actor для различных дистрибутивов Linux.\nПримечание: перед установкой VDI Actor необходимо иметь IP-адрес или имя сервера VDI, учетные данные пользователя с правами администратора в среде VDI и хотя бы один аутентификатор, зарегистрированный в системе.\nКак только VDI Actor для выбранного дистрибутива Linux будет загружен и перенесен на машину-шаблон, выполнить его, чтобы продолжить установку.\nПосле установки необходимых зависимостей запустить конфигурацию VDI Actor. На вкладке VDI Server можно зарегистрировать Actor, указав следующие параметры:\nАдрес сервера VDI: IP-адрес с указанием порта (например, 10.x.x.x:xxxx) Проверка SSL: выбрать вариант \u0026ldquo;Игнорировать сертификат\u0026rdquo; Аутентификатор: выбрать нужный тип (например, \u0026ldquo;Administration\u0026rdquo;) Имя пользователя: указать имя учётной записи Пароль: ввести соответствующий пароль После указания этих данных нажать кнопку Регистрация в VDI.\nМожно выполнить тест, нажав кнопку Тест конфигурации, чтобы проверить правильность подключения к серверу VDI.\nРасширенные настройки для Linux На вкладке Расширенные можно указать следующие дополнительные параметры:\nПредподключение: Сценарий должен быть запущен непосредственно перед тем, как разрешить пользователю подключиться к виртуальному рабочему столу.\nVDI автоматически передает следующие параметры, которые могут использоваться в сценарии: имя пользователя, протокол (rdp, nx, pcoip\u0026hellip;), IP (IP, распознанный на клиенте (SRC IP)), имя хоста (SRC Host).\nЗапустить один раз: Сценарий, который выполняется только один раз и до того, как исполнитель VDI применит свои параметры.\nПосле выполнения он удаляется из конфигурации. Параметры могут передаваться непосредственно в него. Выполняемый сценарий должен быть завершен перезапуском виртуального рабочего стола. В противном случае рабочий стол никогда не будет применять параметры Actor, что не позволит ему перейти в состояние «Действительно» при администрировании VDI.\nПостконфигурация: Сценарий, который выполняется после того, как VDI Actor закончит настройку. Параметры могут передаваться непосредственно в него.\nСценарий запускается только один раз, но в отличие от режима «Runonce» ему не нужно перезагружать виртуальный рабочий стол. Этот сценарий полезен для добавления некоторого «собственного» элемента в конфигурацию, созданную VDI Actor, например, копирование файлов из локальной сети, выполнение конфигураций и т.д.\nУровень лога: типы журналов, которые должны отображаться в файлах журнала VDI Actor. Эти файлы журнала (VDIactor.log) будут расположены по пути: /var/log/\nВажно: для применения значений вкладки Расширенные необходимо выполнить процесс регистрации позже. Если добавлен какой-либо сценарий или изменен уровень журнала, и не зарегистрирован Actor снова, они не будут применены.\nПосле установки и настройки VDI Actor на шаблонной машине (золотой образ) теперь может быть отключена и будет доступна для использования VDI для самостоятельного создания виртуальных рабочих столов.\nПримечание: в дополнение к установке VDI Actor, необходимо включить протокол подключения для подключения к сгенерированным рабочим столам (например, установить и включить XRDP, X2Go Server и т.д.).\nСетевые соединения Необходимо включить следующие порты связи между различными элементами, составляющими платформу VDI:\nИсточник Место назначения Порт Сервер VDI vCenter 443 Сервер VDI Аутентификатор 389, 636, XXX Сервер VDI Виртуальные рабочие столы 3389 (RDP), 22 (NX), XXX Сервер VDI (Actor) Виртуальные рабочие столы 43910 Виртуальные рабочие столы Сервер VDI (Actor) 80/443 Пользователи Сервер VDI 80/443 Пользователи (LAN) Виртуальные рабочие столы 3389 (RDP), 22 (NX), XXX Сервер VDI VDI MySQL 3306 Сервер VDI Туннель VDI 80 Туннель VDI Сервер VDI 80 Туннель VDI Виртуальные рабочие столы 3389(RDP), 22(NX), XXX Пользователи Туннель VDI 443 Пользователи Туннель VDI (HTML5) 10443 ","description":null,"ref":"/docs/pkzvezda/vdi/installation/","section":"docs","tags":null,"title":"Установка программных компонентов VDI","url":"/docs/pkzvezda/vdi/installation/","weight":1},{"body":"Раздел FAQ содержит практические инструкции по настройке и администрированию компонентов платформы виртуализации ПК «Звезда» от АО «БФГ».\nСетевые настройки Смена физического интерфейса до установки Прокуратора — подготовка сетевой конфигурации перед развёртыванием Смена VLAN через pcli — изменение VLAN-тегов на сетевых интерфейсах Изменение MAC-адреса на интерфейсе sys0 — ручная настройка MAC-адреса системного интерфейса Восстановление конфигурации после удаления sys0 — восстановление работоспособности сети после удаления интерфейса Как проверить MTU — проверка максимального размера пакета данных в сети Управление хранилищами и LVM Создание и управление LVM — базовые операции с логическими томами: создание VG, LV, расширение и уменьшение Копирование LVM тома с сервера на сервер — миграция данных между хостами Загрузка файла в хранилище через pcli — работа с файловой системой хранилища из командной строки Управление виртуальными машинами Расширение VM с GPT таблицей — расширение виртуальной машины с GPT таблицей разделов и LVM Установка и обновление Прокуратор: Ошибка GW при установке — решение проблем с Gateway при установке Прокуратора Централизованное обновление пакетов — скрипт для обновления пакетов на нескольких серверах Полезные утилиты Поиск больших файлов в директории — команды для поиска файлов, занимающих много места на диске Нужна помощь? Если вы не нашли решение вашей проблемы, обратитесь в техническую поддержку АО «БФГ».\n","categories":null,"content":"Раздел FAQ содержит практические инструкции по настройке и администрированию компонентов платформы виртуализации ПК «Звезда» от АО «БФГ».\nСетевые настройки Смена физического интерфейса до установки Прокуратора — подготовка сетевой конфигурации перед развёртыванием Смена VLAN через pcli — изменение VLAN-тегов на сетевых интерфейсах Изменение MAC-адреса на интерфейсе sys0 — ручная настройка MAC-адреса системного интерфейса Восстановление конфигурации после удаления sys0 — восстановление работоспособности сети после удаления интерфейса Как проверить MTU — проверка максимального размера пакета данных в сети Управление хранилищами и LVM Создание и управление LVM — базовые операции с логическими томами: создание VG, LV, расширение и уменьшение Копирование LVM тома с сервера на сервер — миграция данных между хостами Загрузка файла в хранилище через pcli — работа с файловой системой хранилища из командной строки Управление виртуальными машинами Расширение VM с GPT таблицей — расширение виртуальной машины с GPT таблицей разделов и LVM Установка и обновление Прокуратор: Ошибка GW при установке — решение проблем с Gateway при установке Прокуратора Централизованное обновление пакетов — скрипт для обновления пакетов на нескольких серверах Полезные утилиты Поиск больших файлов в директории — команды для поиска файлов, занимающих много места на диске Нужна помощь? Если вы не нашли решение вашей проблемы, обратитесь в техническую поддержку АО «БФГ».\n","description":"База знаний и инструкции по ПК «Звезда»","ref":"/faq/","section":"faq","tags":null,"title":"FAQ","url":"/faq/","weight":2},{"body":"🌐 Обновления Сфера Новости и обновления системы мониторинга и контроля Сфера.\n","categories":null,"content":"🌐 Обновления Сфера Новости и обновления системы мониторинга и контроля Сфера.\n","description":"Новости и обновления системы Сфера","ref":"/news/pkzvezda/sphere/","section":"news","tags":null,"title":"Обновления Сфера","url":"/news/pkzvezda/sphere/","weight":2},{"body":"Создание нового хранилища Доступно два типа хранилища:\nРазделяемое хранилище Storm - кластерное разделяемое хранилище данных Storm на общем LUN (iSCSI и FC); NFS хранилище на общем сетевом ресурсе NFS. От выбора типа хранилища будут зависеть дальнейшие настройки нового хранилища.\nРазделяемое хранилище Storm iSCSI-хранилище Предварительно необходимо создать группу портов для виртуальной машины, настроить iSCSI-хранилище.\nПо умолчанию подключение к iSCSI-серверу происходит с помощью сетевого интерфейса sys0. Для использования выделенной сети для хранилищ, нужно создать внутренний виртуальный сетевой адаптер. Для обеспечения отказоустойчивости нужно два и более сетевых адаптеров, а также присвоить ему статический ip в выделенной сети.\nПерейти в настройки хоста. Для этого нажать на иконку хоста, выбрать Адаптеры для хранения данных. Выбрать тип обнаружения: доступно динамическое и статическое обнаружение. Если динамическое обнаружение настроено правильно, статическое обнаружение добавляется по умолчанию. Для динамического обнаружения перейти в соответствующий раздел (Динамическое обнаружение). Нажать Добавить. Откроется окно создания. Ввести IP-адрес хранилища, затем нажать кнопку ОК. Нажать кнопку Повторное сканирование адаптера для того, чтобы хост произвел рескан SCSI-шины, и информация об адаптере отобразилась в веб-интерфейсе. Затем нажать кнопку Обновить. IP-адрес добавлен и отображен в списке. Таргеты, устройства и пути для хранилища отображены в списке. Если все настроено корректно, статическое обнаружение добавляется автоматически. Убедиться, что устройство хранения данных добавлено. Для этого перейти в раздел Устройства хранения данных. Далее необходимо создать хранилище. Выбрать тип хранилища Разделяемое хранилище Storm в шаге Тип, затем нажать кнопку Далее. В шаге Выбор имени и устройства ввести имя нового хранилища данных и выбрать диски/LUN для подготовки хранилища данных. LUN на системе хранения, доступный хосту по iSCSI должен быть отображен в списке, необходимо выбрать его. Нажать кнопку Далее. В шаге Конфигурация раздела необходимо ввести сведения о конфигурации раздела, такие как: Конфигурация раздела. Настраивается с помощью выпадающего меню; Размер хранилища данных. Настраивается ползунком или вручную в поле слева; Размер блока. Настраивается с помощью выпадающего меню; Гранулярность рекламации пространства. Настраивается с помощью выпадающего меню; Приоритет рекламации пространства. Настраивается с помощью выпадающего меню. Нажать кнопку Далее. В шаге Завершение настройки будут отображены параметры создаваемого хранилища. Созданное хранилище отображено в списке хранилищ. Добавление хранилища Fibre Channel Необходимо убедиться, что на хосте был подключен HBA (Host Bus Adapter).\nЧтобы убедиться, что подключение было выполнено успешно, войти в терминал хоста, нажав на иконку хоста правой кнопкой мыши, выбрав Запустить веб-терминал. Нажать кнопку Повторное сканирование адаптера для того, чтобы хост произвел рескан SCSI-шины, и информация об адаптере отобразилась в веб-интерфейсе. Затем нажать кнопку Обновить. Перейти к созданию хранилища. Выбрать тип хранилища Разделяемое хранилище Storm в шаге Тип, затем нажать кнопку Далее. В шаге Выбор имени и устройства ввести имя нового хранилища данных и выбрать диски/LUN для подготовки хранилища данных. Выбрать добавленное устройство. В шаге Конфигурация раздела необходимо ввести сведения о конфигурации раздела, такие как: Конфигурация раздела. Настраивается с помощью выпадающего меню; Размер хранилища данных. Настраивается ползунком или вручную в поле слева; Размер блока. Настраивается с помощью выпадающего меню; Гранулярность рекламации пространства. Настраивается с помощью выпадающего меню; Приоритет рекламации пространства. Настраивается с помощью выпадающего меню. Нажать кнопку Далее. В шаге Завершение создания хранилища будет доступна проверка выбранных параметров. Необходимо нажать кнопку Готово. Созданное хранилище отображено в списке хранилищ. Добавление NFS хранилища Выбрать хост и нажать на него правой кнопкой мыши. В выпадающем меню выбрать опцию Хранилище -\u0026gt; Новое хранилище данных\u0026hellip;. Откроется окно создания нового хранилища данных, где необходимо настроить параметры нового хранилища:\nТип хранилища Для добавления NFS хранилища выбрать тип хранилища NFS в шаге Тип, нажать кнопку Далее. В шаге Имя и конфигурация указать имя хранилища, адрес папки и сервера. Нажать кнопку Далее. В шаге Завершение создания хранилища будет доступна проверка выбранных параметров. NFS хранилище добавлено. Создание папки в хранилище Для создания папки выполнить следующие действия:\nПерейти в раздел Хранилище. Выбрать хранилище, в котором необходимо создать папку. Перейти в раздел Файлы. Откроется файловый менеджер хранилища, где отображены все файлы и папки, которые расположены на данном хранилище. Для создания новой папки в хранилище нажать кнопку Новая папка. Появится окно создания новой папки, где необходимо ввести название новой папки. После нажатия кнопки ОК, новая папка появится в списке. Для загрузки в папку файлов, необходимо на панели управления папкой нажать кнопку Загрузить файлы. Также есть возможность загрузить папку целиком или наоборот, скачать ее.\nСоздание хранилища резервных копий ВМ Хранилище резервных копий ВМ - специализированное место для хранения резервных копий виртуальных машин, используемых для защиты данных и восстановления системы в случае сбоев.\nВ ПК \u0026ldquo;Прокуратор\u0026rdquo; поддерживается создание хранилищ для резервных копий ВМ следующих типов:\nNFS; SMB; Storm. Добавление NFS-хранилища для резервных копий ВМ Для добавления NFS-хранилища резервных копий ВМ выполнить следующие действия:\nПравой кнопкой мыши нажать на иконку хоста, затем выбрать Хранилище -\u0026gt; Новое хранилище для резервных копий... Выбрать тип NFS. В шаге Имя и конфигурация заполнить следующие поля: Название хранилища; Директория хранилища; IP-сервер хранилища; Имя пользователя и пароль, если хранилище имеет систему авторизации. В шаге Завершение настройки можно просмотреть конфигурацию создаваемого хранилища. Для завершения настройки нажать кнопку Готово. Созданное хранилище будет доступно в разделе Хранилища резервных копий. Добавление Samba-хранилища для резервных копий ВМ Правой кнопкой мыши нажать на иконку хоста, выбрать Хранилище -\u0026gt; Новое хранилище для резервных копий... Выбрать тип Samba. В шаге Завершение настройки можно просмотреть конфигурацию создаваемого хранилища. Для завершения настройки нажать кнопку Готово. Просмотр подключенных хранилищ Для просмотра хранилищ:\nНажать вкладку Хранилища. откроется список подключенных к серверу хранилищ. Просмотреть список созданных хранилищ можно в разделе Хранилища в странице хоста. Для просмотра информации о хранилище, нажать на него в списке левой кнопкой мыши. Доступна информация:\nНазвание хранилища.\nТип хранилища.\nРасположение ссылки на хранилище на сервере.\nСостояние хранилища.\nСведения о кластерной файловой системе, которые включают в себя:\nВерсию; Тип; Размер блока; Разделы; Количество хостов, к которым подключено данное хранилище; Количество ВМ, расположенных на хранилище; Количество шаблонов ВМ, расположенных на хранилище; Расположение ссылки на хранилище на сервере. Сводка результатов работы за час.\nСостояние служб:\nНаименование служб; Статус; Версия; Состояние службы. Кнопка \u0026ldquo;Действия с хранилищем\u0026rdquo; Перейти во вкладку Хранилища. Кнопка Действия находится выше основных данных хранилища (Название, Тип, Расположение, Состояние) и представляет собой три точки, которые расположены вертикально. При нажатии левой кнопкой мыши, откроется меню действий с хранилищем: Просмотреть файлы – открывает файловый менеджер, позволяющий просматривать содержимое хранилища;\nРежим технического обслуживания – подменю с двумя действиями:\nВойти в режим обслуживания – переводит хранилище в режим, при котором с ним нельзя выполнять операции записи/чтения; используется для обслуживания или миграции данных; Выйти из режима обслуживания – возвращает хранилище в рабочее состояние; Переименовать – позволяет изменить отображаемое имя хранилища;\nУдалить хранилище данных\u0026hellip; – удаляет хранилище из конфигурации хоста (включая все размещённые на нём файлы); операция необратима.\nИзменение параметров хранилищ Для перехода к настройкам хоста:\nНажать на иконку хоста -\u0026gt; вкладка Настройки -\u0026gt; Хранилище. Раздел Хранилище представлен двумя вкладками - Адаптеры для хранения данных и Устройства хранения данных. Адаптеры для хранения данных Во вкладке Адаптеры для хранения данных представлены контроллеры, подключенные к серверу: PCI-адаптеры, SATA-контроллеры.\nТаблица содержит следующие столбцы:\nАдаптер – системное имя устройства; Модель – обозначение производителя и модели адаптера; Тип – категория адаптера (например, iSCSI, NVMe device, RAID и др.); Статус – состояние адаптера (например, Active (I/O)); Идентификатор – уникальный идентификатор адаптера; Цель – число настроенных целей (например, целевых портов iSCSI). Над таблицей расположены основные элементы управления:\nОбновить – выполняет повторное считывание информации об адаптерах; Повторное сканирование хранилища – инициирует повторное сканирование подключённых томов и путей; Адаптер повторного сканирования – выполняет повторное сканирование только выбранного адаптера. Для выгрузки таблицы адаптеров в файл нажать кнопку Экспорт.. Изменение настроек iSCSI-адаптера При выборе адаптера отображаются его свойства, сгруппированные по тематическим вкладкам (набор вкладок зависит от типа адаптера):\nВкладка Характеристики отображает основные параметры адаптера, такие как статус (для отключения используется пункт меню Действия → Отключить), название, модель, iSCSI-имя, а также методы целевого обнаружения (например, sendtargets, statictargets). В этом разделе также доступна настройка параметров CHAP-авторизации. Для изменения параметров аутентификации используется кнопка Действия → Изменить.\nПоддерживается настройка однонаправленного CHAP:\nА также двунаправленного CHAP:\nУстройства - вкладка содержит список доступных устройств хранения, подключённых через выбранный адаптер; Пути - вкладка отображает конфигурацию мультипути к устройствам хранения; Динамическое обнаружение - вкладка позволяет управлять списком IP-адресов и портов iSCSI-серверов. Доступны действия:\nДобавить — добавление нового сервера в список обнаружения;\nУдалить — удаление выбранного сервера;\nРасширенный обзор — просмотр расширенных параметров.\nСтатическое обнаружение - вкладка отображает целевые адреса и iSCSI-имена, а также позволяет вручную задать параметры подключения к конкретному хранилищу.\nПривязка сетевого порта - вкладка позволяет назначить адаптеру конкретный сетевой интерфейс.\nВкладка Расширенные настройки (iSCSI) открывает доступ к расширенным параметрам адаптера. Для изменения параметров используется кнопка Изменить. Открывается таблица с настраиваемыми параметрами iSCSI-протокола:\nПараметр Описание node.leading_login Попытка логина на каждом доступном интерфейсе до успеха node.session.timeo.replacement_timeout Время ожидания восстановления сессии (сек) node.conn[0].timeo.login_timeout Время ожидания завершения логина (сек) node.conn[0].timeo.logout_timeout Время ожидания завершения логаута (сек) node.conn[0].timeo.noop_out_interval Интервал ожидания для соединения перед отправкой ping (сек) node.conn[0].timeo.noop_out_timeout Время ожидания ответа на ping (сек) node.session.err_timeo.abort_timeout Время ожидания ответа на abort (сек) node.session.err_timeo.lu_reset_timeout Время ожидания ответа на сброс логического устройства (сек) node.session.err_timeo.tgt_reset_timeout Время ожидания ответа на сброс target (сек) node.session.err_timeo.host_reset_timeout Время ожидания ответа на сброс хоста (сек) node.session.initial_login_retry_max Количество попыток логина при ошибке node.session.cmds_max Максимальное количество команд в очереди node.session.queue_depth Глубина очереди устройства node.session.xmit_thread_priority Приоритет потока передачи (меньше — выше производительность) node.session.iscsi.InitialR2T Контроль потока R2T node.session.iscsi.ImmediateData Немедленная передача данных node.session.iscsi.FirstBurstLength Максимальный размер первого блока данных (байт) node.session.iscsi.MaxBurstLength Максимальный размер SCSI-пакета (байт) node.conn[0].iscsi.MaxRecvDataSegmentLength Максимальный размер данных, принимаемых инициатором (байт) node.conn[0].iscsi.MaxXmitDataSegmentLength Максимальный размер данных, отправляемых инициатором (байт) discovery.sendtargets.iscsi.MaxRecvDataSegmentLength Максимальный размер данных при обнаружении (байт) node.conn[0].iscsi.HeaderDigest Контрольная сумма заголовка node.conn[0].iscsi.DataDigest Контрольная сумма данных node.session.nr_sessions Количество сессий для multipath node.session.reopen_max Количество попыток восстановления сессии node.session.iscsi.FastAbort Быстрый abort node.session.scan Режим сканирования LUN (автоматический / ручной) Устройства хранения данных Во вкладке Устройства хранения данных представлены диски, которые подключены к данному хосту, их название, объем, тип диска, тип привода, рабочее состояние, тип интерфейса.\nТаблица содержит следующие столбцы:\nНазвание — уникальное имя устройства; Идентификатор — имя, присвоенное устройству в системе; Тип — тип устройства; Объём — общий размер устройства хранения; Хранилище данных — имя хранилища, к которому привязано устройство. Над таблицей расположены команды управления:\nОбновить — перезапрашивает данные о доступных устройствах; Стереть разделы — очищает структуру разделов с выбранного устройства; Также доступна функция Экспорт, позволяющая выгрузить список в файл.\nПанель сведений об устройстве отображает следующую информацию:\nВкладка Характеристики: Название; Идентификатор; Тип; Объём ресурсов; Тип привода; Формат сектора (например, 512). Редактирование политик многопутевого доступа Для редактирования политики многопутевого доступа необходимо:\nВыбрать устройство в списке. В разделе Характеристики -\u0026gt; Политики многопутевого доступа нажать Действия -\u0026gt; Редактирование политик многопутевого доступа. Настройка Политики многопутевого доступа содержит:\nПолитику выбора пути; Политику типа хранилища. Кнопку Редактировать — открывает настройки многопутевого доступа (MPIO). Поля для настройки MPIO:\nПолитика выбора пути: выпадающий список, определяющий алгоритм балансировки нагрузки; Операций ввода-вывода в секунду: числовое значение, определяющее частоту переключения между путями; Байты: объём данных до переключения (от 1 до 104857600); Вес: приоритет пути при неравномерном распределении нагрузки. В правом верхнем углу отображается уникальный идентификатор устройства, к которому применяются настройки.\nВкладка Пути отображает все активные пути к выбранному устройству:\nИмя среды выполнения;\nСтатус;\nЦель;\nНазвание пути;\nПредпочтительность.\nИспользуется для диагностики и настройки избыточности каналов хранения.\nВкладка Сведения о разделе показывает структуру томов на выбранном устройстве:\nФормат раздела (например, LVM);\nНазвание тома;\nОбъём ресурсов (в байтах);\nТип раздела (например, LVM logical volume).\nИспользуется для анализа логических томов и групп в составе накопителя.\nНастройки хранилища и iSCSI через PCLI Настройка хранилища осуществляется с использованием утилиты командной строки pcli. Данный раздел описывает базовые операции с локальными хранилищами и настройку подключения iSCSI-устройств.\nПросмотр списка доступных хранилищ pcli datastore list Настройка iSCSI через pcli Просмотр адаптеров iSCSI pcli iscsi adapter list Получение информации об адаптере pcli iscsi adapter get -A \u0026lt;имя_адаптера\u0026gt; Задание имени и псевдонима адаптера pcli iscsi adapter set -A \u0026lt;имя_адаптера\u0026gt; -n \u0026lt;имя_iqn\u0026gt; -a \u0026lt;псевдоним\u0026gt; Аутентификация CHAP Получение настроек CHAP pcli iscsi adapter auth chap get -A \u0026lt;имя_адаптера\u0026gt; Настройка CHAP pcli iscsi adapter auth chap set -A \u0026lt;имя_адаптера\u0026gt; -u \u0026lt;имя_пользователя\u0026gt; -p \u0026lt;пароль\u0026gt; Управление sendtarget Добавление sendtarget pcli iscsi adapter discovery sendtarget add -A \u0026lt;имя_адаптера\u0026gt; -a \u0026lt;ip\u0026gt;:\u0026lt;порт\u0026gt; Просмотр списка sendtarget pcli iscsi adapter discovery sendtarget list -A \u0026lt;имя_адаптера\u0026gt; Удаление sendtarget pcli iscsi adapter discovery sendtarget remove -A \u0026lt;имя_адаптера\u0026gt; -a \u0026lt;ip\u0026gt;:\u0026lt;порт\u0026gt; Работа с статическими целями (static targets) Добавление static target pcli iscsi adapter discovery statictarget add -A \u0026lt;имя_адаптера\u0026gt; -a \u0026lt;ip\u0026gt;:\u0026lt;порт\u0026gt; -n \u0026lt;имя_iqn\u0026gt; Просмотр списка static targets pcli iscsi adapter discovery statictarget list -A \u0026lt;имя_адаптера\u0026gt; Удаление static target pcli iscsi adapter discovery statictarget remove -A \u0026lt;имя_адаптера\u0026gt; -a \u0026lt;ip\u0026gt;:\u0026lt;порт\u0026gt; Переоткрытие сессий (rediscovery) pcli iscsi adapter discovery rediscover -A \u0026lt;имя_адаптера\u0026gt; Получение списка найденных целей (targets) pcli iscsi adapter target list -A \u0026lt;имя_адаптера\u0026gt; Установка параметров для адаптера и цели pcli iscsi adapter param set -A \u0026lt;имя_адаптера\u0026gt; -k \u0026lt;ключ\u0026gt; -v \u0026lt;значение\u0026gt; pcli iscsi adapter target param set -A \u0026lt;имя_адаптера\u0026gt; -n \u0026lt;имя_iqn\u0026gt; -k \u0026lt;ключ\u0026gt; -v \u0026lt;значение\u0026gt; Настройка сетевого портала для iSCSI pcli iscsi networkportal add -A \u0026lt;имя_адаптера\u0026gt; -a \u0026lt;ip_портала\u0026gt; Удаление сетевого портала pcli iscsi networkportal remove -A \u0026lt;имя_адаптера\u0026gt; -a \u0026lt;ip_портала\u0026gt; Просмотр всех порталов pcli iscsi networkportal list -A \u0026lt;имя_адаптера\u0026gt; Просмотр аппаратных сенсоров pcli hardware sensor list ","categories":null,"content":"Создание нового хранилища Доступно два типа хранилища:\nРазделяемое хранилище Storm - кластерное разделяемое хранилище данных Storm на общем LUN (iSCSI и FC); NFS хранилище на общем сетевом ресурсе NFS. От выбора типа хранилища будут зависеть дальнейшие настройки нового хранилища.\nРазделяемое хранилище Storm iSCSI-хранилище Предварительно необходимо создать группу портов для виртуальной машины, настроить iSCSI-хранилище.\nПо умолчанию подключение к iSCSI-серверу происходит с помощью сетевого интерфейса sys0. Для использования выделенной сети для хранилищ, нужно создать внутренний виртуальный сетевой адаптер. Для обеспечения отказоустойчивости нужно два и более сетевых адаптеров, а также присвоить ему статический ip в выделенной сети.\nПерейти в настройки хоста. Для этого нажать на иконку хоста, выбрать Адаптеры для хранения данных. Выбрать тип обнаружения: доступно динамическое и статическое обнаружение. Если динамическое обнаружение настроено правильно, статическое обнаружение добавляется по умолчанию. Для динамического обнаружения перейти в соответствующий раздел (Динамическое обнаружение). Нажать Добавить. Откроется окно создания. Ввести IP-адрес хранилища, затем нажать кнопку ОК. Нажать кнопку Повторное сканирование адаптера для того, чтобы хост произвел рескан SCSI-шины, и информация об адаптере отобразилась в веб-интерфейсе. Затем нажать кнопку Обновить. IP-адрес добавлен и отображен в списке. Таргеты, устройства и пути для хранилища отображены в списке. Если все настроено корректно, статическое обнаружение добавляется автоматически. Убедиться, что устройство хранения данных добавлено. Для этого перейти в раздел Устройства хранения данных. Далее необходимо создать хранилище. Выбрать тип хранилища Разделяемое хранилище Storm в шаге Тип, затем нажать кнопку Далее. В шаге Выбор имени и устройства ввести имя нового хранилища данных и выбрать диски/LUN для подготовки хранилища данных. LUN на системе хранения, доступный хосту по iSCSI должен быть отображен в списке, необходимо выбрать его. Нажать кнопку Далее. В шаге Конфигурация раздела необходимо ввести сведения о конфигурации раздела, такие как: Конфигурация раздела. Настраивается с помощью выпадающего меню; Размер хранилища данных. Настраивается ползунком или вручную в поле слева; Размер блока. Настраивается с помощью выпадающего меню; Гранулярность рекламации пространства. Настраивается с помощью выпадающего меню; Приоритет рекламации пространства. Настраивается с помощью выпадающего меню. Нажать кнопку Далее. В шаге Завершение настройки будут отображены параметры создаваемого хранилища. Созданное хранилище отображено в списке хранилищ. Добавление хранилища Fibre Channel Необходимо убедиться, что на хосте был подключен HBA (Host Bus Adapter).\nЧтобы убедиться, что подключение было выполнено успешно, войти в терминал хоста, нажав на иконку хоста правой кнопкой мыши, выбрав Запустить веб-терминал. Нажать кнопку Повторное сканирование адаптера для того, чтобы хост произвел рескан SCSI-шины, и информация об адаптере отобразилась в веб-интерфейсе. Затем нажать кнопку Обновить. Перейти к созданию хранилища. Выбрать тип хранилища Разделяемое хранилище Storm в шаге Тип, затем нажать кнопку Далее. В шаге Выбор имени и устройства ввести имя нового хранилища данных и выбрать диски/LUN для подготовки хранилища данных. Выбрать добавленное устройство. В шаге Конфигурация раздела необходимо ввести сведения о конфигурации раздела, такие как: Конфигурация раздела. Настраивается с помощью выпадающего меню; Размер хранилища данных. Настраивается ползунком или вручную в поле слева; Размер блока. Настраивается с помощью выпадающего меню; Гранулярность рекламации пространства. Настраивается с помощью выпадающего меню; Приоритет рекламации пространства. Настраивается с помощью выпадающего меню. Нажать кнопку Далее. В шаге Завершение создания хранилища будет доступна проверка выбранных параметров. Необходимо нажать кнопку Готово. Созданное хранилище отображено в списке хранилищ. Добавление NFS хранилища Выбрать хост и нажать на него правой кнопкой мыши. В выпадающем меню выбрать опцию Хранилище -\u0026gt; Новое хранилище данных\u0026hellip;. Откроется окно создания нового хранилища данных, где необходимо настроить параметры нового хранилища:\nТип хранилища Для добавления NFS хранилища выбрать тип хранилища NFS в шаге Тип, нажать кнопку Далее. В шаге Имя и конфигурация указать имя хранилища, адрес папки и сервера. Нажать кнопку Далее. В шаге Завершение создания хранилища будет доступна проверка выбранных параметров. NFS хранилище добавлено. Создание папки в хранилище Для создания папки выполнить следующие действия:\nПерейти в раздел Хранилище. Выбрать хранилище, в котором необходимо создать папку. Перейти в раздел Файлы. Откроется файловый менеджер хранилища, где отображены все файлы и папки, которые расположены на данном хранилище. Для создания новой папки в хранилище нажать кнопку Новая папка. Появится окно создания новой папки, где необходимо ввести название новой папки. После нажатия кнопки ОК, новая папка появится в списке. Для загрузки в папку файлов, необходимо на панели управления папкой нажать кнопку Загрузить файлы. Также есть возможность загрузить папку целиком или наоборот, скачать ее.\nСоздание хранилища резервных копий ВМ Хранилище резервных копий ВМ - специализированное место для хранения резервных копий виртуальных машин, используемых для защиты данных и восстановления системы в случае сбоев.\nВ ПК \u0026ldquo;Прокуратор\u0026rdquo; поддерживается создание хранилищ для резервных копий ВМ следующих типов:\nNFS; SMB; Storm. Добавление NFS-хранилища для резервных копий ВМ Для добавления NFS-хранилища резервных копий ВМ выполнить следующие действия:\nПравой кнопкой мыши нажать на иконку хоста, затем выбрать Хранилище -\u0026gt; Новое хранилище для резервных копий... Выбрать тип NFS. В шаге Имя и конфигурация заполнить следующие поля: Название хранилища; Директория хранилища; IP-сервер хранилища; Имя пользователя и пароль, если хранилище имеет систему авторизации. В шаге Завершение настройки можно просмотреть конфигурацию создаваемого хранилища. Для завершения настройки нажать кнопку Готово. Созданное хранилище будет доступно в разделе Хранилища резервных копий. Добавление Samba-хранилища для резервных копий ВМ Правой кнопкой мыши нажать на иконку хоста, выбрать Хранилище -\u0026gt; Новое хранилище для резервных копий... Выбрать тип Samba. В шаге Завершение настройки можно просмотреть конфигурацию создаваемого хранилища. Для завершения настройки нажать кнопку Готово. Просмотр подключенных хранилищ Для просмотра хранилищ:\nНажать вкладку Хранилища. откроется список подключенных к серверу хранилищ. Просмотреть список созданных хранилищ можно в разделе Хранилища в странице хоста. Для просмотра информации о хранилище, нажать на него в списке левой кнопкой мыши. Доступна информация:\nНазвание хранилища.\nТип хранилища.\nРасположение ссылки на хранилище на сервере.\nСостояние хранилища.\nСведения о кластерной файловой системе, которые включают в себя:\nВерсию; Тип; Размер блока; Разделы; Количество хостов, к которым подключено данное хранилище; Количество ВМ, расположенных на хранилище; Количество шаблонов ВМ, расположенных на хранилище; Расположение ссылки на хранилище на сервере. Сводка результатов работы за час.\nСостояние служб:\nНаименование служб; Статус; Версия; Состояние службы. Кнопка \u0026ldquo;Действия с хранилищем\u0026rdquo; Перейти во вкладку Хранилища. Кнопка Действия находится выше основных данных хранилища (Название, Тип, Расположение, Состояние) и представляет собой три точки, которые расположены вертикально. При нажатии левой кнопкой мыши, откроется меню действий с хранилищем: Просмотреть файлы – открывает файловый менеджер, позволяющий просматривать содержимое хранилища;\nРежим технического обслуживания – подменю с двумя действиями:\nВойти в режим обслуживания – переводит хранилище в режим, при котором с ним нельзя выполнять операции записи/чтения; используется для обслуживания или миграции данных; Выйти из режима обслуживания – возвращает хранилище в рабочее состояние; Переименовать – позволяет изменить отображаемое имя хранилища;\nУдалить хранилище данных\u0026hellip; – удаляет хранилище из конфигурации хоста (включая все размещённые на нём файлы); операция необратима.\nИзменение параметров хранилищ Для перехода к настройкам хоста:\nНажать на иконку хоста -\u0026gt; вкладка Настройки -\u0026gt; Хранилище. Раздел Хранилище представлен двумя вкладками - Адаптеры для хранения данных и Устройства хранения данных. Адаптеры для хранения данных Во вкладке Адаптеры для хранения данных представлены контроллеры, подключенные к серверу: PCI-адаптеры, SATA-контроллеры.\nТаблица содержит следующие столбцы:\nАдаптер – системное имя устройства; Модель – обозначение производителя и модели адаптера; Тип – категория адаптера (например, iSCSI, NVMe device, RAID и др.); Статус – состояние адаптера (например, Active (I/O)); Идентификатор – уникальный идентификатор адаптера; Цель – число настроенных целей (например, целевых портов iSCSI). Над таблицей расположены основные элементы управления:\nОбновить – выполняет повторное считывание информации об адаптерах; Повторное сканирование хранилища – инициирует повторное сканирование подключённых томов и путей; Адаптер повторного сканирования – выполняет повторное сканирование только выбранного адаптера. Для выгрузки таблицы адаптеров в файл нажать кнопку Экспорт.. Изменение настроек iSCSI-адаптера При выборе адаптера отображаются его свойства, сгруппированные по тематическим вкладкам (набор вкладок зависит от типа адаптера):\nВкладка Характеристики отображает основные параметры адаптера, такие как статус (для отключения используется пункт меню Действия → Отключить), название, модель, iSCSI-имя, а также методы целевого обнаружения (например, sendtargets, statictargets). В этом разделе также доступна настройка параметров CHAP-авторизации. Для изменения параметров аутентификации используется кнопка Действия → Изменить.\nПоддерживается настройка однонаправленного CHAP:\nА также двунаправленного CHAP:\nУстройства - вкладка содержит список доступных устройств хранения, подключённых через выбранный адаптер; Пути - вкладка отображает конфигурацию мультипути к устройствам хранения; Динамическое обнаружение - вкладка позволяет управлять списком IP-адресов и портов iSCSI-серверов. Доступны действия:\nДобавить — добавление нового сервера в список обнаружения;\nУдалить — удаление выбранного сервера;\nРасширенный обзор — просмотр расширенных параметров.\nСтатическое обнаружение - вкладка отображает целевые адреса и iSCSI-имена, а также позволяет вручную задать параметры подключения к конкретному хранилищу.\nПривязка сетевого порта - вкладка позволяет назначить адаптеру конкретный сетевой интерфейс.\nВкладка Расширенные настройки (iSCSI) открывает доступ к расширенным параметрам адаптера. Для изменения параметров используется кнопка Изменить. Открывается таблица с настраиваемыми параметрами iSCSI-протокола:\nПараметр Описание node.leading_login Попытка логина на каждом доступном интерфейсе до успеха node.session.timeo.replacement_timeout Время ожидания восстановления сессии (сек) node.conn[0].timeo.login_timeout Время ожидания завершения логина (сек) node.conn[0].timeo.logout_timeout Время ожидания завершения логаута (сек) node.conn[0].timeo.noop_out_interval Интервал ожидания для соединения перед отправкой ping (сек) node.conn[0].timeo.noop_out_timeout Время ожидания ответа на ping (сек) node.session.err_timeo.abort_timeout Время ожидания ответа на abort (сек) node.session.err_timeo.lu_reset_timeout Время ожидания ответа на сброс логического устройства (сек) node.session.err_timeo.tgt_reset_timeout Время ожидания ответа на сброс target (сек) node.session.err_timeo.host_reset_timeout Время ожидания ответа на сброс хоста (сек) node.session.initial_login_retry_max Количество попыток логина при ошибке node.session.cmds_max Максимальное количество команд в очереди node.session.queue_depth Глубина очереди устройства node.session.xmit_thread_priority Приоритет потока передачи (меньше — выше производительность) node.session.iscsi.InitialR2T Контроль потока R2T node.session.iscsi.ImmediateData Немедленная передача данных node.session.iscsi.FirstBurstLength Максимальный размер первого блока данных (байт) node.session.iscsi.MaxBurstLength Максимальный размер SCSI-пакета (байт) node.conn[0].iscsi.MaxRecvDataSegmentLength Максимальный размер данных, принимаемых инициатором (байт) node.conn[0].iscsi.MaxXmitDataSegmentLength Максимальный размер данных, отправляемых инициатором (байт) discovery.sendtargets.iscsi.MaxRecvDataSegmentLength Максимальный размер данных при обнаружении (байт) node.conn[0].iscsi.HeaderDigest Контрольная сумма заголовка node.conn[0].iscsi.DataDigest Контрольная сумма данных node.session.nr_sessions Количество сессий для multipath node.session.reopen_max Количество попыток восстановления сессии node.session.iscsi.FastAbort Быстрый abort node.session.scan Режим сканирования LUN (автоматический / ручной) Устройства хранения данных Во вкладке Устройства хранения данных представлены диски, которые подключены к данному хосту, их название, объем, тип диска, тип привода, рабочее состояние, тип интерфейса.\nТаблица содержит следующие столбцы:\nНазвание — уникальное имя устройства; Идентификатор — имя, присвоенное устройству в системе; Тип — тип устройства; Объём — общий размер устройства хранения; Хранилище данных — имя хранилища, к которому привязано устройство. Над таблицей расположены команды управления:\nОбновить — перезапрашивает данные о доступных устройствах; Стереть разделы — очищает структуру разделов с выбранного устройства; Также доступна функция Экспорт, позволяющая выгрузить список в файл.\nПанель сведений об устройстве отображает следующую информацию:\nВкладка Характеристики: Название; Идентификатор; Тип; Объём ресурсов; Тип привода; Формат сектора (например, 512). Редактирование политик многопутевого доступа Для редактирования политики многопутевого доступа необходимо:\nВыбрать устройство в списке. В разделе Характеристики -\u0026gt; Политики многопутевого доступа нажать Действия -\u0026gt; Редактирование политик многопутевого доступа. Настройка Политики многопутевого доступа содержит:\nПолитику выбора пути; Политику типа хранилища. Кнопку Редактировать — открывает настройки многопутевого доступа (MPIO). Поля для настройки MPIO:\nПолитика выбора пути: выпадающий список, определяющий алгоритм балансировки нагрузки; Операций ввода-вывода в секунду: числовое значение, определяющее частоту переключения между путями; Байты: объём данных до переключения (от 1 до 104857600); Вес: приоритет пути при неравномерном распределении нагрузки. В правом верхнем углу отображается уникальный идентификатор устройства, к которому применяются настройки.\nВкладка Пути отображает все активные пути к выбранному устройству:\nИмя среды выполнения;\nСтатус;\nЦель;\nНазвание пути;\nПредпочтительность.\nИспользуется для диагностики и настройки избыточности каналов хранения.\nВкладка Сведения о разделе показывает структуру томов на выбранном устройстве:\nФормат раздела (например, LVM);\nНазвание тома;\nОбъём ресурсов (в байтах);\nТип раздела (например, LVM logical volume).\nИспользуется для анализа логических томов и групп в составе накопителя.\nНастройки хранилища и iSCSI через PCLI Настройка хранилища осуществляется с использованием утилиты командной строки pcli. Данный раздел описывает базовые операции с локальными хранилищами и настройку подключения iSCSI-устройств.\nПросмотр списка доступных хранилищ pcli datastore list Настройка iSCSI через pcli Просмотр адаптеров iSCSI pcli iscsi adapter list Получение информации об адаптере pcli iscsi adapter get -A \u0026lt;имя_адаптера\u0026gt; Задание имени и псевдонима адаптера pcli iscsi adapter set -A \u0026lt;имя_адаптера\u0026gt; -n \u0026lt;имя_iqn\u0026gt; -a \u0026lt;псевдоним\u0026gt; Аутентификация CHAP Получение настроек CHAP pcli iscsi adapter auth chap get -A \u0026lt;имя_адаптера\u0026gt; Настройка CHAP pcli iscsi adapter auth chap set -A \u0026lt;имя_адаптера\u0026gt; -u \u0026lt;имя_пользователя\u0026gt; -p \u0026lt;пароль\u0026gt; Управление sendtarget Добавление sendtarget pcli iscsi adapter discovery sendtarget add -A \u0026lt;имя_адаптера\u0026gt; -a \u0026lt;ip\u0026gt;:\u0026lt;порт\u0026gt; Просмотр списка sendtarget pcli iscsi adapter discovery sendtarget list -A \u0026lt;имя_адаптера\u0026gt; Удаление sendtarget pcli iscsi adapter discovery sendtarget remove -A \u0026lt;имя_адаптера\u0026gt; -a \u0026lt;ip\u0026gt;:\u0026lt;порт\u0026gt; Работа с статическими целями (static targets) Добавление static target pcli iscsi adapter discovery statictarget add -A \u0026lt;имя_адаптера\u0026gt; -a \u0026lt;ip\u0026gt;:\u0026lt;порт\u0026gt; -n \u0026lt;имя_iqn\u0026gt; Просмотр списка static targets pcli iscsi adapter discovery statictarget list -A \u0026lt;имя_адаптера\u0026gt; Удаление static target pcli iscsi adapter discovery statictarget remove -A \u0026lt;имя_адаптера\u0026gt; -a \u0026lt;ip\u0026gt;:\u0026lt;порт\u0026gt; Переоткрытие сессий (rediscovery) pcli iscsi adapter discovery rediscover -A \u0026lt;имя_адаптера\u0026gt; Получение списка найденных целей (targets) pcli iscsi adapter target list -A \u0026lt;имя_адаптера\u0026gt; Установка параметров для адаптера и цели pcli iscsi adapter param set -A \u0026lt;имя_адаптера\u0026gt; -k \u0026lt;ключ\u0026gt; -v \u0026lt;значение\u0026gt; pcli iscsi adapter target param set -A \u0026lt;имя_адаптера\u0026gt; -n \u0026lt;имя_iqn\u0026gt; -k \u0026lt;ключ\u0026gt; -v \u0026lt;значение\u0026gt; Настройка сетевого портала для iSCSI pcli iscsi networkportal add -A \u0026lt;имя_адаптера\u0026gt; -a \u0026lt;ip_портала\u0026gt; Удаление сетевого портала pcli iscsi networkportal remove -A \u0026lt;имя_адаптера\u0026gt; -a \u0026lt;ip_портала\u0026gt; Просмотр всех порталов pcli iscsi networkportal list -A \u0026lt;имя_адаптера\u0026gt; Просмотр аппаратных сенсоров pcli hardware sensor list ","description":null,"ref":"/docs/pkzvezda/procurator/storage/","section":"docs","tags":null,"title":"Настройка Хранилищ","url":"/docs/pkzvezda/procurator/storage/","weight":2},{"body":"Для входа в систему необходимо:\nВвести учетные данные в форму входа: Имя пользователя: admin Пароль: P@ssw0rd Нажать кнопку Вход. После первого входа необходимо обязательно изменить пароль администратора!\nДомашняя страница После успешной аутентификации откроется главная страница системы с метриками производительности. Домашняя страница позволяет отследить графики нагрузки на ЦП, память, хранилища, виртуальные машины, серверы. Здесь отображены объекты с ошибками, которые требуют внимание администратора системы.\nОсновные элементы интерфейса Элемент Описание Графики производительности Отображение нагрузки на ЦП, память, хранилища Информация о ВМ Статус ВМ и количество Информация о хостах Состояние хостов и кластеров Недавние задачи Текущие и завершенные операции Настройка языка интерфейса Для смены языка интерфейса:\nНажать на имя учетной записи в правом верхнем углу. Выбрать Настройки. Перейти во вкладку Язык. Выбрать нужный язык из списка. Нажать Сохранить. Меню навигации Главное меню навигации расположено в левом верхнем углу интерфейса и обеспечивает быстрый доступ ко всем функциям системы.\nЯрлыки Страница Ярлыки предоставляет быстрый доступ к основным компонентам виртуализации.\nХосты и кластеры - основное пространство для работы с виртуализацией. Страница отображает список доступных кластеров, хостов; Виртуальные машины и шаблоны - страница отображает список всех виртуальных машин; Хранилище - данная страница отображает список доступных хранилищ; Резервные копии - работа с резервными копиями ВМ; Сеть - страница предоставляет информацию о доступных сетевых подключениях; Роли - страница с ролевыми политиками; Задачи отображает список всех запущенных, выполненных успешно или неуспешно событий, например создание виртуальной машины, удаление виртуальной машины. ","categories":null,"content":"Для входа в систему необходимо:\nВвести учетные данные в форму входа: Имя пользователя: admin Пароль: P@ssw0rd Нажать кнопку Вход. После первого входа необходимо обязательно изменить пароль администратора!\nДомашняя страница После успешной аутентификации откроется главная страница системы с метриками производительности. Домашняя страница позволяет отследить графики нагрузки на ЦП, память, хранилища, виртуальные машины, серверы. Здесь отображены объекты с ошибками, которые требуют внимание администратора системы.\nОсновные элементы интерфейса Элемент Описание Графики производительности Отображение нагрузки на ЦП, память, хранилища Информация о ВМ Статус ВМ и количество Информация о хостах Состояние хостов и кластеров Недавние задачи Текущие и завершенные операции Настройка языка интерфейса Для смены языка интерфейса:\nНажать на имя учетной записи в правом верхнем углу. Выбрать Настройки. Перейти во вкладку Язык. Выбрать нужный язык из списка. Нажать Сохранить. Меню навигации Главное меню навигации расположено в левом верхнем углу интерфейса и обеспечивает быстрый доступ ко всем функциям системы.\nЯрлыки Страница Ярлыки предоставляет быстрый доступ к основным компонентам виртуализации.\nХосты и кластеры - основное пространство для работы с виртуализацией. Страница отображает список доступных кластеров, хостов; Виртуальные машины и шаблоны - страница отображает список всех виртуальных машин; Хранилище - данная страница отображает список доступных хранилищ; Резервные копии - работа с резервными копиями ВМ; Сеть - страница предоставляет информацию о доступных сетевых подключениях; Роли - страница с ролевыми политиками; Задачи отображает список всех запущенных, выполненных успешно или неуспешно событий, например создание виртуальной машины, удаление виртуальной машины. ","description":null,"ref":"/docs/pkzvezda/sphere/sphere_start/","section":"docs","tags":null,"title":"Начальные настройки","url":"/docs/pkzvezda/sphere/sphere_start/","weight":2},{"body":"После успешной установки ПК \u0026ldquo;Прокуратор\u0026rdquo; необходимо подключиться к системе управления хостом:\nВвести в строке браузера IP-адрес сервера, на который был установлен ПК \u0026ldquo;Прокуратор\u0026rdquo;. Выполнить аутентификацию, введя в поле ввода логина и пароля учетные данные пользователя, по умолчанию - root/P@ssw0rd. Нажать кнопку Вход. При первом входе необходимо изменить пароль для повышения конфиденциальности (см. Смена пароля).\nПосле входа, будет открыт инвентарь - это основная рабочая среда ПК \u0026ldquo;Прокуратор\u0026rdquo;, где находятся вкладки Виртуальные машины, Хранилища, Сети.\nНа скриншоте представлены основные элементы веб-интерфейса вкладки информации о хосте:\nВкладка Виртуальные машины; Вкладка Хранилища. Вкладка Сети. Вкладка управления резервными копиями. Смена пароля Для смены пароля необходимо:\nПерейти в меню пользователя (находится в правом верхнем углу). Нажать на кнопку Изменить пароль. Откроется окно смены пароля. Нажать Ок. Пароль будет успешно изменен. Изменение темы Для изменения цветовой темы необходимо:\nНажать кнопку Переключить тему. По умолчанию установлена светлая тема, также доступна темная тема. Смена языка В меню пользователя (находится в правом верхнем углу) нажать на кнопку Настройки. В открывшемся окне выбрать вкладку Язык, затем необходимый язык системы. Просмотр документации внутри ПК \u0026ldquo;Прокуратор\u0026rdquo; Для просмотра документации внутри платформы необходимо нажать кнопку в виде знака вопроса, затем нажать Помощь.\nМеню навигации Меню навигации позволяет оперативно перейти к необходимому инструменту программного комплекса. Для доступа к меню навигации необходимо нажать на кнопку в виде стрелки. Таким же образом можно скрыть меню.\nВ меню навигации представлено:\nГлавная - главная страница, где представлен мониторинг всех ресурсов хоста; Ярлыки - кнопки быстрого доступа к элементам виртуализации: Виртуальные машины, Хранилища, Сети, Глобальные инвентарные списки, консоль задач, журнал доступа; Задачи - представляет собой список выполненных администратором действий: создания хранилища, виртуальной машины, сети, удаления хранилища, виртуальной машины. Статус задачи, очередь, время выполнения и завершения отображены в таблице, доступен просмотр как на данной странице, так и в основном интерфейсе снизу (инвентарь и т.д.). Доступен экспорт данных в правом верхнем углу. События - эта страница отображает события входа и выхода пользователя в программном комплексе; Помощь - данная страница открывает раздел документации. ","categories":null,"content":"После успешной установки ПК \u0026ldquo;Прокуратор\u0026rdquo; необходимо подключиться к системе управления хостом:\nВвести в строке браузера IP-адрес сервера, на который был установлен ПК \u0026ldquo;Прокуратор\u0026rdquo;. Выполнить аутентификацию, введя в поле ввода логина и пароля учетные данные пользователя, по умолчанию - root/P@ssw0rd. Нажать кнопку Вход. При первом входе необходимо изменить пароль для повышения конфиденциальности (см. Смена пароля).\nПосле входа, будет открыт инвентарь - это основная рабочая среда ПК \u0026ldquo;Прокуратор\u0026rdquo;, где находятся вкладки Виртуальные машины, Хранилища, Сети.\nНа скриншоте представлены основные элементы веб-интерфейса вкладки информации о хосте:\nВкладка Виртуальные машины; Вкладка Хранилища. Вкладка Сети. Вкладка управления резервными копиями. Смена пароля Для смены пароля необходимо:\nПерейти в меню пользователя (находится в правом верхнем углу). Нажать на кнопку Изменить пароль. Откроется окно смены пароля. Нажать Ок. Пароль будет успешно изменен. Изменение темы Для изменения цветовой темы необходимо:\nНажать кнопку Переключить тему. По умолчанию установлена светлая тема, также доступна темная тема. Смена языка В меню пользователя (находится в правом верхнем углу) нажать на кнопку Настройки. В открывшемся окне выбрать вкладку Язык, затем необходимый язык системы. Просмотр документации внутри ПК \u0026ldquo;Прокуратор\u0026rdquo; Для просмотра документации внутри платформы необходимо нажать кнопку в виде знака вопроса, затем нажать Помощь.\nМеню навигации Меню навигации позволяет оперативно перейти к необходимому инструменту программного комплекса. Для доступа к меню навигации необходимо нажать на кнопку в виде стрелки. Таким же образом можно скрыть меню.\nВ меню навигации представлено:\nГлавная - главная страница, где представлен мониторинг всех ресурсов хоста; Ярлыки - кнопки быстрого доступа к элементам виртуализации: Виртуальные машины, Хранилища, Сети, Глобальные инвентарные списки, консоль задач, журнал доступа; Задачи - представляет собой список выполненных администратором действий: создания хранилища, виртуальной машины, сети, удаления хранилища, виртуальной машины. Статус задачи, очередь, время выполнения и завершения отображены в таблице, доступен просмотр как на данной странице, так и в основном интерфейсе снизу (инвентарь и т.д.). Доступен экспорт данных в правом верхнем углу. События - эта страница отображает события входа и выхода пользователя в программном комплексе; Помощь - данная страница открывает раздел документации. ","description":null,"ref":"/docs/pkzvezda/procurator/start/","section":"docs","tags":null,"title":"Подготовка к работе","url":"/docs/pkzvezda/procurator/start/","weight":2},{"body":"Вход в панель администрирования После установки компонентов платформы VDI система готова к настройке. Необходимо в браузере ввести IP-адрес и порт (по умолчанию: 3030) или имя сервера VDI (брокера) через https-доступ (например, https://10.10.10.10:3030).\nДля входа в панель администрирования VDI необходимо войти с помощью пользователя и пароля администратора. (По умолчанию: admin/admin).\nПосле доступа к панели администрирования можно изменить пароль и создать или выбрать новых пользователей для входа в панель администрирования.\nВ случае, если уже есть пользователь с правами администратора на платформе VDI, ввести пользователя и пароль, а также выбрать аутентификатор, с которым пользователь будет проверять подлинность (только в случае наличия нескольких аутентификаторов).\nЕсли к VDI-платформе подключено более одного аутентификатора и требуется получить доступ к панели администрирования под стандартным администратором VDI, выбранный аутентификатор не будет использоваться, поскольку этот пользователь не будет проверен на подлинность.\nВ меню пользователя выбрать Панель управления, чтобы войти в администрирование VDI.\nПосле входа в администрирование VDI необходимо выполнить начальные конфигурации компонентов, которые образуют сервис пулы. Это позволит развертывать и подключать различные службы, поддерживаемые VDI (виртуальные рабочие столы, сессии виртуальных приложений, и т.д.). С главной страницы осуществляется быстрый переход к следующим настройкам:\nСписок аутентификаторов по кнопке Посмотреть аутентификаторы. VDI позволяет зарегистрировать несколько типов аутентификаторов, которые проверяют подлинность пользователя и предоставляют ему право на подключение к виртуальным столам и службам. Аутентификаторы бывают как внешние (OpenLDAP и т.д), так и внутренние (внутренняя база данных, IP-адрес аутентификация).\nСписок сервис-пулов по кнопке Просмотр пулов услуг. Создание пула услуг позволяет использовать настольные сервисы или виртуальные приложения, которые будут доступны различным группам пользователей.\nТакже на главной странице отображаются два графика — с таблицей назначенных услуг и таблицей используемых услуг.\nПоставщики услуг Поставщик услуг — это компонент, отвечающий за предоставление IP-услуг в рамках системы VDI.\nУслуги, предоставляемые через VDI, могут включать:\nвиртуальные рабочие столы по требованию приложения по требованию постоянные физические или виртуальные рабочие столы, назначаемые конкретным пользователям с использованием механизма назначения IP Для формирования пула служб и публикации виртуальных рабочих столов и приложений необходимо наличие хотя бы одного поставщика услуг.\nСистема VDI поддерживает одновременную работу нескольких поставщиков услуг, что обеспечивает масштабируемость и гибкость при организации сервисов.\nВ настоящее время VDI поддерживает следующих поставщиков услуг:\nПоставщик статических IP-машин Поставщик платформы Звезда Поставщик платформы Иридиум Поставщик платформы RDS Регистрация поставщика статических IP-машин Примечание: для использования поставщика статических IP-машин на сервере VDI должна быть развернута хотя бы одна ВМ.\nДля создания поставщика статических IP-машин необходимо:\nНажать Новый и выбрать Поставщик статических IP-машин.\nОткроется окно добавления поставщика.\nВ поле Поставщик машин статистических IP необходимо указать описательное имя поставщика услуг.\nНажать кнопку Сохранить.\nПоставщик появится в списке. Для регистрации базовых служб необходимо дважды щелкнуть по созданному поставщику услуг или щелкнуть правой кнопкой мыши и выбрать в меню Подробности.\nКонфигурирование служб на основе статической множественной IP-адресации Данный тип службы предназначен для организации доступа пользователей к отдельным компьютерам (физическим или виртуальным), закреплённым за ними по принципу «один пользователь — один компьютер». Каждому пользователю назначается уникальный IP-адрес из заданного пула, что обеспечивает постоянное и индивидуальное соединение с конкретным ресурсом.\nДля создания службы на основе Статического множественного IP-адреса необходимо:\nВыбрать поставщика услуг Поставщик статических IP-машин.\nДвойным нажатием нажать на выбранного поставщика.\nНажать на кнопку Новый.\nВыбрать Статический множественный IP-адрес.\nОткроется окно создания службы. Необходимо заполнить следующие поля:\nИмя — название службы Список серверов — IP-адреса компьютеров, к которым будут подключаться пользователи. Ввести различные IP-адреса, разделенные запятыми, и нажать Добавить Ключ услуги — это уникальный идентификатор, по которому платформа узнаёт конкретный сервис и связывает его с пулами и пользователями. При указании ключа необходимо, чтобы указанные компьютеры имели установленные VDI Actor, управляющий статическими машинами. Во вкладке Расширенные настройки:\nВремя ожидания — определяет, сколько секунд система ждет ответа от хоста при проверке его доступности. Если хост не отвечает в течение указанного времени, проверка считается проваленной. По умолчанию указано 0 — проверка отключена Проверка порта — позволяет задать порт, на котором проверяется доступность сервиса. Если указать 0, проверка по порту не выполняется (будет использоваться только ICMP или другой базовый метод) Максимальное количество сеансов для машины — лимит одновременно активных подключений (сессий) к одной машине. По умолчанию значение 0 — количество сессий не ограничено Нажать кнопку Сохранить.\nСозданный сервис будет доступен в списке.\nКонфигурирование службы на основе статической одиночной IP-адресации Данный тип службы позволяет нескольким пользователям подключаться к одному и тому же компьютеру (физическому или виртуальному). При этом каждому пользователю предоставляется отдельный сеанс работы на этом компьютере, при условии, что он сконфигурирован для многопользовательского доступа.\nДля создания базовой службы типа на основе Статического одиночного IP-адреса:\nПерейти к списку поставщиков услуг.\nВыбрать поставщика статических IP-машин.\nНажать на него двойным щелчком.\nНажать кнопку Новый → Статический одиночный IP-адрес.\nОткроется окно добавления услуги.\nЗаполнить следующие поля:\nИмя — Название службы IP адрес машины — IP-адрес компьютера, с которым соединятся пользователи. Компьютер должен разрешить доступ через различные пользовательские сеансы Нажать кнопку Сохранить. Поставщик ПК «Звезда» Для добавления поставщика «Звезда»:\nВ разделе Поставщики услуг нажать кнопку Новый.\nВ списке выбрать Звезда.\nОткроется окно добавления поставщика.\nЗаполнить следующие поля:\nИмя Хост Порт Имя пользователя (с действительными привилегиями) Пароль от учетной записи пользователя Нажать кнопку Тест для тестирования подключения к поставщику.\nНажать кнопку Сохранить.\nПоставщик будет отображен в списке.\nИзменение параметров поставщика «Звезда» Для изменения настроек поставщика:\nВыбрать созданный ранее поставщик.\nНажать кнопку Редактировать.\nОткроется окно редактирования поставщика.\nНажать кнопку Сохранить.\nСоздание службы на основе поставщика Звезда Дважды нажать на созданный ранее поставщик.\nВыбрать кнопку Подробнее.\nНажать кнопку Новый → Действующий образы Звезды.\nВписать имя сервиса, выбрать Хранилище во вкладке Основной.\nВо вкладке Машина выбрать шаблон ВМ, ввести имя для клонов этой ВМ и длину имени (размер числовой части названий этих машин).\nНажать кнопку Сохранить.\nПоставщик «Иридиум» Для добавления поставщика «Иридиум»:\nВ разделе Поставщики услуг нажать кнопку Новый.\nВ списке выбрать Поставщик платформы Иридиум.\nОткроется окно добавления поставщика.\nЗаполнить следующие поля:\nИмя Хост Порт Имя пользователя (с действительными привилегиями) Пароль от учетной записи пользователя Нажать кнопку Тест для тестирования подключения к поставщику.\nНажать кнопку Сохранить.\nПоставщик будет отображен в списке.\nИзменение параметров поставщика Иридиум Для изменения настроек поставщика:\nВыбрать созданный ранее поставщик.\nНажать кнопку Редактировать.\nОткроется окно редактирования поставщика.\nНажать кнопку Сохранить.\nСоздание службы на основе поставщика Иридиум Дважды нажать на созданный ранее поставщик.\nВыбрать кнопку Подробнее.\nНажать кнопку Новый. Выбрать, на основе шаблона или образа будет создаваться служба.\nЗаполнить необходимые параметры.\nНажать кнопку Сохранить.\nПоставщик платформы RDS Поставщик платформы RDS позволяет публиковать и запускать приложения Windows в среде VDI.\nДля добавления поставщика RDS:\nВ разделе Поставщики услуг нажать кнопку Новый.\nВ списке выбрать Поставщик платформы RDS.\nЗаполнить необходимые параметры подключения к RDS серверу.\nНажать кнопку Тест для тестирования подключения.\nНажать кнопку Сохранить.\nНастройки аутентификации VDI поддерживает различные типы аутентификаторов:\nАутентификатор Active Directory — интеграция с Microsoft Active Directory Базовый аутентификатор — простая аутентификация по имени пользователя и паролю IP Аутентификатор — аутентификация по IP-адресу устройства Внутренняя база данных — встроенная база данных пользователей VDI Аутентификатор Kerberos — аутентификация через протокол Kerberos Аутентификатор Radius — аутентификация через сервер Radius Regex LDAP Аутентификатор — аутентификация через LDAP с использованием регулярных выражений SAML-аутентификатор — аутентификация через протокол SAML Простой аутентификатор — упрощенная аутентификация Аутентификатор eDirectory — интеграция с Novell eDirectory Настройка многофакторной аутентификации VDI поддерживает настройку многофакторной аутентификации (МФА) для повышения безопасности доступа:\nМногофакторная электронная почта — отправка кода подтверждения на электронную почту Radius OTP Challenge — одноразовые пароли через Radius СМС через HTTP — отправка кодов подтверждения через SMS МФА на основе TOTP — временные одноразовые пароли (Time-based One-Time Password) Управление пользователями VDI поддерживает создание групп пользователей и пользователей с различными ролями:\nСотрудник — пользователь с правами сотрудника Администратор — пользователь с административными правами Пользователь — обычный пользователь Настройка Менеджеров ОС Менеджеры ОС определяют, как VDI управляет виртуальными машинами и их операционными системами.\nМенеджеры ОС для Linux Создание менеджера ОС Linux — настройка менеджера для Linux машин Linux со случайным паролем — автоматическая генерация паролей для Linux машин Менеджеры ОС для Windows Windows базовый менеджер ОС — базовый менеджер для Windows машин Windows доменный менеджер — менеджер для Windows машин в домене Windows со случайным паролем — автоматическая генерация паролей для Windows машин RDS менеджер Настройка менеджера для серверов приложений RDS (Remote Desktop Services).\nТранспорт VDI поддерживает различные протоколы доставки виртуальных рабочих столов:\nПротокол RDP Remote Desktop Protocol — стандартный протокол для подключения к Windows рабочим столам.\nSPICE (прямой) Протокол SPICE для прямого подключения к виртуальным рабочим столам.\nПротокол СПЕКТР Добавление протокола LoudPlay (протокола доставки рабочего стола СПЕКТР).\nX2Go (прямой) Протокол X2Go для подключения к Linux рабочим столам.\nRDS для виртуальных приложений (RDS for VApps) Настройка RDS для публикации виртуальных приложений.\nУстановка ограничений на авторизацию Возможность установки ограничений на авторизацию с устройства доступа пользователя.\nСервис-пулы Сервис-пулы позволяют группировать виртуальные рабочие столы и приложения для предоставления доступа пользователям.\nСоздание пула виртуальных машин Linux Настройка пула виртуальных машин на базе Linux.\nСоздание пула виртуальных машин Windows Настройка пула виртуальных машин на базе Windows.\nСоздание сессионного гостевого пула рабочих столов Настройка пула рабочих столов с сессионным доступом (несколько пользователей на одну машину).\nСоздание статического (персонализированного) пула рабочих столов Настройка пула рабочих столов с постоянным назначением (один пользователь — одна машина).\nДоступ к календарям и запланированным задачам Настройка доступа к календарям и планировщику задач.\nКалендари Управление календарями для планирования работы виртуальных рабочих столов.\nНастройка разрешений Настройка прав доступа пользователей и групп к сервис-пулам.\n","categories":null,"content":"Вход в панель администрирования После установки компонентов платформы VDI система готова к настройке. Необходимо в браузере ввести IP-адрес и порт (по умолчанию: 3030) или имя сервера VDI (брокера) через https-доступ (например, https://10.10.10.10:3030).\nДля входа в панель администрирования VDI необходимо войти с помощью пользователя и пароля администратора. (По умолчанию: admin/admin).\nПосле доступа к панели администрирования можно изменить пароль и создать или выбрать новых пользователей для входа в панель администрирования.\nВ случае, если уже есть пользователь с правами администратора на платформе VDI, ввести пользователя и пароль, а также выбрать аутентификатор, с которым пользователь будет проверять подлинность (только в случае наличия нескольких аутентификаторов).\nЕсли к VDI-платформе подключено более одного аутентификатора и требуется получить доступ к панели администрирования под стандартным администратором VDI, выбранный аутентификатор не будет использоваться, поскольку этот пользователь не будет проверен на подлинность.\nВ меню пользователя выбрать Панель управления, чтобы войти в администрирование VDI.\nПосле входа в администрирование VDI необходимо выполнить начальные конфигурации компонентов, которые образуют сервис пулы. Это позволит развертывать и подключать различные службы, поддерживаемые VDI (виртуальные рабочие столы, сессии виртуальных приложений, и т.д.). С главной страницы осуществляется быстрый переход к следующим настройкам:\nСписок аутентификаторов по кнопке Посмотреть аутентификаторы. VDI позволяет зарегистрировать несколько типов аутентификаторов, которые проверяют подлинность пользователя и предоставляют ему право на подключение к виртуальным столам и службам. Аутентификаторы бывают как внешние (OpenLDAP и т.д), так и внутренние (внутренняя база данных, IP-адрес аутентификация).\nСписок сервис-пулов по кнопке Просмотр пулов услуг. Создание пула услуг позволяет использовать настольные сервисы или виртуальные приложения, которые будут доступны различным группам пользователей.\nТакже на главной странице отображаются два графика — с таблицей назначенных услуг и таблицей используемых услуг.\nПоставщики услуг Поставщик услуг — это компонент, отвечающий за предоставление IP-услуг в рамках системы VDI.\nУслуги, предоставляемые через VDI, могут включать:\nвиртуальные рабочие столы по требованию приложения по требованию постоянные физические или виртуальные рабочие столы, назначаемые конкретным пользователям с использованием механизма назначения IP Для формирования пула служб и публикации виртуальных рабочих столов и приложений необходимо наличие хотя бы одного поставщика услуг.\nСистема VDI поддерживает одновременную работу нескольких поставщиков услуг, что обеспечивает масштабируемость и гибкость при организации сервисов.\nВ настоящее время VDI поддерживает следующих поставщиков услуг:\nПоставщик статических IP-машин Поставщик платформы Звезда Поставщик платформы Иридиум Поставщик платформы RDS Регистрация поставщика статических IP-машин Примечание: для использования поставщика статических IP-машин на сервере VDI должна быть развернута хотя бы одна ВМ.\nДля создания поставщика статических IP-машин необходимо:\nНажать Новый и выбрать Поставщик статических IP-машин.\nОткроется окно добавления поставщика.\nВ поле Поставщик машин статистических IP необходимо указать описательное имя поставщика услуг.\nНажать кнопку Сохранить.\nПоставщик появится в списке. Для регистрации базовых служб необходимо дважды щелкнуть по созданному поставщику услуг или щелкнуть правой кнопкой мыши и выбрать в меню Подробности.\nКонфигурирование служб на основе статической множественной IP-адресации Данный тип службы предназначен для организации доступа пользователей к отдельным компьютерам (физическим или виртуальным), закреплённым за ними по принципу «один пользователь — один компьютер». Каждому пользователю назначается уникальный IP-адрес из заданного пула, что обеспечивает постоянное и индивидуальное соединение с конкретным ресурсом.\nДля создания службы на основе Статического множественного IP-адреса необходимо:\nВыбрать поставщика услуг Поставщик статических IP-машин.\nДвойным нажатием нажать на выбранного поставщика.\nНажать на кнопку Новый.\nВыбрать Статический множественный IP-адрес.\nОткроется окно создания службы. Необходимо заполнить следующие поля:\nИмя — название службы Список серверов — IP-адреса компьютеров, к которым будут подключаться пользователи. Ввести различные IP-адреса, разделенные запятыми, и нажать Добавить Ключ услуги — это уникальный идентификатор, по которому платформа узнаёт конкретный сервис и связывает его с пулами и пользователями. При указании ключа необходимо, чтобы указанные компьютеры имели установленные VDI Actor, управляющий статическими машинами. Во вкладке Расширенные настройки:\nВремя ожидания — определяет, сколько секунд система ждет ответа от хоста при проверке его доступности. Если хост не отвечает в течение указанного времени, проверка считается проваленной. По умолчанию указано 0 — проверка отключена Проверка порта — позволяет задать порт, на котором проверяется доступность сервиса. Если указать 0, проверка по порту не выполняется (будет использоваться только ICMP или другой базовый метод) Максимальное количество сеансов для машины — лимит одновременно активных подключений (сессий) к одной машине. По умолчанию значение 0 — количество сессий не ограничено Нажать кнопку Сохранить.\nСозданный сервис будет доступен в списке.\nКонфигурирование службы на основе статической одиночной IP-адресации Данный тип службы позволяет нескольким пользователям подключаться к одному и тому же компьютеру (физическому или виртуальному). При этом каждому пользователю предоставляется отдельный сеанс работы на этом компьютере, при условии, что он сконфигурирован для многопользовательского доступа.\nДля создания базовой службы типа на основе Статического одиночного IP-адреса:\nПерейти к списку поставщиков услуг.\nВыбрать поставщика статических IP-машин.\nНажать на него двойным щелчком.\nНажать кнопку Новый → Статический одиночный IP-адрес.\nОткроется окно добавления услуги.\nЗаполнить следующие поля:\nИмя — Название службы IP адрес машины — IP-адрес компьютера, с которым соединятся пользователи. Компьютер должен разрешить доступ через различные пользовательские сеансы Нажать кнопку Сохранить. Поставщик ПК «Звезда» Для добавления поставщика «Звезда»:\nВ разделе Поставщики услуг нажать кнопку Новый.\nВ списке выбрать Звезда.\nОткроется окно добавления поставщика.\nЗаполнить следующие поля:\nИмя Хост Порт Имя пользователя (с действительными привилегиями) Пароль от учетной записи пользователя Нажать кнопку Тест для тестирования подключения к поставщику.\nНажать кнопку Сохранить.\nПоставщик будет отображен в списке.\nИзменение параметров поставщика «Звезда» Для изменения настроек поставщика:\nВыбрать созданный ранее поставщик.\nНажать кнопку Редактировать.\nОткроется окно редактирования поставщика.\nНажать кнопку Сохранить.\nСоздание службы на основе поставщика Звезда Дважды нажать на созданный ранее поставщик.\nВыбрать кнопку Подробнее.\nНажать кнопку Новый → Действующий образы Звезды.\nВписать имя сервиса, выбрать Хранилище во вкладке Основной.\nВо вкладке Машина выбрать шаблон ВМ, ввести имя для клонов этой ВМ и длину имени (размер числовой части названий этих машин).\nНажать кнопку Сохранить.\nПоставщик «Иридиум» Для добавления поставщика «Иридиум»:\nВ разделе Поставщики услуг нажать кнопку Новый.\nВ списке выбрать Поставщик платформы Иридиум.\nОткроется окно добавления поставщика.\nЗаполнить следующие поля:\nИмя Хост Порт Имя пользователя (с действительными привилегиями) Пароль от учетной записи пользователя Нажать кнопку Тест для тестирования подключения к поставщику.\nНажать кнопку Сохранить.\nПоставщик будет отображен в списке.\nИзменение параметров поставщика Иридиум Для изменения настроек поставщика:\nВыбрать созданный ранее поставщик.\nНажать кнопку Редактировать.\nОткроется окно редактирования поставщика.\nНажать кнопку Сохранить.\nСоздание службы на основе поставщика Иридиум Дважды нажать на созданный ранее поставщик.\nВыбрать кнопку Подробнее.\nНажать кнопку Новый. Выбрать, на основе шаблона или образа будет создаваться служба.\nЗаполнить необходимые параметры.\nНажать кнопку Сохранить.\nПоставщик платформы RDS Поставщик платформы RDS позволяет публиковать и запускать приложения Windows в среде VDI.\nДля добавления поставщика RDS:\nВ разделе Поставщики услуг нажать кнопку Новый.\nВ списке выбрать Поставщик платформы RDS.\nЗаполнить необходимые параметры подключения к RDS серверу.\nНажать кнопку Тест для тестирования подключения.\nНажать кнопку Сохранить.\nНастройки аутентификации VDI поддерживает различные типы аутентификаторов:\nАутентификатор Active Directory — интеграция с Microsoft Active Directory Базовый аутентификатор — простая аутентификация по имени пользователя и паролю IP Аутентификатор — аутентификация по IP-адресу устройства Внутренняя база данных — встроенная база данных пользователей VDI Аутентификатор Kerberos — аутентификация через протокол Kerberos Аутентификатор Radius — аутентификация через сервер Radius Regex LDAP Аутентификатор — аутентификация через LDAP с использованием регулярных выражений SAML-аутентификатор — аутентификация через протокол SAML Простой аутентификатор — упрощенная аутентификация Аутентификатор eDirectory — интеграция с Novell eDirectory Настройка многофакторной аутентификации VDI поддерживает настройку многофакторной аутентификации (МФА) для повышения безопасности доступа:\nМногофакторная электронная почта — отправка кода подтверждения на электронную почту Radius OTP Challenge — одноразовые пароли через Radius СМС через HTTP — отправка кодов подтверждения через SMS МФА на основе TOTP — временные одноразовые пароли (Time-based One-Time Password) Управление пользователями VDI поддерживает создание групп пользователей и пользователей с различными ролями:\nСотрудник — пользователь с правами сотрудника Администратор — пользователь с административными правами Пользователь — обычный пользователь Настройка Менеджеров ОС Менеджеры ОС определяют, как VDI управляет виртуальными машинами и их операционными системами.\nМенеджеры ОС для Linux Создание менеджера ОС Linux — настройка менеджера для Linux машин Linux со случайным паролем — автоматическая генерация паролей для Linux машин Менеджеры ОС для Windows Windows базовый менеджер ОС — базовый менеджер для Windows машин Windows доменный менеджер — менеджер для Windows машин в домене Windows со случайным паролем — автоматическая генерация паролей для Windows машин RDS менеджер Настройка менеджера для серверов приложений RDS (Remote Desktop Services).\nТранспорт VDI поддерживает различные протоколы доставки виртуальных рабочих столов:\nПротокол RDP Remote Desktop Protocol — стандартный протокол для подключения к Windows рабочим столам.\nSPICE (прямой) Протокол SPICE для прямого подключения к виртуальным рабочим столам.\nПротокол СПЕКТР Добавление протокола LoudPlay (протокола доставки рабочего стола СПЕКТР).\nX2Go (прямой) Протокол X2Go для подключения к Linux рабочим столам.\nRDS для виртуальных приложений (RDS for VApps) Настройка RDS для публикации виртуальных приложений.\nУстановка ограничений на авторизацию Возможность установки ограничений на авторизацию с устройства доступа пользователя.\nСервис-пулы Сервис-пулы позволяют группировать виртуальные рабочие столы и приложения для предоставления доступа пользователям.\nСоздание пула виртуальных машин Linux Настройка пула виртуальных машин на базе Linux.\nСоздание пула виртуальных машин Windows Настройка пула виртуальных машин на базе Windows.\nСоздание сессионного гостевого пула рабочих столов Настройка пула рабочих столов с сессионным доступом (несколько пользователей на одну машину).\nСоздание статического (персонализированного) пула рабочих столов Настройка пула рабочих столов с постоянным назначением (один пользователь — одна машина).\nДоступ к календарям и запланированным задачам Настройка доступа к календарям и планировщику задач.\nКалендари Управление календарями для планирования работы виртуальных рабочих столов.\nНастройка разрешений Настройка прав доступа пользователей и групп к сервис-пулам.\n","description":null,"ref":"/docs/pkzvezda/vdi/management/","section":"docs","tags":null,"title":"Управление VDI инфраструктурой","url":"/docs/pkzvezda/vdi/management/","weight":2},{"body":"Для установки распределенной системы хранения данных \u0026ldquo;Stormwind\u0026rdquo; необходимо выполнить следующие действия:\nПри первой установке архива в СВ \u0026ldquo;Звезда\u0026rdquo; создать директорию /var/src: mkdir -p /var/src Скопировать архив c изделием в СВ \u0026ldquo;Звезда\u0026rdquo; в созданную ранее директорию (например, при помощи scp): scp \u0026lt;путь_к_архиву\u0026gt; root@\u0026lt;IP\u0026gt;:/var/src Перейти в графический интерфейс СВ \u0026ldquo;Звезда\u0026rdquo;. Ввести в браузере IP-адрес хоста. Выбрать Дополнительно. Выбрать Обслуживание -\u0026gt; Приложения. Выбрать Установить. Указать путь к архиву с изделием (например, /var/src/app-stormwind-1.5.6.tar.gz.enc). Установить архив. Перезагрузить СВ \u0026ldquo;Звезда\u0026rdquo;. Войти в терминал СВ \u0026ldquo;Звезда\u0026rdquo;. После установки архива необходимо подготовить изделие к работе. Для взаимодействия с изделием используется интерфейс командной строки (далее - CLI), который вызывается командой “stormwind-cli ”. Варианты использования CLI можно узнать через “stormwind-cli help”. При необходимости получения справки по суб-командам ввести “stormwind-cli deploy -h”.\nВ терминале выполнить команду: stormwind-cli install При вызове команды будет задан вопрос о сбросе настроек. Если указать “y”, то программа установки будет запущена. Если указать что-то другое – будет пропущена программа установки и начнётся инициализация. Это действие возможно только в случае, если изделие было установлено!\nНеобходимо выбрать язык. Доступны русский и английский языки. Выбрать сетевой интерфейс в качестве публичного. Настроить публичную сеть узла, указать: IP-адрес; маску в формате IPv4; IP-адрес шлюза. Внимание! Данные настройки в дальнейшем будут являться основой публичной сети кластера.\nУказать порты, используемые Nginx для предоставления веб-интерфейса и RESTful API изделия. После этого начнется установка. Установка завершена. ","categories":null,"content":"Для установки распределенной системы хранения данных \u0026ldquo;Stormwind\u0026rdquo; необходимо выполнить следующие действия:\nПри первой установке архива в СВ \u0026ldquo;Звезда\u0026rdquo; создать директорию /var/src: mkdir -p /var/src Скопировать архив c изделием в СВ \u0026ldquo;Звезда\u0026rdquo; в созданную ранее директорию (например, при помощи scp): scp \u0026lt;путь_к_архиву\u0026gt; root@\u0026lt;IP\u0026gt;:/var/src Перейти в графический интерфейс СВ \u0026ldquo;Звезда\u0026rdquo;. Ввести в браузере IP-адрес хоста. Выбрать Дополнительно. Выбрать Обслуживание -\u0026gt; Приложения. Выбрать Установить. Указать путь к архиву с изделием (например, /var/src/app-stormwind-1.5.6.tar.gz.enc). Установить архив. Перезагрузить СВ \u0026ldquo;Звезда\u0026rdquo;. Войти в терминал СВ \u0026ldquo;Звезда\u0026rdquo;. После установки архива необходимо подготовить изделие к работе. Для взаимодействия с изделием используется интерфейс командной строки (далее - CLI), который вызывается командой “stormwind-cli ”. Варианты использования CLI можно узнать через “stormwind-cli help”. При необходимости получения справки по суб-командам ввести “stormwind-cli deploy -h”.\nВ терминале выполнить команду: stormwind-cli install При вызове команды будет задан вопрос о сбросе настроек. Если указать “y”, то программа установки будет запущена. Если указать что-то другое – будет пропущена программа установки и начнётся инициализация. Это действие возможно только в случае, если изделие было установлено!\nНеобходимо выбрать язык. Доступны русский и английский языки. Выбрать сетевой интерфейс в качестве публичного. Настроить публичную сеть узла, указать: IP-адрес; маску в формате IPv4; IP-адрес шлюза. Внимание! Данные настройки в дальнейшем будут являться основой публичной сети кластера.\nУказать порты, используемые Nginx для предоставления веб-интерфейса и RESTful API изделия. После этого начнется установка. Установка завершена. ","description":null,"ref":"/docs/stormwind/install/","section":"docs","tags":null,"title":"Установка","url":"/docs/stormwind/install/","weight":2},{"body":"🔍 Обновления Спектр Новости и обновления системы анализа и отчетности Спектр.\n","categories":null,"content":"🔍 Обновления Спектр Новости и обновления системы анализа и отчетности Спектр.\n","description":"Новости и обновления системы Спектр","ref":"/news/pkzvezda/spectr/","section":"news","tags":null,"title":"Обновления Спектр","url":"/news/pkzvezda/spectr/","weight":3},{"body":"Краткое описание Программный комплекс «ЗВЕЗДА-VDI» RU.УГСФ.00005-01 90 01 предназначен для организации инфраструктуры виртуальных рабочих столов VDI (Virtual Desktop Infrastructure).\nРуководство администратора содержит описание функций, возможностей и порядка администрирования программного обеспечения виртуальной инфраструктуры рабочих мест (VDI). Руководство предназначено для системных администраторов и специалистов по эксплуатации, обеспечивающих установку, настройку, управление и сопровождение комплекса.\nНазначение изделия Программное обеспечение ПК VDI-ЗВЕЗДА предназначено для организации инфраструктуры виртуальных рабочих столов VDI (Virtual Desktop Infrastructure).\nОсновные функции VDI-ЗВЕЗДА обеспечивает следующие функциональные возможности:\nРолевая модель доступа к панели управления Интеграция со службой каталогов LDAP через SSL (LDAPS). Добавление доменов аутентификации Настройка блокирования администратора по неуспешным попыткам авторизации Поддержка различных поставщиков ресурсов (сред виртуализаций) Добавление параметров гостевой ОС (Windows, Linux) с последующим вводом в домен Поддержка различных протоколов доставки (RDP, SPICE) Поддержка протокола LoudPlay (протокола доставки рабочего стола СПЕКТР) Возможность создания сессионного (гостевого) пула рабочих столов Возможность создания статического (персонализированного) пула рабочих столов Возможность управления питанием виртуальных рабочих столов Обновление шаблона виртуальных рабочих столов в сессионном пуле Ограничение на прямое подключение к виртуальному рабочему столу Установка запрета на авторизацию с устройства доступа пользователя Возможность принудительного закрытия активных сессий (отключение пользователей) Отправка пользователям информационного сообщения Делегирование прав на управление пулом виртуальных машин Наличие полного комплекта эксплуатационной документации Отказоустойчивость и горизонтальное масштабирование. Возможность построения кластеров с балансировкой нагрузки Мониторинг состояния компонентов системы Логирование и аудит действий администраторов и пользователей системы Просмотр журналов регистрации событий Создание отчетов Возможность установки запрета многократного запуска Клиента Одновременное подключение к нескольким виртуальным рабочим столам Изменение пароля пользователя через Клиент Сбор и отправка диагностических логов с клиентского устройства Сквозной проброс USB устройств (в т.ч. смарт-карт, токенов, веб камеры, МФУ) на удаленный рабочий стол, с возможностью выбора целевых USB-портов для проброса Проброс устройств передачи и воспроизведения звука на удаленный рабочий стол Проброс (перенаправление) каталога с пользовательской рабочей станции на удаленный рабочий стол Поддержка буфера обмена между рабочей станцией и удаленным рабочим столом Поддержка нескольких мониторов Поддержка vGPU (работа с графикой) Возможность «горячего» подключения клавиатуры и мыши (для тонких клиентов) Реализацию требований безопасности: Требования к идентификации и аутентификации пользователей Требования к управлению идентификаторами и средствами аутентификации Требования к защите обратной связи при вводе аутентификационной информации Требования к управлению учетными записями пользователей Требования к ролевому управлению и правам доступа пользователей и групп Требования к ограничению неуспешных попыток доступа к Изделию Требования к блокированию сеанса пользователя при бездействии Требования к регистрации действий пользователей (событий безопасности), подлежащих регистрации Требования к доступу пользователей к терминальным серверам Требования к доступу пользователей к ВРМ Требования к управлению терминальными серверами и приложениями Минимальный состав технических средств Для выполнения VDI необходима ПЭВМ, подключенная к локальной вычислительной сети (ЛВС), в конфигурации:\nпроцессор класса х86 оперативная память не менее 2 Гбайт жесткий диск не менее 100 Мбайт наличие USB не ниже v2.0 (при работе с токенами) монитор клавиатура мышь сетевой адаптер, обеспечивающий взаимодействие по ЛВС в соответствии с протоколом TCP/IP Сведения о структуре программы Общая схема функционирования VDI представлена на рисунке ниже.\nРисунок 1 — Структура VDI инфраструктуры\nАрхитектура платформы с VDI инфраструктурой Основными элементами, составляющими архитектуру с VDI, являются:\n1. Клиенты подключения Устройства, с которых пользователи работают с виртуальными рабочими столами и приложениями:\nтонкие клиенты нулевые клиенты персональные компьютеры мобильные устройства 2. Сервер VDI Центральный узел системы. Он обеспечивает:\nхранение информации о среде (база данных) управление жизненным циклом виртуальных рабочих мест (брокер подключений) взаимодействие с гипервизорами и внешними сервисами 3. Службы аутентификации Отвечают за управление доступом пользователей. Поддерживаются Microsoft Active Directory, OpenLDAP, eDirectory и другие решения. В системе может применяться один или несколько аутентификаторов.\n4. Поставщики услуг Платформа гипервизора — выполняет создание, запуск и удаление виртуальных рабочих мест по командам брокера. Поддерживаются: ПК «Иридиум», ПК «Звезда», VMware vSphere, KVM (oVirt, RHEV, Proxmox, OpenStack) RDS-приложения — позволяют публиковать и запускать приложения Windows в среде VDI 5. Подсистема хранения Хранит:\nобразы виртуальных рабочих мест приложения вспомогательные сервисы платформы При выборе хранилища необходимо учитывать требования к производительности и надежности, исходя из количества пользователей и характера нагрузки.\nКомпоненты VDI инфраструктуры VDI состоит из трех элементов, взаимодействующих друг с другом:\nСервер VDI VDI брокер устанавливается как Docker-контейнер.\nТребования к инфраструктуре:\nПлатформа виртуализации. Она будет отвечать за размещение серверов VDI, созданных виртуальных рабочих столов и серверов приложений. В состав ПК «Звезда» входит защищенная платформа виртуализации — средство виртуализации «Звезда» RU.КНРШ.00014-01 (сертификат соответствия ФСТЭК России № 4934 от 05.05.2025) Имя пользователя и пароль менеджера платформы виртуализации с правами администратора DNS-сервер. Эта служба необходима как для правильной работы виртуальной платформы, так и для развертывания среды виртуальной платформы VDI DHCP-сервер. DHCP-сервер, позволяющий назначать IP-адреса группам виртуальных рабочих столов, созданным VDI Требования к сети:\nМаска сети IP-адрес DNS-сервера IP-адрес шлюза Доменное имя (если таковое имеется) IP-адрес менеджера платформы виртуализации VDI Актор VDI-Актор — это программный компонент, обеспечивающий взаимодействие между VDI-Сервером и виртуальными рабочими столами или службами удалённых приложений. Он выполняет функции:\nпередачи служебной информации (состояние виртуального рабочего стола, имя машины и др.) управления процессом связи между VDI-Сервером и рабочими столами/сессиями интеграции со службами удалённых рабочих столов (RDS) для предоставления виртуализированных приложений и сессий Актор устанавливается как служба на:\nшаблонных виртуальных машинах, используемых для создания пулов виртуальных рабочих столов на основе связанных клонов серверах RDS, обеспечивающих виртуализированные приложения и удалённые сессии Требования:\n.Net Framework 3.5 SP1 (Windows машин) Python 3.6 (Linux машины) Доступ до IP VDI сервера Клиент VDI Клиент VDI — это программное обеспечение, обеспечивающее подключение пользователей к виртуальным рабочим столам и приложениям с использованием поддерживаемых протоколов удалённого доступа.\nПрограмма устанавливается на пользовательские устройства, с которых осуществляется доступ к службам виртуальных рабочих столов.\nПоддерживаемые операционные системы:\nWindows: Windows 11, Windows 10, Windows 8.1, Windows 8, Windows 7, Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 Linux: ОС Альт, Astra Linux (Смоленск), Debian, Ubuntu, CentOS, Fedora, OpenSUSE и др. macOS: начиная с версии 10.5 Android Сведения о связях с другими программами Программное обеспечение VDI взаимодействует с гипервизором и с программным обеспечением тонкого клиента.\nНеобходимо включить следующие порты связи между различными элементами, составляющими платформу VDI.\nТаблица 1 — Сетевые соединения\nИсточник Место назначения Порт Сервер VDI vCenter 443 Сервер VDI Аутентификатор 389, 636, XXX Сервер VDI Виртуальные рабочие столы 3389 (RDP), 22 (NX), XXX Сервер VDI (Actor) Виртуальные рабочие столы 43910 Виртуальные рабочие столы Сервер VDI (Actor) 80/443 Пользователи Сервер VDI 80/443 Пользователи (LAN — локальная сеть) Виртуальные рабочие столы 3389 (RDP), 22 (NX), XXX Сервер VDI VDI MySQL 3306 Сервер VDI Туннель VDI 80 Туннель VDI Сервер VDI 80 Туннель VDI Виртуальные рабочие столы 3389(RDP), 22(NX), XXX Пользователи Туннель VDI 443 Пользователи Туннель VDI (HTML5) 10443 Структура документации Установка программных компонентов VDI — установка сервера VDI, VDI Actor и настройка виртуальных рабочих столов Управление VDI инфраструктурой — настройка поставщиков услуг, аутентификации, менеджеров ОС, транспорта и сервис-пулов Параметры конфигурации VDI — настройка конфигурации, галереи и отчетов ","categories":null,"content":"Краткое описание Программный комплекс «ЗВЕЗДА-VDI» RU.УГСФ.00005-01 90 01 предназначен для организации инфраструктуры виртуальных рабочих столов VDI (Virtual Desktop Infrastructure).\nРуководство администратора содержит описание функций, возможностей и порядка администрирования программного обеспечения виртуальной инфраструктуры рабочих мест (VDI). Руководство предназначено для системных администраторов и специалистов по эксплуатации, обеспечивающих установку, настройку, управление и сопровождение комплекса.\nНазначение изделия Программное обеспечение ПК VDI-ЗВЕЗДА предназначено для организации инфраструктуры виртуальных рабочих столов VDI (Virtual Desktop Infrastructure).\nОсновные функции VDI-ЗВЕЗДА обеспечивает следующие функциональные возможности:\nРолевая модель доступа к панели управления Интеграция со службой каталогов LDAP через SSL (LDAPS). Добавление доменов аутентификации Настройка блокирования администратора по неуспешным попыткам авторизации Поддержка различных поставщиков ресурсов (сред виртуализаций) Добавление параметров гостевой ОС (Windows, Linux) с последующим вводом в домен Поддержка различных протоколов доставки (RDP, SPICE) Поддержка протокола LoudPlay (протокола доставки рабочего стола СПЕКТР) Возможность создания сессионного (гостевого) пула рабочих столов Возможность создания статического (персонализированного) пула рабочих столов Возможность управления питанием виртуальных рабочих столов Обновление шаблона виртуальных рабочих столов в сессионном пуле Ограничение на прямое подключение к виртуальному рабочему столу Установка запрета на авторизацию с устройства доступа пользователя Возможность принудительного закрытия активных сессий (отключение пользователей) Отправка пользователям информационного сообщения Делегирование прав на управление пулом виртуальных машин Наличие полного комплекта эксплуатационной документации Отказоустойчивость и горизонтальное масштабирование. Возможность построения кластеров с балансировкой нагрузки Мониторинг состояния компонентов системы Логирование и аудит действий администраторов и пользователей системы Просмотр журналов регистрации событий Создание отчетов Возможность установки запрета многократного запуска Клиента Одновременное подключение к нескольким виртуальным рабочим столам Изменение пароля пользователя через Клиент Сбор и отправка диагностических логов с клиентского устройства Сквозной проброс USB устройств (в т.ч. смарт-карт, токенов, веб камеры, МФУ) на удаленный рабочий стол, с возможностью выбора целевых USB-портов для проброса Проброс устройств передачи и воспроизведения звука на удаленный рабочий стол Проброс (перенаправление) каталога с пользовательской рабочей станции на удаленный рабочий стол Поддержка буфера обмена между рабочей станцией и удаленным рабочим столом Поддержка нескольких мониторов Поддержка vGPU (работа с графикой) Возможность «горячего» подключения клавиатуры и мыши (для тонких клиентов) Реализацию требований безопасности: Требования к идентификации и аутентификации пользователей Требования к управлению идентификаторами и средствами аутентификации Требования к защите обратной связи при вводе аутентификационной информации Требования к управлению учетными записями пользователей Требования к ролевому управлению и правам доступа пользователей и групп Требования к ограничению неуспешных попыток доступа к Изделию Требования к блокированию сеанса пользователя при бездействии Требования к регистрации действий пользователей (событий безопасности), подлежащих регистрации Требования к доступу пользователей к терминальным серверам Требования к доступу пользователей к ВРМ Требования к управлению терминальными серверами и приложениями Минимальный состав технических средств Для выполнения VDI необходима ПЭВМ, подключенная к локальной вычислительной сети (ЛВС), в конфигурации:\nпроцессор класса х86 оперативная память не менее 2 Гбайт жесткий диск не менее 100 Мбайт наличие USB не ниже v2.0 (при работе с токенами) монитор клавиатура мышь сетевой адаптер, обеспечивающий взаимодействие по ЛВС в соответствии с протоколом TCP/IP Сведения о структуре программы Общая схема функционирования VDI представлена на рисунке ниже.\nРисунок 1 — Структура VDI инфраструктуры\nАрхитектура платформы с VDI инфраструктурой Основными элементами, составляющими архитектуру с VDI, являются:\n1. Клиенты подключения Устройства, с которых пользователи работают с виртуальными рабочими столами и приложениями:\nтонкие клиенты нулевые клиенты персональные компьютеры мобильные устройства 2. Сервер VDI Центральный узел системы. Он обеспечивает:\nхранение информации о среде (база данных) управление жизненным циклом виртуальных рабочих мест (брокер подключений) взаимодействие с гипервизорами и внешними сервисами 3. Службы аутентификации Отвечают за управление доступом пользователей. Поддерживаются Microsoft Active Directory, OpenLDAP, eDirectory и другие решения. В системе может применяться один или несколько аутентификаторов.\n4. Поставщики услуг Платформа гипервизора — выполняет создание, запуск и удаление виртуальных рабочих мест по командам брокера. Поддерживаются: ПК «Иридиум», ПК «Звезда», VMware vSphere, KVM (oVirt, RHEV, Proxmox, OpenStack) RDS-приложения — позволяют публиковать и запускать приложения Windows в среде VDI 5. Подсистема хранения Хранит:\nобразы виртуальных рабочих мест приложения вспомогательные сервисы платформы При выборе хранилища необходимо учитывать требования к производительности и надежности, исходя из количества пользователей и характера нагрузки.\nКомпоненты VDI инфраструктуры VDI состоит из трех элементов, взаимодействующих друг с другом:\nСервер VDI VDI брокер устанавливается как Docker-контейнер.\nТребования к инфраструктуре:\nПлатформа виртуализации. Она будет отвечать за размещение серверов VDI, созданных виртуальных рабочих столов и серверов приложений. В состав ПК «Звезда» входит защищенная платформа виртуализации — средство виртуализации «Звезда» RU.КНРШ.00014-01 (сертификат соответствия ФСТЭК России № 4934 от 05.05.2025) Имя пользователя и пароль менеджера платформы виртуализации с правами администратора DNS-сервер. Эта служба необходима как для правильной работы виртуальной платформы, так и для развертывания среды виртуальной платформы VDI DHCP-сервер. DHCP-сервер, позволяющий назначать IP-адреса группам виртуальных рабочих столов, созданным VDI Требования к сети:\nМаска сети IP-адрес DNS-сервера IP-адрес шлюза Доменное имя (если таковое имеется) IP-адрес менеджера платформы виртуализации VDI Актор VDI-Актор — это программный компонент, обеспечивающий взаимодействие между VDI-Сервером и виртуальными рабочими столами или службами удалённых приложений. Он выполняет функции:\nпередачи служебной информации (состояние виртуального рабочего стола, имя машины и др.) управления процессом связи между VDI-Сервером и рабочими столами/сессиями интеграции со службами удалённых рабочих столов (RDS) для предоставления виртуализированных приложений и сессий Актор устанавливается как служба на:\nшаблонных виртуальных машинах, используемых для создания пулов виртуальных рабочих столов на основе связанных клонов серверах RDS, обеспечивающих виртуализированные приложения и удалённые сессии Требования:\n.Net Framework 3.5 SP1 (Windows машин) Python 3.6 (Linux машины) Доступ до IP VDI сервера Клиент VDI Клиент VDI — это программное обеспечение, обеспечивающее подключение пользователей к виртуальным рабочим столам и приложениям с использованием поддерживаемых протоколов удалённого доступа.\nПрограмма устанавливается на пользовательские устройства, с которых осуществляется доступ к службам виртуальных рабочих столов.\nПоддерживаемые операционные системы:\nWindows: Windows 11, Windows 10, Windows 8.1, Windows 8, Windows 7, Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 Linux: ОС Альт, Astra Linux (Смоленск), Debian, Ubuntu, CentOS, Fedora, OpenSUSE и др. macOS: начиная с версии 10.5 Android Сведения о связях с другими программами Программное обеспечение VDI взаимодействует с гипервизором и с программным обеспечением тонкого клиента.\nНеобходимо включить следующие порты связи между различными элементами, составляющими платформу VDI.\nТаблица 1 — Сетевые соединения\nИсточник Место назначения Порт Сервер VDI vCenter 443 Сервер VDI Аутентификатор 389, 636, XXX Сервер VDI Виртуальные рабочие столы 3389 (RDP), 22 (NX), XXX Сервер VDI (Actor) Виртуальные рабочие столы 43910 Виртуальные рабочие столы Сервер VDI (Actor) 80/443 Пользователи Сервер VDI 80/443 Пользователи (LAN — локальная сеть) Виртуальные рабочие столы 3389 (RDP), 22 (NX), XXX Сервер VDI VDI MySQL 3306 Сервер VDI Туннель VDI 80 Туннель VDI Сервер VDI 80 Туннель VDI Виртуальные рабочие столы 3389(RDP), 22(NX), XXX Пользователи Туннель VDI 443 Пользователи Туннель VDI (HTML5) 10443 Структура документации Установка программных компонентов VDI — установка сервера VDI, VDI Actor и настройка виртуальных рабочих столов Управление VDI инфраструктурой — настройка поставщиков услуг, аутентификации, менеджеров ОС, транспорта и сервис-пулов Параметры конфигурации VDI — настройка конфигурации, галереи и отчетов ","description":"Руководство администратора по инфраструктуре виртуальных рабочих столов","ref":"/docs/pkzvezda/vdi/","section":"docs","tags":null,"title":"Звезда-VDI","url":"/docs/pkzvezda/vdi/","weight":3},{"body":"Сетевая подсистема хоста виртуализации построена на основе виртуальных коммутаторов. Виртуальный коммутатор представляет собой программный компонент, который управляет сетевым трафиком между виртуальными машинами, а также обеспечивает их взаимодействие с внешними физическими сетями.\nДля подключения к виртуальному коммутатору используются логические группы портов, которые определяют параметры соединения. Существует два основных типа подключений:\nГруппа портов виртуальных машин: Используется для предоставления сетевого подключения непосредственно виртуальным машинам. Данная группа портов функционирует как шаблон, который определяет сетевые политики, такие как идентификатор VLAN, для всех подключенных к ней ВМ. Внутренний виртуальный сетевой адаптер: Представляет собой сетевой интерфейс с собственным IP-адресом, предназначенный для служебного трафика самого хоста. Через такие адаптеры осуществляется доступ к интерфейсу управления, а также передача данных для систем хранения (iSCSI, NFS) и других инфраструктурных сервисов. Связь виртуального коммутатора с физической сетью осуществляется через физические сетевые адаптеры. Для повышения отказоустойчивости и балансировки нагрузки несколько физических адаптеров могут быть объединены в логическую группу (агрегация каналов).\nВ последующих разделах данного руководства представлены инструкции по созданию и конфигурированию всех перечисленных компонентов.\nРаздел Сеть представляет собой страницу управления всеми сетевыми подключениями хоста.\nВключает в себя следующие страницы:\nВиртуальные коммутаторы; Адаптеры; Физические адаптеры. Вкладка Виртуальные коммутаторы демонстрирует все виртуальные сети и подключенные к ним виртуальные машины в виде изображения виртуального коммутатора хоста.\nНазвание текущего коммутатора отображается в верхней части; Слева показаны порты, связанные с системными или пользовательскими VLAN-сетями; Справа отображаются физические сетевые адаптеры, привязанные к коммутатору; Каждый блок виртуальной сети содержит список портов и привязанных виртуальных машин или интерфейсов. Элементы управления:\nДобавить сеть\u0026hellip; – запускает мастер создания новой виртуальной сети; Обновить – перезапрашивает текущую схему подключений; Изменить – редактирует выбранный коммутатор; Управление физическими адаптерами – открывает интерфейс назначения физических интерфейсов коммутатору; ⋯ (троеточие) – открывает контекстное меню управления конкретным блоком или портом. Доступные действия: Просмотр настроек; Изменить настройки; Удалить. Изменение сетевых настроек описано ниже.\nДобавление адаптера в существующий виртуальный коммутатор Перейти в Настройки хоста -\u0026gt; раздел Сеть -\u0026gt; Виртуальные коммутаторы. Откроется окно управления виртуальными коммутаторами хоста. Выбрать существующий коммутатор (по умолчанию после установки - uSwitch0). Нажать Добавить сеть. Откроется окно создания новой сети. В шаге Тип соединения выбрать Внутренний виртуальный сетевой адаптер. Нажать кнопку Далее. В шаге Выберите целевое устройство выбрать Существующий стандартный коммутатор. Убедиться в правильном выборе коммутатора, нажав кнопку Просмотреть\u0026hellip; Нажать кнопку ОК. В шаге Свойства порта нужно указать: Наименование сети; VLAN ID — идентификатор виртуальной локальной сети (Virtual LAN). Используется для изоляции трафика между различными сетевыми сегментами. Значение VLAN ID должно соответствовать настройкам сетевого оборудования; MTU (Maximum Transmission Unit) — максимальный размер пакета данных, который может быть передан по сети без фрагментации. Обычно устанавливается значение 1500 байт, если иное не требуется политикой сети; Стек TCP/IP — набор сетевых протоколов, определяющих способ взаимодействия узлов в сети. При создании адаптера можно выбрать, какие стеки будут активны (IPv4, IPv6 или оба). Нажать кнопку Далее. В шаге Настройки IPv4 настроить IPv4: автоматическое получение настроек, либо использование статических настроек. Нажать кнопку Далее. В шаге Завершение настройки проверить выбранные параметры. Нажать кнопку Готово. Внутренний виртуальный сетевой адаптер добавлен к существующему коммутатору. Список адаптеров также доступен на странице Адаптеры VMkernel.\nСоздание группы портов на существующем коммутаторе Перейти в Настройки хоста -\u0026gt; раздел Сеть -\u0026gt; Виртуальные коммутаторы. Откроется окно управления виртуальными коммутаторами хоста. Выбрать существующий коммутатор (по умолчанию после установки - uSwitch0). Нажать Добавить сеть. Откроется окно создания новой сети. В шаге Тип соединения выбрать Группа портов виртуальных машин. В шаге Выберите целевое устройство выбрать Существующий стандартный коммутатор. Убедиться в правильном выборе коммутатора, нажав кнопку Просмотреть\u0026hellip; Выбрать коммутатор, нажать кнопку ОК. В шаге Настройка подключения: Ввести имя сети; Определить VLAN ID. В шаге Завершение настройки проверить выбранные параметры.\nГруппа портов виртуальных машин была создана.\nДобавление физического адаптера к существующему коммутатору Перейти в Настройки хоста -\u0026gt; раздел Сеть -\u0026gt; Виртуальные коммутаторы. Откроется окно управления виртуальными коммутаторами хоста. Выбрать существующий коммутатор (по умолчанию после установки - uSwitch0). Нажать Добавить сеть. Откроется окно создания новой сети. В шаге Тип соединения выбрать Физический сетевой адаптер. В шаге Выберите целевое устройство выбрать Существующий коммутатор. Убедиться в правильном выборе коммутатора, нажав кнопку Просмотреть\u0026hellip; Выбрать коммутатор, нажать кнопку ОК В шаге Добавление физического сетевого адаптера нажать на кнопку в виде плюса. Выбрать из списка физический адаптер. Нажать кнопку Далее. В шаге Завершение настройки проверить выбранные параметры. Физический адаптер был добавлен к существующему коммутатору.ъ Создание нового коммутатора и подключение к нему физического адаптера Перейти в Настройки хоста -\u0026gt; раздел Сеть -\u0026gt; Виртуальные коммутаторы.\nОткроется окно управления виртуальными коммутаторами хоста.\nНажать Добавить сеть.\nОткроется окно создания новой сети. В шаге Тип соединения выбрать Физический сетевой адаптер. В шаге Выберите целевое устройство выбрать Новый стандартный коммутатор. В шаге Создание стандартного коммутатора нажать на кнопку в виде плюса. Выбрать из списка физический адаптер. Нажать кнопку Далее.\nВ шаге Завершение настройки проверить выбранные параметры.\nСписок присоединенных физических адаптеров доступен также на странице Физические адаптеры.\nИзменение настроек коммутатора Для изменения настроек виртуального коммутатора необходимо:\nПерейти в раздел Настройки хоста -\u0026gt; Виртуальные коммутаторы. Нажать кнопку Изменить. Откроется окно изменения настроек коммутатора. На вкладке Характеристики можно изменить MTU. На вкладке Безопасность можно управлять параметрами безопасности: Включение / отключение Promiscuos mode (\u0026ldquo;неразборчивый\u0026rdquo; режим) - возможность виртуальных портов коммутатора принимать все пакеты, независимо от MAC-адреса назначения. Разрешить изменения MAC-адреса внутри гостевой ОС виртуальной машины. Данная опция разрешает виртуальной машине с измененным MAC-адресом принимать фреймы на данный измененный MAC-адрес назначения. Эта политика безопасности влияет на входящий трафик, принимаемый виртуальной машиной; Forged transmits (поддельные передачи) разрешает виртуальной машине с измененным MAC-адресом передавать данные от данного измененного MAC-адреса источника. Эта политика безопасности влияет на исходящий трафик, генерируемый виртуальной машиной (от виртуального сетевого адаптера виртуальной машины, подключенной к виртуальному коммутатору). В шаге Формирование трафика (traffic shaping) можно задать включение или отключение ограничения скорости трафика. В случае, если ограничение скорости трафика включено, необходимо заполнить следующие поля: Среднюю пропускную способность (кбит/с); Пиковую пропускную способность (кбит/с); Размер пакета (КБайт). В шаге Объединение и аварийное переключение представлены настройки виртуального коммутатора в случае аварийных ситуаций. Можно настроить следующие параметры: Балансировку нагрузки - балансировка на основе хэша IP, хэша MAC источника, или использовать явный порядок аварийного переключения. Критерий обнаружения сбоя в работе сети; Уведомить коммутатор - уведомление физического коммутатора о переключении ВМ на другой физический адаптер; Вернуть подключение ВМ на первоначальный физический адаптер в случае его восстановления; Порядок аварийного переключения - выбор активных и резервных физических адаптеров. Во время аварийного переключения резервные адаптеры активируются в порядке, указанном в таблице. Агрегирование интерфейсов (бондинг) Поддерживается агригирование интерфейсов на основе mac-хэш (SLB), а также на основе IP-хэша (LACP). Для этого требуется:\nВыбрать хост, затем перейти Настройки хоста -\u0026gt; Виртуальные коммутаторы -\u0026gt; Изменить настройки коммутатора -\u0026gt; Объединение и аварийное переключение. Для агрегирования на основе IP-хэша (LACP) выбрать Маршрутизация на основе IP-хэша, на основе mac-хэш (SLB) - Маршрутизация на основе МАС-хэша источника. Нажать кнопку ОК. Изменение параметров MTU на виртуальном коммутаторе Изменение настроек MTU доступно как на этапе создания сети, так и уже созданным сетям. Для изменения настроек MTU у существующей сети необходимо:\nВыбрать хост. Перейти в Настройки хоста -\u0026gt; Сети -\u0026gt; Изменить. В разделе Характеристики в поле MTU ввести число MTU. Нажать кнопку ОК. Изменение параметров физических адаптеров Настройка резервного и неиспользуемого адаптера Поддерживается возможность настройки резервного и неиспользуемого адаптера:\nрезервный адаптер предназначен для замены активного адаптера, если тот вышел из строя; неиспользуемый адаптер, предназначен для предварительного бронирования адаптера. Для настройки резервного и неиспользуемого адаптера, требуется:\nВыбрать хост. Перейти в Настройки хоста-\u0026gt;Виртуальные коммутаторы. Выбрать Управление физическими адаптерами. Нажатием на + добавить физический адаптер и выбрав добавленный адаптер, с помощью стрелочек вверх и вниз определить назначение адаптера. Нажать кнопку ОК. Управление параметрами передачи и SR-IOV Выбрать адаптер. Нажать кнопку Изменить. Откроется окно изменения настроек физического адаптера: Изменение скорости сети. Включение / отключение SR-IOV. После изменения настроек нажать кнопку Ок. Настройка сети с помощью CLI Для начала работы необходимо авторизоваться. Для этого необходимо ввести любую команду, перед этим введя ключи --user [пользователь] --password [пароль]. Ниже представлен пример с командой datastore:\npcli --user root --password P@ssw0rd network nic list После этого можно приступать ко вводу команд.\nОсновной инструмент: pcli network.\nНастройка IP-адреса для интерфейса Чтобы задать статический IP-адрес интерфейсу виртуального адаптера:\npcli network ip interface ipv4 set -i \u0026lt;интерфейс\u0026gt; -I \u0026lt;ip-адрес\u0026gt; -N \u0026lt;маска\u0026gt; -g \u0026lt;шлюз\u0026gt; -t static -i — имя интерфейса (например, vmk0); -I — IP-адрес; -N — маска подсети; -g — шлюз по умолчанию; -t static — тип назначения (статический). Изменение IP-адреса интерфейса Для изменения IP-адреса интерфейса необходимо выполнить следующие действия:\nПерейти в командную консоль ПК \u0026ldquo;Прокуратор\u0026rdquo; Хост -\u0026gt; Запуск веб-терминала. Определить наименование сетевого интерфейса, используемого для управления: ip br -a По умолчанию интерфейс имеет имя sys0.\nУстановить новый статический IP-адрес и маску подсети: pcli network ip interface ipv4 set -i vmk0 -I -N -t static pcli network ip interface ipv4 set -i sys0 -I \u0026lt;новый_IP\u0026gt; --type static -N \u0026lt;маска_подсети\u0026gt; -g \u0026lt;IP_шлюза\u0026gt; \u0026lt;новый_IP\u0026gt; — новый IP-адрес, например: 192.168.1.100; \u0026lt;маска_подсети\u0026gt; — маска, например: 255.255.255.0. Проверить примененные параметры: ip br -a Просмотр физических сетевых адаптеров Для получения информации о физических сетевых адаптерах, установленных в системе, используется команда:\npcli network nic list Просмотр всех интерфейсов виртуальных адаптеров Чтобы отобразить список интерфейсов виртуальных адаптеров:\npcli network ip interface list Просмотр текущих IP-адресов Для получения IP-адресов, назначенных интерфейсам виртуальных адаптеров:\npcli network ip interface ipv4 address list Включение или выключение интерфейса, установка MTU Для изменения MTU и активации/деактивации интерфейса:\npcli network ip interface set -i \u0026lt;интерфейс\u0026gt; --enable true --mtu 1500 Добавление тега к интерфейсу pcli network ip interface tag add -i \u0026lt;интерфейс\u0026gt; -t \u0026lt;тег\u0026gt; Получение тегов интерфейса pcli network ip interface tag get -i \u0026lt;интерфейс\u0026gt; Удаление тега с интерфейса pcli network ip interface tag remove -i \u0026lt;интерфейс\u0026gt; -t \u0026lt;тег\u0026gt; Удаление интерфейса адаптера pcli network ip interface remove -i \u0026lt;интерфейс\u0026gt; Просмотр настроек DNS Список DNS-серверов:\npcli network ip dns server list Список поисковых доменов:\npcli network ip dns search list Просмотр доступных Netstack-инстансов pcli network ip netstack list Просмотр конфигурации конкретного Netstack-инстанса:\npcli network ip netstack get -N \u0026lt;имя_netstack\u0026gt; Создание виртуального коммутатора (vSwitch) pcli network vswitch standard add -v \u0026lt;имя_vswitch\u0026gt; Удаление виртуального коммутатора pcli network vswitch standard remove -v \u0026lt;имя_vswitch\u0026gt; Настройка параметров MTU виртуального коммутатора pcli network vswitch standard set -v \u0026lt;имя_vswitch\u0026gt; --mtu 1500 Добавление uplink\u0026rsquo;а к коммутатору pcli network vswitch standard uplink add -v \u0026lt;имя_vswitch\u0026gt; -u \u0026lt;имя_nic\u0026gt; Удаление uplink\u0026rsquo;а из коммутатора pcli network vswitch standard uplink remove -v \u0026lt;имя_vswitch\u0026gt; -u \u0026lt;имя_nic\u0026gt; Создание порта (portgroup) на коммутаторе pcli network vswitch standard portgroup add -p \u0026lt;имя_pg\u0026gt; -v \u0026lt;имя_vswitch\u0026gt; Удаление порта (portgroup) pcli network vswitch standard portgroup remove -p \u0026lt;имя_pg\u0026gt; -v \u0026lt;имя_vswitch\u0026gt; Настройка VLAN для portgroup pcli network vswitch standard portgroup set -p \u0026lt;имя_pg\u0026gt; -v \u0026lt;имя_vswitch\u0026gt; --vlan-id \u0026lt;vlan_id\u0026gt; Просмотр портгрупп и виртуальных коммутаторов Список портгрупп:\npcli network vswitch standard portgroup list Список виртуальных коммутаторов:\npcli network vswitch standard list ","categories":null,"content":"Сетевая подсистема хоста виртуализации построена на основе виртуальных коммутаторов. Виртуальный коммутатор представляет собой программный компонент, который управляет сетевым трафиком между виртуальными машинами, а также обеспечивает их взаимодействие с внешними физическими сетями.\nДля подключения к виртуальному коммутатору используются логические группы портов, которые определяют параметры соединения. Существует два основных типа подключений:\nГруппа портов виртуальных машин: Используется для предоставления сетевого подключения непосредственно виртуальным машинам. Данная группа портов функционирует как шаблон, который определяет сетевые политики, такие как идентификатор VLAN, для всех подключенных к ней ВМ. Внутренний виртуальный сетевой адаптер: Представляет собой сетевой интерфейс с собственным IP-адресом, предназначенный для служебного трафика самого хоста. Через такие адаптеры осуществляется доступ к интерфейсу управления, а также передача данных для систем хранения (iSCSI, NFS) и других инфраструктурных сервисов. Связь виртуального коммутатора с физической сетью осуществляется через физические сетевые адаптеры. Для повышения отказоустойчивости и балансировки нагрузки несколько физических адаптеров могут быть объединены в логическую группу (агрегация каналов).\nВ последующих разделах данного руководства представлены инструкции по созданию и конфигурированию всех перечисленных компонентов.\nРаздел Сеть представляет собой страницу управления всеми сетевыми подключениями хоста.\nВключает в себя следующие страницы:\nВиртуальные коммутаторы; Адаптеры; Физические адаптеры. Вкладка Виртуальные коммутаторы демонстрирует все виртуальные сети и подключенные к ним виртуальные машины в виде изображения виртуального коммутатора хоста.\nНазвание текущего коммутатора отображается в верхней части; Слева показаны порты, связанные с системными или пользовательскими VLAN-сетями; Справа отображаются физические сетевые адаптеры, привязанные к коммутатору; Каждый блок виртуальной сети содержит список портов и привязанных виртуальных машин или интерфейсов. Элементы управления:\nДобавить сеть\u0026hellip; – запускает мастер создания новой виртуальной сети; Обновить – перезапрашивает текущую схему подключений; Изменить – редактирует выбранный коммутатор; Управление физическими адаптерами – открывает интерфейс назначения физических интерфейсов коммутатору; ⋯ (троеточие) – открывает контекстное меню управления конкретным блоком или портом. Доступные действия: Просмотр настроек; Изменить настройки; Удалить. Изменение сетевых настроек описано ниже.\nДобавление адаптера в существующий виртуальный коммутатор Перейти в Настройки хоста -\u0026gt; раздел Сеть -\u0026gt; Виртуальные коммутаторы. Откроется окно управления виртуальными коммутаторами хоста. Выбрать существующий коммутатор (по умолчанию после установки - uSwitch0). Нажать Добавить сеть. Откроется окно создания новой сети. В шаге Тип соединения выбрать Внутренний виртуальный сетевой адаптер. Нажать кнопку Далее. В шаге Выберите целевое устройство выбрать Существующий стандартный коммутатор. Убедиться в правильном выборе коммутатора, нажав кнопку Просмотреть\u0026hellip; Нажать кнопку ОК. В шаге Свойства порта нужно указать: Наименование сети; VLAN ID — идентификатор виртуальной локальной сети (Virtual LAN). Используется для изоляции трафика между различными сетевыми сегментами. Значение VLAN ID должно соответствовать настройкам сетевого оборудования; MTU (Maximum Transmission Unit) — максимальный размер пакета данных, который может быть передан по сети без фрагментации. Обычно устанавливается значение 1500 байт, если иное не требуется политикой сети; Стек TCP/IP — набор сетевых протоколов, определяющих способ взаимодействия узлов в сети. При создании адаптера можно выбрать, какие стеки будут активны (IPv4, IPv6 или оба). Нажать кнопку Далее. В шаге Настройки IPv4 настроить IPv4: автоматическое получение настроек, либо использование статических настроек. Нажать кнопку Далее. В шаге Завершение настройки проверить выбранные параметры. Нажать кнопку Готово. Внутренний виртуальный сетевой адаптер добавлен к существующему коммутатору. Список адаптеров также доступен на странице Адаптеры VMkernel.\nСоздание группы портов на существующем коммутаторе Перейти в Настройки хоста -\u0026gt; раздел Сеть -\u0026gt; Виртуальные коммутаторы. Откроется окно управления виртуальными коммутаторами хоста. Выбрать существующий коммутатор (по умолчанию после установки - uSwitch0). Нажать Добавить сеть. Откроется окно создания новой сети. В шаге Тип соединения выбрать Группа портов виртуальных машин. В шаге Выберите целевое устройство выбрать Существующий стандартный коммутатор. Убедиться в правильном выборе коммутатора, нажав кнопку Просмотреть\u0026hellip; Выбрать коммутатор, нажать кнопку ОК. В шаге Настройка подключения: Ввести имя сети; Определить VLAN ID. В шаге Завершение настройки проверить выбранные параметры.\nГруппа портов виртуальных машин была создана.\nДобавление физического адаптера к существующему коммутатору Перейти в Настройки хоста -\u0026gt; раздел Сеть -\u0026gt; Виртуальные коммутаторы. Откроется окно управления виртуальными коммутаторами хоста. Выбрать существующий коммутатор (по умолчанию после установки - uSwitch0). Нажать Добавить сеть. Откроется окно создания новой сети. В шаге Тип соединения выбрать Физический сетевой адаптер. В шаге Выберите целевое устройство выбрать Существующий коммутатор. Убедиться в правильном выборе коммутатора, нажав кнопку Просмотреть\u0026hellip; Выбрать коммутатор, нажать кнопку ОК В шаге Добавление физического сетевого адаптера нажать на кнопку в виде плюса. Выбрать из списка физический адаптер. Нажать кнопку Далее. В шаге Завершение настройки проверить выбранные параметры. Физический адаптер был добавлен к существующему коммутатору.ъ Создание нового коммутатора и подключение к нему физического адаптера Перейти в Настройки хоста -\u0026gt; раздел Сеть -\u0026gt; Виртуальные коммутаторы.\nОткроется окно управления виртуальными коммутаторами хоста.\nНажать Добавить сеть.\nОткроется окно создания новой сети. В шаге Тип соединения выбрать Физический сетевой адаптер. В шаге Выберите целевое устройство выбрать Новый стандартный коммутатор. В шаге Создание стандартного коммутатора нажать на кнопку в виде плюса. Выбрать из списка физический адаптер. Нажать кнопку Далее.\nВ шаге Завершение настройки проверить выбранные параметры.\nСписок присоединенных физических адаптеров доступен также на странице Физические адаптеры.\nИзменение настроек коммутатора Для изменения настроек виртуального коммутатора необходимо:\nПерейти в раздел Настройки хоста -\u0026gt; Виртуальные коммутаторы. Нажать кнопку Изменить. Откроется окно изменения настроек коммутатора. На вкладке Характеристики можно изменить MTU. На вкладке Безопасность можно управлять параметрами безопасности: Включение / отключение Promiscuos mode (\u0026ldquo;неразборчивый\u0026rdquo; режим) - возможность виртуальных портов коммутатора принимать все пакеты, независимо от MAC-адреса назначения. Разрешить изменения MAC-адреса внутри гостевой ОС виртуальной машины. Данная опция разрешает виртуальной машине с измененным MAC-адресом принимать фреймы на данный измененный MAC-адрес назначения. Эта политика безопасности влияет на входящий трафик, принимаемый виртуальной машиной; Forged transmits (поддельные передачи) разрешает виртуальной машине с измененным MAC-адресом передавать данные от данного измененного MAC-адреса источника. Эта политика безопасности влияет на исходящий трафик, генерируемый виртуальной машиной (от виртуального сетевого адаптера виртуальной машины, подключенной к виртуальному коммутатору). В шаге Формирование трафика (traffic shaping) можно задать включение или отключение ограничения скорости трафика. В случае, если ограничение скорости трафика включено, необходимо заполнить следующие поля: Среднюю пропускную способность (кбит/с); Пиковую пропускную способность (кбит/с); Размер пакета (КБайт). В шаге Объединение и аварийное переключение представлены настройки виртуального коммутатора в случае аварийных ситуаций. Можно настроить следующие параметры: Балансировку нагрузки - балансировка на основе хэша IP, хэша MAC источника, или использовать явный порядок аварийного переключения. Критерий обнаружения сбоя в работе сети; Уведомить коммутатор - уведомление физического коммутатора о переключении ВМ на другой физический адаптер; Вернуть подключение ВМ на первоначальный физический адаптер в случае его восстановления; Порядок аварийного переключения - выбор активных и резервных физических адаптеров. Во время аварийного переключения резервные адаптеры активируются в порядке, указанном в таблице. Агрегирование интерфейсов (бондинг) Поддерживается агригирование интерфейсов на основе mac-хэш (SLB), а также на основе IP-хэша (LACP). Для этого требуется:\nВыбрать хост, затем перейти Настройки хоста -\u0026gt; Виртуальные коммутаторы -\u0026gt; Изменить настройки коммутатора -\u0026gt; Объединение и аварийное переключение. Для агрегирования на основе IP-хэша (LACP) выбрать Маршрутизация на основе IP-хэша, на основе mac-хэш (SLB) - Маршрутизация на основе МАС-хэша источника. Нажать кнопку ОК. Изменение параметров MTU на виртуальном коммутаторе Изменение настроек MTU доступно как на этапе создания сети, так и уже созданным сетям. Для изменения настроек MTU у существующей сети необходимо:\nВыбрать хост. Перейти в Настройки хоста -\u0026gt; Сети -\u0026gt; Изменить. В разделе Характеристики в поле MTU ввести число MTU. Нажать кнопку ОК. Изменение параметров физических адаптеров Настройка резервного и неиспользуемого адаптера Поддерживается возможность настройки резервного и неиспользуемого адаптера:\nрезервный адаптер предназначен для замены активного адаптера, если тот вышел из строя; неиспользуемый адаптер, предназначен для предварительного бронирования адаптера. Для настройки резервного и неиспользуемого адаптера, требуется:\nВыбрать хост. Перейти в Настройки хоста-\u0026gt;Виртуальные коммутаторы. Выбрать Управление физическими адаптерами. Нажатием на + добавить физический адаптер и выбрав добавленный адаптер, с помощью стрелочек вверх и вниз определить назначение адаптера. Нажать кнопку ОК. Управление параметрами передачи и SR-IOV Выбрать адаптер. Нажать кнопку Изменить. Откроется окно изменения настроек физического адаптера: Изменение скорости сети. Включение / отключение SR-IOV. После изменения настроек нажать кнопку Ок. Настройка сети с помощью CLI Для начала работы необходимо авторизоваться. Для этого необходимо ввести любую команду, перед этим введя ключи --user [пользователь] --password [пароль]. Ниже представлен пример с командой datastore:\npcli --user root --password P@ssw0rd network nic list После этого можно приступать ко вводу команд.\nОсновной инструмент: pcli network.\nНастройка IP-адреса для интерфейса Чтобы задать статический IP-адрес интерфейсу виртуального адаптера:\npcli network ip interface ipv4 set -i \u0026lt;интерфейс\u0026gt; -I \u0026lt;ip-адрес\u0026gt; -N \u0026lt;маска\u0026gt; -g \u0026lt;шлюз\u0026gt; -t static -i — имя интерфейса (например, vmk0); -I — IP-адрес; -N — маска подсети; -g — шлюз по умолчанию; -t static — тип назначения (статический). Изменение IP-адреса интерфейса Для изменения IP-адреса интерфейса необходимо выполнить следующие действия:\nПерейти в командную консоль ПК \u0026ldquo;Прокуратор\u0026rdquo; Хост -\u0026gt; Запуск веб-терминала. Определить наименование сетевого интерфейса, используемого для управления: ip br -a По умолчанию интерфейс имеет имя sys0.\nУстановить новый статический IP-адрес и маску подсети: pcli network ip interface ipv4 set -i vmk0 -I -N -t static pcli network ip interface ipv4 set -i sys0 -I \u0026lt;новый_IP\u0026gt; --type static -N \u0026lt;маска_подсети\u0026gt; -g \u0026lt;IP_шлюза\u0026gt; \u0026lt;новый_IP\u0026gt; — новый IP-адрес, например: 192.168.1.100; \u0026lt;маска_подсети\u0026gt; — маска, например: 255.255.255.0. Проверить примененные параметры: ip br -a Просмотр физических сетевых адаптеров Для получения информации о физических сетевых адаптерах, установленных в системе, используется команда:\npcli network nic list Просмотр всех интерфейсов виртуальных адаптеров Чтобы отобразить список интерфейсов виртуальных адаптеров:\npcli network ip interface list Просмотр текущих IP-адресов Для получения IP-адресов, назначенных интерфейсам виртуальных адаптеров:\npcli network ip interface ipv4 address list Включение или выключение интерфейса, установка MTU Для изменения MTU и активации/деактивации интерфейса:\npcli network ip interface set -i \u0026lt;интерфейс\u0026gt; --enable true --mtu 1500 Добавление тега к интерфейсу pcli network ip interface tag add -i \u0026lt;интерфейс\u0026gt; -t \u0026lt;тег\u0026gt; Получение тегов интерфейса pcli network ip interface tag get -i \u0026lt;интерфейс\u0026gt; Удаление тега с интерфейса pcli network ip interface tag remove -i \u0026lt;интерфейс\u0026gt; -t \u0026lt;тег\u0026gt; Удаление интерфейса адаптера pcli network ip interface remove -i \u0026lt;интерфейс\u0026gt; Просмотр настроек DNS Список DNS-серверов:\npcli network ip dns server list Список поисковых доменов:\npcli network ip dns search list Просмотр доступных Netstack-инстансов pcli network ip netstack list Просмотр конфигурации конкретного Netstack-инстанса:\npcli network ip netstack get -N \u0026lt;имя_netstack\u0026gt; Создание виртуального коммутатора (vSwitch) pcli network vswitch standard add -v \u0026lt;имя_vswitch\u0026gt; Удаление виртуального коммутатора pcli network vswitch standard remove -v \u0026lt;имя_vswitch\u0026gt; Настройка параметров MTU виртуального коммутатора pcli network vswitch standard set -v \u0026lt;имя_vswitch\u0026gt; --mtu 1500 Добавление uplink\u0026rsquo;а к коммутатору pcli network vswitch standard uplink add -v \u0026lt;имя_vswitch\u0026gt; -u \u0026lt;имя_nic\u0026gt; Удаление uplink\u0026rsquo;а из коммутатора pcli network vswitch standard uplink remove -v \u0026lt;имя_vswitch\u0026gt; -u \u0026lt;имя_nic\u0026gt; Создание порта (portgroup) на коммутаторе pcli network vswitch standard portgroup add -p \u0026lt;имя_pg\u0026gt; -v \u0026lt;имя_vswitch\u0026gt; Удаление порта (portgroup) pcli network vswitch standard portgroup remove -p \u0026lt;имя_pg\u0026gt; -v \u0026lt;имя_vswitch\u0026gt; Настройка VLAN для portgroup pcli network vswitch standard portgroup set -p \u0026lt;имя_pg\u0026gt; -v \u0026lt;имя_vswitch\u0026gt; --vlan-id \u0026lt;vlan_id\u0026gt; Просмотр портгрупп и виртуальных коммутаторов Список портгрупп:\npcli network vswitch standard portgroup list Список виртуальных коммутаторов:\npcli network vswitch standard list ","description":null,"ref":"/docs/pkzvezda/procurator/network_setup/","section":"docs","tags":null,"title":"Настройки виртуальных сетей","url":"/docs/pkzvezda/procurator/network_setup/","weight":3},{"body":"Раздел «Конфигурация» В разделе Конфигурация можно настроить различные параметры работы VDI системы.\nВкладка «VDI» На вкладке VDI настраиваются основные параметры работы системы VDI.\nОсновные параметры включают:\nНастройки подключения к базе данных Параметры работы брокера подключений Настройки кластеризации и балансировки нагрузки Параметры мониторинга и логирования Вкладка «Безопасность» На вкладке Безопасность настраиваются параметры безопасности системы:\nБлокировка после неуспешных попыток входа — количество неуспешных попыток входа, после которых учетная запись будет заблокирована Время блокировки — период времени, на который блокируется учетная запись после превышения лимита неуспешных попыток Минимальная длина пароля — минимальное количество символов в пароле пользователя Требования к сложности пароля — требования к использованию различных типов символов в пароле Время жизни сессии — максимальное время бездействия, после которого сессия пользователя будет автоматически закрыта Требования к сертификатам SSL/TLS — настройки проверки сертификатов при установке защищенных соединений Вкладка «Администратор» На вкладке Администратор настраиваются параметры административного интерфейса:\nВключить VNC для пользовательских служб — активирует использование протокола VNC для подключения к виртуальным рабочим столам пользователей. Позволяет удаленно управлять сеансами. По умолчанию включено\nРазмер страницы списка — определяет количество элементов, отображаемых на одной странице в таблицах и списках интерфейса администратора\nФрагмент накопления статистики — задает временной интервал (в секундах или минутах) для сбора \u0026ldquo;сырых\u0026rdquo; данных перед их агрегацией. Это \u0026ldquo;окно\u0026rdquo;, за которое система накапливает данные для последующего анализа\nЧастота накопления статистики — определяет, как часто система выполняет финальную агрегацию и сохранение статистических отчетов на основе собранных \u0026ldquo;фрагментов\u0026rdquo;\nДоверенные хосты для администратора — ограничивает IP-адреса или подсети, с которых разрешен доступ к административной панели управления. Повышает безопасность\nВкладка «Пользовательский» На вкладке Пользовательский настраиваются параметры графического интерфейса VDI (портал входа и обслуживания пользователей):\nНазвание логотипа — определяет текстовое значение, отображаемое в качестве логотипа системы на пользовательском интерфейсе. Может быть заменено на имя организации или проекта. Значение по умолчанию: VDI\nМинимальное количество услуг для отображения фильтра — устанавливает минимальное количество элементов (услуг), при превышении которого отображается панель фильтрации. Используется для оптимизации отображения при большом числе объектов. Значение по умолчанию: 8\nПоказать фильтр сверху — если параметр включён, панель фильтров отображается в верхней части интерфейса вместо стандартного положения. Значение по умолчанию: выключено\nИнформация об авторских правах на сайте — строка с информацией о правообладателе, отображаемая в нижней части сайта. Может содержать наименование юридического лица или проекта\nСсылка на авторские права сайта — гиперссылка на внешний ресурс с описанием авторских прав или пользовательского соглашения\nИнформация о сайте — пояснительный текст или описание назначения сайта. Может быть отображено на стартовой или информационной странице системы\nИмя сайта — определяет название сайта, отображаемое в заголовке окна браузера и других элементах интерфейса. Значение по умолчанию: VDI\nNX В разделе NX настраиваются параметры, относящиеся к Транспорту NX:\nDownloadUrl — веб-адрес для загрузки программного обеспечения NX DownloadUrlMACOS — веб-адрес загрузки программного обеспечения NX для MAC Галерея VDI имеет репозиторий образов, которые можно связать с «пулом услуг» или «группой пулов», чтобы облегчить идентификацию виртуального рабочего стола. Допустимые форматы: PNG, JPEG и GIF. Если размер изображения больше 128x128, он будет изменен до этих значений.\nДоступ к галерее изображений Чтобы получить доступ к галерее изображений VDI:\nПерейти в раздел Инструменты и выбрать Галерея\nНажать кнопку Новый, чтобы добавить новый образ в репозиторий\nВ открывшемся окне необходимо указать имя и с помощью кнопки Выбрать изображение найти образ, который нужно загрузить\nПосле того как образ будет сохранен, он будет доступен для назначения в Сервисный пул или Группу пулов\nОтчеты VDI позволяет автоматически генерировать отчеты по различным элементам платформы.\nДоступ к отчетам Чтобы получить доступ к отчетам:\nВойти в раздел Инструменты и выбрать Отчеты\nВ VDI можно генерировать различные отчеты\nТипы отчетов Список пользователей Отчет содержит список всех пользователей, принадлежащих выбранному аутентификатору.\nДля генерации отчета:\nВыбрать отчет Список пользователей из списка Нажать Сгенерировать отчет В открывшемся окне, в выпадающем списке выбрать аутентификатор Нажать кнопку Сохранить После создания будет список всех пользователей, принадлежащих этому аутентификатору.\nОтчет о доступе пользователей по дате Отчет создает список всех доступов пользователей к системе в указанном диапазоне дат.\nДля генерации отчета:\nВыбрать отчет Отчет о доступе пользователей по дате Нажать кнопку Сгенерировать отчет Указать диапазон дат и количество интервалов Нажать кнопку Сохранить Производительность пулов по дате Отчет показывает производительность выбранного пула за указанный период времени.\nДля генерации отчета:\nВыбрать отчет Производительность пулов по дате Нажать кнопку Сгенерировать отчет Указать пул, по которому нужно сформировать отчет, диапазон дат и количество интервалов Нажать кнопку Сохранить ","categories":null,"content":"Раздел «Конфигурация» В разделе Конфигурация можно настроить различные параметры работы VDI системы.\nВкладка «VDI» На вкладке VDI настраиваются основные параметры работы системы VDI.\nОсновные параметры включают:\nНастройки подключения к базе данных Параметры работы брокера подключений Настройки кластеризации и балансировки нагрузки Параметры мониторинга и логирования Вкладка «Безопасность» На вкладке Безопасность настраиваются параметры безопасности системы:\nБлокировка после неуспешных попыток входа — количество неуспешных попыток входа, после которых учетная запись будет заблокирована Время блокировки — период времени, на который блокируется учетная запись после превышения лимита неуспешных попыток Минимальная длина пароля — минимальное количество символов в пароле пользователя Требования к сложности пароля — требования к использованию различных типов символов в пароле Время жизни сессии — максимальное время бездействия, после которого сессия пользователя будет автоматически закрыта Требования к сертификатам SSL/TLS — настройки проверки сертификатов при установке защищенных соединений Вкладка «Администратор» На вкладке Администратор настраиваются параметры административного интерфейса:\nВключить VNC для пользовательских служб — активирует использование протокола VNC для подключения к виртуальным рабочим столам пользователей. Позволяет удаленно управлять сеансами. По умолчанию включено\nРазмер страницы списка — определяет количество элементов, отображаемых на одной странице в таблицах и списках интерфейса администратора\nФрагмент накопления статистики — задает временной интервал (в секундах или минутах) для сбора \u0026ldquo;сырых\u0026rdquo; данных перед их агрегацией. Это \u0026ldquo;окно\u0026rdquo;, за которое система накапливает данные для последующего анализа\nЧастота накопления статистики — определяет, как часто система выполняет финальную агрегацию и сохранение статистических отчетов на основе собранных \u0026ldquo;фрагментов\u0026rdquo;\nДоверенные хосты для администратора — ограничивает IP-адреса или подсети, с которых разрешен доступ к административной панели управления. Повышает безопасность\nВкладка «Пользовательский» На вкладке Пользовательский настраиваются параметры графического интерфейса VDI (портал входа и обслуживания пользователей):\nНазвание логотипа — определяет текстовое значение, отображаемое в качестве логотипа системы на пользовательском интерфейсе. Может быть заменено на имя организации или проекта. Значение по умолчанию: VDI\nМинимальное количество услуг для отображения фильтра — устанавливает минимальное количество элементов (услуг), при превышении которого отображается панель фильтрации. Используется для оптимизации отображения при большом числе объектов. Значение по умолчанию: 8\nПоказать фильтр сверху — если параметр включён, панель фильтров отображается в верхней части интерфейса вместо стандартного положения. Значение по умолчанию: выключено\nИнформация об авторских правах на сайте — строка с информацией о правообладателе, отображаемая в нижней части сайта. Может содержать наименование юридического лица или проекта\nСсылка на авторские права сайта — гиперссылка на внешний ресурс с описанием авторских прав или пользовательского соглашения\nИнформация о сайте — пояснительный текст или описание назначения сайта. Может быть отображено на стартовой или информационной странице системы\nИмя сайта — определяет название сайта, отображаемое в заголовке окна браузера и других элементах интерфейса. Значение по умолчанию: VDI\nNX В разделе NX настраиваются параметры, относящиеся к Транспорту NX:\nDownloadUrl — веб-адрес для загрузки программного обеспечения NX DownloadUrlMACOS — веб-адрес загрузки программного обеспечения NX для MAC Галерея VDI имеет репозиторий образов, которые можно связать с «пулом услуг» или «группой пулов», чтобы облегчить идентификацию виртуального рабочего стола. Допустимые форматы: PNG, JPEG и GIF. Если размер изображения больше 128x128, он будет изменен до этих значений.\nДоступ к галерее изображений Чтобы получить доступ к галерее изображений VDI:\nПерейти в раздел Инструменты и выбрать Галерея\nНажать кнопку Новый, чтобы добавить новый образ в репозиторий\nВ открывшемся окне необходимо указать имя и с помощью кнопки Выбрать изображение найти образ, который нужно загрузить\nПосле того как образ будет сохранен, он будет доступен для назначения в Сервисный пул или Группу пулов\nОтчеты VDI позволяет автоматически генерировать отчеты по различным элементам платформы.\nДоступ к отчетам Чтобы получить доступ к отчетам:\nВойти в раздел Инструменты и выбрать Отчеты\nВ VDI можно генерировать различные отчеты\nТипы отчетов Список пользователей Отчет содержит список всех пользователей, принадлежащих выбранному аутентификатору.\nДля генерации отчета:\nВыбрать отчет Список пользователей из списка Нажать Сгенерировать отчет В открывшемся окне, в выпадающем списке выбрать аутентификатор Нажать кнопку Сохранить После создания будет список всех пользователей, принадлежащих этому аутентификатору.\nОтчет о доступе пользователей по дате Отчет создает список всех доступов пользователей к системе в указанном диапазоне дат.\nДля генерации отчета:\nВыбрать отчет Отчет о доступе пользователей по дате Нажать кнопку Сгенерировать отчет Указать диапазон дат и количество интервалов Нажать кнопку Сохранить Производительность пулов по дате Отчет показывает производительность выбранного пула за указанный период времени.\nДля генерации отчета:\nВыбрать отчет Производительность пулов по дате Нажать кнопку Сгенерировать отчет Указать пул, по которому нужно сформировать отчет, диапазон дат и количество интервалов Нажать кнопку Сохранить ","description":null,"ref":"/docs/pkzvezda/vdi/configuration/","section":"docs","tags":null,"title":"Параметры конфигурации VDI","url":"/docs/pkzvezda/vdi/configuration/","weight":3},{"body":"После завершения установки программного обеспечения все необходимые сервисы запускаются автоматически. В состав ключевых сервисов входят:\nnginx — используется в качестве шлюза (Gateway) для маршрутизации обращений к веб-интерфейсу и RESTful API; RESTful API-сервис — реализует основную логику функционирования комплекса. Также в процессе установки автоматически генерируется самоподписанный SSL-сертификат, обеспечивающий шифрование HTTPs-соединений. Сформированный сертификат может быть загружен пользователем после завершения установки.\nДля доступа к веб-интерфейсу администратора необходимо выполнить следующие действия:\nОткрыть веб-браузер. В адресной строке указать https://\u0026lt;IP\u0026gt;, где \u0026lt;IP\u0026gt; — IP-адрес, заданный при установке. При первом подключении браузер отобразит предупреждение о недоверенном сертификате. Следует подтвердить исключение и разрешить подключение. После выполнения указанных шагов откроется стартовая страница веб-интерфейса комплекса. После установки изделия веб-интерфейс запускается в режиме развёртывания, где авторизация отсутствует. Она появится после развёртывания кластера.\nПроцесс развёртывания кластера осуществляется поэтапно и включает две основные процедуры:\nСоздание нового кластера: Этот этап выполняется только один раз при настройке первого узла кластера. В рамках процедуры необходимо указать параметры:\nобщей конфигурации кластера; текущего узла (узел, на котором осуществляется настройка). После завершения данного этапа создаётся основа кластера, к которой могут быть подключены дополнительные узлы.\nПодключение к существующему кластеру: Этап выполняется при добавлении нового узла к уже существующей кластерной инфраструктуре. Требуется указать только параметры текущего узла. Система автоматически получит остальную информацию из центрального кластера.\nПримечание: Добавление узлов возможно только при наличии как минимум одного ранее развёрнутого и доступного узла.\nРазвертывание первого узла Инициализация кластера При конфигурировании первого узла в кластере необходимо инициировать создание нового кластера. На первом этапе задаются ключевые параметры: Имя кластера — должно быть уникальным, так как впоследствии используется для межкластерного взаимодействия. Пароль доступа — применяется для пользователя root при межузловом взаимодействии по SSH до момента генерации ключей. Рекомендуется использовать сложный пароль, включающий заглавные буквы, специальные символы и цифры. Минимальная длина — 8 символов. После ввода параметров нажать кнопку Далее. По завершении валидации параметров обновляются метаданные кластера, а пароль применяется к соответствующему пользователю. Настройка сети кластера На следующем этапе производится настройка сети кластера.\nТребуется указать параметры внутренней сети, возможно также изменение параметров публичной сети. Настраиваемые поля: Подсеть (IPv4) Маска подсети (IPv4) IP-адрес шлюза MTU (по умолчанию 1500, изменение возможно при наличии соответствующих требований) Для сервисов указывается приоритетная сеть — public (публичная) или cluster (внутренняя). По умолчанию используется публичная сеть. Нажать кнопку Далее. После заполнения параметров данные сохраняются в конфигурации кластера. Настройка параметров кластера На данном этапе задаются глобальные параметры развёртывания:\nСервис синхронизации времени: возможен выбор между NTP и Chrony. Использование Chrony сокращает время синхронизации до 2–3 минут (против 8–10 минут при NTP). Пулы по умолчанию: rbd — используется для блочных устройств (iSCSI); cephfs — создаются пулы данных и метаданных, а также файловая система default для CIFS/NFS; radosgw — используется для S3-доступа через Rados Gateway. Указывается произвольная комбинация пулов в зависимости от сценариев эксплуатации. Размер кластера: влияет на значение PG (Placement Groups). Необходимо учитывать количество физических дисков; при избыточном значении PG возможна деградация производительности. В веб-интерфейсе указаны верхняя и нижняя границы. Минимально - 256 PG (требуется порядка 10 дисков, если развёртывать со всеми дефолтными пулами). Максимально - 8192 PG (примерно 320 дисков требуется, если развёртывать со всеми дефолтными пулами). Количество копий: задаёт уровень избыточности хранения данных. Шаблон настройки: включает три конфигурационных блока (кластер, LIO, postinstall-скрипт), доступных для редактирования при необходимости. Настройка сети узла На четвёртом шаге конфигурируется внутренняя сеть конкретного узла:\nБэкенд IP узла — IP-адрес узла во внутренней сети; Интерфейс сети узла — сетевой интерфейс для взаимодействия внутри кластера. Настройка дисковой подсистемы узла На завершающем этапе развёртывания указываются диски, задействуемые в кластере. Для каждого диска задаётся режим использования:\nOSD Block — основной носитель пользовательских данных (обязателен); OSD DB — журнал (опционален). Также отображается информация о службах, развёртываемых на узле. Изменение этих параметров не рекомендуется.\nЗавершение развёртывания После завершения всех шагов инициируется процесс развертывания узла. В случае успешного выполнения отображается статус, подтверждающий завершение процедуры.\nРазвертывание второго узла Подключение к существующему кластеру На втором и последующих узлах развёртывание выполняется в режиме подключения к уже существующему кластеру.\nВ мастере установки выбирается опция «Подключение к кластеру», после чего инициируется переход к форме подключения. В поле IP главного узла указывается IP-адрес первого (инициирующего) узла кластера. В поле Пароль кластера вводится пароль, заданный при создании кластера на первом узле. Данный пароль используется для аутентификации и настройки доверенных SSH-соединений между узлами. После успешной аутентификации осуществляется синхронизация конфигурации и происходит смена пароля пользователя root на значение, указанное в параметре Пароль кластера.\nКонфигурация параметров узла Конфигурация параметров сети. На данном этапе выполняется настройка параметров сети. Данный шаг полностью аналогичен шагу 4 при развертывании первого узла, однако значения сетевых параметров (IP-адрес, шлюз, DNS и пр.) задаются индивидуально для текущего узла.\nКонфигурация дисковой подсистемы. Данный шаг повторяет шаг 5 при развертывании первого узла. Выбираются устройства хранения и настраивается разметка томов в соответствии с требованиями к текущему узлу.\nЗавершение развертывания После завершения всех этапов настройки и развёртывания отображается соответствующее уведомление об успешном добавлении узла в кластер. Указанный узел становится доступен для последующей эксплуатации в составе распределённой системы хранения данных.\nРазвертывание третьего узла Подключение к существующему кластеру. На данном этапе выполняются действия, аналогичные шагу 1 при развертывании второго узла. Указывается IP-адрес главного узла и пароль кластера. После успешного подключения будет выполнена синхронизация учетных данных пользователя root.\nКонфигурация параметров сети. Данный этап аналогичен шагу 4 при развёртывании первого узла. Параметры сети задаются индивидуально в соответствии с сетевой топологией.\nКонфигурация дисковой подсистемы. На этом этапе повторяется шаг 5 из развертывания первого узла: выбираются устройства хранения данных и выполняется их разметка.\nИнициализация кластера После добавления третьего узла в кластер автоматически инициируется процесс развёртывания всего кластера. Длительность процедуры зависит от параметров аппаратного обеспечения, числа дисков, конфигурации пулов по умолчанию, используемой службы синхронизации времени и сетевой инфраструктуры.\nПример: В рамках тестового стенда (3 виртуальные машины с 16 ГБ ОЗУ, 16 CPU, 4×200 ГБ дисков, служба синхронизации времени Chrony) полное развертывание занимает 25–30 минут.\nРазвёртывание кластера включает следующие этапы:\nПроверка сетевой доступности между узлами; Проверка доступности по SSH; Обновление файла /etc/hosts на всех узлах; Обновление конфигурации кластера и синхронизация метаданных; Синхронизация времени между узлами; Очистка устаревших метаданных (в случае переустановки); Развёртывание сервиса Consul для межсервисного взаимодействия; Загрузка конфигурации и данных в Consul; Генерация конфигурации Ceph; Создание учетных записей Admin и Bootstrap-osd; Создание мониторов Ceph (основной элемент управления кластером); Создание менеджеров Ceph (отвечают за мониторинг и состояние кластера); Создание резервных сервисов метаданных Ceph (используются в CephFS); Применение шаблона конфигурации, заданного на этапе 3 первого узла; Инициализация Ceph OSD на основе указанных дисков; (опционально) Создание пула по умолчанию rbd; Создание файловой системы storm_backend, а также пулов storm_data и storm_metadata; (опционально) Создание пула CephFS; (опционально) Создание пула radosgw; Генерация стандартных профилей EC (erasure coding); Запуск сервисов Stormwind; Создание стандартного пользователя admin с паролем P@ssw0rd; Синхронизация SSL-сертификатов между узлами; Настройка и запуск веб-сервера Nginx; Настройка и запуск системы сбора метрик; Выполнение скрипта донастройки узлов на основе шаблона конфигурации. После успешного завершения всех этапов кластер считается развёрнутым. Веб-интерфейс на всех узлах переходит в административный режим. Для доступа используется логин и пароль, указанные при создании пользователя Stormwind.\nРазвёртывание N-го узла Развёртывание N-го узла (четвёртого и далее) производится по упрощённой процедуре, идентичной подключению второго и третьего узлов. Все шаги предварительного конфигурирования (шаги 1–3) выполняются аналогично:\nВыбор режима подключения – указывается «Подключение к кластеру». Настройка параметров подключения – вводятся IP-адрес первого узла и пароль кластера. Заполнение конфигурационных параметров – аналогично шагам настройки узлов 2 и 3. Процедура развертывания включает только минимальный необходимый набор этапов для подключения узла к уже функционирующему кластеру, без повторной инициализации служб кластера и сервисов Ceph.\n","categories":null,"content":"После завершения установки программного обеспечения все необходимые сервисы запускаются автоматически. В состав ключевых сервисов входят:\nnginx — используется в качестве шлюза (Gateway) для маршрутизации обращений к веб-интерфейсу и RESTful API; RESTful API-сервис — реализует основную логику функционирования комплекса. Также в процессе установки автоматически генерируется самоподписанный SSL-сертификат, обеспечивающий шифрование HTTPs-соединений. Сформированный сертификат может быть загружен пользователем после завершения установки.\nДля доступа к веб-интерфейсу администратора необходимо выполнить следующие действия:\nОткрыть веб-браузер. В адресной строке указать https://\u0026lt;IP\u0026gt;, где \u0026lt;IP\u0026gt; — IP-адрес, заданный при установке. При первом подключении браузер отобразит предупреждение о недоверенном сертификате. Следует подтвердить исключение и разрешить подключение. После выполнения указанных шагов откроется стартовая страница веб-интерфейса комплекса. После установки изделия веб-интерфейс запускается в режиме развёртывания, где авторизация отсутствует. Она появится после развёртывания кластера.\nПроцесс развёртывания кластера осуществляется поэтапно и включает две основные процедуры:\nСоздание нового кластера: Этот этап выполняется только один раз при настройке первого узла кластера. В рамках процедуры необходимо указать параметры:\nобщей конфигурации кластера; текущего узла (узел, на котором осуществляется настройка). После завершения данного этапа создаётся основа кластера, к которой могут быть подключены дополнительные узлы.\nПодключение к существующему кластеру: Этап выполняется при добавлении нового узла к уже существующей кластерной инфраструктуре. Требуется указать только параметры текущего узла. Система автоматически получит остальную информацию из центрального кластера.\nПримечание: Добавление узлов возможно только при наличии как минимум одного ранее развёрнутого и доступного узла.\nРазвертывание первого узла Инициализация кластера При конфигурировании первого узла в кластере необходимо инициировать создание нового кластера. На первом этапе задаются ключевые параметры: Имя кластера — должно быть уникальным, так как впоследствии используется для межкластерного взаимодействия. Пароль доступа — применяется для пользователя root при межузловом взаимодействии по SSH до момента генерации ключей. Рекомендуется использовать сложный пароль, включающий заглавные буквы, специальные символы и цифры. Минимальная длина — 8 символов. После ввода параметров нажать кнопку Далее. По завершении валидации параметров обновляются метаданные кластера, а пароль применяется к соответствующему пользователю. Настройка сети кластера На следующем этапе производится настройка сети кластера.\nТребуется указать параметры внутренней сети, возможно также изменение параметров публичной сети. Настраиваемые поля: Подсеть (IPv4) Маска подсети (IPv4) IP-адрес шлюза MTU (по умолчанию 1500, изменение возможно при наличии соответствующих требований) Для сервисов указывается приоритетная сеть — public (публичная) или cluster (внутренняя). По умолчанию используется публичная сеть. Нажать кнопку Далее. После заполнения параметров данные сохраняются в конфигурации кластера. Настройка параметров кластера На данном этапе задаются глобальные параметры развёртывания:\nСервис синхронизации времени: возможен выбор между NTP и Chrony. Использование Chrony сокращает время синхронизации до 2–3 минут (против 8–10 минут при NTP). Пулы по умолчанию: rbd — используется для блочных устройств (iSCSI); cephfs — создаются пулы данных и метаданных, а также файловая система default для CIFS/NFS; radosgw — используется для S3-доступа через Rados Gateway. Указывается произвольная комбинация пулов в зависимости от сценариев эксплуатации. Размер кластера: влияет на значение PG (Placement Groups). Необходимо учитывать количество физических дисков; при избыточном значении PG возможна деградация производительности. В веб-интерфейсе указаны верхняя и нижняя границы. Минимально - 256 PG (требуется порядка 10 дисков, если развёртывать со всеми дефолтными пулами). Максимально - 8192 PG (примерно 320 дисков требуется, если развёртывать со всеми дефолтными пулами). Количество копий: задаёт уровень избыточности хранения данных. Шаблон настройки: включает три конфигурационных блока (кластер, LIO, postinstall-скрипт), доступных для редактирования при необходимости. Настройка сети узла На четвёртом шаге конфигурируется внутренняя сеть конкретного узла:\nБэкенд IP узла — IP-адрес узла во внутренней сети; Интерфейс сети узла — сетевой интерфейс для взаимодействия внутри кластера. Настройка дисковой подсистемы узла На завершающем этапе развёртывания указываются диски, задействуемые в кластере. Для каждого диска задаётся режим использования:\nOSD Block — основной носитель пользовательских данных (обязателен); OSD DB — журнал (опционален). Также отображается информация о службах, развёртываемых на узле. Изменение этих параметров не рекомендуется.\nЗавершение развёртывания После завершения всех шагов инициируется процесс развертывания узла. В случае успешного выполнения отображается статус, подтверждающий завершение процедуры.\nРазвертывание второго узла Подключение к существующему кластеру На втором и последующих узлах развёртывание выполняется в режиме подключения к уже существующему кластеру.\nВ мастере установки выбирается опция «Подключение к кластеру», после чего инициируется переход к форме подключения. В поле IP главного узла указывается IP-адрес первого (инициирующего) узла кластера. В поле Пароль кластера вводится пароль, заданный при создании кластера на первом узле. Данный пароль используется для аутентификации и настройки доверенных SSH-соединений между узлами. После успешной аутентификации осуществляется синхронизация конфигурации и происходит смена пароля пользователя root на значение, указанное в параметре Пароль кластера.\nКонфигурация параметров узла Конфигурация параметров сети. На данном этапе выполняется настройка параметров сети. Данный шаг полностью аналогичен шагу 4 при развертывании первого узла, однако значения сетевых параметров (IP-адрес, шлюз, DNS и пр.) задаются индивидуально для текущего узла.\nКонфигурация дисковой подсистемы. Данный шаг повторяет шаг 5 при развертывании первого узла. Выбираются устройства хранения и настраивается разметка томов в соответствии с требованиями к текущему узлу.\nЗавершение развертывания После завершения всех этапов настройки и развёртывания отображается соответствующее уведомление об успешном добавлении узла в кластер. Указанный узел становится доступен для последующей эксплуатации в составе распределённой системы хранения данных.\nРазвертывание третьего узла Подключение к существующему кластеру. На данном этапе выполняются действия, аналогичные шагу 1 при развертывании второго узла. Указывается IP-адрес главного узла и пароль кластера. После успешного подключения будет выполнена синхронизация учетных данных пользователя root.\nКонфигурация параметров сети. Данный этап аналогичен шагу 4 при развёртывании первого узла. Параметры сети задаются индивидуально в соответствии с сетевой топологией.\nКонфигурация дисковой подсистемы. На этом этапе повторяется шаг 5 из развертывания первого узла: выбираются устройства хранения данных и выполняется их разметка.\nИнициализация кластера После добавления третьего узла в кластер автоматически инициируется процесс развёртывания всего кластера. Длительность процедуры зависит от параметров аппаратного обеспечения, числа дисков, конфигурации пулов по умолчанию, используемой службы синхронизации времени и сетевой инфраструктуры.\nПример: В рамках тестового стенда (3 виртуальные машины с 16 ГБ ОЗУ, 16 CPU, 4×200 ГБ дисков, служба синхронизации времени Chrony) полное развертывание занимает 25–30 минут.\nРазвёртывание кластера включает следующие этапы:\nПроверка сетевой доступности между узлами; Проверка доступности по SSH; Обновление файла /etc/hosts на всех узлах; Обновление конфигурации кластера и синхронизация метаданных; Синхронизация времени между узлами; Очистка устаревших метаданных (в случае переустановки); Развёртывание сервиса Consul для межсервисного взаимодействия; Загрузка конфигурации и данных в Consul; Генерация конфигурации Ceph; Создание учетных записей Admin и Bootstrap-osd; Создание мониторов Ceph (основной элемент управления кластером); Создание менеджеров Ceph (отвечают за мониторинг и состояние кластера); Создание резервных сервисов метаданных Ceph (используются в CephFS); Применение шаблона конфигурации, заданного на этапе 3 первого узла; Инициализация Ceph OSD на основе указанных дисков; (опционально) Создание пула по умолчанию rbd; Создание файловой системы storm_backend, а также пулов storm_data и storm_metadata; (опционально) Создание пула CephFS; (опционально) Создание пула radosgw; Генерация стандартных профилей EC (erasure coding); Запуск сервисов Stormwind; Создание стандартного пользователя admin с паролем P@ssw0rd; Синхронизация SSL-сертификатов между узлами; Настройка и запуск веб-сервера Nginx; Настройка и запуск системы сбора метрик; Выполнение скрипта донастройки узлов на основе шаблона конфигурации. После успешного завершения всех этапов кластер считается развёрнутым. Веб-интерфейс на всех узлах переходит в административный режим. Для доступа используется логин и пароль, указанные при создании пользователя Stormwind.\nРазвёртывание N-го узла Развёртывание N-го узла (четвёртого и далее) производится по упрощённой процедуре, идентичной подключению второго и третьего узлов. Все шаги предварительного конфигурирования (шаги 1–3) выполняются аналогично:\nВыбор режима подключения – указывается «Подключение к кластеру». Настройка параметров подключения – вводятся IP-адрес первого узла и пароль кластера. Заполнение конфигурационных параметров – аналогично шагам настройки узлов 2 и 3. Процедура развертывания включает только минимальный необходимый набор этапов для подключения узла к уже функционирующему кластеру, без повторной инициализации служб кластера и сервисов Ceph.\n","description":null,"ref":"/docs/stormwind/cluster_create/","section":"docs","tags":null,"title":"Развертывание кластера","url":"/docs/stormwind/cluster_create/","weight":3},{"body":"Дата-центр содержит в себе все типы объектов в инвентаре, которые необходимы для создания полнофункциональной среды для работы виртуальных машин. ПК \u0026ldquo;Сфера\u0026rdquo; поддерживает создание нескольких центров обработки данных для нужд различных групп пользователей.\nвкладка Сводка отображает информацию о подключенных кластерах, хостах, ВМ, сетей, хранилищ и резервных копий ВМ; вкладка Мониторинг отображает метрики производительности подключенных к дата-центру кластеров; вкладка Разрешения отображает список пользователей / групп пользователей, которые имеют права на взаимодействие с дата-центром; вкладка Хосты \u0026amp; Кластеры отображает список подключенных кластеров, хостов, папок хостов; вкладка ВМ отображает виртуальные машины и папки ВМ, размещенные в дата-центре; вкладка Хранилища отображает хранилища и папки хранилищ, подключенные к дата-центру; вкладка Сети отображает подключенные к дата-центру сети, папки сетей. Создание дата-центра Для создания дата-центра необходимо выполнить следующие действия:\nПерейти в раздел Хосты и кластеры. Нажать на зону правой кнопкой мыши. Нажать на Новый дата-центр. Откроется окно создания нового Дата-центра. Ввести имя дата-центра в поле Название. В поле Расположение будет отображен дата-центр в выбранной раннее зоне. Создание папки в дата-центре Для создания папки:\nВыбрать дата-центр. Нажать на него правой кнопкой мыши. В контекстном меню выбрать Новая папка. Выбрать тип новой папки: новая папка хоста и кластера; новая сетевая папка; новая папка хранилищ; новая папка виртуальных машин и шаблонов. Откроется окно создания новой папки, где необходимо ввести имя для папки. Созданная папка будет отображена в списке. Хост будет отображен в папке. Перемещение дата-центра Для перемещения дата-центра (например, из папки) необходимо:\nВыбрать дата-центр. Нажать на него правой кнопкой мыши. В контекстном меню выбрать Переместить в\u0026hellip;. В окне выбрать новое местоположение дата-центра. Нажать кнопку ОК. Удаление дата-центра Для удаления дата-центра необходимо:\nВыбрать дата-центр. Нажать на него правой кнопкой мыши. В контекстном меню выбрать Удалить. ","categories":null,"content":"Дата-центр содержит в себе все типы объектов в инвентаре, которые необходимы для создания полнофункциональной среды для работы виртуальных машин. ПК \u0026ldquo;Сфера\u0026rdquo; поддерживает создание нескольких центров обработки данных для нужд различных групп пользователей.\nвкладка Сводка отображает информацию о подключенных кластерах, хостах, ВМ, сетей, хранилищ и резервных копий ВМ; вкладка Мониторинг отображает метрики производительности подключенных к дата-центру кластеров; вкладка Разрешения отображает список пользователей / групп пользователей, которые имеют права на взаимодействие с дата-центром; вкладка Хосты \u0026amp; Кластеры отображает список подключенных кластеров, хостов, папок хостов; вкладка ВМ отображает виртуальные машины и папки ВМ, размещенные в дата-центре; вкладка Хранилища отображает хранилища и папки хранилищ, подключенные к дата-центру; вкладка Сети отображает подключенные к дата-центру сети, папки сетей. Создание дата-центра Для создания дата-центра необходимо выполнить следующие действия:\nПерейти в раздел Хосты и кластеры. Нажать на зону правой кнопкой мыши. Нажать на Новый дата-центр. Откроется окно создания нового Дата-центра. Ввести имя дата-центра в поле Название. В поле Расположение будет отображен дата-центр в выбранной раннее зоне. Создание папки в дата-центре Для создания папки:\nВыбрать дата-центр. Нажать на него правой кнопкой мыши. В контекстном меню выбрать Новая папка. Выбрать тип новой папки: новая папка хоста и кластера; новая сетевая папка; новая папка хранилищ; новая папка виртуальных машин и шаблонов. Откроется окно создания новой папки, где необходимо ввести имя для папки. Созданная папка будет отображена в списке. Хост будет отображен в папке. Перемещение дата-центра Для перемещения дата-центра (например, из папки) необходимо:\nВыбрать дата-центр. Нажать на него правой кнопкой мыши. В контекстном меню выбрать Переместить в\u0026hellip;. В окне выбрать новое местоположение дата-центра. Нажать кнопку ОК. Удаление дата-центра Для удаления дата-центра необходимо:\nВыбрать дата-центр. Нажать на него правой кнопкой мыши. В контекстном меню выбрать Удалить. ","description":null,"ref":"/docs/pkzvezda/sphere/datacenter_creation/","section":"docs","tags":null,"title":"Управление дата-центром","url":"/docs/pkzvezda/sphere/datacenter_creation/","weight":3},{"body":"Авторизация После запуска веб-интерфейса пользователю отображается форма авторизации.\nДля первого входа используются учётные данные по умолчанию:\nИмя пользователя: admin Пароль: P@ssw0rd После успешного входа можно добавить других пользователей с различными уровнями доступа.\nИнформационная панель Сразу после авторизации открывается информационная панель Stormwind. В ней отображаются:\nобщее состояние кластера; использование OSD (дисковых модулей хранения); графики с основными метриками по кластеру и отдельным узлам. Состояние кластера В левой части интерфейса, во вкладке Состояние кластера, отображается текущий статус:\nOK — кластер работает штатно; WARN — имеются неполадки, способные повлиять на производительность. Статус является кликабельным: при нажатии открывается подробная информация о выявленных проблемах.\nНиже расположена вкладка Обслуживание — она отображает включённые флаги, отвечающие за техническое обслуживание кластера.\nТакже доступна вкладка Хранилище, в которой показано текущее использование дискового пространства.\nВажно: сразу после развёртывания часть памяти (примерно 2–5%) зарезервирована под системные метаданные.\nИспользование OSD Во вкладке «Использование OSD» отображается распределение данных по доступным OSD (объектным хранилищам).\nЕсли не были изменены веса OSD вручную, данные будут распределяться равномерно между всеми доступными устройствами.\nДля получения подробной информации можно перейти к расширенной таблице использования.\nВ таблице указываются следующие сведения:\nобъём занятого пространства; имя узла, в котором развёрнут соответствующий OSD; список пулов, в которых данный OSD участвует в хранении данных. Топология кластера Перед началом работы рекомендуется ознакомиться со структурой кластера — его топологией .\nПо умолчанию используется базовая иерархия:\nroot = default — корневой элемент; host — отдельные хосты, подключённые к кластеру; osd — устройства хранения внутри каждого хоста. Эта схема может быть адаптирована под конкретную инфраструктуру (например, с учётом городов, дата-центров, стоек и т. д.).\nПодобное уточнение топологии особенно важно для репликации данных, чтобы повысить устойчивость — например, избежать потерь при аварии или пожаре в одном из дата-центров.\nДля добавления нового элемента в дерево необходимо нажать кнопку + рядом с выбранным узлом, допускающим дочерние элементы, либо, для создания нового корня дерева, — кнопку «+» в углу панели управления. После этого отобразится меню, в котором задаются тип узла, его наименование и выбирается алгоритм вычисления хэша. Перемещение элементов дерева в другие места возможно с использованием функции drag-and-drop. При необходимости отмены внесённых изменений предусмотрена кнопка Сброс, которая откатывает локальные изменения в текущей сессии браузера.\nДля применения внесённых изменений необходимо нажать кнопку Сохранить. После сохранения сброс изменений невозможен.\nПравила репликации Правила репликации представляют собой набор параметров, определяющих, какие объекты хранения данных (OSD) будут использоваться пулом. Это позволяет разграничивать зоны ответственности пулов, например, один пул может использовать OSD, расположенные в одном дата-центре, другой — на конкретном хосте и т.п. Кроме того, может задаваться тип OSD (SSD, HDD или любой), что позволяет организовать специализированные кэш-пулы.\nПо умолчанию после развёртывания создаётся одно правило репликации, которое применяется ко всем пулам по умолчанию.\nСписок правил Представляет собой таблицу с ключевой информацией о правилах: наименованием и типом.\nСоздание правила При создании правила необходимо указать наименование (поле Название правила), тип (поле Тип правила) и задать последовательность шагов правила репликации. Минимально обязательными являются три шага:\nНачало — элемент топологии кластера, от которого начинается поиск соответствующих OSD. Выбор — алгоритм выбора необходимых OSD. Существуют два типа: choose и chooseleaf. Также задаются дочерние элементы, в которых будет производиться выбор. Choose - выбрать на текущем этапе узлы/OSD, которые являются ближайшими дочерними элементами. Choose_leaf - рекурсивный вариант Choose, который обходит поддеревья из этих дочерних элементов и извлекает OSD. Завершение — индикатор окончания перечисления выбора. Изменение правила (дополнить) При изменении правила используется та же форма, что и при создании. Изменение наименования правила недопустимо.\nИзменение правила требует повышенного внимания, поскольку оно влияет на поведение пулов кластера и может повлечь за собой изменение распределения данных.\nУдаление правила (дополнить) Правило может быть удалено при условии, что оно не используется ни в одном из пулов. В случае попытки удаления используемого правила система выдаст ошибку с указанием мест его применения.\nПрофили Erasure Code (EC) Профили Erasure Code (EC) применяются в пулах с типом кодирования данных Erasure Code и определяют параметры кодирования и восстановления данных. Основная задача профиля — обеспечить распределённое хранение данных с возможностью восстановления при частичной потере информации.\nОсновные параметры профиля K — количество исходных частей данных, на которые разбиваются данные для хранения. Значение параметра определяет минимальное число частей, необходимых для успешного восстановления информации. M — количество избыточных частей данных, рассчитанных на основе исходных частей. Эти части обеспечивают устойчивость к отказам, позволяя системе выдерживать потерю до M частей без потери данных. Все части (K + M) равномерно распределяются по объектам хранения (OSD). Пример: при параметрах K=10 и M=4 исходные данные делятся на 10 частей, после чего вычисляются 4 дополнительные части. В результате данные распределяются по 14 OSD, что позволяет сохранять целостность данных при отказе до 4 OSD.\nСписок профилей EC Список профилей содержит сведения о ключевых параметрах, включая значения K и M. Данный список используется для выбора и управления профилями, применяемыми в пулах хранения.\nСоздание профиля EC При создании нового профиля необходимо задать следующие параметры:\nНазвание — уникальное имя профиля. K — количество частей исходных данных. M — количество избыточных частей. Дополнительно могут быть указаны следующие параметры:\nПлагин — программный модуль, реализующий алгоритмы кодирования и восстановления данных. В настоящее время поддерживается плагин «Jerasure». Техника — специфичная для плагина «Jerasure» схема кодирования. Единица измерения полосы — размер сегментов частей данных (в байтах). Размер пакета — размер пакета, применяемого в кодировании (в байтах). Стандартное значение — 2024 байта. Удаление профиля EC Удаление профиля допускается только при условии отсутствия его использования в пулах хранения. В случае попытки удаления используемого профиля система выдаст соответствующее сообщение об ошибке, указывающее места применения данного профиля.\nПрименение профилей EC обеспечивает баланс между эффективным использованием ресурсов хранения и требуемым уровнем отказоустойчивости, позволяя гибко настраивать параметры кодирования данных в зависимости от задач и инфраструктурных особенностей.\n","categories":null,"content":"Авторизация После запуска веб-интерфейса пользователю отображается форма авторизации.\nДля первого входа используются учётные данные по умолчанию:\nИмя пользователя: admin Пароль: P@ssw0rd После успешного входа можно добавить других пользователей с различными уровнями доступа.\nИнформационная панель Сразу после авторизации открывается информационная панель Stormwind. В ней отображаются:\nобщее состояние кластера; использование OSD (дисковых модулей хранения); графики с основными метриками по кластеру и отдельным узлам. Состояние кластера В левой части интерфейса, во вкладке Состояние кластера, отображается текущий статус:\nOK — кластер работает штатно; WARN — имеются неполадки, способные повлиять на производительность. Статус является кликабельным: при нажатии открывается подробная информация о выявленных проблемах.\nНиже расположена вкладка Обслуживание — она отображает включённые флаги, отвечающие за техническое обслуживание кластера.\nТакже доступна вкладка Хранилище, в которой показано текущее использование дискового пространства.\nВажно: сразу после развёртывания часть памяти (примерно 2–5%) зарезервирована под системные метаданные.\nИспользование OSD Во вкладке «Использование OSD» отображается распределение данных по доступным OSD (объектным хранилищам).\nЕсли не были изменены веса OSD вручную, данные будут распределяться равномерно между всеми доступными устройствами.\nДля получения подробной информации можно перейти к расширенной таблице использования.\nВ таблице указываются следующие сведения:\nобъём занятого пространства; имя узла, в котором развёрнут соответствующий OSD; список пулов, в которых данный OSD участвует в хранении данных. Топология кластера Перед началом работы рекомендуется ознакомиться со структурой кластера — его топологией .\nПо умолчанию используется базовая иерархия:\nroot = default — корневой элемент; host — отдельные хосты, подключённые к кластеру; osd — устройства хранения внутри каждого хоста. Эта схема может быть адаптирована под конкретную инфраструктуру (например, с учётом городов, дата-центров, стоек и т. д.).\nПодобное уточнение топологии особенно важно для репликации данных, чтобы повысить устойчивость — например, избежать потерь при аварии или пожаре в одном из дата-центров.\nДля добавления нового элемента в дерево необходимо нажать кнопку + рядом с выбранным узлом, допускающим дочерние элементы, либо, для создания нового корня дерева, — кнопку «+» в углу панели управления. После этого отобразится меню, в котором задаются тип узла, его наименование и выбирается алгоритм вычисления хэша. Перемещение элементов дерева в другие места возможно с использованием функции drag-and-drop. При необходимости отмены внесённых изменений предусмотрена кнопка Сброс, которая откатывает локальные изменения в текущей сессии браузера.\nДля применения внесённых изменений необходимо нажать кнопку Сохранить. После сохранения сброс изменений невозможен.\nПравила репликации Правила репликации представляют собой набор параметров, определяющих, какие объекты хранения данных (OSD) будут использоваться пулом. Это позволяет разграничивать зоны ответственности пулов, например, один пул может использовать OSD, расположенные в одном дата-центре, другой — на конкретном хосте и т.п. Кроме того, может задаваться тип OSD (SSD, HDD или любой), что позволяет организовать специализированные кэш-пулы.\nПо умолчанию после развёртывания создаётся одно правило репликации, которое применяется ко всем пулам по умолчанию.\nСписок правил Представляет собой таблицу с ключевой информацией о правилах: наименованием и типом.\nСоздание правила При создании правила необходимо указать наименование (поле Название правила), тип (поле Тип правила) и задать последовательность шагов правила репликации. Минимально обязательными являются три шага:\nНачало — элемент топологии кластера, от которого начинается поиск соответствующих OSD. Выбор — алгоритм выбора необходимых OSD. Существуют два типа: choose и chooseleaf. Также задаются дочерние элементы, в которых будет производиться выбор. Choose - выбрать на текущем этапе узлы/OSD, которые являются ближайшими дочерними элементами. Choose_leaf - рекурсивный вариант Choose, который обходит поддеревья из этих дочерних элементов и извлекает OSD. Завершение — индикатор окончания перечисления выбора. Изменение правила (дополнить) При изменении правила используется та же форма, что и при создании. Изменение наименования правила недопустимо.\nИзменение правила требует повышенного внимания, поскольку оно влияет на поведение пулов кластера и может повлечь за собой изменение распределения данных.\nУдаление правила (дополнить) Правило может быть удалено при условии, что оно не используется ни в одном из пулов. В случае попытки удаления используемого правила система выдаст ошибку с указанием мест его применения.\nПрофили Erasure Code (EC) Профили Erasure Code (EC) применяются в пулах с типом кодирования данных Erasure Code и определяют параметры кодирования и восстановления данных. Основная задача профиля — обеспечить распределённое хранение данных с возможностью восстановления при частичной потере информации.\nОсновные параметры профиля K — количество исходных частей данных, на которые разбиваются данные для хранения. Значение параметра определяет минимальное число частей, необходимых для успешного восстановления информации. M — количество избыточных частей данных, рассчитанных на основе исходных частей. Эти части обеспечивают устойчивость к отказам, позволяя системе выдерживать потерю до M частей без потери данных. Все части (K + M) равномерно распределяются по объектам хранения (OSD). Пример: при параметрах K=10 и M=4 исходные данные делятся на 10 частей, после чего вычисляются 4 дополнительные части. В результате данные распределяются по 14 OSD, что позволяет сохранять целостность данных при отказе до 4 OSD.\nСписок профилей EC Список профилей содержит сведения о ключевых параметрах, включая значения K и M. Данный список используется для выбора и управления профилями, применяемыми в пулах хранения.\nСоздание профиля EC При создании нового профиля необходимо задать следующие параметры:\nНазвание — уникальное имя профиля. K — количество частей исходных данных. M — количество избыточных частей. Дополнительно могут быть указаны следующие параметры:\nПлагин — программный модуль, реализующий алгоритмы кодирования и восстановления данных. В настоящее время поддерживается плагин «Jerasure». Техника — специфичная для плагина «Jerasure» схема кодирования. Единица измерения полосы — размер сегментов частей данных (в байтах). Размер пакета — размер пакета, применяемого в кодировании (в байтах). Стандартное значение — 2024 байта. Удаление профиля EC Удаление профиля допускается только при условии отсутствия его использования в пулах хранения. В случае попытки удаления используемого профиля система выдаст соответствующее сообщение об ошибке, указывающее места применения данного профиля.\nПрименение профилей EC обеспечивает баланс между эффективным использованием ресурсов хранения и требуемым уровнем отказоустойчивости, позволяя гибко настраивать параметры кодирования данных в зависимости от задач и инфраструктурных особенностей.\n","description":null,"ref":"/docs/stormwind/operations_storm/","section":"docs","tags":null,"title":"Операции внутри Stormwind","url":"/docs/stormwind/operations_storm/","weight":4},{"body":"Программный комплекс ПК \u0026ldquo;Прокуратор\u0026rdquo; позволяет создавать, настраивать и управлять виртуальными машинами. Ниже описаны следующие функции:\nСоздание и развертывание виртуальных машин, клонов и шаблонов ВМ; Настройка виртуального оборудования и параметров виртуальной машины; Управление виртуальными машинами, включая использование снимков состояния; Устранение неполадок виртуальных машин; Создание резервных копий виртуальных машин. ","categories":null,"content":"Программный комплекс ПК \u0026ldquo;Прокуратор\u0026rdquo; позволяет создавать, настраивать и управлять виртуальными машинами. Ниже описаны следующие функции:\nСоздание и развертывание виртуальных машин, клонов и шаблонов ВМ; Настройка виртуального оборудования и параметров виртуальной машины; Управление виртуальными машинами, включая использование снимков состояния; Устранение неполадок виртуальных машин; Создание резервных копий виртуальных машин. ","description":null,"ref":"/docs/pkzvezda/procurator/vmsetup/","section":"docs","tags":null,"title":"Операции с ВМ","url":"/docs/pkzvezda/procurator/vmsetup/","weight":4},{"body":"Создание кластера в дата-центре Для создания кластера необходимо выполнить следующие действия:\nВыбрать дата-центр. Нажать на него правой кнопкой мыши. В контекстном меню выбрать Новый кластер\u0026hellip;. Альтернативно создать кластер можно через меню Действия. Откроется окно создания кластера. В открывшемся окне необходимо ввести название кластера. Доступны также настройки DRS и НА. В шаге Обзор доступна информация о создаваемом кластере. Созданный кластер отображен в списке. Создание кластера в папке Выбрать папку. Нажать на папку правой кнопкой мыши. В контекстном меню выбрать Новый кластер\u0026hellip;. Откроется окно создания кластера. В открывшемся окне ввести название кластера. Доступны настройки DRS и НА. В шаге Обзор доступна информация о создаваемом кластере. Созданный кластер будет отображен в списке. Создание кластера высокой доступности (High availability) Для создания HA-кластера:\nПерейти в Зона -\u0026gt; Настройки. Ознакомиться со схемой подключения узлов. В конфигурации участвуют три узла:\nActive — основной узел.\nPassive — резервный узел, получает все обновления, но не выполняет активные задачи.\nWitness — узел-свидетель, обеспечивающий кворум и отказоустойчивость.\nВсе три узла подключаются к выделенной сети Sphere HA Network через сетевой интерфейс NIC 1.\n❗️Убедиться, что Сеть Sphere HA Network создана и изолирована от сети управления. NIC 1 на каждом узле подключён к данной сети. На узле Witness интерфейс NIC 0 отключён.\nВыполнить резервирование статических IP-адресов для всех узлов, как указано в предварительных условиях.\nПосле настройки сети и IP-адресов система автоматически определит роли узлов (Active, Passive, Witness) и начнёт репликацию состояния.\nНажать кнопку Установите Сферу. Откроется окно загрузки пакета ПК \u0026ldquo;Сфера\u0026rdquo;. В поле Файл пакета Сферы нажать кнопку Выберите файл, указать путь к подготовленному пакету установки HA-кластера. Нажать кнопку Подтвердить для запуска процесса установки. После загрузки пакета система автоматически выполнит: Развертывание трёх виртуальных узлов: Активного узла. Пассивного узла. Узла-свидетеля (witness). Подключение всех узлов к выделенной сети Sphere HA Network через интерфейс NIC 1. Назначение ролей и синхронизацию между узлами. Добавление узла в HA-кластер Перейти в настройки зоны. Нажать на кнопку Добавить. Откроется окно добавления хоста в HA-кластер. Необходимо выбрать существующий хост. Перемещение кластера Для перемещения кластера необходимо:\nНажать на кластер правой кнопкой мыши. В контекстном меню выбрать Переместить в\u0026hellip;. В открывшемся окне выбрать, в какую папку или дата-центр необходимо переместить кластер. ","categories":null,"content":"Создание кластера в дата-центре Для создания кластера необходимо выполнить следующие действия:\nВыбрать дата-центр. Нажать на него правой кнопкой мыши. В контекстном меню выбрать Новый кластер\u0026hellip;. Альтернативно создать кластер можно через меню Действия. Откроется окно создания кластера. В открывшемся окне необходимо ввести название кластера. Доступны также настройки DRS и НА. В шаге Обзор доступна информация о создаваемом кластере. Созданный кластер отображен в списке. Создание кластера в папке Выбрать папку. Нажать на папку правой кнопкой мыши. В контекстном меню выбрать Новый кластер\u0026hellip;. Откроется окно создания кластера. В открывшемся окне ввести название кластера. Доступны настройки DRS и НА. В шаге Обзор доступна информация о создаваемом кластере. Созданный кластер будет отображен в списке. Создание кластера высокой доступности (High availability) Для создания HA-кластера:\nПерейти в Зона -\u0026gt; Настройки. Ознакомиться со схемой подключения узлов. В конфигурации участвуют три узла:\nActive — основной узел.\nPassive — резервный узел, получает все обновления, но не выполняет активные задачи.\nWitness — узел-свидетель, обеспечивающий кворум и отказоустойчивость.\nВсе три узла подключаются к выделенной сети Sphere HA Network через сетевой интерфейс NIC 1.\n❗️Убедиться, что Сеть Sphere HA Network создана и изолирована от сети управления. NIC 1 на каждом узле подключён к данной сети. На узле Witness интерфейс NIC 0 отключён.\nВыполнить резервирование статических IP-адресов для всех узлов, как указано в предварительных условиях.\nПосле настройки сети и IP-адресов система автоматически определит роли узлов (Active, Passive, Witness) и начнёт репликацию состояния.\nНажать кнопку Установите Сферу. Откроется окно загрузки пакета ПК \u0026ldquo;Сфера\u0026rdquo;. В поле Файл пакета Сферы нажать кнопку Выберите файл, указать путь к подготовленному пакету установки HA-кластера. Нажать кнопку Подтвердить для запуска процесса установки. После загрузки пакета система автоматически выполнит: Развертывание трёх виртуальных узлов: Активного узла. Пассивного узла. Узла-свидетеля (witness). Подключение всех узлов к выделенной сети Sphere HA Network через интерфейс NIC 1. Назначение ролей и синхронизацию между узлами. Добавление узла в HA-кластер Перейти в настройки зоны. Нажать на кнопку Добавить. Откроется окно добавления хоста в HA-кластер. Необходимо выбрать существующий хост. Перемещение кластера Для перемещения кластера необходимо:\nНажать на кластер правой кнопкой мыши. В контекстном меню выбрать Переместить в\u0026hellip;. В открывшемся окне выбрать, в какую папку или дата-центр необходимо переместить кластер. ","description":null,"ref":"/docs/pkzvezda/sphere/cluster_managment/","section":"docs","tags":null,"title":"Управление кластером","url":"/docs/pkzvezda/sphere/cluster_managment/","weight":4},{"body":"Настройки сети Для просмотра доступных сетей необходимо открыть вкладку Сети, откроется список виртуальных сетей дата-центра.\nПри выборе сети будет доступна следующая информация:\nво вкладке Разрешения - список пользователей, которые имеют права на взаимодействие с сетью; во вкладке Хосты - список хостов, к которой присоединена сеть; во вкладке ВМ - список виртуальных машин, к которой присоединена сеть. Подключение новой сети Для создания новой сети:\nВыбрать хост, к которому необходимо присоединить сеть. Перейти в Настройки хоста -\u0026gt; Сеть. В контекстном меню выбрать Добавить сеть\u0026hellip;. ❗️Перейти к созданию сети можно, нажав на иконку хоста, затем нажать Действия \u0026gt; Добавить сеть.\nОткроется окно создания новой сети, где необходимо настроить параметры новой сети:\nТип соединения. Доступно три типа соединения:\nВнутренний виртуальный сетевой адаптер - создает внутренний виртуальный адаптер для обработки служебного трафика Средства управления единичным хостом ПВ (трафик iSCSI, NFS, трафик управления хостом и т.д.); Группа портов для виртуальных машин - создает группу портов для виртуальных машин, подключенных к виртуальному коммутатору; Физический сетевой адаптер - добавляет физический сетевой адаптер для подключения хоста к физическим коммутаторам сети. ❗️ От выбора типа соединения будут зависеть дальнейшие настройки новой сети.\nСоздание внутреннего виртуального сетевого адаптера Для создания внутреннего виртуального сетевого адаптера в шаге Тип соединения необходимо выбрать Внутренний виртуальный сетевой адаптер, затем нажать кнопку Далее. В шаге Выберите целевое устройство нужно выбрать целевое устройство для нового подключения. Доступно три варианта:\nВыберите существующую сеть - действие позволяет выбрать уже существующую группу портов для подключения внутреннего виртуального адаптера. Для выбора сети нажать Просмотреть\u0026hellip;. Откроется список доступных сетей; Выберите существующий стандартный коммутатор - действие позволяет выбрать уже существующий виртуальный коммутатор. Для выбора виртуального коммутатора нужно нажать кнопку Просмотреть\u0026hellip;. Откроется список доступных коммутаторов; Новый стандартный коммутатор - действие позволяет добавить новый виртуальный коммутатор, для этого нужно ввести в поле нужное значение MTU в поле ввода (или оставить 1500 байт по умолчанию). Затем следует нажать кнопку Далее, откроется следующий шаг настройки \u0026ndash; Создание стандартного коммутатора. Дальнейшие настройки нового виртуального коммутатора не отличаются от настроек сети с другим типом подключений, они описаны ниже. При создании нового виртуального коммутатора на следующем этапе необходимо выбрать физические сетевые адаптеры для нового коммутатора. Необходимо нажать на кнопку в виде плюса.\nПосле этого будут доступны сетевые адаптеры для добавления. Выбрать необходимый адаптер с помощью левой кнопки мыши, затем нажать кнопку ОК.\nДалее настройки сети не отличаются от настроек с существующей сетью и коммутатором.\nВ шаге Свойства порта нужно указать параметры порта. Окно конфигурации внутреннего виртуального адаптера позволяет настроить:\nНаименование сети; VLAN ID; MTU; Стек TCP/IP. Нажать кнопку Далее. В шаге Настройки IPv4 есть возможность получить настройки IPv4 автоматически, либо использовать статические настройки IPv4. Нажать кнопку Далее. В шаге Завершение настройки будет доступна проверка выбранных параметров. Нажать кнопку Готово. Внутренний виртуальный сетевой адаптер создан.\nСоздание группы портов виртуальных машин Для создания группы портов в окне создания сети в шаге Тип соединения выбрать Группа портов виртуальных машин, затем нажать кнопку Далее. В шаге Выберите целевое устройство выбрать существующий виртуальный коммутатор или настроить новый виртуальный коммутатор. При создании нового виртуального коммутатора на следующем этапе выбрать физические сетевые адаптеры для нового коммутатора, нажать на кнопку Плюс.\nПосле этого будет доступны сетевые адаптеры для добавления. Нажать на необходимый адаптер с помощью правой кнопки мыши, затем нажать кнопку ОК.\nВ шаге Настройка подключения дать имя сети, выставить значение VLAN ID в раскрывающемся списке. В шаге Завершение создания сети будет доступна проверка выбранных параметров.\nГруппа портов виртуальных машин была создана.\nИзменение сетевых настроек хоста Раздел Сеть представляет собой страницу управления всеми сетевыми подключениями хоста. Раздел представлен вкладками Виртуальные коммутаторы, Адаптеры, Физические адаптеры.\nВиртуальные коммутаторы Вкладка Виртуальные коммутаторы отражает все виртуальные сети и подключенные к ним виртуальные машины в виде изображения виртуального коммутатора хоста. Данная вкладка позволяет добавить сеть, изменить существующую сеть, добавить физические адаптеры, просмотреть настройки каждой из сетей.\nНазвание текущего коммутатора отображено в верхней части; Слева показаны порты, связанные с системными или пользовательскими VLAN-сетями; Справа отображены физические сетевые адаптеры, привязанные к коммутатору; Каждый блок виртуальной сети содержит список портов и привязанных виртуальных машин или интерфейсов. Элементы управления:\nДобавить сеть\u0026hellip; – запускает мастер создания новой виртуальной сети; Обновить – перезапрашивает текущую схему подключений; Изменить – редактирует выбранный коммутатор; Управление физическими адаптерами – открывает интерфейс назначения физических интерфейсов коммутатору; ⋯ (троеточие) – открывает контекстное меню управления конкретным блоком или портом. Доступные действия: Просмотр настроек; Изменить настройки; Удалить. Для изменения настроек виртуального коммутатора необходимо:\nВыбрать Изменить настройки в контекстном меню. Откроется окно изменения настроек коммутатора. На вкладке Характеристики можно изменить MTU. На вкладке Безопасность можно управлять параметрами безопасности: Включение / отключение Promiscuos mode (\u0026ldquo;неразборчивый\u0026rdquo; режим) - возможность виртуальных портов коммутатора принимать все пакеты, независимо от MAC-адреса назначения. Разрешить изменения MAC-адреса внутри гостевой ОС виртуальной машины. Данная опция разрешает виртуальной машине с измененным MAC-адресом принимать фреймы на данный измененный MAC-адрес назначения. Эта политика безопасности влияет на входящий трафик, принимаемый виртуальной машиной; Forged transmits (поддельные передачи) разрешает виртуальной машине с измененным MAC-адресом передавать данные от данного измененного MAC-адреса источника. Эта политика безопасности влияет на исходящий трафик, генерируемый виртуальной машиной (от виртуального сетевого адаптера виртуальной машины, подключенной к виртуальному коммутатору). В шаге Формирование трафика (traffic shaping) можно задать включение или отключение ограничения скорости трафика. В случае, если ограничение скорости трафика включено, необходимо заполнить следующие поля: Среднюю пропускную способность (кбит/с); Пиковую пропускную способность (кбит/с); Размер пакета (КБайт). В шаге Объединение и аварийное переключение представлены настройки виртуального коммутатора в случае аварийных ситуаций. Можно настроить следующие параметры: Балансировку нагрузки - балансировка на основе хэша IP, хэша MAC источника, или использовать явный порядок аварийного переключения. Критерий обнаружения сбоя в работе сети; Уведомить коммутатор - уведомление физического коммутатора о переключении ВМ на другой физический адаптер; Вернуть подключение ВМ на первоначальный физический адаптер в случае его восстановления; Порядок аварийного переключения - выбор активных и резервных физических адаптеров. Во время аварийного переключения резервные адаптеры активируются в порядке, указанном в таблице. В таблице также возможно переместить адаптеры в активные, резервные и неиспользуемые. Внутренние виртуальные адаптеры Данный раздел позволяет управлять внутренними виртуальными адаптерами хоста. Внутренний виртуальный адаптер обеспечивает обработку системного трафика хоста. Для добавления внутреннего виртуального адаптера необходимо нажать кнопку Добавить сеть.\nФизические адаптеры Страница Физические адаптеры предоставляет возможность просмотреть список всех подключенных физических адаптеров к серверу, их параметры и настройки.\nДля изменения параметров существующего физического адаптера необходимо выбрать его левой кнопкой мыши, затем нажать кнопку Изменить. Откроется окно изменения настроек физического адаптера.\nПосле изменения настроек, нажать кнопку Ок.\nАгрегирование интерфейсов (бондинг) Поддерживается агригирование интерфейсов на основе mac-хэш (SLB), а также на основе IP-хэша (LACP). Для этого требуется:\nВыбрать хост, затем перейти Настройки хоста -\u0026gt; Виртуальные коммутаторы -\u0026gt; Изменить настройки коммутатора -\u0026gt; Объединение и аварийное переключение. Для агрегирования на основе IP-хэша (LACP) выбрать Маршрутизация на основе IP-хэша, на основе mac-хэш (SLB) - Маршрутизация на основе МАС-хэша источника. Нажать кнопку ОК. Настройка параметров MTU на виртуальном коммутаторе Изменение настроек MTU доступно как на этапе создания сети, так и уже созданным сетям. Для изменения настроек MTU у существующей сети необходимо:\nВыбрать хост. Перейти в Настройки хоста -\u0026gt; Сети -\u0026gt; Изменить. В разделе Характеристики в поле MTU ввести число MTU. Нажать кнопку ОК. ","categories":null,"content":"Настройки сети Для просмотра доступных сетей необходимо открыть вкладку Сети, откроется список виртуальных сетей дата-центра.\nПри выборе сети будет доступна следующая информация:\nво вкладке Разрешения - список пользователей, которые имеют права на взаимодействие с сетью; во вкладке Хосты - список хостов, к которой присоединена сеть; во вкладке ВМ - список виртуальных машин, к которой присоединена сеть. Подключение новой сети Для создания новой сети:\nВыбрать хост, к которому необходимо присоединить сеть. Перейти в Настройки хоста -\u0026gt; Сеть. В контекстном меню выбрать Добавить сеть\u0026hellip;. ❗️Перейти к созданию сети можно, нажав на иконку хоста, затем нажать Действия \u0026gt; Добавить сеть.\nОткроется окно создания новой сети, где необходимо настроить параметры новой сети:\nТип соединения. Доступно три типа соединения:\nВнутренний виртуальный сетевой адаптер - создает внутренний виртуальный адаптер для обработки служебного трафика Средства управления единичным хостом ПВ (трафик iSCSI, NFS, трафик управления хостом и т.д.); Группа портов для виртуальных машин - создает группу портов для виртуальных машин, подключенных к виртуальному коммутатору; Физический сетевой адаптер - добавляет физический сетевой адаптер для подключения хоста к физическим коммутаторам сети. ❗️ От выбора типа соединения будут зависеть дальнейшие настройки новой сети.\nСоздание внутреннего виртуального сетевого адаптера Для создания внутреннего виртуального сетевого адаптера в шаге Тип соединения необходимо выбрать Внутренний виртуальный сетевой адаптер, затем нажать кнопку Далее. В шаге Выберите целевое устройство нужно выбрать целевое устройство для нового подключения. Доступно три варианта:\nВыберите существующую сеть - действие позволяет выбрать уже существующую группу портов для подключения внутреннего виртуального адаптера. Для выбора сети нажать Просмотреть\u0026hellip;. Откроется список доступных сетей; Выберите существующий стандартный коммутатор - действие позволяет выбрать уже существующий виртуальный коммутатор. Для выбора виртуального коммутатора нужно нажать кнопку Просмотреть\u0026hellip;. Откроется список доступных коммутаторов; Новый стандартный коммутатор - действие позволяет добавить новый виртуальный коммутатор, для этого нужно ввести в поле нужное значение MTU в поле ввода (или оставить 1500 байт по умолчанию). Затем следует нажать кнопку Далее, откроется следующий шаг настройки \u0026ndash; Создание стандартного коммутатора. Дальнейшие настройки нового виртуального коммутатора не отличаются от настроек сети с другим типом подключений, они описаны ниже. При создании нового виртуального коммутатора на следующем этапе необходимо выбрать физические сетевые адаптеры для нового коммутатора. Необходимо нажать на кнопку в виде плюса.\nПосле этого будут доступны сетевые адаптеры для добавления. Выбрать необходимый адаптер с помощью левой кнопки мыши, затем нажать кнопку ОК.\nДалее настройки сети не отличаются от настроек с существующей сетью и коммутатором.\nВ шаге Свойства порта нужно указать параметры порта. Окно конфигурации внутреннего виртуального адаптера позволяет настроить:\nНаименование сети; VLAN ID; MTU; Стек TCP/IP. Нажать кнопку Далее. В шаге Настройки IPv4 есть возможность получить настройки IPv4 автоматически, либо использовать статические настройки IPv4. Нажать кнопку Далее. В шаге Завершение настройки будет доступна проверка выбранных параметров. Нажать кнопку Готово. Внутренний виртуальный сетевой адаптер создан.\nСоздание группы портов виртуальных машин Для создания группы портов в окне создания сети в шаге Тип соединения выбрать Группа портов виртуальных машин, затем нажать кнопку Далее. В шаге Выберите целевое устройство выбрать существующий виртуальный коммутатор или настроить новый виртуальный коммутатор. При создании нового виртуального коммутатора на следующем этапе выбрать физические сетевые адаптеры для нового коммутатора, нажать на кнопку Плюс.\nПосле этого будет доступны сетевые адаптеры для добавления. Нажать на необходимый адаптер с помощью правой кнопки мыши, затем нажать кнопку ОК.\nВ шаге Настройка подключения дать имя сети, выставить значение VLAN ID в раскрывающемся списке. В шаге Завершение создания сети будет доступна проверка выбранных параметров.\nГруппа портов виртуальных машин была создана.\nИзменение сетевых настроек хоста Раздел Сеть представляет собой страницу управления всеми сетевыми подключениями хоста. Раздел представлен вкладками Виртуальные коммутаторы, Адаптеры, Физические адаптеры.\nВиртуальные коммутаторы Вкладка Виртуальные коммутаторы отражает все виртуальные сети и подключенные к ним виртуальные машины в виде изображения виртуального коммутатора хоста. Данная вкладка позволяет добавить сеть, изменить существующую сеть, добавить физические адаптеры, просмотреть настройки каждой из сетей.\nНазвание текущего коммутатора отображено в верхней части; Слева показаны порты, связанные с системными или пользовательскими VLAN-сетями; Справа отображены физические сетевые адаптеры, привязанные к коммутатору; Каждый блок виртуальной сети содержит список портов и привязанных виртуальных машин или интерфейсов. Элементы управления:\nДобавить сеть\u0026hellip; – запускает мастер создания новой виртуальной сети; Обновить – перезапрашивает текущую схему подключений; Изменить – редактирует выбранный коммутатор; Управление физическими адаптерами – открывает интерфейс назначения физических интерфейсов коммутатору; ⋯ (троеточие) – открывает контекстное меню управления конкретным блоком или портом. Доступные действия: Просмотр настроек; Изменить настройки; Удалить. Для изменения настроек виртуального коммутатора необходимо:\nВыбрать Изменить настройки в контекстном меню. Откроется окно изменения настроек коммутатора. На вкладке Характеристики можно изменить MTU. На вкладке Безопасность можно управлять параметрами безопасности: Включение / отключение Promiscuos mode (\u0026ldquo;неразборчивый\u0026rdquo; режим) - возможность виртуальных портов коммутатора принимать все пакеты, независимо от MAC-адреса назначения. Разрешить изменения MAC-адреса внутри гостевой ОС виртуальной машины. Данная опция разрешает виртуальной машине с измененным MAC-адресом принимать фреймы на данный измененный MAC-адрес назначения. Эта политика безопасности влияет на входящий трафик, принимаемый виртуальной машиной; Forged transmits (поддельные передачи) разрешает виртуальной машине с измененным MAC-адресом передавать данные от данного измененного MAC-адреса источника. Эта политика безопасности влияет на исходящий трафик, генерируемый виртуальной машиной (от виртуального сетевого адаптера виртуальной машины, подключенной к виртуальному коммутатору). В шаге Формирование трафика (traffic shaping) можно задать включение или отключение ограничения скорости трафика. В случае, если ограничение скорости трафика включено, необходимо заполнить следующие поля: Среднюю пропускную способность (кбит/с); Пиковую пропускную способность (кбит/с); Размер пакета (КБайт). В шаге Объединение и аварийное переключение представлены настройки виртуального коммутатора в случае аварийных ситуаций. Можно настроить следующие параметры: Балансировку нагрузки - балансировка на основе хэша IP, хэша MAC источника, или использовать явный порядок аварийного переключения. Критерий обнаружения сбоя в работе сети; Уведомить коммутатор - уведомление физического коммутатора о переключении ВМ на другой физический адаптер; Вернуть подключение ВМ на первоначальный физический адаптер в случае его восстановления; Порядок аварийного переключения - выбор активных и резервных физических адаптеров. Во время аварийного переключения резервные адаптеры активируются в порядке, указанном в таблице. В таблице также возможно переместить адаптеры в активные, резервные и неиспользуемые. Внутренние виртуальные адаптеры Данный раздел позволяет управлять внутренними виртуальными адаптерами хоста. Внутренний виртуальный адаптер обеспечивает обработку системного трафика хоста. Для добавления внутреннего виртуального адаптера необходимо нажать кнопку Добавить сеть.\nФизические адаптеры Страница Физические адаптеры предоставляет возможность просмотреть список всех подключенных физических адаптеров к серверу, их параметры и настройки.\nДля изменения параметров существующего физического адаптера необходимо выбрать его левой кнопкой мыши, затем нажать кнопку Изменить. Откроется окно изменения настроек физического адаптера.\nПосле изменения настроек, нажать кнопку Ок.\nАгрегирование интерфейсов (бондинг) Поддерживается агригирование интерфейсов на основе mac-хэш (SLB), а также на основе IP-хэша (LACP). Для этого требуется:\nВыбрать хост, затем перейти Настройки хоста -\u0026gt; Виртуальные коммутаторы -\u0026gt; Изменить настройки коммутатора -\u0026gt; Объединение и аварийное переключение. Для агрегирования на основе IP-хэша (LACP) выбрать Маршрутизация на основе IP-хэша, на основе mac-хэш (SLB) - Маршрутизация на основе МАС-хэша источника. Нажать кнопку ОК. Настройка параметров MTU на виртуальном коммутаторе Изменение настроек MTU доступно как на этапе создания сети, так и уже созданным сетям. Для изменения настроек MTU у существующей сети необходимо:\nВыбрать хост. Перейти в Настройки хоста -\u0026gt; Сети -\u0026gt; Изменить. В разделе Характеристики в поле MTU ввести число MTU. Нажать кнопку ОК. ","description":null,"ref":"/docs/pkzvezda/sphere/host_creation/sphere_network/","section":"docs","tags":null,"title":"Настройки сети","url":"/docs/pkzvezda/sphere/host_creation/sphere_network/","weight":5},{"body":"Для получения информации о подключённых хостах необходимо воспользоваться древовидной структурой, отображаемой в разделе управления инфраструктурой.\nПерейти в раздел Хосты и Кластеры раздела Зона. Информация представлена виде списка хостов. Для получения сведений по конкретному хосту необходимо кликнуть по соответствующей строке с его IP-адресом. Откроется вкладка Сводка о хосте с подробной информацией о вычислительном ресурсе. Системные настройки Лицензирование В разделе Лицензирование отображается информация о текущем лицензионном состоянии программного комплекса. Интерфейс включает следующие элементы:\nЛицензия – тип установленной лицензии. Лицензионный ключ – строка, идентифицирующая текущую лицензию (значение скрыто). Продукт – наименование программного продукта, для которого применяется лицензия. Использование – отображает оставшийся срок действия лицензии (в формате: месяцев, дней, часов, минут, секунд). Срок действия лицензии – отображается автоматически на основе введённого ключа. Лицензионные функции – перечень доступных функций и модулей, активированных по данной лицензии. Добавление лицензии Для добавления лицензии:\nВ Настройки хоста -\u0026gt; Лицензирование нажать Назначить лицензию -\u0026gt; Новая лицензия. Откроется окно добавления лицензии, в которой нужно заполнить следующие поля: Лицензионный ключ; Название лицензии. Нажать кнопку ОК. Сертификат Страница Сертификат отображает информацию о сертификате хоста. При необходимости, его можно продлить, нажав кнопку Продлить.\nПакеты Страница Пакеты позволяет просмотреть основные пакеты изделия, их версию, дату и время установки. Здесь можно обновить их, нажать на кнопку Загрузить обновления. Далее откроется окно, где необходимо выбрать пакет, который необходимо загрузить. При процессе загрузки нельзя обновлять страницу.\nДобавление хоста в дата-центр Для создания узла необходимо выполнить следующие действия:\nПерейти к дата-центру, кластеру или папке внутри дата-центра. Нажать на кнопку Действия, выбрать Добавить узел\u0026hellip;. Альтернативно можно перейти к добавлению хоста, нажав на ресурс правой кнопкой мыши, затем в списке выбрать добавить узел\u0026hellip; Откроется меню создание узла. В шаге Название и местоположение ввести имя или IP-хоста. В шаге Настройки подключения ввести учетные данные администратора узла. Если учетные данные не пройдут проверку, появится сообщение. В шаге Сводка хоста доступна информация о добавляемом хосте. Далее необходимо выбрать режим изоляции. Данный режим ограничивает удаленный доступ, доступно три варианта: Отключен (по умолчанию выбран) – без ограничений; Обычный – хост доступен только через локальную консоль или сервер; Strict – доступ только через ПК \u0026ldquo;Сфера\u0026rdquo;, доступ через консоль отключен. В шаге Местоположение виртуальной машины отображен дата-центр, на котором будут размещены ВМ данного хоста. В шаге Завершение настройки доступны параметры добавления узла. Добавленный узел отображен в списке. Добавление хоста в папку Для добавления хоста в папку необходимо:\nВыбрать папку, нажать на нее правой кнопкой мыши. В контекстном меню выбрать Добавить узел\u0026hellip;. Откроется меню создание узла. В шаге Название и местоположение ввести имя или IP-хоста. В шаге Настройки подключения ввести учетные данные администратора узла. Если учетные данные не пройдут проверку, появится сообщение. В шаге Сводка хоста доступна информация о добавляемом хосте. Далее необходимо выбрать режим изоляции. Данный режим ограничивает удаленный доступ, доступно три варианта: Отключен (по умолчанию выбран) – без ограничений; Обычный – хост доступен только через локальную консоль или сервер; Strict – доступ только через ПК \u0026ldquo;Сфера\u0026rdquo;, доступ через консоль отключен. В шаге Местоположение виртуальной машины отображен дата-центр, на котором будут размещены ВМ данного хоста. В шаге Завершение настройки доступны параметры добавления узла. Добавление хоста в кластер Для добавления узла в уже существующий кластер, необходимо:\nВыбрать кластер, затем щелкнуть по нему правой кнопкой мыши. Доступно создание через меню Действия. Нажать Добавить узлы\u0026hellip;. Откроется окно добавления узлов в кластер. Необходимо ввести IP-адрес или полное доменное имя узла, имя пользователя и пароль. При необходимости, можно добавить еще один узел, нажав кнопку Добавить узел. В шаге Сводка хоста доступна информация о добавляемых узлах. В шаге Завершение настройки можно ознакомиться с информацией о добавляемых узлах. Добавленные узлы отображены в списке. ","categories":null,"content":"Для получения информации о подключённых хостах необходимо воспользоваться древовидной структурой, отображаемой в разделе управления инфраструктурой.\nПерейти в раздел Хосты и Кластеры раздела Зона. Информация представлена виде списка хостов. Для получения сведений по конкретному хосту необходимо кликнуть по соответствующей строке с его IP-адресом. Откроется вкладка Сводка о хосте с подробной информацией о вычислительном ресурсе. Системные настройки Лицензирование В разделе Лицензирование отображается информация о текущем лицензионном состоянии программного комплекса. Интерфейс включает следующие элементы:\nЛицензия – тип установленной лицензии. Лицензионный ключ – строка, идентифицирующая текущую лицензию (значение скрыто). Продукт – наименование программного продукта, для которого применяется лицензия. Использование – отображает оставшийся срок действия лицензии (в формате: месяцев, дней, часов, минут, секунд). Срок действия лицензии – отображается автоматически на основе введённого ключа. Лицензионные функции – перечень доступных функций и модулей, активированных по данной лицензии. Добавление лицензии Для добавления лицензии:\nВ Настройки хоста -\u0026gt; Лицензирование нажать Назначить лицензию -\u0026gt; Новая лицензия. Откроется окно добавления лицензии, в которой нужно заполнить следующие поля: Лицензионный ключ; Название лицензии. Нажать кнопку ОК. Сертификат Страница Сертификат отображает информацию о сертификате хоста. При необходимости, его можно продлить, нажав кнопку Продлить.\nПакеты Страница Пакеты позволяет просмотреть основные пакеты изделия, их версию, дату и время установки. Здесь можно обновить их, нажать на кнопку Загрузить обновления. Далее откроется окно, где необходимо выбрать пакет, который необходимо загрузить. При процессе загрузки нельзя обновлять страницу.\nДобавление хоста в дата-центр Для создания узла необходимо выполнить следующие действия:\nПерейти к дата-центру, кластеру или папке внутри дата-центра. Нажать на кнопку Действия, выбрать Добавить узел\u0026hellip;. Альтернативно можно перейти к добавлению хоста, нажав на ресурс правой кнопкой мыши, затем в списке выбрать добавить узел\u0026hellip; Откроется меню создание узла. В шаге Название и местоположение ввести имя или IP-хоста. В шаге Настройки подключения ввести учетные данные администратора узла. Если учетные данные не пройдут проверку, появится сообщение. В шаге Сводка хоста доступна информация о добавляемом хосте. Далее необходимо выбрать режим изоляции. Данный режим ограничивает удаленный доступ, доступно три варианта: Отключен (по умолчанию выбран) – без ограничений; Обычный – хост доступен только через локальную консоль или сервер; Strict – доступ только через ПК \u0026ldquo;Сфера\u0026rdquo;, доступ через консоль отключен. В шаге Местоположение виртуальной машины отображен дата-центр, на котором будут размещены ВМ данного хоста. В шаге Завершение настройки доступны параметры добавления узла. Добавленный узел отображен в списке. Добавление хоста в папку Для добавления хоста в папку необходимо:\nВыбрать папку, нажать на нее правой кнопкой мыши. В контекстном меню выбрать Добавить узел\u0026hellip;. Откроется меню создание узла. В шаге Название и местоположение ввести имя или IP-хоста. В шаге Настройки подключения ввести учетные данные администратора узла. Если учетные данные не пройдут проверку, появится сообщение. В шаге Сводка хоста доступна информация о добавляемом хосте. Далее необходимо выбрать режим изоляции. Данный режим ограничивает удаленный доступ, доступно три варианта: Отключен (по умолчанию выбран) – без ограничений; Обычный – хост доступен только через локальную консоль или сервер; Strict – доступ только через ПК \u0026ldquo;Сфера\u0026rdquo;, доступ через консоль отключен. В шаге Местоположение виртуальной машины отображен дата-центр, на котором будут размещены ВМ данного хоста. В шаге Завершение настройки доступны параметры добавления узла. Добавление хоста в кластер Для добавления узла в уже существующий кластер, необходимо:\nВыбрать кластер, затем щелкнуть по нему правой кнопкой мыши. Доступно создание через меню Действия. Нажать Добавить узлы\u0026hellip;. Откроется окно добавления узлов в кластер. Необходимо ввести IP-адрес или полное доменное имя узла, имя пользователя и пароль. При необходимости, можно добавить еще один узел, нажав кнопку Добавить узел. В шаге Сводка хоста доступна информация о добавляемых узлах. В шаге Завершение настройки можно ознакомиться с информацией о добавляемых узлах. Добавленные узлы отображены в списке. ","description":null,"ref":"/docs/pkzvezda/sphere/host_creation/","section":"docs","tags":null,"title":"Настройки хоста","url":"/docs/pkzvezda/sphere/host_creation/","weight":5},{"body":"Образы виртуальных машин Для работы с дистрибутивами операционных систем и образами виртуальных машин, необходимо перейти во раздел Хранилища, затем выбрать необходимое хранилище, нажав на него левой кнопкой мыши. Перейти в раздел Файлы, справа будут отображены файлы и папки, которые хранятся на выбранном хранилище.\nЗдесь доступны следующие функции:\nСоздать новую папку; Загрузить файлы; Загрузить папку; Зарегистрировать ВМ; Скачать файл; Скопировать в другую папку или хранилище; Переместить в другую папку или хранилище; Переименовать; Удалить; Конвертировать в другой формат. Для загрузки образа ВМ или любого другого файла необходимо нажать кнопку Загрузить файлы. После выбора файла начнется процесс загрузки. Важно не обновлять страницу браузера для исключения ошибок при загрузке.\n","categories":null,"content":"Образы виртуальных машин Для работы с дистрибутивами операционных систем и образами виртуальных машин, необходимо перейти во раздел Хранилища, затем выбрать необходимое хранилище, нажав на него левой кнопкой мыши. Перейти в раздел Файлы, справа будут отображены файлы и папки, которые хранятся на выбранном хранилище.\nЗдесь доступны следующие функции:\nСоздать новую папку; Загрузить файлы; Загрузить папку; Зарегистрировать ВМ; Скачать файл; Скопировать в другую папку или хранилище; Переместить в другую папку или хранилище; Переименовать; Удалить; Конвертировать в другой формат. Для загрузки образа ВМ или любого другого файла необходимо нажать кнопку Загрузить файлы. После выбора файла начнется процесс загрузки. Важно не обновлять страницу браузера для исключения ошибок при загрузке.\n","description":null,"ref":"/docs/pkzvezda/procurator/vmsetup/images_of_vm/","section":"docs","tags":null,"title":"Образы виртуальных машин","url":"/docs/pkzvezda/procurator/vmsetup/images_of_vm/","weight":5},{"body":"Пулы хранения (далее — пулы) представляют собой логически изолированные области в рамках распределённой системы хранения, предназначенные для тематического или функционального разделения данных. В различных пулах могут размещаться данные, используемые различными подсистемами: NFS/CIFS, S3, iSCSI, а также метаданные.\nНазначение пулов Каждый пул может быть ассоциирован с определённым типом сервиса:\nNFS/CIFS — файловый доступ к данным, предоставляемый через подсистему CephFS. S3 — объектный доступ к данным через подсистему RADOS Gateway (radosgw). iSCSI — блочный доступ к данным через подсистему RBD (RADOS Block Device). Метаданные — служебная информация, необходимая для функционирования системного уровня. Список пулов Интерфейс управления предоставляет таблицу, содержащую сведения обо всех существующих пулах. Таблица включает следующие столбцы:\nИмя — уникальное имя пула. Тип — тип используемого механизма хранения: replicated — реплицированный пул; erasure — пул с использованием кодирования Erasure Code (EC). Использование — область применения пула: rbd — используется для блочного доступа (iSCSI); cephfs — используется для файлового доступа (NFS/CIFS); radosgw — используется для объектного доступа (S3). PG — количество групп размещения (Placement Groups), на которые распределяются данные в пуле. Размер — количество реплик (или кодируемых блоков), достигаемое в фоне после записи данных в пул. Мин. размер — минимальное количество реплик (или блоков), необходимое для подтверждения успешной записи. Название правила — имя связанного с пулом правила репликации. Активные OSD — количество задействованных устройств хранения (OSD) в рамках пула. Состояние — текущее состояние пула (например, активно или неактивно). Пулы являются основным механизмом логического сегментирования хранилища и позволяют точно управлять распределением данных, отказоустойчивостью и производительностью в зависимости от целевой нагрузки и типа сервиса.\nСоздание пула хранения данных Создание нового пула выполняется через форму добавления, где требуется указать ряд обязательных и дополнительных параметров.\nОсновные параметры Название пула — уникальное имя создаваемого пула. Обязательный параметр. Тип — определяет тип пула: Реплицированный — используется механизм репликации; EC (Erasure Code) — используется схема кодирования с профилем EC. При выборе этого типа параметр Размер становится недоступен, и вместо него появляется параметр Профиль EC. Использование — определяет назначение пула:\ncephfs — файловый доступ (например, через NFS или CIFS); rbd — блочный доступ (например, через iSCSI); radosgw — объектный доступ (S3). Следует учитывать, что пулы для S3 рекомендуется создавать через специализированные процедуры, вне общего интерфейса добавления пулов. Количество PG (Placement Groups) — определяет степень параллелизма хранения и влияет на производительность и нагрузку на кластер:\nДля малонагруженных пулов достаточно 32 PG; Для интенсивно используемых пулов рекомендуется от 128 PG; Важно учитывать общую нагрузку на кластер: при чрезмерном количестве PG возможна деградация работы или сбой. Размер — указывается количество реплик, которые будут асинхронно сформированы после записи данных (только для реплицированных пулов).\nМинимальный размер — минимальное количество реплик, необходимое для подтверждения успешной записи данных в пул.\nНазвание правила — имя правила репликации, которое будет применяться к пулу.\nПараметры сжатия (опционально) Сжатие — опция включения сжатия данных. При активации становятся доступными следующие параметры: Режим сжатия — определяет степень агрессивности сжатия. Более агрессивные режимы обеспечивают лучшее сжатие, но увеличивают нагрузку на CPU. Алгоритм сжатия — выбор алгоритма, используемого для компрессии (например, lz4, zlib, zstd и др.). Корректный выбор параметров при создании пула напрямую влияет на эффективность, отказоустойчивость и производительность системы хранения. Перед добавлением новых пулов рекомендуется предварительно рассчитать влияние выбранных параметров на общую нагрузку на кластер.\nИзменение и удаление пула хранения данных Изменение параметров пула Редактирование параметров существующего пула осуществляется через форму, аналогичную форме создания. Однако изменение следующих параметров невозможно:\nНазвание пула Тип пула (реплицированный или EC) Использование (cephfs, rbd, radosgw и др.) Количество PG (Placement Groups) Остальные параметры, включая политику репликации, уровень сжатия и алгоритм сжатия, могут быть изменены при необходимости.\nПримечание: При внесении изменений рекомендуется учитывать влияние на производительность и целостность данных. В некоторых случаях может потребоваться дополнительная настройка.\nУдаление пула Удаление пула инициирует фоновую асинхронную задачу, которая окончательно удаляет указанный пул.\nВажно! Операция необратима и приводит к полной утрате всех данных, хранящихся в данном пуле.\nВнимание: Перед удалением пула необходимо убедиться, что он не используется в текущих сервисах и что все необходимые данные были перенесены или сохранены.\nУдаление пула рекомендуется выполнять только в случае полной уверенности в необходимости данной операции.\n","categories":null,"content":"Пулы хранения (далее — пулы) представляют собой логически изолированные области в рамках распределённой системы хранения, предназначенные для тематического или функционального разделения данных. В различных пулах могут размещаться данные, используемые различными подсистемами: NFS/CIFS, S3, iSCSI, а также метаданные.\nНазначение пулов Каждый пул может быть ассоциирован с определённым типом сервиса:\nNFS/CIFS — файловый доступ к данным, предоставляемый через подсистему CephFS. S3 — объектный доступ к данным через подсистему RADOS Gateway (radosgw). iSCSI — блочный доступ к данным через подсистему RBD (RADOS Block Device). Метаданные — служебная информация, необходимая для функционирования системного уровня. Список пулов Интерфейс управления предоставляет таблицу, содержащую сведения обо всех существующих пулах. Таблица включает следующие столбцы:\nИмя — уникальное имя пула. Тип — тип используемого механизма хранения: replicated — реплицированный пул; erasure — пул с использованием кодирования Erasure Code (EC). Использование — область применения пула: rbd — используется для блочного доступа (iSCSI); cephfs — используется для файлового доступа (NFS/CIFS); radosgw — используется для объектного доступа (S3). PG — количество групп размещения (Placement Groups), на которые распределяются данные в пуле. Размер — количество реплик (или кодируемых блоков), достигаемое в фоне после записи данных в пул. Мин. размер — минимальное количество реплик (или блоков), необходимое для подтверждения успешной записи. Название правила — имя связанного с пулом правила репликации. Активные OSD — количество задействованных устройств хранения (OSD) в рамках пула. Состояние — текущее состояние пула (например, активно или неактивно). Пулы являются основным механизмом логического сегментирования хранилища и позволяют точно управлять распределением данных, отказоустойчивостью и производительностью в зависимости от целевой нагрузки и типа сервиса.\nСоздание пула хранения данных Создание нового пула выполняется через форму добавления, где требуется указать ряд обязательных и дополнительных параметров.\nОсновные параметры Название пула — уникальное имя создаваемого пула. Обязательный параметр. Тип — определяет тип пула: Реплицированный — используется механизм репликации; EC (Erasure Code) — используется схема кодирования с профилем EC. При выборе этого типа параметр Размер становится недоступен, и вместо него появляется параметр Профиль EC. Использование — определяет назначение пула:\ncephfs — файловый доступ (например, через NFS или CIFS); rbd — блочный доступ (например, через iSCSI); radosgw — объектный доступ (S3). Следует учитывать, что пулы для S3 рекомендуется создавать через специализированные процедуры, вне общего интерфейса добавления пулов. Количество PG (Placement Groups) — определяет степень параллелизма хранения и влияет на производительность и нагрузку на кластер:\nДля малонагруженных пулов достаточно 32 PG; Для интенсивно используемых пулов рекомендуется от 128 PG; Важно учитывать общую нагрузку на кластер: при чрезмерном количестве PG возможна деградация работы или сбой. Размер — указывается количество реплик, которые будут асинхронно сформированы после записи данных (только для реплицированных пулов).\nМинимальный размер — минимальное количество реплик, необходимое для подтверждения успешной записи данных в пул.\nНазвание правила — имя правила репликации, которое будет применяться к пулу.\nПараметры сжатия (опционально) Сжатие — опция включения сжатия данных. При активации становятся доступными следующие параметры: Режим сжатия — определяет степень агрессивности сжатия. Более агрессивные режимы обеспечивают лучшее сжатие, но увеличивают нагрузку на CPU. Алгоритм сжатия — выбор алгоритма, используемого для компрессии (например, lz4, zlib, zstd и др.). Корректный выбор параметров при создании пула напрямую влияет на эффективность, отказоустойчивость и производительность системы хранения. Перед добавлением новых пулов рекомендуется предварительно рассчитать влияние выбранных параметров на общую нагрузку на кластер.\nИзменение и удаление пула хранения данных Изменение параметров пула Редактирование параметров существующего пула осуществляется через форму, аналогичную форме создания. Однако изменение следующих параметров невозможно:\nНазвание пула Тип пула (реплицированный или EC) Использование (cephfs, rbd, radosgw и др.) Количество PG (Placement Groups) Остальные параметры, включая политику репликации, уровень сжатия и алгоритм сжатия, могут быть изменены при необходимости.\nПримечание: При внесении изменений рекомендуется учитывать влияние на производительность и целостность данных. В некоторых случаях может потребоваться дополнительная настройка.\nУдаление пула Удаление пула инициирует фоновую асинхронную задачу, которая окончательно удаляет указанный пул.\nВажно! Операция необратима и приводит к полной утрате всех данных, хранящихся в данном пуле.\nВнимание: Перед удалением пула необходимо убедиться, что он не используется в текущих сервисах и что все необходимые данные были перенесены или сохранены.\nУдаление пула рекомендуется выполнять только в случае полной уверенности в необходимости данной операции.\n","description":null,"ref":"/docs/stormwind/pulls/","section":"docs","tags":null,"title":"Пулы хранения данных","url":"/docs/stormwind/pulls/","weight":5},{"body":"Управление программным комплексом с помощью PCLI ПК \u0026ldquo;Прокуратор\u0026rdquo; включает в себя пакет PCLI - интерфейс командной строки, который используется для управления и конфигурирования хостом.\nPCLI позволяет выполнять задачи по управлению, такие как:\nНастройка сетевых параметров и хранения данных; Управление виртуальными машинами; Настройки хранилища и iSCSI через pcli. Для начала работы с pcli необходимо выполнить следующие действия:\nНажать на значок хоста правой кнопкой мыши. Выбрать Запустить веб-терминал. Откроется окно веб-терминала хоста. Пройти авторизацию. Ввести любую команду формата --user [пользователь] --password [пароль] [команда]. Ниже представлен пример с командой datastore: pcli --user root --password P@ssw0rd datastore list Авторизация выполнена успешно, если отображен вывод команды. Получение списка всех доступных CLI-команд pcli pcli command list Возвращает дерево всех доступных команд pcli с подкомандами.\nПолучение информации о версии CLI pcli pcli version Выводит информацию о версии и дате сборки CLI.\nПросмотр текущего времени аппаратных часов pcli hardware clock get Установка времени аппаратных часов pcli hardware clock set --datetime \u0026#34;2025-08-07 15:30:00\u0026#34; Формат времени: YYYY-MM-DD HH:MM:SS\nУправление лицензированием В разделе Настройки хоста -\u0026gt; Лицензирование отображается информация о текущем лицензионном состоянии программного комплекса. Интерфейс включает следующие элементы:\nЛицензия – тип установленной лицензии. Лицензионный ключ – строка, идентифицирующая текущую лицензию (значение скрыто). Продукт – наименование программного продукта, для которого применяется лицензия. Использование – отображает оставшийся срок действия лицензии (в формате: месяцев, дней, часов, минут, секунд). Срок действия лицензии – отображается автоматически на основе введённого ключа. Лицензионные функции – перечень доступных функций и модулей, активированных по данной лицензии. Добавление лицензии Для добавления лицензии:\nВ Настройки хоста -\u0026gt; Лицензирование нажать Назначить лицензию -\u0026gt; Новая лицензия. Откроется окно добавления лицензии, в которой нужно заполнить следующие поля: Лицензионный ключ; Название лицензии. Нажать кнопку ОК. Управление лицензиями через PCLI Получение аппаратного идентификатора (HWID) pcli system license hwid get Используется при генерации лицензии.\nДобавление новой лицензии pcli system license add \u0026lt;лицензионный_ключ\u0026gt; Добавляет лицензионный ключ на хост.\nАктивация лицензии pcli system license activation set \u0026lt;лицензионный_ключ\u0026gt; Активирует добавленную лицензию.\nПолучение информации об активной лицензии pcli system license activation get Выводит сведения об активной лицензии на хосте.\nПолучение информации о конкретной лицензии pcli system license get \u0026lt;лицензионный_ключ\u0026gt; Получение списка всех лицензий pcli system license list Проверка корректности лицензии pcli system license validate \u0026lt;лицензионный_ключ\u0026gt; Удаление лицензии pcli system license remove \u0026lt;лицензионный_ключ\u0026gt; Получение разрешений, предоставляемых лицензией pcli system license permission get \u0026lt;лицензионный_ключ\u0026gt; Управление сертификатами Раздел Настройки хоста -\u0026gt; Сертификат отображает информацию о сертификате хоста. При необходимости, его можно продлить, нажав кнопку Продлить.\nСервисы Страница Услуги предоставляет информацию об сервисах, которые запущены на хосте. При необходимости их можно остановить, запустить, перезагрузить, а также редактировать политику запуска.\nПакеты Страница Пакеты позволяет просмотреть основные пакеты изделия, их версию, дату и время установки. Здесь можно обновить их, нажать на кнопку Загрузить обновления. Далее откроется окно, где необходимо выбрать пакет, который необходимо загрузить. При процессе загрузки нельзя обновлять страницу.\nУправление системными пакетами через PCLI Получение списка установленных пакетов pcli system package list Включение системного пакета pcli system package -p enable \u0026lt;имя_пакета\u0026gt; Выключение системного пакета pcli system package disable -p \u0026lt;имя_пакета\u0026gt; Альтернативные формы включения и выключения пакета pcli system package on -p \u0026lt;имя_пакета\u0026gt; pcli system package off -p \u0026lt;имя_пакета\u0026gt; Управление аппаратным обеспечением Раздел Настройки хоста -\u0026gt; Аппаратное обеспечение отображает информацию об аппаратном обеспечении хоста. Доступен обзор всего аппаратного обеспечения.\nУстройства PCI Данная страница предоставляет информацию о всех PCI-устройствах.\nВыбранное PCI-устройство можно переподключить, поставить метку оборудования.\n","categories":null,"content":"Управление программным комплексом с помощью PCLI ПК \u0026ldquo;Прокуратор\u0026rdquo; включает в себя пакет PCLI - интерфейс командной строки, который используется для управления и конфигурирования хостом.\nPCLI позволяет выполнять задачи по управлению, такие как:\nНастройка сетевых параметров и хранения данных; Управление виртуальными машинами; Настройки хранилища и iSCSI через pcli. Для начала работы с pcli необходимо выполнить следующие действия:\nНажать на значок хоста правой кнопкой мыши. Выбрать Запустить веб-терминал. Откроется окно веб-терминала хоста. Пройти авторизацию. Ввести любую команду формата --user [пользователь] --password [пароль] [команда]. Ниже представлен пример с командой datastore: pcli --user root --password P@ssw0rd datastore list Авторизация выполнена успешно, если отображен вывод команды. Получение списка всех доступных CLI-команд pcli pcli command list Возвращает дерево всех доступных команд pcli с подкомандами.\nПолучение информации о версии CLI pcli pcli version Выводит информацию о версии и дате сборки CLI.\nПросмотр текущего времени аппаратных часов pcli hardware clock get Установка времени аппаратных часов pcli hardware clock set --datetime \u0026#34;2025-08-07 15:30:00\u0026#34; Формат времени: YYYY-MM-DD HH:MM:SS\nУправление лицензированием В разделе Настройки хоста -\u0026gt; Лицензирование отображается информация о текущем лицензионном состоянии программного комплекса. Интерфейс включает следующие элементы:\nЛицензия – тип установленной лицензии. Лицензионный ключ – строка, идентифицирующая текущую лицензию (значение скрыто). Продукт – наименование программного продукта, для которого применяется лицензия. Использование – отображает оставшийся срок действия лицензии (в формате: месяцев, дней, часов, минут, секунд). Срок действия лицензии – отображается автоматически на основе введённого ключа. Лицензионные функции – перечень доступных функций и модулей, активированных по данной лицензии. Добавление лицензии Для добавления лицензии:\nВ Настройки хоста -\u0026gt; Лицензирование нажать Назначить лицензию -\u0026gt; Новая лицензия. Откроется окно добавления лицензии, в которой нужно заполнить следующие поля: Лицензионный ключ; Название лицензии. Нажать кнопку ОК. Управление лицензиями через PCLI Получение аппаратного идентификатора (HWID) pcli system license hwid get Используется при генерации лицензии.\nДобавление новой лицензии pcli system license add \u0026lt;лицензионный_ключ\u0026gt; Добавляет лицензионный ключ на хост.\nАктивация лицензии pcli system license activation set \u0026lt;лицензионный_ключ\u0026gt; Активирует добавленную лицензию.\nПолучение информации об активной лицензии pcli system license activation get Выводит сведения об активной лицензии на хосте.\nПолучение информации о конкретной лицензии pcli system license get \u0026lt;лицензионный_ключ\u0026gt; Получение списка всех лицензий pcli system license list Проверка корректности лицензии pcli system license validate \u0026lt;лицензионный_ключ\u0026gt; Удаление лицензии pcli system license remove \u0026lt;лицензионный_ключ\u0026gt; Получение разрешений, предоставляемых лицензией pcli system license permission get \u0026lt;лицензионный_ключ\u0026gt; Управление сертификатами Раздел Настройки хоста -\u0026gt; Сертификат отображает информацию о сертификате хоста. При необходимости, его можно продлить, нажав кнопку Продлить.\nСервисы Страница Услуги предоставляет информацию об сервисах, которые запущены на хосте. При необходимости их можно остановить, запустить, перезагрузить, а также редактировать политику запуска.\nПакеты Страница Пакеты позволяет просмотреть основные пакеты изделия, их версию, дату и время установки. Здесь можно обновить их, нажать на кнопку Загрузить обновления. Далее откроется окно, где необходимо выбрать пакет, который необходимо загрузить. При процессе загрузки нельзя обновлять страницу.\nУправление системными пакетами через PCLI Получение списка установленных пакетов pcli system package list Включение системного пакета pcli system package -p enable \u0026lt;имя_пакета\u0026gt; Выключение системного пакета pcli system package disable -p \u0026lt;имя_пакета\u0026gt; Альтернативные формы включения и выключения пакета pcli system package on -p \u0026lt;имя_пакета\u0026gt; pcli system package off -p \u0026lt;имя_пакета\u0026gt; Управление аппаратным обеспечением Раздел Настройки хоста -\u0026gt; Аппаратное обеспечение отображает информацию об аппаратном обеспечении хоста. Доступен обзор всего аппаратного обеспечения.\nУстройства PCI Данная страница предоставляет информацию о всех PCI-устройствах.\nВыбранное PCI-устройство можно переподключить, поставить метку оборудования.\n","description":null,"ref":"/docs/pkzvezda/procurator/system_settings/","section":"docs","tags":null,"title":"Системные настройки","url":"/docs/pkzvezda/procurator/system_settings/","weight":5},{"body":"Конфигурация кластера Конфигурационные параметры кластера отображаются в виде таблицы вида «ключ – значение» (key-value). Изменения в данной таблице позволяют настраивать поведение компонентов системы хранения на уровне кластера.\nРекомендации по работе с параметрами В веб-интерфейсе предусмотрены всплывающие подсказки по значениям параметров. Они доступны при наведении курсора на значок вопроса в разделе Действия.\nПорядок внесения изменений Изменения значений параметров в таблице происходят локально в браузере. После завершения редактирования необходимо нажать кнопку Сохранить. После нажатия формируется асинхронная фоновая задача на применение новой конфигурации кластера. Применение параметров занимает в среднем 3 секунды на один параметр. Внимание: Некорректное изменение параметров может привести к нарушению работоспособности компонентов кластера. Рекомендуется выполнять модификации только при наличии достаточной квалификации и понимания последствий.\n","categories":null,"content":"Конфигурация кластера Конфигурационные параметры кластера отображаются в виде таблицы вида «ключ – значение» (key-value). Изменения в данной таблице позволяют настраивать поведение компонентов системы хранения на уровне кластера.\nРекомендации по работе с параметрами В веб-интерфейсе предусмотрены всплывающие подсказки по значениям параметров. Они доступны при наведении курсора на значок вопроса в разделе Действия.\nПорядок внесения изменений Изменения значений параметров в таблице происходят локально в браузере. После завершения редактирования необходимо нажать кнопку Сохранить. После нажатия формируется асинхронная фоновая задача на применение новой конфигурации кластера. Применение параметров занимает в среднем 3 секунды на один параметр. Внимание: Некорректное изменение параметров может привести к нарушению работоспособности компонентов кластера. Рекомендуется выполнять модификации только при наличии достаточной квалификации и понимания последствий.\n","description":null,"ref":"/docs/stormwind/conf_cluster/","section":"docs","tags":null,"title":"Конфигурация кластера","url":"/docs/stormwind/conf_cluster/","weight":6},{"body":"Настройки хранилищ Добавление нового хранилища Для создания нового хранилища выполнить следующие действия:\nС помощью правой кнопки мыши выбрать дата-центр, к которому нужно подключить хранилище. В контекстном меню выбрать Хранилище -\u0026gt; Новое хранилище данных. Откроется окно создания нового хранилища данных, где необходимо настроить параметры нового хранилища:\nТип хранилища Доступно два типа хранилища:\nРазделяемое хранилище Storm - кластерное разделяемое хранилище данных Storm на общем LUN; NFS хранилище данных на общем сетевом ресурсе NFS. ❗️От выбора типа хранилища будут зависеть дальнейшие настройки нового хранилища.\nДобавление iSCSI-хранилища ❗️ По умолчанию подключение к iSCSI-серверу происходит с помощью сетевого интерфейса sys0. Для использования выделенной сети для хранилищ, нужно создать внутренний виртуальный сетевой адаптер. Для обеспечения отказоустойчивости нужно два и более сетевых адаптеров, а также присвоить ему статический ip в выделенной сети.\nПерейти в Настройки хоста -\u0026gt; Адаптеры для хранения данных. Выбрать, какое обнаружение необходимо использовать. Доступно динамическое и статическое обнаружение. Если динамическое обнаружение настроено правильно, статическое обнаружение добавляется по умолчанию. Для динамического обнаружения необходимо перейти в соответствующий раздел (Динамическое обнаружение). Нажать Добавить. Откроется окно создания. Необходимо ввести IP-адрес хранилища, затем нажать кнопку ОК. Далее необходимо нажать кнопку Повторное сканирование адаптера для того, чтобы хост произвел рескан SCSI-шины, и информация об адаптере отобразилась в веб-интерфейсе. Затем нажать кнопку Обновить. IP-адрес добавлен и отображен в списке. Таргеты, устройства и пути для хранилища отображены в списке. Если все настроено корректно, статическое обнаружение добавляется автоматически. Убедиться, что устройство хранения данных добавлено. Для этого перейти в раздел Устройства хранения данных. Далее необходимо создать хранилище. Выбрать тип хранилища Разделяемое хранилище Storm в шаге Тип, затем нажать кнопку Далее. В шаге Выбор имени и устройства ввести имя нового хранилища данных и выбрать диски/LUN для подготовки хранилища данных. Выбрать хост. LUN на системе хранения, доступный хосту по iSCSI должен быть отображен в списке, необходимо выбрать его. Нажать кнопку Далее. В шаге Завершение настройки будут отображены параметры создаваемого хранилища. Созданное хранилище отображено в списке хранилищ. Добавление хранилища Fibre Channel Необходимо убедиться, что на хосте был подключен HBA (Host Bus Adapter).\nЧтобы убедиться, что подключение было выполнено успешно, подключиться к терминалу хоста (например, с помощью ssh). Выполнить команду rescan-scsi-bus.sh В выводе команды будет отображена информация о подключении новых устройств. Перейти к созданию хранилища. Выбрать тип хранилища Разделяемое хранилище Storm в шаге Тип, затем нажать кнопку Далее. В шаге Выбор имени и устройства ввести имя нового хранилища данных и выбрать диски/LUN для подготовки хранилища данных, выбрать хост для хранилища. Выбрать добавленное устройство. Нажать кнопку Далее. В шаге Завершение создания хранилища будет доступна проверка выбранных параметров. Необходимо нажать кнопку Готово. Созданное хранилище отображено в списке хранилищ. Добавление NFS хранилища Для добавления NFS хранилища нужно выбрать тип хранилища NFS в шаге Тип, затем нажать кнопку Далее. В шаге Имя и конфигурация нужно указать имя хранилища, а также адрес папки и сервера. В шаге Доступность хостов выбрать хосты, которым нужен доступ к хранилищу резервных копий. Нажать кнопку Далее. В шаге Завершение создания хранилища будет доступна проверка выбранных параметров. NFS хранилище добавлено. Создание папки в хранилище Для создания папки в хранилище необходимо выполнить следующие действия:\nПерейти в раздел Хранилище. Выбрать хранилище, в котором необходимо создать папку. Перейти в раздел Файлы. Откроется файловый менеджер хранилища, где отображены все файлы и папки, которые расположены на данном хранилище. Для создания новой папки в хранилище необходимо нажать кнопку Новая папка. Появится окно создания новой папки, где необходимо ввести название новой папки. После нажатия кнопки ОК, новая папка появится в списке. Для загрузки в папку файлов, необходимо на панели управления папкой нажать кнопку Загрузить файлы. Также есть возможность загрузить папку целиком или наоборот, скачать ее.\nСоздание хранилища резервных копий ВМ Хранилище резервных копий ВМ - специализированное место для хранения резервных копий виртуальных машин, используемых для защиты данных и восстановления системы в случае сбоев.\nПоддерживается создание четырех типов хранилищ для резервных копий ВМ:\nNFS; SMB; Storm. Добавление NFS-хранилища для резервных копий ВМ Для добавления NFS-хранилища резервных копий ВМ необходимо выполнить следующие действия:\nПравой кнопкой мыши нажать на иконку хоста, затем выбрать Хранилище -\u0026gt; Новое хранилище для резервных копий... Выбрать тип NFS. В шаге Имя и конфигурация необходимо заполнить следующие поля: Название хранилища; Директория хранилища; IP-сервер хранилища; Имя пользователя и пароль, если хранилище имеет систему авторизации. В шаге Доступность хостов выбрать хосты, которым нужен доступ к хранилищу резервных копий. В шаге Завершение настройки можно просмотреть конфигурацию создаваемого хранилища. Для завершения настройки необходимо нажать кнопку Готово. Созданное хранилище будет доступно в разделе Хранилища резервных копий. Добавление Samba-хранилища для резервных копий ВМ Правой кнопкой мыши нажать на дата-центр, затем выбрать Хранилище -\u0026gt; Новое хранилище для резервных копий... Выбрать тип Samba. В шаге Имя и конфигурация необходимо заполнить следующие поля: Название хранилища; Директория хранилища; IP-сервер хранилища; Имя пользователя и пароль, если хранилище имеет систему авторизации. В шаге Завершение настройки можно просмотреть конфигурацию создаваемого хранилища. Для завершения настройки необходимо нажать кнопку Готово. Просмотр подключенных хранилищ Для просмотра хранилищ необходимо нажать вкладку Хранилища, откроется список подключенных к платформе виртуализации хранилищ.\nДля просмотра информации о хранилище, необходимо нажать на него в списке левой кнопкой мыши. По умолчанию открывается вкладка Сводка. Она отображает следующую информацию:\nНазвание хранилища. Тип хранилища. Расположение ссылки на хранилище на сервере. Связанные объекты (кластеры и хосты). Кнопка Действия Кнопка Действия находится выше основных данных хранилища (Название, Тип, Расположение, Состояние) и представляет собой три точки, которые расположены вертикально.\nПри нажатии левой кнопкой мыши, откроется меню действий с хранилищем:\nПросмотреть файлы – открывает файловый менеджер, позволяющий просматривать содержимое хранилища; Режим технического обслуживания – подменю с двумя действиями: Войти в режим обслуживания – переводит хранилище в режим, при котором с ним нельзя выполнять операции записи/чтения; используется для обслуживания или миграции данных; Выйти из режима обслуживания – возвращает хранилище в рабочее состояние; Переименовать – позволяет изменить отображаемое имя хранилища; Удалить хранилище данных\u0026hellip; – удаляет хранилище из конфигурации хоста (включая все размещённые на нём файлы); операция необратима. Изменение параметров хранилищ Для перехода к настройкам хоста:\nНажать на иконку хоста -\u0026gt; вкладка Настройки -\u0026gt; Хранилище Раздел Хранилище представлен двумя вкладками - Адаптеры для хранения данных и Устройства хранения данных. Адаптеры для хранения данных Во вкладке Адаптеры для хранения данных представлены контроллеры, подключенные к серверу: PCI-адаптеры, SATA-контроллеры.\nТаблица содержит следующие столбцы:\nАдаптер – системное имя устройства; Модель – обозначение производителя и модели адаптера; Тип – категория адаптера (например, iSCSI, NVMe device, RAID и др.); Статус – состояние адаптера (например, Active (I/O)); Идентификатор – уникальный идентификатор адаптера; Цель – число настроенных целей (например, целевых портов iSCSI). Над таблицей расположены основные элементы управления:\nОбновить – выполняет повторное считывание информации об адаптерах; Повторное сканирование хранилища – инициирует повторное сканирование подключённых томов и путей; Адаптер повторного сканирования – выполняет повторное сканирование только выбранного адаптера. Также доступна кнопка Экспорт, позволяющая выгрузить таблицу адаптеров в файл.\nИзменение настроек iSCSI-адаптера При выборе адаптера отображаются его свойства, сгруппированные по тематическим вкладкам (набор вкладок зависит от типа адаптера):\nВкладка Характеристики отображает основные параметры адаптера, такие как статус (для отключения используется пункт меню Действия → Отключить), название, модель, iSCSI-имя, а также методы целевого обнаружения (например, sendtargets, statictargets). В этом разделе также доступна настройка параметров CHAP-авторизации. Для изменения параметров аутентификации используется кнопка Действия → Изменить.\nПоддерживается настройка однонаправленного CHAP:\nА также двунаправленного CHAP:\nУстройства - вкладка содержит список доступных устройств хранения, подключённых через выбранный адаптер; Пути - вкладка отображает конфигурацию мультипути к устройствам хранения; Динамическое обнаружение - вкладка позволяет управлять списком IP-адресов и портов iSCSI-серверов. Доступны действия:\nДобавить — добавление нового сервера в список обнаружения;\nУдалить — удаление выбранного сервера;\nРасширенный обзор — просмотр расширенных параметров.\nСтатическое обнаружение -вкладка отображает целевые адреса и iSCSI-имена, а также позволяет вручную задать параметры подключения к конкретному хранилищу.\nПривязка сетевого порта - вкладка позволяет назначить адаптеру конкретный сетевой интерфейс.\nВкладка Расширенные настройки (iSCSI) открывает доступ к расширенным параметрам адаптера. Для изменения параметров используется кнопка Изменить. Открывается таблица с настраиваемыми параметрами iSCSI-протокола:\nПараметр Описание node.leading_login Попытка логина на каждом доступном интерфейсе до успеха node.session.timeo.replacement_timeout Время ожидания восстановления сессии (сек) node.conn[0].timeo.login_timeout Время ожидания завершения логина (сек) node.conn[0].timeo.logout_timeout Время ожидания завершения логаута (сек) node.conn[0].timeo.noop_out_interval Интервал ожидания для соединения перед отправкой ping (сек) node.conn[0].timeo.noop_out_timeout Время ожидания ответа на ping (сек) node.session.err_timeo.abort_timeout Время ожидания ответа на abort (сек) node.session.err_timeo.lu_reset_timeout Время ожидания ответа на сброс логического устройства (сек) node.session.err_timeo.tgt_reset_timeout Время ожидания ответа на сброс target (сек) node.session.err_timeo.host_reset_timeout Время ожидания ответа на сброс хоста (сек) node.session.initial_login_retry_max Количество попыток логина при ошибке node.session.cmds_max Максимальное количество команд в очереди node.session.queue_depth Глубина очереди устройства node.session.xmit_thread_priority Приоритет потока передачи (меньше — выше производительность) node.session.iscsi.InitialR2T Контроль потока R2T node.session.iscsi.ImmediateData Немедленная передача данных node.session.iscsi.FirstBurstLength Максимальный размер первого блока данных (байт) node.session.iscsi.MaxBurstLength Максимальный размер SCSI-пакета (байт) node.conn[0].iscsi.MaxRecvDataSegmentLength Максимальный размер данных, принимаемых инициатором (байт) node.conn[0].iscsi.MaxXmitDataSegmentLength Максимальный размер данных, отправляемых инициатором (байт) discovery.sendtargets.iscsi.MaxRecvDataSegmentLength Максимальный размер данных при обнаружении (байт) node.conn[0].iscsi.HeaderDigest Контрольная сумма заголовка node.conn[0].iscsi.DataDigest Контрольная сумма данных node.session.nr_sessions Количество сессий для multipath node.session.reopen_max Количество попыток восстановления сессии node.session.iscsi.FastAbort Быстрый abort node.session.scan Режим сканирования LUN (автоматический / ручной) Устройства хранения данных Во вкладке Устройства хранения данных представлены диски, которые подключены к данному хосту, их название, объем, тип диска, тип привода, рабочее состояние, тип интерфейса. При выборе диска с помощью нажатия на него левой кнопкой мыши, будут доступны следующие действия:\nТаблица содержит следующие столбцы:\nНазвание — уникальное имя устройства; Идентификатор — имя, присвоенное устройству в системе; Тип — тип устройства; Объём — общий размер устройства хранения; Хранилище данных — имя хранилища, к которому привязано устройство. Над таблицей расположены команды управления:\nОбновить — перезапрашивает данные о доступных устройствах; Стереть разделы — очищает структуру разделов с выбранного устройства; Также доступна функция Экспорт, позволяющая выгрузить список в файл.\nПанель сведений об устройстве отображает следующую информацию:\nВкладка Характеристики: Название; Идентификатор; Тип; Объём ресурсов; Тип привода; Формат сектора (например, 512). Редактирование политик многопутевого доступа Для редактирования политики многопутеовго доступа необходимо:\nВыбрать устройство в списке. В разделе Характеристики -\u0026gt; Политики многопутевого доступа нажать Действия -\u0026gt; Редактирование политик многопутевого доступа. Настройка Политики многопутевого доступа содержит:\nПолитику выбора пути; Политику типа хранилища. Кнопку Редактировать — открывает настройки многопутевого доступа (MPIO). Поля для настройки MPIO:\nПолитика выбора пути: выпадающий список, определяющий алгоритм балансировки нагрузки; Операций ввода-вывода в секунду: числовое значение, определяющее частоту переключения между путями; Байты: объём данных до переключения (от 1 до 104857600); Вес: приоритет пути при неравномерном распределении нагрузки. В правом верхнем углу отображается уникальный идентификатор устройства, к которому применяются настройки.\nВкладка Пути отображает все активные пути к выбранному устройству:\nИмя среды выполнения;\nСтатус;\nЦель;\nНазвание пути.\nИспользуется для диагностики и настройки избыточности каналов хранения.\nВкладка Сведения о разделе показывает структуру томов на выбранном устройстве:\nФормат раздела (например, LVM);\nНазвание тома;\nОбъём ресурсов (в байтах);\nТип раздела (например, LVM logical volume).\nИспользуется для анализа логических томов и групп в составе накопителя.\n","categories":null,"content":"Настройки хранилищ Добавление нового хранилища Для создания нового хранилища выполнить следующие действия:\nС помощью правой кнопки мыши выбрать дата-центр, к которому нужно подключить хранилище. В контекстном меню выбрать Хранилище -\u0026gt; Новое хранилище данных. Откроется окно создания нового хранилища данных, где необходимо настроить параметры нового хранилища:\nТип хранилища Доступно два типа хранилища:\nРазделяемое хранилище Storm - кластерное разделяемое хранилище данных Storm на общем LUN; NFS хранилище данных на общем сетевом ресурсе NFS. ❗️От выбора типа хранилища будут зависеть дальнейшие настройки нового хранилища.\nДобавление iSCSI-хранилища ❗️ По умолчанию подключение к iSCSI-серверу происходит с помощью сетевого интерфейса sys0. Для использования выделенной сети для хранилищ, нужно создать внутренний виртуальный сетевой адаптер. Для обеспечения отказоустойчивости нужно два и более сетевых адаптеров, а также присвоить ему статический ip в выделенной сети.\nПерейти в Настройки хоста -\u0026gt; Адаптеры для хранения данных. Выбрать, какое обнаружение необходимо использовать. Доступно динамическое и статическое обнаружение. Если динамическое обнаружение настроено правильно, статическое обнаружение добавляется по умолчанию. Для динамического обнаружения необходимо перейти в соответствующий раздел (Динамическое обнаружение). Нажать Добавить. Откроется окно создания. Необходимо ввести IP-адрес хранилища, затем нажать кнопку ОК. Далее необходимо нажать кнопку Повторное сканирование адаптера для того, чтобы хост произвел рескан SCSI-шины, и информация об адаптере отобразилась в веб-интерфейсе. Затем нажать кнопку Обновить. IP-адрес добавлен и отображен в списке. Таргеты, устройства и пути для хранилища отображены в списке. Если все настроено корректно, статическое обнаружение добавляется автоматически. Убедиться, что устройство хранения данных добавлено. Для этого перейти в раздел Устройства хранения данных. Далее необходимо создать хранилище. Выбрать тип хранилища Разделяемое хранилище Storm в шаге Тип, затем нажать кнопку Далее. В шаге Выбор имени и устройства ввести имя нового хранилища данных и выбрать диски/LUN для подготовки хранилища данных. Выбрать хост. LUN на системе хранения, доступный хосту по iSCSI должен быть отображен в списке, необходимо выбрать его. Нажать кнопку Далее. В шаге Завершение настройки будут отображены параметры создаваемого хранилища. Созданное хранилище отображено в списке хранилищ. Добавление хранилища Fibre Channel Необходимо убедиться, что на хосте был подключен HBA (Host Bus Adapter).\nЧтобы убедиться, что подключение было выполнено успешно, подключиться к терминалу хоста (например, с помощью ssh). Выполнить команду rescan-scsi-bus.sh В выводе команды будет отображена информация о подключении новых устройств. Перейти к созданию хранилища. Выбрать тип хранилища Разделяемое хранилище Storm в шаге Тип, затем нажать кнопку Далее. В шаге Выбор имени и устройства ввести имя нового хранилища данных и выбрать диски/LUN для подготовки хранилища данных, выбрать хост для хранилища. Выбрать добавленное устройство. Нажать кнопку Далее. В шаге Завершение создания хранилища будет доступна проверка выбранных параметров. Необходимо нажать кнопку Готово. Созданное хранилище отображено в списке хранилищ. Добавление NFS хранилища Для добавления NFS хранилища нужно выбрать тип хранилища NFS в шаге Тип, затем нажать кнопку Далее. В шаге Имя и конфигурация нужно указать имя хранилища, а также адрес папки и сервера. В шаге Доступность хостов выбрать хосты, которым нужен доступ к хранилищу резервных копий. Нажать кнопку Далее. В шаге Завершение создания хранилища будет доступна проверка выбранных параметров. NFS хранилище добавлено. Создание папки в хранилище Для создания папки в хранилище необходимо выполнить следующие действия:\nПерейти в раздел Хранилище. Выбрать хранилище, в котором необходимо создать папку. Перейти в раздел Файлы. Откроется файловый менеджер хранилища, где отображены все файлы и папки, которые расположены на данном хранилище. Для создания новой папки в хранилище необходимо нажать кнопку Новая папка. Появится окно создания новой папки, где необходимо ввести название новой папки. После нажатия кнопки ОК, новая папка появится в списке. Для загрузки в папку файлов, необходимо на панели управления папкой нажать кнопку Загрузить файлы. Также есть возможность загрузить папку целиком или наоборот, скачать ее.\nСоздание хранилища резервных копий ВМ Хранилище резервных копий ВМ - специализированное место для хранения резервных копий виртуальных машин, используемых для защиты данных и восстановления системы в случае сбоев.\nПоддерживается создание четырех типов хранилищ для резервных копий ВМ:\nNFS; SMB; Storm. Добавление NFS-хранилища для резервных копий ВМ Для добавления NFS-хранилища резервных копий ВМ необходимо выполнить следующие действия:\nПравой кнопкой мыши нажать на иконку хоста, затем выбрать Хранилище -\u0026gt; Новое хранилище для резервных копий... Выбрать тип NFS. В шаге Имя и конфигурация необходимо заполнить следующие поля: Название хранилища; Директория хранилища; IP-сервер хранилища; Имя пользователя и пароль, если хранилище имеет систему авторизации. В шаге Доступность хостов выбрать хосты, которым нужен доступ к хранилищу резервных копий. В шаге Завершение настройки можно просмотреть конфигурацию создаваемого хранилища. Для завершения настройки необходимо нажать кнопку Готово. Созданное хранилище будет доступно в разделе Хранилища резервных копий. Добавление Samba-хранилища для резервных копий ВМ Правой кнопкой мыши нажать на дата-центр, затем выбрать Хранилище -\u0026gt; Новое хранилище для резервных копий... Выбрать тип Samba. В шаге Имя и конфигурация необходимо заполнить следующие поля: Название хранилища; Директория хранилища; IP-сервер хранилища; Имя пользователя и пароль, если хранилище имеет систему авторизации. В шаге Завершение настройки можно просмотреть конфигурацию создаваемого хранилища. Для завершения настройки необходимо нажать кнопку Готово. Просмотр подключенных хранилищ Для просмотра хранилищ необходимо нажать вкладку Хранилища, откроется список подключенных к платформе виртуализации хранилищ.\nДля просмотра информации о хранилище, необходимо нажать на него в списке левой кнопкой мыши. По умолчанию открывается вкладка Сводка. Она отображает следующую информацию:\nНазвание хранилища. Тип хранилища. Расположение ссылки на хранилище на сервере. Связанные объекты (кластеры и хосты). Кнопка Действия Кнопка Действия находится выше основных данных хранилища (Название, Тип, Расположение, Состояние) и представляет собой три точки, которые расположены вертикально.\nПри нажатии левой кнопкой мыши, откроется меню действий с хранилищем:\nПросмотреть файлы – открывает файловый менеджер, позволяющий просматривать содержимое хранилища; Режим технического обслуживания – подменю с двумя действиями: Войти в режим обслуживания – переводит хранилище в режим, при котором с ним нельзя выполнять операции записи/чтения; используется для обслуживания или миграции данных; Выйти из режима обслуживания – возвращает хранилище в рабочее состояние; Переименовать – позволяет изменить отображаемое имя хранилища; Удалить хранилище данных\u0026hellip; – удаляет хранилище из конфигурации хоста (включая все размещённые на нём файлы); операция необратима. Изменение параметров хранилищ Для перехода к настройкам хоста:\nНажать на иконку хоста -\u0026gt; вкладка Настройки -\u0026gt; Хранилище Раздел Хранилище представлен двумя вкладками - Адаптеры для хранения данных и Устройства хранения данных. Адаптеры для хранения данных Во вкладке Адаптеры для хранения данных представлены контроллеры, подключенные к серверу: PCI-адаптеры, SATA-контроллеры.\nТаблица содержит следующие столбцы:\nАдаптер – системное имя устройства; Модель – обозначение производителя и модели адаптера; Тип – категория адаптера (например, iSCSI, NVMe device, RAID и др.); Статус – состояние адаптера (например, Active (I/O)); Идентификатор – уникальный идентификатор адаптера; Цель – число настроенных целей (например, целевых портов iSCSI). Над таблицей расположены основные элементы управления:\nОбновить – выполняет повторное считывание информации об адаптерах; Повторное сканирование хранилища – инициирует повторное сканирование подключённых томов и путей; Адаптер повторного сканирования – выполняет повторное сканирование только выбранного адаптера. Также доступна кнопка Экспорт, позволяющая выгрузить таблицу адаптеров в файл.\nИзменение настроек iSCSI-адаптера При выборе адаптера отображаются его свойства, сгруппированные по тематическим вкладкам (набор вкладок зависит от типа адаптера):\nВкладка Характеристики отображает основные параметры адаптера, такие как статус (для отключения используется пункт меню Действия → Отключить), название, модель, iSCSI-имя, а также методы целевого обнаружения (например, sendtargets, statictargets). В этом разделе также доступна настройка параметров CHAP-авторизации. Для изменения параметров аутентификации используется кнопка Действия → Изменить.\nПоддерживается настройка однонаправленного CHAP:\nА также двунаправленного CHAP:\nУстройства - вкладка содержит список доступных устройств хранения, подключённых через выбранный адаптер; Пути - вкладка отображает конфигурацию мультипути к устройствам хранения; Динамическое обнаружение - вкладка позволяет управлять списком IP-адресов и портов iSCSI-серверов. Доступны действия:\nДобавить — добавление нового сервера в список обнаружения;\nУдалить — удаление выбранного сервера;\nРасширенный обзор — просмотр расширенных параметров.\nСтатическое обнаружение -вкладка отображает целевые адреса и iSCSI-имена, а также позволяет вручную задать параметры подключения к конкретному хранилищу.\nПривязка сетевого порта - вкладка позволяет назначить адаптеру конкретный сетевой интерфейс.\nВкладка Расширенные настройки (iSCSI) открывает доступ к расширенным параметрам адаптера. Для изменения параметров используется кнопка Изменить. Открывается таблица с настраиваемыми параметрами iSCSI-протокола:\nПараметр Описание node.leading_login Попытка логина на каждом доступном интерфейсе до успеха node.session.timeo.replacement_timeout Время ожидания восстановления сессии (сек) node.conn[0].timeo.login_timeout Время ожидания завершения логина (сек) node.conn[0].timeo.logout_timeout Время ожидания завершения логаута (сек) node.conn[0].timeo.noop_out_interval Интервал ожидания для соединения перед отправкой ping (сек) node.conn[0].timeo.noop_out_timeout Время ожидания ответа на ping (сек) node.session.err_timeo.abort_timeout Время ожидания ответа на abort (сек) node.session.err_timeo.lu_reset_timeout Время ожидания ответа на сброс логического устройства (сек) node.session.err_timeo.tgt_reset_timeout Время ожидания ответа на сброс target (сек) node.session.err_timeo.host_reset_timeout Время ожидания ответа на сброс хоста (сек) node.session.initial_login_retry_max Количество попыток логина при ошибке node.session.cmds_max Максимальное количество команд в очереди node.session.queue_depth Глубина очереди устройства node.session.xmit_thread_priority Приоритет потока передачи (меньше — выше производительность) node.session.iscsi.InitialR2T Контроль потока R2T node.session.iscsi.ImmediateData Немедленная передача данных node.session.iscsi.FirstBurstLength Максимальный размер первого блока данных (байт) node.session.iscsi.MaxBurstLength Максимальный размер SCSI-пакета (байт) node.conn[0].iscsi.MaxRecvDataSegmentLength Максимальный размер данных, принимаемых инициатором (байт) node.conn[0].iscsi.MaxXmitDataSegmentLength Максимальный размер данных, отправляемых инициатором (байт) discovery.sendtargets.iscsi.MaxRecvDataSegmentLength Максимальный размер данных при обнаружении (байт) node.conn[0].iscsi.HeaderDigest Контрольная сумма заголовка node.conn[0].iscsi.DataDigest Контрольная сумма данных node.session.nr_sessions Количество сессий для multipath node.session.reopen_max Количество попыток восстановления сессии node.session.iscsi.FastAbort Быстрый abort node.session.scan Режим сканирования LUN (автоматический / ручной) Устройства хранения данных Во вкладке Устройства хранения данных представлены диски, которые подключены к данному хосту, их название, объем, тип диска, тип привода, рабочее состояние, тип интерфейса. При выборе диска с помощью нажатия на него левой кнопкой мыши, будут доступны следующие действия:\nТаблица содержит следующие столбцы:\nНазвание — уникальное имя устройства; Идентификатор — имя, присвоенное устройству в системе; Тип — тип устройства; Объём — общий размер устройства хранения; Хранилище данных — имя хранилища, к которому привязано устройство. Над таблицей расположены команды управления:\nОбновить — перезапрашивает данные о доступных устройствах; Стереть разделы — очищает структуру разделов с выбранного устройства; Также доступна функция Экспорт, позволяющая выгрузить список в файл.\nПанель сведений об устройстве отображает следующую информацию:\nВкладка Характеристики: Название; Идентификатор; Тип; Объём ресурсов; Тип привода; Формат сектора (например, 512). Редактирование политик многопутевого доступа Для редактирования политики многопутеовго доступа необходимо:\nВыбрать устройство в списке. В разделе Характеристики -\u0026gt; Политики многопутевого доступа нажать Действия -\u0026gt; Редактирование политик многопутевого доступа. Настройка Политики многопутевого доступа содержит:\nПолитику выбора пути; Политику типа хранилища. Кнопку Редактировать — открывает настройки многопутевого доступа (MPIO). Поля для настройки MPIO:\nПолитика выбора пути: выпадающий список, определяющий алгоритм балансировки нагрузки; Операций ввода-вывода в секунду: числовое значение, определяющее частоту переключения между путями; Байты: объём данных до переключения (от 1 до 104857600); Вес: приоритет пути при неравномерном распределении нагрузки. В правом верхнем углу отображается уникальный идентификатор устройства, к которому применяются настройки.\nВкладка Пути отображает все активные пути к выбранному устройству:\nИмя среды выполнения;\nСтатус;\nЦель;\nНазвание пути.\nИспользуется для диагностики и настройки избыточности каналов хранения.\nВкладка Сведения о разделе показывает структуру томов на выбранном устройстве:\nФормат раздела (например, LVM);\nНазвание тома;\nОбъём ресурсов (в байтах);\nТип раздела (например, LVM logical volume).\nИспользуется для анализа логических томов и групп в составе накопителя.\n","description":null,"ref":"/docs/pkzvezda/sphere/host_creation/sphere_storage/","section":"docs","tags":null,"title":"Настройки хранилищ","url":"/docs/pkzvezda/sphere/host_creation/sphere_storage/","weight":6},{"body":"Создание ВМ Для создания виртуальной машины на хосте выполнить следующие действия:\nВ разделе Действия перейти на вкладку Новая виртуальная машина. Перейти к созданию виртуальной машины также можно с помощью нажатия правой кнопки мыши на значок хоста.\n❗️Перед созданием виртуальной машины, необходимо создать хранилище и cеть.\nОткроется окно создания виртуальной машины. Ввести уникальное имя виртуальной машины. Выбрать хранилище для файлов конфигурации и дисков. Выбрать совместимость для создаваемой ВМ. Из раскрывающегося меню выбрать один из совместимых гипервизоров для виртуальной машины. ❗️Каждая из приведенных опций включает в себя определенный набор аппаратных функций, доступных виртуальной машине.\nВыбрать гостевую операционную систему для установки в ВМ, а также тип виртуального чипсета, который будет использоваться для создания виртуальной машины. Идентификация гостевой операционной системы здесь позволяет мастеру создания ВМ предоставить соответствующие значения по умолчанию для установки операционной системы. Доступны следующие типы машин:\nQ35 – современная чипсет-модель с поддержкой PCI Express;\ni440FX – классическая модель, совместимая с более старыми ОС;\nСемейство гостевых ОС – выпадающий список с группировкой по категориям операционных систем;\nВерсия гостевой ОС – уточняет конкретный дистрибутив или версию ОС, которая будет установлена на ВМ.\nWindows Unix Microsoft Windows Server 2022 (64-bit) Red Hat Enterprise Linux (64-bit) Microsoft Windows Server 2019 (64-bit) SUSE Linux Enterprise (64-bit) Microsoft Windows Server 2016 (64-bit) CentOS (64-bit) Microsoft Windows Server 2012 (64-bit) Debian GNU/Linux (64-bit) Microsoft Windows Server 2008 R2 (64-bit) Debian GNU/Linux (32-bit) Microsoft Windows Server 2008 (64-bit) SUSE openSUSE (64-bit) Microsoft Windows Server 2008 (32-bit) SUSE openSUSE (32-bit) Microsoft Windows Server 2003 (64-bit) Red Hat Fedora (64-bit) Microsoft Windows Server 2003 (32-bit) Red Hat Fedora (32-bit) Microsoft Windows 10 (64-bit) Oracle Linux (64-bit) Microsoft Windows 10 (32-bit) Ubuntu Linux (64-bit) Microsoft Windows 8.x (64-bit) Ubuntu Linux (32-bit) Microsoft Windows 8.x (32-bit) Astra Linux (64-bit) Microsoft Windows 7 (64-bit) Astra Linux (32-bit) Microsoft Windows 7 (32-bit) ALT Linux (64-bit) Microsoft Windows Vista (64-bit) ALT Linux (32-bit) Microsoft Windows Vista (32-bit) Rocky Linux (64-bit) Microsoft Windows XP Professional (64-bit) MCBC 5.0 (32-bit) Microsoft Windows XP Professional (32-bit) MCBC 3.0 (32-bit) Microsoft Windows 2000 Microsoft Windows NT Microsoft Windows 98 Microsoft Windows 95 Другие поддерживаемые системы:\nApple macOS (64-bit) Android (64-bit) FreeBSD 13 or later versions (64-bit) FreeBSD 13 or later versions (32-bit) Другие ОС (64/32-bit) Перейти к настройке оборудования. Настройка параметров виртуального процессора На данной вкладке осуществляется настройка параметров виртуального процессора для создаваемой виртуальной машины.\nКоличество процессоров – общее число виртуальных CPU, выделяемых виртуальной машине; Ядер на сокет – количество ядер, выделяемых одному виртуальному сокету; Сокеты – отображается автоматически и рассчитывается как: Общее число vCPU / Ядер на сокет; Горячая замена ЦП – если включено, позволяет добавлять процессоры в работающую виртуальную машину без её выключения; Резервирование – минимально гарантированный объём процессорных ресурсов в МГц, выделяемый ВМ со стороны гипервизора; Значение задаётся числом и единицами измерения (по умолчанию – МГц); Ограничение – максимально допустимая частота процессора, которую может использовать ВМ; Значение задаётся числом и единицами измерения (по умолчанию – МГц); Значение Без ограничений означает отсутствие лимита; Распределение – определяет приоритет распределения CPU-ресурсов: Обычный; Высокий; Низкий; Ручной. Возможность задать числовое значение веса (по умолчанию – 2000). Модель процессора – определяет тип эмулируемого CPU: Intel (Core/Xeon/Atom) Intel (Legacy/Other) AMD/Opteron Виртуальные / эмуляция (QEMU/KVM/Host) Broadwell 486 Opteron_G1 Host-Model Broadwell-IBRS Core2duo Opteron_G2 Host-Passthrough Broadwell-NoTSX Coredou Kvm32 Broadwell-NoTSX-IBRS Conroe Kvm64 Haswell Nehalem Qemu32 Haswell-IBRS Nehalem-IBRS Qemu64 Haswell-NoTSX Penryn Maximum Haswell-NoTSX-IBRS N270 IvyBridge Pentium IvyBridge-IBRS Pentium2 SandyBridge Pentium3 SandyBridge-IBRS Skylake-Client Skylake-Client-IBRS Skylake-Client-NoTSX-IBRS Skylake-Server Skylake-Server-IBRS Skylake-Server-NoTSX-IBRS Westmere Westmere-IBRS Транзитный хост-процессор – если включено, позволяет максимально прозрачно передавать характеристики физического CPU в ВМ; Центральный процессор модели – активирует строгое соответствие заданной модели процессора в эмуляции. Параметры ОЗУ ВМ На вкладке \u0026ldquo;Память\u0026rdquo; задаются параметры объёма оперативной памяти, выделяемой виртуальной машине.\nПамять – основной объём ОЗУ, выделенный виртуальной машине;\nДиапазон: от 128 МБ до 1024 ГБ; Единицы измерения: МБ или ГБ (по умолчанию — ГБ); Резервирование – объём памяти, который будет гарантированно выделен ВМ хостом независимо от текущей загрузки;\nМинимум: 2 МБ; Максимум: весь объём выделенной памяти; Флажок Зарезервировать всю гостевую память — автоматически устанавливает резервирование на 100% выделенной памяти; Ограничение – максимальный объём памяти, который может использовать ВМ;\nМинимум: 2 МБ; Максимум: без ограничений (если не задан вручную); Горячая замена памяти – флажок, позволяющий добавлять память в работающую виртуальную машину без её перезапуска.\nПараметры жесткого диска ВМ На данной вкладке задаются параметры виртуального жёсткого диска, подключаемого к виртуальной машине.\nРазмер – объём диска, выделяемый ВМ;\nМаксимальный размер ограничен объёмом доступного хранилища. Расположение – определяет хранилище, в котором будет создан диск (например, local);\nПодготовка диска – выбирается формат и способ выделения места:\n\u0026ldquo;Толстый\u0026rdquo; том; \u0026ldquo;Толстый\u0026rdquo; том с очисткой; \u0026ldquo;Тонкий\u0026rdquo; том. Обмен – режим работы памяти обмена (swap):\nНеопределено; Включено; Отключено. Лимит IOPs – ограничение по количеству операций ввода-вывода в секунду:\nБез ограничений; Ручной (с указанием числа операций). Дисковый режим – режим записи и отката изменений:\nЗависимый; Независимый — персистентный; Независимый — неперсистентный. Кэш – метод кэширования операций:\nNone; Write Through; Write Back; Direct Sync; Unsafe. Шина – интерфейс подключения диска:\nIDE; SCSI; VirtIO. При необходимости можно добавить еще один жесткий диск - нажать Добавить новое устройство -\u0026gt; Жесткий диск.\nПараметры сетевого подключения ВМ На данной вкладке настраивается виртуальный сетевой адаптер для подключения виртуальной машины к сети.\nСеть – выбор сети, к которой будет подключена виртуальная машина;\nВыпадающий список содержит доступные сети. При выборе опции Обзор\u0026hellip; открывается диалоговое окно с таблицей всех доступных сетей. Тип адаптера – определяет эмулируемый тип сетевого интерфейса:\nParavirtual; E1000; RTL8139; VMXNET 3; SR-IOV passthrough. MAC-адрес – назначение сетевого MAC-адреса для интерфейса:\nАвтоматический — адрес будет сгенерирован системой; Вручную — позволяет вручную ввести MAC-адрес. Для создания ВМ на основе ISO-образа, данный образ должен храниться на одном из хранилищ. Загрузка ISO-образа описана в разделе Настройка хранилищ. Необходимо нажать на выпадающее меню напротив строки Новый CD/DVD-диск, выбрав там Файл хранилища ISO.\nПараметры CD/DVD-диска ВМ Данная вкладка позволяет прикрепить ISO-образ для создаваемой виртуальной машины:\nВыбрать выпадающем списке Файл хранилища данных ISO -\u0026gt; Обзор. Откроется меню поиска файла, необходимо выбрать хранилище, куда предварительно был загружен ISO-образ, Выбрать его. Нажать кнопку ОК. Новый USB-контроллер Настраивается виртуальный USB-контроллер, эмулируемый для виртуальной машины.\nТип контроллера: USB 2.0; USB 3.1. Видеокарта На вкладке Видеокарта имеется возможность выбора графического адаптера и количество дисплеев для создаваемой виртуальной машины.\nТип видеокарты: QXL или none; Количество мониторов от 1 до 4. Добавление нового устройства Для расширения конфигурации виртуальной машины доступна функция добавления новых устройств:\nЖёсткий диск – добавление нового виртуального жёсткого диска; Существующий жёсткий диск – подключение ранее созданного виртуального диска; CD/DVD-диск – добавление виртуального оптического привода; PCI Device – подключение физического PCI-устройства (неактивно, если не поддерживается хостом); Сетевой адаптер – добавление дополнительного сетевого интерфейса; Настройка параметров удаленной консоли Для настройки параметров удаленной консоли, требуется перейти в раздел Параметры ВМ -\u0026gt;Параметры удаленной консоли. Параметры включают в себя:\nВыбор раскладки:\nen_US; ru_RU; Возможность включения пароля для удаленной консоли, для это требуется поставить флажок на Включить, присутствует также возможность сгенерировать пароль;\nВозможность включения функции Copy-Paste;\nВозможность включения/выключения функции Передачи файлов.\nНастройка параметров загрузки Для настройки параметров загрузки перейти в Параметры ВМ -\u0026gt; Параметры загрузки.\nНастройки параметров загрузки включают в себя:\nВыбрать поддержку типа загрузчика - UEFI и LegacyMBR; Возможность включения/выключения меню загрузки; Возможность настройки интвервала времени задержки загрузки; Возможность редактирования порядка загрузки; Завершение создания ВМ Заключительный этап в создании ВМ представлен в виде шага Завершение настройки. В нем в виде таблицы представлена вся информация о создаваемой виртуальной машине. Флажок Питание включено по умолчанию позволяет включить или выключить питание виртуальной машины сразу после создания.\n","categories":null,"content":"Создание ВМ Для создания виртуальной машины на хосте выполнить следующие действия:\nВ разделе Действия перейти на вкладку Новая виртуальная машина. Перейти к созданию виртуальной машины также можно с помощью нажатия правой кнопки мыши на значок хоста.\n❗️Перед созданием виртуальной машины, необходимо создать хранилище и cеть.\nОткроется окно создания виртуальной машины. Ввести уникальное имя виртуальной машины. Выбрать хранилище для файлов конфигурации и дисков. Выбрать совместимость для создаваемой ВМ. Из раскрывающегося меню выбрать один из совместимых гипервизоров для виртуальной машины. ❗️Каждая из приведенных опций включает в себя определенный набор аппаратных функций, доступных виртуальной машине.\nВыбрать гостевую операционную систему для установки в ВМ, а также тип виртуального чипсета, который будет использоваться для создания виртуальной машины. Идентификация гостевой операционной системы здесь позволяет мастеру создания ВМ предоставить соответствующие значения по умолчанию для установки операционной системы. Доступны следующие типы машин:\nQ35 – современная чипсет-модель с поддержкой PCI Express;\ni440FX – классическая модель, совместимая с более старыми ОС;\nСемейство гостевых ОС – выпадающий список с группировкой по категориям операционных систем;\nВерсия гостевой ОС – уточняет конкретный дистрибутив или версию ОС, которая будет установлена на ВМ.\nWindows Unix Microsoft Windows Server 2022 (64-bit) Red Hat Enterprise Linux (64-bit) Microsoft Windows Server 2019 (64-bit) SUSE Linux Enterprise (64-bit) Microsoft Windows Server 2016 (64-bit) CentOS (64-bit) Microsoft Windows Server 2012 (64-bit) Debian GNU/Linux (64-bit) Microsoft Windows Server 2008 R2 (64-bit) Debian GNU/Linux (32-bit) Microsoft Windows Server 2008 (64-bit) SUSE openSUSE (64-bit) Microsoft Windows Server 2008 (32-bit) SUSE openSUSE (32-bit) Microsoft Windows Server 2003 (64-bit) Red Hat Fedora (64-bit) Microsoft Windows Server 2003 (32-bit) Red Hat Fedora (32-bit) Microsoft Windows 10 (64-bit) Oracle Linux (64-bit) Microsoft Windows 10 (32-bit) Ubuntu Linux (64-bit) Microsoft Windows 8.x (64-bit) Ubuntu Linux (32-bit) Microsoft Windows 8.x (32-bit) Astra Linux (64-bit) Microsoft Windows 7 (64-bit) Astra Linux (32-bit) Microsoft Windows 7 (32-bit) ALT Linux (64-bit) Microsoft Windows Vista (64-bit) ALT Linux (32-bit) Microsoft Windows Vista (32-bit) Rocky Linux (64-bit) Microsoft Windows XP Professional (64-bit) MCBC 5.0 (32-bit) Microsoft Windows XP Professional (32-bit) MCBC 3.0 (32-bit) Microsoft Windows 2000 Microsoft Windows NT Microsoft Windows 98 Microsoft Windows 95 Другие поддерживаемые системы:\nApple macOS (64-bit) Android (64-bit) FreeBSD 13 or later versions (64-bit) FreeBSD 13 or later versions (32-bit) Другие ОС (64/32-bit) Перейти к настройке оборудования. Настройка параметров виртуального процессора На данной вкладке осуществляется настройка параметров виртуального процессора для создаваемой виртуальной машины.\nКоличество процессоров – общее число виртуальных CPU, выделяемых виртуальной машине; Ядер на сокет – количество ядер, выделяемых одному виртуальному сокету; Сокеты – отображается автоматически и рассчитывается как: Общее число vCPU / Ядер на сокет; Горячая замена ЦП – если включено, позволяет добавлять процессоры в работающую виртуальную машину без её выключения; Резервирование – минимально гарантированный объём процессорных ресурсов в МГц, выделяемый ВМ со стороны гипервизора; Значение задаётся числом и единицами измерения (по умолчанию – МГц); Ограничение – максимально допустимая частота процессора, которую может использовать ВМ; Значение задаётся числом и единицами измерения (по умолчанию – МГц); Значение Без ограничений означает отсутствие лимита; Распределение – определяет приоритет распределения CPU-ресурсов: Обычный; Высокий; Низкий; Ручной. Возможность задать числовое значение веса (по умолчанию – 2000). Модель процессора – определяет тип эмулируемого CPU: Intel (Core/Xeon/Atom) Intel (Legacy/Other) AMD/Opteron Виртуальные / эмуляция (QEMU/KVM/Host) Broadwell 486 Opteron_G1 Host-Model Broadwell-IBRS Core2duo Opteron_G2 Host-Passthrough Broadwell-NoTSX Coredou Kvm32 Broadwell-NoTSX-IBRS Conroe Kvm64 Haswell Nehalem Qemu32 Haswell-IBRS Nehalem-IBRS Qemu64 Haswell-NoTSX Penryn Maximum Haswell-NoTSX-IBRS N270 IvyBridge Pentium IvyBridge-IBRS Pentium2 SandyBridge Pentium3 SandyBridge-IBRS Skylake-Client Skylake-Client-IBRS Skylake-Client-NoTSX-IBRS Skylake-Server Skylake-Server-IBRS Skylake-Server-NoTSX-IBRS Westmere Westmere-IBRS Транзитный хост-процессор – если включено, позволяет максимально прозрачно передавать характеристики физического CPU в ВМ; Центральный процессор модели – активирует строгое соответствие заданной модели процессора в эмуляции. Параметры ОЗУ ВМ На вкладке \u0026ldquo;Память\u0026rdquo; задаются параметры объёма оперативной памяти, выделяемой виртуальной машине.\nПамять – основной объём ОЗУ, выделенный виртуальной машине;\nДиапазон: от 128 МБ до 1024 ГБ; Единицы измерения: МБ или ГБ (по умолчанию — ГБ); Резервирование – объём памяти, который будет гарантированно выделен ВМ хостом независимо от текущей загрузки;\nМинимум: 2 МБ; Максимум: весь объём выделенной памяти; Флажок Зарезервировать всю гостевую память — автоматически устанавливает резервирование на 100% выделенной памяти; Ограничение – максимальный объём памяти, который может использовать ВМ;\nМинимум: 2 МБ; Максимум: без ограничений (если не задан вручную); Горячая замена памяти – флажок, позволяющий добавлять память в работающую виртуальную машину без её перезапуска.\nПараметры жесткого диска ВМ На данной вкладке задаются параметры виртуального жёсткого диска, подключаемого к виртуальной машине.\nРазмер – объём диска, выделяемый ВМ;\nМаксимальный размер ограничен объёмом доступного хранилища. Расположение – определяет хранилище, в котором будет создан диск (например, local);\nПодготовка диска – выбирается формат и способ выделения места:\n\u0026ldquo;Толстый\u0026rdquo; том; \u0026ldquo;Толстый\u0026rdquo; том с очисткой; \u0026ldquo;Тонкий\u0026rdquo; том. Обмен – режим работы памяти обмена (swap):\nНеопределено; Включено; Отключено. Лимит IOPs – ограничение по количеству операций ввода-вывода в секунду:\nБез ограничений; Ручной (с указанием числа операций). Дисковый режим – режим записи и отката изменений:\nЗависимый; Независимый — персистентный; Независимый — неперсистентный. Кэш – метод кэширования операций:\nNone; Write Through; Write Back; Direct Sync; Unsafe. Шина – интерфейс подключения диска:\nIDE; SCSI; VirtIO. При необходимости можно добавить еще один жесткий диск - нажать Добавить новое устройство -\u0026gt; Жесткий диск.\nПараметры сетевого подключения ВМ На данной вкладке настраивается виртуальный сетевой адаптер для подключения виртуальной машины к сети.\nСеть – выбор сети, к которой будет подключена виртуальная машина;\nВыпадающий список содержит доступные сети. При выборе опции Обзор\u0026hellip; открывается диалоговое окно с таблицей всех доступных сетей. Тип адаптера – определяет эмулируемый тип сетевого интерфейса:\nParavirtual; E1000; RTL8139; VMXNET 3; SR-IOV passthrough. MAC-адрес – назначение сетевого MAC-адреса для интерфейса:\nАвтоматический — адрес будет сгенерирован системой; Вручную — позволяет вручную ввести MAC-адрес. Для создания ВМ на основе ISO-образа, данный образ должен храниться на одном из хранилищ. Загрузка ISO-образа описана в разделе Настройка хранилищ. Необходимо нажать на выпадающее меню напротив строки Новый CD/DVD-диск, выбрав там Файл хранилища ISO.\nПараметры CD/DVD-диска ВМ Данная вкладка позволяет прикрепить ISO-образ для создаваемой виртуальной машины:\nВыбрать выпадающем списке Файл хранилища данных ISO -\u0026gt; Обзор. Откроется меню поиска файла, необходимо выбрать хранилище, куда предварительно был загружен ISO-образ, Выбрать его. Нажать кнопку ОК. Новый USB-контроллер Настраивается виртуальный USB-контроллер, эмулируемый для виртуальной машины.\nТип контроллера: USB 2.0; USB 3.1. Видеокарта На вкладке Видеокарта имеется возможность выбора графического адаптера и количество дисплеев для создаваемой виртуальной машины.\nТип видеокарты: QXL или none; Количество мониторов от 1 до 4. Добавление нового устройства Для расширения конфигурации виртуальной машины доступна функция добавления новых устройств:\nЖёсткий диск – добавление нового виртуального жёсткого диска; Существующий жёсткий диск – подключение ранее созданного виртуального диска; CD/DVD-диск – добавление виртуального оптического привода; PCI Device – подключение физического PCI-устройства (неактивно, если не поддерживается хостом); Сетевой адаптер – добавление дополнительного сетевого интерфейса; Настройка параметров удаленной консоли Для настройки параметров удаленной консоли, требуется перейти в раздел Параметры ВМ -\u0026gt;Параметры удаленной консоли. Параметры включают в себя:\nВыбор раскладки:\nen_US; ru_RU; Возможность включения пароля для удаленной консоли, для это требуется поставить флажок на Включить, присутствует также возможность сгенерировать пароль;\nВозможность включения функции Copy-Paste;\nВозможность включения/выключения функции Передачи файлов.\nНастройка параметров загрузки Для настройки параметров загрузки перейти в Параметры ВМ -\u0026gt; Параметры загрузки.\nНастройки параметров загрузки включают в себя:\nВыбрать поддержку типа загрузчика - UEFI и LegacyMBR; Возможность включения/выключения меню загрузки; Возможность настройки интвервала времени задержки загрузки; Возможность редактирования порядка загрузки; Завершение создания ВМ Заключительный этап в создании ВМ представлен в виде шага Завершение настройки. В нем в виде таблицы представлена вся информация о создаваемой виртуальной машине. Флажок Питание включено по умолчанию позволяет включить или выключить питание виртуальной машины сразу после создания.\n","description":null,"ref":"/docs/pkzvezda/procurator/vmsetup/createvm/","section":"docs","tags":null,"title":"Создание виртуальных машин","url":"/docs/pkzvezda/procurator/vmsetup/createvm/","weight":6},{"body":"Управление ВМ Информация о виртуальных машинах хоста Виртуальные машины доступны в разделе Виртуальные машины. По умолчанию при переходе в раздел открывается информация о хосте. Для выбора конкретной ВМ необходимо нажать на нее с помощью левой кнопки мыши.\nРазвернутые на хосте ВМ доступны на вкладке ВМ.\nПри выборе ВМ из списка в инвентаре откроется окно управления ВМ. Вкладка Сводка содержит следующую информацию:\nГостевая ОС: название и архитектура операционной системы, установленной на виртуальной машине; Совместимость: версия платформы виртуализации, с которой совместима ВМ (например, pvm-1); Инструменты: текущее состояние и версия установленных гостевых инструментов; DNS-имя: доменное имя виртуальной машины; IP-адреса: IPv4 и IPv6 адреса, полученные гостевой ОС. Дополнительно отображаются показатели текущей загрузки:\nиспользование процессора : текущее использование CPU виртуальной машины (в Гц); использование памяти: объём оперативной памяти, занятой в процессе работы; Использование диска: общий объём занятого пространства на диске ВМ. В нижней части экрана отображается свёрнутая секция Аппаратное обеспечение ВМ, содержащая:\nколичество виртуальных процессоров; выделенную память; список подключённых CD/DVD-дисков; жёсткий диск; видеокарту (объём видеопамяти). Дополнительно доступен Запуск веб-консоли.\nДля изменения конфигурации можно воспользоваться кнопкой Изменить настройки, расположенной внизу блока аппаратного обеспечения\nИзменение питания ВМ Для работы с питанием ВМ необходимо нажать клавишу Действия, затем в выпадающем меню выбрать Питание. Доступны следующие опции:\nВключить – запускает виртуальную машину; Выключить – корректное завершение работы виртуальной машины; Приостановить – переводит ВМ в состояние сна (pause), сохраняется состояние оперативной памяти; Перезагрузка – инициирует мягкую перезагрузку виртуальной машины; Жёсткая остановка – экстренное завершение работы ВМ (аналог отключения питания). Выключить гостевую ОС – отправляет сигнал завершения сеанса внутри операционной системы (аналог нажатия кнопки выключения на ПК); Перезапустить гостевую ОС – инициирует мягкую перезагрузку непосредственно внутри ОС. Изменение настроек ВМ Для настройки виртуальной машины необходимо нажать кнопку Изменить настройки на панели управления ВМ.\nТакже можно выполнить действие с помощью кнопки Действия.\nПосле этого откроется окно изменения настроек виртуальной машины:\nУправление квотами и лимитами vCPU, RAM, IOPs диска Нажатием правой кнопки мыши в инвентаре выбрать ВМ. Выбрать пункт Изменить настройки. В поле Процессор выставить галочку напротив Горячее замена ЦП. Настроить параметры максимального количество ЦП, параметры резервирования и ограничения ЦП. В поле Память - включить Горячая замена памяти, затем заполнить поле Ограничение. В поле Жесткий диск пункт Лимит - IOPs выбрать Ручной. В поле ввести необходимое число. Подключение к ВМ с помощью веб-консоли Необходимо запустить ВМ с помощью кнопки Включить в панели управления или в выпадающем меню кнопки Действия Для подключения к ВМ необходимо нажать кнопку Запуск ВЕБ-консоли или нажать на миниатюру экрана (доступно только при включенной ВМ). Создание снимков ВМ Для создания снимков ВМ необходимо нажать клавишу Моментальный снимок на панеле управления ВМ. После нажатия кнопки Моментальный снимок откроется окно создания снимка. Управление снимками состояния ВМ также доступно из меню Действия.\nСозданный снимок будет доступен в разделе Снимки, там же расположена древовидная структура всех снимков ВМ. Если у виртуальной машины уже имеются снимки состояния, появится возможность вернуться к последнему снимку, для этого необходимо нажать кнопку Вернуться к последнему снимку. Горячее добавление устройств Для изменения настроек ВМ необходимо нажать на кнопку Действия, затем нажать на кнопку Изменить настройки\u0026hellip;.\nГорячее добавление ЦП ❗️ Для горячего добавления ЦП необходимо включить функцию Горячее добавление ЦП.\nТакже можно выполнить действие с помощью кнопки Действия.\nОткроется меню изменения настроек ВМ.\nВ данном меню возможно увеличить количество ядер процессора, изменить модель процессора, также включить настройку \u0026ldquo;горячего\u0026rdquo; добавления ЦП.\nГорячее расширение объема ОЗУ Для расширения объема ОЗУ необходимо перейти во вкладку Память.\nГорячее добавление жесткого диска ❗️ Для горячего добавления диска при создании ВМ должна быть выбрана шина virtio.\nДля добавления нового жесткого диска необходимо нажать на кнопку Добавить новое устройство, после нажатия появится список доступных для добавления устройств. Необходимо выбрать Жесткий диск. Возможность использования дополнительного диска с другого хранилища Для добавления и использования нового диска, хранящиегося в другом месте хранения необходимо:\nВыбрать ВМ, затем с помощью правой кнопки мыши вызвать контекстное меню, выбрать Изменить настройки. Нажать Добавить новое устройство -\u0026gt; Жесткий диск. Перейти в появишуюся вкладку Новый жесткий диск, в пункте Расположение выбрать Обзор\u0026hellip;. В выпадающем окне выбрать другое хранилище, отличающиеся от первого диска и нажать кнопку ОК. Нажать кнопку ОК. Горячее добавление сетевого адаптера ❗️Для горячего добавления сетевого адаптера при создании ВМ должен быть выбран сетевой адаптер с типом paravirtual.\nДля добавления нового сетевого адаптера необходимо нажать на кнопку Добавить новое устройство, после чего появится список доступных для добавления устройств, где необходимо выбрать Сетевой адаптер. ❗️ \u0026ldquo;Горячее\u0026rdquo; добавление жесткого диска доступно при использовании шины Virtio.\nНастроить сетевой адаптер можно с помощью вкладки Сетевой адаптер.\nНастройка CD/DVD диска находится во вкладке CD/DVD-диск. Данная опция также позволяет настроить виртуальную шину CD/DVD диска.\nНастройка видеокарты доступна в одноименной вкладке Видеокарта и позволяет настроить количество дисплеев, объем общей видеопамяти и выбрать модель видеокарты.\nРаздел Другие настройки позволяет выбрать устройства ввода.\nРаздел Параметры ВМ позволяет настроить общие настройки ВМ, такие, как имя, порядок загрузки дисков, семейство гостевой ОС и другие параметры.\nДобавление гостевых инструментов в ВМ Гостевые агенты значительно упрощают эксплуатацию виртуальной машины. Для виртуальных машин на базе ОС Windows гостевые инструменты встроены в систему.\nДля добавления инструментов ВМ на ОС Windows необходимо выполнить следующие действия:\nПри создании виртуальной машины в шаге Настройка оборудования выбрать шину Virtio. После создания виртуальной машины, выбрать ее в списке с помощью нажатия правой кнопкой мыши. Нажать кнопку Действия \u0026gt; Гостевая ОС \u0026gt; Смонтировать гостевые инструменты. Войти в гостевую ВМ, убедиться, что образ с утилитами присутствует. Войти в проводник, нажать на диск с инструментами. Запустить установщик, дождаться окончания установки. Гостевые инструменты установлены. При необходимости, гостевые инструменты можно размонтировать, нажав соответствующую кнопку Размонтировать гостевые инструменты. Наличие гостевых инструментов отображено в строке Инструменты Иридиум:\nДля установки гостевых инструментов на базе Linux загрузка возможна через репозиторий: после установки ВМ в терминале выполнить команды:\nsudo apt update sudo apt install qemu-guest-agent Создание действий по расписанию для виртуальной машины Для создания действий по расписанию необходимо:\nВыбрать нужную ВМ. Перейти в раздел Настройки. Перейти в раздел Действия по расписанию. Нажать кнопку Новые запланированные задачи. Доступны следующие действия:\nВключение; Выключение гостевой ОС; Перезапуск гостевой ОС; Выключение ВМ; Приостановка ВМ; Перезагрузка ВМ; Создание моментального снимка; Миграция ВМ; Клонирование в виртуальную машину; Создание резервной копии. После выбора откроется окно создания действия. Окно создания действия будет отличаться в зависимости от выбранного действия.\nВключение, выключение, приостановка и перезагрузка ВМ по расписанию Для включения гостевой ОС по расписанию:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Запланировать задачу. Созданная задача будет отображена в списке. Создание моментального снимка по расписанию Для создания снимка по расписанию:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Далее необходимо ввести имя снимка, и при необходимости, описание. Доступно включение в снимок памяти машины и гостевой файловой системы. Созданная задача будет отображена в списке. Миграция ВМ по расписанию Для запланированной миграции необходимо:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Далее необходимо выбрать тип миграции, выбрать хранилище, формат диска. Возможна настройка для каждого диска отдельно. Нажать кнопку Далее. В шаге Завершение настройки можно просмотреть параметры создаваемой задачи. Задача будет отображена в списке задач по расписанию. Клонирование ВМ по расписанию Для запланированной миграции необходимо:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Далее необходимо ввести имя ВМ, указать хранилище. В шаге Настройка оборудования необходимо настроить конфигурацию ВМ. В шаге Завершение настройки можно просмотреть параметры создаваемой задачи. Создание резервной копии по расписанию Для запланированной миграции необходимо:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Необходимо ввести название создаваемой резервной копии. Выбрать диски для копирования. Выбрать хранилище для резервной копии. Далее необходимо выбрать тип резервной копии. В шаге Завершение настройки можно просмотреть параметры создаваемой задачи. Клонирование ВМ Клонирование виртуальной машины представляет собой создание копии существующей виртуальной машины. Новая виртуальная машина будет иметь ту же самую конфигурацию, установленные приложения и разрешения, которые были у оригинальной ВМ.\nДля клонирования виртуальной машины необходимо выполнить следующие действия:\nВыбрать виртуальную машину, которую необходимо клонировать. Она должна быть выключена. Нажать на ВМ правой кнопкой мыши, в выпадающем меню нажать Клонировать в виртуальную машину. Если необходимо создать шаблон из этой ВМ, необходимо нажать кнопку Клонировать в шаблон. На этапе выбора имя и папки необходимо ввести уникальное имя ВМ или оставить его пустым, система автоматически сгенерирует случайное имя. На данном этапе также необходимо выбрать папку, где будет размещена ВМ. В шаге выбора хранилища необходимо выбрать хранилище, куда будет производиться клонирование ВМ, затем нажать Далее. На вкладке Настройка оборудования можно настроить оборудование и параметры виртуальной машины, затем нажать кнопку Далее. На странице Завершение можно просмотреть настройки ВМ, затем нажать Готово.\nНовая виртуальная машина появится в списке ВМ.\nПроброс устройств гипервизора в виртуальную машину Проброс USB-устройств Для проброса USB-устройства необходимо подключить USB-контроллер к виртуальной машине, для этого нужно выполнить следующие действия:\nПерейти в раздел Виртуальные машины, выбрать необходимую ВМ, затем нажать кнопку Изменить настройки. Откроется окно изменения настроек. Необходимо нажать кнопку Добавить новое устройство, где необходимо выбрать PCI-устройство. Нажать кнопку ОК, после чего контроллер появится в списке виртуального оборудования. Проброс CD/DVD-диска Для проброса CD/DVD-диска нужно выполнить следующие действия:\nПерейти в раздел Виртуальные машины, выбрать необходимую ВМ, затем нажать кнопку Действия. Выбрать параметр Изменить настройки. Откроется окно изменения настроек. Необходимо нажать кнопку Добавить новое устройство, где необходимо выбрать CD/DVD-диск. Нажать кнопку ОК, после чего контроллер появится в списке виртуального оборудования. В списке виртуального оборудования CD/DVD-диск необходимо оставить как Клиентское устройство. Миграция виртуальных машин между хранилищами Для миграции ВМ с одного хранилища на другое необходимо выполнить следующие действия:\nПерейти в раздел Виртуальные машины. Выбрать виртуальную машину, которую нужно переместить. Нажать кнопку Действия, затем нажать Мигрировать. Опционально можно нажать на имя ВМ правой кнопкой мыши, затем выбрать Мигрировать. В следующем шаге выбрать хранилище для миграции ВМ. На странице Завершение настройки можно ознакомиться с подробностями, затем нажать кнопку Готово. Снимки состояния ВМ Снимки состояния, или снапшоты - позволяют сохранить состояние и данные виртуальной машины на момент создания снимка. При создании снимка состояния виртуальной машины образ ВМ \u0026ldquo;замораживается\u0026rdquo; в текущем состоянии.\nПрограммный комплекс \u0026ldquo;Прокуратор\u0026rdquo; поддерживает создание нескольких снимков для того, чтобы позволить администратора выбирать, к какому состоянию ВМ ему необходимо вернуться. Снимок ВМ содержит следующую информацию:\nНастройки ВМ - конфигурация виртуального оборудования и настроек ВМ; Состояние питания ВМ - ВМ может быть выключена, включена или приостановлена. Состояние диска - состояние всех виртуальных дисков ВМ; Состояние памяти ВМ - содержимое памяти ВМ. Все снимки представлены в качестве древовидной структуры, где ранние снимки находятся вверху, поздние - снизу.\nСоздание снимков ВМ Для создания снимка ВМ необходимо выполнить следующие действия:\nПерейти к нужной ВМ. Нажать на кнопку Действия. Выбрать параметр Снимки. Нажать на кнопку Сделать снимок. Также снимок ВМ можно сделать, нажав на соответствующую кнопку на панели управления ВМ или перейти в раздел Снимки.\nОткроется окно создания нового снимка, где необходимо указать имя снимка, и при необходимости - описание. Нажать кнопку Готово. После этого снимок появится в разделе Снимки. Удаление и редактирование снимков ВМ Для удаления снимков:\nПерейти к нужной ВМ. Перейти в раздел Снимки. Выбрать снимок, который нужно удалить, затем нажать кнопку Удалить. Нажать кнопку Готово. Для редактирования снимков:\nПерейти к нужной ВМ. Перейти в раздел Снимки. Выбрать снимок, который нужно удалить, затем нажать кнопку Редактировать. После изменения имени, описания ВМ, нажать кнопку Готово. Восстановление состояния ВМ из снимка состояния Для отката состояния виртуальной машины на момент создания снимка необходимо выполнить действия:\nПерейти к нужной ВМ. Перейти в раздел Снимки. Выбрать снимок ВМ, с помощью которого нужно восстановить состояние ВМ, затем нажать кнопку Восстановить. Появится окно отката состояния ВМ. Текущее состояние этой виртуальной машины будет потеряно, если оно не сохранено в снимке состояния.\nНажать кнопку Восстановить. Состояние виртуальной машины будет таким, каким оно было на момент создания снимка. Управление виртуальными машинами через pcli Получение списка ВМ pcli vim-cmd vmsvc/getallvms Получение конфигурации конкретной ВМ pcli vim-cmd vmsvc/get.config \u0026lt;имя_ВМ\u0026gt; Удаление ВМ из инвентаря (без удаления файлов) pcli vim-cmd vmsvc/unregister \u0026lt;имя_ВМ\u0026gt; Полное удаление ВМ vim-cmd vmsvc/destroy \u0026lt;имя_ВМ\u0026gt; Управление питанием ВМ pcli vim-cmd vmsvc/power.on \u0026lt;имя_ВМ\u0026gt; # Включение pcli vim-cmd vmsvc/power.off \u0026lt;имя_ВМ\u0026gt; # Выключение pcli vim-cmd vmsvc/power.reset \u0026lt;имя_ВМ\u0026gt; # Жесткая перезагрузка pcli vim-cmd vmsvc/power.hard_stop \u0026lt;имя_ВМ\u0026gt; # Принудительная остановка pcli vim-cmd vmsvc/power.reboot \u0026lt;имя_ВМ\u0026gt; # Перезагрузка ОС (если установлены VMware Tools) pcli vim-cmd vmsvc/power.shutdown \u0026lt;имя_ВМ\u0026gt; # Завершение работы ОС pcli vim-cmd vmsvc/power.suspend \u0026lt;имя_ВМ\u0026gt; # Приостановка ","categories":null,"content":"Управление ВМ Информация о виртуальных машинах хоста Виртуальные машины доступны в разделе Виртуальные машины. По умолчанию при переходе в раздел открывается информация о хосте. Для выбора конкретной ВМ необходимо нажать на нее с помощью левой кнопки мыши.\nРазвернутые на хосте ВМ доступны на вкладке ВМ.\nПри выборе ВМ из списка в инвентаре откроется окно управления ВМ. Вкладка Сводка содержит следующую информацию:\nГостевая ОС: название и архитектура операционной системы, установленной на виртуальной машине; Совместимость: версия платформы виртуализации, с которой совместима ВМ (например, pvm-1); Инструменты: текущее состояние и версия установленных гостевых инструментов; DNS-имя: доменное имя виртуальной машины; IP-адреса: IPv4 и IPv6 адреса, полученные гостевой ОС. Дополнительно отображаются показатели текущей загрузки:\nиспользование процессора : текущее использование CPU виртуальной машины (в Гц); использование памяти: объём оперативной памяти, занятой в процессе работы; Использование диска: общий объём занятого пространства на диске ВМ. В нижней части экрана отображается свёрнутая секция Аппаратное обеспечение ВМ, содержащая:\nколичество виртуальных процессоров; выделенную память; список подключённых CD/DVD-дисков; жёсткий диск; видеокарту (объём видеопамяти). Дополнительно доступен Запуск веб-консоли.\nДля изменения конфигурации можно воспользоваться кнопкой Изменить настройки, расположенной внизу блока аппаратного обеспечения\nИзменение питания ВМ Для работы с питанием ВМ необходимо нажать клавишу Действия, затем в выпадающем меню выбрать Питание. Доступны следующие опции:\nВключить – запускает виртуальную машину; Выключить – корректное завершение работы виртуальной машины; Приостановить – переводит ВМ в состояние сна (pause), сохраняется состояние оперативной памяти; Перезагрузка – инициирует мягкую перезагрузку виртуальной машины; Жёсткая остановка – экстренное завершение работы ВМ (аналог отключения питания). Выключить гостевую ОС – отправляет сигнал завершения сеанса внутри операционной системы (аналог нажатия кнопки выключения на ПК); Перезапустить гостевую ОС – инициирует мягкую перезагрузку непосредственно внутри ОС. Изменение настроек ВМ Для настройки виртуальной машины необходимо нажать кнопку Изменить настройки на панели управления ВМ.\nТакже можно выполнить действие с помощью кнопки Действия.\nПосле этого откроется окно изменения настроек виртуальной машины:\nУправление квотами и лимитами vCPU, RAM, IOPs диска Нажатием правой кнопки мыши в инвентаре выбрать ВМ. Выбрать пункт Изменить настройки. В поле Процессор выставить галочку напротив Горячее замена ЦП. Настроить параметры максимального количество ЦП, параметры резервирования и ограничения ЦП. В поле Память - включить Горячая замена памяти, затем заполнить поле Ограничение. В поле Жесткий диск пункт Лимит - IOPs выбрать Ручной. В поле ввести необходимое число. Подключение к ВМ с помощью веб-консоли Необходимо запустить ВМ с помощью кнопки Включить в панели управления или в выпадающем меню кнопки Действия Для подключения к ВМ необходимо нажать кнопку Запуск ВЕБ-консоли или нажать на миниатюру экрана (доступно только при включенной ВМ). Создание снимков ВМ Для создания снимков ВМ необходимо нажать клавишу Моментальный снимок на панеле управления ВМ. После нажатия кнопки Моментальный снимок откроется окно создания снимка. Управление снимками состояния ВМ также доступно из меню Действия.\nСозданный снимок будет доступен в разделе Снимки, там же расположена древовидная структура всех снимков ВМ. Если у виртуальной машины уже имеются снимки состояния, появится возможность вернуться к последнему снимку, для этого необходимо нажать кнопку Вернуться к последнему снимку. Горячее добавление устройств Для изменения настроек ВМ необходимо нажать на кнопку Действия, затем нажать на кнопку Изменить настройки\u0026hellip;.\nГорячее добавление ЦП ❗️ Для горячего добавления ЦП необходимо включить функцию Горячее добавление ЦП.\nТакже можно выполнить действие с помощью кнопки Действия.\nОткроется меню изменения настроек ВМ.\nВ данном меню возможно увеличить количество ядер процессора, изменить модель процессора, также включить настройку \u0026ldquo;горячего\u0026rdquo; добавления ЦП.\nГорячее расширение объема ОЗУ Для расширения объема ОЗУ необходимо перейти во вкладку Память.\nГорячее добавление жесткого диска ❗️ Для горячего добавления диска при создании ВМ должна быть выбрана шина virtio.\nДля добавления нового жесткого диска необходимо нажать на кнопку Добавить новое устройство, после нажатия появится список доступных для добавления устройств. Необходимо выбрать Жесткий диск. Возможность использования дополнительного диска с другого хранилища Для добавления и использования нового диска, хранящиегося в другом месте хранения необходимо:\nВыбрать ВМ, затем с помощью правой кнопки мыши вызвать контекстное меню, выбрать Изменить настройки. Нажать Добавить новое устройство -\u0026gt; Жесткий диск. Перейти в появишуюся вкладку Новый жесткий диск, в пункте Расположение выбрать Обзор\u0026hellip;. В выпадающем окне выбрать другое хранилище, отличающиеся от первого диска и нажать кнопку ОК. Нажать кнопку ОК. Горячее добавление сетевого адаптера ❗️Для горячего добавления сетевого адаптера при создании ВМ должен быть выбран сетевой адаптер с типом paravirtual.\nДля добавления нового сетевого адаптера необходимо нажать на кнопку Добавить новое устройство, после чего появится список доступных для добавления устройств, где необходимо выбрать Сетевой адаптер. ❗️ \u0026ldquo;Горячее\u0026rdquo; добавление жесткого диска доступно при использовании шины Virtio.\nНастроить сетевой адаптер можно с помощью вкладки Сетевой адаптер.\nНастройка CD/DVD диска находится во вкладке CD/DVD-диск. Данная опция также позволяет настроить виртуальную шину CD/DVD диска.\nНастройка видеокарты доступна в одноименной вкладке Видеокарта и позволяет настроить количество дисплеев, объем общей видеопамяти и выбрать модель видеокарты.\nРаздел Другие настройки позволяет выбрать устройства ввода.\nРаздел Параметры ВМ позволяет настроить общие настройки ВМ, такие, как имя, порядок загрузки дисков, семейство гостевой ОС и другие параметры.\nДобавление гостевых инструментов в ВМ Гостевые агенты значительно упрощают эксплуатацию виртуальной машины. Для виртуальных машин на базе ОС Windows гостевые инструменты встроены в систему.\nДля добавления инструментов ВМ на ОС Windows необходимо выполнить следующие действия:\nПри создании виртуальной машины в шаге Настройка оборудования выбрать шину Virtio. После создания виртуальной машины, выбрать ее в списке с помощью нажатия правой кнопкой мыши. Нажать кнопку Действия \u0026gt; Гостевая ОС \u0026gt; Смонтировать гостевые инструменты. Войти в гостевую ВМ, убедиться, что образ с утилитами присутствует. Войти в проводник, нажать на диск с инструментами. Запустить установщик, дождаться окончания установки. Гостевые инструменты установлены. При необходимости, гостевые инструменты можно размонтировать, нажав соответствующую кнопку Размонтировать гостевые инструменты. Наличие гостевых инструментов отображено в строке Инструменты Иридиум:\nДля установки гостевых инструментов на базе Linux загрузка возможна через репозиторий: после установки ВМ в терминале выполнить команды:\nsudo apt update sudo apt install qemu-guest-agent Создание действий по расписанию для виртуальной машины Для создания действий по расписанию необходимо:\nВыбрать нужную ВМ. Перейти в раздел Настройки. Перейти в раздел Действия по расписанию. Нажать кнопку Новые запланированные задачи. Доступны следующие действия:\nВключение; Выключение гостевой ОС; Перезапуск гостевой ОС; Выключение ВМ; Приостановка ВМ; Перезагрузка ВМ; Создание моментального снимка; Миграция ВМ; Клонирование в виртуальную машину; Создание резервной копии. После выбора откроется окно создания действия. Окно создания действия будет отличаться в зависимости от выбранного действия.\nВключение, выключение, приостановка и перезагрузка ВМ по расписанию Для включения гостевой ОС по расписанию:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Запланировать задачу. Созданная задача будет отображена в списке. Создание моментального снимка по расписанию Для создания снимка по расписанию:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Далее необходимо ввести имя снимка, и при необходимости, описание. Доступно включение в снимок памяти машины и гостевой файловой системы. Созданная задача будет отображена в списке. Миграция ВМ по расписанию Для запланированной миграции необходимо:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Далее необходимо выбрать тип миграции, выбрать хранилище, формат диска. Возможна настройка для каждого диска отдельно. Нажать кнопку Далее. В шаге Завершение настройки можно просмотреть параметры создаваемой задачи. Задача будет отображена в списке задач по расписанию. Клонирование ВМ по расписанию Для запланированной миграции необходимо:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Далее необходимо ввести имя ВМ, указать хранилище. В шаге Настройка оборудования необходимо настроить конфигурацию ВМ. В шаге Завершение настройки можно просмотреть параметры создаваемой задачи. Создание резервной копии по расписанию Для запланированной миграции необходимо:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Необходимо ввести название создаваемой резервной копии. Выбрать диски для копирования. Выбрать хранилище для резервной копии. Далее необходимо выбрать тип резервной копии. В шаге Завершение настройки можно просмотреть параметры создаваемой задачи. Клонирование ВМ Клонирование виртуальной машины представляет собой создание копии существующей виртуальной машины. Новая виртуальная машина будет иметь ту же самую конфигурацию, установленные приложения и разрешения, которые были у оригинальной ВМ.\nДля клонирования виртуальной машины необходимо выполнить следующие действия:\nВыбрать виртуальную машину, которую необходимо клонировать. Она должна быть выключена. Нажать на ВМ правой кнопкой мыши, в выпадающем меню нажать Клонировать в виртуальную машину. Если необходимо создать шаблон из этой ВМ, необходимо нажать кнопку Клонировать в шаблон. На этапе выбора имя и папки необходимо ввести уникальное имя ВМ или оставить его пустым, система автоматически сгенерирует случайное имя. На данном этапе также необходимо выбрать папку, где будет размещена ВМ. В шаге выбора хранилища необходимо выбрать хранилище, куда будет производиться клонирование ВМ, затем нажать Далее. На вкладке Настройка оборудования можно настроить оборудование и параметры виртуальной машины, затем нажать кнопку Далее. На странице Завершение можно просмотреть настройки ВМ, затем нажать Готово.\nНовая виртуальная машина появится в списке ВМ.\nПроброс устройств гипервизора в виртуальную машину Проброс USB-устройств Для проброса USB-устройства необходимо подключить USB-контроллер к виртуальной машине, для этого нужно выполнить следующие действия:\nПерейти в раздел Виртуальные машины, выбрать необходимую ВМ, затем нажать кнопку Изменить настройки. Откроется окно изменения настроек. Необходимо нажать кнопку Добавить новое устройство, где необходимо выбрать PCI-устройство. Нажать кнопку ОК, после чего контроллер появится в списке виртуального оборудования. Проброс CD/DVD-диска Для проброса CD/DVD-диска нужно выполнить следующие действия:\nПерейти в раздел Виртуальные машины, выбрать необходимую ВМ, затем нажать кнопку Действия. Выбрать параметр Изменить настройки. Откроется окно изменения настроек. Необходимо нажать кнопку Добавить новое устройство, где необходимо выбрать CD/DVD-диск. Нажать кнопку ОК, после чего контроллер появится в списке виртуального оборудования. В списке виртуального оборудования CD/DVD-диск необходимо оставить как Клиентское устройство. Миграция виртуальных машин между хранилищами Для миграции ВМ с одного хранилища на другое необходимо выполнить следующие действия:\nПерейти в раздел Виртуальные машины. Выбрать виртуальную машину, которую нужно переместить. Нажать кнопку Действия, затем нажать Мигрировать. Опционально можно нажать на имя ВМ правой кнопкой мыши, затем выбрать Мигрировать. В следующем шаге выбрать хранилище для миграции ВМ. На странице Завершение настройки можно ознакомиться с подробностями, затем нажать кнопку Готово. Снимки состояния ВМ Снимки состояния, или снапшоты - позволяют сохранить состояние и данные виртуальной машины на момент создания снимка. При создании снимка состояния виртуальной машины образ ВМ \u0026ldquo;замораживается\u0026rdquo; в текущем состоянии.\nПрограммный комплекс \u0026ldquo;Прокуратор\u0026rdquo; поддерживает создание нескольких снимков для того, чтобы позволить администратора выбирать, к какому состоянию ВМ ему необходимо вернуться. Снимок ВМ содержит следующую информацию:\nНастройки ВМ - конфигурация виртуального оборудования и настроек ВМ; Состояние питания ВМ - ВМ может быть выключена, включена или приостановлена. Состояние диска - состояние всех виртуальных дисков ВМ; Состояние памяти ВМ - содержимое памяти ВМ. Все снимки представлены в качестве древовидной структуры, где ранние снимки находятся вверху, поздние - снизу.\nСоздание снимков ВМ Для создания снимка ВМ необходимо выполнить следующие действия:\nПерейти к нужной ВМ. Нажать на кнопку Действия. Выбрать параметр Снимки. Нажать на кнопку Сделать снимок. Также снимок ВМ можно сделать, нажав на соответствующую кнопку на панели управления ВМ или перейти в раздел Снимки.\nОткроется окно создания нового снимка, где необходимо указать имя снимка, и при необходимости - описание. Нажать кнопку Готово. После этого снимок появится в разделе Снимки. Удаление и редактирование снимков ВМ Для удаления снимков:\nПерейти к нужной ВМ. Перейти в раздел Снимки. Выбрать снимок, который нужно удалить, затем нажать кнопку Удалить. Нажать кнопку Готово. Для редактирования снимков:\nПерейти к нужной ВМ. Перейти в раздел Снимки. Выбрать снимок, который нужно удалить, затем нажать кнопку Редактировать. После изменения имени, описания ВМ, нажать кнопку Готово. Восстановление состояния ВМ из снимка состояния Для отката состояния виртуальной машины на момент создания снимка необходимо выполнить действия:\nПерейти к нужной ВМ. Перейти в раздел Снимки. Выбрать снимок ВМ, с помощью которого нужно восстановить состояние ВМ, затем нажать кнопку Восстановить. Появится окно отката состояния ВМ. Текущее состояние этой виртуальной машины будет потеряно, если оно не сохранено в снимке состояния.\nНажать кнопку Восстановить. Состояние виртуальной машины будет таким, каким оно было на момент создания снимка. Управление виртуальными машинами через pcli Получение списка ВМ pcli vim-cmd vmsvc/getallvms Получение конфигурации конкретной ВМ pcli vim-cmd vmsvc/get.config \u0026lt;имя_ВМ\u0026gt; Удаление ВМ из инвентаря (без удаления файлов) pcli vim-cmd vmsvc/unregister \u0026lt;имя_ВМ\u0026gt; Полное удаление ВМ vim-cmd vmsvc/destroy \u0026lt;имя_ВМ\u0026gt; Управление питанием ВМ pcli vim-cmd vmsvc/power.on \u0026lt;имя_ВМ\u0026gt; # Включение pcli vim-cmd vmsvc/power.off \u0026lt;имя_ВМ\u0026gt; # Выключение pcli vim-cmd vmsvc/power.reset \u0026lt;имя_ВМ\u0026gt; # Жесткая перезагрузка pcli vim-cmd vmsvc/power.hard_stop \u0026lt;имя_ВМ\u0026gt; # Принудительная остановка pcli vim-cmd vmsvc/power.reboot \u0026lt;имя_ВМ\u0026gt; # Перезагрузка ОС (если установлены VMware Tools) pcli vim-cmd vmsvc/power.shutdown \u0026lt;имя_ВМ\u0026gt; # Завершение работы ОС pcli vim-cmd vmsvc/power.suspend \u0026lt;имя_ВМ\u0026gt; # Приостановка ","description":null,"ref":"/docs/pkzvezda/procurator/vmsetup/managingvm/","section":"docs","tags":null,"title":"Управление ВМ","url":"/docs/pkzvezda/procurator/vmsetup/managingvm/","weight":7},{"body":"Добавление пользователей Для создания нового пользователя выполнить следующие действия:\nВойти в ПК \u0026ldquo;Сфера\u0026rdquo; под учетной записью администратора. Перейти в меню навигации, раздел Администрирование. Перейти в раздел Пользователи и группы. Выбрать домен, нажать Добавить. Откроется окно создания нового пользователя, где необходимо заполнить следующие поля: Имя пользователя; Пароль и подтверждение пароля; По желанию можно заполнить фамилию, имя, e-mail и описание. Нажать Добавить. Новый пользователь создан. Добавление группы Для создания новой группы необходимо:\nПерейти в разделе Администрирование на страницу Пользователи и группы, затем выбрать вкладку Группы. Нажать кнопку Добавить. Откроется окно добавления группы, где необходимо ввести название группы, в поле Поиск ввести имя пользователя. Опционально можно добавить описание группы в соответствующем поле. Созданная группа отображена в списке. Для просмотра участников группы необходимо кликнуть на нее. Управление ролями Добавление новой роли ПК \u0026ldquo;Сфера\u0026rdquo; поддерживает ролевое управление. Для создания новой роли, необходимо выполнить следующие действия:\nВойти в ПК \u0026ldquo;Сфера\u0026rdquo; под учетной записью администратора. Перейти в меню навигации, раздел Администрирование. Откроется окно администрирования. Перейти в раздел Роли. Откроется список существующих ролей и их разрешенные действия. Будет доступен список ролей по умолчанию:\nАдминистратор. Доступные действия:\nИзменить разрешение на ресурс;\nИзменить роль;\nПереназначить разрешения роли;\nУправление сертификатами.\nКоммутатор:\nСоздать коммутатор; Удалить коммутатор; Изменить коммутатор; Переместить коммутатор; Управление сетевым вводом/выводом; Определение политики коммутатора; Конфигурация порта; Установка порта. Хранилище данных:\nВыделить пространство; Обзор хранилища данных; Настроить хранилище данных; Операции с файлами на низком уровне; Переместить хранилище данных; Удалить хранилище данных; Удалить файл; Переименовать хранилище данных; Обновить файлы виртуальной машины; Настроить кластер хранилища данных. Папки:\nСоздать папку; Удалить папку; Переместить папку; Переименовать папку. Конфигурация хоста:\nИзменить настройки даты и времени; Изменить настройки хоста; Соединение хоста; Настройки хранилища; Многопоточность; Обслуживание хоста; Конфигурация памяти; Конфигурация сети; Питание хоста; Профиль защиты и брандмауэра; Конфигурация разделения хранилища; Управление системой; Ресурсы системы; Конфигурация автозапуска виртуальной машины. Инвентарь:\nДобавить хост в кластер; Добавить автономный хост; Создать кластер; Управление обновлениями кластера; Изменить кластер; Переместить кластер или автономный хост; Переместить хост; Удалить кластер; Удалить хост; Переименовать кластер. Локальные операции:\nДобавить хост в \u0026ldquo;Сферу\u0026rdquo; Создать виртуальную машину; Удалить виртуальную машину; Управление группами пользователей; Изменить конфигурацию виртуальной машины. Репликация:\nУправление репликацией. Сеть:\nНазначить сеть; Настроить сеть; Переместить сеть; Удалить сеть. Профили хоста:\nОчистить профиль; Создать профиль; Удалить профиль; Изменить профиль; Экспорт профиля; Просмотр профиля. Ресурсы:\nНазначить виртуальную машину в ресурсный пул; Создать ресурсный пул; Миграция выключенной виртуальной машины; Миграция включенной виртуальной машины; Изменить ресурсный пул; Переместить ресурсный пул; Удалить ресурсный пул; Переименовать ресурсный пул. Задачи:\nСоздать задачи; Изменить задачу; Удалить задачу; Запустить задачу. Виртуальные машины:\nДобавить существующий диск; Добавить новый диск; Добавить или удалить устройство; Изменить количество процессоров; Изменить память; Изменить настройки; Изменить ресурс; Настроить USB устройство хоста; Отобразить настройки соединения; Расширить виртуальный диск; Изменить настройки устройства; Удалить диск; Переименовать диск; Редактировать инвентарь; Настройка CD; Подключение устройств; Взаимодействие с консолью; Создание снимка экрана; Дефрагментация всех дисков; Установка гостевых инструментов; Возобновление отказоустойчивости; Приостановить отказоустойчивость; Отключить отказоустойчивость; Включить отказоустойчивость; Разрешить доступ к диску; Разрешить доступ к файлу; Разрешить только чтение доступа к диску; Разрешить загрузку виртуальной машины; Разрешить загрузку файлов виртуальной машины; Клонировать шаблон; Клонировать виртуальную машину; Создать шаблон из виртуальной машины; Развернуть шаблон. Управление снимками:\nСоздать снимок; Удалить снимок; Переименовать снимок; Вернуться к снимку. Репликация\nНастроить репликацию; Управление репликацией. Read-only. Доступные действия для данной роли отсутствуют - доступен только просмотр информации об объектах виртуализации без возможности внесения изменений.\nNo access. Роль используется для ограничения предоставленного доступа.\nДля создания новой роли необходимо нажать кнопку Новая роль. Откроется окно создания новой роли. В открывшемся окне необходимо заполнить поля: Название роли; Описание роли заполняется при необходимости; Указать разрешенные действия. Они разбиты по разделам - ВМ, Хосты, дата-центры. Нажав на раздел, откроется подробный список действий для каждого раздела. Для раздела Хранилища данных доступны следующие привилегии:\nКопировать объект; Переместить объект; Перевести хранилище данных в режим обслуживания; Создать хранилище данных; Создать новую папку; Создать пустой файл; Удалить объект; Вывести хранилище данных из режима обслуживания; Просмотреть хранилище данных; Удалить хранилище данных; Переименовать объект. Для раздела Сети доступны следующие привилегии:\nУдалить сеть; Удалить sysx; Обновить коммутаторы; Создать новый коммутатор; Просмотреть сеть; Создать группу портов; Создать sysx; Удалить группу портов; Удалить коммутатор; Обновить группу портов; Обновить sysx. Для раздела Резервное копирование доступны следующие привилегии:\nПросмотреть резервные копии; Создать хранилище резервных копий; Удалить хранилище резервных копий; Перевести хранилище резервных копий в режим обслуживания; Вывести хранилище резервных копий из режима обслуживания. Для раздела Backet доступны следующие привилегии:\nПросмотреть объекты хранения. Для раздела Зоны доступны следующие привилегии: Создать новую папку Удалить папку Добавить участника в HA Sphere Назначить лидера в HA Sphere Создать зону Переименовать зону Удалить зону Переименовать папку Переместить папку Инициализировать HA Sphere Удалить участника из HA Sphere Перевести узел в автономный режим в HA Sphere Показать зону Для раздела RBAC доступны следующие привилегии: Показать информацию о RBAC\nУдалить роль\nСоздать глобальное разрешение\nСоздать разрешение на объект\nОбновить группу\nСоздать роль\nОбновить глобальное разрешение\nОбновить разрешение на объект\nУдалить глобальное разрешение\nУдалить разрешение на объект\nСоздать группу\nУдалить группу\nУдалить участника из группы\nОбновить роль\nКлонировать роль\nПоказать информацию о RBAC Удалить роль Создать глобальное разрешение Создать разрешение на объект Обновить группу Создать роль Обновить глобальное разрешение Обновить разрешение на объект Удалить глобальное разрешение Удалить разрешение на объект Создать группу Удалить группу Удалить участника из группы Обновить роль Клонировать роль Для раздела Датацентры доступны следующие привилегии:\nПоказать датацентр Создать новую папку Переименовать папку Удалить папку Переместить папку Создать датацентр Переименовать датацентр Удалить датацентр Переместить датацентр Добавить хост в датацентр Для раздела Кластеры доступны следующие привилегии:\nПоказать кластер Создать кластер Удалить кластер Переименовать кластер Переместить кластер Добавить хосты в кластер Для раздела ВМ доступны следующие привилегии:\nПросмотр ВМ; Создание ВМ; Настройка ВМ; Удаление ВМ; Включение и выключение ВМ; Перезапуск ВМ; Жесткая остановка ВМ; Мягкое выключение ВМ; Возможность устанавливать и удалять инструменты для ВМ. Для раздела Хосты доступны следующие привилегии:\nПросмотр хоста; Добавление автономного хоста; Добавление хоста в кластер; Удаление хоста; Миграция хоста; Мониторинг хоста; Настройка конфигурации сети хоста. Для раздела Датацентры доступны следующие привилегии:\nПросмотр датацентра; Создание датацентра; Переименовывание датацентра; Удаление датацентра; Миграция датацентра; Создание новой папки; Удаление папки; Миграция папки. Для раздела Провайдеры идентификации доступны следующие привилегии:\nУдалить провайдера идентификации; Назначить провайдера идентификации по умолчанию; Создать пользователя; Обновить пользователя; Удалить пользователя; Показать информацию о провайдерах идентификации; Создать провайдера идентификации. ❗️При необходимости можно выборочно определить необходимые разрешения или выбрать все в каждом разделе.\nПосле выбора действий для пользователя, необходимо нажать кнопку Создать. Новая роль создана. Назначение роли пользователю или группе Для назначения роли необходимо:\nПерейти в раздел Глобальные разрешения. Нажать кнопку Добавить. Откроется окно добавления разрешения. Необходимо выбрать нужного пользователя или группу в выпадающем списке Пользователь/Группа, затем выбрать необходимую роль в списке Роль. Нажать кнопку ОК. Пользователь/группа и роль отображены в списке. Альтернативно можно добавить разрешение для пользователя на использование ресурса:\nВ списке выбрать объект, к которому нужно предоставить доступ. Например, датацентр, хост, кластер, ВМ. Перейти на вкладку Разрешения. Нажать Добавить. В открывшемся окне: Выбрать домен. В разделе Пользователь/Группа ввести имя пользователя или группу. В разделе Роль выбрать нужную роль. Поставить галочку Распространять на дочерние объекты, если необходимо чтобы права применились ко всем вложенным объектам. Нажать OK для сохранения. ","categories":null,"content":"Добавление пользователей Для создания нового пользователя выполнить следующие действия:\nВойти в ПК \u0026ldquo;Сфера\u0026rdquo; под учетной записью администратора. Перейти в меню навигации, раздел Администрирование. Перейти в раздел Пользователи и группы. Выбрать домен, нажать Добавить. Откроется окно создания нового пользователя, где необходимо заполнить следующие поля: Имя пользователя; Пароль и подтверждение пароля; По желанию можно заполнить фамилию, имя, e-mail и описание. Нажать Добавить. Новый пользователь создан. Добавление группы Для создания новой группы необходимо:\nПерейти в разделе Администрирование на страницу Пользователи и группы, затем выбрать вкладку Группы. Нажать кнопку Добавить. Откроется окно добавления группы, где необходимо ввести название группы, в поле Поиск ввести имя пользователя. Опционально можно добавить описание группы в соответствующем поле. Созданная группа отображена в списке. Для просмотра участников группы необходимо кликнуть на нее. Управление ролями Добавление новой роли ПК \u0026ldquo;Сфера\u0026rdquo; поддерживает ролевое управление. Для создания новой роли, необходимо выполнить следующие действия:\nВойти в ПК \u0026ldquo;Сфера\u0026rdquo; под учетной записью администратора. Перейти в меню навигации, раздел Администрирование. Откроется окно администрирования. Перейти в раздел Роли. Откроется список существующих ролей и их разрешенные действия. Будет доступен список ролей по умолчанию:\nАдминистратор. Доступные действия:\nИзменить разрешение на ресурс;\nИзменить роль;\nПереназначить разрешения роли;\nУправление сертификатами.\nКоммутатор:\nСоздать коммутатор; Удалить коммутатор; Изменить коммутатор; Переместить коммутатор; Управление сетевым вводом/выводом; Определение политики коммутатора; Конфигурация порта; Установка порта. Хранилище данных:\nВыделить пространство; Обзор хранилища данных; Настроить хранилище данных; Операции с файлами на низком уровне; Переместить хранилище данных; Удалить хранилище данных; Удалить файл; Переименовать хранилище данных; Обновить файлы виртуальной машины; Настроить кластер хранилища данных. Папки:\nСоздать папку; Удалить папку; Переместить папку; Переименовать папку. Конфигурация хоста:\nИзменить настройки даты и времени; Изменить настройки хоста; Соединение хоста; Настройки хранилища; Многопоточность; Обслуживание хоста; Конфигурация памяти; Конфигурация сети; Питание хоста; Профиль защиты и брандмауэра; Конфигурация разделения хранилища; Управление системой; Ресурсы системы; Конфигурация автозапуска виртуальной машины. Инвентарь:\nДобавить хост в кластер; Добавить автономный хост; Создать кластер; Управление обновлениями кластера; Изменить кластер; Переместить кластер или автономный хост; Переместить хост; Удалить кластер; Удалить хост; Переименовать кластер. Локальные операции:\nДобавить хост в \u0026ldquo;Сферу\u0026rdquo; Создать виртуальную машину; Удалить виртуальную машину; Управление группами пользователей; Изменить конфигурацию виртуальной машины. Репликация:\nУправление репликацией. Сеть:\nНазначить сеть; Настроить сеть; Переместить сеть; Удалить сеть. Профили хоста:\nОчистить профиль; Создать профиль; Удалить профиль; Изменить профиль; Экспорт профиля; Просмотр профиля. Ресурсы:\nНазначить виртуальную машину в ресурсный пул; Создать ресурсный пул; Миграция выключенной виртуальной машины; Миграция включенной виртуальной машины; Изменить ресурсный пул; Переместить ресурсный пул; Удалить ресурсный пул; Переименовать ресурсный пул. Задачи:\nСоздать задачи; Изменить задачу; Удалить задачу; Запустить задачу. Виртуальные машины:\nДобавить существующий диск; Добавить новый диск; Добавить или удалить устройство; Изменить количество процессоров; Изменить память; Изменить настройки; Изменить ресурс; Настроить USB устройство хоста; Отобразить настройки соединения; Расширить виртуальный диск; Изменить настройки устройства; Удалить диск; Переименовать диск; Редактировать инвентарь; Настройка CD; Подключение устройств; Взаимодействие с консолью; Создание снимка экрана; Дефрагментация всех дисков; Установка гостевых инструментов; Возобновление отказоустойчивости; Приостановить отказоустойчивость; Отключить отказоустойчивость; Включить отказоустойчивость; Разрешить доступ к диску; Разрешить доступ к файлу; Разрешить только чтение доступа к диску; Разрешить загрузку виртуальной машины; Разрешить загрузку файлов виртуальной машины; Клонировать шаблон; Клонировать виртуальную машину; Создать шаблон из виртуальной машины; Развернуть шаблон. Управление снимками:\nСоздать снимок; Удалить снимок; Переименовать снимок; Вернуться к снимку. Репликация\nНастроить репликацию; Управление репликацией. Read-only. Доступные действия для данной роли отсутствуют - доступен только просмотр информации об объектах виртуализации без возможности внесения изменений.\nNo access. Роль используется для ограничения предоставленного доступа.\nДля создания новой роли необходимо нажать кнопку Новая роль. Откроется окно создания новой роли. В открывшемся окне необходимо заполнить поля: Название роли; Описание роли заполняется при необходимости; Указать разрешенные действия. Они разбиты по разделам - ВМ, Хосты, дата-центры. Нажав на раздел, откроется подробный список действий для каждого раздела. Для раздела Хранилища данных доступны следующие привилегии:\nКопировать объект; Переместить объект; Перевести хранилище данных в режим обслуживания; Создать хранилище данных; Создать новую папку; Создать пустой файл; Удалить объект; Вывести хранилище данных из режима обслуживания; Просмотреть хранилище данных; Удалить хранилище данных; Переименовать объект. Для раздела Сети доступны следующие привилегии:\nУдалить сеть; Удалить sysx; Обновить коммутаторы; Создать новый коммутатор; Просмотреть сеть; Создать группу портов; Создать sysx; Удалить группу портов; Удалить коммутатор; Обновить группу портов; Обновить sysx. Для раздела Резервное копирование доступны следующие привилегии:\nПросмотреть резервные копии; Создать хранилище резервных копий; Удалить хранилище резервных копий; Перевести хранилище резервных копий в режим обслуживания; Вывести хранилище резервных копий из режима обслуживания. Для раздела Backet доступны следующие привилегии:\nПросмотреть объекты хранения. Для раздела Зоны доступны следующие привилегии: Создать новую папку Удалить папку Добавить участника в HA Sphere Назначить лидера в HA Sphere Создать зону Переименовать зону Удалить зону Переименовать папку Переместить папку Инициализировать HA Sphere Удалить участника из HA Sphere Перевести узел в автономный режим в HA Sphere Показать зону Для раздела RBAC доступны следующие привилегии: Показать информацию о RBAC\nУдалить роль\nСоздать глобальное разрешение\nСоздать разрешение на объект\nОбновить группу\nСоздать роль\nОбновить глобальное разрешение\nОбновить разрешение на объект\nУдалить глобальное разрешение\nУдалить разрешение на объект\nСоздать группу\nУдалить группу\nУдалить участника из группы\nОбновить роль\nКлонировать роль\nПоказать информацию о RBAC Удалить роль Создать глобальное разрешение Создать разрешение на объект Обновить группу Создать роль Обновить глобальное разрешение Обновить разрешение на объект Удалить глобальное разрешение Удалить разрешение на объект Создать группу Удалить группу Удалить участника из группы Обновить роль Клонировать роль Для раздела Датацентры доступны следующие привилегии:\nПоказать датацентр Создать новую папку Переименовать папку Удалить папку Переместить папку Создать датацентр Переименовать датацентр Удалить датацентр Переместить датацентр Добавить хост в датацентр Для раздела Кластеры доступны следующие привилегии:\nПоказать кластер Создать кластер Удалить кластер Переименовать кластер Переместить кластер Добавить хосты в кластер Для раздела ВМ доступны следующие привилегии:\nПросмотр ВМ; Создание ВМ; Настройка ВМ; Удаление ВМ; Включение и выключение ВМ; Перезапуск ВМ; Жесткая остановка ВМ; Мягкое выключение ВМ; Возможность устанавливать и удалять инструменты для ВМ. Для раздела Хосты доступны следующие привилегии:\nПросмотр хоста; Добавление автономного хоста; Добавление хоста в кластер; Удаление хоста; Миграция хоста; Мониторинг хоста; Настройка конфигурации сети хоста. Для раздела Датацентры доступны следующие привилегии:\nПросмотр датацентра; Создание датацентра; Переименовывание датацентра; Удаление датацентра; Миграция датацентра; Создание новой папки; Удаление папки; Миграция папки. Для раздела Провайдеры идентификации доступны следующие привилегии:\nУдалить провайдера идентификации; Назначить провайдера идентификации по умолчанию; Создать пользователя; Обновить пользователя; Удалить пользователя; Показать информацию о провайдерах идентификации; Создать провайдера идентификации. ❗️При необходимости можно выборочно определить необходимые разрешения или выбрать все в каждом разделе.\nПосле выбора действий для пользователя, необходимо нажать кнопку Создать. Новая роль создана. Назначение роли пользователю или группе Для назначения роли необходимо:\nПерейти в раздел Глобальные разрешения. Нажать кнопку Добавить. Откроется окно добавления разрешения. Необходимо выбрать нужного пользователя или группу в выпадающем списке Пользователь/Группа, затем выбрать необходимую роль в списке Роль. Нажать кнопку ОК. Пользователь/группа и роль отображены в списке. Альтернативно можно добавить разрешение для пользователя на использование ресурса:\nВ списке выбрать объект, к которому нужно предоставить доступ. Например, датацентр, хост, кластер, ВМ. Перейти на вкладку Разрешения. Нажать Добавить. В открывшемся окне: Выбрать домен. В разделе Пользователь/Группа ввести имя пользователя или группу. В разделе Роль выбрать нужную роль. Поставить галочку Распространять на дочерние объекты, если необходимо чтобы права применились ко всем вложенным объектам. Нажать OK для сохранения. ","description":null,"ref":"/docs/pkzvezda/sphere/sphere_user_managment/","section":"docs","tags":null,"title":"Управление учетными данными","url":"/docs/pkzvezda/sphere/sphere_user_managment/","weight":7},{"body":"Файловая система в составе кластера представляет собой один из способов организации доступа к данным, размещённым в пулах хранения. Каждая файловая система использует два типа пулов:\nПул данных — предназначен для хранения пользовательских данных; Пул метаданных — используется для хранения служебной информации, описывающей структуру и операции файловой системы (чтение, запись, доступ и т. д.). Работа с файловыми системами Создание файловой системы предполагает следующие действия:\nОпределение пулов данных и метаданных; Создание новой директории; Привязка файловой системы к данной директории. После выполнения вышеуказанных шагов взаимодействие с файловой системой осуществляется аналогично работе с обычной директорией в операционной системе Linux.\nВо всех экземплярах системы хранения Stormwind созданные файловые системы автоматически монтируются в каталог:\n/mnt/\\_\\_ceph\\_fs/\u0026lt;имя\\_файловой\\_системы\u0026gt; Макеты файловых систем Каждая файловая система может содержать один или несколько макетов (layouts) — логических подразделений, представляющих собой подкаталоги внутри корневого каталога файловой системы. Каждый макет может использовать отдельные пулы хранения.\nПо умолчанию при создании новой файловой системы создаётся один макет с названием main_layout, использующий тот же пул данных, что и основная файловая система. Таким образом, при создании файловой системы с именем my_fs, автоматически формируются следующие каталоги:\n/mnt/__ceph_fs/my_fs — корень файловой системы; /mnt/__ceph_fs/my_fs/main_layout — макет по умолчанию. Системные файловые системы После развёртывания кластера автоматически создаются следующие системные файловые системы:\nstorm_backend — используется внутренними сервисами Stormwind для синхронизации состояния. Редактирование, перемещение или удаление данной файловой системы не допускается. default — создаётся автоматически, если при развёртывании был указан пул с типом использования cephfs. Важно: Файловые системы обеспечивают логическое объединение пула данных и пула метаданных и являются критически важным элементом доступа к хранимой информации. Изменения в конфигурации или структуре должны производиться с учётом влияния на доступность и целостность данных.\nПросмотр списка файловых систем Веб-интерфейс системы Stormwind предоставляет доступ к списку всех созданных файловых систем. Список отображается в виде табличной формы с основными характеристиками каждой файловой системы.\nКолонки таблицы:\nИмя — уникальное наименование файловой системы; Пул метаданных — название пула, используемого для хранения метаданных; Пул данных — название пула, в котором размещаются пользовательские данные. Создание файловой системы Создание новой файловой системы в СВ Stormwind осуществляется через веб-интерфейс путём заполнения соответствующей формы.\nОсновные параметры При создании файловой системы необходимо указать следующие параметры:\nИмя файловой системы — уникальное имя, идентифицирующее создаваемую файловую систему; Пул данных — пул, предназначенный для хранения пользовательских данных. Допускается только пустой (чистый) пул. При наличии данных операция создания будет отклонена с выводом сообщения об ошибке; Пул метаданных — пул, используемый для хранения служебной информации о файловой системе. Также должен быть чистым. Примечание: Параметры, введённые пользователем, проверяются валидацией интерфейса. В случае нарушений отображается соответствующее уведомление.\nДобавление макетов Дополнительно возможно определить один или несколько макетов — вложенных структур хранения данных в рамках файловой системы.\nПараметры для каждого макета:\nНазвание — уникальное имя макета в пределах файловой системы; Пул данных — пул, в котором будут храниться данные, относящиеся к данному макету. Управление макетами осуществляется в интерфейсе локально. После завершения редактирования необходимо нажать кнопку Создать, в результате чего будет запущена фоновая задача на создание файловой системы.\nИзменение и удаление файловой системы Изменение файловой системы Редактирование существующей файловой системы выполняется через форму, аналогичную форме создания (см. Создание файловой системы). Пользователю предоставляется возможность изменить параметры файловой системы и связанные с ней макеты. После внесения изменений необходимо нажать кнопку Сохранить. Это приведёт к запуску фоновой задачи, отвечающей за применение новых настроек.\nПримечание: Некоторые параметры, такие как имя файловой системы, могут быть недоступны для редактирования.\nУдаление файловой системы Удаление файловой системы инициирует выполнение фоновой задачи, которая удаляет файловую систему из конфигурации кластера.\nВажно: Перед удалением файловой системы рекомендуется убедиться, что все данные были сохранены или перемещены, если это необходимо.\n","categories":null,"content":"Файловая система в составе кластера представляет собой один из способов организации доступа к данным, размещённым в пулах хранения. Каждая файловая система использует два типа пулов:\nПул данных — предназначен для хранения пользовательских данных; Пул метаданных — используется для хранения служебной информации, описывающей структуру и операции файловой системы (чтение, запись, доступ и т. д.). Работа с файловыми системами Создание файловой системы предполагает следующие действия:\nОпределение пулов данных и метаданных; Создание новой директории; Привязка файловой системы к данной директории. После выполнения вышеуказанных шагов взаимодействие с файловой системой осуществляется аналогично работе с обычной директорией в операционной системе Linux.\nВо всех экземплярах системы хранения Stormwind созданные файловые системы автоматически монтируются в каталог:\n/mnt/\\_\\_ceph\\_fs/\u0026lt;имя\\_файловой\\_системы\u0026gt; Макеты файловых систем Каждая файловая система может содержать один или несколько макетов (layouts) — логических подразделений, представляющих собой подкаталоги внутри корневого каталога файловой системы. Каждый макет может использовать отдельные пулы хранения.\nПо умолчанию при создании новой файловой системы создаётся один макет с названием main_layout, использующий тот же пул данных, что и основная файловая система. Таким образом, при создании файловой системы с именем my_fs, автоматически формируются следующие каталоги:\n/mnt/__ceph_fs/my_fs — корень файловой системы; /mnt/__ceph_fs/my_fs/main_layout — макет по умолчанию. Системные файловые системы После развёртывания кластера автоматически создаются следующие системные файловые системы:\nstorm_backend — используется внутренними сервисами Stormwind для синхронизации состояния. Редактирование, перемещение или удаление данной файловой системы не допускается. default — создаётся автоматически, если при развёртывании был указан пул с типом использования cephfs. Важно: Файловые системы обеспечивают логическое объединение пула данных и пула метаданных и являются критически важным элементом доступа к хранимой информации. Изменения в конфигурации или структуре должны производиться с учётом влияния на доступность и целостность данных.\nПросмотр списка файловых систем Веб-интерфейс системы Stormwind предоставляет доступ к списку всех созданных файловых систем. Список отображается в виде табличной формы с основными характеристиками каждой файловой системы.\nКолонки таблицы:\nИмя — уникальное наименование файловой системы; Пул метаданных — название пула, используемого для хранения метаданных; Пул данных — название пула, в котором размещаются пользовательские данные. Создание файловой системы Создание новой файловой системы в СВ Stormwind осуществляется через веб-интерфейс путём заполнения соответствующей формы.\nОсновные параметры При создании файловой системы необходимо указать следующие параметры:\nИмя файловой системы — уникальное имя, идентифицирующее создаваемую файловую систему; Пул данных — пул, предназначенный для хранения пользовательских данных. Допускается только пустой (чистый) пул. При наличии данных операция создания будет отклонена с выводом сообщения об ошибке; Пул метаданных — пул, используемый для хранения служебной информации о файловой системе. Также должен быть чистым. Примечание: Параметры, введённые пользователем, проверяются валидацией интерфейса. В случае нарушений отображается соответствующее уведомление.\nДобавление макетов Дополнительно возможно определить один или несколько макетов — вложенных структур хранения данных в рамках файловой системы.\nПараметры для каждого макета:\nНазвание — уникальное имя макета в пределах файловой системы; Пул данных — пул, в котором будут храниться данные, относящиеся к данному макету. Управление макетами осуществляется в интерфейсе локально. После завершения редактирования необходимо нажать кнопку Создать, в результате чего будет запущена фоновая задача на создание файловой системы.\nИзменение и удаление файловой системы Изменение файловой системы Редактирование существующей файловой системы выполняется через форму, аналогичную форме создания (см. Создание файловой системы). Пользователю предоставляется возможность изменить параметры файловой системы и связанные с ней макеты. После внесения изменений необходимо нажать кнопку Сохранить. Это приведёт к запуску фоновой задачи, отвечающей за применение новых настроек.\nПримечание: Некоторые параметры, такие как имя файловой системы, могут быть недоступны для редактирования.\nУдаление файловой системы Удаление файловой системы инициирует выполнение фоновой задачи, которая удаляет файловую систему из конфигурации кластера.\nВажно: Перед удалением файловой системы рекомендуется убедиться, что все данные были сохранены или перемещены, если это необходимо.\n","description":null,"ref":"/docs/stormwind/filesystems/","section":"docs","tags":null,"title":"Файловые системы","url":"/docs/stormwind/filesystems/","weight":7},{"body":"ПК \u0026ldquo;Сфера\u0026rdquo; позволяет управлять виртуальными машинами:\nСоздание и развертывание виртуальных машин; Настройка виртуального оборудования и параметров виртуальной машины; Управление виртуальными машинами, включая использование снимков состояния; Обновление виртуального оборудования виртуальных машин; Устранение неполадок виртуальных машин. ","categories":null,"content":"ПК \u0026ldquo;Сфера\u0026rdquo; позволяет управлять виртуальными машинами:\nСоздание и развертывание виртуальных машин; Настройка виртуального оборудования и параметров виртуальной машины; Управление виртуальными машинами, включая использование снимков состояния; Обновление виртуального оборудования виртуальных машин; Устранение неполадок виртуальных машин. ","description":null,"ref":"/docs/pkzvezda/sphere/sphere_vm/","section":"docs","tags":null,"title":"Виртуальные машины","url":"/docs/pkzvezda/sphere/sphere_vm/","weight":8},{"body":"Для обеспечения корректной синхронизации времени между узлами кластера предусмотрена возможность настройки сервера NTP (Network Time Protocol).\nВ соответствующем поле формы указывается адрес NTP-сервера, который будет использоваться для синхронизации времени на всех узлах. После ввода адреса необходимо нажать кнопку Сохранить. ","categories":null,"content":"Для обеспечения корректной синхронизации времени между узлами кластера предусмотрена возможность настройки сервера NTP (Network Time Protocol).\nВ соответствующем поле формы указывается адрес NTP-сервера, который будет использоваться для синхронизации времени на всех узлах. После ввода адреса необходимо нажать кнопку Сохранить. ","description":null,"ref":"/docs/stormwind/ntp/","section":"docs","tags":null,"title":"Настройки NTP","url":"/docs/stormwind/ntp/","weight":8},{"body":"Шаблоны виртуальных машин Создание шаблона виртуальной машины Выбрать иконку хоста. Нажать на хост правой кнопкой мыши, в контекстном меню выбрать пункт Шаблон → Новый шаблон. В открывшемся мастере создания шаблона выполнить шаг Выбор имени: Указать уникальное имя шаблона. Нажать кнопку Далее. На шаге Выберите хранилище: Отметить целевое хранилище для файлов конфигурации и дисков. Нажать Далее. На шаге Выберите гостевую операционную систему: Указать тип и версию ОС, для которой создаётся шаблон. На шаге Настройка оборудования: Задать параметры виртуальных процессоров, памяти, дисков и сетевых адаптеров. При необходимости добавить или удалить виртуальные устройства. На шаге Готово к завершению: Проверить сводную информацию о создаваемом шаблоне. Подтвердить создание шаблона, нажав кнопку Готово. Созданный шаблон будет доступен в инвентаре. Создание шаблона из ВМ Выбрать ВМ из которой необходимо создать шаблон. Нажать на нее правой кнопкой мыши, в контекстном меню выбрать Шаблон -\u0026gt; Создать шаблон из ВМ. Откроется окно создания шаблона из ВМ. Ввести уникальное имя для шаблона. Выбрать хранилище, где будет размещен новый шаблон. Шаблон готов к созданию. Созданный шаблон будет отображен в инвентаре. ","categories":null,"content":"Шаблоны виртуальных машин Создание шаблона виртуальной машины Выбрать иконку хоста. Нажать на хост правой кнопкой мыши, в контекстном меню выбрать пункт Шаблон → Новый шаблон. В открывшемся мастере создания шаблона выполнить шаг Выбор имени: Указать уникальное имя шаблона. Нажать кнопку Далее. На шаге Выберите хранилище: Отметить целевое хранилище для файлов конфигурации и дисков. Нажать Далее. На шаге Выберите гостевую операционную систему: Указать тип и версию ОС, для которой создаётся шаблон. На шаге Настройка оборудования: Задать параметры виртуальных процессоров, памяти, дисков и сетевых адаптеров. При необходимости добавить или удалить виртуальные устройства. На шаге Готово к завершению: Проверить сводную информацию о создаваемом шаблоне. Подтвердить создание шаблона, нажав кнопку Готово. Созданный шаблон будет доступен в инвентаре. Создание шаблона из ВМ Выбрать ВМ из которой необходимо создать шаблон. Нажать на нее правой кнопкой мыши, в контекстном меню выбрать Шаблон -\u0026gt; Создать шаблон из ВМ. Откроется окно создания шаблона из ВМ. Ввести уникальное имя для шаблона. Выбрать хранилище, где будет размещен новый шаблон. Шаблон готов к созданию. Созданный шаблон будет отображен в инвентаре. ","description":null,"ref":"/docs/pkzvezda/procurator/vmsetup/vmtemplate/","section":"docs","tags":null,"title":"Шаблоны ВМ","url":"/docs/pkzvezda/procurator/vmsetup/vmtemplate/","weight":8},{"body":"Страница обслуживания предназначена для перевода кластера в состояние технического обслуживания, необходимого для безопасного проведения специализированных операций с минимальным риском потери данных. Подробное описание влияния каждой опции доступно в подсказках интерфейса:\nПауза IO; Запрет cups; Запрет «down»; Запрет исключения; Запрет включения; Без дополнения; Без перебалансировки; Без восстановления; Без Scrub; Без Deep Scrub; Без кэш-агента; Без очистки снапшотов; Без автоматизации. Настройка скорости очистки данных Процесс очистки данных — это фоновая операция, направленная на проверку целостности данных. Она сравнивает основные объекты с их репликами для выявления несоответствий и отсутствующих объектов.\nНастройка скорости очистки позволяет регулировать интенсивность этой операции. Увеличение скорости ускоряет обнаружение и исправление ошибок, но одновременно повышает нагрузку на кластер. Настройка скорости обратного заполнения данных Обратное заполнение — процесс перемещения данных на новые или восстановленные устройства хранения (OSD), а также перераспределения данных при изменениях в CRUSH-карте.\nНастройка скорости обратного заполнения регулирует интенсивность этой операции. Процесс запускается при добавлении новых OSD, восстановлении вышедших из строя устройств или изменении карты распределения данных. Настройки балансировщика данных Балансировщик отвечает за эффективное распределение данных по устройствам хранения и обычно включён по умолчанию. Доступны два режима работы :\nupmap — современный алгоритм, обеспечивающий более эффективное управление распределением данных, особенно в больших кластерах, с улучшенной производительностью и гибкостью; crush-compat — устаревший алгоритм, оставшийся для обеспечения обратной совместимости с предыдущими версиями. Рекомендация: При изменении параметров обслуживания необходимо учитывать нагрузку на кластер и важность поддержания высокой доступности и целостности данных.\n","categories":null,"content":"Страница обслуживания предназначена для перевода кластера в состояние технического обслуживания, необходимого для безопасного проведения специализированных операций с минимальным риском потери данных. Подробное описание влияния каждой опции доступно в подсказках интерфейса:\nПауза IO; Запрет cups; Запрет «down»; Запрет исключения; Запрет включения; Без дополнения; Без перебалансировки; Без восстановления; Без Scrub; Без Deep Scrub; Без кэш-агента; Без очистки снапшотов; Без автоматизации. Настройка скорости очистки данных Процесс очистки данных — это фоновая операция, направленная на проверку целостности данных. Она сравнивает основные объекты с их репликами для выявления несоответствий и отсутствующих объектов.\nНастройка скорости очистки позволяет регулировать интенсивность этой операции. Увеличение скорости ускоряет обнаружение и исправление ошибок, но одновременно повышает нагрузку на кластер. Настройка скорости обратного заполнения данных Обратное заполнение — процесс перемещения данных на новые или восстановленные устройства хранения (OSD), а также перераспределения данных при изменениях в CRUSH-карте.\nНастройка скорости обратного заполнения регулирует интенсивность этой операции. Процесс запускается при добавлении новых OSD, восстановлении вышедших из строя устройств или изменении карты распределения данных. Настройки балансировщика данных Балансировщик отвечает за эффективное распределение данных по устройствам хранения и обычно включён по умолчанию. Доступны два режима работы :\nupmap — современный алгоритм, обеспечивающий более эффективное управление распределением данных, особенно в больших кластерах, с улучшенной производительностью и гибкостью; crush-compat — устаревший алгоритм, оставшийся для обеспечения обратной совместимости с предыдущими версиями. Рекомендация: При изменении параметров обслуживания необходимо учитывать нагрузку на кластер и важность поддержания высокой доступности и целостности данных.\n","description":null,"ref":"/docs/stormwind/service/","section":"docs","tags":null,"title":"Обслуживание","url":"/docs/stormwind/service/","weight":9},{"body":"Создание виртуальных машин Для создания или импорта виртуальной машины необходимо выполнить следующие действия:\nВыбрать вкладку дата-центра, сервера / кластера, где будет развернута виртуальная машина, затем нажать кнопку Действия. ❗️ Перед созданием виртуальной машины необходимо создать хранилище и сеть.\nОткроется окно создания виртуальной машины. На данном этапе создания ВМ выбрать Создать новую виртуальную машину.\nВ следующем шаге необходимо выбрать имя виртуальной машины. ❗️Имя может содержать латинские буквы, цифры, \u0026lsquo;-\u0026rsquo;,\u0026rsquo;_\u0026rsquo;,\u0026rsquo;.\u0026rsquo; и должно содержать от 5 до 64 символов. Если пропустить данный шаг, система сгенерирует имя автоматически.\nНеобходимо выбрать Дата-центр, на котором будет размещена ВМ. На следующем шаге необходимо выбрать хост, на котором будет размещена ВМ. Затем необходимо выбрать хранилище для файлов конфигурации и дисков. В списке будут доступны хранилища, которые подключены к хосту, на котором будет размещена ВМ.\nНеобходимо выбрать совместимость для создаваемой ВМ. Из раскрывающегося меню нужно выбрать один из совместимых гипервизоров для виртуальной машины: Procurator 1.0.0 and later, ESXi 6.7 and later. Каждая из приведенных опций включает в себя определенный набор аппаратных функций, доступных виртуальной машине.\nДалее необходимо выбрать гостевую операционную систему, которая будет установлена на ВМ, а также тип виртуального чипсета, который будет использоваться для создания виртуальной машины. Идентификация гостевой операционной системы здесь позволяет мастеру предоставить соответствующие значения по умолчанию для установки операционной системы. Доступны следующие типы машин:\nQ35 – современная чипсет-модель с поддержкой PCI Express;\ni440FX – классическая модель, совместимая с более старыми ОС;\nСемейство гостевых ОС – выпадающий список с группировкой по категориям операционных систем Windows; Linux; Другие;\nВерсия гостевой ОС – уточняет конкретный дистрибутив или версию ОС, которая будет установлена на ВМ.\nWindows Unix-системы Microsoft Windows Server 2022 (64-bit) Red Hat Enterprise Linux (64-bit) Microsoft Windows Server 2019 (64-bit) SUSE Linux Enterprise (64-bit) Microsoft Windows Server 2016 (64-bit) CentOS (64-bit) Microsoft Windows Server 2012 (64-bit) Debian GNU/Linux (64-bit) Microsoft Windows Server 2008 R2 (64-bit) Debian GNU/Linux (32-bit) Microsoft Windows Server 2008 (64-bit) SUSE openSUSE (64-bit) Microsoft Windows Server 2008 (32-bit) SUSE openSUSE (32-bit) Microsoft Windows Server 2003 (64-bit) Red Hat Fedora (64-bit) Microsoft Windows Server 2003 (32-bit) Red Hat Fedora (32-bit) Microsoft Windows 10 (64-bit) Oracle Linux (64-bit) Microsoft Windows 10 (32-bit) Ubuntu Linux (64-bit) Microsoft Windows 8.x (64-bit) Ubuntu Linux (32-bit) Microsoft Windows 8.x (32-bit) Astra Linux (64-bit) Microsoft Windows 7 (64-bit) Astra Linux (32-bit) Microsoft Windows 7 (32-bit) ALT Linux (64-bit) Microsoft Windows Vista (64-bit) ALT Linux (32-bit) Microsoft Windows Vista (32-bit) Rocky Linux (64-bit) Microsoft Windows XP Professional (64-bit) MCBC 5.0 (32-bit) Microsoft Windows XP Professional (32-bit) MCBC 3.0 (32-bit) Microsoft Windows 2000 Microsoft Windows NT Microsoft Windows 98 Microsoft Windows 95 Другие системы:\nApple macOS (64-bit); Android (64-bit); FreeBSD 13 or later versions (64-bit); FreeBSD 13 or later versions (32-bit); Другие ОС (64/32-bit). Далее нужно перейти к настройке оборудования. Настройка параметров виртуального процессора Настройка включает в себя:\nНа данной вкладке осуществляется настройка параметров виртуального процессора для создаваемой виртуальной машины.\nКоличество процессоров — общее число виртуальных CPU, выделяемых виртуальной машине. Ядер на сокет — количество ядер, выделяемых одному виртуальному сокету. Сокеты — отображается автоматически и рассчитывается как: общее число vCPU / ядер на сокет. Горячая замена ЦП — если включено, позволяет добавлять процессоры в работающую виртуальную машину без её выключения. Резервирование — минимально гарантированный объём процессорных ресурсов в МГц, выделяемый ВМ со стороны гипервизора: Значение задаётся числом и единицами измерения (по умолчанию — МГц). Ограничение — максимально допустимая частота процессора, которую может использовать ВМ: Значение задаётся числом и единицами измерения (по умолчанию — МГц). Значение Без ограничений означает отсутствие лимита. Распределение — определяет приоритет распределения CPU-ресурсов: Обычный Высокий Низкий Ручной (можно задать числовое значение веса, по умолчанию — 2000). Модель процессора — определяет тип эмулируемого CPU. Intel (Core/Xeon/Atom) Intel (Legacy/Other) AMD/Opteron Виртуальные / эмуляция (QEMU/KVM/Host) Broadwell 486 Opteron_G1 Host-Model Broadwell-IBRS Core2duo Opteron_G2 Host-Passthrough Broadwell-NoTSX Coredou Kvm32 Broadwell-NoTSX-IBRS Conroe Kvm64 Haswell Nehalem Qemu32 Haswell-IBRS Nehalem-IBRS Qemu64 Haswell-NoTSX Penryn Maximum Haswell-NoTSX-IBRS N270 IvyBridge Pentium IvyBridge-IBRS Pentium2 SandyBridge Pentium3 SandyBridge-IBRS Skylake-Client Skylake-Client-IBRS Skylake-Client-NoTSX-IBRS Skylake-Server Skylake-Server-IBRS Skylake-Server-NoTSX-IBRS Westmere Westmere-IBRS Транзитный хост-процессор – если включено, позволяет максимально прозрачно передавать характеристики физического CPU в ВМ; Центральный процессор модели – активирует строгое соответствие заданной модели процессора в эмуляции. Параметры ОЗУ для ВМ На вкладке \u0026ldquo;Память\u0026rdquo; задаются параметры объёма оперативной памяти, выделяемой виртуальной машине.\nПамять – основной объём ОЗУ, выделенный виртуальной машине;\nДиапазон: от 128 МБ до 1024 ГБ; Единицы измерения: МБ или ГБ (по умолчанию — ГБ); Резервирование – объём памяти, который будет гарантированно выделен ВМ хостом независимо от текущей загрузки;\nМинимум: 2 МБ; Максимум: весь объём выделенной памяти; Флажок Зарезервировать всю гостевую память — автоматически устанавливает резервирование на 100% выделенной памяти; Ограничение – максимальный объём памяти, который может использовать ВМ;\nМинимум: 2 МБ; Максимум: без ограничений (если не задан вручную); Горячая замена памяти – флажок, позволяющий добавлять память в работающую виртуальную машину без её перезапуска.\nПараметры жесткого диска ВМ На данной вкладке задаются параметры виртуального жёсткого диска, подключаемого к виртуальной машине.\nРазмер – объём диска, выделяемый ВМ;\nМаксимальный размер ограничен объёмом доступного хранилища. Расположение – определяет хранилище, в котором будет создан диск (например, local);\nПодготовка диска – выбирается формат и способ выделения места:\n\u0026ldquo;Толстый\u0026rdquo; том; \u0026ldquo;Толстый\u0026rdquo; том с очисткой; \u0026ldquo;Тонкий\u0026rdquo; том. Обмен – режим работы памяти обмена (swap):\nНеопределено; Включено; Отключено. Лимит IOPs – ограничение по количеству операций ввода-вывода в секунду:\nБез ограничений; Ручной (с указанием числа операций). Дисковый режим – режим записи и отката изменений:\nЗависимый; Независимый — персистентный; Независимый — неперсистентный. Кэш – метод кэширования операций:\nNone; Write Through; Write Back; Direct Sync; Unsafe. Шина – интерфейс подключения диска:\nSCSI; VirtIO. При необходимости можно добавить еще один жесткий диск - нажать Добавить новое устройство -\u0026gt; Жесткий диск.\nПараметры сетевого подключения ВМ На данной вкладке настраивается виртуальный сетевой адаптер для подключения виртуальной машины к сети.\nСеть – выбор сети, к которой будет подключена виртуальная машина;\nВыпадающий список содержит доступные сети. При выборе опции Обзор\u0026hellip; открывается диалоговое окно с таблицей всех доступных сетей. Тип адаптера – определяет эмулируемый тип сетевого интерфейса:\nParavirtual; E1000; RTL8139; VMXNET 3; SR-IOV passthrough. MAC-адрес – назначение сетевого MAC-адреса для интерфейса:\nАвтоматический — адрес будет сгенерирован системой; Вручную — позволяет вручную ввести MAC-адрес. Для создания ВМ на основе ISO-образа, данный образ должен храниться на одном из хранилищ. Загрузка ISO-образа описана в разделе Настройка хранилищ. Необходимо нажать на выпадающее меню напротив строки Новый CD/DVD-диск, выбрав там Файл хранилища ISO.\nПараметры CD/DVD-диска ВМ Данная вкладка позволяет прикрепить ISO-образ для создаваемой виртуальной машины:\nВыбрать в выпадающем списке Файл хранилища данных ISO -\u0026gt; Обзор. Откроется меню поиска файла, необходимо выбрать хранилище, куда предварительно был загружен ISO-образ, Выбрать его. Нажать кнопку ОК. Новый USB-контроллер Настраивается виртуальный USB-контроллер, эмулируемый для виртуальной машины.\nТип контроллера: USB 2.0; USB 3.1. Видеокарта Позволяет выбрать виртуальный графический адаптер и количество дисплеев.\nТип видеокарты:\nQXL. Количество дисплеев:\nОт 1 до 4. Добавление нового устройства Для расширения конфигурации виртуальной машины доступна функция добавления новых устройств:\nЖёсткий диск – добавление нового виртуального жёсткого диска; Существующий жёсткий диск – подключение ранее созданного виртуального диска; CD/DVD-диск – добавление виртуального оптического привода; Сетевой адаптер – добавление дополнительного сетевого интерфейса; Завершение создания ВМ Заключительный этап в создании ВМ представлен в виде шага Завершение настройки. В нем в виде таблицы представлена вся информация о создаваемой виртуальной машине. Флажок Питание включено по умолчанию позволяет включить или выключить питание виртуальной машины сразу после создания.\n","categories":null,"content":"Создание виртуальных машин Для создания или импорта виртуальной машины необходимо выполнить следующие действия:\nВыбрать вкладку дата-центра, сервера / кластера, где будет развернута виртуальная машина, затем нажать кнопку Действия. ❗️ Перед созданием виртуальной машины необходимо создать хранилище и сеть.\nОткроется окно создания виртуальной машины. На данном этапе создания ВМ выбрать Создать новую виртуальную машину.\nВ следующем шаге необходимо выбрать имя виртуальной машины. ❗️Имя может содержать латинские буквы, цифры, \u0026lsquo;-\u0026rsquo;,\u0026rsquo;_\u0026rsquo;,\u0026rsquo;.\u0026rsquo; и должно содержать от 5 до 64 символов. Если пропустить данный шаг, система сгенерирует имя автоматически.\nНеобходимо выбрать Дата-центр, на котором будет размещена ВМ. На следующем шаге необходимо выбрать хост, на котором будет размещена ВМ. Затем необходимо выбрать хранилище для файлов конфигурации и дисков. В списке будут доступны хранилища, которые подключены к хосту, на котором будет размещена ВМ.\nНеобходимо выбрать совместимость для создаваемой ВМ. Из раскрывающегося меню нужно выбрать один из совместимых гипервизоров для виртуальной машины: Procurator 1.0.0 and later, ESXi 6.7 and later. Каждая из приведенных опций включает в себя определенный набор аппаратных функций, доступных виртуальной машине.\nДалее необходимо выбрать гостевую операционную систему, которая будет установлена на ВМ, а также тип виртуального чипсета, который будет использоваться для создания виртуальной машины. Идентификация гостевой операционной системы здесь позволяет мастеру предоставить соответствующие значения по умолчанию для установки операционной системы. Доступны следующие типы машин:\nQ35 – современная чипсет-модель с поддержкой PCI Express;\ni440FX – классическая модель, совместимая с более старыми ОС;\nСемейство гостевых ОС – выпадающий список с группировкой по категориям операционных систем Windows; Linux; Другие;\nВерсия гостевой ОС – уточняет конкретный дистрибутив или версию ОС, которая будет установлена на ВМ.\nWindows Unix-системы Microsoft Windows Server 2022 (64-bit) Red Hat Enterprise Linux (64-bit) Microsoft Windows Server 2019 (64-bit) SUSE Linux Enterprise (64-bit) Microsoft Windows Server 2016 (64-bit) CentOS (64-bit) Microsoft Windows Server 2012 (64-bit) Debian GNU/Linux (64-bit) Microsoft Windows Server 2008 R2 (64-bit) Debian GNU/Linux (32-bit) Microsoft Windows Server 2008 (64-bit) SUSE openSUSE (64-bit) Microsoft Windows Server 2008 (32-bit) SUSE openSUSE (32-bit) Microsoft Windows Server 2003 (64-bit) Red Hat Fedora (64-bit) Microsoft Windows Server 2003 (32-bit) Red Hat Fedora (32-bit) Microsoft Windows 10 (64-bit) Oracle Linux (64-bit) Microsoft Windows 10 (32-bit) Ubuntu Linux (64-bit) Microsoft Windows 8.x (64-bit) Ubuntu Linux (32-bit) Microsoft Windows 8.x (32-bit) Astra Linux (64-bit) Microsoft Windows 7 (64-bit) Astra Linux (32-bit) Microsoft Windows 7 (32-bit) ALT Linux (64-bit) Microsoft Windows Vista (64-bit) ALT Linux (32-bit) Microsoft Windows Vista (32-bit) Rocky Linux (64-bit) Microsoft Windows XP Professional (64-bit) MCBC 5.0 (32-bit) Microsoft Windows XP Professional (32-bit) MCBC 3.0 (32-bit) Microsoft Windows 2000 Microsoft Windows NT Microsoft Windows 98 Microsoft Windows 95 Другие системы:\nApple macOS (64-bit); Android (64-bit); FreeBSD 13 or later versions (64-bit); FreeBSD 13 or later versions (32-bit); Другие ОС (64/32-bit). Далее нужно перейти к настройке оборудования. Настройка параметров виртуального процессора Настройка включает в себя:\nНа данной вкладке осуществляется настройка параметров виртуального процессора для создаваемой виртуальной машины.\nКоличество процессоров — общее число виртуальных CPU, выделяемых виртуальной машине. Ядер на сокет — количество ядер, выделяемых одному виртуальному сокету. Сокеты — отображается автоматически и рассчитывается как: общее число vCPU / ядер на сокет. Горячая замена ЦП — если включено, позволяет добавлять процессоры в работающую виртуальную машину без её выключения. Резервирование — минимально гарантированный объём процессорных ресурсов в МГц, выделяемый ВМ со стороны гипервизора: Значение задаётся числом и единицами измерения (по умолчанию — МГц). Ограничение — максимально допустимая частота процессора, которую может использовать ВМ: Значение задаётся числом и единицами измерения (по умолчанию — МГц). Значение Без ограничений означает отсутствие лимита. Распределение — определяет приоритет распределения CPU-ресурсов: Обычный Высокий Низкий Ручной (можно задать числовое значение веса, по умолчанию — 2000). Модель процессора — определяет тип эмулируемого CPU. Intel (Core/Xeon/Atom) Intel (Legacy/Other) AMD/Opteron Виртуальные / эмуляция (QEMU/KVM/Host) Broadwell 486 Opteron_G1 Host-Model Broadwell-IBRS Core2duo Opteron_G2 Host-Passthrough Broadwell-NoTSX Coredou Kvm32 Broadwell-NoTSX-IBRS Conroe Kvm64 Haswell Nehalem Qemu32 Haswell-IBRS Nehalem-IBRS Qemu64 Haswell-NoTSX Penryn Maximum Haswell-NoTSX-IBRS N270 IvyBridge Pentium IvyBridge-IBRS Pentium2 SandyBridge Pentium3 SandyBridge-IBRS Skylake-Client Skylake-Client-IBRS Skylake-Client-NoTSX-IBRS Skylake-Server Skylake-Server-IBRS Skylake-Server-NoTSX-IBRS Westmere Westmere-IBRS Транзитный хост-процессор – если включено, позволяет максимально прозрачно передавать характеристики физического CPU в ВМ; Центральный процессор модели – активирует строгое соответствие заданной модели процессора в эмуляции. Параметры ОЗУ для ВМ На вкладке \u0026ldquo;Память\u0026rdquo; задаются параметры объёма оперативной памяти, выделяемой виртуальной машине.\nПамять – основной объём ОЗУ, выделенный виртуальной машине;\nДиапазон: от 128 МБ до 1024 ГБ; Единицы измерения: МБ или ГБ (по умолчанию — ГБ); Резервирование – объём памяти, который будет гарантированно выделен ВМ хостом независимо от текущей загрузки;\nМинимум: 2 МБ; Максимум: весь объём выделенной памяти; Флажок Зарезервировать всю гостевую память — автоматически устанавливает резервирование на 100% выделенной памяти; Ограничение – максимальный объём памяти, который может использовать ВМ;\nМинимум: 2 МБ; Максимум: без ограничений (если не задан вручную); Горячая замена памяти – флажок, позволяющий добавлять память в работающую виртуальную машину без её перезапуска.\nПараметры жесткого диска ВМ На данной вкладке задаются параметры виртуального жёсткого диска, подключаемого к виртуальной машине.\nРазмер – объём диска, выделяемый ВМ;\nМаксимальный размер ограничен объёмом доступного хранилища. Расположение – определяет хранилище, в котором будет создан диск (например, local);\nПодготовка диска – выбирается формат и способ выделения места:\n\u0026ldquo;Толстый\u0026rdquo; том; \u0026ldquo;Толстый\u0026rdquo; том с очисткой; \u0026ldquo;Тонкий\u0026rdquo; том. Обмен – режим работы памяти обмена (swap):\nНеопределено; Включено; Отключено. Лимит IOPs – ограничение по количеству операций ввода-вывода в секунду:\nБез ограничений; Ручной (с указанием числа операций). Дисковый режим – режим записи и отката изменений:\nЗависимый; Независимый — персистентный; Независимый — неперсистентный. Кэш – метод кэширования операций:\nNone; Write Through; Write Back; Direct Sync; Unsafe. Шина – интерфейс подключения диска:\nSCSI; VirtIO. При необходимости можно добавить еще один жесткий диск - нажать Добавить новое устройство -\u0026gt; Жесткий диск.\nПараметры сетевого подключения ВМ На данной вкладке настраивается виртуальный сетевой адаптер для подключения виртуальной машины к сети.\nСеть – выбор сети, к которой будет подключена виртуальная машина;\nВыпадающий список содержит доступные сети. При выборе опции Обзор\u0026hellip; открывается диалоговое окно с таблицей всех доступных сетей. Тип адаптера – определяет эмулируемый тип сетевого интерфейса:\nParavirtual; E1000; RTL8139; VMXNET 3; SR-IOV passthrough. MAC-адрес – назначение сетевого MAC-адреса для интерфейса:\nАвтоматический — адрес будет сгенерирован системой; Вручную — позволяет вручную ввести MAC-адрес. Для создания ВМ на основе ISO-образа, данный образ должен храниться на одном из хранилищ. Загрузка ISO-образа описана в разделе Настройка хранилищ. Необходимо нажать на выпадающее меню напротив строки Новый CD/DVD-диск, выбрав там Файл хранилища ISO.\nПараметры CD/DVD-диска ВМ Данная вкладка позволяет прикрепить ISO-образ для создаваемой виртуальной машины:\nВыбрать в выпадающем списке Файл хранилища данных ISO -\u0026gt; Обзор. Откроется меню поиска файла, необходимо выбрать хранилище, куда предварительно был загружен ISO-образ, Выбрать его. Нажать кнопку ОК. Новый USB-контроллер Настраивается виртуальный USB-контроллер, эмулируемый для виртуальной машины.\nТип контроллера: USB 2.0; USB 3.1. Видеокарта Позволяет выбрать виртуальный графический адаптер и количество дисплеев.\nТип видеокарты:\nQXL. Количество дисплеев:\nОт 1 до 4. Добавление нового устройства Для расширения конфигурации виртуальной машины доступна функция добавления новых устройств:\nЖёсткий диск – добавление нового виртуального жёсткого диска; Существующий жёсткий диск – подключение ранее созданного виртуального диска; CD/DVD-диск – добавление виртуального оптического привода; Сетевой адаптер – добавление дополнительного сетевого интерфейса; Завершение создания ВМ Заключительный этап в создании ВМ представлен в виде шага Завершение настройки. В нем в виде таблицы представлена вся информация о создаваемой виртуальной машине. Флажок Питание включено по умолчанию позволяет включить или выключить питание виртуальной машины сразу после создания.\n","description":null,"ref":"/docs/pkzvezda/sphere/sphere_vm/sph_vmcreate/","section":"docs","tags":null,"title":"Создание виртуальных машин","url":"/docs/pkzvezda/sphere/sphere_vm/sph_vmcreate/","weight":9},{"body":"Создание резервных копий ВМ Резервная копия виртуальной машины - это копия данных и состояния ВМ, созданная для восстановления системы в случае сбоя, потери данных или их повреждения. Резервная копия включает в себя системные файлы и данные, конфигурацию ВМ, снимки состояния ВМ.\nДля создания резервной копии ВМ нужно предварительно создать хранилище для резервных копий. Создание хранилища для резервных копий описано в разделе Настройка хранилища.\nДля создания резервной копии необходимо выполнить следующие действия:\nСоздать резервную копию ВМ можно несколькими способами: С помощью правой кнопки мыши нажать на ВМ в списке ВМ, затем выбрать Резервные копии -\u0026gt; Создать резервную копию; С помощью кнопки Действия, затем выбрать Резервные копии -\u0026gt; Создать резервную копию; С помощью перехода в раздел Резервные копии. Откроется окно создания резервной копии ВМ. Далее необходимо выбрать диски для создания резервной копии. На следующем этапе необходимо выбрать место для хранения резервных копий. В шаге Конфигурация необходимо выбрать тип резервной копии, максимальную пропускную способность. Доступны следующие типы копий: Полная копия. Сохраняет все данные и состояние ВМ, включая операционную систему, приложения, файлы и конфигурацию. Создаётся целостная копия всей ВМ, что позволяет восстановить её независимо от других копий;\nИнкрементальная копия. Сохраняет только изменения, произошедшие с момента последней резервной копии (будь то полной или предыдущей инкрементальной). Каждая инкрементальная копия зависит от предыдущих, что позволяет экономить место и снижает время на создание. При восстановлении сначала используется последняя полная копия, затем последовательно применяются все инкрементальные копии;\nДифференциальная копия. Сохраняет изменения, которые произошли с момента последней полной копии. Каждая новая дифференциальная копия хранит всё больше данных, так как накапливаются все изменения с момента создания последней полной копии. При восстановлении нужна последняя полная копия и только последняя дифференциальная.\nВ шаге Завершение настройки можно ознакомиться с параметрами создаваемой резервной копии. Для завершения создания резервной копии необходимо нажать кнопку Готово. Резервная копия будет доступна в разделе Резервные копии.\nВосстановление ВМ из резервной копии Для восстановления виртуальной машины из резервной копии необходимо выполнить следующие действия:\nПерейти в раздел Хранилища резервных копий. Выбрать хранилище для резервных копий, где размещена резервная копия ВМ. Выбрать ВМ. Выбрать резервную копию. Перейти в раздел Резервные копии. Нажать на кнопку Восстановить. Восстановить ВМ также можно, нажав на вкладку Резервные копии выбранной ВМ.\nОткроется окно восстановления ВМ из резервной копии. Доступны следующие варианты восстановления: Действие Описание Выбор виртуальной машины В дереве объектов инфраструктуры открыть список виртуальных машин на нужном хосте и выбрать ту, на основе которой будет создан шаблон. Запуск мастера Вызвать контекстное меню виртуальной машины и выбрать Шаблон → Создать шаблон из этой виртуальной машины. Выбор имени Указать уникальное имя шаблона на шаге мастера Выбор имени и нажать Далее. Выбор хранилища На шаге Выберите хранилище отметить нужное хранилище с достаточным объёмом свободного места, проверить его статус и совместимость, затем нажать Далее. Настройка оборудования Проверить параметры, унаследованные от исходной ВМ, и при необходимости изменить число CPU, объём RAM, параметры дисков и сетевых адаптеров. Завершение На шаге Готово к завершению ознакомиться с итоговой конфигурацией и подтвердить создание, нажав Готово. Результат Новый шаблон появляется в списке доступных и готов к использованию для развёртывания новых виртуальных машин. Если было выбрано восстановление диска, то необходимо ввести новое имя диска.\nВосстановленная ВМ появиться в списке ВМ. В случае выбора варианта восстановления ВМ в новую машину, будет создана новая ВМ с данными копии исходной ВМ.\n","categories":null,"content":"Создание резервных копий ВМ Резервная копия виртуальной машины - это копия данных и состояния ВМ, созданная для восстановления системы в случае сбоя, потери данных или их повреждения. Резервная копия включает в себя системные файлы и данные, конфигурацию ВМ, снимки состояния ВМ.\nДля создания резервной копии ВМ нужно предварительно создать хранилище для резервных копий. Создание хранилища для резервных копий описано в разделе Настройка хранилища.\nДля создания резервной копии необходимо выполнить следующие действия:\nСоздать резервную копию ВМ можно несколькими способами: С помощью правой кнопки мыши нажать на ВМ в списке ВМ, затем выбрать Резервные копии -\u0026gt; Создать резервную копию; С помощью кнопки Действия, затем выбрать Резервные копии -\u0026gt; Создать резервную копию; С помощью перехода в раздел Резервные копии. Откроется окно создания резервной копии ВМ. Далее необходимо выбрать диски для создания резервной копии. На следующем этапе необходимо выбрать место для хранения резервных копий. В шаге Конфигурация необходимо выбрать тип резервной копии, максимальную пропускную способность. Доступны следующие типы копий: Полная копия. Сохраняет все данные и состояние ВМ, включая операционную систему, приложения, файлы и конфигурацию. Создаётся целостная копия всей ВМ, что позволяет восстановить её независимо от других копий;\nИнкрементальная копия. Сохраняет только изменения, произошедшие с момента последней резервной копии (будь то полной или предыдущей инкрементальной). Каждая инкрементальная копия зависит от предыдущих, что позволяет экономить место и снижает время на создание. При восстановлении сначала используется последняя полная копия, затем последовательно применяются все инкрементальные копии;\nДифференциальная копия. Сохраняет изменения, которые произошли с момента последней полной копии. Каждая новая дифференциальная копия хранит всё больше данных, так как накапливаются все изменения с момента создания последней полной копии. При восстановлении нужна последняя полная копия и только последняя дифференциальная.\nВ шаге Завершение настройки можно ознакомиться с параметрами создаваемой резервной копии. Для завершения создания резервной копии необходимо нажать кнопку Готово. Резервная копия будет доступна в разделе Резервные копии.\nВосстановление ВМ из резервной копии Для восстановления виртуальной машины из резервной копии необходимо выполнить следующие действия:\nПерейти в раздел Хранилища резервных копий. Выбрать хранилище для резервных копий, где размещена резервная копия ВМ. Выбрать ВМ. Выбрать резервную копию. Перейти в раздел Резервные копии. Нажать на кнопку Восстановить. Восстановить ВМ также можно, нажав на вкладку Резервные копии выбранной ВМ.\nОткроется окно восстановления ВМ из резервной копии. Доступны следующие варианты восстановления: Действие Описание Выбор виртуальной машины В дереве объектов инфраструктуры открыть список виртуальных машин на нужном хосте и выбрать ту, на основе которой будет создан шаблон. Запуск мастера Вызвать контекстное меню виртуальной машины и выбрать Шаблон → Создать шаблон из этой виртуальной машины. Выбор имени Указать уникальное имя шаблона на шаге мастера Выбор имени и нажать Далее. Выбор хранилища На шаге Выберите хранилище отметить нужное хранилище с достаточным объёмом свободного места, проверить его статус и совместимость, затем нажать Далее. Настройка оборудования Проверить параметры, унаследованные от исходной ВМ, и при необходимости изменить число CPU, объём RAM, параметры дисков и сетевых адаптеров. Завершение На шаге Готово к завершению ознакомиться с итоговой конфигурацией и подтвердить создание, нажав Готово. Результат Новый шаблон появляется в списке доступных и готов к использованию для развёртывания новых виртуальных машин. Если было выбрано восстановление диска, то необходимо ввести новое имя диска.\nВосстановленная ВМ появиться в списке ВМ. В случае выбора варианта восстановления ВМ в новую машину, будет создана новая ВМ с данными копии исходной ВМ.\n","description":null,"ref":"/docs/pkzvezda/procurator/vmsetup/vm_backup/","section":"docs","tags":null,"title":"Создание резервных копий ВМ","url":"/docs/pkzvezda/procurator/vmsetup/vm_backup/","weight":9},{"body":"Цели мониторинга Мониторинг системы позволяет:\nОбнаруживать проблемы до их критического воздействия Анализировать тенденции использования ресурсов Планировать масштабирование инфраструктуры Обеспечивать соответствие SLA Базовый мониторинг Системные ресурсы # Использование CPU top -bn1 | grep \u0026#34;Cpu(s)\u0026#34; | awk \u0026#39;{print $2+$4\u0026#34;%\u0026#34;}\u0026#39; # Использование памяти free -m | awk \u0026#39;NR==2{printf \u0026#34;Память: %s/%s MB (%.2f%%)\\n\u0026#34;, $3,$2,$3*100/$2 }\u0026#39; # Использование диска df -h | awk \u0026#39;$NF==\u0026#34;/\u0026#34;{printf \u0026#34;Диск: %d/%d GB (%s)\\n\u0026#34;, $3,$2,$5}\u0026#39; # Загрузка системы uptime | awk -F\u0026#39;[a-z]:\u0026#39; \u0026#39;{ print $2}\u0026#39; | awk \u0026#39;{print \u0026#34;Load Average: \u0026#34; $1 $2 $3}\u0026#39; Мониторинг сервисов # Статус всех сервисов systemctl list-units --type=service --state=running # Проверка конкретного сервиса systemctl is-active nginx systemctl is-enabled nginx # Мониторинг портов ss -tuln | grep :80 ss -tuln | grep :443 ss -tuln | grep :8000 Продвинутый мониторинг Скрипт комплексной проверки #!/bin/bash # system_health_check.sh echo \u0026#34;=== СИСТЕМНАЯ ПРОВЕРКА $(date) ===\u0026#34; # CPU и память echo \u0026#34; РЕСУРСЫ:\u0026#34; echo \u0026#34;CPU: $(top -bn1 | grep \u0026#34;Cpu(s)\u0026#34; | awk \u0026#39;{print $2+$4\u0026#34;%\u0026#34;}\u0026#39;)\u0026#34; echo \u0026#34;RAM: $(free -m | awk \u0026#39;NR==2{printf \u0026#34;%.1f%%\u0026#34;, $3*100/$2 }\u0026#39;)\u0026#34; echo \u0026#34;Диск: $(df -h / | awk \u0026#39;NR==2{print $5}\u0026#39;)\u0026#34; echo \u0026#34;\u0026#34; # Критические сервисы echo \u0026#34; СЕРВИСЫ:\u0026#34; services=(\u0026#34;nginx\u0026#34; \u0026#34;postgresql\u0026#34; \u0026#34;redis-server\u0026#34; \u0026#34;ssh\u0026#34;) for service in \u0026#34;${services[@]}\u0026#34;; do if systemctl is-active --quiet $service; then echo \u0026#34; $service: запущен\u0026#34; else echo \u0026#34; $service: остановлен\u0026#34; fi done echo \u0026#34;\u0026#34; # Сетевые подключения echo \u0026#34;🌐 СЕТЬ:\u0026#34; echo \u0026#34;Активные соединения: $(ss -tu | wc -l)\u0026#34; echo \u0026#34;Слушающие порты: $(ss -tln | grep LISTEN | wc -l)\u0026#34; echo \u0026#34;\u0026#34; # Логи с ошибками echo \u0026#34; ОШИБКИ В ЛОГАХ (последний час):\u0026#34; journalctl --since \u0026#34;1 hour ago\u0026#34; --priority=err --no-pager -q | wc -l Автоматический мониторинг с алертами #!/bin/bash # alert_monitor.sh # Пороговые значения CPU_THRESHOLD=80 MEMORY_THRESHOLD=90 DISK_THRESHOLD=85 # Email для уведомлений ADMIN_EMAIL=\u0026#34;admin@company.com\u0026#34; # Функция отправки алерта send_alert() { local message=\u0026#34;$1\u0026#34; echo \u0026#34;$message\u0026#34; | mail -s \u0026#34; Системный алерт $(hostname)\u0026#34; $ADMIN_EMAIL logger \u0026#34;ALERT: $message\u0026#34; } # Проверка CPU cpu_usage=$(top -bn1 | grep \u0026#34;Cpu(s)\u0026#34; | awk \u0026#39;{print $2+$4}\u0026#39; | cut -d\u0026#39;%\u0026#39; -f1) if (( $(echo \u0026#34;$cpu_usage \u0026gt; $CPU_THRESHOLD\u0026#34; | bc -l) )); then send_alert \u0026#34;Высокая загрузка CPU: ${cpu_usage}%\u0026#34; fi # Проверка памяти memory_usage=$(free | grep Mem | awk \u0026#39;{printf(\u0026#34;%.1f\u0026#34;), $3/$2 * 100.0}\u0026#39;) if (( $(echo \u0026#34;$memory_usage \u0026gt; $MEMORY_THRESHOLD\u0026#34; | bc -l) )); then send_alert \u0026#34;Высокое использование памяти: ${memory_usage}%\u0026#34; fi # Проверка диска disk_usage=$(df / | awk \u0026#39;END{print $(NF-1)}\u0026#39; | sed \u0026#39;s/%//\u0026#39;) if [ \u0026#34;$disk_usage\u0026#34; -gt \u0026#34;$DISK_THRESHOLD\u0026#34; ]; then send_alert \u0026#34;Мало места на диске: ${disk_usage}%\u0026#34; fi Мониторинг приложений Wiki Iridium - специфический мониторинг #!/bin/bash # wiki_monitor.sh echo \u0026#34;=== МОНИТОРИНГ WIKI IRIDIUM ===\u0026#34; # Проверка Hugo if systemctl is-active --quiet iridium-hugo.service; then echo \u0026#34; Hugo: работает\u0026#34; echo \u0026#34; Порт 1313: $(ss -tln | grep :1313 | wc -l) слушателей\u0026#34; else echo \u0026#34; Hugo: не работает\u0026#34; fi # Проверка Go API if curl -s http://localhost:8000/health \u0026gt; /dev/null; then echo \u0026#34; Go API: работает\u0026#34; echo \u0026#34; Порт 8000: доступен\u0026#34; else echo \u0026#34; Go API: недоступен\u0026#34; fi # Проверка PostgreSQL if systemctl is-active --quiet postgresql; then echo \u0026#34; PostgreSQL: работает\u0026#34; # Проверка подключений к БД connections=$(sudo -u postgres psql -c \u0026#34;SELECT count(*) FROM pg_stat_activity;\u0026#34; -t | xargs) echo \u0026#34; Активных подключений: $connections\u0026#34; # Размер БД db_size=$(sudo -u postgres psql -c \u0026#34;SELECT pg_size_pretty(pg_database_size(\u0026#39;wiki_db\u0026#39;));\u0026#34; -t | xargs) echo \u0026#34; Размер БД: $db_size\u0026#34; else echo \u0026#34; PostgreSQL: не работает\u0026#34; fi # Проверка логов на ошибки error_count=$(journalctl -u iridium-hugo.service --since \u0026#34;1 hour ago\u0026#34; --priority=err -q | wc -l) if [ \u0026#34;$error_count\u0026#34; -gt 0 ]; then echo \u0026#34;⚠️ Ошибок в логах Hugo: $error_count\u0026#34; fi Долгосрочный мониторинг Сбор метрик #!/bin/bash # collect_metrics.sh METRICS_DIR=\u0026#34;/var/log/metrics\u0026#34; mkdir -p $METRICS_DIR DATE=$(date +%Y%m%d_%H%M%S) # Системные метрики { echo \u0026#34;timestamp,cpu_percent,memory_percent,disk_percent,load_avg\u0026#34; printf \u0026#34;%s,\u0026#34; \u0026#34;$DATE\u0026#34; top -bn1 | grep \u0026#34;Cpu(s)\u0026#34; | awk \u0026#39;{printf \u0026#34;%.1f,\u0026#34;, $2+$4}\u0026#39; free | grep Mem | awk \u0026#39;{printf \u0026#34;%.1f,\u0026#34;, $3/$2 * 100.0}\u0026#39; df / | awk \u0026#39;END{printf \u0026#34;%s,\u0026#34;, $(NF-1)}\u0026#39; | sed \u0026#39;s/%,/,/\u0026#39; uptime | awk \u0026#39;{print $(NF-2)}\u0026#39; | sed \u0026#39;s/,//\u0026#39; } \u0026gt;\u0026gt; $METRICS_DIR/system_metrics.csv # Сетевые метрики { echo \u0026#34;timestamp,active_connections,listening_ports,network_errors\u0026#34; printf \u0026#34;%s,\u0026#34; \u0026#34;$DATE\u0026#34; ss -tu | tail -n +2 | wc -l | tr -d \u0026#39;\\n\u0026#39;; echo -n \u0026#34;,\u0026#34; ss -tln | grep LISTEN | wc -l | tr -d \u0026#39;\\n\u0026#39;; echo -n \u0026#34;,\u0026#34; netstat -i | awk \u0026#39;NR\u0026gt;2 {sum+=$4+$8} END {print sum}\u0026#39; } \u0026gt;\u0026gt; $METRICS_DIR/network_metrics.csv Анализ трендов #!/bin/bash # analyze_trends.sh METRICS_DIR=\u0026#34;/var/log/metrics\u0026#34; echo \u0026#34;=== АНАЛИЗ ТРЕНДОВ ЗА ПОСЛЕДНИЕ 24 ЧАСА ===\u0026#34; # Среднее использование CPU if [ -f \u0026#34;$METRICS_DIR/system_metrics.csv\u0026#34; ]; then avg_cpu=$(tail -n 1440 $METRICS_DIR/system_metrics.csv | awk -F\u0026#39;,\u0026#39; \u0026#39;{sum+=$2; count++} END {printf \u0026#34;%.1f%%\u0026#34;, sum/count}\u0026#39;) max_cpu=$(tail -n 1440 $METRICS_DIR/system_metrics.csv | awk -F\u0026#39;,\u0026#39; \u0026#39;BEGIN{max=0} {if($2\u0026gt;max) max=$2} END {printf \u0026#34;%.1f%%\u0026#34;, max}\u0026#39;) echo \u0026#34;CPU - Среднее: $avg_cpu, Максимум: $max_cpu\u0026#34; # Среднее использование памяти avg_mem=$(tail -n 1440 $METRICS_DIR/system_metrics.csv | awk -F\u0026#39;,\u0026#39; \u0026#39;{sum+=$3; count++} END {printf \u0026#34;%.1f%%\u0026#34;, sum/count}\u0026#39;) max_mem=$(tail -n 1440 $METRICS_DIR/system_metrics.csv | awk -F\u0026#39;,\u0026#39; \u0026#39;BEGIN{max=0} {if($3\u0026gt;max) max=$3} END {printf \u0026#34;%.1f%%\u0026#34;, max}\u0026#39;) echo \u0026#34;Память - Среднее: $avg_mem, Максимум: $max_mem\u0026#34; fi 🔔 Настройка уведомлений Cron для автоматического мониторинга # Добавить в crontab (crontab -e) # Каждые 5 минут - базовая проверка */5 * * * * /opt/scripts/alert_monitor.sh # Каждый час - сбор метрик 0 * * * * /opt/scripts/collect_metrics.sh # Каждый день в 9:00 - отчет о трендах 0 9 * * * /opt/scripts/analyze_trends.sh | mail -s \u0026#34;Ежедневный отчет $(hostname)\u0026#34; admin@company.com # Каждый час - проверка Wiki 0 * * * * /opt/scripts/wiki_monitor.sh \u0026gt;\u0026gt; /var/log/wiki_monitoring.log Настройка Logrotate для метрик # /etc/logrotate.d/metrics /var/log/metrics/*.csv { daily missingok rotate 30 compress delaycompress notifempty sharedscripts } /var/log/wiki_monitoring.log { weekly missingok rotate 12 compress delaycompress notifempty } Дашборды Простой веб-дашборд (HTML + JavaScript) \u0026lt;!DOCTYPE html\u0026gt; \u0026lt;html\u0026gt; \u0026lt;head\u0026gt; \u0026lt;title\u0026gt;System Monitor\u0026lt;/title\u0026gt; \u0026lt;meta http-equiv=\u0026#34;refresh\u0026#34; content=\u0026#34;30\u0026#34;\u0026gt; \u0026lt;/head\u0026gt; \u0026lt;body\u0026gt; \u0026lt;h1\u0026gt; Системный мониторинг\u0026lt;/h1\u0026gt; \u0026lt;div id=\u0026#34;metrics\u0026#34;\u0026gt; \u0026lt;script\u0026gt; // Получение метрик через API fetch(\u0026#39;/api/metrics\u0026#39;) .then(response =\u0026gt; response.json()) .then(data =\u0026gt; { document.getElementById(\u0026#39;metrics\u0026#39;).innerHTML = ` \u0026lt;p\u0026gt;CPU: ${data.cpu}%\u0026lt;/p\u0026gt; \u0026lt;p\u0026gt;Память: ${data.memory}%\u0026lt;/p\u0026gt; \u0026lt;p\u0026gt;Диск: ${data.disk}%\u0026lt;/p\u0026gt; \u0026lt;p\u0026gt;Время работы: ${data.uptime}\u0026lt;/p\u0026gt; `; }); \u0026lt;/script\u0026gt; \u0026lt;/div\u0026gt; \u0026lt;/body\u0026gt; \u0026lt;/html\u0026gt; ⚠️ Важные метрики для отслеживания Критические показатели CPU \u0026gt; 80% в течение 10+ минут Память \u0026gt; 90% в течение 5+ минут Диск \u0026gt; 85% свободного места Load Average \u0026gt; количество CPU ядер Сетевые показатели Количество активных соединений Скорость сетевого трафика Ошибки сетевых интерфейсов Доступность внешних сервисов Приложения Время отклика веб-сервера Количество ошибок в логах Размер и рост базы данных Статус всех сервисов Инструменты мониторинга Рекомендуемые решения Prometheus + Grafana - для продакшн сред Zabbix - комплексное решение htop, iotop, nethogs - интерактивный мониторинг Custom scripts - для специфических задач ","categories":null,"content":"Цели мониторинга Мониторинг системы позволяет:\nОбнаруживать проблемы до их критического воздействия Анализировать тенденции использования ресурсов Планировать масштабирование инфраструктуры Обеспечивать соответствие SLA Базовый мониторинг Системные ресурсы # Использование CPU top -bn1 | grep \u0026#34;Cpu(s)\u0026#34; | awk \u0026#39;{print $2+$4\u0026#34;%\u0026#34;}\u0026#39; # Использование памяти free -m | awk \u0026#39;NR==2{printf \u0026#34;Память: %s/%s MB (%.2f%%)\\n\u0026#34;, $3,$2,$3*100/$2 }\u0026#39; # Использование диска df -h | awk \u0026#39;$NF==\u0026#34;/\u0026#34;{printf \u0026#34;Диск: %d/%d GB (%s)\\n\u0026#34;, $3,$2,$5}\u0026#39; # Загрузка системы uptime | awk -F\u0026#39;[a-z]:\u0026#39; \u0026#39;{ print $2}\u0026#39; | awk \u0026#39;{print \u0026#34;Load Average: \u0026#34; $1 $2 $3}\u0026#39; Мониторинг сервисов # Статус всех сервисов systemctl list-units --type=service --state=running # Проверка конкретного сервиса systemctl is-active nginx systemctl is-enabled nginx # Мониторинг портов ss -tuln | grep :80 ss -tuln | grep :443 ss -tuln | grep :8000 Продвинутый мониторинг Скрипт комплексной проверки #!/bin/bash # system_health_check.sh echo \u0026#34;=== СИСТЕМНАЯ ПРОВЕРКА $(date) ===\u0026#34; # CPU и память echo \u0026#34; РЕСУРСЫ:\u0026#34; echo \u0026#34;CPU: $(top -bn1 | grep \u0026#34;Cpu(s)\u0026#34; | awk \u0026#39;{print $2+$4\u0026#34;%\u0026#34;}\u0026#39;)\u0026#34; echo \u0026#34;RAM: $(free -m | awk \u0026#39;NR==2{printf \u0026#34;%.1f%%\u0026#34;, $3*100/$2 }\u0026#39;)\u0026#34; echo \u0026#34;Диск: $(df -h / | awk \u0026#39;NR==2{print $5}\u0026#39;)\u0026#34; echo \u0026#34;\u0026#34; # Критические сервисы echo \u0026#34; СЕРВИСЫ:\u0026#34; services=(\u0026#34;nginx\u0026#34; \u0026#34;postgresql\u0026#34; \u0026#34;redis-server\u0026#34; \u0026#34;ssh\u0026#34;) for service in \u0026#34;${services[@]}\u0026#34;; do if systemctl is-active --quiet $service; then echo \u0026#34; $service: запущен\u0026#34; else echo \u0026#34; $service: остановлен\u0026#34; fi done echo \u0026#34;\u0026#34; # Сетевые подключения echo \u0026#34;🌐 СЕТЬ:\u0026#34; echo \u0026#34;Активные соединения: $(ss -tu | wc -l)\u0026#34; echo \u0026#34;Слушающие порты: $(ss -tln | grep LISTEN | wc -l)\u0026#34; echo \u0026#34;\u0026#34; # Логи с ошибками echo \u0026#34; ОШИБКИ В ЛОГАХ (последний час):\u0026#34; journalctl --since \u0026#34;1 hour ago\u0026#34; --priority=err --no-pager -q | wc -l Автоматический мониторинг с алертами #!/bin/bash # alert_monitor.sh # Пороговые значения CPU_THRESHOLD=80 MEMORY_THRESHOLD=90 DISK_THRESHOLD=85 # Email для уведомлений ADMIN_EMAIL=\u0026#34;admin@company.com\u0026#34; # Функция отправки алерта send_alert() { local message=\u0026#34;$1\u0026#34; echo \u0026#34;$message\u0026#34; | mail -s \u0026#34; Системный алерт $(hostname)\u0026#34; $ADMIN_EMAIL logger \u0026#34;ALERT: $message\u0026#34; } # Проверка CPU cpu_usage=$(top -bn1 | grep \u0026#34;Cpu(s)\u0026#34; | awk \u0026#39;{print $2+$4}\u0026#39; | cut -d\u0026#39;%\u0026#39; -f1) if (( $(echo \u0026#34;$cpu_usage \u0026gt; $CPU_THRESHOLD\u0026#34; | bc -l) )); then send_alert \u0026#34;Высокая загрузка CPU: ${cpu_usage}%\u0026#34; fi # Проверка памяти memory_usage=$(free | grep Mem | awk \u0026#39;{printf(\u0026#34;%.1f\u0026#34;), $3/$2 * 100.0}\u0026#39;) if (( $(echo \u0026#34;$memory_usage \u0026gt; $MEMORY_THRESHOLD\u0026#34; | bc -l) )); then send_alert \u0026#34;Высокое использование памяти: ${memory_usage}%\u0026#34; fi # Проверка диска disk_usage=$(df / | awk \u0026#39;END{print $(NF-1)}\u0026#39; | sed \u0026#39;s/%//\u0026#39;) if [ \u0026#34;$disk_usage\u0026#34; -gt \u0026#34;$DISK_THRESHOLD\u0026#34; ]; then send_alert \u0026#34;Мало места на диске: ${disk_usage}%\u0026#34; fi Мониторинг приложений Wiki Iridium - специфический мониторинг #!/bin/bash # wiki_monitor.sh echo \u0026#34;=== МОНИТОРИНГ WIKI IRIDIUM ===\u0026#34; # Проверка Hugo if systemctl is-active --quiet iridium-hugo.service; then echo \u0026#34; Hugo: работает\u0026#34; echo \u0026#34; Порт 1313: $(ss -tln | grep :1313 | wc -l) слушателей\u0026#34; else echo \u0026#34; Hugo: не работает\u0026#34; fi # Проверка Go API if curl -s http://localhost:8000/health \u0026gt; /dev/null; then echo \u0026#34; Go API: работает\u0026#34; echo \u0026#34; Порт 8000: доступен\u0026#34; else echo \u0026#34; Go API: недоступен\u0026#34; fi # Проверка PostgreSQL if systemctl is-active --quiet postgresql; then echo \u0026#34; PostgreSQL: работает\u0026#34; # Проверка подключений к БД connections=$(sudo -u postgres psql -c \u0026#34;SELECT count(*) FROM pg_stat_activity;\u0026#34; -t | xargs) echo \u0026#34; Активных подключений: $connections\u0026#34; # Размер БД db_size=$(sudo -u postgres psql -c \u0026#34;SELECT pg_size_pretty(pg_database_size(\u0026#39;wiki_db\u0026#39;));\u0026#34; -t | xargs) echo \u0026#34; Размер БД: $db_size\u0026#34; else echo \u0026#34; PostgreSQL: не работает\u0026#34; fi # Проверка логов на ошибки error_count=$(journalctl -u iridium-hugo.service --since \u0026#34;1 hour ago\u0026#34; --priority=err -q | wc -l) if [ \u0026#34;$error_count\u0026#34; -gt 0 ]; then echo \u0026#34;⚠️ Ошибок в логах Hugo: $error_count\u0026#34; fi Долгосрочный мониторинг Сбор метрик #!/bin/bash # collect_metrics.sh METRICS_DIR=\u0026#34;/var/log/metrics\u0026#34; mkdir -p $METRICS_DIR DATE=$(date +%Y%m%d_%H%M%S) # Системные метрики { echo \u0026#34;timestamp,cpu_percent,memory_percent,disk_percent,load_avg\u0026#34; printf \u0026#34;%s,\u0026#34; \u0026#34;$DATE\u0026#34; top -bn1 | grep \u0026#34;Cpu(s)\u0026#34; | awk \u0026#39;{printf \u0026#34;%.1f,\u0026#34;, $2+$4}\u0026#39; free | grep Mem | awk \u0026#39;{printf \u0026#34;%.1f,\u0026#34;, $3/$2 * 100.0}\u0026#39; df / | awk \u0026#39;END{printf \u0026#34;%s,\u0026#34;, $(NF-1)}\u0026#39; | sed \u0026#39;s/%,/,/\u0026#39; uptime | awk \u0026#39;{print $(NF-2)}\u0026#39; | sed \u0026#39;s/,//\u0026#39; } \u0026gt;\u0026gt; $METRICS_DIR/system_metrics.csv # Сетевые метрики { echo \u0026#34;timestamp,active_connections,listening_ports,network_errors\u0026#34; printf \u0026#34;%s,\u0026#34; \u0026#34;$DATE\u0026#34; ss -tu | tail -n +2 | wc -l | tr -d \u0026#39;\\n\u0026#39;; echo -n \u0026#34;,\u0026#34; ss -tln | grep LISTEN | wc -l | tr -d \u0026#39;\\n\u0026#39;; echo -n \u0026#34;,\u0026#34; netstat -i | awk \u0026#39;NR\u0026gt;2 {sum+=$4+$8} END {print sum}\u0026#39; } \u0026gt;\u0026gt; $METRICS_DIR/network_metrics.csv Анализ трендов #!/bin/bash # analyze_trends.sh METRICS_DIR=\u0026#34;/var/log/metrics\u0026#34; echo \u0026#34;=== АНАЛИЗ ТРЕНДОВ ЗА ПОСЛЕДНИЕ 24 ЧАСА ===\u0026#34; # Среднее использование CPU if [ -f \u0026#34;$METRICS_DIR/system_metrics.csv\u0026#34; ]; then avg_cpu=$(tail -n 1440 $METRICS_DIR/system_metrics.csv | awk -F\u0026#39;,\u0026#39; \u0026#39;{sum+=$2; count++} END {printf \u0026#34;%.1f%%\u0026#34;, sum/count}\u0026#39;) max_cpu=$(tail -n 1440 $METRICS_DIR/system_metrics.csv | awk -F\u0026#39;,\u0026#39; \u0026#39;BEGIN{max=0} {if($2\u0026gt;max) max=$2} END {printf \u0026#34;%.1f%%\u0026#34;, max}\u0026#39;) echo \u0026#34;CPU - Среднее: $avg_cpu, Максимум: $max_cpu\u0026#34; # Среднее использование памяти avg_mem=$(tail -n 1440 $METRICS_DIR/system_metrics.csv | awk -F\u0026#39;,\u0026#39; \u0026#39;{sum+=$3; count++} END {printf \u0026#34;%.1f%%\u0026#34;, sum/count}\u0026#39;) max_mem=$(tail -n 1440 $METRICS_DIR/system_metrics.csv | awk -F\u0026#39;,\u0026#39; \u0026#39;BEGIN{max=0} {if($3\u0026gt;max) max=$3} END {printf \u0026#34;%.1f%%\u0026#34;, max}\u0026#39;) echo \u0026#34;Память - Среднее: $avg_mem, Максимум: $max_mem\u0026#34; fi 🔔 Настройка уведомлений Cron для автоматического мониторинга # Добавить в crontab (crontab -e) # Каждые 5 минут - базовая проверка */5 * * * * /opt/scripts/alert_monitor.sh # Каждый час - сбор метрик 0 * * * * /opt/scripts/collect_metrics.sh # Каждый день в 9:00 - отчет о трендах 0 9 * * * /opt/scripts/analyze_trends.sh | mail -s \u0026#34;Ежедневный отчет $(hostname)\u0026#34; admin@company.com # Каждый час - проверка Wiki 0 * * * * /opt/scripts/wiki_monitor.sh \u0026gt;\u0026gt; /var/log/wiki_monitoring.log Настройка Logrotate для метрик # /etc/logrotate.d/metrics /var/log/metrics/*.csv { daily missingok rotate 30 compress delaycompress notifempty sharedscripts } /var/log/wiki_monitoring.log { weekly missingok rotate 12 compress delaycompress notifempty } Дашборды Простой веб-дашборд (HTML + JavaScript) \u0026lt;!DOCTYPE html\u0026gt; \u0026lt;html\u0026gt; \u0026lt;head\u0026gt; \u0026lt;title\u0026gt;System Monitor\u0026lt;/title\u0026gt; \u0026lt;meta http-equiv=\u0026#34;refresh\u0026#34; content=\u0026#34;30\u0026#34;\u0026gt; \u0026lt;/head\u0026gt; \u0026lt;body\u0026gt; \u0026lt;h1\u0026gt; Системный мониторинг\u0026lt;/h1\u0026gt; \u0026lt;div id=\u0026#34;metrics\u0026#34;\u0026gt; \u0026lt;script\u0026gt; // Получение метрик через API fetch(\u0026#39;/api/metrics\u0026#39;) .then(response =\u0026gt; response.json()) .then(data =\u0026gt; { document.getElementById(\u0026#39;metrics\u0026#39;).innerHTML = ` \u0026lt;p\u0026gt;CPU: ${data.cpu}%\u0026lt;/p\u0026gt; \u0026lt;p\u0026gt;Память: ${data.memory}%\u0026lt;/p\u0026gt; \u0026lt;p\u0026gt;Диск: ${data.disk}%\u0026lt;/p\u0026gt; \u0026lt;p\u0026gt;Время работы: ${data.uptime}\u0026lt;/p\u0026gt; `; }); \u0026lt;/script\u0026gt; \u0026lt;/div\u0026gt; \u0026lt;/body\u0026gt; \u0026lt;/html\u0026gt; ⚠️ Важные метрики для отслеживания Критические показатели CPU \u0026gt; 80% в течение 10+ минут Память \u0026gt; 90% в течение 5+ минут Диск \u0026gt; 85% свободного места Load Average \u0026gt; количество CPU ядер Сетевые показатели Количество активных соединений Скорость сетевого трафика Ошибки сетевых интерфейсов Доступность внешних сервисов Приложения Время отклика веб-сервера Количество ошибок в логах Размер и рост базы данных Статус всех сервисов Инструменты мониторинга Рекомендуемые решения Prometheus + Grafana - для продакшн сред Zabbix - комплексное решение htop, iotop, nethogs - интерактивный мониторинг Custom scripts - для специфических задач ","description":null,"ref":"/internal/admin-guide/system/monitoring/","section":"internal","tags":null,"title":" Мониторинг системы","url":"/internal/admin-guide/system/monitoring/","weight":10},{"body":"Импорт виртуальных машин с хоста ESXi Для импорта виртуальной машины с хоста ESXi необходимо выполнить следующие действия:\nНажать на значок хоста правой кнопкой мыши. Откроется окно импорта виртуальной машины с хоста ESXi. В шаге Выбор исходного хоста ESXi необходимо ввести IP-адрес сервера ESXi, имя пользователя и пароль. После чего ПК \u0026ldquo;Прокуратор\u0026rdquo; подключится к исходному хосту ESXi. После ввода необходимых данных нажать на кнопку Подключиться. При успешном подключении должно появиться уведомление об успешном подключении к хосту. Нажать кнопку Далее. В следующем шаге необходимо выбрать виртуальную машину из списка, затем нажать кнопку Далее. ❗️Виртуальная машина на хосте ESXi должна быть выключена и не иметь снапшотов (снимков состояния ВМ).\nВ шаге Выбор имени необходимо ввести имя виртуальной машины. Если оставить поле пустым, то система сгенерирует имя автоматически. Далее необходимо выбрать хранилище для ВМ. В шаге Выбор сети необходимо выбрать тип адаптера и сеть в ПК \u0026ldquo;Прокуратор\u0026rdquo;. Затем нажать кнопку Далее. В шаге Завершение настройки можно просмотреть параметры создаваемой ВМ и при необходимости вернуться на любой из шагов импорта. Для завершения процесса импорта нажать кнопку Готово. Необходимо дождаться завершения процесса импорта, не перезагружать страницу до завершения процесса импорта. ","categories":null,"content":"Импорт виртуальных машин с хоста ESXi Для импорта виртуальной машины с хоста ESXi необходимо выполнить следующие действия:\nНажать на значок хоста правой кнопкой мыши. Откроется окно импорта виртуальной машины с хоста ESXi. В шаге Выбор исходного хоста ESXi необходимо ввести IP-адрес сервера ESXi, имя пользователя и пароль. После чего ПК \u0026ldquo;Прокуратор\u0026rdquo; подключится к исходному хосту ESXi. После ввода необходимых данных нажать на кнопку Подключиться. При успешном подключении должно появиться уведомление об успешном подключении к хосту. Нажать кнопку Далее. В следующем шаге необходимо выбрать виртуальную машину из списка, затем нажать кнопку Далее. ❗️Виртуальная машина на хосте ESXi должна быть выключена и не иметь снапшотов (снимков состояния ВМ).\nВ шаге Выбор имени необходимо ввести имя виртуальной машины. Если оставить поле пустым, то система сгенерирует имя автоматически. Далее необходимо выбрать хранилище для ВМ. В шаге Выбор сети необходимо выбрать тип адаптера и сеть в ПК \u0026ldquo;Прокуратор\u0026rdquo;. Затем нажать кнопку Далее. В шаге Завершение настройки можно просмотреть параметры создаваемой ВМ и при необходимости вернуться на любой из шагов импорта. Для завершения процесса импорта нажать кнопку Готово. Необходимо дождаться завершения процесса импорта, не перезагружать страницу до завершения процесса импорта. ","description":null,"ref":"/docs/pkzvezda/procurator/vmsetup/import_vm/","section":"docs","tags":null,"title":"Импорт виртуальных машин с хоста ESXi","url":"/docs/pkzvezda/procurator/vmsetup/import_vm/","weight":10},{"body":"🛡️ Руководство администратора Подробные инструкции по администрированию системы Wiki Iridium.\nСодержание: Управление пользователями Настройка ролей и доступов Резервное копирование Мониторинг системы ","categories":null,"content":"🛡️ Руководство администратора Подробные инструкции по администрированию системы Wiki Iridium.\nСодержание: Управление пользователями Настройка ролей и доступов Резервное копирование Мониторинг системы ","description":null,"ref":"/internal/admin-guide/","section":"internal","tags":null,"title":"Руководство администратора","url":"/internal/admin-guide/","weight":10},{"body":"Управление ВМ Виртуальные машины доступны в разделе Виртуальные машины. По умолчанию при переходе в раздел открывается информация о ВМ.\nРазвернутые на хосте ВМ доступны на вкладке ВМ.\nПри выборе ВМ из списка в инвентаре откроется окно управления ВМ. Вкладка Сводка содержит следующую информацию:\nГостевая ОС: название и архитектура операционной системы, установленной на виртуальной машине; Совместимость: версия платформы виртуализации, с которой совместима ВМ (например, pvm-1); Инструменты: текущее состояние и версия установленных гостевых инструментов; DNS-имя: доменное имя виртуальной машины; IP-адреса: IPv4 и IPv6 адреса, полученные гостевой ОС. Дополнительно отображаются показатели текущей загрузки:\nиспользование процессора : текущее использование CPU виртуальной машины (в Гц); использование памяти: объём оперативной памяти, занятой в процессе работы; Использование диска: общий объём занятого пространства на диске ВМ. В нижней части экрана отображается свёрнутая секция Аппаратное обеспечение ВМ, содержащая:\nколичество виртуальных процессоров; выделенную память; список подключённых CD/DVD-дисков; жёсткий диск; видеокарту (объём видеопамяти). Дополнительно доступен Запуск веб-консоли.\nДля изменения конфигурации можно воспользоваться кнопкой Изменить настройки, расположенной внизу блока аппаратного обеспечения\nИзменение питания ВМ Для работы с питанием ВМ необходимо нажать клавишу Действия, затем в выпадающем меню выбрать Питание. Доступны следующие опции:\nВключить – запускает виртуальную машину; Выключить – корректное завершение работы виртуальной машины; Приостановить – переводит ВМ в состояние сна (pause), сохраняется состояние оперативной памяти; Перезагрузка – инициирует мягкую перезагрузку виртуальной машины; Жёсткая остановка – экстренное завершение работы ВМ (аналог отключения питания). Выключить гостевую ОС – отправляет сигнал завершения сеанса внутри операционной системы (аналог нажатия кнопки выключения на ПК); Перезапустить гостевую ОС – инициирует мягкую перезагрузку непосредственно внутри ОС. Изменение настроек ВМ Для настройки виртуальной машины необходимо нажать кнопку Изменить настройки на панели управления ВМ\nТакже можно выполнить действие с помощью кнопки Действия.\nПосле этого откроется окно изменения настроек виртуальной машины:\nВход в гостевую ВМ Необходимо запустить ВМ с помощью кнопки Включить в панели управления или в выпадающем меню кнопки Действия Для подключения к ВМ необходимо нажать кнопку Запуск ВЕБ-консоли или нажать на миниатюру экрана (доступно только при включенной ВМ). Снимки ВМ Снимки состояния, или снапшоты - позволяют сохранить состояние и данные виртуальной машины на момент создания снимка. При создании снимка состояния виртуальной машины образ ВМ \u0026ldquo;замораживается\u0026rdquo; в текущем состоянии. Программный комплекс \u0026ldquo;Сфера\u0026rdquo; поддерживает создание нескольких снимков для того, чтобы позволить администратора выбирать, к какому состоянию ВМ ему необходимо вернуться. Снимок ВМ содержит следующую информацию:\nНастройки ВМ - конфигурация виртуального оборудования и настроек ВМ; Состояние питания ВМ - ВМ может быть выключена, включена или приостановлена. Состояние диска - состояние всех виртуальных дисков ВМ; Состояние памяти ВМ - содержимое памяти ВМ. Все снимки представлены в качестве древовидной структуры, где ранние снимки находятся вверху, поздние - снизу.\nСоздание снимков ВМ Для создания снимка ВМ необходимо выполнить следующие действия:\nПерейти к нужной ВМ. Нажать на кнопку Действия. Выбрать параметр Снимки. Нажать на кнопку Сделать снимок. Так же снимок ВМ можно сделать, нажав на соответствующую кнопку на панели управления ВМ или перейти в раздел Снимки.\nОткроется окно создания нового снимка, где необходимо указать имя снимка, и при необходимости - описание. Нажать кнопку Готово. После этого снимок появится в разделе Снимки. Удаление и редактирование снимков ВМ Для удаления снимков:\nПерейти к нужной ВМ. Перейти в раздел Снимки. Выбрать снимок, который нужно удалить, затем нажать кнопку Удалить. Нажать кнопку Готово. Для редактирования снимков:\nПерейти к нужной ВМ. Перейти в раздел Снимки. Выбрать снимок, который нужно удалить, затем нажать кнопку Редактировать. После изменения имени, описания ВМ, нажать кнопку Готово. Восстановление состояния ВМ из снимка состояния Для отката состояния виртуальной машины на момент создания снимка необходимо выполнить действия:\nПерейти к нужной ВМ. Перейти в раздел Снимки. Выбрать снимок ВМ, с помощью которого нужно восстановить состояние ВМ, затем нажать кнопку Восстановить. Появится окно отката состояния ВМ. ❗️ Текущее состояние этой виртуальной машины будет потеряно, если оно не сохранено в снимке состояния.\nНажать кнопку Восстановить. Состояние виртуальной машины будет таким, каким оно было на момент создания снимка. Горячее добавление устройств Для изменения настроек ВМ необходимо нажать на кнопку Действия, затем нажать на кнопку Изменить настройки\u0026hellip;.\nГорячее добавление сетевого адаптера ❗️ Для горячего добавления сетевого адаптера необходимо выбрать при создании ВМ сетевой адаптер с типом paravirtual.\nДля добавления нового сетевого адаптера необходимо нажать на кнопку Добавить новое устройство, после чего появится список доступных для добавления устройств, где необходимо выбрать Сетевой адаптер. ❗️ \u0026ldquo;Горячее\u0026rdquo; добавление жесткого диска возможно в случае, если жесткий диск использует шину Virtio.\nНастроить сетевой адаптер можно с помощью вкладки Сетевой адаптер;\nНастройка CD/DVD диска находится во вкладке CD/DVD-диск. Данная опция также позволяет настроить виртуальную шину CD/DVD диска;\nвкладка Видеокарта позволяет настроить количество дисплеев.\nРаздел Другие настройки позволяет выбрать устройства ввода.\nРаздел Параметры ВМ позволяет настроить общие настройки ВМ, такие, как имя, порядок загрузки дисков, семейство гостевой ОС и другие параметры.\nДобавление гостевых инструментов в ВМ Гостевые агенты значительно упрощают эксплуатацию виртуальной машины. Для виртуальных машин на базе ОС Windows гостевые инструменты встроены в систему.\nДля добавления инструментов ВМ на ОС Windows необходимо выполнить следующие действия:\nПри создании виртуальной машины в шаге Настройка оборудования выбрать шину Virtio. После создания виртуальной машины, выбрать ее в списке с помощью нажатия правой кнопкой мыши. Нажать кнопку Действия \u0026gt; Гостевая ОС \u0026gt; Смонтировать гостевые инструменты. Войти в гостевую ВМ, убедиться, что образ с утилитами присутствует. Войти в проводник, нажать на диск с инструментами. Запустить установщик, дождаться окончания установки. Гостевые инструменты установлены. При необходимости, гостевые инструменты можно размонтировать, нажав соответствующую кнопку Размонтировать гостевые инструменты. Наличие гостевых инструментов отображено в строке Инструменты Иридиум:\nДля установки гостевых инструментов на базе Linux загрузка возможна через репозиторий: после установки ВМ в терминале выполнить команды:\nsudo apt update sudo apt install qemu-guest-agent Создание действий по расписанию для виртуальной машины Для создания действий по расписанию необходимо:\nВыбрать нужную ВМ. Перейти в раздел Настройки. Перейти в раздел Действия по расписанию. Нажать кнопку Новые запланированные задачи. Доступны следующие действия:\nВключение; Выключение гостевой ОС; Перезапуск гостевой ОС; Выключение ВМ; Приостановка ВМ; Перезагрузка ВМ; Создание моментального снимка; Миграция ВМ. После выбора откроется окно создания действия. Окно создания действия будет отличаться в зависимости от выбранного действия.\nВключение, выключение, приостановка и перезагрузка ВМ по расписанию Для включения гостевой ОС по расписанию:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Запланировать задачу. Созданная задача будет отображена в списке. Создание моментального снимка по расписанию Для создания снимка по расписанию:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Далее необходимо ввести имя снимка, и при необходимости, описание. Доступно включение в снимок памяти машины и гостевой файловой системы. Созданная задача будет отображена в списке. Миграция ВМ по расписанию Для запланированной миграции необходимо:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Далее необходимо выбрать тип миграции, выбрать хранилище, формат диска. Возможна настройка для каждого диска отдельно. Нажать кнопку Далее. В шаге Завершение настройки можно просмотреть параметры создаваемой задачи. Задача будет отображена в списке задач по расписанию. Клонирование ВМ по расписанию Для запланированной миграции необходимо:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Далее необходимо ввести имя ВМ, указать хранилище. В шаге Настройка оборудования необходимо настроить конфигурацию ВМ. В шаге Завершение настройки можно просмотреть параметры создаваемой задачи. Создание резервной копии по расписанию Для запланированной миграции необходимо:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Необходимо ввести название создаваемой резервной копии. Выбрать диски для копирования. Выбрать хранилище для резервной копии. Далее необходимо выбрать тип резервной копии. В шаге Завершение настройки можно просмотреть параметры создаваемой задачи. ","categories":null,"content":"Управление ВМ Виртуальные машины доступны в разделе Виртуальные машины. По умолчанию при переходе в раздел открывается информация о ВМ.\nРазвернутые на хосте ВМ доступны на вкладке ВМ.\nПри выборе ВМ из списка в инвентаре откроется окно управления ВМ. Вкладка Сводка содержит следующую информацию:\nГостевая ОС: название и архитектура операционной системы, установленной на виртуальной машине; Совместимость: версия платформы виртуализации, с которой совместима ВМ (например, pvm-1); Инструменты: текущее состояние и версия установленных гостевых инструментов; DNS-имя: доменное имя виртуальной машины; IP-адреса: IPv4 и IPv6 адреса, полученные гостевой ОС. Дополнительно отображаются показатели текущей загрузки:\nиспользование процессора : текущее использование CPU виртуальной машины (в Гц); использование памяти: объём оперативной памяти, занятой в процессе работы; Использование диска: общий объём занятого пространства на диске ВМ. В нижней части экрана отображается свёрнутая секция Аппаратное обеспечение ВМ, содержащая:\nколичество виртуальных процессоров; выделенную память; список подключённых CD/DVD-дисков; жёсткий диск; видеокарту (объём видеопамяти). Дополнительно доступен Запуск веб-консоли.\nДля изменения конфигурации можно воспользоваться кнопкой Изменить настройки, расположенной внизу блока аппаратного обеспечения\nИзменение питания ВМ Для работы с питанием ВМ необходимо нажать клавишу Действия, затем в выпадающем меню выбрать Питание. Доступны следующие опции:\nВключить – запускает виртуальную машину; Выключить – корректное завершение работы виртуальной машины; Приостановить – переводит ВМ в состояние сна (pause), сохраняется состояние оперативной памяти; Перезагрузка – инициирует мягкую перезагрузку виртуальной машины; Жёсткая остановка – экстренное завершение работы ВМ (аналог отключения питания). Выключить гостевую ОС – отправляет сигнал завершения сеанса внутри операционной системы (аналог нажатия кнопки выключения на ПК); Перезапустить гостевую ОС – инициирует мягкую перезагрузку непосредственно внутри ОС. Изменение настроек ВМ Для настройки виртуальной машины необходимо нажать кнопку Изменить настройки на панели управления ВМ\nТакже можно выполнить действие с помощью кнопки Действия.\nПосле этого откроется окно изменения настроек виртуальной машины:\nВход в гостевую ВМ Необходимо запустить ВМ с помощью кнопки Включить в панели управления или в выпадающем меню кнопки Действия Для подключения к ВМ необходимо нажать кнопку Запуск ВЕБ-консоли или нажать на миниатюру экрана (доступно только при включенной ВМ). Снимки ВМ Снимки состояния, или снапшоты - позволяют сохранить состояние и данные виртуальной машины на момент создания снимка. При создании снимка состояния виртуальной машины образ ВМ \u0026ldquo;замораживается\u0026rdquo; в текущем состоянии. Программный комплекс \u0026ldquo;Сфера\u0026rdquo; поддерживает создание нескольких снимков для того, чтобы позволить администратора выбирать, к какому состоянию ВМ ему необходимо вернуться. Снимок ВМ содержит следующую информацию:\nНастройки ВМ - конфигурация виртуального оборудования и настроек ВМ; Состояние питания ВМ - ВМ может быть выключена, включена или приостановлена. Состояние диска - состояние всех виртуальных дисков ВМ; Состояние памяти ВМ - содержимое памяти ВМ. Все снимки представлены в качестве древовидной структуры, где ранние снимки находятся вверху, поздние - снизу.\nСоздание снимков ВМ Для создания снимка ВМ необходимо выполнить следующие действия:\nПерейти к нужной ВМ. Нажать на кнопку Действия. Выбрать параметр Снимки. Нажать на кнопку Сделать снимок. Так же снимок ВМ можно сделать, нажав на соответствующую кнопку на панели управления ВМ или перейти в раздел Снимки.\nОткроется окно создания нового снимка, где необходимо указать имя снимка, и при необходимости - описание. Нажать кнопку Готово. После этого снимок появится в разделе Снимки. Удаление и редактирование снимков ВМ Для удаления снимков:\nПерейти к нужной ВМ. Перейти в раздел Снимки. Выбрать снимок, который нужно удалить, затем нажать кнопку Удалить. Нажать кнопку Готово. Для редактирования снимков:\nПерейти к нужной ВМ. Перейти в раздел Снимки. Выбрать снимок, который нужно удалить, затем нажать кнопку Редактировать. После изменения имени, описания ВМ, нажать кнопку Готово. Восстановление состояния ВМ из снимка состояния Для отката состояния виртуальной машины на момент создания снимка необходимо выполнить действия:\nПерейти к нужной ВМ. Перейти в раздел Снимки. Выбрать снимок ВМ, с помощью которого нужно восстановить состояние ВМ, затем нажать кнопку Восстановить. Появится окно отката состояния ВМ. ❗️ Текущее состояние этой виртуальной машины будет потеряно, если оно не сохранено в снимке состояния.\nНажать кнопку Восстановить. Состояние виртуальной машины будет таким, каким оно было на момент создания снимка. Горячее добавление устройств Для изменения настроек ВМ необходимо нажать на кнопку Действия, затем нажать на кнопку Изменить настройки\u0026hellip;.\nГорячее добавление сетевого адаптера ❗️ Для горячего добавления сетевого адаптера необходимо выбрать при создании ВМ сетевой адаптер с типом paravirtual.\nДля добавления нового сетевого адаптера необходимо нажать на кнопку Добавить новое устройство, после чего появится список доступных для добавления устройств, где необходимо выбрать Сетевой адаптер. ❗️ \u0026ldquo;Горячее\u0026rdquo; добавление жесткого диска возможно в случае, если жесткий диск использует шину Virtio.\nНастроить сетевой адаптер можно с помощью вкладки Сетевой адаптер;\nНастройка CD/DVD диска находится во вкладке CD/DVD-диск. Данная опция также позволяет настроить виртуальную шину CD/DVD диска;\nвкладка Видеокарта позволяет настроить количество дисплеев.\nРаздел Другие настройки позволяет выбрать устройства ввода.\nРаздел Параметры ВМ позволяет настроить общие настройки ВМ, такие, как имя, порядок загрузки дисков, семейство гостевой ОС и другие параметры.\nДобавление гостевых инструментов в ВМ Гостевые агенты значительно упрощают эксплуатацию виртуальной машины. Для виртуальных машин на базе ОС Windows гостевые инструменты встроены в систему.\nДля добавления инструментов ВМ на ОС Windows необходимо выполнить следующие действия:\nПри создании виртуальной машины в шаге Настройка оборудования выбрать шину Virtio. После создания виртуальной машины, выбрать ее в списке с помощью нажатия правой кнопкой мыши. Нажать кнопку Действия \u0026gt; Гостевая ОС \u0026gt; Смонтировать гостевые инструменты. Войти в гостевую ВМ, убедиться, что образ с утилитами присутствует. Войти в проводник, нажать на диск с инструментами. Запустить установщик, дождаться окончания установки. Гостевые инструменты установлены. При необходимости, гостевые инструменты можно размонтировать, нажав соответствующую кнопку Размонтировать гостевые инструменты. Наличие гостевых инструментов отображено в строке Инструменты Иридиум:\nДля установки гостевых инструментов на базе Linux загрузка возможна через репозиторий: после установки ВМ в терминале выполнить команды:\nsudo apt update sudo apt install qemu-guest-agent Создание действий по расписанию для виртуальной машины Для создания действий по расписанию необходимо:\nВыбрать нужную ВМ. Перейти в раздел Настройки. Перейти в раздел Действия по расписанию. Нажать кнопку Новые запланированные задачи. Доступны следующие действия:\nВключение; Выключение гостевой ОС; Перезапуск гостевой ОС; Выключение ВМ; Приостановка ВМ; Перезагрузка ВМ; Создание моментального снимка; Миграция ВМ. После выбора откроется окно создания действия. Окно создания действия будет отличаться в зависимости от выбранного действия.\nВключение, выключение, приостановка и перезагрузка ВМ по расписанию Для включения гостевой ОС по расписанию:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Запланировать задачу. Созданная задача будет отображена в списке. Создание моментального снимка по расписанию Для создания снимка по расписанию:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Далее необходимо ввести имя снимка, и при необходимости, описание. Доступно включение в снимок памяти машины и гостевой файловой системы. Созданная задача будет отображена в списке. Миграция ВМ по расписанию Для запланированной миграции необходимо:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Далее необходимо выбрать тип миграции, выбрать хранилище, формат диска. Возможна настройка для каждого диска отдельно. Нажать кнопку Далее. В шаге Завершение настройки можно просмотреть параметры создаваемой задачи. Задача будет отображена в списке задач по расписанию. Клонирование ВМ по расписанию Для запланированной миграции необходимо:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Далее необходимо ввести имя ВМ, указать хранилище. В шаге Настройка оборудования необходимо настроить конфигурацию ВМ. В шаге Завершение настройки можно просмотреть параметры создаваемой задачи. Создание резервной копии по расписанию Для запланированной миграции необходимо:\nВыбрать соответствующее действие в выпадающем списке. Откроется окно создания задачи. Необходимо заполнить поля Название задачи, выставить расписание, с какой частотой будет исполняться задача. Нажать кнопку Далее. Необходимо ввести название создаваемой резервной копии. Выбрать диски для копирования. Выбрать хранилище для резервной копии. Далее необходимо выбрать тип резервной копии. В шаге Завершение настройки можно просмотреть параметры создаваемой задачи. ","description":null,"ref":"/docs/pkzvezda/sphere/sphere_vm/sphvmmanaging/","section":"docs","tags":null,"title":"Управление ВМ","url":"/docs/pkzvezda/sphere/sphere_vm/sphvmmanaging/","weight":10},{"body":"Управление пользователями Создание пользователя Перейдите в админ панель Нажмите \u0026ldquo;Создать пользователя\u0026rdquo; Заполните данные и выберите роль Сохраните изменения Изменение ролей client - базовый доступ к FAQ support - доступ к внутренней документации admin - полный доступ Сброс пароля Найдите пользователя в списке Нажмите кнопку \u0026ldquo;Изменить пароль\u0026rdquo; Введите новый пароль Подтвердите изменения Деактивация аккаунта Используйте кнопку \u0026ldquo;Заблокировать\u0026rdquo; для временного отключения доступа.\n","categories":null,"content":"Управление пользователями Создание пользователя Перейдите в админ панель Нажмите \u0026ldquo;Создать пользователя\u0026rdquo; Заполните данные и выберите роль Сохраните изменения Изменение ролей client - базовый доступ к FAQ support - доступ к внутренней документации admin - полный доступ Сброс пароля Найдите пользователя в списке Нажмите кнопку \u0026ldquo;Изменить пароль\u0026rdquo; Введите новый пароль Подтвердите изменения Деактивация аккаунта Используйте кнопку \u0026ldquo;Заблокировать\u0026rdquo; для временного отключения доступа.\n","description":null,"ref":"/internal/admin-guide/user-management/","section":"internal","tags":null,"title":"Управление пользователями","url":"/internal/admin-guide/user-management/","weight":10},{"body":"После развёртывания кластера становится доступна информация обо всех его узлах, а также предоставляется возможность управления ими — включая настройку ролей, управление дисками и просмотр логов.\nСписок узлов Список узлов представлен в виде таблицы с основными характеристиками:\nИмя — уникальное имя хоста узла; Внутренняя сеть — IP-адрес, используемый для коммуникации внутри кластера; Публичная сеть — IP-адрес, доступный из внешних сетей; Состояние — текущий статус узла (например, активен, отключён и т.п.). Получение логов узла Для диагностики работы узла доступен просмотр логов из файла:\n/var/log/stormwind/stormwind.log Логи выводятся в интерфейсе и не обновляются автоматически. Для обновления содержимого необходимо вручную обновить страницу.\nУправление дисками узла На каждом узле имеется возможность управлять подключёнными физическими дисками .\nОсновные операции:\nПодключение диска к кластеру — добавление нового устройства хранения; Извлечение диска из кластера — отключение диска с последующей очисткой данных. При извлечении диска система запрашивает подтверждение. После подтверждения запускается фоновая задача по безопасному удалению диска из кластера.\nПри добавлении диска предлагается выбрать режим подключения:\nOSD Block — диск подключается как полноценное устройство хранения данных; OSD DB — диск используется как внешний журнал для других устройств хранения (ускоряет операции ввода-вывода). Управление ролями узла Для обеспечения работы интерфейсов iSCSI, NFS, CIFS, S3 необходимо наличие хотя бы одного узла с активной соответствующей ролью.\nВ форме настройки ролей узла представлены пункты для включения или отключения каждой роли. Активация роли запускает набор сервисов, обеспечивающих работу соответствующего интерфейса; деактивация — останавливает эти сервисы.\nОсобое внимание:\nРоль iSCSI работает только в связке с подсистемой RBD; Для корректной работы iSCSI необходимо убедиться, что роль RBD активирована на том же узле. Рекомендация: Управление узлами требует аккуратности и понимания взаимосвязей сервисов и аппаратных ресурсов, чтобы не нарушить стабильность и доступность кластера.\n","categories":null,"content":"После развёртывания кластера становится доступна информация обо всех его узлах, а также предоставляется возможность управления ими — включая настройку ролей, управление дисками и просмотр логов.\nСписок узлов Список узлов представлен в виде таблицы с основными характеристиками:\nИмя — уникальное имя хоста узла; Внутренняя сеть — IP-адрес, используемый для коммуникации внутри кластера; Публичная сеть — IP-адрес, доступный из внешних сетей; Состояние — текущий статус узла (например, активен, отключён и т.п.). Получение логов узла Для диагностики работы узла доступен просмотр логов из файла:\n/var/log/stormwind/stormwind.log Логи выводятся в интерфейсе и не обновляются автоматически. Для обновления содержимого необходимо вручную обновить страницу.\nУправление дисками узла На каждом узле имеется возможность управлять подключёнными физическими дисками .\nОсновные операции:\nПодключение диска к кластеру — добавление нового устройства хранения; Извлечение диска из кластера — отключение диска с последующей очисткой данных. При извлечении диска система запрашивает подтверждение. После подтверждения запускается фоновая задача по безопасному удалению диска из кластера.\nПри добавлении диска предлагается выбрать режим подключения:\nOSD Block — диск подключается как полноценное устройство хранения данных; OSD DB — диск используется как внешний журнал для других устройств хранения (ускоряет операции ввода-вывода). Управление ролями узла Для обеспечения работы интерфейсов iSCSI, NFS, CIFS, S3 необходимо наличие хотя бы одного узла с активной соответствующей ролью.\nВ форме настройки ролей узла представлены пункты для включения или отключения каждой роли. Активация роли запускает набор сервисов, обеспечивающих работу соответствующего интерфейса; деактивация — останавливает эти сервисы.\nОсобое внимание:\nРоль iSCSI работает только в связке с подсистемой RBD; Для корректной работы iSCSI необходимо убедиться, что роль RBD активирована на том же узле. Рекомендация: Управление узлами требует аккуратности и понимания взаимосвязей сервисов и аппаратных ресурсов, чтобы не нарушить стабильность и доступность кластера.\n","description":null,"ref":"/docs/stormwind/cluster_managment/","section":"docs","tags":null,"title":"Управление узлами кластера","url":"/docs/stormwind/cluster_managment/","weight":10},{"body":"🏗️ Архитектура системы Wiki Iridium 📖 Обзор архитектуры Wiki Iridium построена по принципу разделения фронтенда и бэкенда, что обеспечивает масштабируемость, безопасность и простоту обслуживания.\nОбщая схема архитектуры ┌─────────────────┐ ┌──────────────────┐ ┌─────────────────┐ │ Пользователи │ │ Nginx │ │ Hugo Frontend │ │ │◄──►│ (Reverse Proxy) │◄──►│ (Port 1313) │ │ Веб-браузеры │ │ (Port 80/443) │ │ │ └─────────────────┘ └──────────────────┘ └─────────────────┘ │ │ │ │ ▼ ▼ ┌──────────────────┐ ┌─────────────────┐ │ Go API Backend │ │ Static Content │ │ (Port 8000) │ │ Generated by │ │ (Gin Framework)│ │ Hugo │ └──────────────────┘ └─────────────────┘ │ │ ▼ ┌──────────────────┐ │ PostgreSQL │ │ Database │ │ (Port 5432) │ └──────────────────┘ 🧩 Компоненты системы 1. Frontend Layer (Hugo) Назначение: Генерация статического контента Технологии: Hugo, HTML5, CSS3, JavaScript Порт: 1313 Особенности: Live reload в режиме разработки Автоматическая генерация навигации Поддержка Markdown Темизация и кастомизация 2. Backend API (Go) Назначение: Бизнес-логика и управление данными Технологии: Go, Gin Framework Порт: 8000 Функциональность: Аутентификация пользователей Управление ролями API для мобильных приложений Административные функции 3. Database Layer (PostgreSQL) Назначение: Хранение пользовательских данных Технологии: PostgreSQL 13+ Порт: 5432 Структура: Таблицы пользователей Сессии и токены Логи активности Метаданные системы 4. Proxy Layer (Nginx) Назначение: Маршрутизация и SSL терминация Технологии: Nginx Порты: 80 (HTTP), 443 (HTTPS) Функции: SSL/TLS шифрование Сжатие контента Кэширование статики Балансировка нагрузки Безопасность архитектуры Уровни защиты ┌─────────────────────────────────────────────────────────────┐ │ Уровень сети │ │ • Firewall правила │ │ • DDoS защита │ │ • IP фильтрация │ └─────────────────────────────────────────────────────────────┘ ┌─────────────────────────────────────────────────────────────┐ │ Уровень приложения │ │ • JWT токены │ │ • Ролевая авторизация │ │ • Валидация входных данных │ └─────────────────────────────────────────────────────────────┘ ┌─────────────────────────────────────────────────────────────┐ │ Уровень данных │ │ • Шифрование паролей │ │ • Подготовленные запросы │ │ • Аудит операций │ └─────────────────────────────────────────────────────────────┘ Аутентификация и авторизация Аутентификация:\nЛогин/пароль пользователя Генерация JWT токена Сохранение в localStorage Авторизация:\nПроверка токена на каждый запрос Валидация роли пользователя Контроль доступа к ресурсам Потоки данных Аутентификация пользователя Пользователь → Nginx → Hugo → JavaScript → Go API → PostgreSQL ↓ ↑ ↑ ↑ ↑ Логин Страница Токен Проверка Данные логина пользователя Просмотр контента Пользователь → Nginx → Hugo → Статический контент ↓ ↑ ↑ Запрос Страница Markdown файлы API запросы JavaScript → Nginx → Go API → PostgreSQL ↓ ↑ ↑ ↑ AJAX запрос Проксирование Бизнес-логика Данные Масштабирование Горизонтальное масштабирование ┌─────────────────┐ │ Load Balancer │ └─────────────────┘ │ ┌──────────────┼──────────────┐ │ │ │ ┌───────▼────┐ ┌───────▼────┐ ┌───────▼────┐ │ Hugo #1 │ │ Hugo #2 │ │ Hugo #3 │ │ Go API #1 │ │ Go API #2 │ │ Go API #3 │ └────────────┘ └────────────┘ └────────────┘ │ │ │ └──────────────┼──────────────┘ │ ┌──────▼──────┐ │ PostgreSQL │ │ Cluster │ └─────────────┘ Вертикальное масштабирование CPU: Увеличение количества ядер RAM: Добавление оперативной памяти Storage: Переход на SSD, увеличение объема Network: Увеличение пропускной способности Мониторинг и логирование Метрики системы ┌──────────────────────────────────────────────────────────────┐ │ Monitoring Stack │ ├──────────────────────────────────────────────────────────────┤ │ Application Logs │ System Metrics │ User Analytics │ │ • Go API logs │ • CPU/Memory │ • Page views │ │ • Hugo build logs │ • Disk I/O │ • User sessions │ │ • Nginx logs │ • Network │ • Error rates │ ├──────────────────────────────────────────────────────────────┤ │ Alert Manager │ │ • Email notifications │ │ • Slack integration │ │ • SMS alerts (critical) │ └──────────────────────────────────────────────────────────────┘ Логирование Application Level:\n// Go API log.Printf(\u0026#34;User %s authenticated successfully\u0026#34;, userID) log.Printf(\u0026#34;Database connection failed: %v\u0026#34;, err) System Level:\n# Systemd журналы journalctl -u iridium-hugo.service journalctl -u iridium-api.service Web Server Level:\n# Nginx логи access_log /var/log/nginx/wiki_access.log; error_log /var/log/nginx/wiki_error.log; Конфигурация окружений Development Environment: development Debug: true Database: local PostgreSQL SSL: self-signed Monitoring: basic logging Staging Environment: staging Debug: false Database: staging PostgreSQL SSL: Let\u0026#39;s Encrypt Monitoring: full stack Production Environment: production Debug: false Database: production cluster SSL: commercial certificate Monitoring: full + alerting Системные требования Минимальные требования CPU: 2 cores, 2.0 GHz RAM: 4 GB Storage: 20 GB SSD Network: 100 Mbps Рекомендуемые требования CPU: 4 cores, 3.0 GHz RAM: 8 GB Storage: 50 GB NVMe SSD Network: 1 Gbps Продакшн требования CPU: 8+ cores, 3.5+ GHz RAM: 16+ GB Storage: 100+ GB NVMe SSD Network: 10+ Gbps CI/CD Pipeline Процесс развертывания ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │ Git Push │──▶│ Build │──▶│ Tests │──▶│ Deploy │ │ │ │ • Hugo │ │ • Unit │ │ • Staging │ │ │ │ • Go API │ │ • E2E │ │ • Prod │ └─────────────┘ └─────────────┘ └─────────────┘ └─────────────┘ Автоматизация Build Stage:\nСборка Hugo сайта Компиляция Go API Создание Docker образов Test Stage:\nUnit тесты API Integration тесты Security сканирование Deploy Stage:\nРазвертывание на staging Smoke тесты Развертывание на production Инструменты разработки Backend IDE: GoLand, VSCode Testing: Go testing, testify Documentation: Swagger/OpenAPI Profiling: pprof, go-torch Frontend Editor: VSCode, Sublime Text Testing: Selenium, Playwright Build: Hugo, webpack Optimization: Lighthouse, PageSpeed Дополнительные ресурсы Диаграммы архитектуры API эндпоинты Схема базы данных Руководство по развертыванию ","categories":null,"content":"🏗️ Архитектура системы Wiki Iridium 📖 Обзор архитектуры Wiki Iridium построена по принципу разделения фронтенда и бэкенда, что обеспечивает масштабируемость, безопасность и простоту обслуживания.\nОбщая схема архитектуры ┌─────────────────┐ ┌──────────────────┐ ┌─────────────────┐ │ Пользователи │ │ Nginx │ │ Hugo Frontend │ │ │◄──►│ (Reverse Proxy) │◄──►│ (Port 1313) │ │ Веб-браузеры │ │ (Port 80/443) │ │ │ └─────────────────┘ └──────────────────┘ └─────────────────┘ │ │ │ │ ▼ ▼ ┌──────────────────┐ ┌─────────────────┐ │ Go API Backend │ │ Static Content │ │ (Port 8000) │ │ Generated by │ │ (Gin Framework)│ │ Hugo │ └──────────────────┘ └─────────────────┘ │ │ ▼ ┌──────────────────┐ │ PostgreSQL │ │ Database │ │ (Port 5432) │ └──────────────────┘ 🧩 Компоненты системы 1. Frontend Layer (Hugo) Назначение: Генерация статического контента Технологии: Hugo, HTML5, CSS3, JavaScript Порт: 1313 Особенности: Live reload в режиме разработки Автоматическая генерация навигации Поддержка Markdown Темизация и кастомизация 2. Backend API (Go) Назначение: Бизнес-логика и управление данными Технологии: Go, Gin Framework Порт: 8000 Функциональность: Аутентификация пользователей Управление ролями API для мобильных приложений Административные функции 3. Database Layer (PostgreSQL) Назначение: Хранение пользовательских данных Технологии: PostgreSQL 13+ Порт: 5432 Структура: Таблицы пользователей Сессии и токены Логи активности Метаданные системы 4. Proxy Layer (Nginx) Назначение: Маршрутизация и SSL терминация Технологии: Nginx Порты: 80 (HTTP), 443 (HTTPS) Функции: SSL/TLS шифрование Сжатие контента Кэширование статики Балансировка нагрузки Безопасность архитектуры Уровни защиты ┌─────────────────────────────────────────────────────────────┐ │ Уровень сети │ │ • Firewall правила │ │ • DDoS защита │ │ • IP фильтрация │ └─────────────────────────────────────────────────────────────┘ ┌─────────────────────────────────────────────────────────────┐ │ Уровень приложения │ │ • JWT токены │ │ • Ролевая авторизация │ │ • Валидация входных данных │ └─────────────────────────────────────────────────────────────┘ ┌─────────────────────────────────────────────────────────────┐ │ Уровень данных │ │ • Шифрование паролей │ │ • Подготовленные запросы │ │ • Аудит операций │ └─────────────────────────────────────────────────────────────┘ Аутентификация и авторизация Аутентификация:\nЛогин/пароль пользователя Генерация JWT токена Сохранение в localStorage Авторизация:\nПроверка токена на каждый запрос Валидация роли пользователя Контроль доступа к ресурсам Потоки данных Аутентификация пользователя Пользователь → Nginx → Hugo → JavaScript → Go API → PostgreSQL ↓ ↑ ↑ ↑ ↑ Логин Страница Токен Проверка Данные логина пользователя Просмотр контента Пользователь → Nginx → Hugo → Статический контент ↓ ↑ ↑ Запрос Страница Markdown файлы API запросы JavaScript → Nginx → Go API → PostgreSQL ↓ ↑ ↑ ↑ AJAX запрос Проксирование Бизнес-логика Данные Масштабирование Горизонтальное масштабирование ┌─────────────────┐ │ Load Balancer │ └─────────────────┘ │ ┌──────────────┼──────────────┐ │ │ │ ┌───────▼────┐ ┌───────▼────┐ ┌───────▼────┐ │ Hugo #1 │ │ Hugo #2 │ │ Hugo #3 │ │ Go API #1 │ │ Go API #2 │ │ Go API #3 │ └────────────┘ └────────────┘ └────────────┘ │ │ │ └──────────────┼──────────────┘ │ ┌──────▼──────┐ │ PostgreSQL │ │ Cluster │ └─────────────┘ Вертикальное масштабирование CPU: Увеличение количества ядер RAM: Добавление оперативной памяти Storage: Переход на SSD, увеличение объема Network: Увеличение пропускной способности Мониторинг и логирование Метрики системы ┌──────────────────────────────────────────────────────────────┐ │ Monitoring Stack │ ├──────────────────────────────────────────────────────────────┤ │ Application Logs │ System Metrics │ User Analytics │ │ • Go API logs │ • CPU/Memory │ • Page views │ │ • Hugo build logs │ • Disk I/O │ • User sessions │ │ • Nginx logs │ • Network │ • Error rates │ ├──────────────────────────────────────────────────────────────┤ │ Alert Manager │ │ • Email notifications │ │ • Slack integration │ │ • SMS alerts (critical) │ └──────────────────────────────────────────────────────────────┘ Логирование Application Level:\n// Go API log.Printf(\u0026#34;User %s authenticated successfully\u0026#34;, userID) log.Printf(\u0026#34;Database connection failed: %v\u0026#34;, err) System Level:\n# Systemd журналы journalctl -u iridium-hugo.service journalctl -u iridium-api.service Web Server Level:\n# Nginx логи access_log /var/log/nginx/wiki_access.log; error_log /var/log/nginx/wiki_error.log; Конфигурация окружений Development Environment: development Debug: true Database: local PostgreSQL SSL: self-signed Monitoring: basic logging Staging Environment: staging Debug: false Database: staging PostgreSQL SSL: Let\u0026#39;s Encrypt Monitoring: full stack Production Environment: production Debug: false Database: production cluster SSL: commercial certificate Monitoring: full + alerting Системные требования Минимальные требования CPU: 2 cores, 2.0 GHz RAM: 4 GB Storage: 20 GB SSD Network: 100 Mbps Рекомендуемые требования CPU: 4 cores, 3.0 GHz RAM: 8 GB Storage: 50 GB NVMe SSD Network: 1 Gbps Продакшн требования CPU: 8+ cores, 3.5+ GHz RAM: 16+ GB Storage: 100+ GB NVMe SSD Network: 10+ Gbps CI/CD Pipeline Процесс развертывания ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │ Git Push │──▶│ Build │──▶│ Tests │──▶│ Deploy │ │ │ │ • Hugo │ │ • Unit │ │ • Staging │ │ │ │ • Go API │ │ • E2E │ │ • Prod │ └─────────────┘ └─────────────┘ └─────────────┘ └─────────────┘ Автоматизация Build Stage:\nСборка Hugo сайта Компиляция Go API Создание Docker образов Test Stage:\nUnit тесты API Integration тесты Security сканирование Deploy Stage:\nРазвертывание на staging Smoke тесты Развертывание на production Инструменты разработки Backend IDE: GoLand, VSCode Testing: Go testing, testify Documentation: Swagger/OpenAPI Profiling: pprof, go-torch Frontend Editor: VSCode, Sublime Text Testing: Selenium, Playwright Build: Hugo, webpack Optimization: Lighthouse, PageSpeed Дополнительные ресурсы Диаграммы архитектуры API эндпоинты Схема базы данных Руководство по развертыванию ","description":null,"ref":"/internal/technical/architecture/","section":"internal","tags":null,"title":"🏗️ Архитектура системы","url":"/internal/technical/architecture/","weight":10},{"body":"Преимущества автоматизации Исключение человеческого фактора Соблюдение расписания Стандартизация процедур Снижение времени на обслуживание Архитектура системы бэкапов Компоненты системы ┌─────────────────┐ ┌──────────────────┐ ┌─────────────────┐ │ Источники │ ──▶│ Сценарии │ ──▶│ Хранилища │ │ данных │ │ резервного │ │ бэкапов │ │ │ │ копирования │ │ │ ├─────────────────┤ ├──────────────────┤ ├─────────────────┤ │ • База данных │ │ • Полные бэкапы │ │ • Локальные │ │ • Файлы контента│ │ • Инкрементальные│ │ • Сетевые │ │ • Конфигурации │ │ • Сжатие/шифровка│ │ • Облачные │ │ • Логи │ │ • Верификация │ │ • Архивные │ └─────────────────┘ └──────────────────┘ └─────────────────┘ 🗄️ Скрипт для бэкапа базы данных #!/bin/bash # postgresql_backup.sh # Конфигурация DB_NAME=\u0026#34;wiki_db\u0026#34; DB_USER=\u0026#34;postgres\u0026#34; BACKUP_DIR=\u0026#34;/backup/postgresql\u0026#34; RETENTION_DAYS=30 LOG_FILE=\u0026#34;/var/log/backup/postgresql.log\u0026#34; # Создание директорий mkdir -p \u0026#34;$BACKUP_DIR\u0026#34; mkdir -p \u0026#34;$(dirname \u0026#34;$LOG_FILE\u0026#34;)\u0026#34; # Функция логирования log() { echo \u0026#34;$(date \u0026#39;+%Y-%m-%d %H:%M:%S\u0026#39;) - $1\u0026#34; | tee -a \u0026#34;$LOG_FILE\u0026#34; } # Начало бэкапа log \u0026#34;Начало резервного копирования базы данных $DB_NAME\u0026#34; # Имя файла с временной меткой BACKUP_FILE=\u0026#34;$BACKUP_DIR/wiki_db_$(date +%Y%m%d_%H%M%S).sql\u0026#34; # Создание бэкапа if sudo -u postgres pg_dump \u0026#34;$DB_NAME\u0026#34; \u0026gt; \u0026#34;$BACKUP_FILE\u0026#34;; then log \u0026#34;Бэкап базы данных создан: $BACKUP_FILE\u0026#34; # Сжатие if gzip \u0026#34;$BACKUP_FILE\u0026#34;; then log \u0026#34;Бэкап сжат: ${BACKUP_FILE}.gz\u0026#34; BACKUP_FILE=\u0026#34;${BACKUP_FILE}.gz\u0026#34; else log \u0026#34;ОШИБКА: Не удалось сжать бэкап\u0026#34; fi # Проверка размера SIZE=$(du -h \u0026#34;$BACKUP_FILE\u0026#34; | cut -f1) log \u0026#34;Размер бэкапа: $SIZE\u0026#34; # Верификация (попытка восстановить в тестовую БД) if command -v psql \u0026gt;/dev/null; then TEST_DB=\u0026#34;test_restore_$(date +%s)\u0026#34; if sudo -u postgres createdb \u0026#34;$TEST_DB\u0026#34; \u0026amp;\u0026amp; \\ sudo -u postgres zcat \u0026#34;$BACKUP_FILE\u0026#34; | sudo -u postgres psql \u0026#34;$TEST_DB\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then log \u0026#34;Верификация бэкапа: УСПЕШНО\u0026#34; sudo -u postgres dropdb \u0026#34;$TEST_DB\u0026#34; else log \u0026#34;ОШИБКА: Верификация бэкапа не удалась\u0026#34; sudo -u postgres dropdb \u0026#34;$TEST_DB\u0026#34; 2\u0026gt;/dev/null fi fi else log \u0026#34;ОШИБКА: Не удалось создать бэкап базы данных\u0026#34; exit 1 fi # Очистка старых бэкапов log \u0026#34;Очистка бэкапов старше $RETENTION_DAYS дней\u0026#34; find \u0026#34;$BACKUP_DIR\u0026#34; -name \u0026#34;wiki_db_*.sql.gz\u0026#34; -mtime +$RETENTION_DAYS -delete DELETED=$(find \u0026#34;$BACKUP_DIR\u0026#34; -name \u0026#34;wiki_db_*.sql.gz\u0026#34; -mtime +$RETENTION_DAYS 2\u0026gt;/dev/null | wc -l) log \u0026#34;Удалено старых бэкапов: $DELETED\u0026#34; # Проверка доступного места AVAILABLE=$(df \u0026#34;$BACKUP_DIR\u0026#34; | awk \u0026#39;NR==2 {print $4}\u0026#39;) if [ \u0026#34;$AVAILABLE\u0026#34; -lt 1048576 ]; then # Менее 1GB log \u0026#34;ПРЕДУПРЕЖДЕНИЕ: Мало места для бэкапов: $(df -h \u0026#34;$BACKUP_DIR\u0026#34; | awk \u0026#39;NR==2 {print $4}\u0026#39;)\u0026#34; fi log \u0026#34;Резервное копирование базы данных завершено\u0026#34; Скрипт для бэкапа файлов #!/bin/bash # files_backup.sh # Конфигурация SOURCE_DIRS=( \u0026#34;/opt/wiki-iridium\u0026#34; \u0026#34;/etc/nginx\u0026#34; \u0026#34;/etc/ssl\u0026#34; \u0026#34;/home\u0026#34; ) BACKUP_DIR=\u0026#34;/backup/files\u0026#34; RETENTION_DAYS=14 LOG_FILE=\u0026#34;/var/log/backup/files.log\u0026#34; # Создание директорий mkdir -p \u0026#34;$BACKUP_DIR\u0026#34; mkdir -p \u0026#34;$(dirname \u0026#34;$LOG_FILE\u0026#34;)\u0026#34; # Функция логирования log() { echo \u0026#34;$(date \u0026#39;+%Y-%m-%d %H:%M:%S\u0026#39;) - $1\u0026#34; | tee -a \u0026#34;$LOG_FILE\u0026#34; } log \u0026#34;Начало резервного копирования файлов\u0026#34; # Создание архива BACKUP_FILE=\u0026#34;$BACKUP_DIR/files_$(date +%Y%m%d_%H%M%S).tar.gz\u0026#34; # Исключения EXCLUDE_FILE=\u0026#34;/tmp/backup_exclude_$$\u0026#34; cat \u0026gt; \u0026#34;$EXCLUDE_FILE\u0026#34; \u0026lt;\u0026lt; EOF *.log *.tmp *.cache __pycache__ node_modules .git EOF # Создание архива if tar -czf \u0026#34;$BACKUP_FILE\u0026#34; \\ --exclude-from=\u0026#34;$EXCLUDE_FILE\u0026#34; \\ \u0026#34;${SOURCE_DIRS[@]}\u0026#34; 2\u0026gt;\u0026gt;\u0026#34;$LOG_FILE\u0026#34;; then log \u0026#34;Архив создан: $BACKUP_FILE\u0026#34; # Размер архива SIZE=$(du -h \u0026#34;$BACKUP_FILE\u0026#34; | cut -f1) log \u0026#34;Размер архива: $SIZE\u0026#34; # Верификация архива if tar -tzf \u0026#34;$BACKUP_FILE\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then log \u0026#34;Верификация архива: УСПЕШНО\u0026#34; else log \u0026#34;ОШИБКА: Архив поврежден\u0026#34; fi else log \u0026#34;ОШИБКА: Не удалось создать архив\u0026#34; rm -f \u0026#34;$EXCLUDE_FILE\u0026#34; exit 1 fi # Очистка rm -f \u0026#34;$EXCLUDE_FILE\u0026#34; # Очистка старых бэкапов log \u0026#34;Очистка архивов старше $RETENTION_DAYS дней\u0026#34; find \u0026#34;$BACKUP_DIR\u0026#34; -name \u0026#34;files_*.tar.gz\u0026#34; -mtime +$RETENTION_DAYS -delete log \u0026#34;Резервное копирование файлов завершено\u0026#34; Мастер-скрипт для полного бэкапа #!/bin/bash # full_backup.sh SCRIPT_DIR=\u0026#34;/opt/backup-scripts\u0026#34; LOG_FILE=\u0026#34;/var/log/backup/full_backup.log\u0026#34; # Функция логирования log() { echo \u0026#34;$(date \u0026#39;+%Y-%m-%d %H:%M:%S\u0026#39;) - $1\u0026#34; | tee -a \u0026#34;$LOG_FILE\u0026#34; } # Функция отправки уведомлений send_notification() { local status=\u0026#34;$1\u0026#34; local message=\u0026#34;$2\u0026#34; # Email уведомление echo \u0026#34;$message\u0026#34; | mail -s \u0026#34;Бэкап $(hostname): $status\u0026#34; admin@company.com # Slack/Discord webhook (опционально) # curl -X POST -H \u0026#39;Content-type: application/json\u0026#39; \\ # --data \u0026#39;{\u0026#34;text\u0026#34;:\u0026#34;\u0026#39;\u0026#34;$message\u0026#34;\u0026#39;\u0026#34;}\u0026#39; \\ # YOUR_WEBHOOK_URL } log \u0026#34;=== НАЧАЛО ПОЛНОГО РЕЗЕРВНОГО КОПИРОВАНИЯ ===\u0026#34; # Массив скриптов для выполнения BACKUP_SCRIPTS=( \u0026#34;$SCRIPT_DIR/postgresql_backup.sh\u0026#34; \u0026#34;$SCRIPT_DIR/files_backup.sh\u0026#34; ) SUCCESS_COUNT=0 TOTAL_COUNT=${#BACKUP_SCRIPTS[@]} # Выполнение скриптов for script in \u0026#34;${BACKUP_SCRIPTS[@]}\u0026#34;; do if [ -x \u0026#34;$script\u0026#34; ]; then log \u0026#34;Выполнение: $script\u0026#34; if \u0026#34;$script\u0026#34;; then log \u0026#34;УСПЕШНО: $script\u0026#34; ((SUCCESS_COUNT++)) else log \u0026#34;ОШИБКА: $script\u0026#34; fi else log \u0026#34;ПРОПУЩЕН: $script (не найден или не исполняемый)\u0026#34; fi done # Дополнительные проверки log \u0026#34;Проверка свободного места\u0026#34; BACKUP_USAGE=$(du -sh /backup 2\u0026gt;/dev/null | cut -f1) DISK_USAGE=$(df -h /backup 2\u0026gt;/dev/null | awk \u0026#39;NR==2 {print $5}\u0026#39;) log \u0026#34;Использование: /backup = $BACKUP_USAGE, диск = $DISK_USAGE\u0026#34; # Итоговый отчет if [ \u0026#34;$SUCCESS_COUNT\u0026#34; -eq \u0026#34;$TOTAL_COUNT\u0026#34; ]; then STATUS=\u0026#34;УСПЕШНО\u0026#34; MESSAGE=\u0026#34;Все бэкапы ($SUCCESS_COUNT/$TOTAL_COUNT) выполнены успешно\u0026#34; else STATUS=\u0026#34;ЧАСТИЧНО\u0026#34; MESSAGE=\u0026#34;Выполнено $SUCCESS_COUNT из $TOTAL_COUNT бэкапов\u0026#34; fi log \u0026#34;$MESSAGE\u0026#34; log \u0026#34;=== ЗАВЕРШЕНИЕ ПОЛНОГО РЕЗЕРВНОГО КОПИРОВАНИЯ ===\u0026#34; # Отправка уведомления send_notification \u0026#34;$STATUS\u0026#34; \u0026#34;$MESSAGE\u0026#34; # Код возврата [ \u0026#34;$SUCCESS_COUNT\u0026#34; -eq \u0026#34;$TOTAL_COUNT\u0026#34; ] 📅 Настройка Cron # Редактирование crontab sudo crontab -e # Ежедневный бэкап в 2:00 0 2 * * * /opt/backup-scripts/full_backup.sh # Проверка состояния бэкапов каждые 6 часов 0 */6 * * * /opt/backup-scripts/check_backups.sh # Еженедельная очистка в воскресенье в 3:00 0 3 * * 0 /opt/backup-scripts/cleanup_old_backups.sh # Ежемесячное тестирование восстановления (первое воскресенье месяца) 0 4 1-7 * 0 /opt/backup-scripts/test_restore.sh Скрипт мониторинга бэкапов #!/bin/bash # check_backups.sh BACKUP_DIR=\u0026#34;/backup\u0026#34; LOG_FILE=\u0026#34;/var/log/backup/monitoring.log\u0026#34; ALERT_EMAIL=\u0026#34;admin@company.com\u0026#34; # Функция логирования log() { echo \u0026#34;$(date \u0026#39;+%Y-%m-%d %H:%M:%S\u0026#39;) - $1\u0026#34; | tee -a \u0026#34;$LOG_FILE\u0026#34; } # Функция алерта alert() { local message=\u0026#34;$1\u0026#34; log \u0026#34;АЛЕРТ: $message\u0026#34; echo \u0026#34;$message\u0026#34; | mail -s \u0026#34; Алерт бэкапа $(hostname)\u0026#34; \u0026#34;$ALERT_EMAIL\u0026#34; } log \u0026#34;Начало проверки состояния бэкапов\u0026#34; # Проверка последнего бэкапа БД LAST_DB_BACKUP=$(find \u0026#34;$BACKUP_DIR/postgresql\u0026#34; -name \u0026#34;*.sql.gz\u0026#34; -mtime -1 | head -1) if [ -z \u0026#34;$LAST_DB_BACKUP\u0026#34; ]; then alert \u0026#34;Нет свежего бэкапа базы данных (последние 24 часа)\u0026#34; else log \u0026#34;Найден свежий бэкап БД: $(basename \u0026#34;$LAST_DB_BACKUP\u0026#34;)\u0026#34; fi # Проверка последнего бэкапа файлов LAST_FILES_BACKUP=$(find \u0026#34;$BACKUP_DIR/files\u0026#34; -name \u0026#34;*.tar.gz\u0026#34; -mtime -1 | head -1) if [ -z \u0026#34;$LAST_FILES_BACKUP\u0026#34; ]; then alert \u0026#34;Нет свежего бэкапа файлов (последние 24 часа)\u0026#34; else log \u0026#34;Найден свежий бэкап файлов: $(basename \u0026#34;$LAST_FILES_BACKUP\u0026#34;)\u0026#34; fi # Проверка доступного места (менее 10% = алерт) DISK_USAGE=$(df \u0026#34;$BACKUP_DIR\u0026#34; | awk \u0026#39;NR==2 {print $5}\u0026#39; | sed \u0026#39;s/%//\u0026#39;) if [ \u0026#34;$DISK_USAGE\u0026#34; -gt 90 ]; then alert \u0026#34;Критически мало места для бэкапов: ${DISK_USAGE}%\u0026#34; elif [ \u0026#34;$DISK_USAGE\u0026#34; -gt 80 ]; then log \u0026#34;ПРЕДУПРЕЖДЕНИЕ: Мало места для бэкапов: ${DISK_USAGE}%\u0026#34; fi # Проверка целостности последних бэкапов if [ -n \u0026#34;$LAST_DB_BACKUP\u0026#34; ]; then if ! gzip -t \u0026#34;$LAST_DB_BACKUP\u0026#34; 2\u0026gt;/dev/null; then alert \u0026#34;Поврежден последний бэкап БД: $(basename \u0026#34;$LAST_DB_BACKUP\u0026#34;)\u0026#34; fi fi if [ -n \u0026#34;$LAST_FILES_BACKUP\u0026#34; ]; then if ! tar -tzf \u0026#34;$LAST_FILES_BACKUP\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then alert \u0026#34;Поврежден последний бэкап файлов: $(basename \u0026#34;$LAST_FILES_BACKUP\u0026#34;)\u0026#34; fi fi log \u0026#34;Проверка состояния бэкапов завершена\u0026#34; Безопасность автоматических бэкапов Ограничение прав доступа #!/bin/bash # setup_backup_security.sh # Создание пользователя для бэкапов sudo useradd -r -s /bin/bash -d /var/lib/backup backup-user # Настройка директорий sudo mkdir -p /backup/{postgresql,files} sudo mkdir -p /var/log/backup sudo mkdir -p /opt/backup-scripts # Права доступа sudo chown -R backup-user:backup-user /backup sudo chown -R backup-user:backup-user /var/log/backup sudo chown -R backup-user:backup-user /opt/backup-scripts sudo chmod 750 /backup sudo chmod 750 /var/log/backup sudo chmod 755 /opt/backup-scripts # Добавление в группу postgres для доступа к БД sudo usermod -a -G postgres backup-user # Настройка sudo для backup-user echo \u0026#34;backup-user ALL=(postgres) NOPASSWD: /usr/bin/pg_dump, /usr/bin/createdb, /usr/bin/dropdb, /usr/bin/psql\u0026#34; | sudo tee /etc/sudoers.d/backup-user Шифрование бэкапов #!/bin/bash # encrypted_backup.sh # Конфигурация GPG_RECIPIENT=\u0026#34;admin@company.com\u0026#34; BACKUP_DIR=\u0026#34;/backup/encrypted\u0026#34; # Функция шифрования encrypt_backup() { local source_file=\u0026#34;$1\u0026#34; local encrypted_file=\u0026#34;${source_file}.gpg\u0026#34; if gpg --trust-model always --encrypt \\ --recipient \u0026#34;$GPG_RECIPIENT\u0026#34; \\ --output \u0026#34;$encrypted_file\u0026#34; \\ \u0026#34;$source_file\u0026#34;; then echo \u0026#34;Зашифрован: $encrypted_file\u0026#34; rm \u0026#34;$source_file\u0026#34; # Удаляем незашифрованную версию return 0 else echo \u0026#34;ОШИБКА: Не удалось зашифровать $source_file\u0026#34; return 1 fi } # Пример использования BACKUP_FILE=\u0026#34;/backup/postgresql/wiki_db_$(date +%Y%m%d_%H%M%S).sql.gz\u0026#34; # ... создание бэкапа ... encrypt_backup \u0026#34;$BACKUP_FILE\u0026#34; Оптимизация производительности Сжатие и параллелизм #!/bin/bash # optimized_backup.sh # Использование pigz для параллельного сжатия if command -v pigz \u0026gt;/dev/null; then GZIP_CMD=\u0026#34;pigz\u0026#34; else GZIP_CMD=\u0026#34;gzip\u0026#34; fi # Параллельное создание разных типов бэкапов ( echo \u0026#34;Запуск бэкапа БД...\u0026#34; /opt/backup-scripts/postgresql_backup.sh ) \u0026amp; ( echo \u0026#34;Запуск бэкапа файлов...\u0026#34; /opt/backup-scripts/files_backup.sh ) \u0026amp; # Ожидание завершения всех процессов wait echo \u0026#34;Все бэкапы завершены\u0026#34; Лучшие практики Мониторинг - всегда проверяйте успешность бэкапов Тестирование - регулярно проверяйте восстановление Логирование - ведите подробные логи всех операций Уведомления - настройте алерты при сбоях Безопасность - ограничьте доступ и используйте шифрование Производительность - оптимизируйте время выполнения Мониторинг ресурсов - следите за использованием диска и сети ","categories":null,"content":"Преимущества автоматизации Исключение человеческого фактора Соблюдение расписания Стандартизация процедур Снижение времени на обслуживание Архитектура системы бэкапов Компоненты системы ┌─────────────────┐ ┌──────────────────┐ ┌─────────────────┐ │ Источники │ ──▶│ Сценарии │ ──▶│ Хранилища │ │ данных │ │ резервного │ │ бэкапов │ │ │ │ копирования │ │ │ ├─────────────────┤ ├──────────────────┤ ├─────────────────┤ │ • База данных │ │ • Полные бэкапы │ │ • Локальные │ │ • Файлы контента│ │ • Инкрементальные│ │ • Сетевые │ │ • Конфигурации │ │ • Сжатие/шифровка│ │ • Облачные │ │ • Логи │ │ • Верификация │ │ • Архивные │ └─────────────────┘ └──────────────────┘ └─────────────────┘ 🗄️ Скрипт для бэкапа базы данных #!/bin/bash # postgresql_backup.sh # Конфигурация DB_NAME=\u0026#34;wiki_db\u0026#34; DB_USER=\u0026#34;postgres\u0026#34; BACKUP_DIR=\u0026#34;/backup/postgresql\u0026#34; RETENTION_DAYS=30 LOG_FILE=\u0026#34;/var/log/backup/postgresql.log\u0026#34; # Создание директорий mkdir -p \u0026#34;$BACKUP_DIR\u0026#34; mkdir -p \u0026#34;$(dirname \u0026#34;$LOG_FILE\u0026#34;)\u0026#34; # Функция логирования log() { echo \u0026#34;$(date \u0026#39;+%Y-%m-%d %H:%M:%S\u0026#39;) - $1\u0026#34; | tee -a \u0026#34;$LOG_FILE\u0026#34; } # Начало бэкапа log \u0026#34;Начало резервного копирования базы данных $DB_NAME\u0026#34; # Имя файла с временной меткой BACKUP_FILE=\u0026#34;$BACKUP_DIR/wiki_db_$(date +%Y%m%d_%H%M%S).sql\u0026#34; # Создание бэкапа if sudo -u postgres pg_dump \u0026#34;$DB_NAME\u0026#34; \u0026gt; \u0026#34;$BACKUP_FILE\u0026#34;; then log \u0026#34;Бэкап базы данных создан: $BACKUP_FILE\u0026#34; # Сжатие if gzip \u0026#34;$BACKUP_FILE\u0026#34;; then log \u0026#34;Бэкап сжат: ${BACKUP_FILE}.gz\u0026#34; BACKUP_FILE=\u0026#34;${BACKUP_FILE}.gz\u0026#34; else log \u0026#34;ОШИБКА: Не удалось сжать бэкап\u0026#34; fi # Проверка размера SIZE=$(du -h \u0026#34;$BACKUP_FILE\u0026#34; | cut -f1) log \u0026#34;Размер бэкапа: $SIZE\u0026#34; # Верификация (попытка восстановить в тестовую БД) if command -v psql \u0026gt;/dev/null; then TEST_DB=\u0026#34;test_restore_$(date +%s)\u0026#34; if sudo -u postgres createdb \u0026#34;$TEST_DB\u0026#34; \u0026amp;\u0026amp; \\ sudo -u postgres zcat \u0026#34;$BACKUP_FILE\u0026#34; | sudo -u postgres psql \u0026#34;$TEST_DB\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then log \u0026#34;Верификация бэкапа: УСПЕШНО\u0026#34; sudo -u postgres dropdb \u0026#34;$TEST_DB\u0026#34; else log \u0026#34;ОШИБКА: Верификация бэкапа не удалась\u0026#34; sudo -u postgres dropdb \u0026#34;$TEST_DB\u0026#34; 2\u0026gt;/dev/null fi fi else log \u0026#34;ОШИБКА: Не удалось создать бэкап базы данных\u0026#34; exit 1 fi # Очистка старых бэкапов log \u0026#34;Очистка бэкапов старше $RETENTION_DAYS дней\u0026#34; find \u0026#34;$BACKUP_DIR\u0026#34; -name \u0026#34;wiki_db_*.sql.gz\u0026#34; -mtime +$RETENTION_DAYS -delete DELETED=$(find \u0026#34;$BACKUP_DIR\u0026#34; -name \u0026#34;wiki_db_*.sql.gz\u0026#34; -mtime +$RETENTION_DAYS 2\u0026gt;/dev/null | wc -l) log \u0026#34;Удалено старых бэкапов: $DELETED\u0026#34; # Проверка доступного места AVAILABLE=$(df \u0026#34;$BACKUP_DIR\u0026#34; | awk \u0026#39;NR==2 {print $4}\u0026#39;) if [ \u0026#34;$AVAILABLE\u0026#34; -lt 1048576 ]; then # Менее 1GB log \u0026#34;ПРЕДУПРЕЖДЕНИЕ: Мало места для бэкапов: $(df -h \u0026#34;$BACKUP_DIR\u0026#34; | awk \u0026#39;NR==2 {print $4}\u0026#39;)\u0026#34; fi log \u0026#34;Резервное копирование базы данных завершено\u0026#34; Скрипт для бэкапа файлов #!/bin/bash # files_backup.sh # Конфигурация SOURCE_DIRS=( \u0026#34;/opt/wiki-iridium\u0026#34; \u0026#34;/etc/nginx\u0026#34; \u0026#34;/etc/ssl\u0026#34; \u0026#34;/home\u0026#34; ) BACKUP_DIR=\u0026#34;/backup/files\u0026#34; RETENTION_DAYS=14 LOG_FILE=\u0026#34;/var/log/backup/files.log\u0026#34; # Создание директорий mkdir -p \u0026#34;$BACKUP_DIR\u0026#34; mkdir -p \u0026#34;$(dirname \u0026#34;$LOG_FILE\u0026#34;)\u0026#34; # Функция логирования log() { echo \u0026#34;$(date \u0026#39;+%Y-%m-%d %H:%M:%S\u0026#39;) - $1\u0026#34; | tee -a \u0026#34;$LOG_FILE\u0026#34; } log \u0026#34;Начало резервного копирования файлов\u0026#34; # Создание архива BACKUP_FILE=\u0026#34;$BACKUP_DIR/files_$(date +%Y%m%d_%H%M%S).tar.gz\u0026#34; # Исключения EXCLUDE_FILE=\u0026#34;/tmp/backup_exclude_$$\u0026#34; cat \u0026gt; \u0026#34;$EXCLUDE_FILE\u0026#34; \u0026lt;\u0026lt; EOF *.log *.tmp *.cache __pycache__ node_modules .git EOF # Создание архива if tar -czf \u0026#34;$BACKUP_FILE\u0026#34; \\ --exclude-from=\u0026#34;$EXCLUDE_FILE\u0026#34; \\ \u0026#34;${SOURCE_DIRS[@]}\u0026#34; 2\u0026gt;\u0026gt;\u0026#34;$LOG_FILE\u0026#34;; then log \u0026#34;Архив создан: $BACKUP_FILE\u0026#34; # Размер архива SIZE=$(du -h \u0026#34;$BACKUP_FILE\u0026#34; | cut -f1) log \u0026#34;Размер архива: $SIZE\u0026#34; # Верификация архива if tar -tzf \u0026#34;$BACKUP_FILE\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then log \u0026#34;Верификация архива: УСПЕШНО\u0026#34; else log \u0026#34;ОШИБКА: Архив поврежден\u0026#34; fi else log \u0026#34;ОШИБКА: Не удалось создать архив\u0026#34; rm -f \u0026#34;$EXCLUDE_FILE\u0026#34; exit 1 fi # Очистка rm -f \u0026#34;$EXCLUDE_FILE\u0026#34; # Очистка старых бэкапов log \u0026#34;Очистка архивов старше $RETENTION_DAYS дней\u0026#34; find \u0026#34;$BACKUP_DIR\u0026#34; -name \u0026#34;files_*.tar.gz\u0026#34; -mtime +$RETENTION_DAYS -delete log \u0026#34;Резервное копирование файлов завершено\u0026#34; Мастер-скрипт для полного бэкапа #!/bin/bash # full_backup.sh SCRIPT_DIR=\u0026#34;/opt/backup-scripts\u0026#34; LOG_FILE=\u0026#34;/var/log/backup/full_backup.log\u0026#34; # Функция логирования log() { echo \u0026#34;$(date \u0026#39;+%Y-%m-%d %H:%M:%S\u0026#39;) - $1\u0026#34; | tee -a \u0026#34;$LOG_FILE\u0026#34; } # Функция отправки уведомлений send_notification() { local status=\u0026#34;$1\u0026#34; local message=\u0026#34;$2\u0026#34; # Email уведомление echo \u0026#34;$message\u0026#34; | mail -s \u0026#34;Бэкап $(hostname): $status\u0026#34; admin@company.com # Slack/Discord webhook (опционально) # curl -X POST -H \u0026#39;Content-type: application/json\u0026#39; \\ # --data \u0026#39;{\u0026#34;text\u0026#34;:\u0026#34;\u0026#39;\u0026#34;$message\u0026#34;\u0026#39;\u0026#34;}\u0026#39; \\ # YOUR_WEBHOOK_URL } log \u0026#34;=== НАЧАЛО ПОЛНОГО РЕЗЕРВНОГО КОПИРОВАНИЯ ===\u0026#34; # Массив скриптов для выполнения BACKUP_SCRIPTS=( \u0026#34;$SCRIPT_DIR/postgresql_backup.sh\u0026#34; \u0026#34;$SCRIPT_DIR/files_backup.sh\u0026#34; ) SUCCESS_COUNT=0 TOTAL_COUNT=${#BACKUP_SCRIPTS[@]} # Выполнение скриптов for script in \u0026#34;${BACKUP_SCRIPTS[@]}\u0026#34;; do if [ -x \u0026#34;$script\u0026#34; ]; then log \u0026#34;Выполнение: $script\u0026#34; if \u0026#34;$script\u0026#34;; then log \u0026#34;УСПЕШНО: $script\u0026#34; ((SUCCESS_COUNT++)) else log \u0026#34;ОШИБКА: $script\u0026#34; fi else log \u0026#34;ПРОПУЩЕН: $script (не найден или не исполняемый)\u0026#34; fi done # Дополнительные проверки log \u0026#34;Проверка свободного места\u0026#34; BACKUP_USAGE=$(du -sh /backup 2\u0026gt;/dev/null | cut -f1) DISK_USAGE=$(df -h /backup 2\u0026gt;/dev/null | awk \u0026#39;NR==2 {print $5}\u0026#39;) log \u0026#34;Использование: /backup = $BACKUP_USAGE, диск = $DISK_USAGE\u0026#34; # Итоговый отчет if [ \u0026#34;$SUCCESS_COUNT\u0026#34; -eq \u0026#34;$TOTAL_COUNT\u0026#34; ]; then STATUS=\u0026#34;УСПЕШНО\u0026#34; MESSAGE=\u0026#34;Все бэкапы ($SUCCESS_COUNT/$TOTAL_COUNT) выполнены успешно\u0026#34; else STATUS=\u0026#34;ЧАСТИЧНО\u0026#34; MESSAGE=\u0026#34;Выполнено $SUCCESS_COUNT из $TOTAL_COUNT бэкапов\u0026#34; fi log \u0026#34;$MESSAGE\u0026#34; log \u0026#34;=== ЗАВЕРШЕНИЕ ПОЛНОГО РЕЗЕРВНОГО КОПИРОВАНИЯ ===\u0026#34; # Отправка уведомления send_notification \u0026#34;$STATUS\u0026#34; \u0026#34;$MESSAGE\u0026#34; # Код возврата [ \u0026#34;$SUCCESS_COUNT\u0026#34; -eq \u0026#34;$TOTAL_COUNT\u0026#34; ] 📅 Настройка Cron # Редактирование crontab sudo crontab -e # Ежедневный бэкап в 2:00 0 2 * * * /opt/backup-scripts/full_backup.sh # Проверка состояния бэкапов каждые 6 часов 0 */6 * * * /opt/backup-scripts/check_backups.sh # Еженедельная очистка в воскресенье в 3:00 0 3 * * 0 /opt/backup-scripts/cleanup_old_backups.sh # Ежемесячное тестирование восстановления (первое воскресенье месяца) 0 4 1-7 * 0 /opt/backup-scripts/test_restore.sh Скрипт мониторинга бэкапов #!/bin/bash # check_backups.sh BACKUP_DIR=\u0026#34;/backup\u0026#34; LOG_FILE=\u0026#34;/var/log/backup/monitoring.log\u0026#34; ALERT_EMAIL=\u0026#34;admin@company.com\u0026#34; # Функция логирования log() { echo \u0026#34;$(date \u0026#39;+%Y-%m-%d %H:%M:%S\u0026#39;) - $1\u0026#34; | tee -a \u0026#34;$LOG_FILE\u0026#34; } # Функция алерта alert() { local message=\u0026#34;$1\u0026#34; log \u0026#34;АЛЕРТ: $message\u0026#34; echo \u0026#34;$message\u0026#34; | mail -s \u0026#34; Алерт бэкапа $(hostname)\u0026#34; \u0026#34;$ALERT_EMAIL\u0026#34; } log \u0026#34;Начало проверки состояния бэкапов\u0026#34; # Проверка последнего бэкапа БД LAST_DB_BACKUP=$(find \u0026#34;$BACKUP_DIR/postgresql\u0026#34; -name \u0026#34;*.sql.gz\u0026#34; -mtime -1 | head -1) if [ -z \u0026#34;$LAST_DB_BACKUP\u0026#34; ]; then alert \u0026#34;Нет свежего бэкапа базы данных (последние 24 часа)\u0026#34; else log \u0026#34;Найден свежий бэкап БД: $(basename \u0026#34;$LAST_DB_BACKUP\u0026#34;)\u0026#34; fi # Проверка последнего бэкапа файлов LAST_FILES_BACKUP=$(find \u0026#34;$BACKUP_DIR/files\u0026#34; -name \u0026#34;*.tar.gz\u0026#34; -mtime -1 | head -1) if [ -z \u0026#34;$LAST_FILES_BACKUP\u0026#34; ]; then alert \u0026#34;Нет свежего бэкапа файлов (последние 24 часа)\u0026#34; else log \u0026#34;Найден свежий бэкап файлов: $(basename \u0026#34;$LAST_FILES_BACKUP\u0026#34;)\u0026#34; fi # Проверка доступного места (менее 10% = алерт) DISK_USAGE=$(df \u0026#34;$BACKUP_DIR\u0026#34; | awk \u0026#39;NR==2 {print $5}\u0026#39; | sed \u0026#39;s/%//\u0026#39;) if [ \u0026#34;$DISK_USAGE\u0026#34; -gt 90 ]; then alert \u0026#34;Критически мало места для бэкапов: ${DISK_USAGE}%\u0026#34; elif [ \u0026#34;$DISK_USAGE\u0026#34; -gt 80 ]; then log \u0026#34;ПРЕДУПРЕЖДЕНИЕ: Мало места для бэкапов: ${DISK_USAGE}%\u0026#34; fi # Проверка целостности последних бэкапов if [ -n \u0026#34;$LAST_DB_BACKUP\u0026#34; ]; then if ! gzip -t \u0026#34;$LAST_DB_BACKUP\u0026#34; 2\u0026gt;/dev/null; then alert \u0026#34;Поврежден последний бэкап БД: $(basename \u0026#34;$LAST_DB_BACKUP\u0026#34;)\u0026#34; fi fi if [ -n \u0026#34;$LAST_FILES_BACKUP\u0026#34; ]; then if ! tar -tzf \u0026#34;$LAST_FILES_BACKUP\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then alert \u0026#34;Поврежден последний бэкап файлов: $(basename \u0026#34;$LAST_FILES_BACKUP\u0026#34;)\u0026#34; fi fi log \u0026#34;Проверка состояния бэкапов завершена\u0026#34; Безопасность автоматических бэкапов Ограничение прав доступа #!/bin/bash # setup_backup_security.sh # Создание пользователя для бэкапов sudo useradd -r -s /bin/bash -d /var/lib/backup backup-user # Настройка директорий sudo mkdir -p /backup/{postgresql,files} sudo mkdir -p /var/log/backup sudo mkdir -p /opt/backup-scripts # Права доступа sudo chown -R backup-user:backup-user /backup sudo chown -R backup-user:backup-user /var/log/backup sudo chown -R backup-user:backup-user /opt/backup-scripts sudo chmod 750 /backup sudo chmod 750 /var/log/backup sudo chmod 755 /opt/backup-scripts # Добавление в группу postgres для доступа к БД sudo usermod -a -G postgres backup-user # Настройка sudo для backup-user echo \u0026#34;backup-user ALL=(postgres) NOPASSWD: /usr/bin/pg_dump, /usr/bin/createdb, /usr/bin/dropdb, /usr/bin/psql\u0026#34; | sudo tee /etc/sudoers.d/backup-user Шифрование бэкапов #!/bin/bash # encrypted_backup.sh # Конфигурация GPG_RECIPIENT=\u0026#34;admin@company.com\u0026#34; BACKUP_DIR=\u0026#34;/backup/encrypted\u0026#34; # Функция шифрования encrypt_backup() { local source_file=\u0026#34;$1\u0026#34; local encrypted_file=\u0026#34;${source_file}.gpg\u0026#34; if gpg --trust-model always --encrypt \\ --recipient \u0026#34;$GPG_RECIPIENT\u0026#34; \\ --output \u0026#34;$encrypted_file\u0026#34; \\ \u0026#34;$source_file\u0026#34;; then echo \u0026#34;Зашифрован: $encrypted_file\u0026#34; rm \u0026#34;$source_file\u0026#34; # Удаляем незашифрованную версию return 0 else echo \u0026#34;ОШИБКА: Не удалось зашифровать $source_file\u0026#34; return 1 fi } # Пример использования BACKUP_FILE=\u0026#34;/backup/postgresql/wiki_db_$(date +%Y%m%d_%H%M%S).sql.gz\u0026#34; # ... создание бэкапа ... encrypt_backup \u0026#34;$BACKUP_FILE\u0026#34; Оптимизация производительности Сжатие и параллелизм #!/bin/bash # optimized_backup.sh # Использование pigz для параллельного сжатия if command -v pigz \u0026gt;/dev/null; then GZIP_CMD=\u0026#34;pigz\u0026#34; else GZIP_CMD=\u0026#34;gzip\u0026#34; fi # Параллельное создание разных типов бэкапов ( echo \u0026#34;Запуск бэкапа БД...\u0026#34; /opt/backup-scripts/postgresql_backup.sh ) \u0026amp; ( echo \u0026#34;Запуск бэкапа файлов...\u0026#34; /opt/backup-scripts/files_backup.sh ) \u0026amp; # Ожидание завершения всех процессов wait echo \u0026#34;Все бэкапы завершены\u0026#34; Лучшие практики Мониторинг - всегда проверяйте успешность бэкапов Тестирование - регулярно проверяйте восстановление Логирование - ведите подробные логи всех операций Уведомления - настройте алерты при сбоях Безопасность - ограничьте доступ и используйте шифрование Производительность - оптимизируйте время выполнения Мониторинг ресурсов - следите за использованием диска и сети ","description":null,"ref":"/internal/admin-guide/system/backup/automated-backup/","section":"internal","tags":null,"title":"🤖 Автоматическое резервное копирование","url":"/internal/admin-guide/system/backup/automated-backup/","weight":10},{"body":"Миграция виртуальных машин ПК \u0026ldquo;Сфера\u0026rdquo; позволяет проводить миграцию виртуальной машины из одного хоста или кластера в другой. Поддерживается \u0026ldquo;горячая\u0026rdquo; и \u0026ldquo;холодная\u0026rdquo; миграция. \u0026ldquo;Горячая\u0026rdquo; миграция позволяет перемещать ВМ без выключения и приостановки, \u0026ldquo;холодная\u0026rdquo; представляет собой миграцию выключенной или приостановленной ВМ.\nМиграция вычислительного ресурса ВМ Для выполнения миграции вычислительного ресурса виртуальной машины выполнить следующие действия:\nОткрыть инвентарь виртуальных машин и вызвать контекстное меню требуемой виртуальной машины с помощью правой кнопки мыши. В открывшемся списке выбрать пункт Мигрировать\u0026hellip;. На первом этапе мастера миграции: Установить переключатель в положение Изменить только вычислительный ресурс. Нажать кнопку Далее. На этапе выбора вычислительного ресурса: Выбрать целевой хост, кластер или пул ресурсов из списка доступных вычислительных ресурсов. Ознакомиться с параметрами статуса, загрузки CPU и памяти выбранного ресурса. Нажать кнопку Далее. На этапе выбора стратегии миграции: Выбрать одну из доступных стратегий:\nЖивая миграция без простоя — для перемещения виртуальной машины без прерывания работы сервисов; Миграция с приостановкой RAM — для временной приостановки работы виртуальной машины с последующим восстановлением на целевом ресурсе. Нажать кнопку Далее.\nНа этапе завершения настройки: Проверить параметры миграции: имя виртуальной машины, выбранный вычислительный ресурс, сетевые параметры и стратегию миграции. Нажать кнопку Готово для запуска процесса миграции. После выполнения указанных действий виртуальная машина будет перенесена на указанный вычислительный ресурс с сохранением выбранной стратегии. Миграция хранилища ВМ Для переноса виртуальной машины на новое хранилище выполнить следующую последовательность действий:\nОткрыть инвентарь виртуальных машин, вызвать контекстное меню требуемой виртуальной машины. В открывшемся списке выбрать пункт Мигрировать\u0026hellip;. На первом этапе мастера миграции: Установить переключатель в положение Изменить только хранилище. Нажать кнопку Далее. На этапе выбора хранилища: Выбрать целевое хранилище данных из списка доступных. Ознакомиться с параметрами: статус, объём, доступность. Нажать кнопку Далее. На этапе завершения настройки: Проверить параметры миграции: имя виртуальной машины, выбранное хранилище, способ миграции. Нажать кнопку Готово для запуска процесса миграции. После выполнения всех указанных шагов виртуальная машина будет перенесена на выбранное хранилище с сохранением её состояния и настроек. ","categories":null,"content":"Миграция виртуальных машин ПК \u0026ldquo;Сфера\u0026rdquo; позволяет проводить миграцию виртуальной машины из одного хоста или кластера в другой. Поддерживается \u0026ldquo;горячая\u0026rdquo; и \u0026ldquo;холодная\u0026rdquo; миграция. \u0026ldquo;Горячая\u0026rdquo; миграция позволяет перемещать ВМ без выключения и приостановки, \u0026ldquo;холодная\u0026rdquo; представляет собой миграцию выключенной или приостановленной ВМ.\nМиграция вычислительного ресурса ВМ Для выполнения миграции вычислительного ресурса виртуальной машины выполнить следующие действия:\nОткрыть инвентарь виртуальных машин и вызвать контекстное меню требуемой виртуальной машины с помощью правой кнопки мыши. В открывшемся списке выбрать пункт Мигрировать\u0026hellip;. На первом этапе мастера миграции: Установить переключатель в положение Изменить только вычислительный ресурс. Нажать кнопку Далее. На этапе выбора вычислительного ресурса: Выбрать целевой хост, кластер или пул ресурсов из списка доступных вычислительных ресурсов. Ознакомиться с параметрами статуса, загрузки CPU и памяти выбранного ресурса. Нажать кнопку Далее. На этапе выбора стратегии миграции: Выбрать одну из доступных стратегий:\nЖивая миграция без простоя — для перемещения виртуальной машины без прерывания работы сервисов; Миграция с приостановкой RAM — для временной приостановки работы виртуальной машины с последующим восстановлением на целевом ресурсе. Нажать кнопку Далее.\nНа этапе завершения настройки: Проверить параметры миграции: имя виртуальной машины, выбранный вычислительный ресурс, сетевые параметры и стратегию миграции. Нажать кнопку Готово для запуска процесса миграции. После выполнения указанных действий виртуальная машина будет перенесена на указанный вычислительный ресурс с сохранением выбранной стратегии. Миграция хранилища ВМ Для переноса виртуальной машины на новое хранилище выполнить следующую последовательность действий:\nОткрыть инвентарь виртуальных машин, вызвать контекстное меню требуемой виртуальной машины. В открывшемся списке выбрать пункт Мигрировать\u0026hellip;. На первом этапе мастера миграции: Установить переключатель в положение Изменить только хранилище. Нажать кнопку Далее. На этапе выбора хранилища: Выбрать целевое хранилище данных из списка доступных. Ознакомиться с параметрами: статус, объём, доступность. Нажать кнопку Далее. На этапе завершения настройки: Проверить параметры миграции: имя виртуальной машины, выбранное хранилище, способ миграции. Нажать кнопку Готово для запуска процесса миграции. После выполнения всех указанных шагов виртуальная машина будет перенесена на выбранное хранилище с сохранением её состояния и настроек. ","description":null,"ref":"/docs/pkzvezda/sphere/sphere_vm/sphere_vm_migration/","section":"docs","tags":null,"title":"Миграция ВМ","url":"/docs/pkzvezda/sphere/sphere_vm/sphere_vm_migration/","weight":11},{"body":"Мониторинг производительности хоста Для просмотра производительности хоста необходимо нажать на хост, затем нажать на вкладку Мониторинг. Откроется окно мониторинга нагрузки на ресурсы хоста.\nВкладка Мониторинг разделена на несколько разделов:\nОбщий обзор. Общие метрики загрузки всех ресурсов хоста на одной странице. Расширенный обзор. Данный раздел позволяет просмотреть детализированные диаграммы по загрузке каждого ресурса. Возможна настройка диаграмммы. Общий обзор Вкладка Общий обзор отображает показатели нагрузки на основные ресурсы хоста.\nДоступен просмотр производительности конкретного ресурса хоста. Для этого необходимо нажать кнопку Просмотреть, в выпадающем меню выбрать ресурс: память, сети, диски, использование пространства. По умолчанию обзор производительности включает в себя отображение нагрузки на ЦПУ, память, диск и сеть.\nДля отображения данных мониторинга о конкретном периоде времени, необходимо нажать на выпадающий список Период, затем выбрать временной промежуток.\nРасширенный обзор Вкладка Расширенный обзор позволяет просмотреть нагрузку на тот или иной ресурс хоста с помощью настраиваемой диаграммы. Для выбора ресурса необходимо нажать на выпадающий список, затем выбрать интересующий ресурс. Возможен выбор периода времени для отображения: для этого нажать выпадающий список Период.\nПри необходимости можно скачать диаграммы нагрузки, нажав на кнопку Загрузить диаграмму. Доступно несколько форматов: PNG, JPEG, SVG, CSV.\nДля настройки диаграммы необходимо нажать кнопку Параметры диаграммы.\nДанные параметры позволяют настроить вывод данных на усмотрение пользователя. Настройки доступны для четерых ресурсов хоста: процессор, диск, память, сеть.\nСохранить данные настройки можно с помощью клавиши Сохранить параметры как.\nСозданные настройки отображения будут доступны в выпадающем списке.\nРаботоспособность оборудования Для просмотра работоспособности оборудования хоста необходимо перейти в раздел Мониторинг-\u0026gt; Работоспособность оборудования.\nДоступен просмотр показателей состояния датчиков хранения во вкладке Датчики хранения.\nВсе оповещения и предупреждения о состоянии оборудования доступны в разделе Оповещения и предупреждения. Все записи также доступны в журнале системных событий (в разделе Журнал системных событий).\nДля просмотра истории показаний работоспособности оборудования необходимо перейти в раздел История показаний.\nДоступна настройка отображения диаграммы необходимо нажать кнопку Параметры диаграммы.\nВнесенные изменения можно сохранить для дальнейшего использования.\nВозможно выбрать тип данных для отображения: мощность, температура, либо отобразить все.\nМониторинг нагрузки на ресурсы виртуальной машины Для просмотра мониторинга конкретной виртуальной машины необходимо:\nНажать на выбранную ВМ, затем перейти в раздел Мониторинг. Откроется вкладка Общий обзор, которая отображает общий мониторинг производительности. При необходимости можно вывести отображение конкретного ресурса - сети, диска или ОЗУ. Раздел Расширенный обзор позволяет просмотреть метрики производительности более детально. При необходимости можно скачать диаграммы нагрузки, нажав на кнопку Загрузить диаграмму. Доступно несколько форматов: PNG, JPEG, SVG, CSV.\nДля настройки диаграммы необходимо нажать кнопку Параметры диаграммы.\nДанные параметры позволяют настроить вывод данных на усмотрение пользователя. Настройки доступны для следующих ресурсов хоста: процессор, диск, память, сеть.\nСохранить данные настройки можно с помощью клавиши Сохранить параметры как.\nСозданные настройки отображения будут доступны в выпадающем списке.\nМониторинг сеансов удаленной консоли Раздел Сеансы удалённой консоли позволяет отслеживать активность пользователей, подключающихся к виртуальным машинам через механизм удалённого доступа.\nОсновные элементы:\nСписок сеансов — отображает древовидную структуру, где группируются активные и завершённые подключения по имени виртуальной машины. Активные сеансы отображеы во вкладке Активные, завершенные - Закрыто. Для каждой ВМ доступен список сессий, идентифицируемых по номеру (например, Сеанс 1, Сеанс 2 и т.д.).\nПанель информации о сеансе:\nСтатус сеанса — может быть Активный или Закрыт. Имя ВМ — имя виртуальной машины, к которой выполнено подключение. HWID клиента — уникальный идентификатор оборудования клиента (при наличии). IP-адрес клиента — отображается IP-адрес с портом источника подключения. Имя пользователя — информация о пользователе, если авторизация выполнена. Кнопка \u0026ldquo;Отменить сеанс\u0026rdquo; — отображается только для активных подключений. При нажатии выполняется немедленное завершение выбранного сеанса удалённой консоли. Используется администратором для принудительного разрыва подключения при необходимости (например, при подозрении на несанкционированный доступ или превышение лимита сессий). Таблица каналов передачи данных — содержит информацию о типах передаваемых данных и их характеристиках:\nТип — название канала (например: Display, Inputs, Cursor, Playback, Main). Отправленные байты и Полученные байты — объём трафика, переданного и полученного в рамках сеанса. Среднее значение битрейта — средняя скорость передачи данных по каждому каналу. Время без активности — отображает интервал без передачи данных (в секундах), помогает выявить неактивные подключения. При отсутствии трафика (например, когда пользователь не взаимодействует с ВМ), значения объёмов и битрейта могут отображаться как нулевые.\nРаздел предназначен для контроля за производительностью и активностью подключений, а также для оперативного реагирования на подозрительную активность или неэффективное использование ресурсов.\nИнтеграция с Zabbix Для запуска Zabbix агента и подключения к Zabbix серверу необходимо выполнить следующие действия:\nПерейти в раздел настроек хоста и выбрать раздел Zabbix. Ввести необходимые данные для входа на сервер Zabbix: IP-адрес сервера, порт, имя узла, имя пользователя и пароль. Доступен выбор версии Zabbix в правом верхнем углу в выпадающем списке. Нажать кнопку Вход. Во вкладке будут отображены статусы метрик и текущие настройки.\nНастройка Zabbix Для перехода к настройкам zabbix необходимо:\nВ разделе Zabbix нажать на шестеренку. Откроется окно настроек, где будут доступны следующие параметры:\nСервер — IP-адрес или доменное имя сервера Zabbix, на который будут отправляться метрики; Порт — порт, используемый для связи с сервером Zabbix; Имя хоста — идентификатор, под которым данный сервер/хост будет зарегистрирован в Zabbix; Версия — выбор версии Zabbix, с которой будет работать интеграция; Автозапуск — если включено, метрики будут автоматически отправляться в Zabbix без необходимости ручного запуска; Связывание — при активации автоматически привязываются выбранные шаблоны метрик к хосту в Zabbix; Раздел Метрики позволяет выбрать, какие именно данные будут отправляться в Zabbix. Для каждой категории метрик отображается количество активных метрик из общего числа доступных:\nПроцессор — метрики, связанные с загрузкой и состоянием процессора; Память — метрики по оперативной памяти; Сеть — сетевые метрики; Диск — метрики по дисковым устройствам; Хранилище — метрики по системам хранения данных; Датчики — метрики с аппаратных датчиков; Процессор ВМ, Память ВМ, Сеть ВМ, Диск ВМ — метрики, относящиеся к виртуальным машинам (если они есть на данном хосте). Интеграция с GLPI Для интеграции с GLPI необходимо:\nВыбрать хост и перейти во вкладку Настройки. В разделе Интеграция выбрать GLPI. Ввести учетные данные для подключения к GLPI: Адрес хоста - поддерживается как IP-адресация, так и полное имя сервера с доменом; Вход/Пароль - указывается логин и пароль от GLPI; Токен приложения - берется в самом GLPI, при регистрации API клиента; Название сущности - указывается зарегистрированная Организация в GLPI; Время инветаря - определяет периодичность автоматической синхронизации данных инвентаризации между GLPI и ПК \u0026ldquo;Прокуратор\u0026rdquo;. Нажать на кнопку Подключиться. В левом углу окна GLPI Интеграции статус сменится на Включен. ","categories":null,"content":"Мониторинг производительности хоста Для просмотра производительности хоста необходимо нажать на хост, затем нажать на вкладку Мониторинг. Откроется окно мониторинга нагрузки на ресурсы хоста.\nВкладка Мониторинг разделена на несколько разделов:\nОбщий обзор. Общие метрики загрузки всех ресурсов хоста на одной странице. Расширенный обзор. Данный раздел позволяет просмотреть детализированные диаграммы по загрузке каждого ресурса. Возможна настройка диаграмммы. Общий обзор Вкладка Общий обзор отображает показатели нагрузки на основные ресурсы хоста.\nДоступен просмотр производительности конкретного ресурса хоста. Для этого необходимо нажать кнопку Просмотреть, в выпадающем меню выбрать ресурс: память, сети, диски, использование пространства. По умолчанию обзор производительности включает в себя отображение нагрузки на ЦПУ, память, диск и сеть.\nДля отображения данных мониторинга о конкретном периоде времени, необходимо нажать на выпадающий список Период, затем выбрать временной промежуток.\nРасширенный обзор Вкладка Расширенный обзор позволяет просмотреть нагрузку на тот или иной ресурс хоста с помощью настраиваемой диаграммы. Для выбора ресурса необходимо нажать на выпадающий список, затем выбрать интересующий ресурс. Возможен выбор периода времени для отображения: для этого нажать выпадающий список Период.\nПри необходимости можно скачать диаграммы нагрузки, нажав на кнопку Загрузить диаграмму. Доступно несколько форматов: PNG, JPEG, SVG, CSV.\nДля настройки диаграммы необходимо нажать кнопку Параметры диаграммы.\nДанные параметры позволяют настроить вывод данных на усмотрение пользователя. Настройки доступны для четерых ресурсов хоста: процессор, диск, память, сеть.\nСохранить данные настройки можно с помощью клавиши Сохранить параметры как.\nСозданные настройки отображения будут доступны в выпадающем списке.\nРаботоспособность оборудования Для просмотра работоспособности оборудования хоста необходимо перейти в раздел Мониторинг-\u0026gt; Работоспособность оборудования.\nДоступен просмотр показателей состояния датчиков хранения во вкладке Датчики хранения.\nВсе оповещения и предупреждения о состоянии оборудования доступны в разделе Оповещения и предупреждения. Все записи также доступны в журнале системных событий (в разделе Журнал системных событий).\nДля просмотра истории показаний работоспособности оборудования необходимо перейти в раздел История показаний.\nДоступна настройка отображения диаграммы необходимо нажать кнопку Параметры диаграммы.\nВнесенные изменения можно сохранить для дальнейшего использования.\nВозможно выбрать тип данных для отображения: мощность, температура, либо отобразить все.\nМониторинг нагрузки на ресурсы виртуальной машины Для просмотра мониторинга конкретной виртуальной машины необходимо:\nНажать на выбранную ВМ, затем перейти в раздел Мониторинг. Откроется вкладка Общий обзор, которая отображает общий мониторинг производительности. При необходимости можно вывести отображение конкретного ресурса - сети, диска или ОЗУ. Раздел Расширенный обзор позволяет просмотреть метрики производительности более детально. При необходимости можно скачать диаграммы нагрузки, нажав на кнопку Загрузить диаграмму. Доступно несколько форматов: PNG, JPEG, SVG, CSV.\nДля настройки диаграммы необходимо нажать кнопку Параметры диаграммы.\nДанные параметры позволяют настроить вывод данных на усмотрение пользователя. Настройки доступны для следующих ресурсов хоста: процессор, диск, память, сеть.\nСохранить данные настройки можно с помощью клавиши Сохранить параметры как.\nСозданные настройки отображения будут доступны в выпадающем списке.\nМониторинг сеансов удаленной консоли Раздел Сеансы удалённой консоли позволяет отслеживать активность пользователей, подключающихся к виртуальным машинам через механизм удалённого доступа.\nОсновные элементы:\nСписок сеансов — отображает древовидную структуру, где группируются активные и завершённые подключения по имени виртуальной машины. Активные сеансы отображеы во вкладке Активные, завершенные - Закрыто. Для каждой ВМ доступен список сессий, идентифицируемых по номеру (например, Сеанс 1, Сеанс 2 и т.д.).\nПанель информации о сеансе:\nСтатус сеанса — может быть Активный или Закрыт. Имя ВМ — имя виртуальной машины, к которой выполнено подключение. HWID клиента — уникальный идентификатор оборудования клиента (при наличии). IP-адрес клиента — отображается IP-адрес с портом источника подключения. Имя пользователя — информация о пользователе, если авторизация выполнена. Кнопка \u0026ldquo;Отменить сеанс\u0026rdquo; — отображается только для активных подключений. При нажатии выполняется немедленное завершение выбранного сеанса удалённой консоли. Используется администратором для принудительного разрыва подключения при необходимости (например, при подозрении на несанкционированный доступ или превышение лимита сессий). Таблица каналов передачи данных — содержит информацию о типах передаваемых данных и их характеристиках:\nТип — название канала (например: Display, Inputs, Cursor, Playback, Main). Отправленные байты и Полученные байты — объём трафика, переданного и полученного в рамках сеанса. Среднее значение битрейта — средняя скорость передачи данных по каждому каналу. Время без активности — отображает интервал без передачи данных (в секундах), помогает выявить неактивные подключения. При отсутствии трафика (например, когда пользователь не взаимодействует с ВМ), значения объёмов и битрейта могут отображаться как нулевые.\nРаздел предназначен для контроля за производительностью и активностью подключений, а также для оперативного реагирования на подозрительную активность или неэффективное использование ресурсов.\nИнтеграция с Zabbix Для запуска Zabbix агента и подключения к Zabbix серверу необходимо выполнить следующие действия:\nПерейти в раздел настроек хоста и выбрать раздел Zabbix. Ввести необходимые данные для входа на сервер Zabbix: IP-адрес сервера, порт, имя узла, имя пользователя и пароль. Доступен выбор версии Zabbix в правом верхнем углу в выпадающем списке. Нажать кнопку Вход. Во вкладке будут отображены статусы метрик и текущие настройки.\nНастройка Zabbix Для перехода к настройкам zabbix необходимо:\nВ разделе Zabbix нажать на шестеренку. Откроется окно настроек, где будут доступны следующие параметры:\nСервер — IP-адрес или доменное имя сервера Zabbix, на который будут отправляться метрики; Порт — порт, используемый для связи с сервером Zabbix; Имя хоста — идентификатор, под которым данный сервер/хост будет зарегистрирован в Zabbix; Версия — выбор версии Zabbix, с которой будет работать интеграция; Автозапуск — если включено, метрики будут автоматически отправляться в Zabbix без необходимости ручного запуска; Связывание — при активации автоматически привязываются выбранные шаблоны метрик к хосту в Zabbix; Раздел Метрики позволяет выбрать, какие именно данные будут отправляться в Zabbix. Для каждой категории метрик отображается количество активных метрик из общего числа доступных:\nПроцессор — метрики, связанные с загрузкой и состоянием процессора; Память — метрики по оперативной памяти; Сеть — сетевые метрики; Диск — метрики по дисковым устройствам; Хранилище — метрики по системам хранения данных; Датчики — метрики с аппаратных датчиков; Процессор ВМ, Память ВМ, Сеть ВМ, Диск ВМ — метрики, относящиеся к виртуальным машинам (если они есть на данном хосте). Интеграция с GLPI Для интеграции с GLPI необходимо:\nВыбрать хост и перейти во вкладку Настройки. В разделе Интеграция выбрать GLPI. Ввести учетные данные для подключения к GLPI: Адрес хоста - поддерживается как IP-адресация, так и полное имя сервера с доменом; Вход/Пароль - указывается логин и пароль от GLPI; Токен приложения - берется в самом GLPI, при регистрации API клиента; Название сущности - указывается зарегистрированная Организация в GLPI; Время инветаря - определяет периодичность автоматической синхронизации данных инвентаризации между GLPI и ПК \u0026ldquo;Прокуратор\u0026rdquo;. Нажать на кнопку Подключиться. В левом углу окна GLPI Интеграции статус сменится на Включен. ","description":null,"ref":"/docs/pkzvezda/procurator/monitoring/","section":"docs","tags":null,"title":"Мониторинг","url":"/docs/pkzvezda/procurator/monitoring/","weight":11},{"body":"Пользователями Stormwind считаются администраторы и наблюдатели, имеющие доступ к веб-интерфейсу системы. Роли пользователей определяют уровень доступа:\nАдминистраторы — полный доступ ко всем функциям и настройкам системы; Наблюдатели — просмотр общей информации о кластере без возможности внесения изменений. По умолчанию после развёртывания кластера создаётся один пользователь с ролью администратора:\nЛогин: admin Пароль: P@ssw0rd Список пользователей Список пользователей отображается в виде таблицы со следующими колонками:\nИмя — отображаемое имя пользователя; Электронная почта — адрес электронной почты для получения уведомлений; Роль — текущая роль пользователя (администратор или наблюдатель). Добавление пользователя При добавлении нового пользователя необходимо заполнить поля:\nЛогин — уникальный идентификатор для входа в систему; Пароль и Подтвердите пароль — пароль для авторизации пользователя; Роль — выбор между “Администратор” и “Наблюдатель”; Почта — электронная почта для получения уведомлений; Уведомления на почту — активация отправки уведомлений на указанный адрес; Отображаемое имя — имя, видимое в списке пользователей. Изменение пользователя Форма редактирования пользователя аналогична форме добавления, но поля Логин и Роль недоступны для изменения.\nУдаление пользователя Удаление пользователя требует подтверждения действия. После подтверждения все связанные с пользователем метаданные будут удалены из системы.\nРекомендация: Следует внимательно управлять ролями пользователей для обеспечения безопасности и контроля над доступом к кластеру.\n","categories":null,"content":"Пользователями Stormwind считаются администраторы и наблюдатели, имеющие доступ к веб-интерфейсу системы. Роли пользователей определяют уровень доступа:\nАдминистраторы — полный доступ ко всем функциям и настройкам системы; Наблюдатели — просмотр общей информации о кластере без возможности внесения изменений. По умолчанию после развёртывания кластера создаётся один пользователь с ролью администратора:\nЛогин: admin Пароль: P@ssw0rd Список пользователей Список пользователей отображается в виде таблицы со следующими колонками:\nИмя — отображаемое имя пользователя; Электронная почта — адрес электронной почты для получения уведомлений; Роль — текущая роль пользователя (администратор или наблюдатель). Добавление пользователя При добавлении нового пользователя необходимо заполнить поля:\nЛогин — уникальный идентификатор для входа в систему; Пароль и Подтвердите пароль — пароль для авторизации пользователя; Роль — выбор между “Администратор” и “Наблюдатель”; Почта — электронная почта для получения уведомлений; Уведомления на почту — активация отправки уведомлений на указанный адрес; Отображаемое имя — имя, видимое в списке пользователей. Изменение пользователя Форма редактирования пользователя аналогична форме добавления, но поля Логин и Роль недоступны для изменения.\nУдаление пользователя Удаление пользователя требует подтверждения действия. После подтверждения все связанные с пользователем метаданные будут удалены из системы.\nРекомендация: Следует внимательно управлять ролями пользователей для обеспечения безопасности и контроля над доступом к кластеру.\n","description":null,"ref":"/docs/stormwind/user_managment/","section":"docs","tags":null,"title":"Управление пользователями","url":"/docs/stormwind/user_managment/","weight":11},{"body":"Клонирование виртуальной машины Клонирование виртуальной машины представляет собой создание копии существующей виртуальной машины. Новая виртуальная машина будет иметь ту же самую конфигурацию, установленные приложения и разрешения, которые были у оригинальной ВМ.\nДля клонирования виртуальной машины необходимо выполнить следующие действия:\nВыбрать виртуальную машину, которую необходимо клонировать. Нажать на ВМ правой кнопкой мыши, в выпадающем меню нажать Клонировать в виртуальную машину. Если необходимо создать шаблон из этой ВМ, необходимо нажать кнопку Клонировать в шаблон. На этапе выбора имя и папки необходимо ввести уникальное имя ВМ или оставить его пустым, система автоматически сгенерирует случайное имя. На данном этапе так же необходимо выбрать папку, где будет размещена ВМ. В шаге выбора хранилища необходимо выбрать хранилище, куда будет производиться клонирование ВМ, затем нажать Далее. На вкладке Настройка оборудования можно настроить оборудование и параметры виртуальной машины, затем нажать кнопку Далее. На странице Завершение можно просмотреть настройки ВМ, затем нажать Готово. Новая виртуальная машина появится в списке ВМ.\n","categories":null,"content":"Клонирование виртуальной машины Клонирование виртуальной машины представляет собой создание копии существующей виртуальной машины. Новая виртуальная машина будет иметь ту же самую конфигурацию, установленные приложения и разрешения, которые были у оригинальной ВМ.\nДля клонирования виртуальной машины необходимо выполнить следующие действия:\nВыбрать виртуальную машину, которую необходимо клонировать. Нажать на ВМ правой кнопкой мыши, в выпадающем меню нажать Клонировать в виртуальную машину. Если необходимо создать шаблон из этой ВМ, необходимо нажать кнопку Клонировать в шаблон. На этапе выбора имя и папки необходимо ввести уникальное имя ВМ или оставить его пустым, система автоматически сгенерирует случайное имя. На данном этапе так же необходимо выбрать папку, где будет размещена ВМ. В шаге выбора хранилища необходимо выбрать хранилище, куда будет производиться клонирование ВМ, затем нажать Далее. На вкладке Настройка оборудования можно настроить оборудование и параметры виртуальной машины, затем нажать кнопку Далее. На странице Завершение можно просмотреть настройки ВМ, затем нажать Готово. Новая виртуальная машина появится в списке ВМ.\n","description":null,"ref":"/docs/pkzvezda/sphere/sphere_vm/clon_vm/","section":"docs","tags":null,"title":"Клонирование ВМ","url":"/docs/pkzvezda/sphere/sphere_vm/clon_vm/","weight":12},{"body":"Консоль событий отображает все события, сообщения и ошибки, происходящие в программном комплексе.\nПерейти к журналу событий можно несколькими способами:\nНажать на выпадающее меню навигации (две стрелки, обращенные влево), затем в списке выбрать События; Перейти в Ярлыки, затем в разделе мониторинг выбрать События. Журнал событий отображает следующую информацию:\nОписание события; Тип события. Дата и время события; Пользователь, который вызвал событие; Идентификатор типа события. Для просмотра детального описания события необходимо нажать на стрелку слева от описания действия.\nДля просмотра событий за определенный промежуток времени необходимо заполнить соответствующее поле, либо выбрать дату, нажав на календарь.\n","categories":null,"content":"Консоль событий отображает все события, сообщения и ошибки, происходящие в программном комплексе.\nПерейти к журналу событий можно несколькими способами:\nНажать на выпадающее меню навигации (две стрелки, обращенные влево), затем в списке выбрать События; Перейти в Ярлыки, затем в разделе мониторинг выбрать События. Журнал событий отображает следующую информацию:\nОписание события; Тип события. Дата и время события; Пользователь, который вызвал событие; Идентификатор типа события. Для просмотра детального описания события необходимо нажать на стрелку слева от описания действия.\nДля просмотра событий за определенный промежуток времени необходимо заполнить соответствующее поле, либо выбрать дату, нажав на календарь.\n","description":null,"ref":"/docs/pkzvezda/procurator/journal/","section":"docs","tags":null,"title":"Консоль событий","url":"/docs/pkzvezda/procurator/journal/","weight":12},{"body":"Для проверки производительности и устойчивости распределённой системы хранения данных (РСХД) предусмотрен встроенный механизм тестирования нагрузки. Запуск теста осуществляется посредством заполнения соответствующей формы. Перед началом рекомендуется убедиться, что выбранный пул предназначен для тестирования, и выполнение операций не повлияет на рабочие данные.\nНастройки тестирования Перед запуском необходимо задать следующие параметры:\nПул — имя пула хранения, в который будут записываться и из которого будут считываться тестовые данные. Следует учитывать, что в процессе тестирования в пул будут вноситься изменения. Потоков на клиента — количество параллельных потоков чтения/записи, генерируемых на каждом клиентском узле. Продолжительность — общее время выполнения теста. Первая половина периода используется для записи, вторая — для чтения. Дополнительное время может быть затрачено на удаление тестовых данных. Узлы, осуществляющие нагрузку — список узлов, от имени которых будет инициироваться нагрузка. Возможна спецификация одного или нескольких узлов. Узлы для сбора метрик по нагрузке — перечень узлов, на которых осуществляется сбор метрик. Это позволяет анализировать распределение нагрузки по всей архитектуре, включая репликацию. Почистить тестовые данные — параметр, определяющий необходимость удаления временных данных после завершения теста. Рекомендуется оставлять включённым. Примечание: При распределённой архитектуре системы возможна ситуация, при которой запись производится через один узел, а нагрузка наблюдается на других узлах в результате репликации и фоновых операций.\nВыполнение теста Для выполнения теста:\nПо завершении заполнения формы следует нажать кнопку «Запуск». После чего создаётся фоновая задача. В процессе выполнения интерфейс остаётся доступным для переключения на другие разделы. По завершении теста автоматически формируется отчёт. Отчёт о тестировании Отчёт включает два основных раздела: Запись и Чтение, каждый из которых содержит метрики, полученные с различных узлов системы:\nrados — информация от клиентских узлов, задействованных в генерации нагрузки. Содержит сводные сведения о факте выполнения операций. sar — системные метрики (нагрузка на CPU, память, дисковую подсистему, сеть), полученные с узлов, указанных для мониторинга. Позволяет оценить воздействие тестовой нагрузки на инфраструктуру в момент проведения испытаний. ","categories":null,"content":"Для проверки производительности и устойчивости распределённой системы хранения данных (РСХД) предусмотрен встроенный механизм тестирования нагрузки. Запуск теста осуществляется посредством заполнения соответствующей формы. Перед началом рекомендуется убедиться, что выбранный пул предназначен для тестирования, и выполнение операций не повлияет на рабочие данные.\nНастройки тестирования Перед запуском необходимо задать следующие параметры:\nПул — имя пула хранения, в который будут записываться и из которого будут считываться тестовые данные. Следует учитывать, что в процессе тестирования в пул будут вноситься изменения. Потоков на клиента — количество параллельных потоков чтения/записи, генерируемых на каждом клиентском узле. Продолжительность — общее время выполнения теста. Первая половина периода используется для записи, вторая — для чтения. Дополнительное время может быть затрачено на удаление тестовых данных. Узлы, осуществляющие нагрузку — список узлов, от имени которых будет инициироваться нагрузка. Возможна спецификация одного или нескольких узлов. Узлы для сбора метрик по нагрузке — перечень узлов, на которых осуществляется сбор метрик. Это позволяет анализировать распределение нагрузки по всей архитектуре, включая репликацию. Почистить тестовые данные — параметр, определяющий необходимость удаления временных данных после завершения теста. Рекомендуется оставлять включённым. Примечание: При распределённой архитектуре системы возможна ситуация, при которой запись производится через один узел, а нагрузка наблюдается на других узлах в результате репликации и фоновых операций.\nВыполнение теста Для выполнения теста:\nПо завершении заполнения формы следует нажать кнопку «Запуск». После чего создаётся фоновая задача. В процессе выполнения интерфейс остаётся доступным для переключения на другие разделы. По завершении теста автоматически формируется отчёт. Отчёт о тестировании Отчёт включает два основных раздела: Запись и Чтение, каждый из которых содержит метрики, полученные с различных узлов системы:\nrados — информация от клиентских узлов, задействованных в генерации нагрузки. Содержит сводные сведения о факте выполнения операций. sar — системные метрики (нагрузка на CPU, память, дисковую подсистему, сеть), полученные с узлов, указанных для мониторинга. Позволяет оценить воздействие тестовой нагрузки на инфраструктуру в момент проведения испытаний. ","description":null,"ref":"/docs/stormwind/testing_cluster/","section":"docs","tags":null,"title":"Тестирование нагрузки на кластер","url":"/docs/stormwind/testing_cluster/","weight":12},{"body":"Core\nМетод Запрос Ответ Описание HealthStatus Empty HealthStatusResponse Проверка состояния системы. GetTLSConfig Empty GetTLSConfigResponse Получение конфигурации TLS. Task\nМетод Запрос Ответ Описание Create TaskCreateRequest ActionResponse Создание задачи. List Empty TaskList Получение списка задач. Get ActionRequest TaskItem Получение информации о задаче. Wait ActionRequest TaskItem (поток) Ожидание выполнения задачи. Auth\nМетод Запрос Ответ Описание Login LoginRequest AuthResponse Аутентификация пользователя. Logout Empty Empty Выход из системы. ChangePassword ChangePasswordRequest Empty Смена пароля. CreateAppAccessToken CreateAppAccessTokenRequest AuthResponse Создание токена для доступа приложения. RefreshAccessToken RefreshAccessTokenRequest AuthResponse Обновление токена доступа. AuthenticateRequest AuthenticateRequestRequest Empty Проверка аутентификации запроса. Host\nМетод Запрос Ответ Описание Get Empty ProcuratorHost Получение информации о хосте. Certificate Empty ProcuratorCertificate Получение сертификата. RenewCertificate Empty ProcuratorCertificate Обновление сертификата. License Empty ProcuratorLicense Получение данных лицензии. Services Empty ProcuratorServices Список сервисов на хосте. Packages Empty ProcuratorPackages Список пакетов. PciDevices Empty ProcuratorPCIDevices Список PCI-устройств. TogglePciPassthrough ActionRequest ActionResponse Включение/отключение PCI Passthrough. Associate AssociateRequest Empty Ассоциация хоста со сферой. Disassociate Empty Empty Удаление ассоциации хоста со сферой. MonitoringStream MonitoringStreamRequest MonitoringStreamMessage Поток мониторинга данных с хоста. Datastores\nМетод Запрос Ответ Описание Create DatastoreCreateRequest ActionResponse Создание хранилища. List Empty DatastoreList Список хранилищ. Get ActionRequest Datastore Получение информации о хранилище. Delete ActionRequest ActionResponse Удаление хранилища. BrowseFolder BNRDFolderRequest SindItem Просмотр содержимого папки. NewFolder BNRDFolderRequest ActionResponse Создание новой папки. MakeEmptyFile MakeEmptyFileRequest ActionResponse Создание пустого файла. UploadFile UploadFileRequest (поток) UploadFileResponse Загрузка файла в хранилище. RenameItem BNRDFolderRequest ActionResponse Переименование объекта. CopyItem CMItemRequest ActionResponse Копирование объекта. MoveItem CMItemRequest ActionResponse Перемещение объекта. DeleteItem BNRDFolderRequest ActionResponse Удаление объекта. DownloadFile DownloadFileRequest DownloadFileResponse (поток) Загрузка файла из хранилища. Vms\nМетод Запрос Ответ Описание Validate ProcuratorVirtualMachine ValidateResponse Валидация параметров ВМ. Create VMCreateRequest ActionResponse Создание ВМ. List Empty VmsListResponse Список ВМ. ListWithParams VmParamsRequest VmsListResponse Список ВМ с параметрами статистики. Remove ActionRequest ActionResponse Удаление ВМ. Delete ActionRequest ActionResponse Удаление ВМ с диска. Get ActionRequest ProcuratorVirtualMachine Получение информации о ВМ. GetWithParams VmParamsRequest ProcuratorVirtualMachine Получение ВМ с параметрами статистики. Update ProcuratorVirtualMachine ActionResponse Обновление ВМ. PowerOn ActionRequest ActionResponse Включение ВМ. PowerOff ActionRequest ActionResponse Выключение ВМ. HardStop ActionRequest ActionResponse Жесткая остановка ВМ. Reset ActionRequest ActionResponse Сброс ВМ. ShutdownGuest ActionRequest ActionResponse Завершение работы гостевой ОС. RestartGuest ActionRequest ActionResponse Перезапуск гостевой ОС. Suspend ActionRequest ActionResponse Приостановка ВМ. Resume ActionRequest ActionResponse Возобновление работы ВМ. MountGuestTools ActionRequest ActionResponse Подключение инструментов гостевой ОС. UnmountGuestTools ActionRequest ActionResponse Отключение инструментов гостевой ОС. Screenshot ActionRequest ScreenShotResponse Создание скриншота ВМ. MigrateHost ActionMigrateRequest ActionResponse Миграция ВМ на другой хост. MigrateHostPrepare MigrateHostMessage MigrateHostMessage Подготовка целевого хоста к миграции ВМ. MigrateHostFinish MigrateHostMessage MigrateHostMessage Завершение миграции на целевом хосте. SendSessionsMetric Empty SessionsStream (поток) Поток сессий и метрик. Название сообщения Поле Тип Описание Empty - - Пустое сообщение. ValidateResponse error_messages repeated ValidationError Список ошибок валидации. pvm ProcuratorVirtualMachine Информация о виртуальной машине. ValidationError field string Название поля, в котором обнаружена ошибка. error_message string Сообщение об ошибке. ActionRequest target_id string Идентификатор цели для выполнения действия. VmParamsRequest target_id string Идентификатор виртуальной машины. cpu_stats bool Запрос статистики по CPU. storage_stats bool Запрос статистики по устройствам хранения. network_stats bool Запрос статистики по сетевым адаптерам. uptime bool Запрос информации о времени работы. guest_tools bool Запрос информации о гостевых инструментах. snapshots_stats bool Запрос информации о снимках виртуальных машин. LoginRequest username string Имя пользователя для входа. password string Пароль для входа. AuthResponse access_token string Токен доступа для аутентификации. access_token_expires_at int64 Время окончания действия токена доступа. refresh_token string Токен обновления для аутентификации. refresh_token_expires_at int64 Время окончания действия токена обновления. DatastoreCreateRequest name string Название хранилища данных. type_code int32 Код типа хранилища данных. server string IP-адрес сервера (для NFS). folder string Путь к папке (для NFS). readonly bool Указывает, что хранилище данных доступно только для чтения. version float Версия NFS (например, 3.0 или 4.1). devices repeated string Устройства, связанные с хранилищем данных. reinit optional bool Опция реинициализации для NFS. nconnect optional int32 Количество подключений NFS. ProcuratorVirtualMachine deployment_name string Название развёртывания виртуальной машины. name string Название виртуальной машины. uuid string UUID виртуальной машины. compatibility string Уровень совместимости. guest_os_family string Семейство гостевой ОС. guest_os_version string Версия гостевой ОС. storage ProcVMStorage Конфигурация хранилища виртуальной машины. machine_type string Тип машины (например, q35). HealthStatusResponse status int32 Код статуса состояния. version string Версия API. message string Сообщение о состоянии системы. Полная таблица методов gRPC API Core Метод Запрос Ответ Описание HealthStatus Empty HealthStatusResponse Проверка состояния системы. Пустое сообщение. Код статуса, версия API, сообщение о состоянии. GetTLSConfig Empty GetTLSConfigResponse Получение конфигурации TLS. Пустое сообщение. Параметры TLS, такие как сертификаты и настройки. Task Метод Запрос Ответ Описание Create TaskCreateRequest ActionResponse Создание задачи. Параметры задачи (например, название, тип). Результат выполнения действия. List Empty TaskList Получение списка задач. Пустое сообщение. Список задач с их параметрами. Get ActionRequest TaskItem Получение информации о задаче. Идентификатор задачи. Подробная информация о задаче. Wait ActionRequest TaskItem (поток) Ожидание выполнения задачи. Идентификатор задачи. Постоянный поток с обновлениями по задаче. Auth Метод Запрос Ответ Описание Login LoginRequest AuthResponse Аутентификация пользователя. Имя пользователя и пароль. Токен доступа и токен обновления. Logout Empty Empty Выход из системы. Пустое сообщение. Пустое сообщение. ChangePassword ChangePasswordRequest Empty Смена пароля. Старый и новый пароль. Пустое сообщение. CreateAppAccessToken CreateAppAccessTokenRequest AuthResponse Создание токена для доступа приложения. Информация о приложении. Токен доступа для приложения. RefreshAccessToken RefreshAccessTokenRequest AuthResponse Обновление токена доступа. Истёкший токен доступа. Новый токен доступа. AuthenticateRequest AuthenticateRequestRequest Empty Проверка аутентификации запроса. Токен доступа. Пустое сообщение при успешной проверке. Host Метод Запрос Ответ Описание Get Empty ProcuratorHost Получение информации о хосте. Пустое сообщение. Информация о хосте, например, IP, имя. Certificate Empty ProcuratorCertificate Получение сертификата. Пустое сообщение. Сертификат хоста. RenewCertificate Empty ProcuratorCertificate Обновление сертификата. Пустое сообщение. Новый сертификат. License Empty ProcuratorLicense Получение данных лицензии. Пустое сообщение. Информация о лицензии. Services Empty ProcuratorServices Список сервисов на хосте. Пустое сообщение. Список сервисов с их статусами. Datastores Метод Запрос Ответ Описание Create DatastoreCreateRequest ActionResponse Создание хранилища. Параметры хранилища: название, тип, сервер. Результат создания. List Empty DatastoreList Список хранилищ. Пустое сообщение. Полный список хранилищ. Get ActionRequest Datastore Получение информации о хранилище. Идентификатор хранилища. Подробная информация о хранилище. Delete ActionRequest ActionResponse Удаление хранилища. Идентификатор хранилища. Результат удаления. Replication Метод Запрос Ответ Описание Create ReplicationCreateRequest ActionResponse Создание задания репликации. Параметры задачи: источник, цель. Результат создания. List Empty ReplicationList Список задач репликации. Пустое сообщение. Полный список задач репликации. Get ActionRequest ReplicationTask Получение данных о задаче репликации. Идентификатор задачи. Подробная информация о задаче. Delete ActionRequest ActionResponse Удаление задачи репликации. Идентификатор задачи. Результат удаления. ","categories":null,"content":"Core\nМетод Запрос Ответ Описание HealthStatus Empty HealthStatusResponse Проверка состояния системы. GetTLSConfig Empty GetTLSConfigResponse Получение конфигурации TLS. Task\nМетод Запрос Ответ Описание Create TaskCreateRequest ActionResponse Создание задачи. List Empty TaskList Получение списка задач. Get ActionRequest TaskItem Получение информации о задаче. Wait ActionRequest TaskItem (поток) Ожидание выполнения задачи. Auth\nМетод Запрос Ответ Описание Login LoginRequest AuthResponse Аутентификация пользователя. Logout Empty Empty Выход из системы. ChangePassword ChangePasswordRequest Empty Смена пароля. CreateAppAccessToken CreateAppAccessTokenRequest AuthResponse Создание токена для доступа приложения. RefreshAccessToken RefreshAccessTokenRequest AuthResponse Обновление токена доступа. AuthenticateRequest AuthenticateRequestRequest Empty Проверка аутентификации запроса. Host\nМетод Запрос Ответ Описание Get Empty ProcuratorHost Получение информации о хосте. Certificate Empty ProcuratorCertificate Получение сертификата. RenewCertificate Empty ProcuratorCertificate Обновление сертификата. License Empty ProcuratorLicense Получение данных лицензии. Services Empty ProcuratorServices Список сервисов на хосте. Packages Empty ProcuratorPackages Список пакетов. PciDevices Empty ProcuratorPCIDevices Список PCI-устройств. TogglePciPassthrough ActionRequest ActionResponse Включение/отключение PCI Passthrough. Associate AssociateRequest Empty Ассоциация хоста со сферой. Disassociate Empty Empty Удаление ассоциации хоста со сферой. MonitoringStream MonitoringStreamRequest MonitoringStreamMessage Поток мониторинга данных с хоста. Datastores\nМетод Запрос Ответ Описание Create DatastoreCreateRequest ActionResponse Создание хранилища. List Empty DatastoreList Список хранилищ. Get ActionRequest Datastore Получение информации о хранилище. Delete ActionRequest ActionResponse Удаление хранилища. BrowseFolder BNRDFolderRequest SindItem Просмотр содержимого папки. NewFolder BNRDFolderRequest ActionResponse Создание новой папки. MakeEmptyFile MakeEmptyFileRequest ActionResponse Создание пустого файла. UploadFile UploadFileRequest (поток) UploadFileResponse Загрузка файла в хранилище. RenameItem BNRDFolderRequest ActionResponse Переименование объекта. CopyItem CMItemRequest ActionResponse Копирование объекта. MoveItem CMItemRequest ActionResponse Перемещение объекта. DeleteItem BNRDFolderRequest ActionResponse Удаление объекта. DownloadFile DownloadFileRequest DownloadFileResponse (поток) Загрузка файла из хранилища. Vms\nМетод Запрос Ответ Описание Validate ProcuratorVirtualMachine ValidateResponse Валидация параметров ВМ. Create VMCreateRequest ActionResponse Создание ВМ. List Empty VmsListResponse Список ВМ. ListWithParams VmParamsRequest VmsListResponse Список ВМ с параметрами статистики. Remove ActionRequest ActionResponse Удаление ВМ. Delete ActionRequest ActionResponse Удаление ВМ с диска. Get ActionRequest ProcuratorVirtualMachine Получение информации о ВМ. GetWithParams VmParamsRequest ProcuratorVirtualMachine Получение ВМ с параметрами статистики. Update ProcuratorVirtualMachine ActionResponse Обновление ВМ. PowerOn ActionRequest ActionResponse Включение ВМ. PowerOff ActionRequest ActionResponse Выключение ВМ. HardStop ActionRequest ActionResponse Жесткая остановка ВМ. Reset ActionRequest ActionResponse Сброс ВМ. ShutdownGuest ActionRequest ActionResponse Завершение работы гостевой ОС. RestartGuest ActionRequest ActionResponse Перезапуск гостевой ОС. Suspend ActionRequest ActionResponse Приостановка ВМ. Resume ActionRequest ActionResponse Возобновление работы ВМ. MountGuestTools ActionRequest ActionResponse Подключение инструментов гостевой ОС. UnmountGuestTools ActionRequest ActionResponse Отключение инструментов гостевой ОС. Screenshot ActionRequest ScreenShotResponse Создание скриншота ВМ. MigrateHost ActionMigrateRequest ActionResponse Миграция ВМ на другой хост. MigrateHostPrepare MigrateHostMessage MigrateHostMessage Подготовка целевого хоста к миграции ВМ. MigrateHostFinish MigrateHostMessage MigrateHostMessage Завершение миграции на целевом хосте. SendSessionsMetric Empty SessionsStream (поток) Поток сессий и метрик. Название сообщения Поле Тип Описание Empty - - Пустое сообщение. ValidateResponse error_messages repeated ValidationError Список ошибок валидации. pvm ProcuratorVirtualMachine Информация о виртуальной машине. ValidationError field string Название поля, в котором обнаружена ошибка. error_message string Сообщение об ошибке. ActionRequest target_id string Идентификатор цели для выполнения действия. VmParamsRequest target_id string Идентификатор виртуальной машины. cpu_stats bool Запрос статистики по CPU. storage_stats bool Запрос статистики по устройствам хранения. network_stats bool Запрос статистики по сетевым адаптерам. uptime bool Запрос информации о времени работы. guest_tools bool Запрос информации о гостевых инструментах. snapshots_stats bool Запрос информации о снимках виртуальных машин. LoginRequest username string Имя пользователя для входа. password string Пароль для входа. AuthResponse access_token string Токен доступа для аутентификации. access_token_expires_at int64 Время окончания действия токена доступа. refresh_token string Токен обновления для аутентификации. refresh_token_expires_at int64 Время окончания действия токена обновления. DatastoreCreateRequest name string Название хранилища данных. type_code int32 Код типа хранилища данных. server string IP-адрес сервера (для NFS). folder string Путь к папке (для NFS). readonly bool Указывает, что хранилище данных доступно только для чтения. version float Версия NFS (например, 3.0 или 4.1). devices repeated string Устройства, связанные с хранилищем данных. reinit optional bool Опция реинициализации для NFS. nconnect optional int32 Количество подключений NFS. ProcuratorVirtualMachine deployment_name string Название развёртывания виртуальной машины. name string Название виртуальной машины. uuid string UUID виртуальной машины. compatibility string Уровень совместимости. guest_os_family string Семейство гостевой ОС. guest_os_version string Версия гостевой ОС. storage ProcVMStorage Конфигурация хранилища виртуальной машины. machine_type string Тип машины (например, q35). HealthStatusResponse status int32 Код статуса состояния. version string Версия API. message string Сообщение о состоянии системы. Полная таблица методов gRPC API Core Метод Запрос Ответ Описание HealthStatus Empty HealthStatusResponse Проверка состояния системы. Пустое сообщение. Код статуса, версия API, сообщение о состоянии. GetTLSConfig Empty GetTLSConfigResponse Получение конфигурации TLS. Пустое сообщение. Параметры TLS, такие как сертификаты и настройки. Task Метод Запрос Ответ Описание Create TaskCreateRequest ActionResponse Создание задачи. Параметры задачи (например, название, тип). Результат выполнения действия. List Empty TaskList Получение списка задач. Пустое сообщение. Список задач с их параметрами. Get ActionRequest TaskItem Получение информации о задаче. Идентификатор задачи. Подробная информация о задаче. Wait ActionRequest TaskItem (поток) Ожидание выполнения задачи. Идентификатор задачи. Постоянный поток с обновлениями по задаче. Auth Метод Запрос Ответ Описание Login LoginRequest AuthResponse Аутентификация пользователя. Имя пользователя и пароль. Токен доступа и токен обновления. Logout Empty Empty Выход из системы. Пустое сообщение. Пустое сообщение. ChangePassword ChangePasswordRequest Empty Смена пароля. Старый и новый пароль. Пустое сообщение. CreateAppAccessToken CreateAppAccessTokenRequest AuthResponse Создание токена для доступа приложения. Информация о приложении. Токен доступа для приложения. RefreshAccessToken RefreshAccessTokenRequest AuthResponse Обновление токена доступа. Истёкший токен доступа. Новый токен доступа. AuthenticateRequest AuthenticateRequestRequest Empty Проверка аутентификации запроса. Токен доступа. Пустое сообщение при успешной проверке. Host Метод Запрос Ответ Описание Get Empty ProcuratorHost Получение информации о хосте. Пустое сообщение. Информация о хосте, например, IP, имя. Certificate Empty ProcuratorCertificate Получение сертификата. Пустое сообщение. Сертификат хоста. RenewCertificate Empty ProcuratorCertificate Обновление сертификата. Пустое сообщение. Новый сертификат. License Empty ProcuratorLicense Получение данных лицензии. Пустое сообщение. Информация о лицензии. Services Empty ProcuratorServices Список сервисов на хосте. Пустое сообщение. Список сервисов с их статусами. Datastores Метод Запрос Ответ Описание Create DatastoreCreateRequest ActionResponse Создание хранилища. Параметры хранилища: название, тип, сервер. Результат создания. List Empty DatastoreList Список хранилищ. Пустое сообщение. Полный список хранилищ. Get ActionRequest Datastore Получение информации о хранилище. Идентификатор хранилища. Подробная информация о хранилище. Delete ActionRequest ActionResponse Удаление хранилища. Идентификатор хранилища. Результат удаления. Replication Метод Запрос Ответ Описание Create ReplicationCreateRequest ActionResponse Создание задания репликации. Параметры задачи: источник, цель. Результат создания. List Empty ReplicationList Список задач репликации. Пустое сообщение. Полный список задач репликации. Get ActionRequest ReplicationTask Получение данных о задаче репликации. Идентификатор задачи. Подробная информация о задаче. Delete ActionRequest ActionResponse Удаление задачи репликации. Идентификатор задачи. Результат удаления. ","description":null,"ref":"/docs/pkzvezda/procurator/api/","section":"docs","tags":null,"title":"API","url":"/docs/pkzvezda/procurator/api/","weight":13},{"body":"Создание резервных копий ВМ Резервная копия виртуальной машины - это копия данных и состояния ВМ, созданная для восстановления системы в случае сбоя, потери данных или их повреждения. Резервная копия включает в себя системные файлы и данные, конфигурацию ВМ, снимки состояния ВМ.\nДля создания резервной копии ВМ нужно предварительно создать хранилище для резервных копий. Создание хранилища для резервных копий описано в разделе \u0026ldquo;Настройка хранилища\u0026rdquo;.\nДля создания резервной копии необходимо выполнить следующие действия:\nпомощью правой кнопки мыши нажать на ВМ в списке ВМ, затем выбрать Резервные копии -\u0026gt; Создать резервную копию; Откроется окно создания резервной копии ВМ. Далее необходимо выбрать диски для создания резервной копии. На следующем этапе необходимо выбрать место для хранения резервных копий. В шаге Конфигурация необходимо выбрать тип резервной копии, максимальную пропускную способность. В шаге Завершение настройки можно ознакомиться с параметрами создаваемой резервной копии. Для завершения создания резервной копии необходимо нажать кнопку Готово. Резервная копия будет доступна в разделе Резервные копии.\nВосстановление ВМ из резервной копии Для восстановления виртуальной машины из резервной копии необходимо выполнить следующие действия:\nПерейти в раздел Хранилища резервных копий. Выбрать хранилище для резервных копий, где размещена резервная копия ВМ. Выбрать ВМ. Выбрать резервную копию. Перейти в раздел Резервные копии. Нажать на кнопку Восстановить. Восстановить ВМ также можно, нажав на вкладку Резервные копии выбранной ВМ.\nОткроется окно восстановления ВМ из резервной копии. Доступны следующие варианты восстановления: Вариант восстановления Описание Восстановить состояние ВМ из резервной копии Восстановление существующей виртуальной машины из заранее созданной резервной копии. Обеспечивает возможность быстро вернуть систему в рабочее состояние в случае сбоя или повреждения данных. Процесс восстановления включает возврат всех настроек и конфигураций виртуальной машины, а также состояния сетевых адаптеров и дисковых устройств. Важно: при восстановлении осуществляется перезапись текущей виртуальной машины, и все несохранённые данные будут потеряны. Восстановить ВМ в качестве новой виртуальной машины Позволяет восстановить систему в новом экземпляре, сохраняя оригинальную виртуальную машину без изменений. Все настройки, конфигурации, а также состояние сетевых адаптеров и дисковых устройств будут перенесены в новую виртуальную машину. Это позволяет избежать перезаписи текущей виртуальной машины и сохранить все данные. Восстановить только диск Восстанавливает данные на выбранных дисковых устройствах, не затрагивая остальные компоненты виртуальной машины, такие как настройки и конфигурации. Используется, когда необходимо вернуть данные на диск без изменения текущего состояния виртуальной машины. Важно: при восстановлении осуществляется перезапись данных на выбранных дисках, и все несохранённые изменения на этих дисках будут потеряны. В случае выбора восстановления ВМ в качестве новой ВМ необходимо выбрать имя ВМ, хранилище, диски, которые будут восстановлены в новой ВМ и сеть. Новая ВМ появится в списке виртуальных машин.\nЕсли было выбрано восстановление диска, то необходимо ввести новое имя диска.\nВосстановленная ВМ появиться в списке ВМ. В случае выбора варианта восстановления ВМ в новую машину, будет создана новая ВМ с данными копии исходной ВМ.\n","categories":null,"content":"Создание резервных копий ВМ Резервная копия виртуальной машины - это копия данных и состояния ВМ, созданная для восстановления системы в случае сбоя, потери данных или их повреждения. Резервная копия включает в себя системные файлы и данные, конфигурацию ВМ, снимки состояния ВМ.\nДля создания резервной копии ВМ нужно предварительно создать хранилище для резервных копий. Создание хранилища для резервных копий описано в разделе \u0026ldquo;Настройка хранилища\u0026rdquo;.\nДля создания резервной копии необходимо выполнить следующие действия:\nпомощью правой кнопки мыши нажать на ВМ в списке ВМ, затем выбрать Резервные копии -\u0026gt; Создать резервную копию; Откроется окно создания резервной копии ВМ. Далее необходимо выбрать диски для создания резервной копии. На следующем этапе необходимо выбрать место для хранения резервных копий. В шаге Конфигурация необходимо выбрать тип резервной копии, максимальную пропускную способность. В шаге Завершение настройки можно ознакомиться с параметрами создаваемой резервной копии. Для завершения создания резервной копии необходимо нажать кнопку Готово. Резервная копия будет доступна в разделе Резервные копии.\nВосстановление ВМ из резервной копии Для восстановления виртуальной машины из резервной копии необходимо выполнить следующие действия:\nПерейти в раздел Хранилища резервных копий. Выбрать хранилище для резервных копий, где размещена резервная копия ВМ. Выбрать ВМ. Выбрать резервную копию. Перейти в раздел Резервные копии. Нажать на кнопку Восстановить. Восстановить ВМ также можно, нажав на вкладку Резервные копии выбранной ВМ.\nОткроется окно восстановления ВМ из резервной копии. Доступны следующие варианты восстановления: Вариант восстановления Описание Восстановить состояние ВМ из резервной копии Восстановление существующей виртуальной машины из заранее созданной резервной копии. Обеспечивает возможность быстро вернуть систему в рабочее состояние в случае сбоя или повреждения данных. Процесс восстановления включает возврат всех настроек и конфигураций виртуальной машины, а также состояния сетевых адаптеров и дисковых устройств. Важно: при восстановлении осуществляется перезапись текущей виртуальной машины, и все несохранённые данные будут потеряны. Восстановить ВМ в качестве новой виртуальной машины Позволяет восстановить систему в новом экземпляре, сохраняя оригинальную виртуальную машину без изменений. Все настройки, конфигурации, а также состояние сетевых адаптеров и дисковых устройств будут перенесены в новую виртуальную машину. Это позволяет избежать перезаписи текущей виртуальной машины и сохранить все данные. Восстановить только диск Восстанавливает данные на выбранных дисковых устройствах, не затрагивая остальные компоненты виртуальной машины, такие как настройки и конфигурации. Используется, когда необходимо вернуть данные на диск без изменения текущего состояния виртуальной машины. Важно: при восстановлении осуществляется перезапись данных на выбранных дисках, и все несохранённые изменения на этих дисках будут потеряны. В случае выбора восстановления ВМ в качестве новой ВМ необходимо выбрать имя ВМ, хранилище, диски, которые будут восстановлены в новой ВМ и сеть. Новая ВМ появится в списке виртуальных машин.\nЕсли было выбрано восстановление диска, то необходимо ввести новое имя диска.\nВосстановленная ВМ появиться в списке ВМ. В случае выбора варианта восстановления ВМ в новую машину, будет создана новая ВМ с данными копии исходной ВМ.\n","description":null,"ref":"/docs/pkzvezda/sphere/sphere_vm/sph_vmbackup/","section":"docs","tags":null,"title":"Создание резервных копий ВМ","url":"/docs/pkzvezda/sphere/sphere_vm/sph_vmbackup/","weight":13},{"body":"RBD являются одним из способов взаимодействия с пулами кластера. Если упрощённо — это виртуальные диски. Для работы с RBD необходимо включить службу RBD хотя бы на одном из узлов. Эта служба будет управлять подключением и отключением RBD, уведомляя систему о выполнении операций. Ручное подключение RBD не рекомендуется — это может привести к несогласованности состояния системы.\nПосле подключения RBD используется как обычный диск: его можно разметить, создать разделы, примонтировать и т. д. Однако, поскольку это блочное устройство, доступ к нему возможен только изнутри системы, например, через SSH. Для внешнего доступа используется протокол iSCSI (рассматривается отдельно).\nВсе RBD создаются с именем rbd-\u0026lt;ID\u0026gt;, где \u0026lt;ID\u0026gt; — уникальный числовой идентификатор.\nСписок RBD Список RBD отображается в виде таблицы со следующими столбцами:\nID диска – уникальный идентификатор RBD; Имя – отображаемое имя RBD; Размер – размер диска; Пул – имя пула, в котором расположен RBD; Создан – дата создания; Состояние – текущее состояние (например, прикреплён, откреплён). Создание RBD Для создания RBD необходимо заполнить форму:\nВвести Название RBD — должно быть уникальным. Указать Описание — необязательное поле. Указать Размер — объём создаваемого диска. Выбрать Пул — будет отображён список пулов с активной поддержкой RBD. Добавить Параметры RBD — произвольные пары ключ-значение. Редактирование RBD Форма редактирования идентична форме создания, за исключением следующих ограничений:\nРазмер можно изменить только в сторону увеличения. Пул изменить нельзя. Удаление RBD Удаление RBD выполняется с подтверждением. После подтверждения создаётся фоновая задача:\nСистема уведомляется об удалении. RBD отключается (если был подключён). После отклика система окончательно удаляет ресурс. Удаление RBD необратимо и приводит к потере всех данных.\nИзменение состояния RBD Из интерфейса можно изменить статус RBD. Возможны следующие состояния:\nОткреплён – диск не подключён. Можно подключить. Прикрепляется – в процессе подключения. Ожидание завершения. Открепляется – в процессе отключения. Ожидание завершения. Прикреплён – диск подключён хотя бы к одному узлу. Можно отключить. Вот переработанный фрагмент в соответствии с предыдущим форматом (в стиле ГОСТ 34, с четкой структурой и без якорей):\nРепликация между кластерами осуществляется при наличии как минимум двух работающих кластеров с экземплярами RBD. Репликация представляет собой процесс копирования автоматических снимков из исходного образа RBD в целевой образ. Целевой RBD должен использоваться только для операций чтения до завершения всех связанных с ним задач репликации, во избежание рисков потери или повреждения данных.\nДобавление удалённого кластера Для настройки репликации необходимо предварительно добавить удалённый кластер в систему.\nСписок удалённых кластеров отображается в виде таблицы со следующими столбцами:\nИмя кластера — наименование удалённого кластера; Имя пользователя — имя пользователя Linux, чей SSH-ключ используется для подключения; Удалённый IP-адрес — IP-адрес одного из узлов удалённого кластера. Форма добавления удалённого кластера включает следующие поля:\nИмя пользователя — имя пользователя Linux, SSH-ключ которого будет использоваться для авторизации. Допустимы как системный пользователь root, так и вручную созданные учётные записи; Удалённый IP-адрес — IP-адрес любого узла удалённого кластера, при условии, что он обладает необходимыми правами для авторизации по SSH; Закрытый ключ пользователя — приватный SSH-ключ, например, ~/.ssh/id_rsa. Необходимо скопировать его содержимое в форму. При добавлении осуществляется проверка доступа по ключу. При успешной проверке извлекаются метаданные и список резервных узлов удалённого кластера.\nИзменение и удаление удалённого кластера Форма редактирования идентична форме добавления. Поведение системы при внесении изменений аналогично созданию нового кластера.\nПри удалении кластера стираются его метаданные. Удаление невозможно, если кластер участвует в действующих задачах репликации.\nЗадачи репликации Список задач репликации представлен в виде таблицы со следующими полями:\nID задачи — уникальный идентификатор; Имя задачи репликации — пользовательское название задачи; Владелец — признак принадлежности задачи текущему кластеру (Да/Нет); Частота — расписание выполнения задачи. Создание задачи репликации Форма создания задачи содержит три секции.\nОсновная информация. Название — уникальное имя задачи.\nИсточник и приёмник:\nОбе половины (наш и удалённый кластер) имеют одинаковую структуру:\nКластер — имя кластера (для локального подставляется автоматически). Пул — пул, содержащий соответствующий RBD. RBD — имя образа RBD. Расписание. Задаётся периодичность выполнения (например, ежедневно или раз в месяц). После создания задача регистрируется как в локальном, так и в удалённом кластере.\nИзменение и удаление задачи репликации Редактирование задачи позволяет изменить расписание. Обновлённые параметры синхронизируются с удалённым кластером.\nУдаление задачи приводит к удалению метаданных задачи репликации в обоих кластерах.\n","categories":null,"content":"RBD являются одним из способов взаимодействия с пулами кластера. Если упрощённо — это виртуальные диски. Для работы с RBD необходимо включить службу RBD хотя бы на одном из узлов. Эта служба будет управлять подключением и отключением RBD, уведомляя систему о выполнении операций. Ручное подключение RBD не рекомендуется — это может привести к несогласованности состояния системы.\nПосле подключения RBD используется как обычный диск: его можно разметить, создать разделы, примонтировать и т. д. Однако, поскольку это блочное устройство, доступ к нему возможен только изнутри системы, например, через SSH. Для внешнего доступа используется протокол iSCSI (рассматривается отдельно).\nВсе RBD создаются с именем rbd-\u0026lt;ID\u0026gt;, где \u0026lt;ID\u0026gt; — уникальный числовой идентификатор.\nСписок RBD Список RBD отображается в виде таблицы со следующими столбцами:\nID диска – уникальный идентификатор RBD; Имя – отображаемое имя RBD; Размер – размер диска; Пул – имя пула, в котором расположен RBD; Создан – дата создания; Состояние – текущее состояние (например, прикреплён, откреплён). Создание RBD Для создания RBD необходимо заполнить форму:\nВвести Название RBD — должно быть уникальным. Указать Описание — необязательное поле. Указать Размер — объём создаваемого диска. Выбрать Пул — будет отображён список пулов с активной поддержкой RBD. Добавить Параметры RBD — произвольные пары ключ-значение. Редактирование RBD Форма редактирования идентична форме создания, за исключением следующих ограничений:\nРазмер можно изменить только в сторону увеличения. Пул изменить нельзя. Удаление RBD Удаление RBD выполняется с подтверждением. После подтверждения создаётся фоновая задача:\nСистема уведомляется об удалении. RBD отключается (если был подключён). После отклика система окончательно удаляет ресурс. Удаление RBD необратимо и приводит к потере всех данных.\nИзменение состояния RBD Из интерфейса можно изменить статус RBD. Возможны следующие состояния:\nОткреплён – диск не подключён. Можно подключить. Прикрепляется – в процессе подключения. Ожидание завершения. Открепляется – в процессе отключения. Ожидание завершения. Прикреплён – диск подключён хотя бы к одному узлу. Можно отключить. Вот переработанный фрагмент в соответствии с предыдущим форматом (в стиле ГОСТ 34, с четкой структурой и без якорей):\nРепликация между кластерами осуществляется при наличии как минимум двух работающих кластеров с экземплярами RBD. Репликация представляет собой процесс копирования автоматических снимков из исходного образа RBD в целевой образ. Целевой RBD должен использоваться только для операций чтения до завершения всех связанных с ним задач репликации, во избежание рисков потери или повреждения данных.\nДобавление удалённого кластера Для настройки репликации необходимо предварительно добавить удалённый кластер в систему.\nСписок удалённых кластеров отображается в виде таблицы со следующими столбцами:\nИмя кластера — наименование удалённого кластера; Имя пользователя — имя пользователя Linux, чей SSH-ключ используется для подключения; Удалённый IP-адрес — IP-адрес одного из узлов удалённого кластера. Форма добавления удалённого кластера включает следующие поля:\nИмя пользователя — имя пользователя Linux, SSH-ключ которого будет использоваться для авторизации. Допустимы как системный пользователь root, так и вручную созданные учётные записи; Удалённый IP-адрес — IP-адрес любого узла удалённого кластера, при условии, что он обладает необходимыми правами для авторизации по SSH; Закрытый ключ пользователя — приватный SSH-ключ, например, ~/.ssh/id_rsa. Необходимо скопировать его содержимое в форму. При добавлении осуществляется проверка доступа по ключу. При успешной проверке извлекаются метаданные и список резервных узлов удалённого кластера.\nИзменение и удаление удалённого кластера Форма редактирования идентична форме добавления. Поведение системы при внесении изменений аналогично созданию нового кластера.\nПри удалении кластера стираются его метаданные. Удаление невозможно, если кластер участвует в действующих задачах репликации.\nЗадачи репликации Список задач репликации представлен в виде таблицы со следующими полями:\nID задачи — уникальный идентификатор; Имя задачи репликации — пользовательское название задачи; Владелец — признак принадлежности задачи текущему кластеру (Да/Нет); Частота — расписание выполнения задачи. Создание задачи репликации Форма создания задачи содержит три секции.\nОсновная информация. Название — уникальное имя задачи.\nИсточник и приёмник:\nОбе половины (наш и удалённый кластер) имеют одинаковую структуру:\nКластер — имя кластера (для локального подставляется автоматически). Пул — пул, содержащий соответствующий RBD. RBD — имя образа RBD. Расписание. Задаётся периодичность выполнения (например, ежедневно или раз в месяц). После создания задача регистрируется как в локальном, так и в удалённом кластере.\nИзменение и удаление задачи репликации Редактирование задачи позволяет изменить расписание. Обновлённые параметры синхронизируются с удалённым кластером.\nУдаление задачи приводит к удалению метаданных задачи репликации в обоих кластерах.\n","description":null,"ref":"/docs/stormwind/rdb/","section":"docs","tags":null,"title":"Управление RBD","url":"/docs/stormwind/rdb/","weight":13},{"body":"Поддержка iSCSI обеспечивает возможность подключения сторонних клиентов к данным, хранящимся в распределённой системе хранения данных (РСХД), посредством стандартного протокола SCSI поверх IP. В рамках данной реализации iSCSI полностью совместим с образами RBD.\nДоступ к данным осуществляется по следующей логической цепочке:\nКлиент → iSCSI инициатор → iSCSI цель → RBD → Данные.\nНастоящий раздел описывает ключевые элементы настройки и эксплуатации iSCSI интерфейса. Дополнительную техническую информацию о протоколе iSCSI можно найти в открытых источниках.\nНастройки iSCSI Перед созданием iSCSI целей необходимо задать параметры работы подсистемы.\nФорма содержит следующие поля:\nБазовый префикс IQN — строка, задающая префикс идентификаторов iSCSI целей. Полный идентификатор цели формируется по шаблону \u0026lt;базовый_префикс\u0026gt;:\u0026lt;имя_цели\u0026gt;. Необходимо строго соблюдать формат IQN согласно RFC 3720. Сеть — указывается сеть, в рамках которой будет доступен iSCSI. По умолчанию используется публичная сеть. Диапазон автоматических IP-адресов — диапазон IP-адресов, используемый для назначения адресов iSCSI порталам. Если при создании портала адрес не указан вручную, он выбирается из данного диапазона. Также система проверяет, что вручную указанный адрес входит в диапазон. Необходимые службы Для корректной работы iSCSI необходимо наличие хотя бы одного узла, на котором активированы службы iSCSI и RBD.\nЕсли активирована только служба iSCSI, без RBD, то цели переходят в режим ожидания до подключения требуемого образа RBD. Служба RBD отвечает за монтирование и предоставление доступа к данным, на которые указывает iSCSI цель.\nСписок iSCSI целей Список iSCSI целей отображается в табличном виде и содержит следующие столбцы:\nИмя — уникальное имя iSCSI цели. Статус — текущее состояние цели (активна / ожидает / ошибка и т. д.). WWN — уникальный идентификатор цели (World Wide Name), используемый клиентскими системами при подключении. Этот список позволяет контролировать текущее состояние и параметры каждой созданной цели iSCSI.\nДобавление iSCSI цели Для настройки новой iSCSI цели в пользовательском интерфейсе предусмотрена форма, содержащая следующие элементы:\nполе для указания имени цели; список TPG (Target Portal Group), включающий: список ACL (список допуска инициаторов); список LUN (логических устройств хранения); список порталов подключения. Примечание:\nВсе изменения в полях и списках производятся локально в браузере и вступают в силу только после нажатия кнопки Сохранить или Создать.\nНазвание цели Поле Название таргета служит для задания уникального идентификатора iSCSI цели. Значение должно быть уникальным в пределах всей конфигурации.\nСписок TPG Список TPG реализован в виде редактируемого интерфейса. Генерация индексов и имён производится автоматически в соответствии с требованиями протокола iSCSI. Пользователь может добавлять и удалять TPG. Для каждой группы доступны следующие настройки:\nАутентификация — включает проверку CHAP-паролей для подключений. Все ACL в этом случае должны содержать CHAP-логин и пароль. Генерация ACL — активирует автоматическое добавление временных ACL для новых инициаторов. Такие ACL не отображаются в интерфейсе и удаляются после перезапуска цели. Включен — включает или отключает доступ к соответствующей TPG. Список LUN Представлен таблицей со следующими столбцами:\nID — уникальный идентификатор логического устройства (присваивается автоматически). Название LUN — пользовательское имя устройства. При добавлении LUN отображается форма, содержащая следующие поля:\nНазвание LUN — уникальное имя внутри TPG; Тип физического устройства — в текущей реализации поддерживается только rbd. При выборе типа rbd становятся доступны дополнительные поля:\nНазвание пула — пул Ceph, в котором размещён RBD-объект; Название устройства — имя RBD, назначаемого данному LUN. Примечание:\nПосле создания LUN его ID не отображается в интерфейсе и присваивается автоматически при создании iSCSI цели.\nСписок ACL Представлен таблицей со следующими полями:\nID — уникальный идентификатор записи допуска; IQN инициатора — строка идентификатора клиента; Список LUN — перечень доступных LUN; Логин CHAP — логин для аутентификации; Пароль CHAP — пароль для аутентификации. При создании ACL отображается форма со следующими полями:\nIQN инициатора — должен быть заранее известен, например: В Windows — в приложении Инициатор iSCSI во вкладке Конфигурация; В Linux — в файле /etc/iscsi/initiatorname.iscsi. Список LUN — выбор из ранее добавленных устройств в рамках того же TPG; Логин CHAP и Пароль CHAP — обязательны при включенной аутентификации TPG. Примечание:\nКак и в случае с LUN, ID ACL присваивается автоматически после создания цели.\nСписок порталов Представлен таблицей со следующими столбцами:\nID — уникальный идентификатор портала; IP — IP-адрес для подключения; Порт — TCP-порт. Форма создания портала содержит следующие поля:\nIP адрес — можно оставить пустым, тогда будет выбран первый доступный адрес; Порт — по умолчанию используется стандартный порт iSCSI (3260), при необходимости можно указать иной свободный порт. Примечание:\nИдентификатор портала также присваивается автоматически после создания цели.\nПроверка запуска RBD для iSCSI целей Перед активацией iSCSI-цели необходимо убедиться, что указанные в LUN-ах RBD подключены.\nПерейти в список RBD. Проверить, что у требуемых RBD установлен статус «Прикреплен». Активация iSCSI цели Убедиться, что все необходимые RBD подключены. Открыть карточку iSCSI-цели. Выполнить активацию цели. Дождаться смены статуса на «Активно». При отсутствии хотя бы одного подключённого RBD, цель перейдёт в статус «Ожидание» и станет недоступной. Подключение к iSCSI цели в Windows Пример относится к среде Windows Pro. В параметрах iSCSI-цели отключены аутентификация и автоматическая генерация ACL, заданы значения IQN и предоставлен доступ к LUN.\nЗапустить компонент Инициатор iSCSI. Перейти на вкладку Конечные объекты. В поле Объект указать IP-адрес портала. Выполнить команду Быстрое подключение…. Из списка выбрать требуемую цель. Перейти в раздел Тома и устройства. Выполнить команду Автонастройка для подключения доступных LUN. Перейти в Управление дисками. Выполнить инициализацию и форматирование подключённого диска. Проверить доступность записи. Подключение к iSCSI цели в Linux Для подключения используется утилита iscsiadm.\nВыполнить обнаружение iSCSI-целей:\niscsiadm -m discovery -t st -p 192.168.1.201 Подключиться ко всем найденным целям:\niscsiadm -m node -l Убедиться в наличии нового устройства с помощью lsblk.\nПример отображает диск, ранее отформатированный в среде Windows. В этом случае возможен только режим чтения из-за использования NTFS.\nИзменение iSCSI цели Изменение параметров доступно только при неактивной цели. Изменяемые параметры аналогичны форме создания.\nУдаление iSCSI цели При удалении формируется фоновая задача. Цель переходит в статус «Удаление». После завершения операций цель удаляется. ","categories":null,"content":"Поддержка iSCSI обеспечивает возможность подключения сторонних клиентов к данным, хранящимся в распределённой системе хранения данных (РСХД), посредством стандартного протокола SCSI поверх IP. В рамках данной реализации iSCSI полностью совместим с образами RBD.\nДоступ к данным осуществляется по следующей логической цепочке:\nКлиент → iSCSI инициатор → iSCSI цель → RBD → Данные.\nНастоящий раздел описывает ключевые элементы настройки и эксплуатации iSCSI интерфейса. Дополнительную техническую информацию о протоколе iSCSI можно найти в открытых источниках.\nНастройки iSCSI Перед созданием iSCSI целей необходимо задать параметры работы подсистемы.\nФорма содержит следующие поля:\nБазовый префикс IQN — строка, задающая префикс идентификаторов iSCSI целей. Полный идентификатор цели формируется по шаблону \u0026lt;базовый_префикс\u0026gt;:\u0026lt;имя_цели\u0026gt;. Необходимо строго соблюдать формат IQN согласно RFC 3720. Сеть — указывается сеть, в рамках которой будет доступен iSCSI. По умолчанию используется публичная сеть. Диапазон автоматических IP-адресов — диапазон IP-адресов, используемый для назначения адресов iSCSI порталам. Если при создании портала адрес не указан вручную, он выбирается из данного диапазона. Также система проверяет, что вручную указанный адрес входит в диапазон. Необходимые службы Для корректной работы iSCSI необходимо наличие хотя бы одного узла, на котором активированы службы iSCSI и RBD.\nЕсли активирована только служба iSCSI, без RBD, то цели переходят в режим ожидания до подключения требуемого образа RBD. Служба RBD отвечает за монтирование и предоставление доступа к данным, на которые указывает iSCSI цель.\nСписок iSCSI целей Список iSCSI целей отображается в табличном виде и содержит следующие столбцы:\nИмя — уникальное имя iSCSI цели. Статус — текущее состояние цели (активна / ожидает / ошибка и т. д.). WWN — уникальный идентификатор цели (World Wide Name), используемый клиентскими системами при подключении. Этот список позволяет контролировать текущее состояние и параметры каждой созданной цели iSCSI.\nДобавление iSCSI цели Для настройки новой iSCSI цели в пользовательском интерфейсе предусмотрена форма, содержащая следующие элементы:\nполе для указания имени цели; список TPG (Target Portal Group), включающий: список ACL (список допуска инициаторов); список LUN (логических устройств хранения); список порталов подключения. Примечание:\nВсе изменения в полях и списках производятся локально в браузере и вступают в силу только после нажатия кнопки Сохранить или Создать.\nНазвание цели Поле Название таргета служит для задания уникального идентификатора iSCSI цели. Значение должно быть уникальным в пределах всей конфигурации.\nСписок TPG Список TPG реализован в виде редактируемого интерфейса. Генерация индексов и имён производится автоматически в соответствии с требованиями протокола iSCSI. Пользователь может добавлять и удалять TPG. Для каждой группы доступны следующие настройки:\nАутентификация — включает проверку CHAP-паролей для подключений. Все ACL в этом случае должны содержать CHAP-логин и пароль. Генерация ACL — активирует автоматическое добавление временных ACL для новых инициаторов. Такие ACL не отображаются в интерфейсе и удаляются после перезапуска цели. Включен — включает или отключает доступ к соответствующей TPG. Список LUN Представлен таблицей со следующими столбцами:\nID — уникальный идентификатор логического устройства (присваивается автоматически). Название LUN — пользовательское имя устройства. При добавлении LUN отображается форма, содержащая следующие поля:\nНазвание LUN — уникальное имя внутри TPG; Тип физического устройства — в текущей реализации поддерживается только rbd. При выборе типа rbd становятся доступны дополнительные поля:\nНазвание пула — пул Ceph, в котором размещён RBD-объект; Название устройства — имя RBD, назначаемого данному LUN. Примечание:\nПосле создания LUN его ID не отображается в интерфейсе и присваивается автоматически при создании iSCSI цели.\nСписок ACL Представлен таблицей со следующими полями:\nID — уникальный идентификатор записи допуска; IQN инициатора — строка идентификатора клиента; Список LUN — перечень доступных LUN; Логин CHAP — логин для аутентификации; Пароль CHAP — пароль для аутентификации. При создании ACL отображается форма со следующими полями:\nIQN инициатора — должен быть заранее известен, например: В Windows — в приложении Инициатор iSCSI во вкладке Конфигурация; В Linux — в файле /etc/iscsi/initiatorname.iscsi. Список LUN — выбор из ранее добавленных устройств в рамках того же TPG; Логин CHAP и Пароль CHAP — обязательны при включенной аутентификации TPG. Примечание:\nКак и в случае с LUN, ID ACL присваивается автоматически после создания цели.\nСписок порталов Представлен таблицей со следующими столбцами:\nID — уникальный идентификатор портала; IP — IP-адрес для подключения; Порт — TCP-порт. Форма создания портала содержит следующие поля:\nIP адрес — можно оставить пустым, тогда будет выбран первый доступный адрес; Порт — по умолчанию используется стандартный порт iSCSI (3260), при необходимости можно указать иной свободный порт. Примечание:\nИдентификатор портала также присваивается автоматически после создания цели.\nПроверка запуска RBD для iSCSI целей Перед активацией iSCSI-цели необходимо убедиться, что указанные в LUN-ах RBD подключены.\nПерейти в список RBD. Проверить, что у требуемых RBD установлен статус «Прикреплен». Активация iSCSI цели Убедиться, что все необходимые RBD подключены. Открыть карточку iSCSI-цели. Выполнить активацию цели. Дождаться смены статуса на «Активно». При отсутствии хотя бы одного подключённого RBD, цель перейдёт в статус «Ожидание» и станет недоступной. Подключение к iSCSI цели в Windows Пример относится к среде Windows Pro. В параметрах iSCSI-цели отключены аутентификация и автоматическая генерация ACL, заданы значения IQN и предоставлен доступ к LUN.\nЗапустить компонент Инициатор iSCSI. Перейти на вкладку Конечные объекты. В поле Объект указать IP-адрес портала. Выполнить команду Быстрое подключение…. Из списка выбрать требуемую цель. Перейти в раздел Тома и устройства. Выполнить команду Автонастройка для подключения доступных LUN. Перейти в Управление дисками. Выполнить инициализацию и форматирование подключённого диска. Проверить доступность записи. Подключение к iSCSI цели в Linux Для подключения используется утилита iscsiadm.\nВыполнить обнаружение iSCSI-целей:\niscsiadm -m discovery -t st -p 192.168.1.201 Подключиться ко всем найденным целям:\niscsiadm -m node -l Убедиться в наличии нового устройства с помощью lsblk.\nПример отображает диск, ранее отформатированный в среде Windows. В этом случае возможен только режим чтения из-за использования NTFS.\nИзменение iSCSI цели Изменение параметров доступно только при неактивной цели. Изменяемые параметры аналогичны форме создания.\nУдаление iSCSI цели При удалении формируется фоновая задача. Цель переходит в статус «Удаление». После завершения операций цель удаляется. ","description":null,"ref":"/docs/stormwind/iscsi_managment/","section":"docs","tags":null,"title":"Управление iSCSI","url":"/docs/stormwind/iscsi_managment/","weight":14},{"body":"Инструменты мониторинга позволяют администратору просмотреть данные о производительности ресурсов кластера, хоста и виртуальной машины.\nМониторинг ресурсов кластера Для просмотра сведений о состоянии производительности ресурсов:\nВыбрать кластер. Перейти в раздел Мониторинг. Будет доступна сводка о производительности кластера. Мониторинг ресурсов хоста Для просмотра производительности хоста выбрать хост в инвентаре, затем нажать на вкладку Мониторинг. Откроется окно мониторинга нагрузки на ресурсы хоста.\nВкладка Мониторинг разделена на несколько разделов:\nОбщий обзор. Общие метрики загрузки всех ресурсов хоста на одной странице. Расширенный обзор. Данный раздел позволяет просмотреть детализированные диаграммы по загрузке каждого ресурса. Возможна настройка диаграмммы. Общий обзор Вкладка Общий обзор отображает показатели нагрузки на основные ресурсы хоста.\nДоступен просмотр производительности конкретного ресурса хоста. Для этого необходимо нажать кнопку Просмотреть, в выпадающем меню выбрать ресурс: память, сети, диски, использование пространства. По умолчанию обзор производительности включает в себя отображение нагрузки на ЦПУ, память, диск и сеть.\nДля отображения данных мониторинга о конкретном периоде времени, нажать на выпадающий список Период, затем выбрать временной промежуток.\nРасширенный обзор Вкладка Расширенный обзор позволяет просмотреть нагрузку на тот или иной ресурс хоста с помощью настраиваемой диаграммы. Для выбора ресурса необходимо нажать на выпадающий список, затем выбрать интересующий ресурс. Возможен выбор периода времени для отображения: для этого нажать выпадающий список Период.\nПри необходимости можно скачать диаграммы нагрузки, нажав на кнопку Загрузить диаграмму. Доступно несколько форматов: PNG, JPEG, SVG, CSV.\nДля настройки диаграммы необходимо нажать кнопку Параметры диаграммы.\nДанные параметры позволяют настроить вывод данных на усмотрение пользователя. Настройки доступны для четерых ресурсов хоста: процессор, диск, память, сеть.\nНагрузка на диск:\nОЗУ:\nСеть:\nСохранить данные настройки можно с помощью клавиши Сохранить параметры как.\nСозданные настройки отображения будут доступны в выпадающем списке.\nМониторинг нагрузки на ресурсы виртуальной машины Для просмотра мониторинга конкретной виртуальной машины необходимо:\nПерейти в раздел Виртуальные машины. Выбрать ВМ в инвентаре, затем перейти в раздел Мониторинг. Откроется вкладка Общий обзор, которая отображает общий мониторинг производительности. При необходимости можно вывести отображение конкретного ресурса - сети, диска или ОЗУ. Раздел Расширенный обзор позволяет просмотреть метрики производительности более детально. При необходимости можно скачать диаграммы нагрузки, нажав на кнопку Загрузить диаграмму. Доступно несколько форматов: PNG, JPEG, SVG, CSV.\nДля настройки диаграммы необходимо нажать кнопку Параметры диаграммы.\nДанные параметры позволяют настроить вывод данных на усмотрение пользователя. Настройки доступны для следующих ресурсов хоста: процессор, диск, память, сеть.\nНагрузка на диск:\nОЗУ:\nСеть:\nСохранить данные настройки можно с помощью клавиши Сохранить параметры как.\nСозданные настройки отображения будут доступны в выпадающем списке.\n","categories":null,"content":"Инструменты мониторинга позволяют администратору просмотреть данные о производительности ресурсов кластера, хоста и виртуальной машины.\nМониторинг ресурсов кластера Для просмотра сведений о состоянии производительности ресурсов:\nВыбрать кластер. Перейти в раздел Мониторинг. Будет доступна сводка о производительности кластера. Мониторинг ресурсов хоста Для просмотра производительности хоста выбрать хост в инвентаре, затем нажать на вкладку Мониторинг. Откроется окно мониторинга нагрузки на ресурсы хоста.\nВкладка Мониторинг разделена на несколько разделов:\nОбщий обзор. Общие метрики загрузки всех ресурсов хоста на одной странице. Расширенный обзор. Данный раздел позволяет просмотреть детализированные диаграммы по загрузке каждого ресурса. Возможна настройка диаграмммы. Общий обзор Вкладка Общий обзор отображает показатели нагрузки на основные ресурсы хоста.\nДоступен просмотр производительности конкретного ресурса хоста. Для этого необходимо нажать кнопку Просмотреть, в выпадающем меню выбрать ресурс: память, сети, диски, использование пространства. По умолчанию обзор производительности включает в себя отображение нагрузки на ЦПУ, память, диск и сеть.\nДля отображения данных мониторинга о конкретном периоде времени, нажать на выпадающий список Период, затем выбрать временной промежуток.\nРасширенный обзор Вкладка Расширенный обзор позволяет просмотреть нагрузку на тот или иной ресурс хоста с помощью настраиваемой диаграммы. Для выбора ресурса необходимо нажать на выпадающий список, затем выбрать интересующий ресурс. Возможен выбор периода времени для отображения: для этого нажать выпадающий список Период.\nПри необходимости можно скачать диаграммы нагрузки, нажав на кнопку Загрузить диаграмму. Доступно несколько форматов: PNG, JPEG, SVG, CSV.\nДля настройки диаграммы необходимо нажать кнопку Параметры диаграммы.\nДанные параметры позволяют настроить вывод данных на усмотрение пользователя. Настройки доступны для четерых ресурсов хоста: процессор, диск, память, сеть.\nНагрузка на диск:\nОЗУ:\nСеть:\nСохранить данные настройки можно с помощью клавиши Сохранить параметры как.\nСозданные настройки отображения будут доступны в выпадающем списке.\nМониторинг нагрузки на ресурсы виртуальной машины Для просмотра мониторинга конкретной виртуальной машины необходимо:\nПерейти в раздел Виртуальные машины. Выбрать ВМ в инвентаре, затем перейти в раздел Мониторинг. Откроется вкладка Общий обзор, которая отображает общий мониторинг производительности. При необходимости можно вывести отображение конкретного ресурса - сети, диска или ОЗУ. Раздел Расширенный обзор позволяет просмотреть метрики производительности более детально. При необходимости можно скачать диаграммы нагрузки, нажав на кнопку Загрузить диаграмму. Доступно несколько форматов: PNG, JPEG, SVG, CSV.\nДля настройки диаграммы необходимо нажать кнопку Параметры диаграммы.\nДанные параметры позволяют настроить вывод данных на усмотрение пользователя. Настройки доступны для следующих ресурсов хоста: процессор, диск, память, сеть.\nНагрузка на диск:\nОЗУ:\nСеть:\nСохранить данные настройки можно с помощью клавиши Сохранить параметры как.\nСозданные настройки отображения будут доступны в выпадающем списке.\n","description":null,"ref":"/docs/pkzvezda/sphere/monitoring/","section":"docs","tags":null,"title":"Управление мониторингом","url":"/docs/pkzvezda/sphere/monitoring/","weight":14},{"body":"Настройка NFS Создание пула для Ganesha Перед началом настройки NFS необходимо создать специальный пул, который будет использоваться для синхронизации состояния между службами ganesha.\nПерейти в раздел управления пулами. Создать новый пул, указав: Название, например ganesha_pool. Тип использования: для файловых систем. Количество PG: не более 16. Отключить сжатие. Настройка параметров NFS После создания пула можно перейти к настройке параметров NFS.\nПерейти в раздел настройки NFS. Заполнить поля формы: Пул базы данных восстановления – выбрать ранее созданный ganesha_pool. Сеть – выбрать публичную или внутреннюю сеть. VLAN тэггинг – при необходимости включить и указать VLAN ID. Пользовательский шлюз – выбрать между значением по умолчанию и пользовательским шлюзом. Диапазон автоматических IP-адресов – указать диапазон адресов, которые будут распределены между узлами. Активация служб NFS Для функционирования NFS необходимо запустить соответствующие службы:\nПерейти в раздел управления службами. Убедиться, что служба NFS включена на всех необходимых узлах. После включения службы требуется подождать, пока IP-адреса будут распределены между узлами.\nПроверка состояния NFS Для диагностики состояния системы NFS можно воспользоваться следующим:\nПерейти в раздел мониторинга NFS. Проверить состояние служб и распределение IP-адресов по узлам. Управление экспортами NFS Просмотр списка экспортов Интерфейс отображает таблицу экспортов с основными параметрами:\nИмя – уникальное имя экспорта. Файловая система – выбранная файловая система. Макет – используемый макет. Доступ к чтению/записи – режим экспорта. Добавление нового экспорта Перейти в форму добавления экспорта. Заполнить поля: Название экспорта – уникальное имя. Доступ к чтению/записи – включение или отключение. Файловая система – указать нужную. Макет – использовать, например, main_layout. После создания будет автоматически сформирован путь:\n/mnt/\\_\\_ceph\\_fs/\\\u0026lt;fs\\_name\u0026gt;/\\\u0026lt;layout\\_name\u0026gt;/nfs/\\\u0026lt;export\\_name\u0026gt; Экспорт подключается по имени, указывать полный путь не требуется.\nПодключение экспортов NFS Подключение в Linux Для подключения экспорта в Linux:\nУзнать IP-адрес, назначенный службе NFS. Создать директорию для монтирования: mkdir -p /mnt/nfs/vol_1 Выполнить монтирование: mount -t nfs -o vers=4 \u0026lt;IP\u0026gt;:/\u0026lt;export_name\u0026gt; /mnt/nfs/vol_1 Убедиться в доступности экспорта, например, создать файл и проверить его наличие в файловой системе. Подключение в Windows Подключение экспортов NFS в среде Windows в текущей версии не протестировано.\nРедактирование и удаление экспортов Редактирование В форме редактирования можно изменить только:\nРежим доступа (чтение/запись). Список ACL. Остальные параметры недоступны для изменения.\nУдаление Удаление экспорта производится путём:\nУдаления соответствующей директории. Очистки метаданных, связанных с экспортом. ","categories":null,"content":"Настройка NFS Создание пула для Ganesha Перед началом настройки NFS необходимо создать специальный пул, который будет использоваться для синхронизации состояния между службами ganesha.\nПерейти в раздел управления пулами. Создать новый пул, указав: Название, например ganesha_pool. Тип использования: для файловых систем. Количество PG: не более 16. Отключить сжатие. Настройка параметров NFS После создания пула можно перейти к настройке параметров NFS.\nПерейти в раздел настройки NFS. Заполнить поля формы: Пул базы данных восстановления – выбрать ранее созданный ganesha_pool. Сеть – выбрать публичную или внутреннюю сеть. VLAN тэггинг – при необходимости включить и указать VLAN ID. Пользовательский шлюз – выбрать между значением по умолчанию и пользовательским шлюзом. Диапазон автоматических IP-адресов – указать диапазон адресов, которые будут распределены между узлами. Активация служб NFS Для функционирования NFS необходимо запустить соответствующие службы:\nПерейти в раздел управления службами. Убедиться, что служба NFS включена на всех необходимых узлах. После включения службы требуется подождать, пока IP-адреса будут распределены между узлами.\nПроверка состояния NFS Для диагностики состояния системы NFS можно воспользоваться следующим:\nПерейти в раздел мониторинга NFS. Проверить состояние служб и распределение IP-адресов по узлам. Управление экспортами NFS Просмотр списка экспортов Интерфейс отображает таблицу экспортов с основными параметрами:\nИмя – уникальное имя экспорта. Файловая система – выбранная файловая система. Макет – используемый макет. Доступ к чтению/записи – режим экспорта. Добавление нового экспорта Перейти в форму добавления экспорта. Заполнить поля: Название экспорта – уникальное имя. Доступ к чтению/записи – включение или отключение. Файловая система – указать нужную. Макет – использовать, например, main_layout. После создания будет автоматически сформирован путь:\n/mnt/\\_\\_ceph\\_fs/\\\u0026lt;fs\\_name\u0026gt;/\\\u0026lt;layout\\_name\u0026gt;/nfs/\\\u0026lt;export\\_name\u0026gt; Экспорт подключается по имени, указывать полный путь не требуется.\nПодключение экспортов NFS Подключение в Linux Для подключения экспорта в Linux:\nУзнать IP-адрес, назначенный службе NFS. Создать директорию для монтирования: mkdir -p /mnt/nfs/vol_1 Выполнить монтирование: mount -t nfs -o vers=4 \u0026lt;IP\u0026gt;:/\u0026lt;export_name\u0026gt; /mnt/nfs/vol_1 Убедиться в доступности экспорта, например, создать файл и проверить его наличие в файловой системе. Подключение в Windows Подключение экспортов NFS в среде Windows в текущей версии не протестировано.\nРедактирование и удаление экспортов Редактирование В форме редактирования можно изменить только:\nРежим доступа (чтение/запись). Список ACL. Остальные параметры недоступны для изменения.\nУдаление Удаление экспорта производится путём:\nУдаления соответствующей директории. Очистки метаданных, связанных с экспортом. ","description":null,"ref":"/docs/stormwind/nfs/","section":"docs","tags":null,"title":"Настройки NFS","url":"/docs/stormwind/nfs/","weight":15},{"body":"Страница настроек CIFS предоставляет форму со следующими параметрами:\nНазвание Netbios кластера — имя сервера Samba в рамках протокола NetBIOS. Сеть — определяет, какая сеть будет использоваться для CIFS. Используется при валидации IP-адресов. VLAN тэггинг — включает поддержку VLAN. При активации требуется указание идентификатора VLAN. Пользовательский шлюз — позволяет выбрать вариант шлюза: по умолчанию (используется значение из конфигурации сети кластера) или пользовательский (указывать вручную). Диапазон автоматических IP-адресов — адреса, которые будут распределяться между узлами для использования CIFS-сервисами. В разделе «Продвинутые» можно редактировать конфигурацию Samba напрямую.\nНастройка Active Directory Для подключения к существующему серверу Active Directory выполняются следующие действия:\nОткрыть настройки CIFS. Нажать кнопку «Настройки AD». В открывшейся форме указать: Название домена AD DNS IP AD Имя администратора AD Пароль администратора AD Подтвердить подключение. Подключение осуществляется немедленно, и сразу отображается результат.\nНеобходимые службы Для работы CIFS требуется активировать соответствующую службу на выбранных узлах.\nПроверка состояния CIFS После запуска службы и применения настроек выполняется автоматическое развертывание Samba-кластера. IP-адреса из заданного диапазона распределяются между узлами.\nСписок пользователей CIFS Если не используется подключение к AD, необходимо создать пользователей вручную. Таблица отображает:\nИмя — логин пользователя. Добавление пользователя CIFS Открыть форму добавления пользователя. Указать: Имя пользователя — логин для подключения к экспорту. Пароль — пароль для подключения. Изменение пользователя CIFS Форма редактирования идентична форме добавления, за исключением того, что поле «Имя пользователя» недоступно для изменения.\nУдаление пользователя CIFS Удаление производится через интерфейс списка пользователей. Удалённые записи автоматически исключаются из конфигурации Samba после обработки службой.\nЭкспорты CIFS Список экспортов Интерфейс отображает таблицу экспортов с перечисленными параметрами:\nИмя — название экспорта. Файловая система — используемая файловая система. Макет — макет файловой системы. Доступ к чтению/записи — флаг, определяющий, доступен ли экспорт для записи. Добавление экспорта Для добавления нового экспорта необходимо заполнить форму со следующими параметрами:\nНазвание — уникальное имя экспорта. Виден — флаг, указывающий, будет ли экспорт виден клиентам. Файловая система — имя файловой системы, в которой будет размещён экспорт. Макет — макет файловой системы (рекомендуется использовать main_layout). Доступ к чтению/записи — при значении «Да» экспорт доступен для записи, при значении «Нет» — только для чтения. Разрешённые хосты — список IP-адресов, которым разрешён доступ к экспорту. Запрещённые хосты — список IP-адресов, которым запрещён доступ к экспорту. Пользователи — список пользователей, имеющих доступ. Если поля Разрешённые хосты, Запрещённые хосты, Пользователи оставить пустыми, доступ получают все пользователи из общего списка.\nПодключение CIFS-экспорта в Windows Подождать 2–3 минуты после создания экспорта, чтобы конфигурация обновилась. Открыть проводник Windows. Перейти на вкладку Компьютер. Нажать кнопку Подключить сетевой диск. В открывшемся окне указать: Букву диска. Путь к экспорту в формате:\n\\\\\u0026lt;IP-адрес\u0026gt;\\имя_экспорта,\nнапример: \\\\192.168.1.216\\my_cifs_export. В случае отсутствия доступа (например, пользователь не входит в список разрешённых) будет выведено сообщение об ошибке. При успешном подключении экспорт будет доступен как обычная папка в Windows. Например, после создания файла README в каталоге MY_DIR (в корне экспорта) его можно будет прочитать на сервере. Подключение CIFS-экспорта в Linux Примечание: необходимо дополнительно проверить возможность подключения экспорта из Linux. Поддержка будет уточнена.\nРедактирование экспорта Редактирование производится через аналогичную форму, за исключением следующих ограничений:\nНельзя изменить: Имя экспорта. Файловую систему. Макет файловой системы. Удаление экспорта Удаление выполняется путём:\nУдаления соответствующей директории. Очистки метаданных, связанных с экспортом. ","categories":null,"content":"Страница настроек CIFS предоставляет форму со следующими параметрами:\nНазвание Netbios кластера — имя сервера Samba в рамках протокола NetBIOS. Сеть — определяет, какая сеть будет использоваться для CIFS. Используется при валидации IP-адресов. VLAN тэггинг — включает поддержку VLAN. При активации требуется указание идентификатора VLAN. Пользовательский шлюз — позволяет выбрать вариант шлюза: по умолчанию (используется значение из конфигурации сети кластера) или пользовательский (указывать вручную). Диапазон автоматических IP-адресов — адреса, которые будут распределяться между узлами для использования CIFS-сервисами. В разделе «Продвинутые» можно редактировать конфигурацию Samba напрямую.\nНастройка Active Directory Для подключения к существующему серверу Active Directory выполняются следующие действия:\nОткрыть настройки CIFS. Нажать кнопку «Настройки AD». В открывшейся форме указать: Название домена AD DNS IP AD Имя администратора AD Пароль администратора AD Подтвердить подключение. Подключение осуществляется немедленно, и сразу отображается результат.\nНеобходимые службы Для работы CIFS требуется активировать соответствующую службу на выбранных узлах.\nПроверка состояния CIFS После запуска службы и применения настроек выполняется автоматическое развертывание Samba-кластера. IP-адреса из заданного диапазона распределяются между узлами.\nСписок пользователей CIFS Если не используется подключение к AD, необходимо создать пользователей вручную. Таблица отображает:\nИмя — логин пользователя. Добавление пользователя CIFS Открыть форму добавления пользователя. Указать: Имя пользователя — логин для подключения к экспорту. Пароль — пароль для подключения. Изменение пользователя CIFS Форма редактирования идентична форме добавления, за исключением того, что поле «Имя пользователя» недоступно для изменения.\nУдаление пользователя CIFS Удаление производится через интерфейс списка пользователей. Удалённые записи автоматически исключаются из конфигурации Samba после обработки службой.\nЭкспорты CIFS Список экспортов Интерфейс отображает таблицу экспортов с перечисленными параметрами:\nИмя — название экспорта. Файловая система — используемая файловая система. Макет — макет файловой системы. Доступ к чтению/записи — флаг, определяющий, доступен ли экспорт для записи. Добавление экспорта Для добавления нового экспорта необходимо заполнить форму со следующими параметрами:\nНазвание — уникальное имя экспорта. Виден — флаг, указывающий, будет ли экспорт виден клиентам. Файловая система — имя файловой системы, в которой будет размещён экспорт. Макет — макет файловой системы (рекомендуется использовать main_layout). Доступ к чтению/записи — при значении «Да» экспорт доступен для записи, при значении «Нет» — только для чтения. Разрешённые хосты — список IP-адресов, которым разрешён доступ к экспорту. Запрещённые хосты — список IP-адресов, которым запрещён доступ к экспорту. Пользователи — список пользователей, имеющих доступ. Если поля Разрешённые хосты, Запрещённые хосты, Пользователи оставить пустыми, доступ получают все пользователи из общего списка.\nПодключение CIFS-экспорта в Windows Подождать 2–3 минуты после создания экспорта, чтобы конфигурация обновилась. Открыть проводник Windows. Перейти на вкладку Компьютер. Нажать кнопку Подключить сетевой диск. В открывшемся окне указать: Букву диска. Путь к экспорту в формате:\n\\\\\u0026lt;IP-адрес\u0026gt;\\имя_экспорта,\nнапример: \\\\192.168.1.216\\my_cifs_export. В случае отсутствия доступа (например, пользователь не входит в список разрешённых) будет выведено сообщение об ошибке. При успешном подключении экспорт будет доступен как обычная папка в Windows. Например, после создания файла README в каталоге MY_DIR (в корне экспорта) его можно будет прочитать на сервере. Подключение CIFS-экспорта в Linux Примечание: необходимо дополнительно проверить возможность подключения экспорта из Linux. Поддержка будет уточнена.\nРедактирование экспорта Редактирование производится через аналогичную форму, за исключением следующих ограничений:\nНельзя изменить: Имя экспорта. Файловую систему. Макет файловой системы. Удаление экспорта Удаление выполняется путём:\nУдаления соответствующей директории. Очистки метаданных, связанных с экспортом. ","description":null,"ref":"/docs/stormwind/cifs/","section":"docs","tags":null,"title":"Настройки CIFS","url":"/docs/stormwind/cifs/","weight":16},{"body":"Общая последовательность действий при настройке и использовании S3-хранилища:\nСохранение конфигурации S3. Запуск службы S3 на выбранных узлах. Создание пользователей S3. Настройка конфигурации S3. Проверка состояния служб. Подключение клиентов к S3 и взаимодействие с хранилищем. Настройки S3 Интерфейс настройки S3 включает следующие параметры:\nПорт RadosGW — порт для прямого подключения к сервису S3 по HTTP. Порт балансировщика загрузки — порт подключения через прокси-сервер (например, Nginx). HTTPs — флаг использования самоподписанного SSL-сертификата для балансировщика. При активации доступна генерация сертификата либо загрузка собственного. Сеть — выбирается используемая сеть, что влияет на валидацию IP-адресов. VLAN тэггинг — активация поддержки VLAN. При включении требуется указать VLAN ID. Пользовательский шлюз — можно выбрать шлюз по умолчанию (из сетевых настроек кластера) или указать вручную. Диапазон автоматических IP-адресов — диапазон адресов, распределяемых между узлами для работы S3. Запуск служб S3 Для функционирования S3 необходимо активировать соответствующую службу на каждом узле. Чем больше узлов задействовано — тем выше отказоустойчивость.\nУправление пользователями S3 Список пользователей отображается в виде таблицы, включающей следующие поля:\nID — уникальный идентификатор пользователя. Отображаемое имя — имя, видимое в интерфейсе. Деактивированный — статус активности пользователя. Системный — флаг системного пользователя. Цель размещения по умолчанию — размещение, используемое по умолчанию. Добавление пользователя S3 Форма добавления пользователя содержит следующие поля:\nID — строка-идентификатор. Отображаемое имя — отображаемое имя. Электронная почта — уникальное значение (возможное использование не раскрыто в документации Ceph). Максимальное количество бакетов — ограничение на число создаваемых сегментов (bucket). Деактивирован — отключение пользователя. Системный — флаг системного пользователя (имеет максимальные права). Целевое размещение по умолчанию — \u0026ldquo;номер дома\u0026rdquo; для размещения данных. Класс хранения по умолчанию — \u0026ldquo;номер квартиры\u0026rdquo; в рамках размещения. Дополнительно можно задать ограничения:\nМаксимальное количество объектов — лимит на число объектов. Максимальный допустимый размер (в байтах) — ограничение на размер. Максимальный допустимый размер (в килобайтах) — приоритетный лимит, если указаны оба. Редактирование пользователя S3 Интерфейс идентичен форме добавления, за исключением невозможности изменить поле ID.\nКонфигурация S3 Конфигурация S3 представлена в виде дерева со следующей структурой:\nRealm (область) — корень дерева.\nZoneGroup (группа зон) — задаёт общие параметры для всех зон, указывает используемые пулы размещения и классы хранения.\nZone (зона) — задаёт параметры пулов, используемых зоной.\nPlacement Pool (пул размещения) — параметры пулов размещения.\nStorage Class (класс хранения) — параметры классов хранения.\nПулы размещения и классы хранения сейчас редактируются в форме зоны, но в будущем будут вынесены в отдельное дерево с формами.\nДобавление Области Форма добавления области содержит поля:\nНазвание области — уникальное имя области. По умолчанию — признак области по умолчанию; при добавлении новой такой области предыдущая заменяется. Добавление Группы зон Форма содержит поля:\nОбласть — родительская область.\nНазвание — уникальное название группы зон.\nГруппа по умолчанию — признак группы по умолчанию, замещает существующую.\nМастер группа — влияет на взаимодействие с другими группами в области.\nТочки доступа — список адресов доступа к группе зон.\nЦель размещения по умолчанию — название используемой цели размещения по умолчанию.\nРешардинг — включение функции решардинга.\nСжатие зашифрованного — настройка сжатия и шифрования данных.\nЦели размещения объявляют пулы размещения в дочерних зонах и используемые классы хранения.\nДобавление Зоны Форма содержит поля:\nГруппа зон — родительская группа зон.\nНазвание зоны — уникальное имя.\nТочки доступа — адреса доступа, как в группе зон.\nЗона по умолчанию — признак зоны по умолчанию.\nМастер зона — признак мастера, только одна зона может быть мастером.\nЗона только для чтения — ограничение на запись.\nРешардинг — включение решардинга.\nСжатие зашифрованного — настройка сжатия и шифрования.\nВ зоне указываются основные пулы для хранения логов, метаданных и контроля. Для каждой цели размещения в зоне создаются два пула — «extra» и «index». Для каждого класса хранения описывается пул данных — именно туда записываются объекты клиентов. Пулы сгенерируются автоматически при создании зоны, так как их минимум шесть, и некоторые имеют специфичные имена. Ручное создание не требуется. ","categories":null,"content":"Общая последовательность действий при настройке и использовании S3-хранилища:\nСохранение конфигурации S3. Запуск службы S3 на выбранных узлах. Создание пользователей S3. Настройка конфигурации S3. Проверка состояния служб. Подключение клиентов к S3 и взаимодействие с хранилищем. Настройки S3 Интерфейс настройки S3 включает следующие параметры:\nПорт RadosGW — порт для прямого подключения к сервису S3 по HTTP. Порт балансировщика загрузки — порт подключения через прокси-сервер (например, Nginx). HTTPs — флаг использования самоподписанного SSL-сертификата для балансировщика. При активации доступна генерация сертификата либо загрузка собственного. Сеть — выбирается используемая сеть, что влияет на валидацию IP-адресов. VLAN тэггинг — активация поддержки VLAN. При включении требуется указать VLAN ID. Пользовательский шлюз — можно выбрать шлюз по умолчанию (из сетевых настроек кластера) или указать вручную. Диапазон автоматических IP-адресов — диапазон адресов, распределяемых между узлами для работы S3. Запуск служб S3 Для функционирования S3 необходимо активировать соответствующую службу на каждом узле. Чем больше узлов задействовано — тем выше отказоустойчивость.\nУправление пользователями S3 Список пользователей отображается в виде таблицы, включающей следующие поля:\nID — уникальный идентификатор пользователя. Отображаемое имя — имя, видимое в интерфейсе. Деактивированный — статус активности пользователя. Системный — флаг системного пользователя. Цель размещения по умолчанию — размещение, используемое по умолчанию. Добавление пользователя S3 Форма добавления пользователя содержит следующие поля:\nID — строка-идентификатор. Отображаемое имя — отображаемое имя. Электронная почта — уникальное значение (возможное использование не раскрыто в документации Ceph). Максимальное количество бакетов — ограничение на число создаваемых сегментов (bucket). Деактивирован — отключение пользователя. Системный — флаг системного пользователя (имеет максимальные права). Целевое размещение по умолчанию — \u0026ldquo;номер дома\u0026rdquo; для размещения данных. Класс хранения по умолчанию — \u0026ldquo;номер квартиры\u0026rdquo; в рамках размещения. Дополнительно можно задать ограничения:\nМаксимальное количество объектов — лимит на число объектов. Максимальный допустимый размер (в байтах) — ограничение на размер. Максимальный допустимый размер (в килобайтах) — приоритетный лимит, если указаны оба. Редактирование пользователя S3 Интерфейс идентичен форме добавления, за исключением невозможности изменить поле ID.\nКонфигурация S3 Конфигурация S3 представлена в виде дерева со следующей структурой:\nRealm (область) — корень дерева.\nZoneGroup (группа зон) — задаёт общие параметры для всех зон, указывает используемые пулы размещения и классы хранения.\nZone (зона) — задаёт параметры пулов, используемых зоной.\nPlacement Pool (пул размещения) — параметры пулов размещения.\nStorage Class (класс хранения) — параметры классов хранения.\nПулы размещения и классы хранения сейчас редактируются в форме зоны, но в будущем будут вынесены в отдельное дерево с формами.\nДобавление Области Форма добавления области содержит поля:\nНазвание области — уникальное имя области. По умолчанию — признак области по умолчанию; при добавлении новой такой области предыдущая заменяется. Добавление Группы зон Форма содержит поля:\nОбласть — родительская область.\nНазвание — уникальное название группы зон.\nГруппа по умолчанию — признак группы по умолчанию, замещает существующую.\nМастер группа — влияет на взаимодействие с другими группами в области.\nТочки доступа — список адресов доступа к группе зон.\nЦель размещения по умолчанию — название используемой цели размещения по умолчанию.\nРешардинг — включение функции решардинга.\nСжатие зашифрованного — настройка сжатия и шифрования данных.\nЦели размещения объявляют пулы размещения в дочерних зонах и используемые классы хранения.\nДобавление Зоны Форма содержит поля:\nГруппа зон — родительская группа зон.\nНазвание зоны — уникальное имя.\nТочки доступа — адреса доступа, как в группе зон.\nЗона по умолчанию — признак зоны по умолчанию.\nМастер зона — признак мастера, только одна зона может быть мастером.\nЗона только для чтения — ограничение на запись.\nРешардинг — включение решардинга.\nСжатие зашифрованного — настройка сжатия и шифрования.\nВ зоне указываются основные пулы для хранения логов, метаданных и контроля. Для каждой цели размещения в зоне создаются два пула — «extra» и «index». Для каждого класса хранения описывается пул данных — именно туда записываются объекты клиентов. Пулы сгенерируются автоматически при создании зоны, так как их минимум шесть, и некоторые имеют специфичные имена. Ручное создание не требуется. ","description":null,"ref":"/docs/stormwind/s3/","section":"docs","tags":null,"title":"Настройки S3","url":"/docs/stormwind/s3/","weight":17},{"body":"📖 Обзор раздела Этот раздел содержит инструкции по администрированию системных компонентов, мониторингу и обслуживанию инфраструктуры.\nОсновные задачи Мониторинг системы Отслеживание производительности Мониторинг ресурсов Анализ логов системы Настройка алертов 💾 Резервное копирование Автоматизированное резервное копирование Ручные процедуры бэкапа Восстановление данных Тестирование бэкапов Обслуживание системы Плановое обслуживание Обновление компонентов Очистка системы Оптимизация производительности Инструменты администрирования Системные утилиты systemctl - управление сервисами journalctl - просмотр логов htop - мониторинг процессов iotop - мониторинг дискового I/O Инструменты мониторинга Prometheus + Grafana Zabbix Nagios Custom scripts 📅 Рекомендуемое расписание Ежедневно Проверка состояния сервисов Мониторинг дискового пространства Проверка критических логов Верификация бэкапов Еженедельно Анализ производительности Обновление системы Проверка безопасности Очистка временных файлов Ежемесячно Полный аудит системы Тестирование восстановления Обновление документации Планирование улучшений ⚠️ Критические процедуры Перед выполнением критических операций:\nСоздайте резервную копию Уведомите пользователей Подготовьте план отката Проведите тестирование Начало работы Рекомендуем начать с раздела Мониторинг, затем изучить процедуры резервного копирования.\n","categories":null,"content":"📖 Обзор раздела Этот раздел содержит инструкции по администрированию системных компонентов, мониторингу и обслуживанию инфраструктуры.\nОсновные задачи Мониторинг системы Отслеживание производительности Мониторинг ресурсов Анализ логов системы Настройка алертов 💾 Резервное копирование Автоматизированное резервное копирование Ручные процедуры бэкапа Восстановление данных Тестирование бэкапов Обслуживание системы Плановое обслуживание Обновление компонентов Очистка системы Оптимизация производительности Инструменты администрирования Системные утилиты systemctl - управление сервисами journalctl - просмотр логов htop - мониторинг процессов iotop - мониторинг дискового I/O Инструменты мониторинга Prometheus + Grafana Zabbix Nagios Custom scripts 📅 Рекомендуемое расписание Ежедневно Проверка состояния сервисов Мониторинг дискового пространства Проверка критических логов Верификация бэкапов Еженедельно Анализ производительности Обновление системы Проверка безопасности Очистка временных файлов Ежемесячно Полный аудит системы Тестирование восстановления Обновление документации Планирование улучшений ⚠️ Критические процедуры Перед выполнением критических операций:\nСоздайте резервную копию Уведомите пользователей Подготовьте план отката Проведите тестирование Начало работы Рекомендуем начать с раздела Мониторинг, затем изучить процедуры резервного копирования.\n","description":null,"ref":"/internal/admin-guide/system/","section":"internal","tags":null,"title":" Системное администрирование","url":"/internal/admin-guide/system/","weight":20},{"body":"📖 Обзор раздела Этот раздел содержит техническую документацию для разработчиков и системных архитекторов, работающих с Wiki Iridium.\nЦелевая аудитория Разработчики - интеграция и расширение функциональности Системные архитекторы - понимание общей архитектуры DevOps инженеры - развертывание и масштабирование Технические консультанты - анализ и оптимизация Структура документации 🏗️ Архитектура системы Общая архитектура решения Компоненты и их взаимодействие Схемы развертывания Масштабирование и производительность 🌐 API и интеграции REST API эндпоинты Схемы данных Примеры интеграций SDK и библиотеки 🗄️ База данных Схема базы данных Миграции и версионирование Оптимизация запросов Резервное копирование Технологический стек Backend Go - язык программирования Gin Framework - веб-фреймворк PostgreSQL - основная база данных Redis - кэширование (опционально) Frontend Hugo - генератор статических сайтов JavaScript - клиентская логика CSS3 - стилизация и анимации HTML5 - разметка Инфраструктура Nginx - обратный прокси Systemd - управление сервисами Linux - операционная система SSL/TLS - шифрование Метрики и мониторинг Ключевые показатели Время отклика API Использование ресурсов Количество активных пользователей Размер базы данных Инструменты мониторинга Логи приложений Системные метрики Пользовательская аналитика Алерты и уведомления 🔒 Безопасность Аутентификация и авторизация JWT токены Ролевая модель доступа Шифрование паролей Сессии пользователей Защита данных HTTPS/TLS шифрование Валидация входных данных Защита от SQL инъекций CORS политики Развертывание Системные требования CPU: 2+ ядра RAM: 4+ GB Диск: 20+ GB SSD ОС: Ubuntu 20.04+ или аналогичная Процесс развертывания Подготовка окружения Установка зависимостей Конфигурация сервисов Тестирование и проверка Производительность Оптимизация Кэширование статического контента Оптимизация базы данных Сжатие ответов CDN для статических ресурсов Масштабирование Горизонтальное масштабирование API Репликация базы данных Балансировка нагрузки Микросервисная архитектура CI/CD Автоматизация Автоматическое тестирование Развертывание по Git Откат изменений Мониторинг развертывания Инструменты Git для версионирования GitHub Actions / GitLab CI Docker для контейнеризации Ansible для автоматизации Соглашения Код Go Code Style Guide ESLint для JavaScript Комментирование API Тестовое покрытие \u0026gt;80% Документация Markdown для документации OpenAPI для API Диаграммы архитектуры Примеры использования 🛡️ Аварийное восстановление Стратегия Регулярные бэкапы Тестирование восстановления Документация процедур Контакты экстренных служб Процедуры Восстановление БД Восстановление приложения Переключение на резерв Уведомление пользователей 📞 Техническая поддержка Контакты Email: tech-support@company.com Slack: #wiki-iridium-tech Документация: wiki.company.com/tech Issue Tracker: github.com/company/wiki-iridium Уровни поддержки L1: Базовые вопросы пользователей L2: Технические проблемы L3: Архитектурные решения L4: Разработка и исследования ","categories":null,"content":"📖 Обзор раздела Этот раздел содержит техническую документацию для разработчиков и системных архитекторов, работающих с Wiki Iridium.\nЦелевая аудитория Разработчики - интеграция и расширение функциональности Системные архитекторы - понимание общей архитектуры DevOps инженеры - развертывание и масштабирование Технические консультанты - анализ и оптимизация Структура документации 🏗️ Архитектура системы Общая архитектура решения Компоненты и их взаимодействие Схемы развертывания Масштабирование и производительность 🌐 API и интеграции REST API эндпоинты Схемы данных Примеры интеграций SDK и библиотеки 🗄️ База данных Схема базы данных Миграции и версионирование Оптимизация запросов Резервное копирование Технологический стек Backend Go - язык программирования Gin Framework - веб-фреймворк PostgreSQL - основная база данных Redis - кэширование (опционально) Frontend Hugo - генератор статических сайтов JavaScript - клиентская логика CSS3 - стилизация и анимации HTML5 - разметка Инфраструктура Nginx - обратный прокси Systemd - управление сервисами Linux - операционная система SSL/TLS - шифрование Метрики и мониторинг Ключевые показатели Время отклика API Использование ресурсов Количество активных пользователей Размер базы данных Инструменты мониторинга Логи приложений Системные метрики Пользовательская аналитика Алерты и уведомления 🔒 Безопасность Аутентификация и авторизация JWT токены Ролевая модель доступа Шифрование паролей Сессии пользователей Защита данных HTTPS/TLS шифрование Валидация входных данных Защита от SQL инъекций CORS политики Развертывание Системные требования CPU: 2+ ядра RAM: 4+ GB Диск: 20+ GB SSD ОС: Ubuntu 20.04+ или аналогичная Процесс развертывания Подготовка окружения Установка зависимостей Конфигурация сервисов Тестирование и проверка Производительность Оптимизация Кэширование статического контента Оптимизация базы данных Сжатие ответов CDN для статических ресурсов Масштабирование Горизонтальное масштабирование API Репликация базы данных Балансировка нагрузки Микросервисная архитектура CI/CD Автоматизация Автоматическое тестирование Развертывание по Git Откат изменений Мониторинг развертывания Инструменты Git для версионирования GitHub Actions / GitLab CI Docker для контейнеризации Ansible для автоматизации Соглашения Код Go Code Style Guide ESLint для JavaScript Комментирование API Тестовое покрытие \u0026gt;80% Документация Markdown для документации OpenAPI для API Диаграммы архитектуры Примеры использования 🛡️ Аварийное восстановление Стратегия Регулярные бэкапы Тестирование восстановления Документация процедур Контакты экстренных служб Процедуры Восстановление БД Восстановление приложения Переключение на резерв Уведомление пользователей 📞 Техническая поддержка Контакты Email: tech-support@company.com Slack: #wiki-iridium-tech Документация: wiki.company.com/tech Issue Tracker: github.com/company/wiki-iridium Уровни поддержки L1: Базовые вопросы пользователей L2: Технические проблемы L3: Архитектурные решения L4: Разработка и исследования ","description":null,"ref":"/internal/technical/","section":"internal","tags":null,"title":" Техническая документация","url":"/internal/technical/","weight":20},{"body":"Когда нужно ручное резервное копирование Перед критическими обновлениями системы При миграции данных Перед тестированием новых функций В случае сбоя автоматических бэкапов Для создания архивных копий 🗄️ Ручной бэкап базы данных Полный бэкап PostgreSQL # Базовая команда sudo -u postgres pg_dump wiki_db \u0026gt; wiki_backup_$(date +%Y%m%d_%H%M%S).sql # С сжатием sudo -u postgres pg_dump wiki_db | gzip \u0026gt; wiki_backup_$(date +%Y%m%d_%H%M%S).sql.gz # Кастомный формат (рекомендуется) sudo -u postgres pg_dump -Fc wiki_db \u0026gt; wiki_backup_$(date +%Y%m%d_%H%M%S).dump # С дополнительными опциями sudo -u postgres pg_dump \\ --verbose \\ --no-owner \\ --no-privileges \\ --clean \\ --if-exists \\ wiki_db \u0026gt; wiki_backup_detailed_$(date +%Y%m%d_%H%M%S).sql Бэкап с полными правами и схемой # Включая роли и табличные пространства sudo -u postgres pg_dumpall \u0026gt; full_cluster_backup_$(date +%Y%m%d_%H%M%S).sql # Только схема без данных sudo -u postgres pg_dump --schema-only wiki_db \u0026gt; schema_only_$(date +%Y%m%d_%H%M%S).sql # Только данные без схемы sudo -u postgres pg_dump --data-only wiki_db \u0026gt; data_only_$(date +%Y%m%d_%H%M%S).sql # Бэкап конкретной таблицы sudo -u postgres pg_dump --table=users wiki_db \u0026gt; users_table_$(date +%Y%m%d_%H%M%S).sql Проверка созданного бэкапа # Проверка размера ls -lh wiki_backup_*.sql* # Проверка содержимого (первые строки) head -20 wiki_backup_*.sql # Подсчет строк wc -l wiki_backup_*.sql # Проверка целостности сжатого файла gzip -t wiki_backup_*.sql.gz \u0026amp;\u0026amp; echo \u0026#34;Архив целый\u0026#34; || echo \u0026#34;Архив поврежден\u0026#34; Ручной бэкап файлов Создание архива системных файлов # Создание базового архива tar -czf system_backup_$(date +%Y%m%d_%H%M%S).tar.gz \\ /opt/wiki-iridium \\ /etc/nginx \\ /etc/ssl \\ --exclude=\u0026#39;*.log\u0026#39; \\ --exclude=\u0026#39;*.tmp\u0026#39; # Создание архива с подробным выводом tar -czvf detailed_backup_$(date +%Y%m%d_%H%M%S).tar.gz \\ /opt/wiki-iridium \\ /etc/nginx \\ /etc/ssl # Архив с сохранением прав доступа tar -czpf permissions_backup_$(date +%Y%m%d_%H%M%S).tar.gz \\ /opt/wiki-iridium # Создание архива с проверкой tar -czvf verified_backup_$(date +%Y%m%d_%H%M%S).tar.gz \\ /opt/wiki-iridium \u0026amp;\u0026amp; \\ tar -tzf verified_backup_$(date +%Y%m%d_%H%M%S).tar.gz \u0026gt; /dev/null \u0026amp;\u0026amp; \\ echo \u0026#34;Архив создан и проверен успешно\u0026#34; Использование rsync для синхронизации # Синхронизация с локальной директорией rsync -av --delete /opt/wiki-iridium/ /backup/wiki-sync/ # Синхронизация с удаленным сервером rsync -av --delete -e ssh /opt/wiki-iridium/ user@backup-server:/backup/wiki/ # Синхронизация с исключениями rsync -av --delete \\ --exclude=\u0026#39;*.log\u0026#39; \\ --exclude=\u0026#39;*.tmp\u0026#39; \\ --exclude=\u0026#39;__pycache__\u0026#39; \\ /opt/wiki-iridium/ /backup/wiki-clean/ # Синхронизация только измененных файлов rsync -av --delete --checksum /opt/wiki-iridium/ /backup/wiki-checksum/ Интерактивный скрипт для ручного бэкапа #!/bin/bash # manual_backup_wizard.sh echo \u0026#34; Мастер ручного резервного копирования Wiki Iridium\u0026#34; echo \u0026#34;==================================================\u0026#34; # Получение пользовательского ввода read -p \u0026#34;Введите описание бэкапа: \u0026#34; DESCRIPTION read -p \u0026#34;Создать бэкап базы данных? (y/n): \u0026#34; BACKUP_DB read -p \u0026#34;Создать бэкап файлов? (y/n): \u0026#34; BACKUP_FILES read -p \u0026#34;Путь для сохранения [/backup/manual]: \u0026#34; BACKUP_PATH # Установка значений по умолчанию BACKUP_PATH=${BACKUP_PATH:-/backup/manual} TIMESTAMP=$(date +%Y%m%d_%H%M%S) DESCRIPTION_SAFE=$(echo \u0026#34;$DESCRIPTION\u0026#34; | tr \u0026#39; \u0026#39; \u0026#39;_\u0026#39; | tr -cd \u0026#39;[:alnum:]_-\u0026#39;) # Создание директории mkdir -p \u0026#34;$BACKUP_PATH\u0026#34; echo \u0026#34;\u0026#34; echo \u0026#34; Настройки бэкапа:\u0026#34; echo \u0026#34;Описание: $DESCRIPTION\u0026#34; echo \u0026#34;Путь: $BACKUP_PATH\u0026#34; echo \u0026#34;Время: $(date)\u0026#34; echo \u0026#34;\u0026#34; # Функция логирования log_file=\u0026#34;$BACKUP_PATH/backup_${TIMESTAMP}.log\u0026#34; log() { echo \u0026#34;$(date \u0026#39;+%Y-%m-%d %H:%M:%S\u0026#39;) - $1\u0026#34; | tee -a \u0026#34;$log_file\u0026#34; } # Начало бэкапа log \u0026#34;Начало ручного резервного копирования\u0026#34; log \u0026#34;Описание: $DESCRIPTION\u0026#34; # Бэкап базы данных if [[ \u0026#34;$BACKUP_DB\u0026#34; =~ ^[Yy]$ ]]; then echo \u0026#34;🗄️ Создание бэкапа базы данных...\u0026#34; db_backup_file=\u0026#34;$BACKUP_PATH/database_${DESCRIPTION_SAFE}_${TIMESTAMP}.dump\u0026#34; if sudo -u postgres pg_dump -Fc wiki_db \u0026gt; \u0026#34;$db_backup_file\u0026#34;; then log \u0026#34;Бэкап БД создан: $db_backup_file\u0026#34; # Проверка размера size=$(du -h \u0026#34;$db_backup_file\u0026#34; | cut -f1) log \u0026#34;Размер бэкапа БД: $size\u0026#34; # Быстрая проверка целостности if pg_restore --list \u0026#34;$db_backup_file\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then log \u0026#34;Проверка целостности БД: УСПЕШНО\u0026#34; else log \u0026#34;ОШИБКА: Бэкап БД может быть поврежден\u0026#34; fi else log \u0026#34;ОШИБКА: Не удалось создать бэкап БД\u0026#34; fi fi # Бэкап файлов if [[ \u0026#34;$BACKUP_FILES\u0026#34; =~ ^[Yy]$ ]]; then echo \u0026#34; Создание бэкапа файлов...\u0026#34; files_backup_file=\u0026#34;$BACKUP_PATH/files_${DESCRIPTION_SAFE}_${TIMESTAMP}.tar.gz\u0026#34; if tar -czf \u0026#34;$files_backup_file\u0026#34; \\ /opt/wiki-iridium \\ /etc/nginx/sites-available \\ /etc/ssl/certs \\ --exclude=\u0026#39;*.log\u0026#39; \\ --exclude=\u0026#39;*.tmp\u0026#39; 2\u0026gt;\u0026gt;\u0026#34;$log_file\u0026#34;; then log \u0026#34;Бэкап файлов создан: $files_backup_file\u0026#34; # Проверка размера size=$(du -h \u0026#34;$files_backup_file\u0026#34; | cut -f1) log \u0026#34;Размер бэкапа файлов: $size\u0026#34; # Проверка целостности if tar -tzf \u0026#34;$files_backup_file\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then log \u0026#34;Проверка целостности файлов: УСПЕШНО\u0026#34; else log \u0026#34;ОШИБКА: Архив файлов может быть поврежден\u0026#34; fi else log \u0026#34;ОШИБКА: Не удалось создать бэкап файлов\u0026#34; fi fi # Создание манифеста manifest_file=\u0026#34;$BACKUP_PATH/manifest_${TIMESTAMP}.txt\u0026#34; cat \u0026gt; \u0026#34;$manifest_file\u0026#34; \u0026lt;\u0026lt; EOF МАНИФЕСТ РЕЗЕРВНОГО КОПИРОВАНИЯ ============================== Дата создания: $(date) Описание: $DESCRIPTION Создатель: $(whoami) Хост: $(hostname) СОДЕРЖИМОЕ БЭКАПА: EOF if [[ \u0026#34;$BACKUP_DB\u0026#34; =~ ^[Yy]$ ]] \u0026amp;\u0026amp; [ -f \u0026#34;$db_backup_file\u0026#34; ]; then echo \u0026#34;- База данных: $(basename \u0026#34;$db_backup_file\u0026#34;) ($(du -h \u0026#34;$db_backup_file\u0026#34; | cut -f1))\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; fi if [[ \u0026#34;$BACKUP_FILES\u0026#34; =~ ^[Yy]$ ]] \u0026amp;\u0026amp; [ -f \u0026#34;$files_backup_file\u0026#34; ]; then echo \u0026#34;- Файлы: $(basename \u0026#34;$files_backup_file\u0026#34;) ($(du -h \u0026#34;$files_backup_file\u0026#34; | cut -f1))\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; fi echo \u0026#34;\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; echo \u0026#34;СИСТЕМНАЯ ИНФОРМАЦИЯ:\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; echo \u0026#34;- OS: $(lsb_release -d | cut -f2)\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; echo \u0026#34;- Ядро: $(uname -r)\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; echo \u0026#34;- Время работы: $(uptime -p)\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; log \u0026#34;Создан манифест: $manifest_file\u0026#34; # Подсчет общего размера total_size=$(du -sh \u0026#34;$BACKUP_PATH\u0026#34; 2\u0026gt;/dev/null | cut -f1) log \u0026#34;Общий размер бэкапа: $total_size\u0026#34; log \u0026#34;Ручное резервное копирование завершено\u0026#34; echo \u0026#34;\u0026#34; echo \u0026#34; Резервное копирование завершено!\u0026#34; echo \u0026#34; Файлы сохранены в: $BACKUP_PATH\u0026#34; echo \u0026#34; Манифест: $manifest_file\u0026#34; echo \u0026#34; Общий размер: $total_size\u0026#34; echo \u0026#34;\u0026#34; echo \u0026#34; Содержимое директории:\u0026#34; ls -la \u0026#34;$BACKUP_PATH\u0026#34;/*${TIMESTAMP}* 📦 Экспорт конфигураций Экспорт настроек Nginx # Создание бэкапа конфигурации Nginx mkdir -p /backup/configs/nginx_$(date +%Y%m%d) # Копирование основных файлов cp -r /etc/nginx/ /backup/configs/nginx_$(date +%Y%m%d)/ # Создание архива с конфигурацией tar -czf /backup/configs/nginx_config_$(date +%Y%m%d_%H%M%S).tar.gz \\ /etc/nginx/ \\ /var/log/nginx/access.log \\ /var/log/nginx/error.log # Экспорт только активных сайтов cp /etc/nginx/sites-enabled/* /backup/configs/nginx_$(date +%Y%m%d)/ 2\u0026gt;/dev/null || true Экспорт SSL сертификатов # Создание бэкапа SSL сертификатов mkdir -p /backup/ssl/$(date +%Y%m%d) # Копирование сертификатов (будьте осторожны с приватными ключами!) find /etc/ssl -name \u0026#34;*.crt\u0026#34; -exec cp {} /backup/ssl/$(date +%Y%m%d)/ \\; find /etc/ssl -name \u0026#34;*.key\u0026#34; -exec cp {} /backup/ssl/$(date +%Y%m%d)/ \\; # Создание зашифрованного архива tar -czf - /etc/ssl/ | gpg -c \u0026gt; /backup/ssl/ssl_certificates_$(date +%Y%m%d_%H%M%S).tar.gz.gpg 🧪 Экстренное резервное копирование Быстрый бэкап перед обновлением #!/bin/bash # emergency_backup.sh echo \u0026#34; ЭКСТРЕННОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ\u0026#34; echo \u0026#34;==================================\u0026#34; EMERGENCY_DIR=\u0026#34;/backup/emergency/$(date +%Y%m%d_%H%M%S)\u0026#34; mkdir -p \u0026#34;$EMERGENCY_DIR\u0026#34; echo \u0026#34; Директория: $EMERGENCY_DIR\u0026#34; # Критические данные echo \u0026#34;🗄️ Бэкап базы данных...\u0026#34; sudo -u postgres pg_dump -Fc wiki_db \u0026gt; \u0026#34;$EMERGENCY_DIR/emergency_db.dump\u0026#34; echo \u0026#34; Бэкап критических файлов...\u0026#34; tar -czf \u0026#34;$EMERGENCY_DIR/emergency_files.tar.gz\u0026#34; \\ /opt/wiki-iridium \\ /etc/nginx/sites-enabled \\ /etc/ssl/certs \\ --exclude=\u0026#39;*.log\u0026#39; echo \u0026#34; Экспорт системных настроек...\u0026#34; # Список установленных пакетов dpkg --get-selections \u0026gt; \u0026#34;$EMERGENCY_DIR/installed_packages.txt\u0026#34; # Системная информация uname -a \u0026gt; \u0026#34;$EMERGENCY_DIR/system_info.txt\u0026#34; df -h \u0026gt;\u0026gt; \u0026#34;$EMERGENCY_DIR/system_info.txt\u0026#34; free -h \u0026gt;\u0026gt; \u0026#34;$EMERGENCY_DIR/system_info.txt\u0026#34; # Активные сервисы systemctl list-units --type=service --state=running \u0026gt; \u0026#34;$EMERGENCY_DIR/running_services.txt\u0026#34; echo \u0026#34; Экстренный бэкап завершен\u0026#34; echo \u0026#34;📂 Размер: $(du -sh $EMERGENCY_DIR | cut -f1)\u0026#34; ls -la \u0026#34;$EMERGENCY_DIR\u0026#34; Проверка созданных бэкапов Скрипт верификации #!/bin/bash # verify_manual_backup.sh BACKUP_DIR=\u0026#34;$1\u0026#34; if [ -z \u0026#34;$BACKUP_DIR\u0026#34; ] || [ ! -d \u0026#34;$BACKUP_DIR\u0026#34; ]; then echo \u0026#34;Использование: $0 \u0026lt;путь_к_бэкапу\u0026gt;\u0026#34; exit 1 fi echo \u0026#34; Проверка бэкапа в: $BACKUP_DIR\u0026#34; echo \u0026#34;=================================\u0026#34; # Поиск файлов бэкапа DB_BACKUP=$(find \u0026#34;$BACKUP_DIR\u0026#34; -name \u0026#34;*.dump\u0026#34; -o -name \u0026#34;*.sql\u0026#34; -o -name \u0026#34;*.sql.gz\u0026#34; | head -1) FILES_BACKUP=$(find \u0026#34;$BACKUP_DIR\u0026#34; -name \u0026#34;*.tar.gz\u0026#34; | head -1) # Проверка бэкапа БД if [ -n \u0026#34;$DB_BACKUP\u0026#34; ]; then echo \u0026#34;🗄️ Проверка бэкапа БД: $(basename \u0026#34;$DB_BACKUP\u0026#34;)\u0026#34; case \u0026#34;$DB_BACKUP\u0026#34; in *.dump) if pg_restore --list \u0026#34;$DB_BACKUP\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then echo \u0026#34; Бэкап БД корректен\u0026#34; echo \u0026#34; Таблиц в бэкапе: $(pg_restore --list \u0026#34;$DB_BACKUP\u0026#34; | grep -c \u0026#39;TABLE DATA\u0026#39;)\u0026#34; else echo \u0026#34; Бэкап БД поврежден\u0026#34; fi ;; *.sql.gz) if gzip -t \u0026#34;$DB_BACKUP\u0026#34; 2\u0026gt;/dev/null; then echo \u0026#34; Сжатый SQL файл корректен\u0026#34; else echo \u0026#34; Сжатый SQL файл поврежден\u0026#34; fi ;; *.sql) if head -1 \u0026#34;$DB_BACKUP\u0026#34; | grep -q \u0026#34;PostgreSQL database dump\u0026#34;; then echo \u0026#34; SQL файл выглядит корректно\u0026#34; else echo \u0026#34; SQL файл может быть поврежден\u0026#34; fi ;; esac echo \u0026#34;📏 Размер: $(du -h \u0026#34;$DB_BACKUP\u0026#34; | cut -f1)\u0026#34; else echo \u0026#34; Бэкап БД не найден\u0026#34; fi echo \u0026#34;\u0026#34; # Проверка бэкапа файлов if [ -n \u0026#34;$FILES_BACKUP\u0026#34; ]; then echo \u0026#34; Проверка бэкапа файлов: $(basename \u0026#34;$FILES_BACKUP\u0026#34;)\u0026#34; if tar -tzf \u0026#34;$FILES_BACKUP\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then echo \u0026#34; Архив файлов корректен\u0026#34; echo \u0026#34; Файлов в архиве: $(tar -tzf \u0026#34;$FILES_BACKUP\u0026#34; | wc -l)\u0026#34; else echo \u0026#34; Архив файлов поврежден\u0026#34; fi echo \u0026#34;📏 Размер: $(du -h \u0026#34;$FILES_BACKUP\u0026#34; | cut -f1)\u0026#34; else echo \u0026#34; Бэкап файлов не найден\u0026#34; fi echo \u0026#34;\u0026#34; echo \u0026#34; Содержимое директории бэкапа:\u0026#34; ls -la \u0026#34;$BACKUP_DIR\u0026#34; Чек-лист ручного бэкапа Перед началом Определить цель бэкапа Выбрать тип бэкапа (полный/частичный) Проверить доступное место Уведомить пользователей (если нужно) Во время бэкапа Создать бэкап базы данных Создать бэкап файлов Проверить целостность Записать логи операций После бэкапа Проверить размеры файлов Провести тест восстановления Создать манифест Переместить в безопасное место Обновить документацию ⚠️ Важные замечания Время - ручные бэкапы могут занимать много времени Ресурсы - следите за использованием CPU и диска Безопасность - не передавайте файлы бэкапов по незащищенным каналам Документирование - всегда создавайте манифесты и описания Тестирование - проверяйте возможность восстановления ","categories":null,"content":"Когда нужно ручное резервное копирование Перед критическими обновлениями системы При миграции данных Перед тестированием новых функций В случае сбоя автоматических бэкапов Для создания архивных копий 🗄️ Ручной бэкап базы данных Полный бэкап PostgreSQL # Базовая команда sudo -u postgres pg_dump wiki_db \u0026gt; wiki_backup_$(date +%Y%m%d_%H%M%S).sql # С сжатием sudo -u postgres pg_dump wiki_db | gzip \u0026gt; wiki_backup_$(date +%Y%m%d_%H%M%S).sql.gz # Кастомный формат (рекомендуется) sudo -u postgres pg_dump -Fc wiki_db \u0026gt; wiki_backup_$(date +%Y%m%d_%H%M%S).dump # С дополнительными опциями sudo -u postgres pg_dump \\ --verbose \\ --no-owner \\ --no-privileges \\ --clean \\ --if-exists \\ wiki_db \u0026gt; wiki_backup_detailed_$(date +%Y%m%d_%H%M%S).sql Бэкап с полными правами и схемой # Включая роли и табличные пространства sudo -u postgres pg_dumpall \u0026gt; full_cluster_backup_$(date +%Y%m%d_%H%M%S).sql # Только схема без данных sudo -u postgres pg_dump --schema-only wiki_db \u0026gt; schema_only_$(date +%Y%m%d_%H%M%S).sql # Только данные без схемы sudo -u postgres pg_dump --data-only wiki_db \u0026gt; data_only_$(date +%Y%m%d_%H%M%S).sql # Бэкап конкретной таблицы sudo -u postgres pg_dump --table=users wiki_db \u0026gt; users_table_$(date +%Y%m%d_%H%M%S).sql Проверка созданного бэкапа # Проверка размера ls -lh wiki_backup_*.sql* # Проверка содержимого (первые строки) head -20 wiki_backup_*.sql # Подсчет строк wc -l wiki_backup_*.sql # Проверка целостности сжатого файла gzip -t wiki_backup_*.sql.gz \u0026amp;\u0026amp; echo \u0026#34;Архив целый\u0026#34; || echo \u0026#34;Архив поврежден\u0026#34; Ручной бэкап файлов Создание архива системных файлов # Создание базового архива tar -czf system_backup_$(date +%Y%m%d_%H%M%S).tar.gz \\ /opt/wiki-iridium \\ /etc/nginx \\ /etc/ssl \\ --exclude=\u0026#39;*.log\u0026#39; \\ --exclude=\u0026#39;*.tmp\u0026#39; # Создание архива с подробным выводом tar -czvf detailed_backup_$(date +%Y%m%d_%H%M%S).tar.gz \\ /opt/wiki-iridium \\ /etc/nginx \\ /etc/ssl # Архив с сохранением прав доступа tar -czpf permissions_backup_$(date +%Y%m%d_%H%M%S).tar.gz \\ /opt/wiki-iridium # Создание архива с проверкой tar -czvf verified_backup_$(date +%Y%m%d_%H%M%S).tar.gz \\ /opt/wiki-iridium \u0026amp;\u0026amp; \\ tar -tzf verified_backup_$(date +%Y%m%d_%H%M%S).tar.gz \u0026gt; /dev/null \u0026amp;\u0026amp; \\ echo \u0026#34;Архив создан и проверен успешно\u0026#34; Использование rsync для синхронизации # Синхронизация с локальной директорией rsync -av --delete /opt/wiki-iridium/ /backup/wiki-sync/ # Синхронизация с удаленным сервером rsync -av --delete -e ssh /opt/wiki-iridium/ user@backup-server:/backup/wiki/ # Синхронизация с исключениями rsync -av --delete \\ --exclude=\u0026#39;*.log\u0026#39; \\ --exclude=\u0026#39;*.tmp\u0026#39; \\ --exclude=\u0026#39;__pycache__\u0026#39; \\ /opt/wiki-iridium/ /backup/wiki-clean/ # Синхронизация только измененных файлов rsync -av --delete --checksum /opt/wiki-iridium/ /backup/wiki-checksum/ Интерактивный скрипт для ручного бэкапа #!/bin/bash # manual_backup_wizard.sh echo \u0026#34; Мастер ручного резервного копирования Wiki Iridium\u0026#34; echo \u0026#34;==================================================\u0026#34; # Получение пользовательского ввода read -p \u0026#34;Введите описание бэкапа: \u0026#34; DESCRIPTION read -p \u0026#34;Создать бэкап базы данных? (y/n): \u0026#34; BACKUP_DB read -p \u0026#34;Создать бэкап файлов? (y/n): \u0026#34; BACKUP_FILES read -p \u0026#34;Путь для сохранения [/backup/manual]: \u0026#34; BACKUP_PATH # Установка значений по умолчанию BACKUP_PATH=${BACKUP_PATH:-/backup/manual} TIMESTAMP=$(date +%Y%m%d_%H%M%S) DESCRIPTION_SAFE=$(echo \u0026#34;$DESCRIPTION\u0026#34; | tr \u0026#39; \u0026#39; \u0026#39;_\u0026#39; | tr -cd \u0026#39;[:alnum:]_-\u0026#39;) # Создание директории mkdir -p \u0026#34;$BACKUP_PATH\u0026#34; echo \u0026#34;\u0026#34; echo \u0026#34; Настройки бэкапа:\u0026#34; echo \u0026#34;Описание: $DESCRIPTION\u0026#34; echo \u0026#34;Путь: $BACKUP_PATH\u0026#34; echo \u0026#34;Время: $(date)\u0026#34; echo \u0026#34;\u0026#34; # Функция логирования log_file=\u0026#34;$BACKUP_PATH/backup_${TIMESTAMP}.log\u0026#34; log() { echo \u0026#34;$(date \u0026#39;+%Y-%m-%d %H:%M:%S\u0026#39;) - $1\u0026#34; | tee -a \u0026#34;$log_file\u0026#34; } # Начало бэкапа log \u0026#34;Начало ручного резервного копирования\u0026#34; log \u0026#34;Описание: $DESCRIPTION\u0026#34; # Бэкап базы данных if [[ \u0026#34;$BACKUP_DB\u0026#34; =~ ^[Yy]$ ]]; then echo \u0026#34;🗄️ Создание бэкапа базы данных...\u0026#34; db_backup_file=\u0026#34;$BACKUP_PATH/database_${DESCRIPTION_SAFE}_${TIMESTAMP}.dump\u0026#34; if sudo -u postgres pg_dump -Fc wiki_db \u0026gt; \u0026#34;$db_backup_file\u0026#34;; then log \u0026#34;Бэкап БД создан: $db_backup_file\u0026#34; # Проверка размера size=$(du -h \u0026#34;$db_backup_file\u0026#34; | cut -f1) log \u0026#34;Размер бэкапа БД: $size\u0026#34; # Быстрая проверка целостности if pg_restore --list \u0026#34;$db_backup_file\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then log \u0026#34;Проверка целостности БД: УСПЕШНО\u0026#34; else log \u0026#34;ОШИБКА: Бэкап БД может быть поврежден\u0026#34; fi else log \u0026#34;ОШИБКА: Не удалось создать бэкап БД\u0026#34; fi fi # Бэкап файлов if [[ \u0026#34;$BACKUP_FILES\u0026#34; =~ ^[Yy]$ ]]; then echo \u0026#34; Создание бэкапа файлов...\u0026#34; files_backup_file=\u0026#34;$BACKUP_PATH/files_${DESCRIPTION_SAFE}_${TIMESTAMP}.tar.gz\u0026#34; if tar -czf \u0026#34;$files_backup_file\u0026#34; \\ /opt/wiki-iridium \\ /etc/nginx/sites-available \\ /etc/ssl/certs \\ --exclude=\u0026#39;*.log\u0026#39; \\ --exclude=\u0026#39;*.tmp\u0026#39; 2\u0026gt;\u0026gt;\u0026#34;$log_file\u0026#34;; then log \u0026#34;Бэкап файлов создан: $files_backup_file\u0026#34; # Проверка размера size=$(du -h \u0026#34;$files_backup_file\u0026#34; | cut -f1) log \u0026#34;Размер бэкапа файлов: $size\u0026#34; # Проверка целостности if tar -tzf \u0026#34;$files_backup_file\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then log \u0026#34;Проверка целостности файлов: УСПЕШНО\u0026#34; else log \u0026#34;ОШИБКА: Архив файлов может быть поврежден\u0026#34; fi else log \u0026#34;ОШИБКА: Не удалось создать бэкап файлов\u0026#34; fi fi # Создание манифеста manifest_file=\u0026#34;$BACKUP_PATH/manifest_${TIMESTAMP}.txt\u0026#34; cat \u0026gt; \u0026#34;$manifest_file\u0026#34; \u0026lt;\u0026lt; EOF МАНИФЕСТ РЕЗЕРВНОГО КОПИРОВАНИЯ ============================== Дата создания: $(date) Описание: $DESCRIPTION Создатель: $(whoami) Хост: $(hostname) СОДЕРЖИМОЕ БЭКАПА: EOF if [[ \u0026#34;$BACKUP_DB\u0026#34; =~ ^[Yy]$ ]] \u0026amp;\u0026amp; [ -f \u0026#34;$db_backup_file\u0026#34; ]; then echo \u0026#34;- База данных: $(basename \u0026#34;$db_backup_file\u0026#34;) ($(du -h \u0026#34;$db_backup_file\u0026#34; | cut -f1))\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; fi if [[ \u0026#34;$BACKUP_FILES\u0026#34; =~ ^[Yy]$ ]] \u0026amp;\u0026amp; [ -f \u0026#34;$files_backup_file\u0026#34; ]; then echo \u0026#34;- Файлы: $(basename \u0026#34;$files_backup_file\u0026#34;) ($(du -h \u0026#34;$files_backup_file\u0026#34; | cut -f1))\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; fi echo \u0026#34;\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; echo \u0026#34;СИСТЕМНАЯ ИНФОРМАЦИЯ:\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; echo \u0026#34;- OS: $(lsb_release -d | cut -f2)\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; echo \u0026#34;- Ядро: $(uname -r)\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; echo \u0026#34;- Время работы: $(uptime -p)\u0026#34; \u0026gt;\u0026gt; \u0026#34;$manifest_file\u0026#34; log \u0026#34;Создан манифест: $manifest_file\u0026#34; # Подсчет общего размера total_size=$(du -sh \u0026#34;$BACKUP_PATH\u0026#34; 2\u0026gt;/dev/null | cut -f1) log \u0026#34;Общий размер бэкапа: $total_size\u0026#34; log \u0026#34;Ручное резервное копирование завершено\u0026#34; echo \u0026#34;\u0026#34; echo \u0026#34; Резервное копирование завершено!\u0026#34; echo \u0026#34; Файлы сохранены в: $BACKUP_PATH\u0026#34; echo \u0026#34; Манифест: $manifest_file\u0026#34; echo \u0026#34; Общий размер: $total_size\u0026#34; echo \u0026#34;\u0026#34; echo \u0026#34; Содержимое директории:\u0026#34; ls -la \u0026#34;$BACKUP_PATH\u0026#34;/*${TIMESTAMP}* 📦 Экспорт конфигураций Экспорт настроек Nginx # Создание бэкапа конфигурации Nginx mkdir -p /backup/configs/nginx_$(date +%Y%m%d) # Копирование основных файлов cp -r /etc/nginx/ /backup/configs/nginx_$(date +%Y%m%d)/ # Создание архива с конфигурацией tar -czf /backup/configs/nginx_config_$(date +%Y%m%d_%H%M%S).tar.gz \\ /etc/nginx/ \\ /var/log/nginx/access.log \\ /var/log/nginx/error.log # Экспорт только активных сайтов cp /etc/nginx/sites-enabled/* /backup/configs/nginx_$(date +%Y%m%d)/ 2\u0026gt;/dev/null || true Экспорт SSL сертификатов # Создание бэкапа SSL сертификатов mkdir -p /backup/ssl/$(date +%Y%m%d) # Копирование сертификатов (будьте осторожны с приватными ключами!) find /etc/ssl -name \u0026#34;*.crt\u0026#34; -exec cp {} /backup/ssl/$(date +%Y%m%d)/ \\; find /etc/ssl -name \u0026#34;*.key\u0026#34; -exec cp {} /backup/ssl/$(date +%Y%m%d)/ \\; # Создание зашифрованного архива tar -czf - /etc/ssl/ | gpg -c \u0026gt; /backup/ssl/ssl_certificates_$(date +%Y%m%d_%H%M%S).tar.gz.gpg 🧪 Экстренное резервное копирование Быстрый бэкап перед обновлением #!/bin/bash # emergency_backup.sh echo \u0026#34; ЭКСТРЕННОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ\u0026#34; echo \u0026#34;==================================\u0026#34; EMERGENCY_DIR=\u0026#34;/backup/emergency/$(date +%Y%m%d_%H%M%S)\u0026#34; mkdir -p \u0026#34;$EMERGENCY_DIR\u0026#34; echo \u0026#34; Директория: $EMERGENCY_DIR\u0026#34; # Критические данные echo \u0026#34;🗄️ Бэкап базы данных...\u0026#34; sudo -u postgres pg_dump -Fc wiki_db \u0026gt; \u0026#34;$EMERGENCY_DIR/emergency_db.dump\u0026#34; echo \u0026#34; Бэкап критических файлов...\u0026#34; tar -czf \u0026#34;$EMERGENCY_DIR/emergency_files.tar.gz\u0026#34; \\ /opt/wiki-iridium \\ /etc/nginx/sites-enabled \\ /etc/ssl/certs \\ --exclude=\u0026#39;*.log\u0026#39; echo \u0026#34; Экспорт системных настроек...\u0026#34; # Список установленных пакетов dpkg --get-selections \u0026gt; \u0026#34;$EMERGENCY_DIR/installed_packages.txt\u0026#34; # Системная информация uname -a \u0026gt; \u0026#34;$EMERGENCY_DIR/system_info.txt\u0026#34; df -h \u0026gt;\u0026gt; \u0026#34;$EMERGENCY_DIR/system_info.txt\u0026#34; free -h \u0026gt;\u0026gt; \u0026#34;$EMERGENCY_DIR/system_info.txt\u0026#34; # Активные сервисы systemctl list-units --type=service --state=running \u0026gt; \u0026#34;$EMERGENCY_DIR/running_services.txt\u0026#34; echo \u0026#34; Экстренный бэкап завершен\u0026#34; echo \u0026#34;📂 Размер: $(du -sh $EMERGENCY_DIR | cut -f1)\u0026#34; ls -la \u0026#34;$EMERGENCY_DIR\u0026#34; Проверка созданных бэкапов Скрипт верификации #!/bin/bash # verify_manual_backup.sh BACKUP_DIR=\u0026#34;$1\u0026#34; if [ -z \u0026#34;$BACKUP_DIR\u0026#34; ] || [ ! -d \u0026#34;$BACKUP_DIR\u0026#34; ]; then echo \u0026#34;Использование: $0 \u0026lt;путь_к_бэкапу\u0026gt;\u0026#34; exit 1 fi echo \u0026#34; Проверка бэкапа в: $BACKUP_DIR\u0026#34; echo \u0026#34;=================================\u0026#34; # Поиск файлов бэкапа DB_BACKUP=$(find \u0026#34;$BACKUP_DIR\u0026#34; -name \u0026#34;*.dump\u0026#34; -o -name \u0026#34;*.sql\u0026#34; -o -name \u0026#34;*.sql.gz\u0026#34; | head -1) FILES_BACKUP=$(find \u0026#34;$BACKUP_DIR\u0026#34; -name \u0026#34;*.tar.gz\u0026#34; | head -1) # Проверка бэкапа БД if [ -n \u0026#34;$DB_BACKUP\u0026#34; ]; then echo \u0026#34;🗄️ Проверка бэкапа БД: $(basename \u0026#34;$DB_BACKUP\u0026#34;)\u0026#34; case \u0026#34;$DB_BACKUP\u0026#34; in *.dump) if pg_restore --list \u0026#34;$DB_BACKUP\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then echo \u0026#34; Бэкап БД корректен\u0026#34; echo \u0026#34; Таблиц в бэкапе: $(pg_restore --list \u0026#34;$DB_BACKUP\u0026#34; | grep -c \u0026#39;TABLE DATA\u0026#39;)\u0026#34; else echo \u0026#34; Бэкап БД поврежден\u0026#34; fi ;; *.sql.gz) if gzip -t \u0026#34;$DB_BACKUP\u0026#34; 2\u0026gt;/dev/null; then echo \u0026#34; Сжатый SQL файл корректен\u0026#34; else echo \u0026#34; Сжатый SQL файл поврежден\u0026#34; fi ;; *.sql) if head -1 \u0026#34;$DB_BACKUP\u0026#34; | grep -q \u0026#34;PostgreSQL database dump\u0026#34;; then echo \u0026#34; SQL файл выглядит корректно\u0026#34; else echo \u0026#34; SQL файл может быть поврежден\u0026#34; fi ;; esac echo \u0026#34;📏 Размер: $(du -h \u0026#34;$DB_BACKUP\u0026#34; | cut -f1)\u0026#34; else echo \u0026#34; Бэкап БД не найден\u0026#34; fi echo \u0026#34;\u0026#34; # Проверка бэкапа файлов if [ -n \u0026#34;$FILES_BACKUP\u0026#34; ]; then echo \u0026#34; Проверка бэкапа файлов: $(basename \u0026#34;$FILES_BACKUP\u0026#34;)\u0026#34; if tar -tzf \u0026#34;$FILES_BACKUP\u0026#34; \u0026gt;/dev/null 2\u0026gt;\u0026amp;1; then echo \u0026#34; Архив файлов корректен\u0026#34; echo \u0026#34; Файлов в архиве: $(tar -tzf \u0026#34;$FILES_BACKUP\u0026#34; | wc -l)\u0026#34; else echo \u0026#34; Архив файлов поврежден\u0026#34; fi echo \u0026#34;📏 Размер: $(du -h \u0026#34;$FILES_BACKUP\u0026#34; | cut -f1)\u0026#34; else echo \u0026#34; Бэкап файлов не найден\u0026#34; fi echo \u0026#34;\u0026#34; echo \u0026#34; Содержимое директории бэкапа:\u0026#34; ls -la \u0026#34;$BACKUP_DIR\u0026#34; Чек-лист ручного бэкапа Перед началом Определить цель бэкапа Выбрать тип бэкапа (полный/частичный) Проверить доступное место Уведомить пользователей (если нужно) Во время бэкапа Создать бэкап базы данных Создать бэкап файлов Проверить целостность Записать логи операций После бэкапа Проверить размеры файлов Провести тест восстановления Создать манифест Переместить в безопасное место Обновить документацию ⚠️ Важные замечания Время - ручные бэкапы могут занимать много времени Ресурсы - следите за использованием CPU и диска Безопасность - не передавайте файлы бэкапов по незащищенным каналам Документирование - всегда создавайте манифесты и описания Тестирование - проверяйте возможность восстановления ","description":null,"ref":"/internal/admin-guide/system/backup/manual-backup/","section":"internal","tags":null,"title":"✋ Ручное резервное копирование","url":"/internal/admin-guide/system/backup/manual-backup/","weight":20},{"body":"📖 Обзор стратегии бэкапов Резервное копирование - критически важный процесс для обеспечения непрерывности работы и защиты от потери данных.\nПринципы резервного копирования Правило 3-2-1 3 копии данных (оригинал + 2 бэкапа) 2 различных типа носителей 1 копия в удаленном месте Типы бэкапов Полный бэкап - копирование всех данных Инкрементальный - только изменения с последнего бэкапа Дифференциальный - изменения с последнего полного бэкапа Что необходимо копировать Критические данные База данных Wiki Iridium Конфигурационные файлы Пользовательский контент SSL сертификаты Логи системы Системные конфигурации /etc/ - системные настройки /opt/wiki-iridium/ - приложение /var/lib/postgresql/ - данные БД /home/ - пользовательские данные 🕐 Расписание бэкапов Ежедневно (автоматически) База данных (полный бэкап) Критические конфигурации Пользовательский контент Еженедельно Полный системный бэкап Проверка целостности бэкапов Очистка старых бэкапов Ежемесячно Архивирование на внешние носители Тестирование восстановления Обновление процедур Цели восстановления RTO (Recovery Time Objective) Критические сервисы: 30 минут Веб-интерфейс: 1 час Полная система: 4 часа RPO (Recovery Point Objective) База данных: максимум 1 час данных Файлы: максимум 24 часа Конфигурация: максимум 24 часа Мониторинг бэкапов Проверки целостности Автоматическая верификация бэкапов Проверка размера и контрольных сумм Логирование всех операций Алерты при сбоях Метрики для отслеживания Время выполнения бэкапа Размер резервных копий Успешность операций Доступное место для хранения Инструменты резервного копирования Встроенные утилиты rsync - синхронизация файлов tar - архивирование pg_dump - бэкап PostgreSQL cron - автоматизация Специализированные решения Bacula - корпоративное решение Amanda - сетевые бэкапы Duplicity - шифрованные бэкапы BorgBackup - дедупликация ⚠️ Безопасность бэкапов Шифрование Шифрование данных при передаче Шифрование архивов Безопасное хранение ключей Регулярная ротация ключей Контроль доступа Ограниченный доступ к бэкапам Аудит операций Разделение обязанностей Мониторинг несанкционированного доступа Места хранения Локальное хранение Быстрое восстановление Низкая стоимость Риск физического повреждения Удаленное хранение Защита от локальных катастроф Более высокая стоимость Медленнее восстановление Облачное хранение Высокая доступность Автоматическое масштабирование Зависимость от интернета 🧪 Тестирование восстановления Регулярные тесты Ежемесячное тестирование Различные сценарии сбоев Документирование результатов Обновление процедур Сценарии тестирования Восстановление отдельных файлов Восстановление базы данных Полное восстановление системы Восстановление в другом месте Документация Обязательная документация Процедуры создания бэкапов Инструкции по восстановлению Контактная информация Расписание и ротация Чек-листы Ежедневные проверки Процедуры восстановления Контакты экстренных служб Последовательность действий Лучшие практики Автоматизация - минимизация человеческого фактора Тестирование - регулярная проверка восстановления Мониторинг - отслеживание состояния бэкапов Документирование - поддержание актуальных процедур Обучение - подготовка персонала Безопасность - защита резервных копий ","categories":null,"content":"📖 Обзор стратегии бэкапов Резервное копирование - критически важный процесс для обеспечения непрерывности работы и защиты от потери данных.\nПринципы резервного копирования Правило 3-2-1 3 копии данных (оригинал + 2 бэкапа) 2 различных типа носителей 1 копия в удаленном месте Типы бэкапов Полный бэкап - копирование всех данных Инкрементальный - только изменения с последнего бэкапа Дифференциальный - изменения с последнего полного бэкапа Что необходимо копировать Критические данные База данных Wiki Iridium Конфигурационные файлы Пользовательский контент SSL сертификаты Логи системы Системные конфигурации /etc/ - системные настройки /opt/wiki-iridium/ - приложение /var/lib/postgresql/ - данные БД /home/ - пользовательские данные 🕐 Расписание бэкапов Ежедневно (автоматически) База данных (полный бэкап) Критические конфигурации Пользовательский контент Еженедельно Полный системный бэкап Проверка целостности бэкапов Очистка старых бэкапов Ежемесячно Архивирование на внешние носители Тестирование восстановления Обновление процедур Цели восстановления RTO (Recovery Time Objective) Критические сервисы: 30 минут Веб-интерфейс: 1 час Полная система: 4 часа RPO (Recovery Point Objective) База данных: максимум 1 час данных Файлы: максимум 24 часа Конфигурация: максимум 24 часа Мониторинг бэкапов Проверки целостности Автоматическая верификация бэкапов Проверка размера и контрольных сумм Логирование всех операций Алерты при сбоях Метрики для отслеживания Время выполнения бэкапа Размер резервных копий Успешность операций Доступное место для хранения Инструменты резервного копирования Встроенные утилиты rsync - синхронизация файлов tar - архивирование pg_dump - бэкап PostgreSQL cron - автоматизация Специализированные решения Bacula - корпоративное решение Amanda - сетевые бэкапы Duplicity - шифрованные бэкапы BorgBackup - дедупликация ⚠️ Безопасность бэкапов Шифрование Шифрование данных при передаче Шифрование архивов Безопасное хранение ключей Регулярная ротация ключей Контроль доступа Ограниченный доступ к бэкапам Аудит операций Разделение обязанностей Мониторинг несанкционированного доступа Места хранения Локальное хранение Быстрое восстановление Низкая стоимость Риск физического повреждения Удаленное хранение Защита от локальных катастроф Более высокая стоимость Медленнее восстановление Облачное хранение Высокая доступность Автоматическое масштабирование Зависимость от интернета 🧪 Тестирование восстановления Регулярные тесты Ежемесячное тестирование Различные сценарии сбоев Документирование результатов Обновление процедур Сценарии тестирования Восстановление отдельных файлов Восстановление базы данных Полное восстановление системы Восстановление в другом месте Документация Обязательная документация Процедуры создания бэкапов Инструкции по восстановлению Контактная информация Расписание и ротация Чек-листы Ежедневные проверки Процедуры восстановления Контакты экстренных служб Последовательность действий Лучшие практики Автоматизация - минимизация человеческого фактора Тестирование - регулярная проверка восстановления Мониторинг - отслеживание состояния бэкапов Документирование - поддержание актуальных процедур Обучение - подготовка персонала Безопасность - защита резервных копий ","description":null,"ref":"/internal/admin-guide/system/backup/","section":"internal","tags":null,"title":"💾 Резервное копирование","url":"/internal/admin-guide/system/backup/","weight":20},{"body":"Здесь размещается внутренняя документация по программному комплексу «Звезда». Материалы предназначены для сотрудников АО «БФГ» и описывают устройство, эксплуатацию, поддержку и развитие системы.\nВ этом разделе вы найдете:\nОписание архитектуры и основных компонентов ПК «Звезда» Руководства по установке, настройке и обновлению Внутренние регламенты и стандарты работы с системой Примеры интеграции и использования API Рекомендации по обеспечению безопасности и поддержанию работоспособности Документация регулярно обновляется и дополняется с учетом развития проекта и текущих потребностей специалистов.\n","categories":null,"content":"Здесь размещается внутренняя документация по программному комплексу «Звезда». Материалы предназначены для сотрудников АО «БФГ» и описывают устройство, эксплуатацию, поддержку и развитие системы.\nВ этом разделе вы найдете:\nОписание архитектуры и основных компонентов ПК «Звезда» Руководства по установке, настройке и обновлению Внутренние регламенты и стандарты работы с системой Примеры интеграции и использования API Рекомендации по обеспечению безопасности и поддержанию работоспособности Документация регулярно обновляется и дополняется с учетом развития проекта и текущих потребностей специалистов.\n","description":null,"ref":"/internal/pk-zvezda/","section":"internal","tags":null,"title":"Техническая документация по ПК «Звезда»","url":"/internal/pk-zvezda/","weight":30},{"body":"Список шагов по созданию и управлению LVM Шаг 1. Подготовка дисков Форматирование дисков: При необходимости отформатируйте диски, предварительно скопировав важную информацию Инициализация физических томов: {.is-info}\nИспользуйте утилиту pvcreate для пометки дисков:\npvcreate /dev/vdb /dev/vdc Проверка инициализации Убедитесь, что диски правильно отображаются, используя команду:\npvdisplay Шаг 2. Создание группы томов Создание группы томов Создание группы томов с помощью команды:\nvgcreate vg1 /dev/vdb /dev/vdc Примечание: Вместо vg1 можно использовать любое понятное имя для группы {.is-info}\nШаг 3. Создание и форматирование логического тома Создание логического тома. Создайте логический том из группы дисков:\nlvcreate -L 54.99G -n lv1 vg1 Альтернативный вариант\nlvcreate -l 100%FREE -n lv1 vg1 Форматирование логического тома. Отредактируйте созданный том в файловую систему ext4:\nmkfs.ext4 /dev/vg1/lv1 Создание и монтирование директории. Создайте директорию для монтирования и примонтируйте том:\nmkdir /mnt/lv1 ount -t ext4 /dev/vg1/lv1 /mnt/lv1 Шаг 4. Разделение логического тома. Уменьшение размера логического тома. Используйте команду:\nlvdisplay Уменьшение размера. Уменьшите размер логического тома до 40 Гб:\nlvreduce -L 40G /dev/vg1/lv1 Подтвердите действие нажатием клавиши «y».\nСоздание нового логического тома. Используйте освободившееся пространство для создания нового тома:\nlvcreate -l 100%FREE -n lv2 vg1 Форматирование и монтирование нового тома. Отформатируйте и примонтируйте новый том:\nmkfs.ext4 /dev/vg1/lv2 mkdir /mnt/lv2 mount /dev/vg1/lv2 /mnt/lv2 Следуя данной инструкции, вы сможете успешно создать и управлять логическими томами с использованием LVM, обеспечивая гибкость и эффективность управления дисковым пространством.\n","categories":null,"content":"Список шагов по созданию и управлению LVM Шаг 1. Подготовка дисков Форматирование дисков: При необходимости отформатируйте диски, предварительно скопировав важную информацию Инициализация физических томов: {.is-info}\nИспользуйте утилиту pvcreate для пометки дисков:\npvcreate /dev/vdb /dev/vdc Проверка инициализации Убедитесь, что диски правильно отображаются, используя команду:\npvdisplay Шаг 2. Создание группы томов Создание группы томов Создание группы томов с помощью команды:\nvgcreate vg1 /dev/vdb /dev/vdc Примечание: Вместо vg1 можно использовать любое понятное имя для группы {.is-info}\nШаг 3. Создание и форматирование логического тома Создание логического тома. Создайте логический том из группы дисков:\nlvcreate -L 54.99G -n lv1 vg1 Альтернативный вариант\nlvcreate -l 100%FREE -n lv1 vg1 Форматирование логического тома. Отредактируйте созданный том в файловую систему ext4:\nmkfs.ext4 /dev/vg1/lv1 Создание и монтирование директории. Создайте директорию для монтирования и примонтируйте том:\nmkdir /mnt/lv1 ount -t ext4 /dev/vg1/lv1 /mnt/lv1 Шаг 4. Разделение логического тома. Уменьшение размера логического тома. Используйте команду:\nlvdisplay Уменьшение размера. Уменьшите размер логического тома до 40 Гб:\nlvreduce -L 40G /dev/vg1/lv1 Подтвердите действие нажатием клавиши «y».\nСоздание нового логического тома. Используйте освободившееся пространство для создания нового тома:\nlvcreate -l 100%FREE -n lv2 vg1 Форматирование и монтирование нового тома. Отформатируйте и примонтируйте новый том:\nmkfs.ext4 /dev/vg1/lv2 mkdir /mnt/lv2 mount /dev/vg1/lv2 /mnt/lv2 Следуя данной инструкции, вы сможете успешно создать и управлять логическими томами с использованием LVM, обеспечивая гибкость и эффективность управления дисковым пространством.\n","description":null,"ref":"/faq/lvm-guide/","section":"faq","tags":null,"title":"Создание и управление LVM","url":"/faq/lvm-guide/","weight":40},{"body":"Список шагов для копирования LVM томов с сервера на сервер Шаг 1. Активация дисков на серверах Активируйте диск на сервере №1 (диск, с которого копируем):\nlvchange -ay /dev/lvm-v1/hvs-100-45 Активируйте диск на сервере №2 (диск, на который копируем):\nlvchange -ay /dev/lvm-v1/hvs-101-95 Шаг 2. Проверка размеров и активации Проверьте размеры и убедитесь, что диски активированы. {.is-info}\nДля диска, с которого копируем:\nqemu-img info /dev/lvm-v1/hvs-100-45 Для диска, на который копируем:\nqemu-img info /dev/lvm-v1/hvs-101-95 Шаг 3: Копирование с помощью dd Копирование данных с одного тома на другой. Используйте команду dd для копирования данных с одного сервера на другой через SSH:\ndd bs=4M if=/dev/lvm-v1/hvs-100-45 | ssh h35 dd of=/dev/lvm-v1/hvs-101-95 bs=4M status=progress Примечание: Убедитесь, что SSH доступ между серверами настроен и имя хоста h35 правильно указано в /etc/hosts или замените его на IP-адрес. {.is-warning}\nСледуя данной инструкции, вы сможете успешно скопировать LVM том с одного сервера на другой, обеспечивая целостность и идентичность данных на обоих серверах. Убедитесь, что все шаги выполнены корректно для успешного завершения процесса.\n","categories":null,"content":"Список шагов для копирования LVM томов с сервера на сервер Шаг 1. Активация дисков на серверах Активируйте диск на сервере №1 (диск, с которого копируем):\nlvchange -ay /dev/lvm-v1/hvs-100-45 Активируйте диск на сервере №2 (диск, на который копируем):\nlvchange -ay /dev/lvm-v1/hvs-101-95 Шаг 2. Проверка размеров и активации Проверьте размеры и убедитесь, что диски активированы. {.is-info}\nДля диска, с которого копируем:\nqemu-img info /dev/lvm-v1/hvs-100-45 Для диска, на который копируем:\nqemu-img info /dev/lvm-v1/hvs-101-95 Шаг 3: Копирование с помощью dd Копирование данных с одного тома на другой. Используйте команду dd для копирования данных с одного сервера на другой через SSH:\ndd bs=4M if=/dev/lvm-v1/hvs-100-45 | ssh h35 dd of=/dev/lvm-v1/hvs-101-95 bs=4M status=progress Примечание: Убедитесь, что SSH доступ между серверами настроен и имя хоста h35 правильно указано в /etc/hosts или замените его на IP-адрес. {.is-warning}\nСледуя данной инструкции, вы сможете успешно скопировать LVM том с одного сервера на другой, обеспечивая целостность и идентичность данных на обоих серверах. Убедитесь, что все шаги выполнены корректно для успешного завершения процесса.\n","description":null,"ref":"/faq/lvm-volume-copy/","section":"faq","tags":null,"title":"Копирование LVM тома с сервера на сервер","url":"/faq/lvm-volume-copy/","weight":50},{"body":"Шаг 1: Остановка службы procurator Остановите службу procurator:\nrc-service procurator.comienzo stop Убедитесь, что все процессы procurator завершены:\npgrep -af procu Шаг 2: Управление сетями Показать все текущие сети:\novs-vsctl show Показать список настроенных мостов:\novs-vsctl list-br Удалить все мосты последовательно:\novs-vsctl list-br | while read b; do ovs-vsctl del-br $b; done Проверьте, что все мосты удалены:\novs-vsctl show Шаг 3: Настройка umbra Посмотреть текущие настройки umbra:\novs-vsctl show Open_vSwitch Очистить настройки umbra (c27406f-06a6-4a31-b01b-c7809efcfbd7 это uuid Open_vSwitch)\novs-vsctl set Open_vSwitch c27406f-06a6-4a31-b01b-c7809efcfbd7 external_ids={} Шаг 4: Создание новой конфигурации Создайте мост виртуального коммутатора hvssw0:\novs-vsctl add-br hvssw0 Добавьте интерфейс sys0 на мост hvssw0 и присвойте ему тип internal:\novs-vsctl add-port hvssw0 sys0 -- set Interface sys0 type=internal Добавьте физический интерфейс enp4s0f1 на мост hvssw0:\novs-vsctl add-port hvssw0 enp4s0f1 Шаг 5: Дополнительные настройки Присвоение IP-адреса\nПрисвойте IP-адрес интерфейсу sys0:\nip addr add 10.10.102.64/24 dev sys0 Активируйте интерфейс sys0:\nip link set up dev sys0 Установите маршрут по умолчанию:\nip route add default via 10.10.102.1 Настройка VLAN Если требуется задать VLAN для sys0, выполните:\novs-vsctl set Port sys0 tag=102 Следуя этой инструкции, вы сможете восстановить сетевую конфигурацию после удаления интерфейса sys0.\n","categories":null,"content":"Шаг 1: Остановка службы procurator Остановите службу procurator:\nrc-service procurator.comienzo stop Убедитесь, что все процессы procurator завершены:\npgrep -af procu Шаг 2: Управление сетями Показать все текущие сети:\novs-vsctl show Показать список настроенных мостов:\novs-vsctl list-br Удалить все мосты последовательно:\novs-vsctl list-br | while read b; do ovs-vsctl del-br $b; done Проверьте, что все мосты удалены:\novs-vsctl show Шаг 3: Настройка umbra Посмотреть текущие настройки umbra:\novs-vsctl show Open_vSwitch Очистить настройки umbra (c27406f-06a6-4a31-b01b-c7809efcfbd7 это uuid Open_vSwitch)\novs-vsctl set Open_vSwitch c27406f-06a6-4a31-b01b-c7809efcfbd7 external_ids={} Шаг 4: Создание новой конфигурации Создайте мост виртуального коммутатора hvssw0:\novs-vsctl add-br hvssw0 Добавьте интерфейс sys0 на мост hvssw0 и присвойте ему тип internal:\novs-vsctl add-port hvssw0 sys0 -- set Interface sys0 type=internal Добавьте физический интерфейс enp4s0f1 на мост hvssw0:\novs-vsctl add-port hvssw0 enp4s0f1 Шаг 5: Дополнительные настройки Присвоение IP-адреса\nПрисвойте IP-адрес интерфейсу sys0:\nip addr add 10.10.102.64/24 dev sys0 Активируйте интерфейс sys0:\nip link set up dev sys0 Установите маршрут по умолчанию:\nip route add default via 10.10.102.1 Настройка VLAN Если требуется задать VLAN для sys0, выполните:\novs-vsctl set Port sys0 tag=102 Следуя этой инструкции, вы сможете восстановить сетевую конфигурацию после удаления интерфейса sys0.\n","description":null,"ref":"/faq/sys0-config-recovery-guide/","section":"faq","tags":null,"title":"Восстановление конфигурации после удаления sys0","url":"/faq/sys0-config-recovery-guide/","weight":60},{"body":"","categories":null,"content":"","description":null,"ref":"/","section":"","tags":null,"title":"База знаний BFG","url":"/","weight":null},{"body":"Назначение Инструкция описывает пример использования утилиты pcli для загрузки локального файла (например, образа диска) на выбранное хранилище. Команда для загрузки\npcli --user root --password P@ssw0rd datastore fs upload -p Local_3,5Tb:/ -n /var/tmp/UDesktop_22.sdk-p Пояснение параметров команды Параметр -p — выбор хранилища можно сделать через табуляцию, также можно указать конкретную директорию. В примере файл загружается в корень хранилища. Параметр -n — путь к диску на хосте. ","categories":null,"content":"Назначение Инструкция описывает пример использования утилиты pcli для загрузки локального файла (например, образа диска) на выбранное хранилище. Команда для загрузки\npcli --user root --password P@ssw0rd datastore fs upload -p Local_3,5Tb:/ -n /var/tmp/UDesktop_22.sdk-p Пояснение параметров команды Параметр -p — выбор хранилища можно сделать через табуляцию, также можно указать конкретную директорию. В примере файл загружается в корень хранилища. Параметр -n — путь к диску на хосте. ","description":null,"ref":"/faq/procurator-pcli-uoload-file/","section":"faq","tags":null,"title":"Загрузка файла в хранилище через pcli","url":"/faq/procurator-pcli-uoload-file/","weight":null},{"body":"Шаги выполнения Просмотрите доступные портгруппы:\npcli --user root --password P@ssw0rd network vswitch standard portgroup list Измените VLAN для нужной портгруппы:\npcli --user root --password P@ssw0rd network vswitch standard portgroup set --portgroup-name VLAN_105 -v 105 ","categories":null,"content":"Шаги выполнения Просмотрите доступные портгруппы:\npcli --user root --password P@ssw0rd network vswitch standard portgroup list Измените VLAN для нужной портгруппы:\npcli --user root --password P@ssw0rd network vswitch standard portgroup set --portgroup-name VLAN_105 -v 105 ","description":null,"ref":"/faq/changing_vlan_with_pcli/","section":"faq","tags":null,"title":"Смена VLAN через pcli","url":"/faq/changing_vlan_with_pcli/","weight":null},{"body":"Шаги выполнения Удалите ненужный порт:\novs-vsctl del-port \u0026lt;port\u0026gt; Добавьте нужный порт:\novs-vsctl add-port \u0026lt;br\u0026gt; \u0026lt;port\u0026gt; Скопируйте конфигурацию сетевого интерфейса, указав нужный:\ncp /etc/systemd/network/\u0026lt;old.network\u0026gt; /etc/systemd/network/\u0026lt;new.network\u0026gt; Измените название интерфейса внутри файла настроек:\nvim /etc/systemd/network/\u0026lt;new.network\u0026gt; ","categories":null,"content":"Шаги выполнения Удалите ненужный порт:\novs-vsctl del-port \u0026lt;port\u0026gt; Добавьте нужный порт:\novs-vsctl add-port \u0026lt;br\u0026gt; \u0026lt;port\u0026gt; Скопируйте конфигурацию сетевого интерфейса, указав нужный:\ncp /etc/systemd/network/\u0026lt;old.network\u0026gt; /etc/systemd/network/\u0026lt;new.network\u0026gt; Измените название интерфейса внутри файла настроек:\nvim /etc/systemd/network/\u0026lt;new.network\u0026gt; ","description":null,"ref":"/faq/changing_physical_interface_before_procurator_install/","section":"faq","tags":null,"title":"Смена физического интерфейса до установки Прокуратора","url":"/faq/changing_physical_interface_before_procurator_install/","weight":null},{"body":"🎯 Обзор системы ПК «Звезда» — это отечественный программный комплекс виртуализации серверов и рабочих мест, разработанный АО «БФГ» для построения защищённой инфраструктуры и решения задач импортозамещения.\nОсновные преимущества Быстрая миграция с импортных платформ (VMware, Hyper-V) Сохранение действующей ИТ-инфраструктуры Сертифицированный гипервизор 1-го типа Обеспечивает защищённую среду функционирования ИТ-систем Возможность аттестации ИТ-систем организации в соответствии с требованиями ФСТЭК Сертифицированное Средство Защиты Информации (СЗИ) Состоит в Едином реестре российского ПО Области применения На значимых объектах критической информационной инфраструктуры (КИИ) Для защиты данных в информационных системах персональных данных (ИСПДн) В государственных информационных системах (ГИС) В автоматизированных системах управления технологическими процессами (АСУ ТП) ","categories":null,"content":"🎯 Обзор системы ПК «Звезда» — это отечественный программный комплекс виртуализации серверов и рабочих мест, разработанный АО «БФГ» для построения защищённой инфраструктуры и решения задач импортозамещения.\nОсновные преимущества Быстрая миграция с импортных платформ (VMware, Hyper-V) Сохранение действующей ИТ-инфраструктуры Сертифицированный гипервизор 1-го типа Обеспечивает защищённую среду функционирования ИТ-систем Возможность аттестации ИТ-систем организации в соответствии с требованиями ФСТЭК Сертифицированное Средство Защиты Информации (СЗИ) Состоит в Едином реестре российского ПО Области применения На значимых объектах критической информационной инфраструктуры (КИИ) Для защиты данных в информационных системах персональных данных (ИСПДн) В государственных информационных системах (ГИС) В автоматизированных системах управления технологическими процессами (АСУ ТП) ","description":"Номер сертификата ФСТЭК №4934","ref":"/docs/pkzvezda/","section":"docs","tags":null,"title":"ПК «Звезда» — документация","url":"/docs/pkzvezda/","weight":null},{"body":"Внутренняя документация Этот раздел содержит внутреннюю документацию компании и доступен только сотрудникам поддержки и администраторам.\nТехническая документация Архитектура системы Wiki Iridium Компоненты системы:\nFrontend: Hugo Static Site Generator (порт 1313) Backend: Go API (Gin Framework, порт 8000) База данных: PostgreSQL Авторизация: JWT токены Развертывание: systemd сервисы Служебные команды Управление сервисами:\n# Перезапуск Hugo systemctl restart iridium-hugo.service # Перезапуск API systemctl restart iridium-api.service # Проверка статуса systemctl status iridium-hugo.service systemctl status iridium-api.service Обновление IP адреса:\ncd /opt ./update-ip.sh Управление пользователями Создание пользователей Роли в системе:\nclient - базовый доступ (документация, FAQ) support - расширенный доступ (+ внутренняя документация) admin - полный доступ (+ администрирование) Процедура добавления пользователя:\nЗайти в админ панель: /admin/ Нажать \u0026ldquo;Добавить пользователя\u0026rdquo; Заполнить данные: username, email, пароль, роль Сохранить Сброс паролей Автоматический сброс:\nПользователь использует \u0026ldquo;Забыли пароль?\u0026rdquo; на странице входа Система отправляет email с токеном восстановления Ручной сброс (для админов):\nЗайти в админ панель Найти пользователя Нажать \u0026ldquo;Изменить пароль\u0026rdquo; Установить новый пароль Процедуры поддержки Решение типовых проблем Проблема: Пользователь не может войти\nПроверить правильность логина/пароля Убедиться что аккаунт не заблокирован Проверить статус сервисов При необходимости сбросить пароль Проблема: Доступ запрещен к разделу\nПроверить роль пользователя в админ панели Убедиться что роль соответствует требуемой для раздела При необходимости изменить роль Проблема: Страница не загружается\nПроверить статус сервисов Hugo и API Проверить доступность базы данных Проверить логи сервисов При необходимости перезапустить сервисы Мониторинг системы Ключевые метрики:\nСтатус сервисов: systemctl status iridium-* Логи Hugo: journalctl -u iridium-hugo.service -f Логи API: journalctl -u iridium-api.service -f Использование ресурсов: htop Регулярные проверки:\nЕжедневно: статус сервисов Еженедельно: логи на ошибки Ежемесячно: очистка старых логов Регламенты работы Обновление документации Процедура обновления контента:\nСоздать/отредактировать .md файлы в content/ Проверить корректность разметки Markdown При изменении структуры обновить навигацию Перезапустить Hugo: systemctl restart iridium-hugo.service Структура контента:\ncontent/ ├── _index.md # Главная страница ├── docs/ # Основная документация ├── faq/ # Часто задаваемые вопросы ├── internal/ # Внутренняя документация (support, admin) ├── admin/ # Администрирование (admin only) └── profile.md # Профиль пользователя Резервное копирование Что необходимо сохранять:\nБаза данных PostgreSQL Файлы конфигурации (.env) Контент сайта (папка content/) Пользовательские шаблоны и стили Периодичность:\nБаза данных: ежедневно Файлы: еженедельно 🔒 Политики безопасности Управление доступом Принципы:\nМинимальные необходимые права Регулярный аудит пользователей Обязательная смена паролей раз в 90 дней Блокировка неактивных аккаунтов Требования к паролям Минимальные требования:\nДлина: не менее 8 символов Содержать цифры и буквы Не должен совпадать с логином Не должен быть в списке популярных паролей Логирование и аудит Логируемые события:\nУспешные и неуспешные попытки входа Изменения ролей пользователей Создание/удаление аккаунтов Доступ к конфиденциальным разделам 📞 Эскалация инцидентов Уровни критичности Критический (P1):\nПолная недоступность системы Компрометация безопасности Потеря данных Высокий (P2):\nЧастичная недоступность Ошибки авторизации Некорректная работа ключевых функций Средний (P3):\nПроблемы с отдельными разделами Медленная работа Косметические дефекты Низкий (P4):\nПожелания по улучшению Незначительные баги Контакты для эскалации Системный администратор:\nРоль: admin Ответственность: техническое обслуживание, доступы Ответственный за контент:\nРоль: support/admin Ответственность: наполнение и обновление документации Отчетность Еженедельные отчеты Включают:\nСтатистика посещений Количество новых пользователей Инциденты и их решение Обновления системы Ежемесячные отчеты Включают:\nАналитика использования разделов Производительность системы Планы развития Бюджет на обслуживание Важно: Данная документация содержит служебную информацию.\nНе передавайте содержимое третьим лицам без соответствующих полномочий.\nПоследнее обновление: Декабрь 2024\nВерсия документа: 1.2\n","categories":null,"content":"Внутренняя документация Этот раздел содержит внутреннюю документацию компании и доступен только сотрудникам поддержки и администраторам.\nТехническая документация Архитектура системы Wiki Iridium Компоненты системы:\nFrontend: Hugo Static Site Generator (порт 1313) Backend: Go API (Gin Framework, порт 8000) База данных: PostgreSQL Авторизация: JWT токены Развертывание: systemd сервисы Служебные команды Управление сервисами:\n# Перезапуск Hugo systemctl restart iridium-hugo.service # Перезапуск API systemctl restart iridium-api.service # Проверка статуса systemctl status iridium-hugo.service systemctl status iridium-api.service Обновление IP адреса:\ncd /opt ./update-ip.sh Управление пользователями Создание пользователей Роли в системе:\nclient - базовый доступ (документация, FAQ) support - расширенный доступ (+ внутренняя документация) admin - полный доступ (+ администрирование) Процедура добавления пользователя:\nЗайти в админ панель: /admin/ Нажать \u0026ldquo;Добавить пользователя\u0026rdquo; Заполнить данные: username, email, пароль, роль Сохранить Сброс паролей Автоматический сброс:\nПользователь использует \u0026ldquo;Забыли пароль?\u0026rdquo; на странице входа Система отправляет email с токеном восстановления Ручной сброс (для админов):\nЗайти в админ панель Найти пользователя Нажать \u0026ldquo;Изменить пароль\u0026rdquo; Установить новый пароль Процедуры поддержки Решение типовых проблем Проблема: Пользователь не может войти\nПроверить правильность логина/пароля Убедиться что аккаунт не заблокирован Проверить статус сервисов При необходимости сбросить пароль Проблема: Доступ запрещен к разделу\nПроверить роль пользователя в админ панели Убедиться что роль соответствует требуемой для раздела При необходимости изменить роль Проблема: Страница не загружается\nПроверить статус сервисов Hugo и API Проверить доступность базы данных Проверить логи сервисов При необходимости перезапустить сервисы Мониторинг системы Ключевые метрики:\nСтатус сервисов: systemctl status iridium-* Логи Hugo: journalctl -u iridium-hugo.service -f Логи API: journalctl -u iridium-api.service -f Использование ресурсов: htop Регулярные проверки:\nЕжедневно: статус сервисов Еженедельно: логи на ошибки Ежемесячно: очистка старых логов Регламенты работы Обновление документации Процедура обновления контента:\nСоздать/отредактировать .md файлы в content/ Проверить корректность разметки Markdown При изменении структуры обновить навигацию Перезапустить Hugo: systemctl restart iridium-hugo.service Структура контента:\ncontent/ ├── _index.md # Главная страница ├── docs/ # Основная документация ├── faq/ # Часто задаваемые вопросы ├── internal/ # Внутренняя документация (support, admin) ├── admin/ # Администрирование (admin only) └── profile.md # Профиль пользователя Резервное копирование Что необходимо сохранять:\nБаза данных PostgreSQL Файлы конфигурации (.env) Контент сайта (папка content/) Пользовательские шаблоны и стили Периодичность:\nБаза данных: ежедневно Файлы: еженедельно 🔒 Политики безопасности Управление доступом Принципы:\nМинимальные необходимые права Регулярный аудит пользователей Обязательная смена паролей раз в 90 дней Блокировка неактивных аккаунтов Требования к паролям Минимальные требования:\nДлина: не менее 8 символов Содержать цифры и буквы Не должен совпадать с логином Не должен быть в списке популярных паролей Логирование и аудит Логируемые события:\nУспешные и неуспешные попытки входа Изменения ролей пользователей Создание/удаление аккаунтов Доступ к конфиденциальным разделам 📞 Эскалация инцидентов Уровни критичности Критический (P1):\nПолная недоступность системы Компрометация безопасности Потеря данных Высокий (P2):\nЧастичная недоступность Ошибки авторизации Некорректная работа ключевых функций Средний (P3):\nПроблемы с отдельными разделами Медленная работа Косметические дефекты Низкий (P4):\nПожелания по улучшению Незначительные баги Контакты для эскалации Системный администратор:\nРоль: admin Ответственность: техническое обслуживание, доступы Ответственный за контент:\nРоль: support/admin Ответственность: наполнение и обновление документации Отчетность Еженедельные отчеты Включают:\nСтатистика посещений Количество новых пользователей Инциденты и их решение Обновления системы Ежемесячные отчеты Включают:\nАналитика использования разделов Производительность системы Планы развития Бюджет на обслуживание Важно: Данная документация содержит служебную информацию.\nНе передавайте содержимое третьим лицам без соответствующих полномочий.\nПоследнее обновление: Декабрь 2024\nВерсия документа: 1.2\n","description":null,"ref":"/internal/","section":"internal","tags":null,"title":"Внутренняя документация","url":"/internal/","weight":null},{"body":"Описание Инструкция по отключению IMA (Integrity Measurement Architecture) и подписи файлов в системе. Процедура включает отключение защиты, редактирование конфигурации GRUB, отключение службы integrity-watcher и перезагрузку системы.\nВнимание: Отключение IMA снижает уровень безопасности системы. Выполняйте эту процедуру только при необходимости и в контролируемых условиях. {.is-warning}\nПроцедура отключения IMA Шаг 1: Отключение защиты Отключите защиту для обеспечения видимости директории /boot/grub:\n\u0026gt; /run/protector_disabled rm -f /etc/protector_enabled Команды:\n\u0026gt; /run/protector_disabled — создание файла для отключения защиты rm -f /etc/protector_enabled — удаление файла, включающего защиту Примечание: Команда \u0026gt; /run/protector_disabled создает пустой файл, который сигнализирует системе об отключении защиты. {.is-info}\nШаг 2: Редактирование конфигурации GRUB Откройте файл конфигурации GRUB для редактирования:\nДля EFI систем:\nvim /boot/grub/EFI/grub/grub.cfg Для MBR систем:\nvim /boot/grub/grub.cfg Примечание: Путь к файлу grub.cfg зависит от типа загрузки системы (EFI или MBR). Для EFI систем путь: /boot/grub/EFI/grub/grub.cfg, для MBR систем: /boot/grub/grub.cfg. {.is-info}\nШаг 3: Изменение параметра IMA В файле grub.cfg найдите параметр ima_appraise=enforce и измените его на:\nima_appraise=off Изменение:\nБыло: ima_appraise=enforce Стало: ima_appraise=off Важно: Параметр ima_appraise контролирует режим оценки целостности файлов. Значение enforce включает строгую проверку, off — отключает проверку. {.is-warning}\nШаг 4: Сохранение файла Сохраните изменения в файле:\nВ vim:\nНажмите Esc для выхода из режима редактирования Введите :wq для сохранения и выхода Или :x для сохранения и выхода В других редакторах:\nИспользуйте стандартные команды сохранения вашего редактора Шаг 5: Отключение службы integrity-watcher Остановите и отключите службу integrity-watcher:\nsystemctl stop integrity-watcher.service systemctl disable integrity-watcher.service Команды:\nsystemctl stop — остановить службу systemctl disable — отключить автозапуск службы Примечание: Служба integrity-watcher.service отслеживает целостность файлов. Её отключение необходимо для полного отключения IMA. {.is-info}\nШаг 6: Перезагрузка системы Перезагрузите систему для применения изменений:\nreboot Или:\nsystemctl reboot Важно: После перезагрузки изменения в конфигурации GRUB вступят в силу, и IMA будет отключен. {.is-warning}\nПолная последовательность команд # 1. Отключение защиты \u0026gt; /run/protector_disabled rm -f /etc/protector_enabled # 2. Редактирование GRUB (EFI) vim /boot/grub/EFI/grub/grub.cfg # Или для MBR: # vim /boot/grub/grub.cfg # 3. В файле изменить: ima_appraise=enforce -\u0026gt; ima_appraise=off # 4. Сохранить файл # 5. Отключение службы integrity-watcher systemctl stop integrity-watcher.service systemctl disable integrity-watcher.service # 6. Перезагрузка reboot Примеры использования Пример 1: Отключение IMA на EFI системе # Отключение защиты \u0026gt; /run/protector_disabled rm -f /etc/protector_enabled # Редактирование GRUB vim /boot/grub/EFI/grub/grub.cfg # Изменить: ima_appraise=enforce -\u0026gt; ima_appraise=off # Отключение службы systemctl stop integrity-watcher.service systemctl disable integrity-watcher.service # Перезагрузка reboot Пример 2: Отключение IMA на MBR системе # Отключение защиты \u0026gt; /run/protector_disabled rm -f /etc/protector_enabled # Редактирование GRUB vim /boot/grub/grub.cfg # Изменить: ima_appraise=enforce -\u0026gt; ima_appraise=off # Отключение службы systemctl stop integrity-watcher.service systemctl disable integrity-watcher.service # Перезагрузка reboot Пример 3: Использование sed для автоматического изменения # Отключение защиты \u0026gt; /run/protector_disabled rm -f /etc/protector_enabled # Автоматическое изменение параметра (EFI) sed -i \u0026#39;s/ima_appraise=enforce/ima_appraise=off/g\u0026#39; /boot/grub/EFI/grub/grub.cfg # Или для MBR: # sed -i \u0026#39;s/ima_appraise=enforce/ima_appraise=off/g\u0026#39; /boot/grub/grub.cfg # Отключение службы systemctl stop integrity-watcher.service systemctl disable integrity-watcher.service # Перезагрузка reboot Определение типа загрузки системы Проверка типа загрузки # Проверка наличия EFI директории ls -la /boot/grub/EFI/grub/grub.cfg # Если файл существует — система использует EFI # Если нет — система использует MBR # Альтернативный способ [ -d /sys/firmware/efi ] \u0026amp;\u0026amp; echo \u0026#34;EFI\u0026#34; || echo \u0026#34;MBR\u0026#34; Проверка результата Проверка статуса защиты # Проверка наличия файла отключения защиты ls -la /run/protector_disabled # Проверка отсутствия файла включения защиты ls -la /etc/protector_enabled Проверка параметра IMA в GRUB # Для EFI grep ima_appraise /boot/grub/EFI/grub/grub.cfg # Для MBR grep ima_appraise /boot/grub/grub.cfg Должно быть: ima_appraise=off\nПроверка статуса службы integrity-watcher # Проверка статуса службы systemctl status integrity-watcher.service # Проверка, отключена ли служба systemctl is-enabled integrity-watcher.service Должно быть: disabled\nПроверка параметров ядра после перезагрузки # Проверка параметров IMA в загруженном ядре cat /proc/cmdline | grep ima_appraise Должно быть: ima_appraise=off\nВажные замечания Внимание: Отключение IMA снижает уровень безопасности системы. IMA (Integrity Measurement Architecture) обеспечивает проверку целостности файлов и защиту от модификации. Отключение этой защиты делает систему более уязвимой. {.is-warning}\nВажно: Перед выполнением процедуры убедитесь, что у вас есть физический доступ к серверу или альтернативный способ доступа, так как после перезагрузки могут возникнуть проблемы с доступом. {.is-warning}\nПримечание: Изменения в файле grub.cfg могут быть перезаписаны при обновлении GRUB. Если это произойдет, необходимо повторить процедуру редактирования файла. {.is-info}\nПримечание: Некоторые системы могут использовать другие пути к файлу grub.cfg. Проверьте актуальный путь в вашей системе перед редактированием. {.is-info}\nВосстановление IMA (включение обратно) Если необходимо восстановить защиту IMA:\n# Включение защиты rm -f /run/protector_disabled touch /etc/protector_enabled # Редактирование GRUB vim /boot/grub/EFI/grub/grub.cfg # Или для MBR: # vim /boot/grub/grub.cfg # Изменить: ima_appraise=off -\u0026gt; ima_appraise=enforce # Включение службы systemctl enable integrity-watcher.service systemctl start integrity-watcher.service # Перезагрузка reboot Диагностика проблем Проверка прав доступа к файлам # Проверка прав на файл grub.cfg ls -la /boot/grub/EFI/grub/grub.cfg # Или для MBR: # ls -la /boot/grub/grub.cfg # Если нет прав, используйте sudo sudo vim /boot/grub/EFI/grub/grub.cfg Проверка наличия параметра IMA # Поиск параметра в файле grep -i ima_appraise /boot/grub/EFI/grub/grub.cfg # Если параметр не найден, возможно, он находится в другом месте grep -r ima_appraise /boot/grub/ Проверка статуса службы # Подробный статус службы systemctl status integrity-watcher.service # Проверка логов службы journalctl -u integrity-watcher.service -n 50 Связанные темы Настройка безопасности системы Работа с GRUB Управление системными службами IMA (Integrity Measurement Architecture) ","categories":null,"content":"Описание Инструкция по отключению IMA (Integrity Measurement Architecture) и подписи файлов в системе. Процедура включает отключение защиты, редактирование конфигурации GRUB, отключение службы integrity-watcher и перезагрузку системы.\nВнимание: Отключение IMA снижает уровень безопасности системы. Выполняйте эту процедуру только при необходимости и в контролируемых условиях. {.is-warning}\nПроцедура отключения IMA Шаг 1: Отключение защиты Отключите защиту для обеспечения видимости директории /boot/grub:\n\u0026gt; /run/protector_disabled rm -f /etc/protector_enabled Команды:\n\u0026gt; /run/protector_disabled — создание файла для отключения защиты rm -f /etc/protector_enabled — удаление файла, включающего защиту Примечание: Команда \u0026gt; /run/protector_disabled создает пустой файл, который сигнализирует системе об отключении защиты. {.is-info}\nШаг 2: Редактирование конфигурации GRUB Откройте файл конфигурации GRUB для редактирования:\nДля EFI систем:\nvim /boot/grub/EFI/grub/grub.cfg Для MBR систем:\nvim /boot/grub/grub.cfg Примечание: Путь к файлу grub.cfg зависит от типа загрузки системы (EFI или MBR). Для EFI систем путь: /boot/grub/EFI/grub/grub.cfg, для MBR систем: /boot/grub/grub.cfg. {.is-info}\nШаг 3: Изменение параметра IMA В файле grub.cfg найдите параметр ima_appraise=enforce и измените его на:\nima_appraise=off Изменение:\nБыло: ima_appraise=enforce Стало: ima_appraise=off Важно: Параметр ima_appraise контролирует режим оценки целостности файлов. Значение enforce включает строгую проверку, off — отключает проверку. {.is-warning}\nШаг 4: Сохранение файла Сохраните изменения в файле:\nВ vim:\nНажмите Esc для выхода из режима редактирования Введите :wq для сохранения и выхода Или :x для сохранения и выхода В других редакторах:\nИспользуйте стандартные команды сохранения вашего редактора Шаг 5: Отключение службы integrity-watcher Остановите и отключите службу integrity-watcher:\nsystemctl stop integrity-watcher.service systemctl disable integrity-watcher.service Команды:\nsystemctl stop — остановить службу systemctl disable — отключить автозапуск службы Примечание: Служба integrity-watcher.service отслеживает целостность файлов. Её отключение необходимо для полного отключения IMA. {.is-info}\nШаг 6: Перезагрузка системы Перезагрузите систему для применения изменений:\nreboot Или:\nsystemctl reboot Важно: После перезагрузки изменения в конфигурации GRUB вступят в силу, и IMA будет отключен. {.is-warning}\nПолная последовательность команд # 1. Отключение защиты \u0026gt; /run/protector_disabled rm -f /etc/protector_enabled # 2. Редактирование GRUB (EFI) vim /boot/grub/EFI/grub/grub.cfg # Или для MBR: # vim /boot/grub/grub.cfg # 3. В файле изменить: ima_appraise=enforce -\u0026gt; ima_appraise=off # 4. Сохранить файл # 5. Отключение службы integrity-watcher systemctl stop integrity-watcher.service systemctl disable integrity-watcher.service # 6. Перезагрузка reboot Примеры использования Пример 1: Отключение IMA на EFI системе # Отключение защиты \u0026gt; /run/protector_disabled rm -f /etc/protector_enabled # Редактирование GRUB vim /boot/grub/EFI/grub/grub.cfg # Изменить: ima_appraise=enforce -\u0026gt; ima_appraise=off # Отключение службы systemctl stop integrity-watcher.service systemctl disable integrity-watcher.service # Перезагрузка reboot Пример 2: Отключение IMA на MBR системе # Отключение защиты \u0026gt; /run/protector_disabled rm -f /etc/protector_enabled # Редактирование GRUB vim /boot/grub/grub.cfg # Изменить: ima_appraise=enforce -\u0026gt; ima_appraise=off # Отключение службы systemctl stop integrity-watcher.service systemctl disable integrity-watcher.service # Перезагрузка reboot Пример 3: Использование sed для автоматического изменения # Отключение защиты \u0026gt; /run/protector_disabled rm -f /etc/protector_enabled # Автоматическое изменение параметра (EFI) sed -i \u0026#39;s/ima_appraise=enforce/ima_appraise=off/g\u0026#39; /boot/grub/EFI/grub/grub.cfg # Или для MBR: # sed -i \u0026#39;s/ima_appraise=enforce/ima_appraise=off/g\u0026#39; /boot/grub/grub.cfg # Отключение службы systemctl stop integrity-watcher.service systemctl disable integrity-watcher.service # Перезагрузка reboot Определение типа загрузки системы Проверка типа загрузки # Проверка наличия EFI директории ls -la /boot/grub/EFI/grub/grub.cfg # Если файл существует — система использует EFI # Если нет — система использует MBR # Альтернативный способ [ -d /sys/firmware/efi ] \u0026amp;\u0026amp; echo \u0026#34;EFI\u0026#34; || echo \u0026#34;MBR\u0026#34; Проверка результата Проверка статуса защиты # Проверка наличия файла отключения защиты ls -la /run/protector_disabled # Проверка отсутствия файла включения защиты ls -la /etc/protector_enabled Проверка параметра IMA в GRUB # Для EFI grep ima_appraise /boot/grub/EFI/grub/grub.cfg # Для MBR grep ima_appraise /boot/grub/grub.cfg Должно быть: ima_appraise=off\nПроверка статуса службы integrity-watcher # Проверка статуса службы systemctl status integrity-watcher.service # Проверка, отключена ли служба systemctl is-enabled integrity-watcher.service Должно быть: disabled\nПроверка параметров ядра после перезагрузки # Проверка параметров IMA в загруженном ядре cat /proc/cmdline | grep ima_appraise Должно быть: ima_appraise=off\nВажные замечания Внимание: Отключение IMA снижает уровень безопасности системы. IMA (Integrity Measurement Architecture) обеспечивает проверку целостности файлов и защиту от модификации. Отключение этой защиты делает систему более уязвимой. {.is-warning}\nВажно: Перед выполнением процедуры убедитесь, что у вас есть физический доступ к серверу или альтернативный способ доступа, так как после перезагрузки могут возникнуть проблемы с доступом. {.is-warning}\nПримечание: Изменения в файле grub.cfg могут быть перезаписаны при обновлении GRUB. Если это произойдет, необходимо повторить процедуру редактирования файла. {.is-info}\nПримечание: Некоторые системы могут использовать другие пути к файлу grub.cfg. Проверьте актуальный путь в вашей системе перед редактированием. {.is-info}\nВосстановление IMA (включение обратно) Если необходимо восстановить защиту IMA:\n# Включение защиты rm -f /run/protector_disabled touch /etc/protector_enabled # Редактирование GRUB vim /boot/grub/EFI/grub/grub.cfg # Или для MBR: # vim /boot/grub/grub.cfg # Изменить: ima_appraise=off -\u0026gt; ima_appraise=enforce # Включение службы systemctl enable integrity-watcher.service systemctl start integrity-watcher.service # Перезагрузка reboot Диагностика проблем Проверка прав доступа к файлам # Проверка прав на файл grub.cfg ls -la /boot/grub/EFI/grub/grub.cfg # Или для MBR: # ls -la /boot/grub/grub.cfg # Если нет прав, используйте sudo sudo vim /boot/grub/EFI/grub/grub.cfg Проверка наличия параметра IMA # Поиск параметра в файле grep -i ima_appraise /boot/grub/EFI/grub/grub.cfg # Если параметр не найден, возможно, он находится в другом месте grep -r ima_appraise /boot/grub/ Проверка статуса службы # Подробный статус службы systemctl status integrity-watcher.service # Проверка логов службы journalctl -u integrity-watcher.service -n 50 Связанные темы Настройка безопасности системы Работа с GRUB Управление системными службами IMA (Integrity Measurement Architecture) ","description":null,"ref":"/internal/pk-zvezda/%D0%BE%D1%82%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5-ima-%D0%BE%D1%82%D0%BA%D0%BB%D1%8E%D1%87%D0%B8%D1%82%D1%8C-%D0%BF%D0%BE%D0%B4%D0%BF%D0%B8%D1%81%D1%8C/","section":"internal","tags":null,"title":"Отключение IMA: Отключить подпись","url":"/internal/pk-zvezda/%D0%BE%D1%82%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5-ima-%D0%BE%D1%82%D0%BA%D0%BB%D1%8E%D1%87%D0%B8%D1%82%D1%8C-%D0%BF%D0%BE%D0%B4%D0%BF%D0%B8%D1%81%D1%8C/","weight":null},{"body":"Описание Инструкция по решению проблем с Gateway (GW) при установке Прокуратора. Включает процедуру отката сетевых изменений и повторной установки с указанием корректного шлюза.\nПроцедура решения проблемы с GW Шаг 1: Откат сетевых изменений и удаление Прокуратора В случае ошибки из-за GW при установке Прокуратора необходимо выполнить откат изменений:\nsh /var/tmp/resetHost.sh Параметры:\nsh — запуск скрипта через оболочку sh /var/tmp/resetHost.sh — путь к скрипту отката, который содержится в архиве с инсталлятором Важно: Скрипт resetHost.sh откатывает сетевые изменения и удаляет Прокуратор. Убедитесь, что у вас есть архив с инсталлятором, из которого можно извлечь этот скрипт. {.is-warning}\nПримечание: Скрипт должен находиться в директории /var/tmp/. Если его там нет, извлеките его из архива с инсталлятором Прокуратора. {.is-info}\nШаг 2: Повторная установка с указанием шлюза После отката изменений запустите инсталлятор с указанием корректного шлюза:\n./procurator.install2 -gw \u0026lt;IP_GW\u0026gt; Параметры:\n./procurator.install2 — инсталлятор Прокуратора -gw — опция для указания IP-адреса шлюза (Gateway) \u0026lt;IP_GW\u0026gt; — IP-адрес шлюза (замените на актуальный адрес) Важно: Вместо \u0026lt;IP_GW\u0026gt; вставьте нужный IP-адрес шлюза. Например, если шлюз имеет IP 10.10.106.1, команда будет выглядеть так: ./procurator.install2 -gw 10.10.106.1 {.is-warning}\nПолная последовательность команд # 1. Откат сетевых изменений и удаление Прокуратора sh /var/tmp/resetHost.sh # 2. Повторная установка с указанием шлюза ./procurator.install2 -gw \u0026lt;IP_GW\u0026gt; Примеры использования Пример 1: Установка с конкретным IP шлюза # Откат изменений sh /var/tmp/resetHost.sh # Установка с шлюзом 10.10.106.1 ./procurator.install2 -gw 10.10.106.1 Пример 2: Проверка наличия скрипта отката # Проверка наличия скрипта ls -la /var/tmp/resetHost.sh # Если скрипт отсутствует, извлеките его из архива # Например, если архив называется procurator-installer.tar.gz: tar -xzf procurator-installer.tar.gz -C /var/tmp/ resetHost.sh # Затем выполните откат sh /var/tmp/resetHost.sh # Установка с шлюзом ./procurator.install2 -gw 10.10.106.1 Пример 3: Определение IP шлюза # Определение текущего шлюза ip route | grep default # Или route -n | grep \u0026#39;^0.0.0.0\u0026#39; # Использование найденного шлюза GATEWAY=$(ip route | grep default | awk \u0026#39;{print $3}\u0026#39;) ./procurator.install2 -gw $GATEWAY Определение IP-адреса шлюза Linux # Способ 1: Через ip route ip route | grep default # Способ 2: Через route route -n | grep \u0026#39;^0.0.0.0\u0026#39; # Способ 3: Через netstat netstat -rn | grep \u0026#39;^0.0.0.0\u0026#39; Пример вывода default via 10.10.106.1 dev eth0 В этом случае IP шлюза — 10.10.106.1.\nПроверка результата Проверка установки Прокуратора # Проверка статуса сервисов Прокуратора systemctl status procurator* # Проверка сетевых настроек ip addr show ip route show Проверка сетевой конфигурации # Проверка маршрутов ip route show # Проверка шлюза ip route | grep default Важные замечания Внимание: Скрипт resetHost.sh откатывает сетевые изменения и удаляет Прокуратор. Это может привести к временной потере сетевого подключения. Выполняйте операцию в период планового обслуживания или убедитесь, что у вас есть физический доступ к серверу. {.is-warning}\nВажно: Перед выполнением отката убедитесь, что у вас есть архив с инсталлятором Прокуратора, из которого можно извлечь скрипт resetHost.sh, если он отсутствует в /var/tmp/. {.is-warning}\nПримечание: IP-адрес шлюза должен быть корректным и доступным. Неправильный шлюз может привести к проблемам с сетевым подключением после установки. {.is-info}\nПримечание: Если вы не уверены в IP-адресе шлюза, используйте команды для определения текущего шлюза перед установкой. {.is-info}\nДиагностика проблем Проверка наличия скрипта отката # Проверка наличия скрипта if [ -f /var/tmp/resetHost.sh ]; then echo \u0026#34;Скрипт найден\u0026#34; ls -la /var/tmp/resetHost.sh else echo \u0026#34;Скрипт не найден. Необходимо извлечь из архива инсталлятора.\u0026#34; fi Проверка прав на выполнение # Проверка прав ls -la /var/tmp/resetHost.sh # Если нет прав на выполнение, добавьте их chmod +x /var/tmp/resetHost.sh Проверка доступности шлюза # Проверка доступности шлюза ping -c 3 \u0026lt;IP_GW\u0026gt; # Проверка маршрута до шлюза traceroute \u0026lt;IP_GW\u0026gt; Проверка логов установки # Проверка логов инсталлятора tail -f /var/log/procurator-install.log # Или общие логи системы journalctl -u procurator* -f Дополнительные опции инсталлятора Инсталлятор procurator.install2 может поддерживать дополнительные опции:\n# Просмотр справки (если доступна) ./procurator.install2 --help # Или ./procurator.install2 -h Связанные темы Установка Прокуратора Настройка сетевых параметров Диагностика сетевых проблем Работа с Gateway ","categories":null,"content":"Описание Инструкция по решению проблем с Gateway (GW) при установке Прокуратора. Включает процедуру отката сетевых изменений и повторной установки с указанием корректного шлюза.\nПроцедура решения проблемы с GW Шаг 1: Откат сетевых изменений и удаление Прокуратора В случае ошибки из-за GW при установке Прокуратора необходимо выполнить откат изменений:\nsh /var/tmp/resetHost.sh Параметры:\nsh — запуск скрипта через оболочку sh /var/tmp/resetHost.sh — путь к скрипту отката, который содержится в архиве с инсталлятором Важно: Скрипт resetHost.sh откатывает сетевые изменения и удаляет Прокуратор. Убедитесь, что у вас есть архив с инсталлятором, из которого можно извлечь этот скрипт. {.is-warning}\nПримечание: Скрипт должен находиться в директории /var/tmp/. Если его там нет, извлеките его из архива с инсталлятором Прокуратора. {.is-info}\nШаг 2: Повторная установка с указанием шлюза После отката изменений запустите инсталлятор с указанием корректного шлюза:\n./procurator.install2 -gw \u0026lt;IP_GW\u0026gt; Параметры:\n./procurator.install2 — инсталлятор Прокуратора -gw — опция для указания IP-адреса шлюза (Gateway) \u0026lt;IP_GW\u0026gt; — IP-адрес шлюза (замените на актуальный адрес) Важно: Вместо \u0026lt;IP_GW\u0026gt; вставьте нужный IP-адрес шлюза. Например, если шлюз имеет IP 10.10.106.1, команда будет выглядеть так: ./procurator.install2 -gw 10.10.106.1 {.is-warning}\nПолная последовательность команд # 1. Откат сетевых изменений и удаление Прокуратора sh /var/tmp/resetHost.sh # 2. Повторная установка с указанием шлюза ./procurator.install2 -gw \u0026lt;IP_GW\u0026gt; Примеры использования Пример 1: Установка с конкретным IP шлюза # Откат изменений sh /var/tmp/resetHost.sh # Установка с шлюзом 10.10.106.1 ./procurator.install2 -gw 10.10.106.1 Пример 2: Проверка наличия скрипта отката # Проверка наличия скрипта ls -la /var/tmp/resetHost.sh # Если скрипт отсутствует, извлеките его из архива # Например, если архив называется procurator-installer.tar.gz: tar -xzf procurator-installer.tar.gz -C /var/tmp/ resetHost.sh # Затем выполните откат sh /var/tmp/resetHost.sh # Установка с шлюзом ./procurator.install2 -gw 10.10.106.1 Пример 3: Определение IP шлюза # Определение текущего шлюза ip route | grep default # Или route -n | grep \u0026#39;^0.0.0.0\u0026#39; # Использование найденного шлюза GATEWAY=$(ip route | grep default | awk \u0026#39;{print $3}\u0026#39;) ./procurator.install2 -gw $GATEWAY Определение IP-адреса шлюза Linux # Способ 1: Через ip route ip route | grep default # Способ 2: Через route route -n | grep \u0026#39;^0.0.0.0\u0026#39; # Способ 3: Через netstat netstat -rn | grep \u0026#39;^0.0.0.0\u0026#39; Пример вывода default via 10.10.106.1 dev eth0 В этом случае IP шлюза — 10.10.106.1.\nПроверка результата Проверка установки Прокуратора # Проверка статуса сервисов Прокуратора systemctl status procurator* # Проверка сетевых настроек ip addr show ip route show Проверка сетевой конфигурации # Проверка маршрутов ip route show # Проверка шлюза ip route | grep default Важные замечания Внимание: Скрипт resetHost.sh откатывает сетевые изменения и удаляет Прокуратор. Это может привести к временной потере сетевого подключения. Выполняйте операцию в период планового обслуживания или убедитесь, что у вас есть физический доступ к серверу. {.is-warning}\nВажно: Перед выполнением отката убедитесь, что у вас есть архив с инсталлятором Прокуратора, из которого можно извлечь скрипт resetHost.sh, если он отсутствует в /var/tmp/. {.is-warning}\nПримечание: IP-адрес шлюза должен быть корректным и доступным. Неправильный шлюз может привести к проблемам с сетевым подключением после установки. {.is-info}\nПримечание: Если вы не уверены в IP-адресе шлюза, используйте команды для определения текущего шлюза перед установкой. {.is-info}\nДиагностика проблем Проверка наличия скрипта отката # Проверка наличия скрипта if [ -f /var/tmp/resetHost.sh ]; then echo \u0026#34;Скрипт найден\u0026#34; ls -la /var/tmp/resetHost.sh else echo \u0026#34;Скрипт не найден. Необходимо извлечь из архива инсталлятора.\u0026#34; fi Проверка прав на выполнение # Проверка прав ls -la /var/tmp/resetHost.sh # Если нет прав на выполнение, добавьте их chmod +x /var/tmp/resetHost.sh Проверка доступности шлюза # Проверка доступности шлюза ping -c 3 \u0026lt;IP_GW\u0026gt; # Проверка маршрута до шлюза traceroute \u0026lt;IP_GW\u0026gt; Проверка логов установки # Проверка логов инсталлятора tail -f /var/log/procurator-install.log # Или общие логи системы journalctl -u procurator* -f Дополнительные опции инсталлятора Инсталлятор procurator.install2 может поддерживать дополнительные опции:\n# Просмотр справки (если доступна) ./procurator.install2 --help # Или ./procurator.install2 -h Связанные темы Установка Прокуратора Настройка сетевых параметров Диагностика сетевых проблем Работа с Gateway ","description":null,"ref":"/faq/procurator-gw-installation-error/","section":"faq","tags":null,"title":"Ошибка GW при установке Прокуратора","url":"/faq/procurator-gw-installation-error/","weight":null},{"body":"Описание Инструкция по расширению виртуальной машины с GPT (GUID Partition Table) таблицей разделов и LVM. Процедура включает восстановление GPT таблицы, проверку и исправление разделов, а также расширение физических и логических томов LVM.\nПроцедура расширения VM с GPT Шаг 1: Восстановление GPT таблицы После увеличения размера диска виртуальной машины необходимо восстановить GPT таблицу:\ngdisk /dev/vda В gdisk выполните следующие команды:\nx — перейти в expert mode (экспертный режим) e — relocate backup data structures to the end of the disk (переместить резервные структуры данных в конец диска) w — write changes (записать изменения) y — confirm (подтвердить) Важно: Команда e перемещает резервную копию GPT таблицы в конец диска, что необходимо после увеличения размера диска. {.is-warning}\nШаг 2: Проверка и исправление разделов Проверьте текущее состояние разделов:\nparted /dev/vda print Расширьте раздел до максимального размера:\nparted /dev/vda resizepart 2 100% Параметры:\nresizepart — команда изменения размера раздела 2 — номер раздела (замените на актуальный номер раздела в вашей системе) 100% — расширить до 100% доступного пространства Примечание: Номер раздела может отличаться. Используйте parted /dev/vda print для определения актуального номера раздела. {.is-info}\nШаг 3: Расширение физического тома LVM После расширения раздела необходимо обновить физический том LVM:\npvresize /dev/vda Параметры:\npvresize — команда изменения размера физического тома /dev/vda — устройство физического тома (замените на актуальное устройство) Примечание: Если физический том находится на другом разделе (например, /dev/vda2), укажите соответствующий путь. {.is-info}\nШаг 4: Расширение логического тома Расширьте логический том до максимального доступного размера:\nlvextend -l +100%FREE /dev/vg01/lv01 Параметры:\nlvextend — команда расширения логического тома -l +100%FREE — расширить на 100% свободного пространства в группе томов /dev/vg01/lv01 — путь к логическому тому (замените на актуальные имена группы томов и логического тома) Примечание: Имена группы томов (vg01) и логического тома (lv01) могут отличаться в вашей системе. Используйте lvdisplay для определения актуальных имен. {.is-info}\nПолная последовательность команд # 1. Восстановление GPT таблицы gdisk /dev/vda # В gdisk: x -\u0026gt; e -\u0026gt; w -\u0026gt; y # 2. Проверка разделов parted /dev/vda print # 3. Расширение раздела parted /dev/vda resizepart 2 100% # 4. Расширение физического тома pvresize /dev/vda # 5. Расширение логического тома lvextend -l +100%FREE /dev/vg01/lv01 Примеры использования Пример 1: Расширение с указанием конкретного раздела # Восстановление GPT gdisk /dev/vda # x -\u0026gt; e -\u0026gt; w -\u0026gt; y # Проверка разделов parted /dev/vda print # Расширение раздела 2 parted /dev/vda resizepart 2 100% # Расширение PV на разделе 2 pvresize /dev/vda2 # Расширение LV lvextend -l +100%FREE /dev/vg01/lv01 Пример 2: Расширение с указанием конкретного размера # Расширение LV на конкретный размер (например, +10GB) lvextend -L +10G /dev/vg01/lv01 Пример 3: Расширение файловой системы После расширения логического тома необходимо расширить файловую систему:\n# Для ext2/ext3/ext4 resize2fs /dev/vg01/lv01 # Для XFS xfs_growfs /dev/vg01/lv01 Проверка результатов Проверка размера диска # Размер диска lsblk /dev/vda # Размер раздела parted /dev/vda print Проверка размера физического тома pvdisplay /dev/vda Проверка размера логического тома lvdisplay /dev/vg01/lv01 Проверка размера файловой системы # Для ext2/ext3/ext4 df -h /dev/vg01/lv01 # Для XFS xfs_info /dev/vg01/lv01 Команды для определения текущей конфигурации Определение разделов # Список разделов parted /dev/vda print # Список всех блочных устройств lsblk Определение физических томов # Список физических томов pvs # Подробная информация pvdisplay Определение групп томов # Список групп томов vgs # Подробная информация vgdisplay Определение логических томов # Список логических томов lvs # Подробная информация lvdisplay Важные замечания Внимание: Перед выполнением операций с разделами и томами рекомендуется создать резервную копию важных данных. Операции изменения размера разделов и томов могут привести к потере данных при неправильном выполнении. {.is-warning}\nВажно: После расширения логического тома необходимо также расширить файловую систему, иначе новое пространство не будет доступно. Команда зависит от типа файловой системы (ext2/ext3/ext4 или XFS). {.is-warning}\nПримечание: Если физический том находится на разделе (например, /dev/vda2), используйте путь к разделу, а не к диску, при выполнении pvresize. {.is-info}\nПримечание: Имена группы томов и логического тома могут отличаться. Используйте команды vgs и lvs для определения актуальных имен. {.is-info}\nРасширение файловой системы После расширения логического тома необходимо расширить файловую систему:\nДля ext2/ext3/ext4 resize2fs /dev/vg01/lv01 Для XFS xfs_growfs /dev/vg01/lv01 Для других файловых систем # Для btrfs btrfs filesystem resize max /mount/point # Для reiserfs resize_reiserfs /dev/vg01/lv01 Диагностика проблем Проверка GPT таблицы # Проверка GPT таблицы gdisk -l /dev/vda # Восстановление поврежденной GPT таблицы gdisk /dev/vda # x -\u0026gt; e -\u0026gt; w -\u0026gt; y Проверка разделов # Проверка разделов parted /dev/vda print # Проверка файловой системы fsck /dev/vg01/lv01 Проверка LVM # Проверка физических томов pvscan # Проверка групп томов vgscan # Проверка логических томов lvscan Связанные темы Управление виртуальными машинами Работа с LVM Работа с GPT таблицами разделов Расширение файловых систем ","categories":null,"content":"Описание Инструкция по расширению виртуальной машины с GPT (GUID Partition Table) таблицей разделов и LVM. Процедура включает восстановление GPT таблицы, проверку и исправление разделов, а также расширение физических и логических томов LVM.\nПроцедура расширения VM с GPT Шаг 1: Восстановление GPT таблицы После увеличения размера диска виртуальной машины необходимо восстановить GPT таблицу:\ngdisk /dev/vda В gdisk выполните следующие команды:\nx — перейти в expert mode (экспертный режим) e — relocate backup data structures to the end of the disk (переместить резервные структуры данных в конец диска) w — write changes (записать изменения) y — confirm (подтвердить) Важно: Команда e перемещает резервную копию GPT таблицы в конец диска, что необходимо после увеличения размера диска. {.is-warning}\nШаг 2: Проверка и исправление разделов Проверьте текущее состояние разделов:\nparted /dev/vda print Расширьте раздел до максимального размера:\nparted /dev/vda resizepart 2 100% Параметры:\nresizepart — команда изменения размера раздела 2 — номер раздела (замените на актуальный номер раздела в вашей системе) 100% — расширить до 100% доступного пространства Примечание: Номер раздела может отличаться. Используйте parted /dev/vda print для определения актуального номера раздела. {.is-info}\nШаг 3: Расширение физического тома LVM После расширения раздела необходимо обновить физический том LVM:\npvresize /dev/vda Параметры:\npvresize — команда изменения размера физического тома /dev/vda — устройство физического тома (замените на актуальное устройство) Примечание: Если физический том находится на другом разделе (например, /dev/vda2), укажите соответствующий путь. {.is-info}\nШаг 4: Расширение логического тома Расширьте логический том до максимального доступного размера:\nlvextend -l +100%FREE /dev/vg01/lv01 Параметры:\nlvextend — команда расширения логического тома -l +100%FREE — расширить на 100% свободного пространства в группе томов /dev/vg01/lv01 — путь к логическому тому (замените на актуальные имена группы томов и логического тома) Примечание: Имена группы томов (vg01) и логического тома (lv01) могут отличаться в вашей системе. Используйте lvdisplay для определения актуальных имен. {.is-info}\nПолная последовательность команд # 1. Восстановление GPT таблицы gdisk /dev/vda # В gdisk: x -\u0026gt; e -\u0026gt; w -\u0026gt; y # 2. Проверка разделов parted /dev/vda print # 3. Расширение раздела parted /dev/vda resizepart 2 100% # 4. Расширение физического тома pvresize /dev/vda # 5. Расширение логического тома lvextend -l +100%FREE /dev/vg01/lv01 Примеры использования Пример 1: Расширение с указанием конкретного раздела # Восстановление GPT gdisk /dev/vda # x -\u0026gt; e -\u0026gt; w -\u0026gt; y # Проверка разделов parted /dev/vda print # Расширение раздела 2 parted /dev/vda resizepart 2 100% # Расширение PV на разделе 2 pvresize /dev/vda2 # Расширение LV lvextend -l +100%FREE /dev/vg01/lv01 Пример 2: Расширение с указанием конкретного размера # Расширение LV на конкретный размер (например, +10GB) lvextend -L +10G /dev/vg01/lv01 Пример 3: Расширение файловой системы После расширения логического тома необходимо расширить файловую систему:\n# Для ext2/ext3/ext4 resize2fs /dev/vg01/lv01 # Для XFS xfs_growfs /dev/vg01/lv01 Проверка результатов Проверка размера диска # Размер диска lsblk /dev/vda # Размер раздела parted /dev/vda print Проверка размера физического тома pvdisplay /dev/vda Проверка размера логического тома lvdisplay /dev/vg01/lv01 Проверка размера файловой системы # Для ext2/ext3/ext4 df -h /dev/vg01/lv01 # Для XFS xfs_info /dev/vg01/lv01 Команды для определения текущей конфигурации Определение разделов # Список разделов parted /dev/vda print # Список всех блочных устройств lsblk Определение физических томов # Список физических томов pvs # Подробная информация pvdisplay Определение групп томов # Список групп томов vgs # Подробная информация vgdisplay Определение логических томов # Список логических томов lvs # Подробная информация lvdisplay Важные замечания Внимание: Перед выполнением операций с разделами и томами рекомендуется создать резервную копию важных данных. Операции изменения размера разделов и томов могут привести к потере данных при неправильном выполнении. {.is-warning}\nВажно: После расширения логического тома необходимо также расширить файловую систему, иначе новое пространство не будет доступно. Команда зависит от типа файловой системы (ext2/ext3/ext4 или XFS). {.is-warning}\nПримечание: Если физический том находится на разделе (например, /dev/vda2), используйте путь к разделу, а не к диску, при выполнении pvresize. {.is-info}\nПримечание: Имена группы томов и логического тома могут отличаться. Используйте команды vgs и lvs для определения актуальных имен. {.is-info}\nРасширение файловой системы После расширения логического тома необходимо расширить файловую систему:\nДля ext2/ext3/ext4 resize2fs /dev/vg01/lv01 Для XFS xfs_growfs /dev/vg01/lv01 Для других файловых систем # Для btrfs btrfs filesystem resize max /mount/point # Для reiserfs resize_reiserfs /dev/vg01/lv01 Диагностика проблем Проверка GPT таблицы # Проверка GPT таблицы gdisk -l /dev/vda # Восстановление поврежденной GPT таблицы gdisk /dev/vda # x -\u0026gt; e -\u0026gt; w -\u0026gt; y Проверка разделов # Проверка разделов parted /dev/vda print # Проверка файловой системы fsck /dev/vg01/lv01 Проверка LVM # Проверка физических томов pvscan # Проверка групп томов vgscan # Проверка логических томов lvscan Связанные темы Управление виртуальными машинами Работа с LVM Работа с GPT таблицами разделов Расширение файловых систем ","description":null,"ref":"/faq/vm-resize-with-gpt/","section":"faq","tags":null,"title":"Расширение VM с GPT таблицей","url":"/faq/vm-resize-with-gpt/","weight":null},{"body":"Описание Команда для поиска самых больших файлов и директорий в указанной директории. Полезно для диагностики проблем с нехваткой места на диске, поиска файлов, занимающих много места, и очистки дискового пространства.\nКоманда du -ahx . | sort -rh | head -5 Поиск в другой директории Символ . указывает путь и означает текущую директорию. Для поиска в другой директории укажите вместо точки ее путь:\ndu -ahx /var/log | sort -rh | head -5 du -ahx /opt | sort -rh | head -5 Параметры команды du -ahx Опции:\n-a — искать и файлы, и директории -h — выводить информацию в удобочитаемом формате (KB, MB, GB) -x — не выполнять поиск на других файловых системах (оставаться в пределах одной файловой системы) sort -rh Опции:\n-r — сортировка в обратном порядке (от большего к меньшему) -h — сортировка с учетом человекочитаемых размеров (KB, MB, GB) head -5 Выводит только первые 5 результатов. Можно изменить число для вывода большего или меньшего количества результатов.\nПримеры использования Топ-5 самых больших файлов и директорий в текущей директории du -ahx . | sort -rh | head -5 Пример вывода:\n2.1G ./logs/application.log 1.5G ./data/database.db 800M ./cache/temp_files 450M ./backups/backup_2025.tar.gz 320M ./uploads/user_files Топ-10 самых больших файлов в /var du -ahx /var | sort -rh | head -10 Топ-3 самых больших файлов в домашней директории пользователя du -ahx ~ | sort -rh | head -3 Поиск больших файлов в директории с выводом только файлов (без директорий) find . -type f -exec du -h {} + | sort -rh | head -5 Дополнительные полезные команды Поиск файлов больше определенного размера find . -type f -size +100M -exec du -h {} + | sort -rh Найдет все файлы больше 100 МБ и отсортирует их по размеру.\nПоиск только директорий (без файлов) du -hx . | sort -rh | head -5 Без опции -a команда du выводит только директории.\nПодсчет общего размера директории du -sh /opt/wiki-iridium Выведет общий размер указанной директории в удобочитаемом формате.\nПоиск с исключением определенных директорий du -ahx . --exclude=\u0026#39;node_modules\u0026#39; --exclude=\u0026#39;.git\u0026#39; | sort -rh | head -5 Исключает из поиска указанные директории (например, node_modules и .git).\nВажные замечания Примечание: Опция -x ограничивает поиск одной файловой системой. Это полезно, чтобы избежать поиска в смонтированных файловых системах (например, /proc, /sys, /dev), что может замедлить выполнение команды. {.is-info}\nВажно: Команда du может выполняться долго на больших директориях. Для ускорения можно использовать опцию -d для ограничения глубины поиска: {.is-warning}\ndu -ahx -d 2 . | sort -rh | head -5 Это ограничит поиск двумя уровнями вложенности.\nПрактические сценарии использования Очистка диска Найдите самые большие файлы:\ndu -ahx /var | sort -rh | head -10 Проанализируйте результаты и удалите ненужные файлы.\nДиагностика проблем с местом на диске # Проверьте корневую файловую систему du -ahx / | sort -rh | head -10 # Проверьте домашние директории du -ahx /home | sort -rh | head -10 Мониторинг роста логов # Проверьте размер логов du -ahx /var/log | sort -rh | head -5 ","categories":null,"content":"Описание Команда для поиска самых больших файлов и директорий в указанной директории. Полезно для диагностики проблем с нехваткой места на диске, поиска файлов, занимающих много места, и очистки дискового пространства.\nКоманда du -ahx . | sort -rh | head -5 Поиск в другой директории Символ . указывает путь и означает текущую директорию. Для поиска в другой директории укажите вместо точки ее путь:\ndu -ahx /var/log | sort -rh | head -5 du -ahx /opt | sort -rh | head -5 Параметры команды du -ahx Опции:\n-a — искать и файлы, и директории -h — выводить информацию в удобочитаемом формате (KB, MB, GB) -x — не выполнять поиск на других файловых системах (оставаться в пределах одной файловой системы) sort -rh Опции:\n-r — сортировка в обратном порядке (от большего к меньшему) -h — сортировка с учетом человекочитаемых размеров (KB, MB, GB) head -5 Выводит только первые 5 результатов. Можно изменить число для вывода большего или меньшего количества результатов.\nПримеры использования Топ-5 самых больших файлов и директорий в текущей директории du -ahx . | sort -rh | head -5 Пример вывода:\n2.1G ./logs/application.log 1.5G ./data/database.db 800M ./cache/temp_files 450M ./backups/backup_2025.tar.gz 320M ./uploads/user_files Топ-10 самых больших файлов в /var du -ahx /var | sort -rh | head -10 Топ-3 самых больших файлов в домашней директории пользователя du -ahx ~ | sort -rh | head -3 Поиск больших файлов в директории с выводом только файлов (без директорий) find . -type f -exec du -h {} + | sort -rh | head -5 Дополнительные полезные команды Поиск файлов больше определенного размера find . -type f -size +100M -exec du -h {} + | sort -rh Найдет все файлы больше 100 МБ и отсортирует их по размеру.\nПоиск только директорий (без файлов) du -hx . | sort -rh | head -5 Без опции -a команда du выводит только директории.\nПодсчет общего размера директории du -sh /opt/wiki-iridium Выведет общий размер указанной директории в удобочитаемом формате.\nПоиск с исключением определенных директорий du -ahx . --exclude=\u0026#39;node_modules\u0026#39; --exclude=\u0026#39;.git\u0026#39; | sort -rh | head -5 Исключает из поиска указанные директории (например, node_modules и .git).\nВажные замечания Примечание: Опция -x ограничивает поиск одной файловой системой. Это полезно, чтобы избежать поиска в смонтированных файловых системах (например, /proc, /sys, /dev), что может замедлить выполнение команды. {.is-info}\nВажно: Команда du может выполняться долго на больших директориях. Для ускорения можно использовать опцию -d для ограничения глубины поиска: {.is-warning}\ndu -ahx -d 2 . | sort -rh | head -5 Это ограничит поиск двумя уровнями вложенности.\nПрактические сценарии использования Очистка диска Найдите самые большие файлы:\ndu -ahx /var | sort -rh | head -10 Проанализируйте результаты и удалите ненужные файлы.\nДиагностика проблем с местом на диске # Проверьте корневую файловую систему du -ahx / | sort -rh | head -10 # Проверьте домашние директории du -ahx /home | sort -rh | head -10 Мониторинг роста логов # Проверьте размер логов du -ahx /var/log | sort -rh | head -5 ","description":null,"ref":"/faq/finding-large-files/","section":"faq","tags":null,"title":"Поиск больших файлов в директории","url":"/faq/finding-large-files/","weight":null},{"body":"Описание MTU (Maximum Transmission Unit) — максимальный размер пакета данных, который может быть передан по сети без фрагментации. Проверка MTU помогает диагностировать проблемы с сетевым подключением, особенно при работе с VPN, туннелями или специфическими сетевыми конфигурациями.\nПроверка MTU на разных операционных системах macOS На macOS используйте команду:\nping -D -s 8184 [destinationIP] Примечание: В более новых версиях macOS (начиная с версии 11.x и 12.x) максимальный размер фрейма для ping должен быть следующим: {.is-info}\nping -D -s 8164 [destinationIP] Параметры:\n-D — установить флаг \u0026ldquo;Don\u0026rsquo;t Fragment\u0026rdquo; (не фрагментировать) -s 8184 (или 8164) — размер пакета данных (без учета заголовков IP и ICMP) [destinationIP] — IP-адрес или имя хоста назначения Linux На Linux используйте команду:\nping -M do -s 8972 [destinationIP] Параметры:\n-M do — установить флаг \u0026ldquo;Don\u0026rsquo;t Fragment\u0026rdquo; (не фрагментировать) -s 8972 — размер пакета данных (без учета заголовков IP и ICMP) [destinationIP] — IP-адрес или имя хоста назначения Windows На Windows используйте команду:\nping -f -l 9000 [destinationIP] Параметры:\n-f — установить флаг \u0026ldquo;Don\u0026rsquo;t Fragment\u0026rdquo; (не фрагментировать) -l 9000 — размер пакета данных (без учета заголовков IP и ICMP) [destinationIP] — IP-адрес или имя хоста назначения Как интерпретировать результаты Успешная проверка Если пакет успешно доставлен без фрагментации, вы увидите ответ от удаленного хоста:\n64 bytes from [destinationIP]: icmp_seq=0 ttl=64 time=1.234 ms Это означает, что MTU поддерживает размер пакета, который вы тестируете.\nНеудачная проверка Если пакет слишком большой и не может быть передан без фрагментации, вы увидите сообщение об ошибке:\nLinux/macOS:\nping: local error: Message too long, mtu=1500 Windows:\nPacket needs to be fragmented but DF set. В этом случае нужно уменьшить размер пакета и повторить проверку.\nМетодика определения оптимального MTU Начните с максимального размера пакета для вашей ОС (см. команды выше). Если пакет не проходит, уменьшайте размер на 28 байт (размер заголовков IP и ICMP) и повторяйте проверку. Продолжайте до тех пор, пока пакет не пройдет успешно. Оптимальный MTU = размер успешного пакета + 28 байт (заголовки). Примеры использования Проверка MTU до удаленного сервера # Linux ping -M do -s 8972 \u0026lt;IP_адрес\u0026gt; # macOS (старые версии) ping -D -s 8184 \u0026lt;IP_адрес\u0026gt; # macOS (новые версии 11.x+) ping -D -s 8164 \u0026lt;IP_адрес\u0026gt; # Windows ping -f -l 9000 \u0026lt;IP_адрес\u0026gt; Примечание: Замените \u0026lt;IP_адрес\u0026gt; на IP-адрес сервера, до которого нужно проверить MTU. {.is-info}\nПоиск оптимального MTU (Linux) # Начните с большого размера ping -M do -s 8972 \u0026lt;IP_адрес\u0026gt; # Если не проходит, уменьшите на 28 ping -M do -s 8944 \u0026lt;IP_адрес\u0026gt; # Продолжайте уменьшать до успешного результата ping -M do -s 8916 \u0026lt;IP_адрес\u0026gt; Примечание: Замените \u0026lt;IP_адрес\u0026gt; на IP-адрес сервера, до которого нужно проверить MTU. {.is-info}\nВажные замечания Важно: Размер, указанный в параметре -s (Linux/macOS) или -l (Windows), — это размер данных пакета без учета заголовков. Реальный размер пакета будет больше на 28 байт (20 байт IP-заголовок + 8 байт ICMP-заголовок). {.is-warning}\nПримечание: Стандартный MTU для Ethernet составляет 1500 байт. Для проверки стандартного MTU используйте размер пакета 1472 байта (1500 - 28 = 1472). {.is-info}\n","categories":null,"content":"Описание MTU (Maximum Transmission Unit) — максимальный размер пакета данных, который может быть передан по сети без фрагментации. Проверка MTU помогает диагностировать проблемы с сетевым подключением, особенно при работе с VPN, туннелями или специфическими сетевыми конфигурациями.\nПроверка MTU на разных операционных системах macOS На macOS используйте команду:\nping -D -s 8184 [destinationIP] Примечание: В более новых версиях macOS (начиная с версии 11.x и 12.x) максимальный размер фрейма для ping должен быть следующим: {.is-info}\nping -D -s 8164 [destinationIP] Параметры:\n-D — установить флаг \u0026ldquo;Don\u0026rsquo;t Fragment\u0026rdquo; (не фрагментировать) -s 8184 (или 8164) — размер пакета данных (без учета заголовков IP и ICMP) [destinationIP] — IP-адрес или имя хоста назначения Linux На Linux используйте команду:\nping -M do -s 8972 [destinationIP] Параметры:\n-M do — установить флаг \u0026ldquo;Don\u0026rsquo;t Fragment\u0026rdquo; (не фрагментировать) -s 8972 — размер пакета данных (без учета заголовков IP и ICMP) [destinationIP] — IP-адрес или имя хоста назначения Windows На Windows используйте команду:\nping -f -l 9000 [destinationIP] Параметры:\n-f — установить флаг \u0026ldquo;Don\u0026rsquo;t Fragment\u0026rdquo; (не фрагментировать) -l 9000 — размер пакета данных (без учета заголовков IP и ICMP) [destinationIP] — IP-адрес или имя хоста назначения Как интерпретировать результаты Успешная проверка Если пакет успешно доставлен без фрагментации, вы увидите ответ от удаленного хоста:\n64 bytes from [destinationIP]: icmp_seq=0 ttl=64 time=1.234 ms Это означает, что MTU поддерживает размер пакета, который вы тестируете.\nНеудачная проверка Если пакет слишком большой и не может быть передан без фрагментации, вы увидите сообщение об ошибке:\nLinux/macOS:\nping: local error: Message too long, mtu=1500 Windows:\nPacket needs to be fragmented but DF set. В этом случае нужно уменьшить размер пакета и повторить проверку.\nМетодика определения оптимального MTU Начните с максимального размера пакета для вашей ОС (см. команды выше). Если пакет не проходит, уменьшайте размер на 28 байт (размер заголовков IP и ICMP) и повторяйте проверку. Продолжайте до тех пор, пока пакет не пройдет успешно. Оптимальный MTU = размер успешного пакета + 28 байт (заголовки). Примеры использования Проверка MTU до удаленного сервера # Linux ping -M do -s 8972 \u0026lt;IP_адрес\u0026gt; # macOS (старые версии) ping -D -s 8184 \u0026lt;IP_адрес\u0026gt; # macOS (новые версии 11.x+) ping -D -s 8164 \u0026lt;IP_адрес\u0026gt; # Windows ping -f -l 9000 \u0026lt;IP_адрес\u0026gt; Примечание: Замените \u0026lt;IP_адрес\u0026gt; на IP-адрес сервера, до которого нужно проверить MTU. {.is-info}\nПоиск оптимального MTU (Linux) # Начните с большого размера ping -M do -s 8972 \u0026lt;IP_адрес\u0026gt; # Если не проходит, уменьшите на 28 ping -M do -s 8944 \u0026lt;IP_адрес\u0026gt; # Продолжайте уменьшать до успешного результата ping -M do -s 8916 \u0026lt;IP_адрес\u0026gt; Примечание: Замените \u0026lt;IP_адрес\u0026gt; на IP-адрес сервера, до которого нужно проверить MTU. {.is-info}\nВажные замечания Важно: Размер, указанный в параметре -s (Linux/macOS) или -l (Windows), — это размер данных пакета без учета заголовков. Реальный размер пакета будет больше на 28 байт (20 байт IP-заголовок + 8 байт ICMP-заголовок). {.is-warning}\nПримечание: Стандартный MTU для Ethernet составляет 1500 байт. Для проверки стандартного MTU используйте размер пакета 1472 байта (1500 - 28 = 1472). {.is-info}\n","description":null,"ref":"/faq/how-to-check-mtu/","section":"faq","tags":null,"title":"Проверка MTU","url":"/faq/how-to-check-mtu/","weight":null},{"body":"Описание Скрипт для централизованного обновления пакетов на нескольких серверах Procurator. Позволяет отправить пакет обновления на несколько серверов по списку IP-адресов с интерактивным подтверждением для каждого сервера.\nИспользование ./update.sh -p \u0026lt;путь_к_пакету\u0026gt; -b \u0026lt;первые_три_октета\u0026gt; -l \u0026lt;список_четвертых_октетов\u0026gt; Пример ./update.sh -p /home/user/procurator.core.v2025.07.9.pkg -b 10.10.250 -l \u0026#39;116 117\u0026#39; В этом примере скрипт отправит пакет на серверы:\nhttp://10.10.250.116:57077/v1/packages http://10.10.250.117:57077/v1/packages Примечание: Замените IP-адреса в примере на актуальные адреса ваших серверов. {.is-info}\nПараметры Параметр Описание Пример -p Путь к файлу пакета, который нужно отправить /home/user/procurator.core.v2025.07.9.pkg -b Первые три октета IP-адресов (без точки в конце) 10.10.250 -l Список последних октетов IP-адресов через пробел '116 117' или '116 117 118' -h Показать справку и выйти - Важно: IP-адреса формируются как {BASE_URL}.{IP_LIST_ITEM}, где BASE_URL — это значение параметра -b, а IP_LIST_ITEM — каждый элемент из списка -l. {.is-info}\nПолный скрипт #!/bin/bash # Функция для вывода справки usage() { echo \u0026#34;Использование: $0 -p \u0026lt;путь_к_пакету\u0026gt; -b \u0026lt;первые три октета без точки\u0026gt; -l \u0026lt;список четвертых октетов\u0026gt;\u0026#34; echo \u0026#34;Пример: $0 -p /home/user/procurator.core.v2025.07.9.pkg -b 10.10.250 -l \u0026#39;116 117\u0026#39;\u0026#34; echo echo \u0026#34;Опции:\u0026#34; echo \u0026#34; -p Путь к файлу пакета, который нужно отправить\u0026#34; echo \u0026#34; -b Первые три октета IP-адресов (без точки в конце)\u0026#34; echo \u0026#34; -l Список последних октетов IP-адресов через пробел, например \u0026#39;116 117\u0026#39;\u0026#34; echo \u0026#34; -h Показать эту справку и выйти\u0026#34; exit 0 } # Парсинг аргументов командной строки while getopts \u0026#34;:p:b:l:h\u0026#34; opt; do case $opt in p) PACKAGE_PATH=\u0026#34;$OPTARG\u0026#34; ;; b) BASE_URL=\u0026#34;$OPTARG\u0026#34; ;; l) IP_LIST=\u0026#34;$OPTARG\u0026#34; ;; h) usage ;; *) echo \u0026#34;Ошибка: Некорректный параметр\u0026#34; \u0026amp;\u0026amp; usage ;; esac done # Проверка, что все аргументы заданы if [[ -z \u0026#34;$PACKAGE_PATH\u0026#34; || -z \u0026#34;$BASE_URL\u0026#34; || -z \u0026#34;$IP_LIST\u0026#34; ]]; then echo \u0026#34;Ошибка: Не все аргументы заданы.\u0026#34; usage fi # Проверка существования файла if [[ ! -f \u0026#34;$PACKAGE_PATH\u0026#34; ]]; then echo \u0026#34;Ошибка: Файл \u0026#39;$PACKAGE_PATH\u0026#39; не найден!\u0026#34; exit 1 fi # Разделяем строку IP-адресов в массив read -r -a IP_ARRAY \u0026lt;\u0026lt;\u0026lt; \u0026#34;$IP_LIST\u0026#34; # Основной цикл по списку IP for i in \u0026#34;${IP_ARRAY[@]}\u0026#34;; do FULL_URL=\u0026#34;http://${BASE_URL}.${i}:57077/v1/packages\u0026#34; while true; do read -rp \u0026#34;Выполнить запрос к $FULL_URL? (y/n) \u0026#34; confirmation if [[ \u0026#34;$confirmation\u0026#34; =~ ^[yn]$ ]]; then break else echo \u0026#34;Пожалуйста, введите \u0026#39;y\u0026#39; или \u0026#39;n\u0026#39;.\u0026#34; fi done if [[ \u0026#34;$confirmation\u0026#34; == \u0026#34;y\u0026#34; ]]; then # Выполнение запроса и получение HTTP-кода echo \u0026#34;Выполняю запрос к $FULL_URL с файлом $PACKAGE_PATH\u0026#34; response=$(curl -s -o /dev/null -w \u0026#34;%{http_code}\u0026#34; \u0026#34;$FULL_URL\u0026#34; --form \u0026#34;package=@$PACKAGE_PATH\u0026#34;) # Проверка результата if [[ \u0026#34;$response\u0026#34; =~ ^2[0-9]{2}$ ]]; then echo \u0026#34;Запрос к $FULL_URL выполнен успешно (HTTP код: $response).\u0026#34; else echo \u0026#34;Ошибка при выполнении запроса к $FULL_URL (HTTP код: $response).\u0026#34; fi else echo \u0026#34;Запрос к $FULL_URL пропущен.\u0026#34; fi done Как это работает Парсинг аргументов: Скрипт обрабатывает переданные параметры командной строки. Валидация: Проверяется наличие всех обязательных параметров и существование файла пакета. Формирование URL: Для каждого IP-адреса из списка формируется полный URL вида http://{BASE_URL}.{IP}:57077/v1/packages. Интерактивное подтверждение: Для каждого сервера запрашивается подтверждение перед отправкой. Отправка пакета: Используется curl для отправки файла через POST-запрос с формой. Проверка результата: Анализируется HTTP-код ответа (успешные коды — 2xx). Примечание: Скрипт требует интерактивного ввода для каждого сервера. Для автоматизации без подтверждений потребуется модификация скрипта. {.is-warning}\n","categories":null,"content":"Описание Скрипт для централизованного обновления пакетов на нескольких серверах Procurator. Позволяет отправить пакет обновления на несколько серверов по списку IP-адресов с интерактивным подтверждением для каждого сервера.\nИспользование ./update.sh -p \u0026lt;путь_к_пакету\u0026gt; -b \u0026lt;первые_три_октета\u0026gt; -l \u0026lt;список_четвертых_октетов\u0026gt; Пример ./update.sh -p /home/user/procurator.core.v2025.07.9.pkg -b 10.10.250 -l \u0026#39;116 117\u0026#39; В этом примере скрипт отправит пакет на серверы:\nhttp://10.10.250.116:57077/v1/packages http://10.10.250.117:57077/v1/packages Примечание: Замените IP-адреса в примере на актуальные адреса ваших серверов. {.is-info}\nПараметры Параметр Описание Пример -p Путь к файлу пакета, который нужно отправить /home/user/procurator.core.v2025.07.9.pkg -b Первые три октета IP-адресов (без точки в конце) 10.10.250 -l Список последних октетов IP-адресов через пробел '116 117' или '116 117 118' -h Показать справку и выйти - Важно: IP-адреса формируются как {BASE_URL}.{IP_LIST_ITEM}, где BASE_URL — это значение параметра -b, а IP_LIST_ITEM — каждый элемент из списка -l. {.is-info}\nПолный скрипт #!/bin/bash # Функция для вывода справки usage() { echo \u0026#34;Использование: $0 -p \u0026lt;путь_к_пакету\u0026gt; -b \u0026lt;первые три октета без точки\u0026gt; -l \u0026lt;список четвертых октетов\u0026gt;\u0026#34; echo \u0026#34;Пример: $0 -p /home/user/procurator.core.v2025.07.9.pkg -b 10.10.250 -l \u0026#39;116 117\u0026#39;\u0026#34; echo echo \u0026#34;Опции:\u0026#34; echo \u0026#34; -p Путь к файлу пакета, который нужно отправить\u0026#34; echo \u0026#34; -b Первые три октета IP-адресов (без точки в конце)\u0026#34; echo \u0026#34; -l Список последних октетов IP-адресов через пробел, например \u0026#39;116 117\u0026#39;\u0026#34; echo \u0026#34; -h Показать эту справку и выйти\u0026#34; exit 0 } # Парсинг аргументов командной строки while getopts \u0026#34;:p:b:l:h\u0026#34; opt; do case $opt in p) PACKAGE_PATH=\u0026#34;$OPTARG\u0026#34; ;; b) BASE_URL=\u0026#34;$OPTARG\u0026#34; ;; l) IP_LIST=\u0026#34;$OPTARG\u0026#34; ;; h) usage ;; *) echo \u0026#34;Ошибка: Некорректный параметр\u0026#34; \u0026amp;\u0026amp; usage ;; esac done # Проверка, что все аргументы заданы if [[ -z \u0026#34;$PACKAGE_PATH\u0026#34; || -z \u0026#34;$BASE_URL\u0026#34; || -z \u0026#34;$IP_LIST\u0026#34; ]]; then echo \u0026#34;Ошибка: Не все аргументы заданы.\u0026#34; usage fi # Проверка существования файла if [[ ! -f \u0026#34;$PACKAGE_PATH\u0026#34; ]]; then echo \u0026#34;Ошибка: Файл \u0026#39;$PACKAGE_PATH\u0026#39; не найден!\u0026#34; exit 1 fi # Разделяем строку IP-адресов в массив read -r -a IP_ARRAY \u0026lt;\u0026lt;\u0026lt; \u0026#34;$IP_LIST\u0026#34; # Основной цикл по списку IP for i in \u0026#34;${IP_ARRAY[@]}\u0026#34;; do FULL_URL=\u0026#34;http://${BASE_URL}.${i}:57077/v1/packages\u0026#34; while true; do read -rp \u0026#34;Выполнить запрос к $FULL_URL? (y/n) \u0026#34; confirmation if [[ \u0026#34;$confirmation\u0026#34; =~ ^[yn]$ ]]; then break else echo \u0026#34;Пожалуйста, введите \u0026#39;y\u0026#39; или \u0026#39;n\u0026#39;.\u0026#34; fi done if [[ \u0026#34;$confirmation\u0026#34; == \u0026#34;y\u0026#34; ]]; then # Выполнение запроса и получение HTTP-кода echo \u0026#34;Выполняю запрос к $FULL_URL с файлом $PACKAGE_PATH\u0026#34; response=$(curl -s -o /dev/null -w \u0026#34;%{http_code}\u0026#34; \u0026#34;$FULL_URL\u0026#34; --form \u0026#34;package=@$PACKAGE_PATH\u0026#34;) # Проверка результата if [[ \u0026#34;$response\u0026#34; =~ ^2[0-9]{2}$ ]]; then echo \u0026#34;Запрос к $FULL_URL выполнен успешно (HTTP код: $response).\u0026#34; else echo \u0026#34;Ошибка при выполнении запроса к $FULL_URL (HTTP код: $response).\u0026#34; fi else echo \u0026#34;Запрос к $FULL_URL пропущен.\u0026#34; fi done Как это работает Парсинг аргументов: Скрипт обрабатывает переданные параметры командной строки. Валидация: Проверяется наличие всех обязательных параметров и существование файла пакета. Формирование URL: Для каждого IP-адреса из списка формируется полный URL вида http://{BASE_URL}.{IP}:57077/v1/packages. Интерактивное подтверждение: Для каждого сервера запрашивается подтверждение перед отправкой. Отправка пакета: Используется curl для отправки файла через POST-запрос с формой. Проверка результата: Анализируется HTTP-код ответа (успешные коды — 2xx). Примечание: Скрипт требует интерактивного ввода для каждого сервера. Для автоматизации без подтверждений потребуется модификация скрипта. {.is-warning}\n","description":null,"ref":"/faq/centralized-package-update/","section":"faq","tags":null,"title":"Централизованное обновление пакетов Прокуратора","url":"/faq/centralized-package-update/","weight":null},{"body":"Шаги по изменению MAC-адреса Шаг 1: Просмотр текущего MAC-адреса Откройте терминал на вашем устройстве. Выполните следующую команду, чтобы просмотреть текущий MAC-адрес интерфейса sys0:\novs-vsctl list Interface sys0 Эта команда выведет информацию о текущем состоянии интерфейса, включая его MAC-адрес. {.is-info}\nШаг 2: Изменение MAC-адреса В том же терминале выполните следующую команду, чтобы изменить MAC-адрес интерфейса sys0:\novs-vsctl set Interface sys0 mac=\u0026#39;a2:57:74:9d:48:5f\u0026#39; Убедитесь, что новый MAC-адрес (a2:57:74:9d:48:5f) соответствует формату и требованиям вашей сети. {.is-info}\nПодтвердите, что изменения применены, повторно выполнив команду из Шага 1:\novs-vsctl list Interface sys0 Проверьте, что MAC-адрес изменился на указанный вами. {.is-info}\nСледуя этой инструкции, вы сможете успешно изменить MAC-адрес на интерфейсе sys0. Убедитесь, что новый MAC-адрес уникален в вашей сети, чтобы избежать конфликтов\n","categories":null,"content":"Шаги по изменению MAC-адреса Шаг 1: Просмотр текущего MAC-адреса Откройте терминал на вашем устройстве. Выполните следующую команду, чтобы просмотреть текущий MAC-адрес интерфейса sys0:\novs-vsctl list Interface sys0 Эта команда выведет информацию о текущем состоянии интерфейса, включая его MAC-адрес. {.is-info}\nШаг 2: Изменение MAC-адреса В том же терминале выполните следующую команду, чтобы изменить MAC-адрес интерфейса sys0:\novs-vsctl set Interface sys0 mac=\u0026#39;a2:57:74:9d:48:5f\u0026#39; Убедитесь, что новый MAC-адрес (a2:57:74:9d:48:5f) соответствует формату и требованиям вашей сети. {.is-info}\nПодтвердите, что изменения применены, повторно выполнив команду из Шага 1:\novs-vsctl list Interface sys0 Проверьте, что MAC-адрес изменился на указанный вами. {.is-info}\nСледуя этой инструкции, вы сможете успешно изменить MAC-адрес на интерфейсе sys0. Убедитесь, что новый MAC-адрес уникален в вашей сети, чтобы избежать конфликтов\n","description":null,"ref":"/faq/changing-mac-address-on-interface-sys0/","section":"faq","tags":null,"title":"Изменение MAC-адреса на интерфейсе sys0","url":"/faq/changing-mac-address-on-interface-sys0/","weight":null},{"body":"","categories":null,"content":"","description":null,"ref":"/editor/","section":"","tags":null,"title":"Редактор контента","url":"/editor/","weight":null},{"body":"weight: 10 title: \u0026ldquo;Начало работы\u0026rdquo; description: \u0026ldquo;Быстрый старт с продуктами АО «БФГ»\u0026rdquo;\n👋 Добро пожаловать в экосистему АО «БФГ»! Это руководство поможет вам быстро начать работу с нашими продуктами. Выберите интересующий вас продукт и следуйте инструкциям.\n💻 ПК «Звезда» — быстрый старт 📋 Предварительные требования Операционная система: Windows 10/11, Linux, macOS Процессор: Intel i5 или AMD Ryzen 5 (рекомендуется i7/Ryzen 7) Оперативная память: 8 GB (рекомендуется 16 GB) Свободное место: 10 GB для установки Интернет: для загрузки обновлений 🔧 Установка Скачайте установщик с официального сайта Запустите установщик от имени администратора Следуйте инструкциям мастера установки Активируйте лицензию при первом запуске ⚙️ Первоначальная настройка Запустите систему и войдите в аккаунт Настройте профиль - укажите ваши предпочтения Выберите модули - активируйте нужные функции Импортируйте данные - загрузите ваши файлы 📚 Следующие шаги 📖 Руководство пользователя ПК «Звезда» 🔧 Техническая документация 🛠️ API и разработка 🎯 Общие рекомендации 💡 Советы для эффективной работы Изучите интерфейс - потратьте время на знакомство с системой Используйте горячие клавиши - они значительно ускоряют работу Настройте уведомления - получайте важные сообщения вовремя Регулярно обновляйтесь - используйте последние версии 🔒 Безопасность 🔐 Используйте надежные пароли 🔄 Регулярно меняйте пароли 📱 Включите двухфакторную аутентификацию 💾 Делайте резервные копии важных данных 📞 Поддержка Если у вас возникли вопросы:\n📧 Email: support@aobfg.ru 📞 Телефон: +7 (495) 215-22-75 💬 Онлайн‑чат: в личном кабинете клиентов АО «БФГ» 📚 FAQ: часто задаваемые вопросы 🎉 Готово к работе! Теперь вы готовы к продуктивной работе с нашими системами. Не стесняйтесь обращаться к документации или службе поддержки при возникновении вопросов.\nУдачи в работе с продуктами АО «БФГ»! 🚀\n","categories":null,"content":"weight: 10 title: \u0026ldquo;Начало работы\u0026rdquo; description: \u0026ldquo;Быстрый старт с продуктами АО «БФГ»\u0026rdquo;\n👋 Добро пожаловать в экосистему АО «БФГ»! Это руководство поможет вам быстро начать работу с нашими продуктами. Выберите интересующий вас продукт и следуйте инструкциям.\n💻 ПК «Звезда» — быстрый старт 📋 Предварительные требования Операционная система: Windows 10/11, Linux, macOS Процессор: Intel i5 или AMD Ryzen 5 (рекомендуется i7/Ryzen 7) Оперативная память: 8 GB (рекомендуется 16 GB) Свободное место: 10 GB для установки Интернет: для загрузки обновлений 🔧 Установка Скачайте установщик с официального сайта Запустите установщик от имени администратора Следуйте инструкциям мастера установки Активируйте лицензию при первом запуске ⚙️ Первоначальная настройка Запустите систему и войдите в аккаунт Настройте профиль - укажите ваши предпочтения Выберите модули - активируйте нужные функции Импортируйте данные - загрузите ваши файлы 📚 Следующие шаги 📖 Руководство пользователя ПК «Звезда» 🔧 Техническая документация 🛠️ API и разработка 🎯 Общие рекомендации 💡 Советы для эффективной работы Изучите интерфейс - потратьте время на знакомство с системой Используйте горячие клавиши - они значительно ускоряют работу Настройте уведомления - получайте важные сообщения вовремя Регулярно обновляйтесь - используйте последние версии 🔒 Безопасность 🔐 Используйте надежные пароли 🔄 Регулярно меняйте пароли 📱 Включите двухфакторную аутентификацию 💾 Делайте резервные копии важных данных 📞 Поддержка Если у вас возникли вопросы:\n📧 Email: support@aobfg.ru 📞 Телефон: +7 (495) 215-22-75 💬 Онлайн‑чат: в личном кабинете клиентов АО «БФГ» 📚 FAQ: часто задаваемые вопросы 🎉 Готово к работе! Теперь вы готовы к продуктивной работе с нашими системами. Не стесняйтесь обращаться к документации или службе поддержки при возникновении вопросов.\nУдачи в работе с продуктами АО «БФГ»! 🚀\n","description":null,"ref":"/docs/getting-started/","section":"docs","tags":null,"title":"","url":"/docs/getting-started/","weight":null},{"body":"","categories":null,"content":"","description":null,"ref":"/login/","section":"login","tags":null,"title":"Авторизация","url":"/login/","weight":null},{"body":"","categories":null,"content":"","description":null,"ref":"/admin/","section":"","tags":null,"title":"Админка","url":"/admin/","weight":null},{"body":"⛔️ У вас нет доступа к этой странице Пожалуйста, вернитесь на главную или войдите под другим пользователем.\n","categories":null,"content":"⛔️ У вас нет доступа к этой странице Пожалуйста, вернитесь на главную или войдите под другим пользователем.\n","description":null,"ref":"/403/","section":"","tags":null,"title":"Доступ запрещён","url":"/403/","weight":null},{"body":"Профиль пользователя Здесь будет отображаться информация о вашем аккаунте, а также настройки профиля.\n","categories":null,"content":"Профиль пользователя Здесь будет отображаться информация о вашем аккаунте, а также настройки профиля.\n","description":null,"ref":"/profile/","section":"","tags":null,"title":"Профиль","url":"/profile/","weight":null}]