George
Нежели граб свой таскать
George
Ну и если efistub юзать то всё ок из коробки
Владимир
а что ты именно хочешь сделать то?
Владимир
на дедике поднять zfs или прям на виртуалке?
Владимир
и там на дедике хочешь виртуалку или контейнер на ZFS?
Владимир
просто я к чему клоню. Почему тогда проксмокс не поставить?
Владимир
в проксмоксе именно так и есть
Владимир
приложухи запихал по контейнерам и красота
Владимир
если не секрет почему такая позиция? это же технически проще и точно лучше вот таких самопальных скриптов
Владимир
скорости на чтение или на запись?
Владимир
чтение получишь прирост за счёт арк, но только если у тебя достаточно ОЗУ
Владимир
на записи вероятно ещё и просядешь
Владимир
так и не используй
Владимир
виртуализация конечно оверхед
Владимир
контейнеры LXC в проксмоксе не просаживаются от виртуализации)), потому что там нет виртуализации))
Владимир
внезапно)
Владимир
производительность такая же как и на хосте
Владимир
но удобное управление
Murmuring
мужики, что можно вынести на ссд при жёстких дисках? L2ARC? будет ли профит от 2 слоя кэша в виртуальных машинах?
Ilya
freebsd ставь
Владимир
мужики, что можно вынести на ссд при жёстких дисках? L2ARC? будет ли профит от 2 слоя кэша в виртуальных машинах?
смотря что именно у тебя страдает
Владимир
там можно делать как виртуалки, так и контейнеры
Владимир
контейнеры строятся на системд функционале и выполняют процессы прям внутри основной ОС не создавая виртуализации и виртуальных устройств
Владимир
потому и производительность не просаживается
Владимир
можно ли сделать лучше без проксмокса, уверен что да, можно ли сделать лучше без проксмокса не понятными скриптами, нет)
Murmuring
смотря что именно у тебя страдает
ну тип у меня линстор + zfs raid10 (30 гб озу по кэш), оно шевелиться довольно быстро после ceph. Есть ли смысл делать all flash или можно просто ограничиться ssd cache. Цель - просто увеличить скорость отклика существующей инфраструктуры
Murmuring
не сильно вливая бабки
Владимир
Владимир
просто л2арк это только про чтение
Владимир
ууу, большой))
Владимир
смотри просто пример...
у тебя дедик на хетснере, на нём проксмокс, на нём контейнер на zfs, решил ты расширяться, покупаешь другой дедик, ставишь проксмокс, объединяешь в кластер, делаешь репликацию, и если у тебя ip привязан на всвич то с простоем не более 10 мин у тебя все данные на другом дедике уже работают как продакшен, на том же ip, с той же самой настройкой
Владимир
или если ты захотел в отказоустойчивость поиграть, снова же проксмокс, репликация, HA
Владимир
да там офигеть сколько плюсов
Владимир
при этом оверхед в случае использования проксмокс как гипер для LXC практически нулевой
Владимир
плюсов куда больше
Владимир
я реально не смог выявить разницу в производительности между процессом на гипервизоре и в LXC, её нет потому что
Владимир
да, чтение
ну если у тебя выходит не хватает объёма 30Гб на кеш и там частое вытеснение, то l2arс при должной настройке должен помочь
Владимир
можно кстати вообще с простоем в секунд 20, но там заморачиваться чут больше
Владимир
в целом и 10 минут простоя круто
Владимир
второй сервер может быть под дев
Владимир
и как запаска в случае падении первого
Владимир
HA
Владимир
а ещё удобное клонирование контейнера для дев и стейджинг сред
Владимир
Владимир
Владимир
Владимир
Владимир
Владимир
Владимир
Владимир
а регулярные снапшоты)
Владимир
Art
Смысл получить безболезненно дебиан у которого рут на зфс)
Владимир
снапшоты с бекапами не путай
Владимир
снапшоты всегда есть куда складывать)
Art
снапшоты в зфс сами по себе не весят ничего. Они могут увеливать размер только если держат какой-то старый файл, который был удалён
Например у тебя в каталоге files был файл 100 ГБ.
Ты сделал снапшот каталога files 01 января
10 января этот файл удалили
Но система на 100 ГБ не похудеет, пока ты тот снапшот не удалишь
Вот как работают снапшоты зфс
Владимир
и я
Владимир
снапшоты можно использовать для ыбстрого отката
Владимир
а если нужны именно бекапы на случай падения машины, то есть zfs репликации
Art
для бэкапов лучше что-нибудь с дедупликацией юзать
Владимир
ну и собственно как ты используешь тоже можно, бекапить снапшоты
Владимир
проксмокс бекап сервер
Владимир
напрасно ссышь)
Murmuring
proxmox backup server хорошая штука, быстро и экономно исползует дисковое пространство
Ivan
я live рестором несколько раз пользовался для виндовых вм, всё хорошо, в том числе с бд.
Anonymous
Ребят, хочу поинтересоваться, почему на Винде в ВМ на проксмоксе скорость работы с накопителем низкая? Страйп из двух зеркал. Я уже и zil на ssd вынес, и накопители ВМ в raw формате.
Murmuring
Ivan
имеется ввиду полследовательная скорость доступа ?
Anonymous
имеется ввиду полследовательная скорость доступа ?
Ээээмс. Последовательную не знаю чем замерить из-под ВМ. Crystal Disk mark показывает какие-то космические цифры при последовательном доступе - порядка 1500 Мб/с, но это, скорее всего по причине выноса zil на nvme ssd и использования arc. Но когда начинаешь копировать данные внутри ВМ с диска на диск, лежащих в разных raw хранилищах, скорость не поднимается выше 50 мб/с, при средней в районе 20.
Anonymous
Zfs iostat показывает в среднем 80-90Мб/с на пул. С всплесками до 150.
nikolay
Zfs iostat показывает в среднем 80-90Мб/с на пул. С всплесками до 150.
если latency при это в норме - то это не проблема
Ivan
Ээээмс. Последовательную не знаю чем замерить из-под ВМ. Crystal Disk mark показывает какие-то космические цифры при последовательном доступе - порядка 1500 Мб/с, но это, скорее всего по причине выноса zil на nvme ssd и использования arc. Но когда начинаешь копировать данные внутри ВМ с диска на диск, лежащих в разных raw хранилищах, скорость не поднимается выше 50 мб/с, при средней в районе 20.
это не главное. если запустить fio и нагрузить в параллель, то весьма неплохие показатели получаются. чтобы ускорить последователтный доступ, придется увеличить volblocksize.
Anonymous
Ivan
да
Anonymous
Благодарочка.
Ivan
короче zfs дает небольшую производительность при запросах в один поток маленькими блоками. если именно этот параметр нужно улучшить, то увеличиваешь volblocksize до 128к, например.