Г
Да
Size: a a a
2018 November 16
k
виртуалки работают как положенно, контекстулизацию и oneflow мы активно используем
k
но оно же для виртуалок, а не для нод
Г
А сколько в месяц нод разворачивается? так, чтобы понимать, когда следует начать этим заморачиваться)
k
ну мы пачками разворачиваем, конкретно под небулу по 90шт за раз, в целом где-то раз в пол года
k
на самом деле можно и без куба обойтись, каким-нибудь puppet или ansible, у нас просто другие проекты еще есть которые там крутятся
k
удобно управлять и собирать логи когда оно все в одном месте
Г
Ну, да. У нас в лучшем случае по 2 сервера в год добавляться будет )
Г
А saltstack кто-нибудь щупал?
Г
По снапшотам:
Сделал новую ВМ, новый диск, удостоверился, что allow_orphangs=yes. Cделал 2 новых снимка, вот что показывает rbd:
one-32 10 GiB 2
one-32@0 10 GiB 2 yes
one-32@1 10 GiB 2 yes
Затем, я попробовал удалить самый первый снапшот, словил ошибку, о которой я писал выше и получил в рбд уже:
one-32 10 GiB one/one-32-0:1@0 2
one-32-0:1 10 GiB 2
one-32-0:1@0 10 GiB 2 yes
one-32-0:1@1 10 GiB 2 yes
У первоначального образа появился родитель.
Затем я попробовал удалить снимок 1, получилось:
one-32 10 GiB one/one-32-0@0 2
one-32-0 10 GiB 2
one-32-0@0 10 GiB 2 yes
Создал 2 новых снимка:
one-32 10 GiB one/one-32-0@0 2
one-32@2 10 GiB one/one-32-0@0 2 yes
one-32@3 10 GiB one/one-32-0@0 2 yes
one-32-0 10 GiB 2
one-32-0@0 10 GiB 2 yes
Все они имеют родителя. Удалил второй снимок, получилось
one-32 10 GiB one/one-32-0@0 2
one-32@3 10 GiB one/one-32-0@0 2 yes
one-32-0 10 GiB 2
one-32-0@0 10 GiB 2 yes
Третий снимок текущий. Нулевой так и не выходит удалить. Третий удалился без проблем.
Так и должно быть? )
Сделал новую ВМ, новый диск, удостоверился, что allow_orphangs=yes. Cделал 2 новых снимка, вот что показывает rbd:
one-32 10 GiB 2
one-32@0 10 GiB 2 yes
one-32@1 10 GiB 2 yes
Затем, я попробовал удалить самый первый снапшот, словил ошибку, о которой я писал выше и получил в рбд уже:
one-32 10 GiB one/one-32-0:1@0 2
one-32-0:1 10 GiB 2
one-32-0:1@0 10 GiB 2 yes
one-32-0:1@1 10 GiB 2 yes
У первоначального образа появился родитель.
Затем я попробовал удалить снимок 1, получилось:
one-32 10 GiB one/one-32-0@0 2
one-32-0 10 GiB 2
one-32-0@0 10 GiB 2 yes
Создал 2 новых снимка:
one-32 10 GiB one/one-32-0@0 2
one-32@2 10 GiB one/one-32-0@0 2 yes
one-32@3 10 GiB one/one-32-0@0 2 yes
one-32-0 10 GiB 2
one-32-0@0 10 GiB 2 yes
Все они имеют родителя. Удалил второй снимок, получилось
one-32 10 GiB one/one-32-0@0 2
one-32@3 10 GiB one/one-32-0@0 2 yes
one-32-0 10 GiB 2
one-32-0@0 10 GiB 2 yes
Третий снимок текущий. Нулевой так и не выходит удалить. Третий удалился без проблем.
Так и должно быть? )
MB
Вобщем не тащит у меня Live миграция
MB
посмотрел скрипты, там пытается через libvirt присоединиться к целевому хосту, а на нём нет файлов виртуалки
MB
их тоже на shared storage надо хранить чтоли???
k
волатильный, да, не создаётся почемуто в лвм
Написал метод для этого https://github.com/OpenNebula/one/pull/2613
k
> Images are stored in a shared storage in file form (e.g. NFS, GlusterFS...) the datastore directories and mount points needs to be configured as a regular shared image datastore, please refer to FileSystem Datastore guide.
@Michaelikus что в этом непонятного?
k
их тоже на shared storage надо хранить чтоли???
btw, там еще другой драйвер для lvm был, он не требует shared_fs но возможно понадобится какой-нибудь dlm/lvmlockd
https://github.com/OpenNebula/addon-lvm
https://github.com/OpenNebula/addon-lvm
k
он раньше intree был, сейчас его вынесли
MB
костыль на костыле
MB
банальная задача - миграция выключенной виртуалки