« Rev
@ru_zfs   660
Fwd »


Autumn
лол, я читал читал, ну вроде прикольно но никак не мог понять в чем именно дело, а вон оно как
Autumn
я слишком старый для этого дерьма =)
Алексей
я слишком старый для этого дерьма =)
Да это дерьмо весьма себе плотежеспособно
Autumn
Да это дерьмо весьма себе плотежеспособно
да все может быть платежеспособно, если найти покупателя и обеспечить норму прибыли на разницу в затратах и доходах
Алексей
Вот мы в общем и прорекламировали децентрализованное хранилище на 600+ человеков
Autumn
Вот мы в общем и прорекламировали децентрализованное хранилище на 600+ человеков
вот как вы там храните данные коллеги, по принципу и так сойдет куда я 100 терр бэкапить буду, я не особо горю желанием туды лезть =)
Алексей
вот как вы там храните данные коллеги, по принципу и так сойдет куда я 100 терр бэкапить буду, я не особо горю желанием туды лезть =)
Там такие сценарии как раз решены на уровне сети. Потери нод не влияют так как данные хранятся с избыточностью и распределено. Реплицируются не файлы целиком по локациям а их кусочки.
Fedor
Особо не оффтопьте, пожалуйста.
Михаил
/report
Ivan
предлагаю не впускать в группу всех не имеющих логинов. процентов 70 спамеров отвалится.
Ivan
/report
Mikhail
/report
Mikhail
/report
Олег
может его нет у меня)
Олег
@Oller22
А ну тогда ок, спасибо)
Autumn
да сколько этих криптопидоров, по всем чатам по 5 раз в день
LordMerlin
Таки да, без юзернейма не пускать!!!
Вадим «Дым» Илларионов ☭
да сколько этих криптопидоров, по всем чатам по 5 раз в день
Есть ещё выебонистые, что ставят себе на никнейм идущие часы-минуты.
Autumn
Есть ещё выебонистые, что ставят себе на никнейм идущие часы-минуты.
что за часы? я не такой продвинутый, вижу только что у многих желтая или синяя звездочка вроде - типа премиум, но реально задрали
Autumn
Например, в 10:14 у него ник 10:14. А в 20:08 — таки 20:08.
это что бы ник автоматически менялся? какие хитрожопые спамеры
Вадим «Дым» Илларионов ☭
Например:
Вадим «Дым» Илларионов ☭
я говорю не про bash. про плюсы например
Вадим «Дым» Илларионов ☭
@wzhxycl1 таким балуется. Полагаю, не сам придумал.
Georg🎞️🎥
Сразу видно, гундосят нищеброды , которые за крипту не шарят :))))))
Georg🎞️🎥
Это шутка, если что :)
Δαρθ
А подскажите, можно ли теоретически передать дифф между снапшотами с хоста A на хост C через хост B, не заливая на B целиковый снапшот?
Δαρθ
То есть сначала сенд чего-то с A на хост B, потом send чего-то с B на C
Δαρθ
Ну не считая варианта сохранить выхлоп zfs send как файл на хосте B
Δαρθ
Ну и не делая туннель. чисто средствами zfs, всякие там букмарки и прочее
Станислав
Ну и не делая туннель. чисто средствами zfs, всякие там букмарки и прочее
Вы же, наверняка, по SSH отправляете? Прочитайте про ssh jump host, там всё просто
Δαρθ
Вы же, наверняка, по SSH отправляете? Прочитайте про ssh jump host, там всё просто
Не, ну варианты с туннелями и проч. это понятно. А именно средствами zfs можно как-то сохранить в пуле дифф между снапшотами при отсутствии первого снапшота?
Станислав
Только файлом
Δαρθ
ясн
Вадим «Дым» Илларионов ☭
Ну и не делая туннель. чисто средствами zfs, всякие там букмарки и прочее
Делать туннель — это именно ваергард/опенвпн? Или, к примеру, рсинк по ссх?
Вадим «Дым» Илларионов ☭
ясн
Рсинк выручает. Особенно по ссх с ключом.
Maxim
Добрый день! Подскажите, как работает свойства reservation и refreservation Я понимаю, что они резервируют место, только не понимаю, когда это место в расход пойдёт
Autumn
Добрый день! Подскажите, как работает свойства reservation и refreservation Я понимаю, что они резервируют место, только не понимаю, когда это место в расход пойдёт
резервация позволяет гарантировать датасету зарезервированный объем свободного пространства пула, т.е. если у нас пул на 100ГБ и мы из него для датасета зарезервировали 10ГБ, то это 10ГБ будут всегда доступны датасету и ни один другой датасет их не займет
Autumn
но надо помнить что резервировать можно только из свободного пространства и при расчете резервации складываются, т.е. пул 100ГБ, датасет1 занял 50ГБ, датасет2 - 20ГБ, датасет3-20ГБ, и у нас свободно 10ГБ, если попытаться зарезервировать для датасет1 10ГБ и затем для датасет2 тоже 10ГБ то ничего не выйдет, для резервации можно использовать только доступное пустое пространство пула
Maxim
резервация позволяет гарантировать датасету зарезервированный объем свободного пространства пула, т.е. если у нас пул на 100ГБ и мы из него для датасета зарезервировали 10ГБ, то это 10ГБ будут всегда доступны датасету и ни один другой датасет их не займет
это я понимаю при каких условиях зарезервированное место начинает заполняться? видимо, когда заканчивается свободное место в пуле или свободное место в пределах квоты
Autumn
это я понимаю при каких условиях зарезервированное место начинает заполняться? видимо, когда заканчивается свободное место в пуле или свободное место в пределах квоты
сразу же как только оно выдано датасету, это грубо говоря гарантия что из текущего свободного пространства пула для датасета всегда будет доступно это зарезервированное пространство, а брать можно и больше резерва если не превышена квота и если есть свободное место
Autumn
т.е. выдали 10ГБ резерва для датасета и оно в пуле сразу помечается как занято, и датасет его сразу использует
Autumn
если в датасет льется больше 10ГБ и в пуле еще есть свободное место датасет будет это место занимать, но никогда выше квоты
Autumn
т.е. в датасет с резервом в 10ГБ можно залить и 15ГБ если в пуле еще есть место свыше суммы всех резервов для всех датасетов
Autumn
я лишь к фаловым датасетам применял и то пару раз
Autumn
сам не очень разобрался, так +- понимаю как они работают
Autumn
гугл подсказывает что да, по умолчанию при создании zvol автоматически создается резервирование равное размеру созданного zvol, а дальше потребление идет из свободного места, т.е. думаю что правила резервации датасета верны и для zvol
Maxim
гугл подсказывает что да, по умолчанию при создании zvol автоматически создается резервирование равное размеру созданного zvol, а дальше потребление идет из свободного места, т.е. думаю что правила резервации датасета верны и для zvol
как-то оно почти не расходуется (для zvol): NAME PROPERTY VALUE SOURCE some-zfs-pool/vm-storage/vm-102-disk-0 used 58.1G - some-zfs-pool/vm-storage/vm-102-disk-0 usedbysnapshots 17.4G - some-zfs-pool/vm-storage/vm-102-disk-0 usedbydataset 8.30G - some-zfs-pool/vm-storage/vm-102-disk-0 usedbychildren 0B - some-zfs-pool/vm-storage/vm-102-disk-0 usedbyrefreservation 32.3G - some-zfs-pool/vm-storage/vm-102-disk-0 refreservation 32.5G local
Maxim
видимо, надо или сбрасывать настройку, или выставлять на какие-то небольшие значения, например, 5%
Maxim
в данном случае zvol объёмом 30G
Maxim
не очень понял, что значит не расходуется?
я сказал почти не расходуется значения refreservation и usedbyrefreservation почти совпадают
Maxim
логично было бы предположить, что usedbyrefreservation должно было бы быть примерно сопоставимо с usedbysnapshots, но, возможно, я что-то не так понимаю
Autumn
я сказал почти не расходуется значения refreservation и usedbyrefreservation почти совпадают
usedbyrefreservation показывает сколько будет освобождено если будет отключена refreservation, а второе показывает сколько она занимает, сколько занимает резервация отображается сразу как только она включается
Autumn
те если взять датасет1 и в нем создать датасет2 с резервацией 10ГБ, то у датасет1 сразу будет указано что занято 10ГБ, даже если датасет2 пустой
Autumn
а разница в 0.2ГБ я не знаю чем объяснима, может метаданными или еще чем
Autumn
логично было бы предположить, что usedbyrefreservation должно было бы быть примерно сопоставимо с usedbysnapshots, но, возможно, я что-то не так понимаю
refreservation если я правильно помню резервирует место для датасета без учета снапшотов и клонов, т.е. usedbysnapshots по идее не должно "кушать" из refreservation
Autumn
херасе, не про крипту
vanes™
Сорян
vanes™
Промазал
Autumn
бывает
Autumn
как-то оно почти не расходуется (для zvol): NAME PROPERTY VALUE SOURCE some-zfs-pool/vm-storage/vm-102-disk-0 used 58.1G - some-zfs-pool/vm-storage/vm-102-disk-0 usedbysnapshots 17.4G - some-zfs-pool/vm-storage/vm-102-disk-0 usedbydataset 8.30G - some-zfs-pool/vm-storage/vm-102-disk-0 usedbychildren 0B - some-zfs-pool/vm-storage/vm-102-disk-0 usedbyrefreservation 32.3G - some-zfs-pool/vm-storage/vm-102-disk-0 refreservation 32.5G local
т.е. в этом выводе я разногласий не вижу, а refreservation похоже выставлено в изначальный размер диска который создавался для виртуалки, т.е. когда сделали виртуалку и создали диск, то диск был 32ГБ вот под него и выставлен refreservation, и это логично, а под снапшоты уже берется доступное свободное пространство в пуле - есть место будет снапшот, нет места - не будет, если надо гарантировать место под снапшоты то я думаю надо ручками добавлять reservation
Autumn
нет, изначально было 30
я вот никогда не колупался с этим, всегда на глаз с запасом дисковое делал, но если тут каша с гига и гиби, то указанные 30ГБ могли быть измеряны в интерфейсе и в самой zfs как 1024**2 и 1000*2, надо копнуть, а вообще с выводом свободного и занятого места на zfs всегда были неясности, тот же df -h вообще показывает абстрактного коня в вакууме
Ivan
для всех виртуалок выставилось с небольшим запасом
в zpool history можно посмотреть с каким параметром zvol создавался
Ivan
вообще странно, в проксмоксе из коробки 100% места резевриуется при создании, пока флаг thin не поставишь.
Autumn
вообще странно, в проксмоксе из коробки 100% места резевриуется при создании, пока флаг thin не поставишь.
только что проверил на проксе 8, ни на вм ни на конт никакой резервации не ставится в дефолтных настройках
Autumn
так что интересно откуда у коллеги на зфс появилась рефрезервация
« Rev
@ru_zfs   660
Fwd »