VR
А настройки?
Size: a a a
2019 November 15
MS
Контекстуализация
k
А настройки?
должны подгружаться автоматически при создании виртуалки
k
если работали с docker:
то non-persistent image - это аналог docker images
persistent image - это аналог docker volumes
то non-persistent image - это аналог docker images
persistent image - это аналог docker volumes
AK
ну в целом понятно спасибо за ликбез.
тут скорее получается просто разница между "старым" и "новым" подходом.
ну или серверным и "микросервисным"
тут скорее получается просто разница между "старым" и "новым" подходом.
ну или серверным и "микросервисным"
AK
это как админы/девопсы :-)
AK
если работали с docker:
то non-persistent image - это аналог docker images
persistent image - это аналог docker volumes
то non-persistent image - это аналог docker images
persistent image - это аналог docker volumes
это скорее опять только запутает.
ибо докер не сохраняет данные при перезагрузке.
ибо докер не сохраняет данные при перезагрузке.
AK
а небула сохраняет.
AK
соответсвенно если я не запутался то с non persistent _можно_ использовать как "новый" подход типа вместо обновления мы создадим новый инстанс так и старый когда все хранится в инстансе - просто удалять его не нужно (что логично)
k
это скорее опять только запутает.
ибо докер не сохраняет данные при перезагрузке.
ибо докер не сохраняет данные при перезагрузке.
docker тоже сохраняет, если это тот-же контейнер
2019 November 16
k
просто контейнеры пересоздаются на каждый чих, а виртуалки нет)
AK
в общем резюмируя:
non persistent называем - "системный диск"
persistent - "дополнительное хранилище"
клепаем виртуалок и продаем Васе и Пете для размещения 1С и битриксов :-)
non persistent называем - "системный диск"
persistent - "дополнительное хранилище"
клепаем виртуалок и продаем Васе и Пете для размещения 1С и битриксов :-)
ИИ
А на низком уровне разница есть в реализации?
если образ в виде файла и используется обычное файловое хранилище (не shared), то выглядит это так:
non persistent - при создании виртуалки файл копируется по сети с управляющего сервера на нужную ноду и хранится там. при удалении виртуалки, файл удаляется.
persistent - при создании виртуалки файл копируется по сети с управляющего сервера на нужную ноду и хранится там. А в системе помечается, как занятый. при удалении виртуалки, файл копируется обратно на управляющий сервер и помечается, как свободный.
Имхо, накрутили терминов поверх простой логики.
non persistent - при создании виртуалки файл копируется по сети с управляющего сервера на нужную ноду и хранится там. при удалении виртуалки, файл удаляется.
persistent - при создании виртуалки файл копируется по сети с управляющего сервера на нужную ноду и хранится там. А в системе помечается, как занятый. при удалении виртуалки, файл копируется обратно на управляющий сервер и помечается, как свободный.
Имхо, накрутили терминов поверх простой логики.
ИИ
в общем резюмируя:
non persistent называем - "системный диск"
persistent - "дополнительное хранилище"
клепаем виртуалок и продаем Васе и Пете для размещения 1С и битриксов :-)
non persistent называем - "системный диск"
persistent - "дополнительное хранилище"
клепаем виртуалок и продаем Васе и Пете для размещения 1С и битриксов :-)
persistent - может использовать только одна виртуалка в один момент времени. при удалении виртуалки, он не удалится, а штатно сохранится.
VR
Тут речь про снапшоты. Например если у тебя обычный lvm и 100 виртуалок с одного образа у тебя будут проблемы.
VR
Там уже кинули схему.
G
Либо в ceph это устроено по другому, либо схема не совсем корректна в плане нон-персистент. Я вижу в пуле диск базового образа и диски виртуалок задеплоенных из него, допустим их 20+, но rbd snap ls показывает только один снапшот у базового диска
VR
В цефе скорее всего по другому
k
В цефе скорее всего по другому
На картинке логика опеннебулы отображена