Миф: как IBM победил БЭСМ

User avatar
ARARAT.
Уже с Приветом
Posts: 34872
Joined: 20 Oct 2006 00:29
Location: RUS->USA

Re: Миф: как IBM победил БЭСМ

Post by ARARAT. »

Easbayguy wrote:Ну учитывая что только один человек из сотен людей на Привете использует МФ и тот скоро выйдет на пенсию,
то спор конечно беспредметный.
Я работаю на MF например...
:D
Вы сильно ошибаетесь если думаете что MF сейчас нет.
Они как были в серизных местах, так и стоят. Просто сейчас резко развился кастомер(доступ с customer PC через инет) бизнес для Джав, PHP и прочих browser based applications, вот именно его front end не на MF. Но кстати, даже там ядро не редко тот-же самый MF типе машины стоят и на них крутится главное.
Наша компания например "снаружи" выглядит как web based, на самом деле ето только web based frond end, ядро MF.
Last edited by ARARAT. on 23 Oct 2014 22:05, edited 1 time in total.
iDesperado
Уже с Приветом
Posts: 1349
Joined: 28 Nov 2008 17:50

Re: Миф: как IBM победил БЭСМ

Post by iDesperado »

zVlad wrote: МФ еще тем отличается от, скажем, Интел тем что каналы ввода-вывода работают независимо от CPU и любая операция ввода-вывода запущенная CPU выполнятся автомомно, задача переходит в ожидание, а CPU становится свободным для другой задачи. Однопотоковой задачей с вводом-выводом невозможно загрузить один CPU сколько-нибудь серьезно.
но в 21 веке это выглядит архаизмом, ведь на интел серверах давно идет мода на инмемори базы данных и стоят сотни гиг памяти. как может соревноваться МФ с этими каналами, против интела, у которого 500 гб вашей базы Онтарио запросто умещается в буферном кеше ? там где МФ будет юлозить жестким диском интел просто обратиться к памяти, писать будет лишь лог транзакций.
Palych
Уже с Приветом
Posts: 13682
Joined: 16 Jan 2001 10:01

Re: Миф: как IBM победил БЭСМ

Post by Palych »

ARARAT. wrote: Все ети тесты мерят исключительно много-тритность простейших арифметических(однотипных) операция "внутри" самого кора... Поетому показывают огромную производительность, но в реальной жизни регистры не гоняются туда-сюда внутри коров. В реальности идут постоянные обращения к меморы(причем не каш memory, a random/dinamic aceess) и IO.
Поетому и получаются огромные много-тритные показатели производительности однотипных(внутри корных операций), но в реальноти не высокая производительность(низкая производительность разнотипных операций, особенно не внутри коров, а "общения" етих коров с "наружним миром") когда надо брать данные с меморы в рандом режиме(без ужастия каш) или с ИО каналов...
Чуть выше Dmitry67 приводил результаты тестов реального приложения. Довольно близко к линейному росту...
Palych
Уже с Приветом
Posts: 13682
Joined: 16 Jan 2001 10:01

Re: Миф: как IBM победил БЭСМ

Post by Palych »

zVlad wrote: МФ еще тем отличается от, скажем, Интел тем что каналы ввода-вывода работают независимо от CPU и любая операция ввода-вывода запущенная CPU выполнятся автомомно, задача переходит в ожидание, а CPU становится свободным для другой задачи. Однопотоковой задачей с вводом-выводом невозможно загрузить один CPU сколько-нибудь серьезно.
Иными словами - CPU каналов стоят незадействованные, в то время как основные процессоры по уши заняты.
В такой ситуации если сделать CPU универсальными - в принципе можно получить выигрышь производительности на том же количестве процессоров.
StrangerR
Уже с Приветом
Posts: 38016
Joined: 14 Dec 2006 20:13
Location: USA

Re: Миф: как IBM победил БЭСМ

Post by StrangerR »

