Size: a a a

2020 October 26

N

Nikolay in ru_proxmox
#Вопрос
Prox установлен на ZFS (из образа) Создаю LXC и ставлю туда docker.
И по умолчанию получаю docker storage driver - vfs.  При попытки прописать вручную overlay / overlay2  - докер не хочет запускаться.
Из того что нашёл -  невозможно использовать этот драйвер при таком раскладе. Можно использовать VM (что и вообще советует prox)
vfs создаёт на каждый уровень папку, никакого тебе cow
Может кому удавалось решить эту проблему ? Или это вещи несовместимые на данный момент ?
источник

GS

Gromozeka ShS in ru_proxmox
добрый день - а кто-то "случайно" не делал репликацию vm с одного кластера на другой ? суть в чем - есть работающий кластер на 5.4 необходимо с минимальным downtime мигрировать ВМ на кластер 6.2. На старом кластере все ВМ лежат на zfs пулах и реплицируются на резерыный сервер. Идея заключается в том, чтобы сделать full репликацию на новый кластер - там ручками создать конфиг для ВМ, а потом инкрементной репликой догнать состояние со старого кластера и стартануть Вм уже на новом. VM средних размеров 200-300Gb - просто процесс backup/restore очень длительный получается
источник

МХ

Мих Хехе in ru_proxmox
Gromozeka ShS
добрый день - а кто-то "случайно" не делал репликацию vm с одного кластера на другой ? суть в чем - есть работающий кластер на 5.4 необходимо с минимальным downtime мигрировать ВМ на кластер 6.2. На старом кластере все ВМ лежат на zfs пулах и реплицируются на резерыный сервер. Идея заключается в том, чтобы сделать full репликацию на новый кластер - там ручками создать конфиг для ВМ, а потом инкрементной репликой догнать состояние со старого кластера и стартануть Вм уже на новом. VM средних размеров 200-300Gb - просто процесс backup/restore очень длительный получается
самый лучший вариант - можно сделать временное общее хранилище типа nfs, и туда перенести диски. Главное условие - на обоих кластерах всё должно одинаково называться... Особенно хранилище.
1. Переносим диски.
2. Гасим машину на старом.
3. Копируем конфиг ВМ.
4. Если надо, подгоняем конфиг на новом месте (меняем номер, переименовываем папки)
5. Запускаем на новом месте.
6. Profit.
источник

МХ

Мих Хехе in ru_proxmox
Пункт 4 - можно сделать заранее. Скопировать конфиг, переименовать как надо всё.
источник

МХ

Мих Хехе in ru_proxmox
Потом так же перенести диски на новое место жительства. И реплицировать ничего не надо. Я так делал однажды.
источник

GS

Gromozeka ShS in ru_proxmox
Я тоже думал про это
Но все одно долго
Пытаюсь найти вариант аля pve-zsync но между разными кластерами. Тогда последний инкрементный будет пару минут происходить.
источник

R

Roman in ru_proxmox
Gromozeka ShS
Я тоже думал про это
Но все одно долго
Пытаюсь найти вариант аля pve-zsync но между разными кластерами. Тогда последний инкрементный будет пару минут происходить.
В случае с нфс, весь простой сведётся  к выключению ВМ и включению на новом месте
источник

R

Roman in ru_proxmox
Это с любой общей хранилкой
источник

GS

Gromozeka ShS in ru_proxmox
да но сейчас Вм лежат на zfs иперенос их на NFS это еще + к простою - причем немалый. Хм вроде pve-zsync можно заставить реплицировать  между произвольными нодами:
In my own opinion, pve-zsync is more useful because it can be used even for 2 different proxmox cluster. Even for 2 non-cluster proxmox servers. For this reasons, I think that will be more useful that Proxmox guys to concentrate their time to pve-zsync even for the the fact that is very stable (rock solid if anyone ask me)
источник

I

Ivan in ru_proxmox
Gromozeka ShS
да но сейчас Вм лежат на zfs иперенос их на NFS это еще + к простою - причем немалый. Хм вроде pve-zsync можно заставить реплицировать  между произвольными нодами:
In my own opinion, pve-zsync is more useful because it can be used even for 2 different proxmox cluster. Even for 2 non-cluster proxmox servers. For this reasons, I think that will be more useful that Proxmox guys to concentrate their time to pve-zsync even for the the fact that is very stable (rock solid if anyone ask me)
не будет простоя
источник

R

Roman in ru_proxmox
Gromozeka ShS
да но сейчас Вм лежат на zfs иперенос их на NFS это еще + к простою - причем немалый. Хм вроде pve-zsync можно заставить реплицировать  между произвольными нодами:
In my own opinion, pve-zsync is more useful because it can be used even for 2 different proxmox cluster. Even for 2 non-cluster proxmox servers. For this reasons, I think that will be more useful that Proxmox guys to concentrate their time to pve-zsync even for the the fact that is very stable (rock solid if anyone ask me)
Перенос на нфс будет онлайн, без перерыва работы. Просядут иопсы только
источник

D

Denis in ru_proxmox
Не будет простоя. Я так переносил. Только с lvm на zfs через промежуточный пул на NFS.
источник

D

Denis in ru_proxmox
Единственное что долго все. Если пул на NFS по 1г и на медленных дисках
источник

МХ

Мих Хехе in ru_proxmox
зато простой вида выключил-включил. Фактически, ребут, и всё.
источник

D

Denis in ru_proxmox
Нет такого простоя если память не изменяет
источник

D

Denis in ru_proxmox
Никто не мешает сделать же move диска
источник

I

Ivan in ru_proxmox
Denis
Нет такого простоя если память не изменяет
ну как иначе то ?
речь о переезде между разными кластерами.
источник

I

Ivan in ru_proxmox
выключить-включить придется
источник

D

Denis in ru_proxmox
А кластера 2?
источник

D

Denis in ru_proxmox
Тогда да увы будет тут простой.
источник