How to become an author
Search
Pull to refresh

Comments 23

Спасибо за статьи. Ждем продолжения :)
Total votes 2: ↑2 and ↓0 +2
а зачем эта страшная либа, если есть kpartx?
Total votes 2: ↑1 and ↓1 0
Для kpartx нужны рутовые права + у kpartx нет развесистого API для работы с кучей языков программирования. И по большому счёту libguestfs предоставляет возможность использовать её в том числе и для массовых манипуляций с конфигами виртуалок.

+ В составе libguestfs есть демон guestfsd, который можно запускать внутри системы и через канал в libvirt общаться с живой операционкой.
Total votes 1: ↑1 and ↓0 +1
это всё понятно, но извращения со сборкой сводят на нет все преимущества библиотеки.
Total votes 1: ↑1 and ↓0 +1
Какие извращения? Берёте с сайта библиотеку, ставите и получаете результат.
Извращения со сборкой начинаются, когда нужно добавить какой-то функционал, да и то проблемы в основном при сборке из git. Из уже готовых архивов всё намного проще.
Total votes 1: ↑1 and ↓0 +1
кстати по поводу рутовых прав. а как вы склонируете систему, у которой диск это LVM раздел без рутовых прав? они все равно нужны.
да и API не сильно то и нужно, если всё равно основной код будет на шеле.
Total votes 2: ↑1 and ↓1 0
Я с lvm и libguestfs особо не работал, но вообще действительно, для изменения раздела lvm нужны рутовые права.
Я для частных нужд советую использовать именно LVM, поскольку тогда не будет лишней прослойки в виде файловой системы и администратор может более гибко распределять ресурсы диска, а для нужд хостинга разумно использовать raw или qcow2 образы.

На bash реализовать клонирование невозможно, потому что при клонировании нужно копировать загрузочную запись. Нужно обязательно использовать более мощные языки.
+ API необходимо когда вы делаете некоторую более серьёзную работу с виртуалками, нежели обычное клонирование.
Total votes 1: ↑1 and ↓0 +1
хехе
я бы на вашем месте не говорил слово невозможно.
извените а зачем копировать загрузочную запись? dd не устраивает?
и не обязательно использовать более мощные языки, это если вы плохо знаете простые програмки UNIX — тогда да.
что вы подразумеваете под понятием более серьёзную работу с виртуалками?
Total votes 1: ↑1 and ↓0 +1
Ок.
Представим ситуацию, у нас есть N серверов, к которым у нас есть доступ через некоторое API, допустим SOAP, через который мы управляем конфигурацией хост машин, занимаемся деплойментом виртуальных машин, изменением их конфигураций, управлением этимим виртуалками. + Ко всему этому сбор статистики, нотификации и прочее.
И в самом низком уровне у вас лежит набор bash скриптов, которые вы дёргаете через exec с какими-либо параметрами?
Как то это не очень хорошо.

С известными извращениями на bash я даже делал генератор статического сайта(и один раз делал не очень статического), но зачем если всё тоже самое можно сделать намного проще, на тех языках, которые предназначены для этого.
Total votes 1: ↑1 and ↓0 +1
вот видите, Вы уже говорите что это не «не возможно», а «не очень хорошо».
Кстати по поводу такого API советую посмотреть в сторону OpenStack.
Total votes 1: ↑1 and ↓0 +1
Про «невозможно» я говорил касаясь конкретно libguestfs, там можно скопировать какие то участки с начала диска, но конкретно нужную часть вырезать у диска без примеренения нормальных языков, как раз невозможно.

«Не очень хорошо» касаясь того, что для собственных нужд bash очень хорошо подходит, а когда нужно сделать что то целостное, то лучше перенести всё это в какую-то одну сущность.

Про OpenStack знаю, спасибо, но в ближайшее время мы API открывать не будем. Позже — вполне возможно, но не прямо сейчас.
Total votes 1: ↑1 and ↓0 +1
как это невозможно? там что вычисления не используют "+", "-", "/" и "*"?
в принципе на баше можно написать всё, было бы желание и опыт. и это как раз одна сущность. быстро, дешево и сердито.

а зря, в том-то и проблема что все хостеры делают свои велосипеды, почему бы не взять то что уже работает? кстати OpenStack использует API совместимое с RackSpace и Amazon EC2, что очень удобно как для тех кто не работал с ним и в будущем все таки прийдется и для тех кто уже работал и не надо изучать новое.
Total votes 1: ↑1 and ↓0 +1
На bash можно написать почти всё.

Во многих случаях велосипеды вполне обоснованы. Хотя бы тем что нужно встраивать что то новое в уже существующую инфраструктуру. Если понадобится, можно вполне мигрировать на другую инфраструктуру, но на это нужно время, деньги и люди.
Total votes 1: ↑1 and ↓0 +1
я Вас достаю не потому что Вы написали что-то не нужное или неинтересное, но потому что Вы слишком категоричны в высказываниях.
Total votes 2: ↑1 and ↓1 0
Бывает, вот что слишком крепкий кофе делает с людьми. Я обычно мягкий и шелковистый, пока не побрился налысо :)
This comment wasn’t rated yet 0
попробуйте зеленый чай, там кофеина больше, а вреда для организма меньше ;)
Total votes 2: ↑1 and ↓1 0
Я кофе обычно как некоторый деликатес использую. По праздникам, так сказать.
А зелёный чай у меня обычно настолько крепкий, что лучше уж кофе :)
Total votes 1: ↑1 and ↓0 +1
Кстати про kpartx, статья появилась про изменение размера образов виртуальных машин.
This comment wasn’t rated yet 0
Хотелось бы аналогичную статью для win виртуальных машин
Total votes 1: ↑1 and ↓0 +1
Когда будем предоставлять услуги Windows виртуалок, тогда напишу. Но в принципе в msdn должно быть написано что нужно менять, а вообще windows как мне кажется лучше ставить с установочного диска, а изменение размера вполне возможно для ntfs из linux.
Total votes 1: ↑1 and ↓0 +1
UFO just landed and posted this here
Окей, ваш способ тоже работает. Но в условии когда у нас есть Nцать образов, с разными операционными системами, и тут у нас приехало на все(или на часть) обновление безопасности. Запустили все базовые виртуалки, к которым подключены образы, обновили всё, запустили подготовленный скрипт и идём пить чай.

И когда у нас много образов, экономия места внезапно становится очень существенной.
This comment wasn’t rated yet 0
Only those users with full accounts are able to leave comments. Log in, please.

Articles

Your account

Sections

Information

Services

Support
© 2006–2023, Habr