посты приятно и познавательно и приятно читать, чтобы начать работу, но документов они не делают после того, как вы приступили к делу. Если Вы похожи на меня, вам может быть достаточно четко представляют себе различие между Докер & команда lxc/lxd по прочитав только несколько обычно-нашел в блогах на этом.. но разница между старшими РАСШИРЯЕМЫМ проект и новый lxd по проекту были вообще не понятно для меня, и большинство страниц я нашел просто не делают хорошую работу, объясняя это таким образом, я мог понять. В основном они пытаются прояснить недоразумение между контейнером приложения (Докер) и контейнер операционной системы (для lxc/lxd по). Затем я нашел этот блог пост: где lxd по вписаться в
как вы знаете, все эти инструменты (настройки/работы с lxc/lxd по) использовать общие функции ядра, таких как пространства имен и групп, это вопрос о том, как многофункциональные устройства решает использовать их. Резюме выше пост ориентирован на развитие команды lxc против lxd по, На основании моего понимания:
РАСШИРЯЕМЫМ изначально был создан для тестирования новых функций ядра; как таковая, она была мешанина скриптов и программ на Си (еще используется сегодня по "старой" команды lxc инструменты командной строки). После этого была преобразована в библиотеку. Существующие команду lxc пользовательского линия инструменты использовать сейчас эту библиотеку. Lxd является наземный способ взаимодействия с этой библиотекой, не обремененная обратной совместимости со старыми командной строки инструменты работы с lxc. Так это проще в использовании и более способным.если кто-то (как сопровождающий) видит выше ошибки, пожалуйста, правилен ли мой ответ. :)
также, в случае, если вы рассматриваете [Ф1] (например, если вы уже используете [Ф2] с КВМ):
для lxc изначально был создан для тестирования новых функций ядра; в качестве таковой она была мешанина из Shell-скриптов и программ на Си (еще используется сегодня по "старой" команды lxc инструменты командной строки). Апстрим говорит, что они все равно будут работать на это: https://www.redhat.com/archives/libvirt-users/2015-August/msg00026.html после этого была преобразована в библиотеку. Существующие команду lxc пользовательского линия инструменты использовать сейчас эту библиотеку. Стефан Грабер говорит о том, что через [F10] для с контейнеры это плохо вписываются, и что, хотя кто-то может написать на [F11], он думает, что это тоже плохой подгонки. В резюме: [ф12] предназначен для управления виртуальными машинами и контейнерами не ВМ, так что все запутается и вас поддерживают только общий знаменатель функции. Ссылка: https://lists.linuxcontainers.org/pipermail/lxc-devel/2014-November/010820.html lxd является наземный способ взаимодействия с этой библиотекой, не обремененная обратной совместимости со старыми командной строки инструменты работы с lxc. Так это проще в использовании и более способным.возвращаясь к вашему вопросу, я попытался собрать воедино все ссылки на документацию по lxd по я мог найти. Здесь есть несколько хороших документации:
в частности:
Апстрим говорит, что они все равно будут работать на это: https://www.redhat.com/archives/libvirt-users/2015-August/msg00026.html https://www.redhat.com/archives/libvirt-users/2015-August/msg00026.html рассказывает о том, как Операционная система изображения кэшируются локально. Стефан Грабер говорит о том, что через [F10] для с контейнеры это плохо вписываются, и что, хотя кто-то может написать на [F11], он думает, что это тоже плохой подгонки. В резюме: [ф12] предназначен для управления виртуальными машинами и контейнерами не ВМ, так что все запутается и вас поддерживают только общий знаменатель функции. Ссылка: https://lists.linuxcontainers.org/pipermail/lxc-devel/2014-November/010820.html https://lists.linuxcontainers.org/pipermail/lxc-devel/2014-November/010820.html обсуждаются ограничения и конфигурация каждого хранилища. [ф23] lxd по по умолчанию использует непривилегированных контейнеров, что означает, что контейнер с uid/gid должно быть сопоставлено множество УИД/гид; это обсуждает, что. Большое остальная документация не так критично, чтобы читать, или больше ориентирована на разработчиков.[dрайвер d41]вышеуказанные ссылки из ветки Master [ф24] вверх по течению, так что вы, возможно, захотите, чтобы проверить [f25 привод датчика] каталог по источникам пакета, который вы на самом деле установили, так что вы случайно не использовать некоторые новые функции, которые Вы не установили еще.[!dрайвер d41]
есть не так уж много страниц, но вот что я нашел, включенных в [ф26] и lxd-client пакеты:
[d43 см.] https://www.redhat.com/archives/libvirt-users/2015-August/msg00026.html рассказывает о том, как Операционная система изображения кэшируются локально. [f30 с] - командная строка демон сервера. [!d43 см.]
конечно, есть также страница сервера руководство: https://help.ubuntu.com/lts/serverguide/lxd.html
и, наконец, помните, что lxd является на основе библиотеки для lxc (но не старые символы отладки командной строки). Это означает, что конфигурация двигателя lxc еще можно сразу сделать, например, с помощью параметра конфигурации [ф31] в lxd по. Поэтому некоторые ссылки на базовые конфигурации lxc является полезным, но помните, что его следует избегать, если это возможно, чтобы избежать конфликта с lxd по (например, если вы установили тот же элемент конфигурации в обоих lxd по & РАСШИРЯЕМЫМ). Вы можете копаться в руководствах, чтобы найти тех, если нужны: https://help.ubuntu.com/lts/serverguide/lxd.html