Palych wrote:
zVlad wrote: МФ еще тем отличается от, скажем, Интел тем что каналы ввода-вывода работают независимо от CPU и любая операция ввода-вывода запущенная CPU выполнятся автомомно, задача переходит в ожидание, а CPU становится свободным для другой задачи. Однопотоковой задачей с вводом-выводом невозможно загрузить один CPU сколько-нибудь серьезно.
Иными словами - CPU каналов стоят незадействованные, в то время как основные процессоры по уши заняты.
В такой ситуации если сделать CPU универсальными - в принципе можно получить выигрышь производительности на том же количестве процессоров.
В том то и дело. И тенденция сейчас именно такая. Та же Oracle DB машина - обычные серверы работают как сторейдж серверы и заодно делают и простые операции над базой данных Железного рейда там нет вообще. Аналогично - гугл, нету железных рейдов. Да, нужно чтоьбы была флеш память но и только.

И во времена БЭСМА, когда железо было дорогое, у ЕС пар весь уходил в кучу каналов которые занимали кучу железа но ничего не делали большую часть времени. В то время как бэсм да, получала 60+ прерываний при работе печати на 1 строку (по числу букв на барабане) но отрабатывала это без напряга.
StrangerR
Уже с Приветом
Posts: 38016
Joined: 14 Dec 2006 20:13
Location: USA

Re: Миф: как IBM победил БЭСМ

Post by StrangerR »

ARARAT. wrote:Кстати, особенно прикольно видеть как любители виртуальных машин сравнивают производительность с физическими машинами...
Просто обсмеятся и не жить.
:D
Виртуальные машины очень удобны конечно, но про етот самый логический оверхеад(огромную софтверную прослойку между желeзом и виртуалкой, на которую расходуется не мало ресурсов как CPU так и меморы(жрет как вне себя просто) как минимум) "почему то" все сразу забывают...
Ето тоже самое как сравнивать физический/аппаратный RAID контроллер с софтверным и говорить, что софтвербый по производительности не хуже...
Ладно, как я уже сказал не интересно сравнивать не сравнимое...
Оверхед там давно известен. Примерно 10 процентов. Учитывая то, что апгрейд железа после этого делается движением мышки, а не кучей геммороя, ВМ-ки через 2 - 3 года оказываются работающими на самом новом железе, а физика так обычно и стоит года 3 - 4 так как апгрейдить её крайне геморно. И в итоге виртуальки выигрывают. Мы уже все базы даже переводим на виртуалки, наплевав на весь и всякий оверхед. Выгодно потому что.

(RAID аппаратный выигрывает только за счет write back, что требует флеш памяти, капаситора или батарейки. Да и то уже есть тенденция ухода от оного и не слабая)
StrangerR
Уже с Приветом
Posts: 38016
Joined: 14 Dec 2006 20:13
Location: USA

Re: Миф: как IBM победил БЭСМ

Post by StrangerR »

zVlad wrote:
iDesperado wrote:
zVlad wrote: Нет я не против Wintel, но в больших ИТ его широкое использование ведет к катастрофам на самом деле. Это показал наш недавний DR test, только из-за проблем связанных с Wintel мы не уложились в отпущенное щедро время.
сразу вспоминается одна из историй Влада, как в его канторе пять лет настраивали оракловый dataguard и так и не смогли поднять. пять лет ушло на уникальную задачу, которая успешно решалась в подавляющем большинстве студентами минимум в нескольких миллионах компаний.

Что такое "оракловый dataguard"?
Physical standby + Fast Failover
User avatar
ARARAT.
Уже с Приветом
Posts: 34872
Joined: 20 Oct 2006 00:29
Location: RUS->USA

Re: Миф: как IBM победил БЭСМ

Post by ARARAT. »

StrangerR wrote:
ARARAT. wrote:Кстати, особенно прикольно видеть как любители виртуальных машин сравнивают производительность с физическими машинами...
Просто обсмеятся и не жить.
:D
Виртуальные машины очень удобны конечно, но про етот самый логический оверхеад(огромную софтверную прослойку между желeзом и виртуалкой, на которую расходуется не мало ресурсов как CPU так и меморы(жрет как вне себя просто) как минимум) "почему то" все сразу забывают...
Ето тоже самое как сравнивать физический/аппаратный RAID контроллер с софтверным и говорить, что софтвербый по производительности не хуже...
Ладно, как я уже сказал не интересно сравнивать не сравнимое...
Оверхед там давно известен. Примерно 10 процентов. Учитывая то, что апгрейд железа после этого делается движением мышки, а не кучей геммороя, ВМ-ки через 2 - 3 года оказываются работающими на самом новом железе, а физика так обычно и стоит года 3 - 4 так как апгрейдить её крайне геморно. И в итоге виртуальки выигрывают. Мы уже все базы даже переводим на виртуалки, наплевав на весь и всякий оверхед. Выгодно потому что.

