The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз Proxmox VE 5.2, дистрибутива для организации работы ви..., opennews (?), 17-Май-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


80. "Релиз Proxmox VE 5.2, дистрибутива для организации работы ви..."  +/
Сообщение от Ilya Ryabininemail (?), 20-Май-18, 20:34 
Пользуюсь проксмоксом, честно говоря от безысходности. Нужна хоть какая-нибудь интеграция с zfs и web-консоль с адекватным разграничением доступа, чтобы можно было дать доступ виртуалкам для не очень квалифицированного специалиста.

Я пропущу достоинства, думаю, маркетологи справятся за меня, давайте поговорим о проблемах.

1. Если мы создаем диск виртуальной машине в пуле zfs, как вы думаете, будем ли мы использовать снимки? Вопрос риторический, ради это все и делается. Если есть снимок, то любая запись в диск будет расходовать место в пуле. Что произойдёт, если в пуле кончится место, как вы думаете?

   Например во всех системах, основанных на libvirt все виртуальные машины, зависимые от пула окажутся в состоянии paused и можно их запустить заново, после освобождения пространства. А в proxmox - сюрприз, в виртуалку прилетит WriteError, при этом линаксы, как правило, сами заблокируют операции записи, не позволив испортить файловую систему, но сервисы могут попадать. А винда молча порушит ntfs. Можно вручную, в конфиги дописать флаг werror=stop, но способа запустить виртуалку после его сработки я не нашёл, в доках, само собой, в такие дебри даже никто и не лезет.

2. У них анонсирована killer-фича - ZFSoverISCI. Это когда виртуальная машина использует диск, размещенный в zfs на другой машине, и при этом proxmox должен управлять, например, согласованным создание снимков виртуальной машины, несмотря на то что пул не на этой машине. Почему я пишу машине, а не ноде? А потому, что нет никакой возможности управлять iscsi-target в современном linux, только ietd который давно уже выпилен из ядра. В списках рассылки, разработчики никакой проблемы не видят. Сказали, не располагайте zfs пуля на нодах proxmox. Но дело, в том, что похоже, этот механизм, ничем кроме старого линакс управлять и не умеет. Так как прикажете это использовать?

3. По сети, там теперь выпилили пакет vlan, и, если не рассматривать OpenVSwitch, то очень удобно использовать их фичу VLAN-aware bridge. Но адекватных примеров построения сложной сети нет. Мне например нужно пробросить тегированный трафик через l2-vpn, но при этом нужно чтобы сам гипервизор, тоже имел ip в некоторых vlan-ах. Выше спращивал как это сделать. Для vlan-awere так:

ifconfig tap0 up

ip link set dev tap0 master vmbr0
bridge vlan del vid 1 dev tap0 PVID Egress Untagged

for i in $(seq 10 255); do
  bridge vlan add vid ${i} dev tap0
done

# Например, мы хотим, чтобы у гипервизора был ip в 55-ом VLAN
ip link add link vmbr0 name vlan55 type vlan id 55
bridge vlan add dev vmbr0 vid 55 self
ifconfig vlan55 inet 192.168.55.200/24 up

Как это вставить в конфиг дебиана, я не знаю. У меня это стабильно не заработало, но vpn имеет хуки, и сам выполняет эти команды при поднятии tap-интерфейса.

Ну и в целом, какое-то неоднозначное впечатление. Что-то хорошо сделано, где-то даже замысел не понятен и ни доков, ни примеров.

Ответить | Правка | Наверх | Cообщить модератору

81. "Релиз Proxmox VE 5.2, дистрибутива для организации работы ви..."  +/
Сообщение от EHLO (?), 21-Май-18, 10:29 
1. ZFS не пользуюсь. Пока он не проходит мой личный QA. Не все грабли собраны. virtio не пользуюсь по многим причинам, не буду офтопить, удачи с ним.
2.
>А потому, что нет никакой возможности управлять iscsi-target в современном linux

В современных ядрах LIO, который управляется targetcli. Много этим пользоваться не приходилось, предпочитаю избегать iSCSI в проде, но впечатление осталось неплохое, прозрачная понятная и удобная штука (если сравнивать со всякими альтернативами, СХД и т.д.)
3. Дебианский ifupdown это реальный недостаток в том числе Proxmox. Сам плююсь на него каждый раз. Практика показала, что стабильнее всего со сложными конфигами сети в Debian-based справляется OVS. VLAN-aware штука годная, но сыроватая на мой вкус.

ЗЫ
>линакс

с этим к логопеду

Ответить | Правка | Наверх | Cообщить модератору

84. "Релиз Proxmox VE 5.2, дистрибутива для организации работы ви..."  +/
Сообщение от Ilya Ryabininemail (?), 23-Май-18, 12:03 
Наверное я не совсем понятно выразился про lio, управлять им не может proxmox, может только iet. В ручную это делать смысла нет, тогда уж проще libvirt использовать.

Про zfs, лично я им пользуюсь уже более 5 лет в linux (надеюсь, логопед будет доволен), да косяки есть, но они не настолько критичны. Но, в целом, zfs обеспечивает большую безопасность данным, причем намного. Приведу небольшой пример. В zfs очень редко можно поймать зависание операций ввода вывода из-за циклических блокировок. В этом случае, вам придется перезагрузить машину. Потерь данных, у меня ни разу не было. С другой стороны, на аппаратной raid-10 массиве в сервере dell с серверными scsi -дисками, оказалось, примерно с такой-же частотой с одного из дисков читались неверные данные. В результате рухнуло несколько виртуальных машин. Было очень тяжело понять в чем дело, об ошибках не было никакой информации, выяснилось после миграции хоста на zfs - в контрольных суммах появились ошибки на сбойном диске. А косяки lvm до сих пор не все выявили, там они реально есть, и особенно заметны при быстром создании и удалении снимков. zfs буквально решила все мои проблемы.

virtio не пользуюсь по многим причинам, не буду офтопить, удачи с ним. А все-же, можно парочку примеров? Я использую virtio-scsi через который trimm можно пропускать.

Ответить | Правка | Наверх | Cообщить модератору

85. "Релиз Proxmox VE 5.2, дистрибутива для организации работы ви..."  +/
Сообщение от EHLO (?), 23-Май-18, 18:40 
> virtio не пользуюсь по многим причинам, не буду офтопить, удачи с ним.
> А все-же, можно парочку примеров? Я использую virtio-scsi через который trimm
> можно пропускать.

описался s/virtio/libvirt/

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру