powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
25 сообщений из 73, страница 1 из 3
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815022
Oracle RAC
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Подскажите, почему в банковском карточном процессинге обычно используют один большой сервер, как например, в Сбербанке Way4 база Oracle на сервере IBM p795 (на тысячу ядер) за миллионы долларов, а не несколько серверов в Oracle RAC?
Можно ли на пальцах это как-то объяснить?
По идее же можно разнести клиентов по разным нодам и обрабатывать их независимо, ведь только со счетов клиентов деньги списываются моментально, а все остальные операции делают отложено во времени, в фоне, большими порциями, что несколько уменьшает требования к интерконекту нод кластера.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815249
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracle RACПодскажите, почему в банковском карточном процессинге обычно используют один большой сервер, как например, в Сбербанке Way4 база Oracle на сервере IBM p795 (на тысячу ядер) за миллионы долларов, а не несколько серверов в Oracle RAC?
Можно ли на пальцах это как-то объяснить?
По идее же можно разнести клиентов по разным нодам и обрабатывать их независимо, ведь только со счетов клиентов деньги списываются моментально, а все остальные операции делают отложено во времени, в фоне, большими порциями, что несколько уменьшает требования к интерконекту нод кластера.
"разнести клиентов по разным нодам и обрабатывать их независимо" в Oracle RAC это независимые дисковые системы будут обрабатывать?
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815292
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну и вопрос миллионов долларов не раскрыт. Подозреваю, что софт сопоставим со стоимостью железа, а возможно, что и дороже. Поддержка же и прибыл/ущерб для бизнеса - еще больше. Т.ч. цена железа на общем фоне не особо значительна. Скорее всего.

Когда внедряли WMS (управление складом), вставал вопрос о необходимости закрытия склада на инвентаризацию. Владелец бизнеса сказал просто "1 день простоя склада - убыток 1 миллион долларов, если консалтер готов оплатит - без проблем, можете и на год закрыть" ))) /почти дословно, сам на совещании присутствовал/
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815302
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevВладелец бизнеса сказал просто "1 день простоя склада - убыток 1 миллион долларов,
Это про склад, который можно инвентаризовать за день?
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815316
Oracle RAC
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ivan DurakOracle RACПодскажите, почему в банковском карточном процессинге обычно используют один большой сервер, как например, в Сбербанке Way4 база Oracle на сервере IBM p795 (на тысячу ядер) за миллионы долларов, а не несколько серверов в Oracle RAC?
Можно ли на пальцах это как-то объяснить?
По идее же можно разнести клиентов по разным нодам и обрабатывать их независимо, ведь только со счетов клиентов деньги списываются моментально, а все остальные операции делают отложено во времени, в фоне, большими порциями, что несколько уменьшает требования к интерконекту нод кластера.
"разнести клиентов по разным нодам и обрабатывать их независимо" в Oracle RAC это независимые дисковые системы будут обрабатывать?
Наприме, да. Разные ноды будут писать данные для разных клиентов в разные партиции, расположенные на физически разных дисковых массивах - ASM/Exadata позволяют это делать.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815322
Oracle RAC
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Leonid KudryavtsevНу и вопрос миллионов долларов не раскрыт. Подозреваю, что софт сопоставим со стоимостью железа, а возможно, что и дороже. Поддержка же и прибыл/ущерб для бизнеса - еще больше. Т.ч. цена железа на общем фоне не особо значительна. Скорее всего.

Когда внедряли WMS (управление складом), вставал вопрос о необходимости закрытия склада на инвентаризацию. Владелец бизнеса сказал просто "1 день простоя склада - убыток 1 миллион долларов, если консалтер готов оплатит - без проблем, можете и на год закрыть" ))) /почти дословно, сам на совещании присутствовал/
А где гарантия, что вероятность того, что накроется 1 большой сервер меньше, чем накроются одновременно 2 сервера поменьше. Если у RAC накроется 1 сервер то все не остановится, только тормозить начнет, а "владелец бизнеса" ничего не говорил про скорость обработки, а говорил только про полный простой :)
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815341
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracle RAC...Если у RAC накроется...
Это из теории или из практики? )))
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815370
Oracle RAC
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Leonid KudryavtsevOracle RAC...Если у RAC накроется...
Это из теории или из практики? )))
Больше из теории :) Сейчас Александр Рындин придет и расскажет что на практике всё ещё лучше ;)
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815388
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracle RACА где гарантия, что вероятность того, что накроется 1 большой сервер меньше, чем накроются одновременно 2 сервера поменьше.Ну, собственно, одна из фишек больших ящиков - возможность заменять и добавлять почти всё и вся без остановки приложений.
Так что вероятность одновременного выхода всех критичных узлов большого ящика может быть и меньше, чем у отдельных железок.