(RAID аппаратный выигрывает только за счет write back, что требует флеш памяти, капаситора или батарейки. Да и то уже есть тенденция ухода от оного и не слабая)
Нет StrangerR, ето не 10% как они вам пишут в идеале на однотипные операции на корах... Реальный если включить рандом меморы аццесс и самое главное I-O он возростает до где-то 20-25%. Кроме того оверхеад по CPU, ето не единственное что оверхеад, memory overhead тоже сильное значение имеет, все вируталки required больше memory. Мы ето почувствовали когда переходили с физической машины на ету самую виртуальную на фронт енд. Когда старый физический сервер тянул с запасом процентов 20 гдето, после установки вирутальки тот-же самый server стал не хватать memory и CPU забивало под 100% часто. Пришлось upgrade делать. Ето четко покзывает оверхеад етих вируалок...
Правда одно хорошо, upgrade на intel based серверах очень дешев(сравнительно) now days, ето спасает. Именно поетому етот overhead не так заметен, т.е. upgrade железа сделал и вроде все Ок стало, но сам оверхеад остается и никуда не девается.
И про RAID аппаратный тоже не верно, аппаратный RAID полностью(абсолютно) разгружает CPU, для системы показываются просто контейнеры(и система вообще нечего не знает о етих контейнерах, никаких дриверов под систему не надо), все RAID внутри аппаратного. Все кeши внутри аппаратного так-же, основная память тоже не рашодуется и да появляется защита данных батарейкой(один раз нас ето "спасло" помню), которую никак не сделать в софтваре вообще... Они потетому и стоят не мало настоящие аппаратные, так как ето по сути микро-компутер, а не один чип как сотверные...
StrangerR
Уже с Приветом
Posts: 38016
Joined: 14 Dec 2006 20:13
Location: USA

Re: Миф: как IBM победил БЭСМ

Post by StrangerR »

Блин, а я не знаю, имея под тысячу виртуалок, имея все почти продакшен системы уже на VMware, более 5 терабайтов суммарной оперативки, прямо сейчас трахаясь с апгрейдом VC?

Оверхед реальный где то процентов 10. Но если бы даже был и 30, это бы не волновало абсолютно. Потому что эти 30 процентов рояли не играютЮ, а вот возможность апгрейднуть железо на ходу мышкой - играет и весьма - весьма. Парочки переносов MS SQL серверов с железки на железку нам хватило за глаза, чтобы избавиться от этого мазохизма. С тех пор делали замену дисков на ходу, перенос на новые железки на ходу, перенос на новый SAN на ходу. Заметим еще что если линукс на железке еще можно вынести, то винду с её недо - LVM в котором нету даже простейшей операции эвакуации диска или переноса часть вольмов, а также которая вместо нормального системного mpio вечно юзает свой, как и сетевой бондинг - свой и у всех вендоров разный - то физическая винда это вообще ужас ужасный... нафиг такое... нету больше и слава богу!

С райдами - я же говорю, на сегодня тенденция все делать на софте, и единственное что мешает совсем уж массовым софтовым райдам - отстуствие кэша для write back. Клауды почти все уже давно сидят на софтовых райдах.
появляется защита данных батарейкой(один раз нас ето "спасло" помню)
Ага ага.. Я её давно выключил на всех важных серверах. Потому чро она конечно _есть_ но при сбое памяти кэша или пропадании батарейки вы получаете вдребезги разломанную память от которой не спасают никакие журналы. Оставил только на дев системах которым если что - ничего не будет, сделаем заново.

