Email or username:

Password:

Forgot your password?
Александр

Съездил, значит, на конференцию по SAN/СХД. Отметил следующие занимательные моменты.

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

Второй производитель: мы тоже позаботились о защите ваших инвестиций и добавили в СХД искусственный интеллект, а ещё она сливает данные в облако и может управляться с телефона. Вы же понимаете, что управлять самым критическим узлом вашей инфраструктуры через интернет с телефона очень удобно?

Третий производитель: у нас тоже есть искусственный интеллект, кстати, прямо аж в накопителях, которые туда вставляются, это поможет защитить данные от шифровальщиков. Если накопитель заметит аномалию, то он сообщит об этом в наше облако, а оно уже вашим админам.

Четвёртый производитель: не будем про ИИ, облака и защиту от вымогателей, это всё у нас тоже есть в системе хранения данных, а вот про защиту инвестиций мы расскажем. У нас ваши инвестиции защищены особенно, ведь мы предлагаем купить не просто текущую версию устройства, а заодно оплатить и будущую - и, когда она выйдет года через три, мы моментально подвезём её вам бесплатно!

Пятый производитель: у нас всё как у предыдущих четырёх, но ещё у нас аппаратно ускоренная дедупликация, а знаете что такое "аппаратно ускоренная"? Это значит, что она не потребляет ресурсов вообще! Почему там такая ёмкость? Система позволяет получить вам гарантированную степень сжатия до трёх раз, поэтому. Да, гарантированную. Но до трёх раз. Что значит "так гарантированная или всё же до"? Гарантированная до трёх раз!
#ТрудовыеБудни #ПрекрасноеНастоящее

22 comments
Moana Rijndael 🍍🍕

@shuro удачи им гарантировано сжать почти чистую энтропию. До трёх раз

Dmitry ☮️

@shuro

Эпично.
Послал бы к лешему всех пятерых. 😇

Александр
@dmitry84 У первых монополия на рынке, этих сложно послать, остальных пытаемся :)
⚛️Revertron :straight:

@shuro И приходится выбирать из этого говна? :(

Александр

@Revertron Так выглядят энтерпрайз-решения сейчас :)

Везде подписки, ограниченное время жизни и всякая облачная ботва, а ещё текущий тренд - ИИ, без ИИ никуда нынче.

⚛️Revertron :straight:

@shuro Крутое время для создания своих СХД, наверное, без еншитификации.

Iron Bug
@Revertron @shuro мне кажется, они всегда так выглядели. надо было сидеть на двух табуретках, причём ножки табуреток повёрнуты кверху (для вашего удобства, конечно).
Александр

@iron_bug @Revertron В какой-то степени да, но всё же помню времена, когда драйверы и многое ПО для оборудования можно было просто скачать у производителя на FTP без всякой регистрации и тем более подписки.

Есть железяка, она ещё поддерживается - качай, используй.

Iron Bug
@Revertron @shuro вспомнила бабка, как девкой была :)
ты бы ещё более древние времена вспомнил, когда в интернете был http, а 640 кбайт памяти "хватало всем".
так-то у меня до сих пор коллекции разных дров лежат в старых архивах. и ещё коллекции pdf'ок к кразным чипам и прочее. только сейчас железо и чипы меняются чаще, чем раз в два года, и не успеваешь не то, что отследить изменения, а даже перепроектировать пстарые латы на новую элементную базу.
я считаю, эта проблема была порождена манагерами. это вечная война между инженерами, которым нужно стабильное железо и манагерами, которые уже продали ещё не спроектированный девайс.
@Revertron @shuro вспомнила бабка, как девкой была :)
ты бы ещё более древние времена вспомнил, когда в интернете был http, а 640 кбайт памяти "хватало всем".
так-то у меня до сих пор коллекции разных дров лежат в старых архивах. и ещё коллекции pdf'ок к кразным чипам и прочее. только сейчас железо и чипы меняются чаще, чем раз в два года, и не успеваешь не то, что отследить изменения, а даже перепроектировать...
Александр

@Revertron А, ещё всё чаще встречается тема с прогрессивно увеличивающейся стоимостью поддержки после "last customer shipping date" - это даже не EOS и не совсем EOL, а именно дата прекращения отгрузок, т.е. когда производитель перестаёт отгружать новые (но не факт, что не перестанут посредники) - и стоимость поддержки с каждым годом растёт, скажем, на 30%.

Т.е. продукт как бы ещё не выведен, но с каждым годом подписка на поддержку всё дороже, причём геометрически - типа "выкинь и купи новое, по-хорошему просим" :)

@Revertron А, ещё всё чаще встречается тема с прогрессивно увеличивающейся стоимостью поддержки после "last customer shipping date" - это даже не EOS и не совсем EOL, а именно дата прекращения отгрузок, т.е. когда производитель перестаёт отгружать новые (но не факт, что не перестанут посредники) - и стоимость поддержки с каждым годом растёт, скажем, на 30%.

⚛️Revertron :straight:

@shuro Какой пиздец, если честно!

Iron Bug
@Revertron @shuro иногда посредники сами начинают клепать софт и даже хард, для продолжения продаж, причём ещё и демпигнуя оригинальных производителей. я в электронике такое часто видела.
RamSDRAdmin (R3DHX)

@shuro Как же забодали этим псевдоИИ в каждом ненужном месте. :)

Как и облаками, которые в первую очередь и стоит блокировать, история с WD это отлично показала.

Дедупликация может помочь реально, например при разворачивании кучки VDS. Мы это на VDO в декабре ещё тестировали и, пусть и ценой снижения скорости (программно же), но реально интересно для однотипных данных. Но это достаточно узкая ниша, думаю.

Александр

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

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

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