P.S. Читал историю, когда точкой отказа оказался проводок в стойке, даже не участвовавший в обработке данных, но, надо полагать, по таким случаям делают выводы. И организационные, и технические.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815470
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerЭто про склад, который можно инвентаризовать за день?
Нет, просто в договоре обещали остановить склад на 2 дня (выходные), а по факту кладовщики в данный срок не укладывались. Вроде еще +3 дня хотели, ну и инвентаризировать нужно было не все, а только некоторые группы товаров. По большинству групп товаров расхождения были не критичны для функционирования системы (данные по остаткам брались из пред.системы) на момент старта. А некоторые группа нужно было инвентаризировать. Т.к. в пред. системы данные были не полные и недостаточные для работы WMS.

С остановкой склада там вообще все было очень сложно (((. Заказчик предлагал только 2-е конкретные даты - паузу в новый год + еще какую-то дата летом. Пропуск "окна" и все внедрение автоматом продлевалось на полгода. В принципе это и была главная проблема на проекте. Т.к. в договорные сроки не укладывались с самого начала (как обычно), а профекапить на полгода уже сильно. А промежуточных вариантов (профекапить на 1-2 месяца) не было ))).

Вроде оборот по складу шел на миллиарды долларов. Т.ч. цифра наверное реальная. Я это к тому, что стоимость железа при таких проектах может быть совсем не главным фактором.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815474
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracle RACIvan Durakпропущено...

"разнести клиентов по разным нодам и обрабатывать их независимо" в Oracle RAC это независимые дисковые системы будут обрабатывать?
Наприме, да. Разные ноды будут писать данные для разных клиентов в разные партиции, расположенные на физически разных дисковых массивах - ASM/Exadata позволяют это делать.
На каких разных если это shared disk по-любому?
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815484
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
и да Exadata сама "за миллионы долларов" перевалит легко
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815488
Oracle RAC
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Basil A. SidorovOracle RACА где гарантия, что вероятность того, что накроется 1 большой сервер меньше, чем накроются одновременно 2 сервера поменьше.Ну, собственно, одна из фишек больших ящиков - возможность заменять и добавлять почти всё и вся без остановки приложений.
Так что вероятность одновременного выхода всех критичных узлов большого ящика может быть и меньше, чем у отдельных железок.

P.S. Читал историю, когда точкой отказа оказался проводок в стойке, даже не участвовавший в обработке данных, но, надо полагать, по таким случаям делают выводы. И организационные, и технические.
Вы про Hot Swap и Hot Plug, а Hot Swap умеет ловить произвольные сбои и продолжать работу без остановки если, например, сгорел один из CPU?

Если да, то если к примеру на 2х узловом RAC на одной ноде упадет проц, а на второй ноде упадет сетевая карта, то обе ноды RAC накроются, а если на 1 большом ящике сгорит один из процов и одна из сетевых карт, то работа продолжится. Вопрос, умеет ли железо больших ящиков, например, IBM p795 и база Oracle безостановочно разрешать такие кейсы с выходом из строя железок?
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815492
Oracle RAC
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ivan DurakOracle RACпропущено...

Наприме, да. Разные ноды будут писать данные для разных клиентов в разные партиции, расположенные на физически разных дисковых массивах - ASM/Exadata позволяют это делать.
На каких разных если это shared disk по-любому?
И? Продолжите мысль, и поэтому нельзя разнести данные по разным партициям, или нельзя партиции разнести по разным tablespace-ам, которые мы разместим на разных физических-массивах/келлах-Exadata?
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815496
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracle RACHot Swap умеет ловить произвольные сбои и продолжать работу без остановки если, например, сгорел один из CPU?Я не настолько глубоко интересовался вопросом :-)))
Технически, даже на писюках, со времён i486, появилась возможность контролировать работу одного процессора другим.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815508
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вы занимаетесь придумыванием сферической архитектуры для сферического банка в вакууме клиентских счетов?

