Ну какой же это shared nothing. Это вполне себе shared disk.
В scale-out-кластере хАны у каждой ноды свои датаволюмы и они не шарятся. Так что логически это вполне себе shared-nothing хоть и физически обычно лежит на одной СХД («shared-disk») ;)
Думал, в части OLAP у них в основном Netezza, а оказывается и такое есть.
Netezza по факту уже давно мертва, с DB2 BLU/DPF ситуация не сильно лучше «благодаря» «усилиям» голубого гиганта. В этой нише они старательно и целенаправлено «прос… ли все полимеры».
Но ведь это тоже сертификация, только ей занимается не поставщик оборудования, а непосредственно клиент
Да нет никакой сертификации «на клиенте». Теперь даже тест HWCCT не обязательно прогонять перед Go-Live ;)
Вот на счёт и т. д. – можно поподробнее?
Я имел ввиду, что ничто не мешает запилить свое собственное MPP DWH на хАне без BW-блекджека, но, честно признаться, мне про такие кейсы неизвестно (что не означает, что их нет). Да и вообще очень похоже, что SAP'у не сильно интересно продвижение HANA'ы в качестве универсальной СУБД (по большей части сделано «под себя»).
классифицировать СУБД по какому-то одному признаку я считаю категорически неправильным.
Да тут дело не в классификации, а скорее в том, что есть и чего нет в конкретной СУБД. У той же DB2 есть как shared-nothing кластер для OLAP задач (DPF+BLU) так и shared-disk кластер для OLTP задач (pureScale). У HANA'ы по-сути только shared-nothing для OLAP.
SAP HANA работает не только на x86, но и на IBM POWER
В продуктивную эксплуатацию допускаются не только сертифицированные апплайнсы с фиксированным core-to-memory, но и серверы из списка supported systems в SAP HANA hardware directory в конфигурациях от 16ти ядер и 128ми GB по модели TDI5 и workload sizing.
SAP HANA в scale out кластерах на практике испольуется только для OLAP/BI (SAP BW и т.д) (за очень редким и специфическим исключением а-ля очень большие SAP S/4HANA ERP). Ставить ее в один ОLTP-ряд c Oracle RAC и DB2 pureScale я бы не стал.
Спасибо. Примерно так и думал. Просто зацепило «облачной сертификацией» (как говорится, «у кого чего болит...»)
Hyperflex под SAP HANA это весьма… необычно :)
Теперь понятно. Такую бумагу видел много раз. С реальной «облачной сертификацей» под SAP HANA она не связана от слова совсем, а фактически просто говорит о том, что обладатель оной может «cдавать в аренду виртуалки под SAP»
Вы меня с кем-то путаете. Мой работодатель никаким образом с sap-хостингом не cвязан. Просто до недавнего времени было насущным вопросом, но по факту оказалось, что у отечественных IaaS-провайдеров с этим все печально.
Проверил SAP HANA Hardware Directory. В разделе Certified IaaS Platforms среди амазонов, ажуров и прочей али-бабы LinxCloud не обнаружил. Так о какой именно сертификации речь?
Посчитал в вашем конфигураторе машинку: 32core+512gb ram + 1920gb ssd = 340K в месяц (вы это серьезно?)
dell r630 c такими же ресурсами идет за 1.5M, т.е. отбивается за 5 мес., а эксплуатироваться будет года 3 минимум.
Кстати, у DellEMC для DD VE есть готовые конфигурации на базе сервера R730 c локальными HDD. Выглядит интересно. Дюже любопытно было бы у видеть тест производительности по сравнению с железным DD в одинаковой конфигурации по дискам.
Есть еще IBM ProtectTIER, но он, похоже, «скорее мертв, чем жив». А виртуальной его версии IBM так и не сподобилась сделать.
Смущает во всей этой дедупликационной идеологии РК один момент (если я все правильно понимаю): получается, что мы целиком и полностью зависим от самого первого бекапа. Если его по какой-то причине профукали, то никаких бекапов по сути больше нет. Это так? Есть ли в таких дедупликаторах возможность делать независимые «настоящие» фулл-бекапы, скажем, по требованию?
А вариант отдельно стоящей и доступной по NFS СХД Netapp c инлайн-дедупом и компрессией стоит рассматривать как альтернативу DD/StoreOnce?
"После многочасовых попыток установить СУБД DB2 10.5 с помощью графической утилиты установки db2setup"
Что же Вы с ней такое делали? ;) Обычно минут 15 максимум (при соблюдении пререквизитов)
В scale-out-кластере хАны у каждой ноды свои датаволюмы и они не шарятся. Так что логически это вполне себе shared-nothing хоть и физически обычно лежит на одной СХД («shared-disk») ;)
Netezza по факту уже давно мертва, с DB2 BLU/DPF ситуация не сильно лучше «благодаря» «усилиям» голубого гиганта. В этой нише они старательно и целенаправлено «прос… ли все полимеры».
Да нет никакой сертификации «на клиенте». Теперь даже тест HWCCT не обязательно прогонять перед Go-Live ;)
Я имел ввиду, что ничто не мешает запилить свое собственное MPP DWH на хАне без BW-блекджека, но, честно признаться, мне про такие кейсы неизвестно (что не означает, что их нет). Да и вообще очень похоже, что SAP'у не сильно интересно продвижение HANA'ы в качестве универсальной СУБД (по большей части сделано «под себя»).
Да тут дело не в классификации, а скорее в том, что есть и чего нет в конкретной СУБД. У той же DB2 есть как shared-nothing кластер для OLAP задач (DPF+BLU) так и shared-disk кластер для OLTP задач (pureScale). У HANA'ы по-сути только shared-nothing для OLAP.
SAP HANA работает не только на x86, но и на IBM POWER
В продуктивную эксплуатацию допускаются не только сертифицированные апплайнсы с фиксированным core-to-memory, но и серверы из списка supported systems в SAP HANA hardware directory в конфигурациях от 16ти ядер и 128ми GB по модели TDI5 и workload sizing.
SAP HANA в scale out кластерах на практике испольуется только для OLAP/BI (SAP BW и т.д) (за очень редким и специфическим исключением а-ля очень большие SAP S/4HANA ERP). Ставить ее в один ОLTP-ряд c Oracle RAC и DB2 pureScale я бы не стал.
У Oracle/DB2 тоже было 8 нод и 14 TB RAM? ;)
Почему не 11 x 3 TB? Меньше нод — меньше проблем.
Вариант перехода на scale-up + BW NLS на IQ не рассматривали?
Что именно и насколько крутили не поделитесь?
Hyperflex под SAP HANA это весьма… необычно :)
На семинар ваш не попаду, к сожалению.
Вы меня с кем-то путаете. Мой работодатель никаким образом с sap-хостингом не cвязан. Просто до недавнего времени было насущным вопросом, но по факту оказалось, что у отечественных IaaS-провайдеров с этим все печально.
dell r630 c такими же ресурсами идет за 1.5M, т.е. отбивается за 5 мес., а эксплуатироваться будет года 3 минимум.
Кстати, у DellEMC для DD VE есть готовые конфигурации на базе сервера R730 c локальными HDD. Выглядит интересно. Дюже любопытно было бы у видеть тест производительности по сравнению с железным DD в одинаковой конфигурации по дискам.
Есть еще IBM ProtectTIER, но он, похоже, «скорее мертв, чем жив». А виртуальной его версии IBM так и не сподобилась сделать.
Смущает во всей этой дедупликационной идеологии РК один момент (если я все правильно понимаю): получается, что мы целиком и полностью зависим от самого первого бекапа. Если его по какой-то причине профукали, то никаких бекапов по сути больше нет. Это так? Есть ли в таких дедупликаторах возможность делать независимые «настоящие» фулл-бекапы, скажем, по требованию?
А вариант отдельно стоящей и доступной по NFS СХД Netapp c инлайн-дедупом и компрессией стоит рассматривать как альтернативу DD/StoreOnce?
"После многочасовых попыток установить СУБД DB2 10.5 с помощью графической утилиты установки db2setup"
Что же Вы с ней такое делали? ;) Обычно минут 15 максимум (при соблюдении пререквизитов)