дурной это в "проще в эксплуатации" )

в смысле минус к этому пункту

скажем так -- для меня это черный ящик

я с него хочу IOPS и размер

все

и при пользовании СХД еще стоит учитывать стоимость саппорта этой бадьи

для серверов -- тоже

да конечно

и они еще воздух греют

не от святого духа

ну так тут вопрос в том что дороже будет - покупка саппорта от производителя СХД (и динамика цен на саппорт потом)

или содержание штата людей и оплата счетов в ДЦ

притом что счета на СХД тоже прийдутся

он тоже греет воздух, занимает место в стойках, жрет электричество, возможно даже требует еще особой инфраструктуры и затрат на ее поддержку

@Civiloid вы так говорите будто есть реальная альтернатива связке сервер + схд.

сервер без схд ?))

@Civiloid вы так говорите будто есть реальная альтернатива связке сервер + схд.

ну так выше ж говорили - вполне может статься так что проще поставить 100500 серверов и никакого схд )

допустим, есть nutanix

софтовый такой СХД :)

ну поставишь ты 100500 серверов

а что решает схд в классическом варианте ? позволяет до поры до времени не думать о горизонтальном масштабировании ?

нет

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

а я что сказал ?

а вот IOPS'ы как-то не масштабируются

:)

да СХД тут побоку

погодите

а вот IOPS'ы как-то не масштабируются

Так как раз если ты поставишь 100 тушек, то ты получишь больше ИОПСов ) но нужно шардировать и больше тушек, собственно

а да, у каждой тушки СВОИ диски должны быть

у тушки есть контроллер

через который диски примотаны

у на ситуации 1. схд, в которой сто пицот дисков массив общий дающий иопсов и объема как N*диск. 2. отдельные сервера в кол-ве N штук с этими же дисками. не ?

он тоже не резинов

нет, не так

он тоже не резинов

закончился ресурс тушки целиком, поставил вторую рядом

закончился у второй - поставил третью

на СХД IOPS'ы упираются в контроллеры

на СХД IOPS'ы упираются в контроллеры

что непонятно в фразе "а как же тушки без СХД со своими дисками? Они же масштабируются"?

тоесть СХД заведомо проигрышный путь ?

для time-series, да

для оракла, скажем, нет

представь, что у людей сотни оракловых баз

тоесть СХД заведомо проигрышный путь ?

у любого решения есть свой предел. Тебе в целом никто не мешает поставить пару стоек, в каждой по СХД и по пачке серверов

и они привыкли решать проблемы как умеют

вопрос в том нафига так делать

так я понимаю, вопрос в этом и состоит, зачем так

серверы между собой как связаны? :)

так вот, между делом

серверы между собой как связаны? :)

сеточкой, но сеточка кончится несколько позже чем ИОПСы в СХД

и масштабируется проще

проще ли?

:)

ладно, это в сторону

проще ли?

можно тоже делить на относительно независимые сегменты, со своими свитчами и прочим

да даже если ты CLOS fabric строишь, как масштабируемое решение, это все - деньги

я не хочу хранить на СХД

мне вообще пофиг

диск -- черный ящик

с 2 характеристиками

но цена этого ящика имеет значение

и где же хранить ?

давайте разберемся для начала, чем хранить :)

неважно

где ! )

мы то для себя все уже давно решили, нам интересно ваше мнение

где -- железно?

да

http://www.nutanix.com/products/hardware-platforms/

ну, допустим, так

3 лезвия в 2U

и парочка каких-нибудь арист с 10G портами сзади

тут даже вопрос в другом

куча серваков с дисками хорошо

но только если уже есть какая-то инфраструктура и они в нее вписываются

далеко не всегда это так

можно и по энергетике банально не пролезть

не могу себе представить место, где бы понадобился нутаникс для ТС стораджа, но не было бы никакой инфраструктуры с серверами)

она есть

но у всех разная

решение, заточенное на одну инфраструктуру может плохо лечь на другую

ну так может сойдетмся на том что под каждую задачу свое решение?

а мы как-то спорили?

а не будем изобретать такое которое одинаково плохо всем?

субъективно,

меня не железо интересует, а сами базы

мне все эти размышления на тему напомниают старинное российское телешоу

благо их не так уж и много в природе

под названием "здраствуйте, мы новый подрядчик РТК\сбера\гп\етц и нам нужно сделать Х"

я в РТК провел далеко не один проект

за 5 лет

в весьма разных ролях

так что мимо кассы замечение

давайте назовем шоу примерно так

можем ли мы импортозаместить проклятых буржуинов, используя хорошее ПО местной разработки

или нам надо придумать его самим

так пройдет?

нет)

я уже понял, что ребята из Яндекса вполне довольны своим clickhouse