iv_an_ruдонкихотИли уже есть дешевые программные способы создания низколатентного виртуального NUMA-серверов из множества реальных серверов с использованием RDMA(Infiniband) у VMWare или MS Hyper-V?Уже есть дешевые программные способы превысить скорость света?

Грейс Хоппер, кажется, должна была не просто показывать моток проволоки, а этой проволокой пороть слушателей.
Ну вы сравнили хрен с пальцем.
Есть программный способ создания низколатентного виртуального NUMA DBMS-сервера из множества реальных серверов с использованием RDMA(Infiniband) - DB2 Purescale. Есть высоколатентный - OracleRAC. Но все они дорогие.
Вот вы как большой специалист по кластерным СУБД знаете какие задержки у QPI (CPU2CPU), HyperTransport и Infiniband? И какие задержки в частности программных решений: DB2 Purescale и OracleRAC при межнодовом обмене?

И кто такая грейс, о которой вы жалете, что она вас не отпорола? :)

ДохтаРдонкихотИли уже есть дешевые программные способы создания низколатентного виртуального NUMA-серверов из множества реальных серверов с использованием RDMA(Infiniband) у VMWare или MS Hyper-V?

Вы верите, что можно одновременно усидеть на трех стульях ( выделенном ).
ИМХО С вероятностью чуть менее 100% у вас этого не получится :)
Это я у вас спрашивал :)

Т.к. пока такого нет, а есть дорогой OracleRAC с большими задержками и сверхдорогие большие ящики, то можно быть каким-угодно сторонником правильных технических решений, но "бизнесовый вопрос" будет здесь определяющим.

iv_an_ruдонкихотИ кто такая грейс, о которой вы жалете, что она вас не отпорола? :)Я жалею, что она не отпорола всех любителей помечтать про низколатентные кластеры.

P.S. Я понимаю, что мировая история вышла из моды, но не знать хотя бы историю своей не очень древней специальности --- странно. Ладно хоть Гугл знает .
Это все равно, что текущие исследования строить основываясь только на высказываниях Пифагора. Открою один секрет, ещё до скорости света формула S=V*t уже не верна :)
Пока вы возводите в культ личности людей из каменного века в IT и предлагаете iv_an_ruХорошо, давайте сторгуемся на лишних 20 мс, другие уже используют DB2 Purescale с задержками в 10-20мкс, что в 1000 раз меньше.

Это конечно больше, чем в большом ящике, но сюда укладываются подавляющее большинство задач, в отличие от 20мс.

ДохтаРдонкихотпропущено...

Ну вы сравнили хрен с пальцем.
Есть программный способ создания низколатентного виртуального NUMA DBMS-сервера из множества реальных серверов с использованием RDMA(Infiniband) - DB2 Purescale. Есть высоколатентный - OracleRAC.
Но все они дорогие.


Это Рак высоколатентный ? кто вам такое сказал ?
Я вас умоялю :)
Плохо умоляете, я все равно останусь объективным :)
Вы уж определитесь 20 мс это много или мало. Потом сравните с 5мс в RAC, а потом сравните с 20 мкс в Purescale.


ДохтаРдонкихотВот вы как большой специалист по кластерным СУБД знаете какие задержки у QPI (CPU2CPU),

В профильном форуме один из ключевых моментов достаточно гарячо обсуждался с нашим с Иваном участием .
Можете поконкретней ссылку с числом в наносекундах?

iv_an_ruдонкихотПока вы возводите в культ личности людей из каменного века в IT и предлагаете пропущено...
, другие уже используют DB2 Purescale с задержками в 10-20мкс, что в 1000 раз меньше.На этих выходных у нашего партнёра студент взгромоздил базу знаний в ~250гигаквадов на 16*(2*Xeon/256Gb RAM), и собирается долить туда же ещё втрое больше, получив скромную такую табличку с триллионом строк и довольно толстый BI слой над ней. Мне вот интересно, сколько бы пришлось заплатить за железо, чтобы не только общую производительность обеспечить, измеряемую запросами в час, а ещё одновременно с ней и низкую латентность?
Я говорил: что есть донкихот Но все они дорогие.

Вы говорили: что это невозможно iv_an_ruУже есть дешевые программные способы превысить скорость света?
Зачем вам знать "сколько бы пришлось заплатить" за "способы превысить скорость света"? :)


Дальше, во-первых зачем обсуждать стоимость того, что в вашей задаче не нужно? Во-вторых там где это нужно, программно (infiniband там копейки) решается на порядки дешевле чем аппаратно.

И ещё раз. Насчет есть ли дешевые, я спрашивал у "сторонника виртуализации вычислительных мощьностей внутри одной большой коробки" :)
Там даже у меня вопрос стоит :)

ДохтаР , задержку - время для передачи минимального блока данных между серверами кластера.

ДохтаРдонкихот ДохтаР , задержку - время для передачи минимального блока данных между серверами кластера.

Нет кластера,
есть достаточно большое ( от нескольких десятков до нескольких сотен)
ядер и памяти ( до 4 терабайт) внутри одного сервера ,
там можно запустить хоть одну, хоть десятки операционных систем и приложений.
И приоритетно шарить процессора и память между операционками.
Если приоритетной ОС ресурсы не нужны ( не использует) ,
эти ресурсы может забрать операционка с более низким приоритетом.
.
В RAC или Purescale нет кластера?
А в чем вопрос-то?

ДохтаРдонкихот,

Я вам не про кластеры , а провиртуализацю вычислительных мощьностей.
Хотите кластер , можете запустить его поверх виртуализации.
1 из 128 процов кластера на одном сервере и 1 из 256 на другом .

НО с точки зрения латентности это должен быть стендбай кластер.
Использовать вычислительные русурсы обеих нод
нецелесообразно с точки зрения производительности.
Лучше в активную ноду добавить процессоров.
И в чем прикол такого RAC со всеми нодами на одном сервере?
Вы спрашивали почему RAC высоколатентный - потому что нету RDMA(хотя обманывают что есть) и добавляются огромные задержки на порядки большие чем аппаратные. По этому даже на большом ящике у RAC общение между нодами будет с задержками выше 1 мс.

А стендбай зачем класть на тот же сервер что и активную ноду. Резерв обычно разносится с боевой системой подальше.

ДохтаРдонкихот,
А зачем вобще платить за рак ?
Что бы не платить за большой ящик :)
Хотя что из этого лучше вопрос открытый.

ДохтаРСтендбай лоожится в другой ящик , где ресурсы не использует.
Его ресурсы использует другая система , стендбай которой лежи в первом ящике.

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