Для улучшения работы сайта мы используем файлы cookies. Оставаясь на сайте, вы соглашаетесь с политикой обработки персональных данных.

Заметки к релизу

1. Что нового

  1. Кластер доменов хранения (балансировка нагрузки). [1]

    В раздел Хранилище добавлен инструмент "Кластеры хранилищ", который позволяет объединить несколько доменов хранения в логический кластер и настроить балансировку загруженности доменов хранения (по объему). Балансировка может быть автоматической по расписанию или ручной в формате вывода рекомендаций по перемещению дисков ВМ.

    Подробнее см. в статье Управление хранилищами в разделе Администрирование.

  2. Управление репликацией на уровне СХД YADRO TATLIN.UNIFIED и Huawei Dorado. [1]

    Добавлена возможность обеспечить катастрофоустойчивость с использованием механизмов репликации средствами СХД YADRO TATLIN.UNIFIED и Huawei Dorado.

    Подробнее см. в статьях:

  3. Планы восстановления ВМ, реплицируемых на уровне СХД. [1]

    Позволяет создавать планы, содержащие сценарии запуска виртуальных машин на резервной площадке.

    Подробнее см. в статьях:

  4. Живая миграция ВМ между кластерами с одновременной сменой домена хранения через интерфейс.

    Добавлен мастер миграции, объединяющий в себе все задачи на миграцию, включая живую миграцию ВМ между кластерами или хостами, живую миграцию ВМ между кластерами или хостами со сменой домена хранения и перемещение дисков ВМ между доменами хранения. Также мастер позволяет менять параметры перемещаемых ВМ.

    Подробнее см. в статьях:

  5. Задачи на миграцию.

    В раздел Управление добавлен подраздел "Задачи на миграцию". В интерфейсе можно следить за ходом выполнения задач на миграцию, а также управлять данными задачами.

    Подробнее см. в статьях:

  6. Управление и мониторинг сертификатов через интерфейс.

    В раздел Управление добавлен подраздел Управление сертификатами, где можно отслеживать срок действия сертификатов и управлять ими, включая продление и замену.

    Подробнее см. в статье Шифрование связи в zVirt в разделе Информационная безопасность.

  7. Утилита Taskcleaner в интерфейсе.

    В раздел Управление добавлена утилита taskcleaner, с помощью которой можно просматривать список заданий и удалять зависшие задания.

    Подробнее см. в статье Управление средой zVirt в разделе Администрирование.

  8. Провайдер Terraform. [1]

    Предоставляет возможность управлять виртуальными машинами и дисками через инструмент IaС Terraform.

    Подробнее см. в статье Использование Terraform-провайдера zVirt в разделе Автоматизация.

  9. Интеграция с программно-определяемой СХД MIND uStor. [2]

    ПСХД MIND uStor может использоваться как альтернатива Gluster для развертывания гиперконвергентной среды.

    Подробнее см. в документации к Гиперконвергентной среде zVirt в разделе SDS.

2. Изменения и улучшения

  1. Отечественное ядро.

    Переход на отечественное ядро 6.1, поддерживаемое Технологическим центром исследования безопасности ядра Linux.

  2. Обновленный инсталлятор.

    • Сокращено общее количество шагов при установке.

    • Добавлен русский язык для описания действий.

    • Оптимизирована работа виджетов.

  3. Улучшения v2v конвертера.

    Появилась возможность выбрать опцию копирования загрузчика при создании плана миграции. Это расширяет список поддерживаемых для миграции ОС (Семейство Астра).

    Подробнее см. в статье Конвертация виртуальных машин в разделе Администрирование.

  4. Для v2v-конвертера добавлена возможность конвертации дисков в динамически расширяемые (тонкие диски).

    В настройки конвертера добавлен параметр репликации "Политика выделения дискового пространства" для виртуальных машин, который позволяет выбрать нужную политику выделения пространства, включая динамическое выделение.

  5. Улучшения конвертера и программной репликации.

    Добавлена опция удаления ВМ с очисткой.

  6. Добавлена возможность аутентификации на портале мониторинга с использованием Keycloak.

    В Keycloak добавлена возможность назначения пользователям и группам ролей, связанных с Grafana.

    Подробнее см. в статье Мониторинг zVirt в разделе Администрирование.

  7. Поддержка NVMe over Fabric (TCP/RDMA).

    Добавлена возможность использования дисковых устройств NVMe-oF Ethernet TCP/RoCE (RDMA) в качестве Домена Хранения. Это решение позволяет увеличить производительность, увеличить надежность и отказоустойчивость подсистемы ввода-вывода.

    Подробнее см. в статье Управление хранилищами в разделе Администрирование.

  8. Оптимизировано отображение большого количества правил микросегментации.

  9. Обновлен графический интерфейс раздела управляемых (программно-определяемых) сетей.

  10. Обновлен стиль графических элементов портала администрирования.

  11. Увеличение ограничения на длину строки в поле "Описание" у Виртуальных Машин с 255 до 4000.

