комментарий был о CRIU, а не о LXD. нет плана интегрировать LXD, но мы время от времени проверяем CRIU, но, насколько я помню, в последний раз, когда мы на него смотрели, он был еще недостаточно готов...

Как так?

Проект pve-container и его инструменты (например, pct = Proxmox Container Toolkit) уже делают всё это и даже больше. Мы используем LXC так же, как LXD: в качестве низкоуровневого инструмента, который мы контролируем с помощью более высокоуровневого управления, например, демона фильтра вызовов системы, написанного на Rust, и дополнительных функций ядра. В 2015 году не существовало эквивалентного решения, когда мы перешли с устаревшего OpenVZ на более новую и мейнстримную LXC как на низкоуровневый технический стек для контейнеров (CT) в Proxmox VE 4.0. Даже сейчас LXD не имеет полного соответствия по функциям с проектом pve-container. Хотя у LXD могут быть некоторые интеграции, которых у нас нет, такие как довольно причудливая CRIU интеграция, ей также недостаёт некоторых функций, которые уже есть у нас и необходимы в Proxmox VE. Обратите внимание, что pve-container также предоставляет полный инструментарий CLI и части REST API для управления CT через демоны API Proxmox VE и веб-интерфейс. Если существует какая-то функция, которая есть у LXD, полностью работает и имеет смысл для интеграции в Proxmox VE, решение не в том, чтобы переключаться на LXD, а в том, чтобы интегрировать её в проект pve-container. Такой подход требует меньше усилий, чем полный переход, и позволяет лучше интегрироваться с Proxmox VE.