Значение Itanium или Sparc по сравнению с x86_64 для Oracle Deployment
Мы ищем новую среду для запуска нашей базы данных Oracle, работающей на SUSE (возможно, с переходом на RedHat). Наша база данных составляет приблизительно 100 ГБ и работает адекватно на нашем текущем оборудовании (x86_64) с выделенным для нее приблизительно 6 ГБ оперативной памяти. Тем не менее, мы быстро растем, и в скором времени потребуется больше производительности.
Учитывая стоимость лицензий Oracle, мы хотели бы получить максимальную отдачу от каждой лицензии, выбрав наиболее подходящий ЦП для запуска программного обеспечения.
Вопросы:
Есть ли существенные преимущества в взгляде на оборудование Itanium или Sparc, есть ли недостатки? Есть ли момент, когда человек начинает лучше масштабироваться?
Какие варианты долгосрочной поддержки для Itanium? Учитывая преобладание x86, будет ли безопаснее в долгосрочной перспективе придерживаться x86?
В среднем, какой выигрыш в производительности от внедрения базы данных Oracle на Itanium или Sparc по сравнению с x86_64? Это вообще проблема, или другие факторы (IO/RAM) исчезнут первыми?
Если кто-то может указать мне на какую-то основательную документацию по сравнению платформ, которая обеспечивает хороший анализ случая, когда выбрать, который я более чем рад принять в качестве ответа.
Редактировать:- Добавлен Sparc в качестве опции, поскольку он ранее не рассматривался, однако с недавним приобретением Oracle Sun представляется очень актуальным.
4 ответа
Это не надежная документация, которую вы просили, но она может помочь в процессе принятия решений:
Поставщики (как аппаратные, так и программные) постепенно прекращают поддержку Itanium по всем направлениям - скорее всего, вам будет трудно купить комплект Itanium у кого-либо, кроме HP, довольно скоро. Тем не менее, RedHat не имеет привычки отказываться от поддержки платформы в одностороннем порядке без особого уведомления.
Для меня большой проблемой будут будущие миграции - если Itanium продолжит текущую тенденцию, у вас могут возникнуть проблемы с заменой или обновлением ваших серверов через пару лет (если Intel не начнет поддерживать набор инструкций IA64 на процессорах x86_64 в это время).
То, что Itanium как архитектура является улучшением x86_64, будет во многом зависеть от характера вашей рабочей нагрузки, но для многих приложений баз данных вы столкнетесь с узкими местами ввода-вывода и нехваткой оперативной памяти, прежде чем различия в архитектуре станут особенно очевидными (я не не знаю, будет ли это справедливо в вашем случае, очевидно). Поскольку x86_64 разрабатывается довольно агрессивно, разница будет стремительно приближаться к нулю в зависимости от приложения.
Было время, когда люди покупали Itanium для производительности - это время прошло.
До недавнего времени люди покупали Itanium из-за его функций надежности, доступности и удобства обслуживания (RAS) - появление серии Intel Xeon 75xx означает, что для всех, кроме доли покупателя серверов, это время также прошло.
Как уже упоминалось, производители ОС отказываются от Itanium - HP, крупнейший сторонник Itanium, отступает от платформы (хотя не ожидайте, что их менеджеры по продуктам признают это).
Для всех, кроме небольшого количества старых пользователей, время Itanium прошло.
Высокие цены или нет Oracle является бизнесом, ориентированным на объемы, поэтому, несмотря на то, что они всегда будут стоять в высокопроизводительном / маломасштабном секторе, они гораздо больше ориентированы на рынок x86/x64. Конечно, они будут поддерживать код для сужающегося ассортимента процессоров на долгие годы, просто подумайте о запасе на обслуживание! Но их внимание к этим вторичным платформам ослабнет, и Oracle также не заинтересована в том, чтобы вкладывать в SPARC больше инвестиций в НИОКР, чем им абсолютно необходимо.
Будущее для критически важных для бизнеса серверов БД очевидно и имеет только два пути; товарный x64 (серии Xeon 56xx и AMD Magny-Cours являются центральным процессором) на 97-99% рынка, где кластеризация даст "пять девяток" по относительно низкой цене, а серия Xeon 75xx- где ноль девяток '- единственный вариант - все остальные панели уровня мэйнфреймов исчезнут.
Я предполагаю, что Itanium будет быстрее для системы баз данных, чем x64 (x86-64), но, как раньше говорили Уоррен и Мо, в будущем поддержка Itanium выглядит не очень хорошо.
Oracle, вероятно, хочет, чтобы вы скоро пошли с SPARC.
Поэтому я бы сказал, что нужно выбирать между x64 и SPARC, а не между Itanium и ничем.
Microsoft заявляет, что Windows Server 2008 R2 будет последней версией Windows, поддерживающей Itanium, но будет действовать до 2018 года:
Тем не менее, я помню, что в 1997 году Windows внезапно прекратила поддержку MIPS и PowerPC.
Ключевой момент в том, что использовать, зависит от требований вашей системы и, конечно, от ваших внутренних навыков.
Говоря в общих чертах с точки зрения технической архитектуры Oracle / dba, вы будете задавать себе следующие вопросы:
- Сколько накладных расходов я хочу иметь на поддержку?
Естественно, у вас будут худшие времена реакции на платформах, отличных от Oracle, таких как IBM Pseries, а также HP Itanium (по историческим причинам).
- Какие услуги мне нужно предоставить и какие технологии я хочу использовать?
Как правило, вы не должны смешивать вещи, имеющие одну и ту же цель, например. RAC и виртуализация, так как это увеличивает уровни и в конечном итоге стоимость.
Сегодня вы можете делать великие дела, например. Oracle VM (Xen) на x86-64 и Oracle Dataguard (в конечном итоге с опцией Active Dataguard). Держите это простым и сосредоточенным
RAC для большинства компаний слишком сложен в управлении, поскольку в большинстве случаев он не реализован должным образом. Кроме того, он защищает только от сбоев хоста => у вас все еще есть общее хранилище, о котором нужно позаботиться.
Поскольку большинство установок RAC, которые мы видели за последние 10 лет, основаны на "общепринятом мнении", они в основном представляют собой кластеры из двух узлов. Причина проста: стоимость лицензии / привычки
Таким образом, более простая и полезная комбинация также использует Oracle VM for HA, что позволяет вам даже выполнять динамическую миграцию хостов в окнах обслуживания плюс Oracle Dataguard для сбоев сайта. Как ваш Dataguard, вы можете перенести резервные копии на резервный сайт, чтобы не беспокоить пользователей.
Это только один пример, который хорошо работает с базами данных 11g OLTP, но его также можно применить к базам данных DW, если вы больше заботитесь о доступности, чем о производительности.
Руководство по чтению концепций в Oracle, безусловно, укажет вам решения, которые подойдут именно вам.
При планировании с использованием технологий виртуализации следует также учитывать не слишком много консолидировать в слишком мало машин. Вам не понравится оказаться в ситуации, когда вы объединяете все на двух больших толстых машинах корпоративного уровня, и внезапно происходит сбой, из-за которого вы теряете 50% своей общей мощности. Скорее пойти на большее, поставить меньшие серверы по нескольким причинам:
Пропускная способность на больших машинах IBM, HP, SUN поначалу звучит неплохо, но через несколько лет она оказывается довольно дорогой, если вам нужно купить старые модули оперативной памяти.
В какой-то степени вам все еще нужно закрыть даже эти окна и все равно обновить физически
Если у вас действительно есть технические проблемы с одним сервером, у вас все еще есть другие, и у вас есть больше времени с меньшей производительностью и влиянием клиента на замену неисправного сервера.
Как и в случае с dba, обычно вам приходится иметь дело с ошибками приложений, конфликтами ввода-вывода, сетевыми проблемами. Для конфликта ввода / вывода это не имеет большого значения, когда вы ждете с 4,7 ГГц IBM Power 6 или Intel 1,6 ГГц Itanium для ввода / вывода. Вы не можете ждать быстрее. В таком случае вы предпочитаете инвестировать в твердотельный накопитель PCI-E, если вы действительно не можете обработать горячий блок данных, перепроектировав / настроив приложение.