The OpenNET Project / Index page

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



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

Оглавление

Выпуск дистрибутива Proxmox VE 8.2, opennews (?), 24-Апр-24, (0) [смотреть все]

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


31. "Выпуск дистрибутива Proxmox VE 8.2"  +3 +/
Сообщение от Аноним (31), 25-Апр-24, 11:09 
Отличная штука! Обновляется, обрастает функционалом - лепота.
Имею в продакшнах 3 кластера по от 2 до 5 машин. Работает всё  четко сквозь время. С 5 ветки еще. Обновлялось всё поэтапно. Иногда не без проблем, но последние года, особенно переход с 6-7-8 был без проблемный. Короче толковая штука для виртуализации. Нечего наговаривать.
Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Dima (??), 25-Апр-24, 11:15 
А как в проксмоксе уменьшить физический размер имиджа когда нужно? В либвирт это просто.
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Аноним (31), 25-Апр-24, 11:46 
Эт да, не всё ещё графически оформленно удобно. Только через консоль)
qemu-img resize или zfs set volsize зависит от типа диска
прадварительно сжать в гостевой системе

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

38. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Dima (??), 25-Апр-24, 11:58 
qemu-img resize мне не логический размер уменьшить, а физический. Так как qcow2 при удалении снапшотов внутри себя, больших объемов данных, не сокращает свой физический размер. Как мне его уменьшить? В libvirt есть virt-sparsify для этого.
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от dalco (ok), 25-Апр-24, 12:11 
qemu-img convert -c -p -O qcow2 <старый образ> <новый образ>

Получишь ужатый по самое нехочу образ.

Ну и крайне полезно перед этим пустить `fstrim -av` на гостевой системе, а для этого нужен виртуальный контроллер а ля VirtIO SCSI, который умеет trim.

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

45. "Выпуск дистрибутива Proxmox VE 8.2"  +1 +/
Сообщение от IdeaFix (ok), 25-Апр-24, 13:14 
> qemu-img convert -c -p -O qcow2 <старый образ> <новый образ>
> Получишь ужатый по самое нехочу образ.
> Ну и крайне полезно перед этим пустить `fstrim -av` на гостевой системе,
> а для этого нужен виртуальный контроллер а ля VirtIO SCSI, который
> умеет trim.

ммм... удобством пахнуло...

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

50. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от dalco (ok), 25-Апр-24, 13:32 
Стандартный рецепт для QEMU/KVM и всего, что на его основе работает.

P.S. Наверное, можно скрипт написать и через API - отключить VM, упаковать диски, запустить VM.
Но мне пока не до подвигов - так что тупо запихал все VMки на FS со сжатием.

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

49. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Аноним (49), 25-Апр-24, 13:25 
Я если у меня образы виртуалок на LVM на внешней хранилке по FC?

Ладно, шучу. Там как раз всё проще:
1. ужимаем ФС внутри гостя
2. Ужимаем VGЮ оставляя чуть-чуть места, самый кропаль
3. Ужимаем PV
4. Растягиваем ФС внтури гостя на тот самый маленький кропаль.

Сто раз так делал, все норм. Но всех нюансов уже не помню, возможно что-то в середине забыл )

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

37. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от RA (??), 25-Апр-24, 11:53 
для этого же есть lvm-thin - образ занимает столько места сколько данных на вм
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

46. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Аноним (86), 25-Апр-24, 13:21 
Для этого же есть ZVOL и настройка трима в гостевой машине. Все эти qcow - отстой, одна файловая система поверх диугой, нужно виртуальные диски на вольюмах разворачивать а не qcow файлами
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

54. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от dalco (ok), 25-Апр-24, 14:10 
У qcow есть "маленькое" преимущество - стандартный формат, который знает большинство альтернативных гипервизоров (как минимум, конверторы есть) и нет привязки к конкретной FS на конкретной машине, то есть, перемещай файл куда угодно и чем угодно.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Аноним (86), 25-Апр-24, 14:36 
У raw дисков на вольюмах есть "большое" преимущество, это вообще исходный формат хранения без лишних слоёв, его вообше не только лишь все гипервизоры знают, но бареметалл))
Перемещаются тоже в один клик в проксе, еще и виртуалку в процессе этого перемещения останавливать не нужно. Не нужны эти qcow'ы, лишний слой с файловой системой. ZVOL, например, и надежность даст больше и проверку блоков контрольными суммами, отдачу незанятого пространства в сторадж по триму, отправку инкреметальных изменений между снапшотами на бэкапную машину и т.д. и т.п. В lvm-thin тоже похожие плюшки и еще менее ресурсоемкие чем у zvol, но я лично разочаровался, пару раз на него не мигрировали диски, повреждался видимо, zvol/zfs такое себе не позволяет.
Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от dalco (ok), 25-Апр-24, 15:12 
Насколько понимаю, со снапшотами у raw никак, а мне и юзерам оно таки нужно, причём, чтобы тыкнул мышкой и вот оно без дополнительных затрат - хочешь, новые снапшоты создавай, хочешь - к старым откатывайся.
И когда таких операций в день десятки, то поневоле захочешь, чтобы всё было просто и понятно, причём не только мне, но и студенту-первокурснику, за 5 минут прочитавшего статейку в корпоративной Wiki.
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Минона (ok), 25-Апр-24, 15:40 
У zvol снапшоты из коробки.
Ответить | Правка | Наверх | Cообщить модератору

72. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от dalco (ok), 25-Апр-24, 16:31 
На другую ноду или другой сервак, где ZFS нет в принципе, как переезжать?

Тут хочешь - не хочешь, а нет "серебряной пули".

Или простая FS + qcow (или какие-там ещё "сложные" форматы с поддержкой снапшотов), или ZFS/BTRFS/LVM/e.t.c. плюс гарантия, что на другом серваке обязательно конфиг близкий к аналогичному.

И тут, с точки зрения простоты и надёжности, пожалуй, "qcow + простая FS" - в списке лидеров.

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

77. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от ШирлаМырла (?), 25-Апр-24, 17:17 
Если вы постоянно переезжаете виртуалками туда-сюда и у вас это нормально, то вам нужен универсальный инструмент в виде qcow2.
При всей своей хорошести у него масса недостатков о которых вы знаете, не знаете или которые для вас просто не критичны. Они критичны для других. Основная проблема - жор места и производительность. Если вы с этим не сталкивались, сталкивались другие, иначе бы не изобретались все другие средства хранения, которых тьма.

Спор бесполезный. Используют то, что удобно и конкретно ему применимо. Кому удобны тапки, кому кроссовки, кому и в кирзачах в самый раз. Надо это принять. Понять это невозможно!

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

99. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Минона (ok), 27-Апр-24, 09:57 
> На другую ноду или другой сервак, где ZFS нет в принципе, как
> переезжать?

Тут речь про PVE или локалхост?

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

105. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от нах. (?), 28-Апр-24, 19:42 
что помешает коляну собрать pve кластер из локалхостов каждый настроенный отдельным васяном с разными фс?

Правда, qemu-img вполне себе умеет сконвертить из zvol в файлик даже если такая хрень какому-то местному кексперту и придет в голову.

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

106. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Аноним (106), 30-Апр-24, 21:00 
Этот zvol бы еще нормально работал с NVMe в raid1 или raid10 цены бы ему не было. А так безделушка на поиграться.

При копировании в гостевых виндах файлов размером 30-40 ГБ на графике получается отличная пила. Стартует быстро, а потом суп с котом. Скорость может упасть до 0, потом опять подняться и так все время.

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

108. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Заноним (?), 01-Май-24, 18:45 
Вероятно вы просто не умеете его правильно готовить.
Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Аноним (49), 25-Апр-24, 13:22 
> 2 до 5 машин

и как у тебя кворум на 2 машинах работает, сказочник?

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

60. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от нах. (?), 25-Апр-24, 15:10 
>> 2 до 5 машин
> и как у тебя кворум на 2 машинах работает, сказочник?

да совершенно нормально работает у него кворум - "2 of 2 available".

А когда не эвейлабл - то уже и поздно в общем-то пить боржом.

Переживать по поводу сплитбрейнов надо только тем кто надеется при сплите как-то выжить, и имеет для этого дофига лишних ресурсов. А не "чота на сервере место и проц кончились, давайте еще один подоткнем, я как раз вчера на помойке видал".

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

48. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Аноним (86), 25-Апр-24, 13:23 
> Имею в продакшнах 3 кластера по от 2 до 5 машин.

В кластере должно быть минимум 3 машины, иначе возможен сплитбрэин при проблемах.
Ну или вместо третьей машины использовать Q-device.

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

74. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Аноним (31), 25-Апр-24, 16:43 
Совершенно верно человек выше написал. Всё ещё зависит от условий и задач, которые там крутятся. Иногда просто не требуется HA  в прямом понимании. При ограниченном бюджете достаточно и 2 серверов, чего достаточно для ручной миграции машин между собой при необходимости отключить один из нод.
3 и более - это хорошо, но тогда, когда есть на это лишние финансы и логическое обоснование. А не тогда, когда на этом кластере крутятся 7 конейнеров с виртуаками, не требующие HA
Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск дистрибутива Proxmox VE 8.2"  +/
Сообщение от Аноним (86), 25-Апр-24, 19:32 
Третья нода и на малине в виде q-device для кворума нормально поднимается. Просто если ha кластер из двух нод и одна вдруг отключилась по той или иной причине, то всё, приехали, стопнуть виртуалку можно, а вот запустить уже откажется, мол нет кворума и всё такое, все станет read only и т.д.
Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск дистрибутива Proxmox VE 8.2"  +1 +/
Сообщение от whowhowho (?), 26-Апр-24, 14:13 
и это правильно (по дефолту)
и вопрос решается одной командой:
pvecm expected 1

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

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

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




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

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