За все время было - 2 пропадания оных батареек (кто вам сказал что у вас питание в офисе не пропадет на 72 часа?) и два сбоя кэш памяти. Во всех случаях содержимое диска - в полную труху. Более менее надежны лишь
- кэш совмешенный с капаситором и флеш памятью, как на новых HP - пропадание питания не страшно. Правда при сбое памяти - та же труха.
- ну и SAN-ы с двумя контроллерами - сбои памяти не страшны, проходили.

А так нужно этими _батарейками_ пользоваться очень осторожно. Штука хорошая но ... слегка небезопасная...
Last edited by StrangerR on 24 Oct 2014 00:07, edited 2 times in total.
User avatar
ARARAT.
Уже с Приветом
Posts: 34872
Joined: 20 Oct 2006 00:29
Location: RUS->USA

Re: Миф: как IBM победил БЭСМ

Post by ARARAT. »

StrangerR wrote:Блин, а я не знаю, имея под тысячу виртуалок, имея все почти продакшен системы уже на VMware, более 5 терабайтов суммарной оперативки, прямо сейчас трахаясь с апгрейдом VC?

Оверхед реальный где то процентов 10. Но если бы даже был и 30, это бы не волновало абсолютно. Потому что эти 30 процентов рояли не играютЮ, а вот возможность апгрейднуть железо на ходу мышкой - играет и весьма - весьма. Парочки переносов MS SQL серверов с железки на железку нам хватило за глаза, чтобы избавиться от этого мазохизма. С тех пор делали замену дисков на ходу, перенос на новые железки на ходу, перенос на новый SAN на ходу. Заметим еще что если линукс на железке еще можно вынести, то винду с её недо - LVM в котором нету даже простейшей операции эвакуации диска или переноса часть вольмов, а также которая вместо нормального системного mpio вечно юзает свой, как и сетевой бондинг - свой и у всех вендоров разный - то физическая винда это вообще ужас ужасный... нафиг такое... нету больше и слава богу!

С райдами - я же говорю, на сегодня тенденция все делать на софте, и единственное что мешает совсем уж массовым софтовым райдам - отстуствие кэша для write back. Клауды почти все уже давно сидят на софтовых райдах.
Я не знаю у вас там тысяча, 10 тысячь или что там, я реально видел переход с физической на виртуальную поетому и говорю и что и как получилось с етого с оверхеад...
А Винда ето вообще маразм, мы давным давно от нее отказались нафиг, все на линуксе крутится. Винда только на персоналках стоит на floor...
Про RAID я уже написал... Дешивизна вот главный двигатель софтваре RAID(как кстати и тех самых Intel based серверов), а отнють не перформанце или низкий оверхеад. Мы же говорим именно об етом.
PS Кстати, "мы" ето уже не раз проходили, попытки все сделать в софтваре, рано или поздно все возвращается обратно на аппаратку, так перформанце(и разгрузка главного CPU) у аппаратки физически выше просто...
Last edited by ARARAT. on 24 Oct 2014 00:08, edited 4 times in total.
zVlad
Уже с Приветом
Posts: 15311
Joined: 30 Apr 2003 16:43

Re: Миф: как IBM победил БЭСМ

Post by zVlad »

Palych wrote:
zVlad wrote: МФ еще тем отличается от, скажем, Интел тем что каналы ввода-вывода работают независимо от CPU и любая операция ввода-вывода запущенная CPU выполнятся автомомно, задача переходит в ожидание, а CPU становится свободным для другой задачи. Однопотоковой задачей с вводом-выводом невозможно загрузить один CPU сколько-нибудь серьезно.
Иными словами - CPU каналов стоят незадействованные, в то время как основные процессоры по уши заняты.
В такой ситуации если сделать CPU универсальными - в принципе можно получить выигрышь производительности на том же количестве процессоров.
CPU каналов и основные CPU не одинаковы по возможностям и параметрам. Поэтому универсальный CPU будет заведомо плох в обеих ролях.
StrangerR
Уже с Приветом
Posts: 38016
Joined: 14 Dec 2006 20:13
Location: USA

Re: Миф: как IBM победил БЭСМ

Post by StrangerR »

