[sisyphus] I: система загрузки CoLaBoot
Michael A. Kangin
mak на complife.ru
Пт Мар 16 22:46:07 MSK 2018
Здравствуйте!
Позвольте представить новую систему загрузки CoLaBoot (Compressed Layers
Boot)
Основные идеи:
- корневая файловая система собирается из отдельных слоёв в overlayfs, и
при этом каждый образ слоя сжат в squashfs.
- использование слоёв позволяет нарезать FS функциональными ломтиками,
используя "наследственность" и "переиспользование": пусть у нас есть
слой базовой системы. Поверх него мы можем сделать небольшие
дополнительные слои installer, rescue, и слой побольше live-system. А
поверх live-system еще extended-live-system с мультимедью и тяжёлыми
офисными пакетами. И всё это в сумме займёт меньше места, чем набор
"самостоятельных" образов.
- использование squashfs минимизирует используемую для кеширования
образов слоёв память, а так же позволяет монтировать слои
непосредственно с места, где они расположены.
- образы слоёв могут как скачиваться по сети (http/ftp/tftp/...), так и
монтироваться напрямую с локальных носителей (cdrom/hdd). Или
скачиваться с cdrom, чтобы не держать его в использовании. Или
монтироваться напрямую с NFS/iSCSI. Как удобно, в общем :) (man curl:
supported protocols (DICT, FILE, FTP, FTPS, GOPHER, HTTP, HTTPS, IMAP,
IMAPS, LDAP, LDAPS, POP3, POP3S, RTMP, RTSP, SCP, SFTP, SMTP,
SMTPS, TELNET and TFTP) - всегда мечтал как-нибудь попробовать
загрузиться с SMTP %) )
- слои могут быть optional - очень удобно для накатывания оперативных
обновлений, которых может и не быть. Выпустили ISO с инсталлятором, а
последние обновления ищутся при загрузке хоста на ftp.altlinux.org, а
если не нашлись (интернета нет) - ничего страшного, продолжим без них.
- стремительность разработки: оперативные изменения могут вноситься
только в последний небольшой слой, и цикл "нашли проблему - пофиксили
слой - сделали squashfs - перезагрузили тестовую виртуалку - проверили"
реально укладывается в пределах одной минуты.
- полное разделение собственно системы от используемой версии ядра и
всех его модулей - загрузочные модули встраиваются в initrd или
подключаются к нему отдельной initramfs по ситуации, полный набор
модулей подключается как отдельный слой, совершенно независимый от
остальной системы. Таким образом, необходимость обновить ядро не
затрагивает все остальные слои (похоже на контейнерную виртуализацию,
системе в контейнере всё равно, что там за ядро в хост-системе).
- слои можно делать ручками. Но вообще в качестве источников слоёв
крайне органически подходит Докер, он сам основан на той же идеологии.
- возможность использования уже готовых докерных сборок, коих миллиарды
- главное, чтобы /sbin/init было и желательно udev.
- просто создано для тощих клиентов! (собственно, для них изначально и
разрабатывалось).
Реализация:
пакеты с весьма-базовой реализацией отправились в Сизиф:
- make-initrd-colaboot с соответствующей фичей для initrd (по мотивам
make-initrd-netboot),
- colaboot-utils cо скриптами для изготовления образов слоёв и образов с
модулями ядра.
Там же и немного документации, и разнообразные примеры
изготовления-использования.
Хотелось бы переделать поддержку сети (я не умею в разные udev-каллбеки,
извините, или как там в initrd надо по-феншую сеть поднимать?), и, в
идеале, вообще оторвать её от CLB и реализовать отдельной фичей.
Так же хотелось бы приделать поддержку NFS/iSCSI, которые пока не
реализованы. И поддержку размещения R/W слоя на nfs/iscsi/hdd, а не
только в памяти, как сейчас.
Приглашаю скачать-посмотреть-распотрошить демонстрационную ISOшечку:
http://mak.complife.ru/colaboot/clb-demo.iso
--
Best regards,
Michael A. Kangin
Подробная информация о списке рассылки Sisyphus