The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск системы управления контейнерами Incus 7.0 LTS

06.05.2026 20:43 (MSK)

Стефан Грабер (Stéphane Graber), лидер проекта Linux Containers и бывший технический руководитель проекта LXD, объявил о выходе Incus 7.0 LTS, форка системы управления контейнерами и виртуальными машинами LXD, созданного сообществом после перехода оригинального проекта под крыло Canonical и смены лицензии. Код проекта распространяется под лицензией Apache 2.0. Для ознакомления доступен онлайн-демонстрация.

Incus 7.0 LTS будет поддерживаться до июня 2031 года. Первые два года планируется выпуск корректирующих обновлений с исправлением ошибок и мелкими улучшениями, после чего проект перейдёт на стадию сопровождения c исправлением только критических уязвимостей. Текущая ветка Incus 6.0 LTS переведена в режим поддержки, при котором публикуются только исправления, связанные с безопасностью.

Основные изменения и новшества:

  • Обработчик объектного хранилища S3 на базе Minio заменён на собственную встроенную реализацию.
  • Добавлена опция "core.shutdown_action" для определения действий при выключении сервера.
  • Реализован низкоуровневый API для создания резервных копий.
  • Добавлена настройка "restricted.storage-pools.access", через которую можно ограничить пулы хранения, доступные для проекта.
  • Добавлены скриптлеты для управления размещением инстансов при перебалансировке кластера.
  • Поведение команд "incus file push" и "incus file pull" приближено к утилите "cp".
  • Исправлено 9 уязвимостей, среди которых 7 имеют умеренную степень опасности (включая CVE-2026-35527 и CVE-2026-40195) и 2 - низкую.
  • Прекращена поддержка cgroupv1 и iptables/ip6tables/ebtables (рекомендуется переход на nftables).
  • Повышены минимальные системные требования к окружению.
  • Среди улучшений, относительно LTS-ветки Incus 6.0: полноценная поддержка контейнеров в формате OCI, реализация зависимых томов хранения, поддержка наборов сетевых адресов (Network address sets), новые драйверы для хранилищ Linstor и TrueNAS, возможность определения базового уровня CPU для групп кластера.


  1. Главная ссылка к новости (https://stgraber.org/2026/05/0...)
  2. OpenNews: Проект Linux Containers представил атомарно обновляемый дистрибутив IncusOS
  3. OpenNews: Выпуск инструментариев для управления контейнерами LXC 6.0, Incus 6.0 и LXD 5.21.1
  4. OpenNews: Выпуск системы управления контейнерами Incus 0.3
  5. OpenNews: Выпуск инструментариев для управления контейнерами LXC 7.0 и LXD 6.8
Автор новости: aim
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65384-incus
Ключевые слова: incus, lxd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (12) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 21:11, 06/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Incus 7.0 LTS будет поддерживаться до июня 2031 года
    > полноценная поддержка контейнеров в формате OCI

    6.0 до 2029 поддержка заявлена, спеха нет. Но поддержка OCI -- сильный аргумент для апгрейда. Можно будет выкинуть пайплайн для пересборки образов под Incus и перейти на стандартные образы. Джва года ждал!

     
  • 1.2, Аноним (2), 21:17, 06/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Было бы неплохо если бы кто-нибудь написал статью в Wiki по различиям контейнера!
    - Их уже слишком много! Даже просто для запоминания, по кр.мере не серверным администраторам.


    А, Wiki(и с чего оно Wiki а не Энциклопедия?...)
    - починить регистрацию, если не уже, а в идеале вовсе убрать её.

     
  • 1.3, тов. Булочкин (?), 22:01, 06/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пока толпа немых рабов покорно глотает Docker и systemd, настоящие мастера контейнеризации годами ждали этого дня. И он настал. Встречайте — Incus 7.0!

    Это не очередной "стеклянный контейнерный кирпич" от безликой корпорации. Нет! Incus — это "кучево-дождевое облако", пролившееся живительным ливнем на высохшую землю системных контейнеров. Это форк того самого LXD, который был украден у Linux Containers корпоративным молохом. И знаете что? Старая гвардия вернулась!

    Тех, кто создавал LXD с нуля, вышвырнули. И они сделали то, что умеют лучше всего: воскресили лучшую технологию в истории виртуализации, превратив её в неприступную крепость чистого Open Source без CLA и корпоративной цензуры. Лицензия Apache 2.0 — это наш флаг!

    Что вы получаете? Единый интерфейс для всего: запускайте полноценные виртуалки на QEMU/KVM и системные контейнеры с ядерной изоляцией бок о бок. Бэкенды: ZFS, Btrfs, LVM — любые storage pools. Снапшоты состояний, live-миграция виртуалок без даунтайма, кластеризация сотен нод и REST API для автоматизации.

    И всё это — без единой зависимости от Canonical. Никакого MaaS, Candid или Shiftfs — только чистый, вылизыванный кровью инженеров код.

    Вы хотите контроля, свободы и настоящей системной мощи? Или вы хотите дальше кормить корпоративных монстров? Выбор очевиден. Incus навсегда!

     
     
  • 2.5, Аноним (2), 22:24, 06/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ты слишком глубоко копнул... объясни популярно, т.е.для всех а не 3-х "просветлённых" на всю планету, для начала - в чёи тут притензия:
    > Пока толпа немых рабов покорно глотает Docker

    (ничего как распрстранение ими потенциально троянов в блобах с их сайта-репозитория не приходит в голову)

    И как он рабоате где бы почитать
    - зачем козе боян, по кр.мере вне облаков, гадаю вот: только ли в одном месте складировать файлы пакета(и это точно?) или для какой то защиты?


    > MaaS, Candid или Shiftfs

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


     
     
  • 3.8, тов. Булочкин (?), 22:50, 06/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Утверждение про глотает Docker 8212 не про паранойю, а про инженерную разни... большой текст свёрнут, показать
     
  • 2.6, Аноним (2), 22:37, 06/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > того самого LXD,

    В гугл я то спросил, но лучше бы этого не делал...


    > Выбор очевиден. Incus навсегда!

    Не очень... очевиден.
    Т.б. у тебя сравнение всего с одним конкурентом.

     
  • 2.12, Аноним (1), 23:05, 06/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Никакого MaaS

    Это как раз минус. MaaS очень удобный инструмент, если у тебя не один сервер под кроватью.

     

  • 1.4, Аноним (4), 22:10, 06/05/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему не Podman?
     
     
  • 2.7, Аноним (7), 22:49, 06/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем подман, если эта штука умеет те же докер контейнеры, только + ламповый lxc, с возможностью просто зайти в нужную папку и скопировать файл, при этом ставится обычным dnf install без танцев с бубном.
     
  • 2.9, НектоОткудаТо (?), 22:51, 06/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Его пока не научили работать с образами виртуальных машин. Не всем надо, верно.
    Но вот кому надо - будут использовать Incus, LXD и прочее, вплоть до k8s + KubeVirt
     
     
  • 3.11, Аноним (1), 22:56, 06/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Прицепить к подману поддержку как раз vm несложно. Всё остальное, что нужно вокруг vm уже слегка сложнее. Ему всё равно что вызывать, crun, runc, самодельную обёртку над libvirt, или kata-containers.
     
  • 2.10, Аноним (1), 22:52, 06/05/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что если к нему прикрутить всё то, что умеет сабж, то получится всё равно как сабж, только теперь у тебя ещё и куча кода с костылями, которые тебе же и поддерживать. А если нет разницы, то зачем тебе NIH?
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру