Comments 35
Узнал о Proxmox пару недель назад, когда пытался выбрать между kvm и Hyper-V. В итоге выбор пал на kvm под управлением Proxmox. Удобство не бывает лишним.
Немного не в тему, но есть ли хотя бы какое-то резервного копирования для KVM с возможностью инкрементальных бэкапов (пример Veeam для VMWare), vzdump и lvm снэпшоты это хорошо, но не всегда достаточно функционально.
Спасибо
Спасибо
Чем лучше OpenStack_а?
Но ЗАЧЕМ? Установить на систему голый KVM или XEN — задача 5 минут, есть мануалы, где это разжевано по полочкам, причем именно в применении к хецнеру. Ставить дополнительный оверхэд в виде сервиса проксмокс — я просто не вижу в этом смысла.
Вы забыли о самом интересном — у Proxmox-а есть возможность делать бекап со снапшота образа диска. Другими словами, вирт. машина замирает на мгновение, делается снапшот, он проверяется на ошибки ФС, а затем архивируется.
Работает эта возможность благодаря LVM. Для этого штатный установщик Proxmox-а (с загружаемого от них диска) разбивает диск на системную часть и на часть с LVM, на которой и будут впоследствии храниться образы вирт. машин.
В вашем случае никакого LVM-а нет. А значит, и нет приятной (и очень полезной!) возможности, которая у Прокса работает «из коробки», и довольно хорошо.
Проще уж взять голый сервер, заказать KVM (или заюзать IPMI), и на него поставить все по уму.
Работает эта возможность благодаря LVM. Для этого штатный установщик Proxmox-а (с загружаемого от них диска) разбивает диск на системную часть и на часть с LVM, на которой и будут впоследствии храниться образы вирт. машин.
В вашем случае никакого LVM-а нет. А значит, и нет приятной (и очень полезной!) возможности, которая у Прокса работает «из коробки», и довольно хорошо.
Проще уж взять голый сервер, заказать KVM (или заюзать IPMI), и на него поставить все по уму.
Помимо этого, Proxmox ( не без танцев с бубном, но с приличным мануалом ) умеет HA на основе DRBD, как репликация фаловой системы, ну и corosync + pacemaker, что бы управлять этими ресурсами.
Если еще на винте создать LVM, то можно будет на каждый контейнер выделять свой раздел, что в последствии поможет каждый контейнер openvz запускать на любой из нод +!!! миграция.
Если еще на винте создать LVM, то можно будет на каждый контейнер выделять свой раздел, что в последствии поможет каждый контейнер openvz запускать на любой из нод +!!! миграция.
Live Migration, HA и прочие прелести — это очень интересно, да. В первой ветке с ними было малость попроще (точнее, бесконтрольнее: строй, что хочешь, а о ошибках в своих расчетах узнаешь только при реальном использовании HA — т.е. уже «поздно»), сейчас же (в 2.х) настоящая HA возможна только при наличии fencing-устройств на всех серверах, объединенных в кластер. Зато обеспечивается уверенность, что, если ВМ работала на конкретном хост-сервере, а сервер возьми, да и умри, и система подняла ВМ на втором хост-сервере, то первый сервер внезапно не проснется — как раз fencing ему и не даст. Хитро и логично.
DRBD — штука хорошая. Но (!) на обоих машинах очень рекомендуется либо поставить хорошие RAID-контроллеры с батарейками (про сам RAID в смысле резервирования диски и не говорю — Proxmox очень не любит софтовые зеркала) — либо вовсе не связываться с этой замечательной, но очень своеобразно ведущей себя (если готовить не уметь) системой.
DRBD — штука хорошая. Но (!) на обоих машинах очень рекомендуется либо поставить хорошие RAID-контроллеры с батарейками (про сам RAID в смысле резервирования диски и не говорю — Proxmox очень не любит софтовые зеркала) — либо вовсе не связываться с этой замечательной, но очень своеобразно ведущей себя (если готовить не уметь) системой.
Нет никаких проблем в том чтоб сделать LVM под виртуальные диски. Просто при установке Debian Minimal через installimage надо разбить диски примерно так (размер по вкусу и в зависимости от объема дисков на сервере:
А после добавить группу «pve» как LVM хранилище.
PART /boot ext2 4G PART lvm pve all LV pve root / ext4 20G LV pve swap swap swap 8G LV pve vz /var/lib/vz ext4 180G
А после добавить группу «pve» как LVM хранилище.
Извините, а зачем вам под /boot надо 4G и почему ext2? Это мотивированно чем-то?
Размер /boot мотивирован одним — «запас карман не тянет» в принципе достаточно буквально 256Мегабайт, одно ядро примерно 50Мбайт «весит».
ext2 — по нескольким причинам: на /boot партиции журнал ни к чему, когда-то некоторые загрузчики не поддерживали других ФС для /boot сейчас это уже не так, а привычка, скажем так, осталась.
ext2 — по нескольким причинам: на /boot партиции журнал ни к чему, когда-то некоторые загрузчики не поддерживали других ФС для /boot сейчас это уже не так, а привычка, скажем так, осталась.
Статья ни о чем.
Ибо не понять, что помешало автору поставить Proxmox, который предлагает сам Хетзнер.
Выглядело бы так:
1) Заходим на robot.your-server.de и выбираем нужный сервер.
2) Выбираем вкладку Rescue, загружаемся по ssh и выбираем installimage(стрелочку вверх).
3) Выбираем виртуализацию, где видим сам Proxmox.
Пол часа пьем чай, а дальше как мышкой кликать по веб интерфейсу много написано в гугле.
P.S. Таким способом было поднято мной 3 сервера на хетзнере и 1 пережил обновление.
Ибо не понять, что помешало автору поставить Proxmox, который предлагает сам Хетзнер.
Выглядело бы так:
1) Заходим на robot.your-server.de и выбираем нужный сервер.
2) Выбираем вкладку Rescue, загружаемся по ssh и выбираем installimage(стрелочку вверх).
3) Выбираем виртуализацию, где видим сам Proxmox.
Пол часа пьем чай, а дальше как мышкой кликать по веб интерфейсу много написано в гугле.
P.S. Таким способом было поднято мной 3 сервера на хетзнере и 1 пережил обновление.
Либо вы знаете слишком много, либо слишком мало. В первом случае, а речь идет видимо об этом, вас мало чем можно удивить, но есть что рассказать. Например, очень интересно, как происходил процесс обновления и почему только на одной машине этот процесс не вызвал никаких нареканий. Если, конечно, вы можете поведать о чем-то более интересном, нежели
apt-get update и apt-get upgrade. )
Не «ложить», а «класть». Режет глаз аж в двух местах.
Вот если бы в нем еще можно было задавать лимит трифика в месяц или лимит скорости сетевухи работал и на отдачу — цены б ему не было.
Есть только один минус, драйверов virtio нет для *bsd-based дистрибутивов :(
*bsd-based дистрибутивов много. На FreeBSD точно есть.
Я например, ставил драйвера на pfSense.
Я например, ставил драйвера на pfSense.
www.webvirtmgr.net — конечно функионал далеко такой как у Proxmox, но для управления и доступа к виртуалками очень даже удобно.
Я добавлю. Они сейчас запиливают поддержку ceph, в качестве shared storage, а новое ядро pve в 2.2 уже готово к применению openvz ploop, надо только утилиты пересобрать.
— openvz очень легковесна и работает очень шустро. Если этого мало, то kvm.
— ceph недавно проинвестировался на лям баксов и за три буквально месяца превратился в production ready продукт, позволяющий за полчаса организовать мощный shared storage, отказоустойчивый и быстрый. У kvm для него есть обертки, можно запулить на это виртуалку.
— openvz ploop позволяет всю файлуху виртуалки хранить в файле, а его подключить как расширенный loop device. Тут и живая миграция, и снапшоты и снижение нагрузки на файловую систему hardware ноды.
Эти штуки очень крутые. Мы у себя тестируем, довольны как слоны. Почти как vmware, только лучше.
Кому интересно, пишите, есть много чего рассказать, можем написать статью даже )
— openvz очень легковесна и работает очень шустро. Если этого мало, то kvm.
— ceph недавно проинвестировался на лям баксов и за три буквально месяца превратился в production ready продукт, позволяющий за полчаса организовать мощный shared storage, отказоустойчивый и быстрый. У kvm для него есть обертки, можно запулить на это виртуалку.
— openvz ploop позволяет всю файлуху виртуалки хранить в файле, а его подключить как расширенный loop device. Тут и живая миграция, и снапшоты и снижение нагрузки на файловую систему hardware ноды.
Эти штуки очень крутые. Мы у себя тестируем, довольны как слоны. Почти как vmware, только лучше.
Кому интересно, пишите, есть много чего рассказать, можем написать статью даже )
Привет всем.
Подскажите, пожалуйста, лучшую практику разбивки файловой системы (на хосте) под такой случай:
— 3 виртуалки ubuntu (с дисками по 20Гб)
— 1-2 с windows (с дисками по 100Гб)
Какой оставлять патицию под backup на LVM, чтобы всё правильно работало и dump снимался налету? MDM, LVM…
Хост будет, скорее всего, от Hetzner. EX6 с двумя винтами.
Спасибо большое за совет.
Подскажите, пожалуйста, лучшую практику разбивки файловой системы (на хосте) под такой случай:
— 3 виртуалки ubuntu (с дисками по 20Гб)
— 1-2 с windows (с дисками по 100Гб)
Какой оставлять патицию под backup на LVM, чтобы всё правильно работало и dump снимался налету? MDM, LVM…
Хост будет, скорее всего, от Hetzner. EX6 с двумя винтами.
Спасибо большое за совет.
Sign up to leave a comment.
Установка системы управления виртуализацией (openvz, kvm) proxmox 2.2 на сервер в Hetzner