|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Подскажите, почему в банковском карточном процессинге обычно используют один большой сервер, как например, в Сбербанке Way4 база Oracle на сервере IBM p795 (на тысячу ядер) за миллионы долларов, а не несколько серверов в Oracle RAC? Можно ли на пальцах это как-то объяснить? По идее же можно разнести клиентов по разным нодам и обрабатывать их независимо, ведь только со счетов клиентов деньги списываются моментально, а все остальные операции делают отложено во времени, в фоне, большими порциями, что несколько уменьшает требования к интерконекту нод кластера. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 12:28 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Oracle RACПодскажите, почему в банковском карточном процессинге обычно используют один большой сервер, как например, в Сбербанке Way4 база Oracle на сервере IBM p795 (на тысячу ядер) за миллионы долларов, а не несколько серверов в Oracle RAC? Можно ли на пальцах это как-то объяснить? По идее же можно разнести клиентов по разным нодам и обрабатывать их независимо, ведь только со счетов клиентов деньги списываются моментально, а все остальные операции делают отложено во времени, в фоне, большими порциями, что несколько уменьшает требования к интерконекту нод кластера. "разнести клиентов по разным нодам и обрабатывать их независимо" в Oracle RAC это независимые дисковые системы будут обрабатывать? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 15:40 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Ну и вопрос миллионов долларов не раскрыт. Подозреваю, что софт сопоставим со стоимостью железа, а возможно, что и дороже. Поддержка же и прибыл/ущерб для бизнеса - еще больше. Т.ч. цена железа на общем фоне не особо значительна. Скорее всего. Когда внедряли WMS (управление складом), вставал вопрос о необходимости закрытия склада на инвентаризацию. Владелец бизнеса сказал просто "1 день простоя склада - убыток 1 миллион долларов, если консалтер готов оплатит - без проблем, можете и на год закрыть" ))) /почти дословно, сам на совещании присутствовал/ ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 16:06 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevВладелец бизнеса сказал просто "1 день простоя склада - убыток 1 миллион долларов, Это про склад, который можно инвентаризовать за день? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 16:09 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Ivan DurakOracle RACПодскажите, почему в банковском карточном процессинге обычно используют один большой сервер, как например, в Сбербанке Way4 база Oracle на сервере IBM p795 (на тысячу ядер) за миллионы долларов, а не несколько серверов в Oracle RAC? Можно ли на пальцах это как-то объяснить? По идее же можно разнести клиентов по разным нодам и обрабатывать их независимо, ведь только со счетов клиентов деньги списываются моментально, а все остальные операции делают отложено во времени, в фоне, большими порциями, что несколько уменьшает требования к интерконекту нод кластера. "разнести клиентов по разным нодам и обрабатывать их независимо" в Oracle RAC это независимые дисковые системы будут обрабатывать? Наприме, да. Разные ноды будут писать данные для разных клиентов в разные партиции, расположенные на физически разных дисковых массивах - ASM/Exadata позволяют это делать. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 16:18 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevНу и вопрос миллионов долларов не раскрыт. Подозреваю, что софт сопоставим со стоимостью железа, а возможно, что и дороже. Поддержка же и прибыл/ущерб для бизнеса - еще больше. Т.ч. цена железа на общем фоне не особо значительна. Скорее всего. Когда внедряли WMS (управление складом), вставал вопрос о необходимости закрытия склада на инвентаризацию. Владелец бизнеса сказал просто "1 день простоя склада - убыток 1 миллион долларов, если консалтер готов оплатит - без проблем, можете и на год закрыть" ))) /почти дословно, сам на совещании присутствовал/ А где гарантия, что вероятность того, что накроется 1 большой сервер меньше, чем накроются одновременно 2 сервера поменьше. Если у RAC накроется 1 сервер то все не остановится, только тормозить начнет, а "владелец бизнеса" ничего не говорил про скорость обработки, а говорил только про полный простой :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 16:21 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Oracle RAC...Если у RAC накроется... Это из теории или из практики? ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 16:36 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevOracle RAC...Если у RAC накроется... Это из теории или из практики? ))) Больше из теории :) Сейчас Александр Рындин придет и расскажет что на практике всё ещё лучше ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 16:59 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Oracle RACА где гарантия, что вероятность того, что накроется 1 большой сервер меньше, чем накроются одновременно 2 сервера поменьше.Ну, собственно, одна из фишек больших ящиков - возможность заменять и добавлять почти всё и вся без остановки приложений. Так что вероятность одновременного выхода всех критичных узлов большого ящика может быть и меньше, чем у отдельных железок. P.S. Читал историю, когда точкой отказа оказался проводок в стойке, даже не участвовавший в обработке данных, но, надо полагать, по таким случаям делают выводы. И организационные, и технические. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 17:10 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
softwarerЭто про склад, который можно инвентаризовать за день? Нет, просто в договоре обещали остановить склад на 2 дня (выходные), а по факту кладовщики в данный срок не укладывались. Вроде еще +3 дня хотели, ну и инвентаризировать нужно было не все, а только некоторые группы товаров. По большинству групп товаров расхождения были не критичны для функционирования системы (данные по остаткам брались из пред.системы) на момент старта. А некоторые группа нужно было инвентаризировать. Т.к. в пред. системы данные были не полные и недостаточные для работы WMS. С остановкой склада там вообще все было очень сложно (((. Заказчик предлагал только 2-е конкретные даты - паузу в новый год + еще какую-то дата летом. Пропуск "окна" и все внедрение автоматом продлевалось на полгода. В принципе это и была главная проблема на проекте. Т.к. в договорные сроки не укладывались с самого начала (как обычно), а профекапить на полгода уже сильно. А промежуточных вариантов (профекапить на 1-2 месяца) не было ))). Вроде оборот по складу шел на миллиарды долларов. Т.ч. цифра наверное реальная. Я это к тому, что стоимость железа при таких проектах может быть совсем не главным фактором. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 18:32 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Oracle RACIvan Durakпропущено... "разнести клиентов по разным нодам и обрабатывать их независимо" в Oracle RAC это независимые дисковые системы будут обрабатывать? Наприме, да. Разные ноды будут писать данные для разных клиентов в разные партиции, расположенные на физически разных дисковых массивах - ASM/Exadata позволяют это делать. На каких разных если это shared disk по-любому? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 18:38 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
и да Exadata сама "за миллионы долларов" перевалит легко ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 18:43 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Basil A. SidorovOracle RACА где гарантия, что вероятность того, что накроется 1 большой сервер меньше, чем накроются одновременно 2 сервера поменьше.Ну, собственно, одна из фишек больших ящиков - возможность заменять и добавлять почти всё и вся без остановки приложений. Так что вероятность одновременного выхода всех критичных узлов большого ящика может быть и меньше, чем у отдельных железок. P.S. Читал историю, когда точкой отказа оказался проводок в стойке, даже не участвовавший в обработке данных, но, надо полагать, по таким случаям делают выводы. И организационные, и технические. Вы про Hot Swap и Hot Plug, а Hot Swap умеет ловить произвольные сбои и продолжать работу без остановки если, например, сгорел один из CPU? Если да, то если к примеру на 2х узловом RAC на одной ноде упадет проц, а на второй ноде упадет сетевая карта, то обе ноды RAC накроются, а если на 1 большом ящике сгорит один из процов и одна из сетевых карт, то работа продолжится. Вопрос, умеет ли железо больших ящиков, например, IBM p795 и база Oracle безостановочно разрешать такие кейсы с выходом из строя железок? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 18:46 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Ivan DurakOracle RACпропущено... Наприме, да. Разные ноды будут писать данные для разных клиентов в разные партиции, расположенные на физически разных дисковых массивах - ASM/Exadata позволяют это делать. На каких разных если это shared disk по-любому? И? Продолжите мысль, и поэтому нельзя разнести данные по разным партициям, или нельзя партиции разнести по разным tablespace-ам, которые мы разместим на разных физических-массивах/келлах-Exadata? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 18:50 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Oracle RACHot Swap умеет ловить произвольные сбои и продолжать работу без остановки если, например, сгорел один из CPU?Я не настолько глубоко интересовался вопросом :-))) Технически, даже на писюках, со времён i486, появилась возможность контролировать работу одного процессора другим. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 18:58 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Вы занимаетесь придумыванием сферической архитектуры для сферического банка в вакууме клиентских счетов? Ваш вопрос хорошо бы задать вендору используемой прикладной системы: 1. Поддерживает ли он (вендор) кластер вообще 2. Если поддерживает, что он рекомендует 3. Ну и по деталям реализации архитектуры, тоже, хорошо бы смотреть _конкретную_ систему, а не сферическую. 4. Сайзинг под конкретную систему, тоже хорошо бы, что бы делал вендор. IMHO etc. Что используется в Сбере не знаю, а тем более структуры их БД. Там не работаю. Подозреваю, что ИТ директор Сбера на данном форуме, что бы ответить на Ваш вопрос "почему толстая железяка, а не кластер из PCков" ))), не тусуется. IMHO А то топик выглядит: "...как бы хорошо было, если бы вдруг от дома провести подземный ход или чрез пруд выстроить каменный мост, на котором бы были по обеим сторонам лавки, и чтобы в них сидели купцы и продавали разные мелкие товары, нужные для крестьян... " ( C ) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 19:12 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Как и стоило подозревать, быстрым поиском по google находится, что OpenWay еще в 2005 г. заявил, что RAC поддерживает. Почему для _конкретных_ банка, была выбрана _конкретно_ такая конфигурация, наверное нужно задавать людям, которые это решение принимали. Или смотреть проектные документы (если они есть и к ним есть доступ). IMHO ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 19:16 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
У них, наверное, и стендая нэма, судя по нашумевшему случаю:) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 19:35 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevКак и стоило подозревать, быстрым поиском по google находится, что OpenWay еще в 2005 г. заявил, что RAC поддерживает.Видел я систему, которая тоже заявляла, что кластер поддерживается. Но означало это лишь то, что оно там запускется. А тесты показали, что на кластере из двух машин оно работает существенно медленнее, чем на одной такой же :) А насчет Way4 - пару лет назад после известного сбоя на Хабре кто-то заявлял, что Way4 для RAC пока не адаптировано. Кто тут врет - я не знаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.11.2014, 16:52 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Oracle RACЕсли да, то если к примеру на 2х узловом RAC на одной ноде упадет проц, а на второй ноде упадет сетевая карта, то обе ноды RAC накроются, а если на 1 большом ящике сгорит один из процов и одна из сетевых карт, то работа продолжится. Вопрос, умеет ли железо больших ящиков, например, IBM p795 и база Oracle безостановочно разрешать такие кейсы с выходом из строя железок? Даже ИБМовское железо умеет добавлять процессры в операционку ( AIX) на лету и и давать команду ораклу на пересчет логичских процессоров. Сетевые адаптеры и даже сетевые маршруты по свичам резервируются на уровне виртуальной среды , либо непосредственно в ОС . В более дешевом железе процы нельзя заменить на лету, нужно останавливать сервер. Можно даже сделать так, что оракл будет думать что у него тоже количество процессоров , а реально работать будет меньше или больше, но это не чесно с точки зрения оракловых лицензий. В бизнес время процессоры отдать в ОЛТП , а ночью перекинуть виртуалку с другим ораклом , который грузит кубы в варехауз. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2014, 19:30 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
onstat-Oracle RACЕсли да, то если к примеру на 2х узловом RAC на одной ноде упадет проц, а на второй ноде упадет сетевая карта, то обе ноды RAC накроются, а если на 1 большом ящике сгорит один из процов и одна из сетевых карт, то работа продолжится. Вопрос, умеет ли железо больших ящиков, например, IBM p795 и база Oracle безостановочно разрешать такие кейсы с выходом из строя железок? Даже ИБМовское железо умеет добавлять процессры в операционку ( AIX) на лету и и давать команду ораклу на пересчет логичских процессоров. Сетевые адаптеры и даже сетевые маршруты по свичам резервируются на уровне виртуальной среды , либо непосредственно в ОС . В более дешевом железе процы нельзя заменить на лету, нужно останавливать сервер. Можно даже сделать так, что оракл будет думать что у него тоже количество процессоров , а реально работать будет меньше или больше, но это не чесно с точки зрения оракловых лицензий. В бизнес время процессоры отдать в ОЛТП , а ночью перекинуть виртуалку с другим ораклом , который грузит кубы в варехауз. Ок, добавить можно. А заменить на лету, т.е. не останавливая Oracle, может ли: Oracle автоматически понять что проц сгорел, используя db/redo/undo откатить все текущие транзакции завязанные на этот проц, продолжить работу без остановки? И почему " Даже ИБМовское", т.е. даже ИБМовское может, а Intel-вское и подавно может это? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2014, 19:37 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Leonid KudryavtsevКак и стоило подозревать, быстрым поиском по google находится, что OpenWay еще в 2005 г. заявил, что RAC поддерживает. Почему для _конкретных_ банка, была выбрана _конкретно_ такая конфигурация, наверное нужно задавать людям, которые это решение принимали. Или смотреть проектные документы (если они есть и к ним есть доступ). IMHO IMHO Конкретно такая конфигурация была выбрана для резервирования системы в другом ЦОД. Внутри одного ЦОД системы не резервировались. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2014, 19:37 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Oracle RAConstat-пропущено... Даже ИБМовское железо умеет добавлять процессры в операционку ( AIX) на лету и и давать команду ораклу на пересчет логичских процессоров. Сетевые адаптеры и даже сетевые маршруты по свичам резервируются на уровне виртуальной среды , либо непосредственно в ОС . В более дешевом железе процы нельзя заменить на лету, нужно останавливать сервер. Можно даже сделать так, что оракл будет думать что у него тоже количество процессоров , а реально работать будет меньше или больше, но это не чесно с точки зрения оракловых лицензий. В бизнес время процессоры отдать в ОЛТП , а ночью перекинуть виртуалку с другим ораклом , который грузит кубы в варехауз. Ок, добавить можно. А заменить на лету, т.е. не останавливая Oracle, может ли: Oracle автоматически понять что проц сгорел, используя db/redo/undo откатить все текущие транзакции завязанные на этот проц, продолжить работу без остановки? И почему " Даже ИБМовское", т.е. даже ИБМовское может, а Intel-вское и подавно может это? Я не знаю на счет интеловского . я сначала думал написать о простом ИБМовском железе Которое в десятки раз дешевле 795 сервера. Оно тоже может добавлять удалять процессоры в операционке на лету. Но там нельзя заменить процессор не выключая питания. А В 795 машине можно. Транзакции на проц не завязаны. Хай Энд оборудование использует привентивную замену компонент. Если система почуствует, что процессору плохо ( локальный перегрев какой то области чипа) , то процессор должен быть выведен из эксплуатации до того как сгорит. Я работаю с Power ситемам более 10 лет , ни разу не сталкивался со сгоревшим процессором. Сталкивался с принудительным выведением памяти из эксплуатации , когда у операционки , становится на 8 гиг меньше оперативной памяти. При этом все продолжает работать как и работало. Оракл ничего не заметил. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2014, 19:56 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
Oracle RACПодскажите, почему в банковском карточном процессинге обычно используют один большой сервер, как например, в Сбербанке Way4 база Oracle на сервере IBM p795 (на тысячу ядер) за миллионы долларов, а не несколько серверов в Oracle RAC? Можно ли на пальцах это как-то объяснить? По идее же можно разнести клиентов по разным нодам и обрабатывать их независимо, ведь только со счетов клиентов деньги списываются моментально, а все остальные операции делают отложено во времени, в фоне, большими порциями, что несколько уменьшает требования к интерконекту нод кластера. С точки зрения инвестиций выгоднее купть дорогое железо с аппаратным резервированием и меньше софт лицензий. Чем дешевое железо и больш софт е лицензий за теже самые деньги. Намек понятен ? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2014, 20:40 |
|
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
|
|||
---|---|---|---|
#18+
onstat-Oracle RACПодскажите, почему в банковском карточном процессинге обычно используют один большой сервер, как например, в Сбербанке Way4 база Oracle на сервере IBM p795 (на тысячу ядер) за миллионы долларов, а не несколько серверов в Oracle RAC? Можно ли на пальцах это как-то объяснить? По идее же можно разнести клиентов по разным нодам и обрабатывать их независимо, ведь только со счетов клиентов деньги списываются моментально, а все остальные операции делают отложено во времени, в фоне, большими порциями, что несколько уменьшает требования к интерконекту нод кластера. С точки зрения инвестиций выгоднее купть дорогое железо с аппаратным резервированием и меньше софт лицензий. Чем дешевое железо и больш софт е лицензий за теже самые деньги. Намек понятен ? В этом и вопрос, Way4 и другое ПО для карточного процессинга действительно очень плохо масштабируется на кластерах, т.е. требуют для Oracle RAC в разы больше ядер, а значит и больше лицензий, чем при использовании p795? Потому что для одинакого числа ядер разница между p795 и дешевым железом гораздо больше, чем между лицензиями EE и EE+RAC для всех ядер. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2014, 20:58 |
|
|
start [/forum/topic.php?fid=35&fpage=5&tid=1552346]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
62ms |
get tp. blocked users: |
2ms |
others: | 248ms |
total: | 393ms |
0 / 0 |