|
Top-level
RamSDRAdmin (R3DHX)
@shuro Как же забодали этим псевдоИИ в каждом ненужном месте. :) Как и облаками, которые в первую очередь и стоит блокировать, история с WD это отлично показала. Дедупликация может помочь реально, например при разворачивании кучки VDS. Мы это на VDO в декабре ещё тестировали и, пусть и ценой снижения скорости (программно же), но реально интересно для однотипных данных. Но это достаточно узкая ниша, думаю. 6 comments
RamSDRAdmin (R3DHX)
@shuro Соглашусь. И по морде дать не прокатит, идиотская "до" будет индульгенцией в данном случае. Скорость до 100мбит, молоко до литра, зарплата до 1 млн. Про ресурсы впритык: ceph как-то научил не тянуть с контролем заполняемости и варнинги настраивать корректно. Приучил через неслабый аврал, чтобы на всю жизнь. :) 
Александр
@mstadmin Ещё с дедупом бывает в ряде случаев (и обычно чаще, чем об этом думают), что данные могут внезапно слегка раздедупиться :) Сталкивался сам с таким, что хранилище условно 200ТБ, 100ТБ свободно (половина, это же роскошно?) и дедуп в три-четыре раза. И вдруг что-то слегка поменялось и всё, под крышку. Можно даже отрицательный дедуп получить в особо тяжёлых случаях (когда поменялось существенно многое, а сбор мусора ещё не прошёл). И в ридонли загнать :)
RamSDRAdmin (R3DHX)
@shuro Надо смотреть как реализовано, думаю. VDO поблочно это проверяет и изменение 1 файлика в образе виртуалки большую проблему не должно создать. А вот если сделано иначе, реально за секунды могут возникнуть проблемы. :)  |
Gregory's Server
@mstadmin Да, дедуп вещь хорошая, где она нужна, но раздражает, когда "эффективную ёмкость" указывают по-умолчанию с её учётом. Особенно, если это не только в рекламе, но и вообще везде, в интерфейсах и т.п.
Именно потому, что и дедуп, и сжатие вещи не новые и популярные, они часто уже происходят на других уровнях, а тут нате - "свободен 1 петабайт", а по факту втрое меньше и это надо держать в уме, особенно, если ресурсов впритык :)