Бродяга или Докер могут заменить Clonezilla для dev машины, клонирующейся на виртуальные машины?
Исходный вопрос, Как я мигрирую в настоящее время, устанавливал Ubuntu на Виртуальной машине? было проницательно, но с улучшениями и разработками в системах как Бродяга или Докер, возможно, Clonezilla становится архаичным для тиражирования сред разработки. Я думаю, что это стоит пересмотреть.
Мои впечатления о Бродяге и Докере относительно этой темы:
- Бродяга. Хороший для создания виртуальных машин, в которых можно выполнить Ваш код. Однако, если у Вас есть существующая машина Ubuntu с большим количеством конфигураций, и т.д.... кажется, что нет никакого способа экспортировать установку этой машины к vagrantfile?
- Докер. Кажется, хорош для запущения Вашего приложения где угодно, где докер установлен, но не разработка Вашего приложения где угодно. Я мог бы быть неправ в этом, которое является, почему я спрашиваю. Если Ваша основная dev машина повреждает, имеет достаточно контейнер докера, чтобы рассердиться и работает быстро в среде разработки?
Вопрос: Бродяга или Докер могут заменить Clonezilla для dev машины, клонирующейся на виртуальные машины? Если так, какой Вы выбрали бы, и Вы могли дать некоторые ключевые пункты о реализации в этом случае?
1 ответ
Уверенный, но они - разные подходы примерно к тому же самому.
- Clonezilla (и др.) включает взятие полного загрузчика через образ прикладного объекта. Это является большим и нет никакой дедупликации. Если Вы имеете 50 экземпляров подобного стека, берете полное резервное копирование каждого и храните 50 полных образов. Вы храните загрузку материала, который легко заменим.
- Докер устанавливает на запасе Ubuntu (устанавливаемый с CD). Каждый контейнер может быть основан на репутации. Вы наложение Ваши незаменимые данные чрезмерно. Это - все Вы потребность для резервного копирования. В предыдущем сценарии, который означает, существует теперь 50 основных копий Ubuntu, которой Вы не должны создавать резервную копию.
Для восстановления первого просто необходимо получить изображение и записать его. Для восстановления всего стека Docker, необходимо переустановить Ubuntu, Докера, захватить [крошечное] базовое изображение Ubuntu и затем переустановить слои и конфигурацию. Вы можете, — и should— автоматизируют процесс buildout (Шеф-повар, Марионетка, и т.д.).
долгосрочное разветвление просто: дисковое пространство. Можно создать резервную копию приложения Докера миллиард раз в том же пространстве как изображения Clonezilla... За счет сложности.
<час>Боковая панель : В то время как я упоминаю автоматизацию, существует третья философская школа, которая просто использует Шеф-повара/Марионетку для автоматизации установки и конфигурации установок Ubuntu. Вы заканчиваете с полными установками, таким образом, ни одна из памяти/устройства хранения данных во время выполнения не извлекает выгоду, Докер предоставляет Вам, но маленьким резервным копиям и легкой репликации.
<час>Контейнеры являются хорошей идеей. Контейнеры и слои являются, вероятно, еще лучшей идеей. Я должен все еще все же реализовать их в гневе, но я только что начинаю видеть преимущества LXC, таким образом, это не будет длинно, я уверен.
И в Вашем случае не забывают , можно использовать оба резервных метода сразу, если Вы не уверены. То есть можно взять изображение Clonezilla хоста Докера (и все еще сохранить резервные копии частных изображений Докера в другом месте)