ARARAT. wrote:
StrangerR wrote:Блин, а я не знаю, имея под тысячу виртуалок, имея все почти продакшен системы уже на VMware, более 5 терабайтов суммарной оперативки, прямо сейчас трахаясь с апгрейдом VC?

Оверхед реальный где то процентов 10. Но если бы даже был и 30, это бы не волновало абсолютно. Потому что эти 30 процентов рояли не играютЮ, а вот возможность апгрейднуть железо на ходу мышкой - играет и весьма - весьма. Парочки переносов MS SQL серверов с железки на железку нам хватило за глаза, чтобы избавиться от этого мазохизма. С тех пор делали замену дисков на ходу, перенос на новые железки на ходу, перенос на новый SAN на ходу. Заметим еще что если линукс на железке еще можно вынести, то винду с её недо - LVM в котором нету даже простейшей операции эвакуации диска или переноса часть вольмов, а также которая вместо нормального системного mpio вечно юзает свой, как и сетевой бондинг - свой и у всех вендоров разный - то физическая винда это вообще ужас ужасный... нафиг такое... нету больше и слава богу!

С райдами - я же говорю, на сегодня тенденция все делать на софте, и единственное что мешает совсем уж массовым софтовым райдам - отстуствие кэша для write back. Клауды почти все уже давно сидят на софтовых райдах.
Я не знаю у вас там тысяча, 10 тысячь или что там, я реально видел переход с физической на виртуальную поетому и говорю и что и как получилось с етого с оверхеад...
А Винда ето вообще маразм, мы давным давно от нее отказались нафиг, все на линуксе крутится. Винда только на персоналках стоит на floor...
Я тоже видел и много. как вы правильно сказали, с учетом стоимости интел апгрейда, этот оверхед роли уже не играет.

Линуксы на физике я еще могу вынести и понять, тут я согласен. Но винды.. на физике... ой, ну не надо, это сплошной мазохизм. Я не очень понимаю как выживают бедняги которые виндовые гипервизоры крутят на физике (VMware кстати позволяет их крутить как виртуалки), разве что привязаться жестко к одному поставщику или очень жестко выдерживать все микрософтовские полиси и иметь несколько виндовых гуру в команде. Чудес с апгрейдами виндовых серверов столько, что даже запомнить нереально.
Дешивизна вот главный двигатель софтваре RAID(как кстати и тех самый Intel based серверов), а отнють не перформанце или низкий оверхеад. Мы же говорим именно об етом.
Не совсем. Сторейдж размазанная на 3 РАЗНЫХ железки - много надежнее (да и дешевле) чем железный райд на одной железке. И тенденция потихоньку сдвигается именно туда. Еще не сдвинулась, но сдвигается. Я софтовые райды очень не люблю, но за размазанной по железкам сторейджем будущее однозначно. И тут снова МФ в полном пролете.
zVlad
Уже с Приветом
Posts: 15311
Joined: 30 Apr 2003 16:43

Re: Миф: как IBM победил БЭСМ

Post by zVlad »

StrangerR wrote:
zVlad wrote:
iDesperado wrote:
zVlad wrote: Нет я не против Wintel, но в больших ИТ его широкое использование ведет к катастрофам на самом деле. Это показал наш недавний DR test, только из-за проблем связанных с Wintel мы не уложились в отпущенное щедро время.
сразу вспоминается одна из историй Влада, как в его канторе пять лет настраивали оракловый dataguard и так и не смогли поднять. пять лет ушло на уникальную задачу, которая успешно решалась в подавляющем большинстве студентами минимум в нескольких миллионах компаний.

Что такое "оракловый dataguard"?
Physical standby + Fast Failover
Это слишком дорого. В нашей отрасли - энергетика так не делают, (хотя за всю отрасль мне наверно не стоит зарекаться). У нас нет standby, у нас в лучшем случае mirror дисков и ресурс где с этого mirror можно загрузить систему в случае DR.

А вообще не стоит обращать внимание на iDesperado - он тупо тролит меня как только я ему даю для этого повод. Поскольку я человек общительный поводов для этого много.
User avatar
ARARAT.
Уже с Приветом
Posts: 34872
Joined: 20 Oct 2006 00:29
Location: RUS->USA