3. Исправления

  1. Оптимизирована работа доменов хранения на базе Gluster.

    Устранены ошибки, возникавшие при работе с распределенной файловой системой Gluster, повышена стабильность функциональности.

  2. Исправлена проблема, приводившая к утрате конфигурации логического порта при интенсивном применении снимков ВМ.

  3. Устранены ошибки, возникавшие при установке Hosted Engine с использованием Cockpit при работе с ISCSI-хранилищами.

  4. Устранена проблема, препятствовавшая повторному запуску виртуальных машин с Q35 Chipset с UEFI.

4. Информационная безопасность

  1. Профили настроек безопасности системы zVirt.

    Для обеспечения информационной безопасности платформы zVirt разработаны профили, которые позволяют применить различные политики безопасности.

    Подробнее см. в статье Профили безопасности в разделе Информационная безопасность.

В релиз включены все улучшения и исправления, добавленные в обновлениях для zVirt 4.2:

Обновление №1 от 16.09.2024
Улучшения

  1. Добавлено предупреждение в веб-интерфейсе о невозможности создания снимка при наличии ограничений на данную операцию.

  2. В целях обеспечения совместимости некоторых типов оборудования в репозиторий добавлена новая версия ядра. В частности, поддерживается установка драйверов NVIDIA для ядра версии 553.

  3. Вернули поддержку устаревших ОС.

Исправления

  1. Исправлена ошибка запуска службы zvirt-engine-backend, если при установке zVirt произведен отказ от установки DWH (Data Warehouse).

  2. Исправлена ошибка при создании виртуальных машин через пользовательский портал.

  3. Исправлена плавающая ошибка "Произошло неотлавливаемое исключение. Подробнее:(TypeError): a is null", возникающая при использовании Пользовательского портала.

  4. Восстановлена возможность создания пользователей и настройки их параметров с помощью утилиты aaa jdbc после обновления на zVirt 4.2.

  5. Восстановлена корректная работа загрузчика ОС после выключения и включения виртуальной машины c типом BIOS Чипсет Q35 c UEFI, связанная со сбросом настроек UEFI после выключения ВМ.

  6. Реализовано корректное поведение при миграции из одного домена хранения в другой для диска типа Preallocated (предварительно размеченный). После миграции диска с типом Preallocated(предварительно размеченный) в другой домен хранения не происходит изменение его типа на Thin Provision (Динамически расширяемый) и опция Инкрементное резервное копирование для данного типа дисков теперь не доступна.

  7. Возвращена опция перевода хоста с ВМ Hosted Engine в режим обслуживания (исправлена ошибка миграции виртуальной машины Hosted Engine на свободный хост).

  8. Исправлена проблема длительного обновления до версии zVirt 4.2 в оффлайн режиме (без доступа в интернет).

  9. Исправлена ошибка, возникающая при подключении более одной сети через единственный хост, в веб-интерфейсе отображался некорректный путь одной из внешних сетей.

  10. Исправлена ошибка при попытке обновления параметров внешней сети (например MTU), которая могла воспроизводиться если сеть создана на основе zVirt-сети с названием более 15-ти символов.

Обновление №2 от 22.10.2024
Улучшения

  1. Реализован доступ к VNC консоли виртуальной машины c помощью API zVirt.

  2. Оптимизировано получение списка логических портов.

Исправления

  1. Исправлена проблема, которая препятствовала выполнению параллельного резервного копирования виртуальных машин с помощью встроенного инструмента "Резервное копирование ВМ" в конфигурации с Keycloak.

  2. Исправлена проблема некорректного определения типа CPU.

