Oracleデプロイメントのx86_64を超えるItaniumまたはSparcの価値
SUSEで実行されているOracleデータベースを実行するための新しい環境を検討しています（RedHatに移行する可能性があります）。私たちのデータベースは約100GBで、現在のハードウェア（x86_64）で適切に動作し、約6GBのRAMが割り当てられています。しかし、私たちは急速に成長しており、まもなくより多くのパフォーマンスが必要になります。
Oracleライセンスのコストを考えると、ソフトウェアを実行するのに最も適切なCPUを選択することにより、各ライセンスの価値を最大化したいと考えています。
質問は次のとおりです。
ItaniumまたはSparcハードウェアを検討することには大きなメリットがありますか？デメリットはありますか？スケールアウトがうまくいくポイントはありますか？
Itaniumの長期サポートオプションは何ですか？ x86の優位性を考えると、x86を使い続ける方が長期的に安全でしょうか？
平均して、x86_64よりもItaniumまたはSparcにOracleデータベースを実装することによるパフォーマンス上の利点は何でしょうか。これはまったく問題ですか、それとも他の要因（IO/RAM）が最初に制限されますか？
プラットフォーム間の比較に関する確かなドキュメントを誰かに教えてもらえれば、それを答えとして受け入れて喜んでいるものをいつ選択するかについての優れたケース分析を提供します。
編集：-以前は考慮されていなかったため、オプションとしてSparcを追加しましたが、最近のOracleSunの買収は非常に関連性があるようです。
これはあなたが求めた確かな文書ではありませんが、意思決定プロセスに役立つ可能性があります。
ベンダー（ハードウェアとソフトウェアの両方）は、Itaniumのサポートを全面的に段階的に廃止しています。HP以外の人からItaniumキットをすぐに購入できるようになるのに苦労する可能性があります。とは言うものの、RedHatには、多くの通知なしに一方的にプラットフォームのサポートを終了する習慣はありません。
私にとっての大きな問題は、将来の移行です。Itaniumが現在の傾向を継続している場合、数年後にサーバーの交換またはアップグレードで問題が発生する可能性があります（Intelがx86_64プロセッサでIA64命令セットのサポートを開始しない限り）その間）。
アーキテクチャとしてのItaniumがx86_64の改善であるかどうかは、主にワークロードの性質に依存しますが、多くのデータベースアプリケーションでは、I/Oのボトルネックが発生し、RAMアーキテクチャの違いが特に明らかになります（これがあなたの場合に当てはまるかどうかはわかりません）。x86_64はかなり積極的に開発されているため、アプリケーションによっては違いが急速にゼロに近づきます。
人々がパフォーマンスのためにItaniumを購入した時がありました-その時は過ぎました。
信頼性、可用性、保守性（RAS）機能のためにItaniumを購入したのは非常に最近まででした-IntelのXeon 75xxシリーズの導入は、サーバー購入者のほんの一部を除いてすべてを意味しますその時も過ぎました。
他の人が言及しているように、OSベンダーはItaniumを放棄しています-Itaniumの最大のサポーターであるHPは、プラットフォームから撤退しています（ただし、製品マネージャーがこれを認めるとは思わないでください）。
ごく少数のレガシーユーザーを除いて、Itaniumの時代は過ぎ去りました。
オラクルは高価格であろうとなかろうとボリューム指向のビジネスであるため、常に高性能/少量のセクターに足を踏み入れながら、x86/x64市場にはるかに重点を置いています。確かに、彼らは今後数年間、狭い範囲のプロセッサのコードを維持します。メンテナンスの連絡マージンを考えてみてください。しかし、これらのセカンダリプラットフォームへの関心は薄れ、SPARC）に絶対に必要な以上の研究開発投資を行うこともオラクルの利益にはなりません。
ビジネスクリティカルなDBサーバーの将来は明確であり、2つのパスしかありません。コモディティx64（Xeon56xxシリーズおよびAMDMagny-CoursはCPUdu jour）は、クラスタリングが比較的低価格で「ファイブナイン」を提供する市場の97〜99％、および「ゼロナイン」を提供するXeon75xxシリーズです。 'が唯一のオプションです-他のすべてのバーのメインフレームレベルのボックスwill消えます。
データベースシステムのItaniumはx64（x86-64）よりも高速だと思いますが、warrenとMoが以前に言ったように、将来のItaniumサポートには適していません。
オラクルはおそらくあなたにSPARCすぐに行くことを望んでいます。
したがって、x64とSPARCの間で決定を下し、Itaniumとの間では決定を下さないと思います。
Microsoftによると、Windows Server 2008 R2はItaniumをサポートするWindowsの最後のバージョンになるとのことですが、2018年までサポートする予定です。
ただし、Windowsが1997年にMIPSとPowerPCのサポートを突然終了したことを覚えています。
何を使用するかについての重要なポイントは、システムのフットプリント要件、そしてもちろん社内のスキルによって異なります。
Oracle Technical archtict/dbaの観点から一般的に言えば、次の質問に直面することになります。
- サポートにどのくらいのオーバーヘッドが必要ですか？
当然、特にIBMPseriesやHPItaniumなどのOracle以外のプラットフォームでは、反応時間が遅くなります（歴史的な理由による）
- どのサービスを提供する必要があり、どのテクノロジーを使用したいですか？
一般的に、例えばのように同じ目的を持つものを混ぜるべきではありません。 RACと仮想化。これにより、レイヤーが増加し、最終的にはコストが増加します。
あなたは今日、例えばで素晴らしいことをすることができます。 Oracle VM（Xen）onx86-64およびOracleDataguard（最終的にはActive Dataguard Optionを使用）。シンプルで焦点を絞ってください。
RACは、ほとんどの企業にとって、適切に実装されていないため、管理が複雑すぎます。また、それはホストの障害からあなたを保護するだけです=>あなたはまだ世話をする共有ストレージを持っています。
過去10年間に見られたほとんどのRACインストールは「一般通念」に基づいているため、主に2ノードクラスターです。理由は単純です：ライセンスコスト/習慣
したがって、より単純で価値のある組み合わせは、HAにOracle VMを使用することです。これにより、メンテナンスウィンドウでホストのライブマイグレーションを実行し、サイト障害に対してOracleDataguardを実行することもできます。Dataguardを使用するとバックアップをオフロードできます。ユーザーを煩わせないようにスタンバイサイトに。
これはほんの一例であり、11g OLTPデータベースでうまく機能します。パフォーマンスよりも可用性を重視する場合は、putをDWデータベースに適用することもできます。
オラクルの「概念ガイド」を読むと、自分に合ったソリューションが確実に示されます。
仮想化テクノロジーを使用して計画する場合は、統合しすぎて少なすぎるマシンにしないことも検討する必要があります。 2台の大規模なエンタープライズレベルのマシンにすべてを統合し、突然1台が故障して、総容量の50％が失われるような状況に陥るのは、気に入らないでしょう。複数の理由から、より多くのサーバーを配置し、より小さなサーバーを配置します。
大きなIBM、HP、Sunマシンのオンデマンド容量は最初は良いように聞こえますが、古いRAMモジュールを購入する必要がある場合、数年後にはかなり高価になることがわかります
ある程度までは、それらのボックスもシャットダウンして、とにかく物理的にアップグレードする必要があります
1つのサーバーで本当に技術的な問題が発生した場合でも、他のサーバーには問題があり、パフォーマンスと顧客への影響が少なく、障害のあるサーバーを交換する時間が長くなります。
Dbaとして通常言われているように、アプリケーションの悪いバグ、I/O競合、ネットワークの問題にもっと対処する必要があります。 I/O競合の場合、4.7Ghz IBM Power6またはIntel1.6 Ghz Itanium for I/Oのどちらで待機しても、大きな違いはありません。早く待つことはできません。このような場合、アプリケーションを再設計/調整してホットデータブロックを実際に処理できない場合は、PCI-ESSDに投資する必要があります。