AK
Ну тогда 100+ нонперсистент вольюмов с одного образа дадут огромную нагрузку и тормоза
Ну будет cow. Тормоза на алокацию как на thin. Не думаю что особо проблемно
Size: a a a
2019 November 15
NP
Предлагаю заслушать начальника транспортного цеха
NP
Но я думаю, что так же как на lvm
k
Но я думаю, что так же как на lvm
Не, в LVM снапшоты очень сильно на производительность влияют, в thinLVM эта проблема решена
k
есть где-нибудь разжеваная терминология небулы на предмет persistent/nonpersistent images?
AK
!!! Спасибо!
VR
А изменять персистентный вольюм в вм можно?
AK
а вот тут опять путаница
k
А изменять персистентный вольюм в вм можно?
можно, все изменения сохранятся в персистентном образе навсегда, даже когда виртуалка будет удалена
AK
non persistent - создается и удаляется вместе с вм
persistent - живет отдельно от вм
persistent - живет отдельно от вм
VR
можно, все изменения сохранятся в персистентном образе навсегда, даже когда виртуалка будет удалена
Тогда вопрос как оно будет когда 2 вм меняют 1 файл
AK
получается никто не мешает хранить данные в non persistent как в обычной виртуалке. да когда она будет удалена данные так же будут удалены.
так же?
так же?
MS
Да
k
а вот тут опять путаница
возможно слайд не совсем полно описывает логику.
имелось ввиду что non-persistent - это образы с установленной и подготовленной к использованию системой, из них создаются виртуалки
persistent нужны непосредственно для хранения данных
Идея в том, что виртуалки могут умирать, пересоздаваться из новых образов, но данные всегда останутся на месте
имелось ввиду что non-persistent - это образы с установленной и подготовленной к использованию системой, из них создаются виртуалки
persistent нужны непосредственно для хранения данных
Идея в том, что виртуалки могут умирать, пересоздаваться из новых образов, но данные всегда останутся на месте
AK
возможно слайд не совсем полно описывает логику.
имелось ввиду что non-persistent - это образы с установленной и подготовленной к использованию системой, из них создаются виртуалки
persistent нужны непосредственно для хранения данных
Идея в том, что виртуалки могут умирать, пересоздаваться из новых образов, но данные всегда останутся на месте
имелось ввиду что non-persistent - это образы с установленной и подготовленной к использованию системой, из них создаются виртуалки
persistent нужны непосредственно для хранения данных
Идея в том, что виртуалки могут умирать, пересоздаваться из новых образов, но данные всегда останутся на месте
"имелось ввиду что non-persistent - это образы с установленной и подготовленной к испольщованию системой, из них создаются виртуалки" вот.
я не скажу как это переформулировать нужно но тут какраз проблема во всей документации небулы в этом плане
я не скажу как это переформулировать нужно но тут какраз проблема во всей документации небулы в этом плане
AK
читая ее создается ощущение что данные при ребуте или выключении вм теряются
k
Тогда вопрос как оно будет когда 2 вм меняют 1 файл
persistent-образ в один момент времени только к одной виртуалке может быть подключён
k
читая ее создается ощущение что данные при ребуте или выключении вм теряются
нет, но виртуалки - это просто удобная сущность которая позволяет выполнять полезную нагрузку, именно по этому их можно создавать и удалять не опасаясь за данные
k
стандартный кейс - это обновление:
- удвляешь виртуалки созданные из старого образа
- создаёшь новые виртуалки из нового образа
PROFIT
- удвляешь виртуалки созданные из старого образа
- создаёшь новые виртуалки из нового образа
PROFIT