Re: Миф: как IBM победил БЭСМ

Post by ARARAT. »

StrangerR wrote:Не совсем. Сторейдж размазанная на 3 РАЗНЫХ железки - много надежнее (да и дешевле) чем железный райд на одной железке. И тенденция потихоньку сдвигается именно туда. Еще не сдвинулась, но сдвигается. Я софтовые райды очень не люблю, но за размазанной по железкам сторейджем будущее однозначно. И тут снова МФ в полном пролете.
А кто вам мешает размазать аппаратный RAID на множество железок или поставить множество самих железок(HDDs arrays)?
У нас например нa МФ именно так и есть два парралельных файбер канала под двумя парралельными контроллерами на сервере, правда конечная железка одна стоит, но можно и две разных поставить. Как-раз МФ в етом гораздо лучше чем Intel based, так как именно там ето сделанна с самого начала и аппаратно, а не виртуально...
Виртуальные железки например разного типа одновременно ето вообще еще тот геморой, как и разные физические серверы на виртуалке. Приемущество грубо исключительно для "бедных", которые собирают солянки из всякого "железного" мусора блин или облака когда все елементы облака по определению различны(например customers обьединенные в облака)...
:wink:
PS Но в одном я согласен стоимость МФ очень большая и гибкость из-за етого очень низкая, upgrades трудно и дорого делать, но для стабильной процессорной загрузки и для лучшей защиты(физической) и стабильности всех системы МФ лучше. Я говорю за все время моей работы на ету компанию, а ето вот уже 15 лет только один раз МФ остановилась внезапно на причине поломки... A вот наш фронт енд кластер блин, все время требует внимания, не редки внезапные остановки/задержки, иногда просто ложится нафиг. Правда при етом он перебрасывается на другую виртуалку просто, но сами проблемы то есть, на МФ их просто нет как класс(так сказать отсутствую на корню).
Дa и второе приемущество ето хорошее обслуживание сильно изменяющийся мульти-третиной browser based "нагрузки", МФ так не может(он не для етого как я уже писал), у него не хватает именно мулти-тритности...
Т.е. front end для обслуживания customers(тенденция именно browser based в настоящее время) Intel based незаменим на MF вообщемто...
Но в качестве живого(как у нас например medical billing система крутится(выполняет свои отдельные функции/операции) сама по себе, web только для внешнего доступа к каким то данным) и очень надежного и независимого ядра МФ работает значительно лучше...

Т.е. для customer front end и особенно browser based Intel based серваки лучше со всеми их логическими коровами, огромной memory и виртуалками... И если сам бизнес только в етом и состоит(что сейчас маинстрим), то большего и не надо нечего конечно, тогда никакие МФ не нужны просто. Иначе, если есть не только етот front end, но и больший(в смысле гораздо больше чем наружний прецессинг) in-house processing, то комбинация front end na Intel based серверах и MF является ИХМО лучшим вариантом.
Проблема в том, что сейчас многие сильно увлеклись етими Intel based серверами забывая о их недостатках и пытаются их использовать на все.
Конечно все можно сделать типа "почесав правое ухо левой рукой", но ето не значит, что правой рукой теперь стало хуже. Т.е. можно и в булочную летать на вертолете или наоборот на черепахе и если забыл что есть например свои ноги или машина для етого наиболее правильное средство.

Все ладно, я затыкаюсь...
:)
StrangerR
Уже с Приветом
Posts: 38016
Joined: 14 Dec 2006 20:13
Location: USA

Re: Миф: как IBM победил БЭСМ

Post by StrangerR »

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

