я бы предположил, что sds это то, что можно запустить на обычном сервере. и строго говоря netapp можно запустить на обычном сервере

Шина между дисками. Схемы соединения контроллеров. Даже numa. Все это кардинально другое. Люди не так собрали sds - получили просадку на deep scrub. Другие неправильно размазали pg - получили просадку, причем внезапную на коротких операциях. И таких примеров тонна.

шина между дисками и там и там скорее всего будет sas или nvme. контроллеры и там и там соединены через ethernet (я не беру вот эти классические даухконтроллерные штуки из 201х-х) numa и там и там привязано правильно. то есть вся разница в степени защиты от дурака, которая на готовых appliance ясен хрен выше?

Уууу, как все запущено :) Какая сас между дисками? :) Не от диска к контроллеру, а МЕЖДУ дисками. Рейды не просто так придумали. Одним словом, за цеф и двор я тебе потом заясню. У нас ночь уже. :)

ну ты это ты написал "между дисками", а я не стал душнить. видимо зря )

Нет. Sds это программно определяемое хранилище. СХД по классике это еще разумные инженеры, понимающие как работает железо.

Так я и написал - между дисками. Между дисками никаких sas и nvme быть не может

то есть все сводится к тому, что аппаратная платформа выбрана условно без ошибок и софт настроен без ошибок.

что такое "шина между дисками" тогда

Ага, маленький такой нюансик :)))

Это то, по чему данные побегут между дисками. :) От контроллера к контроллеру.

ну, как бы, и чего. это же не значит sds дает нестабильные latency, это значит, что при использовании sds можно выбрать неправильную аппаратную конфигурацию и плохо настроить софт, и это может привести к разным спецэффектам.

Ох. Математически - значит. Потому что под Sds НИКОГДА не выберут правильную конфигурацию. Сам софт НИКОГДА не напишут правильно. Иначе по деньгам это будет обычная схд

от контроллера к контролеру через ethernet.

Ну вот как бы нет. В 3par ребята вообще сильно свои протоколы изобретают чтобы решить то, что я описал

да с хренов ли это?

Потому что как ты можешь сделать шину между osd в хотя бы 1000гбит? :)

а что именно подразумевается под osd в данном случае? процесс? ceph-osd? :)

Ну не будет sds в ближайшей перспективе заменой схд. Не бу де т

не будет где? в кровавом энтерпрайзе - ну наверное не будет. в облачных провайдерах оно afaik почти везде sds

Когда в облака заходят базисты с СУБД - там тоже наступает кровавый Энтерпрайз :)

ничего не наступает

Еще как. Я это в финтехе насмотрелся - по самые гланды.

The principal difference between Software-Defined Storage (SDS) and traditional disk storage arrays is that SDS decouples storage management software from the underlying hardware, allowing for greater flexibility and scalability. In contrast, traditional disk storage arrays have tightly integrated hardware and software, often specific to a vendor's ecosystem. (c) chatgpt :)

ну что ж. немного занудства. для начала давай определим что такое SDS ? Software Defined Storage и начинаем немного задавать вопросы и думать. если у тебя есть комплект "коробок" в которых только процессоры, память, сетевуха, а все датадиски подключены JBOD, а вся эта хурма управляется программно, то это и есть SDS. что не так то?

так я-то с этим не спорю, это @Stanley_SB так говорил :)

напомню, что спор возник из-за заявления о том, что все SDS, в отличие от неSDS обязательно имеют нестабильный latency

Не нестабильный, а негарантированный

ну это же иезуитское заявление :) разработчик SDS в принципе не может гарантировать latency, но может гарантировать (заявлять, доказывать), что его софт, не является источником неожиданного latency.

Нет такого понятия "железо, готовое под sds".

вот например https://www.nextron.dk/home/conf/SOLCONF-T_SDS-5049P-E1CTR36L/

Антон, не капризничай. :)

Хорошо, беру такое, поднимаю хер знает что, оно работает. С меня захотят SLA по хранилке. Что я отвечаю? "Хер его знает"?

Я вчера пару часов кряду пытался вытащить именно это определение, но кроме каких-то общих слов, ничего не получил :). Как по мне - сейчас вообще всё является sds. Кроме 3par, но его уже не существует, так что смысла говорить нет.

а почему-бы не поназапускать всяких тестов, посмотреть что получается и примерно это и предложить как sla? ну естессно оговорив что это "в нормальных условиях"

И так каждый раз, когда поменяется версия софта, поменяется железо, сетевка? А не заебемся ли мы? :)

ну так-то упарываться зачем

К какому? Вот мы даем сервис - облако. У нас спрашивают "мы хотим заехать СУБД, которая в пике выедает столько то попугаев. Вы можете обеспечить такое?". Это в эксплуатацию?

да без проблем. за те моменты времени, когда не сможет - могут платить на 50% меньше (которые уже и так заранее заложены в цену)

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