Обновление №3 от 25.12.2024
Что нового

  1. Добавлен фильтр, позволяющий исключить уже используемые zVirt LUN’ы при:

  2. В интерфейсе управления правами доступа пользователя добавлена возможность сброса всех назначенных прав доступа для пользователя.

    Подробнее см. в разделе Сброс ролей руководства администратора.

  3. Автоматизация обновления хостов. Реализована возможность обновления хостов через портал администрирования.

Улучшения

  1. Расширение состава атрибутов журналируемых событий.

    Подробнее см. в разделе Коды событий технического справочника.

  2. Увеличение допустимого количества символов в именах сущностей управляемых сетей до 65.

Исправления

  1. Устранены ошибки развертывания Менеджера управления в архитектуре HostedEngine при использовании некоторых моделей СХД.

  2. Устранены ошибки в пользовательском интерфейсе сервиса "Репликация и DR".

Обновление №4 от 30.05.2025
Исправления

  1. Устранена ошибка загрузки операционной системы после применения патча №3 в zVirt 4.2, связанная с конфигурацией ядра.

5. Известные проблемы и ограничения

Проблема/Ограничение Описание Возможное решение

При миграции ВМ с настроенным правилом трансляции типа FIP (Floating IP), данная ВМ может быть недоступна при обращении из внешней сети.

Причиной возникновения проблемы является то, что аппаратный коммутатор не обновляет таблицу коммутации (FDB) при перемещении MAC FIP-а на другой хост и продолжает отправлять трафик на порт гипервизора, на котором изначально была размещена мигрированная ВМ. Триггером для обновления записи в таблице коммутации (FDB) аппаратного коммутатора является либо получение трафика от ВМ на новом порту, либо истечение времени хранения записи в таблице коммутации. После выполнения данной операции хост может быть переведен в режим обслуживания.

Для решения проблемы сетевой недоступности ВМ необходимо изменить настройки аппаратного коммутатора (согласно указаниям в официальной документации производителя коммутатора) так, чтобы время хранения записей в таблице коммутации (FDB) не превышало ожидаемое время недоступности ВМ.

Уменьшение времени хранения записей в таблице FDB может привести к повышению нагрузки на коммутатор и ВМ.

После установки/обновления хостов возникают проблемы с устройствами

В релизе zVirt 4.3 используется ядро 6.1.128, которое может изменить логику именования устройств или не поддерживать некоторые драйверы на старом оборудовании.

Перейти на ядро 4.18.0-553, для этого выполнить:

grubby --set-default-index=<номер пункта меню> (1)
1 Если предварительно не производились изменения,то номер пункта меню:

  • 0 - используется для загрузки по умолчанию ядра 6.1.128-isp3

  • 1 - используется для загрузки по умолчанию ядра 4.18.0-553

Исправлено в zVirt 4.4

На этапе установки/переустановки хоста, возникает ошибка:

"msg" : "Unable to start service kdump: Job for kdump.service failed because the control process exited with error code.\nSee \"systemctl status kdump.service\" and \"journalctl -xe\" for details.\n"

На всех хостах kdump.service в следующем состоянии:

[root@h1 ~]# systemctl status kdump.service
● kdump.service - Crash recovery kernel arming
   Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Wed 2025-03-19 18:11:49 MSK; 5min ago
  Process: 62030 ExecStart=/usr/bin/kdumpctl start (code=exited, status=1/FAILURE)
 Main PID: 62030 (code=exited, status=1/FAILURE)

Mar 19 18:11:49 h1.demo.loc systemd[1]: Starting Crash recovery kernel arming...
Mar 19 18:11:49 h1.demo.loc kdumpctl[62032]: kdump: No memory reserved for crash kernel

Новое ядро 6.1.128 не поддерживает значение auto для опции crashkernel.

Сразу после обновления выполнить на хосте команды:

grubby --update-kernel=ALL --args "crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M"

reboot

Исправлено в zVirt 4.4

При переносе диска между доменами хранения возможна потеря метаданных

Исправлено в zVirt 4.4 обновление №1

При создании ВМ из пула или шаблона с последующей сменой типа экземпляра (Instance type) у ВМ пропадает сетевой интерфейс

  1. Не изменять тип экземпляра после создания ВМ

    или

  2. Добавить сетевой интерфейс после создания ВМ
1. Доступно только в издании zVirt Advanced
2. Функция является экспериментальной (технический предрелиз), для получения дистрибутива с поддержкой ПСХД MIND uStor обратитесь в службу технической поддержки