Я не случайно про это пишу. Мне об этом тренде - переход на дешевые железки, уход с железных райдов и всякого спец железа, как пример - идет уход с супер-пупер FC на простую софтверную iSCSI, причем мы например даже при наличии железной поддержки юзаем чисто софтовую - надежнее и гибче - говорят на каждом семинаре по сторейджу.
Это слишком дорого. В нашей отрасли - энергетика так не делают, (хотя за всю отрасль мне наверно не стоит зарекаться).
С ума сойти. У меня первое требование к любой продакшен базе - всегда, без исключений, physical standby (не зеркало дисков и тем паче не РАК а именно Data Guard ну или MS SQL mirror. Причем это не дорого, у всех провайдеров базы если стендбай только стендбаит его можно не лицензировать отдельно, да и никто не мешает на нем стейджинг делать и взаимно миррорить. СУБД без зеркала вообще не способна выполнять требования по SLA на продакшен. Как вы ее простите апгрейдить будете, сам сервер или там OS? Или перетаскивать на новое железо /даже в VMWARE даже онлайн перетаскивание легко делается на средне нагруженном стендбае но плохо на первичной базе, есть шанс алармы поиметь).
Easbayguy
Уже с Приветом
Posts: 10632
Joined: 17 Jul 2003 22:11

Re: Миф: как IBM победил БЭСМ

Post by Easbayguy »

Класно когда базы такие маленькие что их можно кликнув мышкой перетащить. Или целый МФ с 5ТБ данных!
Пх'нглуи мглв'нафх Ктулху Р'лайх угахнагл фхтагн
User avatar
Dmitry67
Уже с Приветом
Posts: 28294
Joined: 29 Aug 2000 09:01
Location: SPB --> Gloucester, MA, US --> SPB --> Paris

Re: Миф: как IBM победил БЭСМ

Post by Dmitry67 »

StrangeR, так представьте сколько IBM заломит за DR...
Зарегистрированный нацпредатель, удостоверение N 19719876044787 от 22.09.2014
Easbayguy
Уже с Приветом
Posts: 10632
Joined: 17 Jul 2003 22:11

Re: Миф: как IBM победил БЭСМ

Post by Easbayguy »

Dmitry67 wrote:StrangeR, так представьте сколько IBM заломит за DR...
Oracle license, они тоже кусаются!
Пх'нглуи мглв'нафх Ктулху Р'лайх угахнагл фхтагн
User avatar
Dmitry67
Уже с Приветом
Posts: 28294
Joined: 29 Aug 2000 09:01
Location: SPB --> Gloucester, MA, US --> SPB --> Paris

Re: Миф: как IBM победил БЭСМ

Post by Dmitry67 »

ARARAT. wrote:Т.е. для customer front end и особенно browser based Intel based серваки лучше со всеми их логическими коровами, огромной memory и виртуалками... И если сам бизнес только в етом и состоит(что сейчас маинстрим), то большего и не надо нечего конечно, тогда никакие МФ не нужны просто. Иначе, если есть не только етот front end, но и больший(в смысле гораздо больше чем наружний прецессинг) in-house processing, то комбинация front end na Intel based серверах и MF является ИХМО лучшим вариантом.
Я бы добавил бы сюда еще и базы данных. Потому что им чем больше памяти тем лучше.
И мы согласимся. Только вот IBM маркетологи не согласятся
Потому что если смотреть на то, где МФ хороша, то это shrinking market, а им кровь из носу надо распространяться в ширь
Зарегистрированный нацпредатель, удостоверение N 19719876044787 от 22.09.2014
User avatar
Dmitry67
Уже с Приветом
Posts: 28294
Joined: 29 Aug 2000 09:01
Location: SPB --> Gloucester, MA, US --> SPB --> Paris

Re: Миф: как IBM победил БЭСМ

Post by Dmitry67 »

Easbayguy wrote:
Dmitry67 wrote:StrangeR, так представьте сколько IBM заломит за DR...
Oracle license, они тоже кусаются!
Это да. Или ms sql, для полноценного mirroring нужно asynchronous, а это enterprise. Не говоря уже о availability groups...

P.S.
Мы тут считали стоимость Enterprise MS SQL, так вот, стоимостью железа можно пренебречь :)
Зарегистрированный нацпредатель, удостоверение N 19719876044787 от 22.09.2014
iDesperado
Уже с Приветом
Posts: 1349
Joined: 28 Nov 2008 17:50

Re: Миф: как IBM победил БЭСМ

Post by iDesperado »

