Email or username:

Password:

Forgot your password?
Top-level
Шуро

@mstadmin Да, дедуп вещь хорошая, где она нужна, но раздражает, когда "эффективную ёмкость" указывают по-умолчанию с её учётом. Особенно, если это не только в рекламе, но и вообще везде, в интерфейсах и т.п.

Именно потому, что и дедуп, и сжатие вещи не новые и популярные, они часто уже происходят на других уровнях, а тут нате - "свободен 1 петабайт", а по факту втрое меньше и это надо держать в уме, особенно, если ресурсов впритык :)

5 comments
RamSDRAdmin (R3DHX)

@shuro Соглашусь. И по морде дать не прокатит, идиотская "до" будет индульгенцией в данном случае. Скорость до 100мбит, молоко до литра, зарплата до 1 млн.

Про ресурсы впритык: ceph как-то научил не тянуть с контролем заполняемости и варнинги настраивать корректно. Приучил через неслабый аврал, чтобы на всю жизнь. :)

Шуро

@mstadmin Ещё с дедупом бывает в ряде случаев (и обычно чаще, чем об этом думают), что данные могут внезапно слегка раздедупиться :)

Сталкивался сам с таким, что хранилище условно 200ТБ, 100ТБ свободно (половина, это же роскошно?) и дедуп в три-четыре раза. И вдруг что-то слегка поменялось и всё, под крышку. Можно даже отрицательный дедуп получить в особо тяжёлых случаях (когда поменялось существенно многое, а сбор мусора ещё не прошёл). И в ридонли загнать :)

RamSDRAdmin (R3DHX)

@shuro Надо смотреть как реализовано, думаю. VDO поблочно это проверяет и изменение 1 файлика в образе виртуалки большую проблему не должно создать. А вот если сделано иначе, реально за секунды могут возникнуть проблемы. :)

access.redhat.com/documentatio

Iron Bug
@shuro @mstadmin мне кажется, что проблема в том, что люди отупели и обленились вконец. ну, сами дедуплицируйте свои данные. никогда нельзя рассчитывать что "оно само". всё нужно делать головой и руками, а не жопой.
RamSDRAdmin (R3DHX)

@iron_bug @shuro Про не рассчитывать на "оно само" - искренне поддерживаю. 👍

Go Up