Ваш вопрос хорошо бы задать вендору используемой прикладной системы:
1. Поддерживает ли он (вендор) кластер вообще
2. Если поддерживает, что он рекомендует
3. Ну и по деталям реализации архитектуры, тоже, хорошо бы смотреть _конкретную_ систему, а не сферическую.
4. Сайзинг под конкретную систему, тоже хорошо бы, что бы делал вендор. IMHO
etc.

Что используется в Сбере не знаю, а тем более структуры их БД. Там не работаю. Подозреваю, что ИТ директор Сбера на данном форуме, что бы ответить на Ваш вопрос "почему толстая железяка, а не кластер из PCков" ))), не тусуется. IMHO

А то топик выглядит:

"...как бы хорошо было, если бы вдруг от дома провести подземный ход или чрез пруд выстроить каменный мост, на котором бы были по обеим сторонам лавки, и чтобы в них сидели купцы и продавали разные мелкие товары, нужные для крестьян... " ( C )
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815517
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как и стоило подозревать, быстрым поиском по google находится, что OpenWay еще в 2005 г. заявил, что RAC поддерживает. Почему для _конкретных_ банка, была выбрана _конкретно_ такая конфигурация, наверное нужно задавать людям, которые это решение принимали. Или смотреть проектные документы (если они есть и к ним есть доступ).

IMHO
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38815529
Фотография Relic Hunter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
У них, наверное, и стендая нэма, судя по нашумевшему случаю:)
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38819829
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevКак и стоило подозревать, быстрым поиском по google находится, что OpenWay еще в 2005 г. заявил, что RAC поддерживает.Видел я систему, которая тоже заявляла, что кластер поддерживается. Но означало это лишь то, что оно там запускется. А тесты показали, что на кластере из двух машин оно работает существенно медленнее, чем на одной такой же :)

А насчет Way4 - пару лет назад после известного сбоя на Хабре кто-то заявлял, что Way4 для RAC пока не адаптировано. Кто тут врет - я не знаю.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38846843
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracle RACЕсли да, то если к примеру на 2х узловом RAC на одной ноде упадет проц, а на второй ноде упадет сетевая карта, то обе ноды RAC накроются, а если на 1 большом ящике сгорит один из процов и одна из сетевых карт, то работа продолжится. Вопрос, умеет ли железо больших ящиков, например, IBM p795 и база Oracle безостановочно разрешать такие кейсы с выходом из строя железок?

Даже ИБМовское железо умеет добавлять процессры в операционку ( AIX)
на лету и и давать команду ораклу на пересчет логичских процессоров.

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


В более дешевом железе процы нельзя заменить на лету, нужно останавливать сервер.

Можно даже сделать так, что оракл будет думать что у него тоже количество процессоров , а реально
работать будет меньше или больше, но это не чесно с точки зрения оракловых лицензий.

В бизнес время процессоры отдать в ОЛТП ,
а ночью перекинуть виртуалку с другим ораклом , который грузит кубы в варехауз.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38846849
Oracle RAC
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
onstat-Oracle RACЕсли да, то если к примеру на 2х узловом RAC на одной ноде упадет проц, а на второй ноде упадет сетевая карта, то обе ноды RAC накроются, а если на 1 большом ящике сгорит один из процов и одна из сетевых карт, то работа продолжится. Вопрос, умеет ли железо больших ящиков, например, IBM p795 и база Oracle безостановочно разрешать такие кейсы с выходом из строя железок?

Даже ИБМовское железо умеет добавлять процессры в операционку ( AIX)
на лету и и давать команду ораклу на пересчет логичских процессоров.

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


В более дешевом железе процы нельзя заменить на лету, нужно останавливать сервер.

Можно даже сделать так, что оракл будет думать что у него тоже количество процессоров , а реально
работать будет меньше или больше, но это не чесно с точки зрения оракловых лицензий.

В бизнес время процессоры отдать в ОЛТП ,
а ночью перекинуть виртуалку с другим ораклом , который грузит кубы в варехауз.
Ок, добавить можно. А заменить на лету, т.е. не останавливая Oracle, может ли: Oracle автоматически понять что проц сгорел, используя db/redo/undo откатить все текущие транзакции завязанные на этот проц, продолжить работу без остановки?