у меня когда-то был план дешевого DR на IBM сториджах. у IBM были сториджи порядка $10k (цена) с возможностью зеркалирования. можно зеркалить REDO лог на соседний сторидж и поднять standbay, накатывая этот REDO. в оракле есть хитрость, standby бесплатный и присутствует даже в standart edition, платен data guard, который обеспечивает перенос блоков REDO.
а асинхронный standby мне кажется вообще не проблема - перекидываешь арклоги и накатываешь на второй ноде, просто если что REDO погибнет на главной ноде и эти несколько минут будут утеряны, если боинг в окно прилетел например.
User avatar
Dmitry67
Уже с Приветом
Posts: 28294
Joined: 29 Aug 2000 09:01
Location: SPB --> Gloucester, MA, US --> SPB --> Paris

Re: Миф: как IBM победил БЭСМ

Post by Dmitry67 »

iDesperado wrote:у меня когда-то был план дешевого DR на IBM сториджах. у IBM были сториджи порядка $10k (цена) с возможностью зеркалирования. можно зеркалить REDO лог на соседний сторидж и поднять standbay, накатывая этот REDO. в оракле есть хитрость, standby бесплатный и присутствует даже в standart edition, платен data guard, который обеспечивает перенос блоков REDO.
Гыыыааааа
ТО ЖЕ САМОЕ (когда то на MS SQL) log shipping был только в Enterprise, но он делал только автоматизацию копирования файлов, так что кому не лень писали скрипты чтобы делать то же самое. Потом log shipping стал бесплатен везде

А в Oracle есть аналог Mirroring & Availability groups,
то есть, перекидывания того что у вас называется REDO не кусками, а непрерывно?
А DR database offline или readonly?
Зарегистрированный нацпредатель, удостоверение N 19719876044787 от 22.09.2014
iDesperado
Уже с Приветом
Posts: 1349
Joined: 28 Nov 2008 17:50

Re: Миф: как IBM победил БЭСМ

Post by iDesperado »

Dmitry67 wrote: А в Oracle есть аналог Mirroring & Availability groups,
то есть, перекидывания того что у вас называется REDO не кусками, а непрерывно?
А DR database offline или readonly?
да, есть синхронный режим, когда гарантируется сохранность каждой транзакции. честно говоря мне кажется только за этот режим и есть смысл платить. standby нода да, может быть открыта для чтения, часто как репортинг сервер используется
User avatar
Dmitry67
Уже с Приветом
Posts: 28294
Joined: 29 Aug 2000 09:01
Location: SPB --> Gloucester, MA, US --> SPB --> Paris

Re: Миф: как IBM победил БЭСМ

Post by Dmitry67 »

iDesperado wrote: да, есть синхронный режим, когда гарантируется сохранность каждой транзакции. честно говоря мне кажется только за этот режим и есть смысл платить. standby нода да, может быть открыта для чтения, часто как репортинг сервер используется
да вы с ума сошли! :angry:
В MS SQL synchronous mirroring был Standard, а Asynс только Enterprise.
Потому что с Synchronous вы каши не сварите с нормальным DR (не в одном помещении)
Разные штаты или Европа-US, roundtrip 50-100ms, и время любой крошечной транзакции становится не меньше чем roundtrip latency
10 записей в секунду максимум не хотите вставлять? :)
Зарегистрированный нацпредатель, удостоверение N 19719876044787 от 22.09.2014
iDesperado
Уже с Приветом
Posts: 1349
Joined: 28 Nov 2008 17:50

Re: Миф: как IBM победил БЭСМ

Post by iDesperado »

Dmitry67 wrote: да вы с ума сошли! :angry:
В MS SQL synchronous mirroring был Standard, а Asynс только Enterprise.
Потому что с Synchronous вы каши не сварите с нормальным DR (не в одном помещении)
Разные штаты или Европа-US, roundtrip 50-100ms, и время любой крошечной транзакции становится не меньше чем roundtrip latency
10 записей в секунду максимум не хотите вставлять? :)
а какой бизнес смысл в Async ? какая разница вы потеряли несколько транзакций или все с последнего горячего бэкапа ? те бизнесы что я видел, для них это совершенно примерно равные по тяжести потери.
а DR, имхо можно и в том же городе поставить, другой штат не зачем

Return to “Вопросы и новости IT”