Are You ready ? Yes, We are !
Я нашел что ответить нашему английскому джентельмену в ответ на его "Are you ready ?"
-))
Но конечно же по настоящему интересное видио тут, когда про Power 7 рассказывает команда из Германии, которая принимала участие в разработке. Один из инженеров честно говорит - "мне просто было офигенно интересно".
-))
Но конечно же по настоящему интересное видио тут, когда про Power 7 рассказывает команда из Германии, которая принимала участие в разработке. Один из инженеров честно говорит - "мне просто было офигенно интересно".
Сообщения
Моя провокация сработала :^) Хе..хе..хе..
ОтветитьУдалитьКстати, impressive videos!
Маркетинг, маркетингом, а правду знать хотелось бы. Есть задача консолидировать пару десятков старых SunFire-240,440 и Proliant DL 360 в одну новую железку. Медитирую на Sun X4800 - 8cpu=64-core=128threads Xeon. Какой сервер аналогичной произвлдительности посмотреть у IBM? И собственно чем этот Power7 круче всех?
ОтветитьУдалитьА собственно чем Power7 лучше Xeon или SPARC VII+? Не по маркетингу, а на самом деле. Есть задача консолидировать два десятка старых SunFire-ов и Proliant-ов в одну железку. Я медитирую на Sun X4800 - 8cpu = 64 cores = 128 Threads. Sun T5140 c тем же количеством потоков отмел, ибо поток потоку рознь. Что у IBM посмотреть аналогичной мощности? Насколько AIX самобытен для Linux/Solaris пользователя? К EMC SUN нормально цепляется? Приколы в HA конфигурациях (dg, rac)?
ОтветитьУдалить>Что у IBM посмотреть аналогичной мощности?
ОтветитьУдалитьhttp://www-03.ibm.com/systems/power/migratetoibm/performance.html
дальше открываете закладки и сравниваете
> И собственно чем этот Power7 круче всех?
Это Вам надо на Power Club приходить
>Насколько AIX самобытен для Linux/Solaris пользователя?
Если у Вас БД то они все одинаковы.
Да, у AIX нет команды less - это я ненавижу.
> К EMC SUN нормально цепляется?
Нет идей - я этим не занимаюсь
> Приколы в HA конфигурациях (dg, rac)?
Конечно есть, но слава богу есть клевые документы как обойти эти грабли.
Sergey, Как Вы понимаетете, задача решается и на Power и на Sun. Весь вопрос в том какими деньгами.
ОтветитьУдалитьЕсли критическая масса Вашего добра находится на SunFire, и если это приложения а не просто СУБД, то придется прикинуть стоимость миграции всего этого дела на Power. Это время и затраты. У Sun двоичная совместимость покуче будет. Лицензии Oracle на Sun в 2 раза дешевле в перечсчете на ядро, но у IBM быстрее ядра (пока быстрее ядра :)
Я сейчас моделирую в Excel консолидацию 1500+ SPARC серверов для большого заказчика в секторе Oil and Gas. Сервера старые, мгогие на Solaris 8 и ниже. Зачазчик заключил контарт на хостинг свои центров данных у HP, а те понятно уговаривают его мигрировать на x86. Типа SPARC дороже.
Таким образом, я сейчас считаю для заказчика полную стоимость владения для двух сценариев: 1. Консолидация всего старого добра на новый SPARC 2. Консолидация всего старого добра на новый x86. И сравнение двух сценариев. Считаю все: от стоимости серевров и техподдержки до лицензий. Сайзинг обеих сценариев мне помогли сделать технические специалисты из Sun.
Я также спросил у сотрудников Oracle Consulting, которые живут тем, что делают коросс-платформенные миграции во сколько сложнее мигрировать со SPARC на новый x86 (или не любую другую платформу) чем со SPARC на SPARC. Мы полняли данные трех поболих проектов по миграции для 2 заказчиков в финансовом секторе и одного заказчика в Retail секторе и пришли впримерно к следующей метрике: Трудозатраты на кросс-платформенную миграцию примерно в 6 (шесть) раз больше, чем трудозатраты на миграцию тира SPARC-->SPARC. Это мне сказал не маркетинг, а люди, котрорые реально делают это своими руками каждый день.
Эти 6x вытекают примерно вот из этого:
* Applications will need to be re-compiled
* Changed software versions will lead to incompatibility issues
* Supporting scripts and infrastructure software will need to be changed
* Full testing and QA cycle required
* It may not be possible to move some applications – compromising desired strategy
* It may be necessary to re-write some applications
* Increased challenges due to multi-vendor involvement
* In summary: High risk, effort and complexity
В своей модели я взял на миграцию одного сервера 3 дня трудозатрат для миграции со SPARC на SPARC и 6*3=18 дней для миграции со SPARC на x86. Для 1500 серверов серверов разница в стоимости миграции получилась колоссальная -- 6 миллионов фунтов. И я знаю, что технические люди у заказчика поддержут эту модель расчетов.
Но в моей модели речь идет о одновременно application и database серверах. Если у Вас только database сервера, то разница в трудозатратах будет конечно же меньше чем 6 раз.
Надеюсь, что маркетинга было не слишком много.
>> http://www-03.ibm.com/systems/power/migratetoibm/performance.html
ОтветитьУдалитьШикарная ссылка! Не надо самому в spec.org ковыряться. Вот только есть ощущение, что IBM предергивает. Они утвержают что по int_rate2006 ядро POWER7 в два раза круче, чем ядро Xeon 7500. Но!!! У Xeon-а 2 потока на ядро (или thread лучше перевести нить?), а у POWER7 - 4. Итого, потоки, практически, равны по производительности.
>> Sergey, Как Вы понимаетете, задача решается и на Power и на Sun. Весь вопрос в том какими деньгами.
А какими, кстати, деньгами? На ibm.com стоит Call for price.
>> Если критическая масса Вашего добра находится на SunFire, и если это приложения а не просто СУБД, то придется прикинуть стоимость миграции всего этого дела на Power. Это время и затраты. У Sun двоичная совместимость покуче будет. Лицензии Oracle на Sun в 2 раза дешевле в перечсчете на ядро, но у IBM быстрее ядра (пока быстрее ядра :)
Господь милостив ко мне, только базы :)
>> Надеюсь, что маркетинга было не слишком много.
:) Спасибо.
Учитывая, что конторка наша оплот Соляриса, и отсутствие AIX специалистов - риск, будем продолжать выбирать между Sun Enterprise M5000 и X4800.
>Sun Enterprise M5000 и X4800.
ОтветитьУдалитьвыбор не понятен. M5000 слишком слабые для консолидации. Там нет виртуализации, а значит они вообще по определению не подходят для консолидации. На x4800 будет либо Solaris Intel либо Linux а значит миграция, и поэтому те же риски.
Возможно и глупость написал, но выбирать платформу по принципу "я в этом Unix команд не знаю" странно. Я сейчас работаю в 3-х Unix одновременно - Linux, AIX и MacOS являясь специалистом по БД.
Вы написали что задача в консолидации ? Если так, то надо смотреть у кого виртуализация лучше. Xen пока не тянет против Power VM или Sun Domain.
Остаются Sun Domains против Power VM это и надо рассматривать. Если вы хотите остаться на Sun вы можете:
- переехать в RAC на M5000 или T3
- использовать M8000/M9000
оба решения вам будут стоит денег за support несовместимых с прочтением книжки www.redbooks.ibm.com/redbooks/pdfs/sg246584.pdf
Извините если был не толерантен, но прошу учесть что я предложил как минимум два решения на технике Sun/Oracle -)
>выбор не понятен. M5000 слишком слабые для консолидации.
ОтветитьУдалитьслабые, но кто говорил про один сервер ;)
>Там нет виртуализации, а значит они вообще по определению не подходят для консолидации.
А Solaris Containers куда делись?
>На x4800 будет либо Solaris Intel либо Linux а значит миграция, и поэтому те же риски.
это да, особенно неприятно, что не удастся DataGuard использовать для минимизации даунтайма
>Возможно и глупость написал, но выбирать платформу по принципу "я в этом Unix команд не знаю" странно. Я сейчас работаю в 3-х Unix одновременно - Linux, AIX и MacOS являясь специалистом по БД.
мне тоже пофигу, а вот сисадмины будут сопротивляться
>Вы написали что задача в консолидации ? Если так, то надо смотреть у кого виртуализация лучше. Xen пока не тянет против Power VM или Sun Domain.
я планирую две зоны: одну для баз с секционировнием, другую для прочих. чисто из лицензионных соображений. 20 виртуальных машин - перебор по мне
>Остаются Sun Domains против Power VM это и надо рассматривать. Если вы хотите остаться на Sun вы можете:
>- переехать в RAC на M5000 или T3
T3? а кто в этом же блоге утвеждал, что T-серия не для БД?
>- использовать M8000/M9000
дорого и несоразмерно задаче! вся моя нагрузка отлично потянется ~50 ядрами Xeon 7500 / SPARC VII+
> А Solaris Containers куда делись?
ОтветитьУдалитьЭто наверно не то что называется сегодня виртуализацией. Возможно я чего-то не понимаю.
>T3? а кто в этом же блоге утвеждал, что T-серия не для БД?
Я не думал что вы так все подробно читаете -)) T3 снимаем -)
>вся моя нагрузка отлично потянется ~50 ядрами Xeon 7500 / SPARC VII+
Теперь по крайне мере я вижу что вы отбиваетесь вполне аргументировано а значит - удачи !
Спасибо за ссылку на редбук. Очень актуально! Заказчик наелся д...ма с Санами, из-за отсутствия тех.поддержки и запчастей, смотрит в сторону ИБМ
ОтветитьУдалитьОсталось выяснить стоимость саппорта серверов IBM pSeries и Oracle Sun M series в гарантийный и особенно в послегарантийный период.
ОтветитьУдалитьу нас есть заказчик. до сих пор у него на гарантийном обслуживании за вменяемые деньги shark (2105) и regatta (p690)
ОтветитьУдалить