И почему " Даже ИБМовское", т.е. даже ИБМовское может, а Intel-вское и подавно может это?
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38846851
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevКак и стоило подозревать, быстрым поиском по google находится, что OpenWay еще в 2005 г. заявил, что RAC поддерживает. Почему для _конкретных_ банка, была выбрана _конкретно_ такая конфигурация, наверное нужно задавать людям, которые это решение принимали. Или смотреть проектные документы (если они есть и к ним есть доступ).

IMHO


IMHO
Конкретно такая конфигурация была выбрана для резервирования системы в другом ЦОД.
Внутри одного ЦОД системы не резервировались.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38846858
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracle RAConstat-пропущено...


Даже ИБМовское железо умеет добавлять процессры в операционку ( AIX)
на лету и и давать команду ораклу на пересчет логичских процессоров.

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


В более дешевом железе процы нельзя заменить на лету, нужно останавливать сервер.

Можно даже сделать так, что оракл будет думать что у него тоже количество процессоров , а реально
работать будет меньше или больше, но это не чесно с точки зрения оракловых лицензий.

В бизнес время процессоры отдать в ОЛТП ,
а ночью перекинуть виртуалку с другим ораклом , который грузит кубы в варехауз.
Ок, добавить можно. А заменить на лету, т.е. не останавливая Oracle, может ли: Oracle автоматически понять что проц сгорел, используя db/redo/undo откатить все текущие транзакции завязанные на этот проц, продолжить работу без остановки?

И почему " Даже ИБМовское", т.е. даже ИБМовское может, а Intel-вское и подавно может это?


Я не знаю на счет интеловского .

я сначала думал написать о простом ИБМовском железе
Которое в десятки раз дешевле 795 сервера.
Оно тоже может добавлять удалять процессоры в операционке на лету.
Но там нельзя заменить процессор не выключая питания.
А В 795 машине можно.

Транзакции на проц не завязаны.
Хай Энд оборудование использует привентивную замену компонент.
Если система почуствует, что процессору плохо ( локальный перегрев какой то области чипа) ,
то процессор должен быть выведен из эксплуатации до того как сгорит.

Я работаю с Power ситемам более 10 лет , ни разу не сталкивался со сгоревшим процессором.
Сталкивался с принудительным выведением памяти из эксплуатации , когда у операционки ,
становится на 8 гиг меньше оперативной памяти.
При этом все продолжает работать как и работало.
Оракл ничего не заметил.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38846875
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Oracle RACПодскажите, почему в банковском карточном процессинге обычно используют один большой сервер, как например, в Сбербанке Way4 база Oracle на сервере IBM p795 (на тысячу ядер) за миллионы долларов, а не несколько серверов в Oracle RAC?
Можно ли на пальцах это как-то объяснить?
По идее же можно разнести клиентов по разным нодам и обрабатывать их независимо, ведь только со счетов клиентов деньги списываются моментально, а все остальные операции делают отложено во времени, в фоне, большими порциями, что несколько уменьшает требования к интерконекту нод кластера.


С точки зрения инвестиций выгоднее купть дорогое железо с аппаратным
резервированием и меньше софт лицензий.
Чем дешевое железо и больш софт е лицензий за теже самые деньги.

Намек понятен ?
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38846879
Oracle RAC
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
onstat-Oracle RACПодскажите, почему в банковском карточном процессинге обычно используют один большой сервер, как например, в Сбербанке Way4 база Oracle на сервере IBM p795 (на тысячу ядер) за миллионы долларов, а не несколько серверов в Oracle RAC?
Можно ли на пальцах это как-то объяснить?
По идее же можно разнести клиентов по разным нодам и обрабатывать их независимо, ведь только со счетов клиентов деньги списываются моментально, а все остальные операции делают отложено во времени, в фоне, большими порциями, что несколько уменьшает требования к интерконекту нод кластера.


С точки зрения инвестиций выгоднее купть дорогое железо с аппаратным
резервированием и меньше софт лицензий.
Чем дешевое железо и больш софт е лицензий за теже самые деньги.

Намек понятен ?
В этом и вопрос, Way4 и другое ПО для карточного процессинга действительно очень плохо масштабируется на кластерах, т.е. требуют для Oracle RAC в разы больше ядер, а значит и больше лицензий, чем при использовании p795?
Потому что для одинакого числа ядер разница между p795 и дешевым железом гораздо больше, чем между лицензиями EE и EE+RAC для всех ядер.
...
Рейтинг: 0 / 0
25 сообщений из 73, страница 1 из 3
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]