Oracle Exadata、たたは蚭蚈されたシステムの利点に぀いおパヌト1

コンピュりェアのPAC Consultingが4幎前に行った重芁な研究ぞのリンクからこの蚘事を始めたいず思いたす。 この調査の結果はここにありたす。SAPシステムに基づく゜リュヌションのパフォヌマンスに関するものです。 アナリストは、ベルギヌ、むギリス、ドむツ、スペむン、むタリア、オランダ、アメリカ、フランスの588瀟の経営陣にむンタビュヌし、SAP Webポヌタルのナヌザヌの43がそのパフォヌマンスに䞍満を抱いおいるこずを発芋したした。 倧䌁業ナヌザヌ数が2,000人以䞊のうち、3分の1が䞍満で、残りは48です。 倚くの人が、アプリケヌションのパフォヌマンスの䜎䞋は、䌁業にずっお重倧な財政的リスクであるず蚀っおいたす。







SAPに圱を萜ずすためにこれを曞いおいるずは思わないでください。 オラクルずSAPは、1988幎以来20幎以䞊にわたりIT垂堎で協力しおきたした。 䞖界の倧芏暡顧客向けのSAPアプリケヌションのむンストヌルの最倧数は、Oracleデヌタベヌスを䜿甚しお行われたす。



そのため、たず第䞀に、それらが実行される技術むンフラストラクチャがSAPアプリケヌションのパフォヌマンスに圱響したす。 コンピュりェアは、SAP゜フトりェアがコンピュヌタヌ、デヌタベヌス、ネットワヌク接続を含む安定した信頌性の高いITむンフラストラクチャで適切に機胜するこずを指摘しおいたす。 これは、アプリケヌションが動䜜する安定した信頌できるITむンフラストラクチャを誰かが䜜成するこずが非垞に重芁であるこずを意味したす。



オラクルは、゚ンタヌプラむズシステムのパフォヌマンス、セキュリティ、および信頌性を向䞊させる機胜を継続的に開発しおきたした。 1992幎にOracle向けSAP R / 3の最初のリリヌスが登堎し、1999幎に䞡瀟は2010幎に延長された商甚およびサヌビスパヌトナヌシップ契玄に眲名したした。 2009幎にOracleを買収したOracleは、ビゞネスむンテリゞェンス、デヌタベヌス統合、オンラむントランザクション凊理のためにExadataハヌドりェアおよび゜フトりェアシステムをSunプラットフォヌムに移行したした。 わずか2幎埌、SAP甚のOracle Exadata゜フトりェアおよびハヌドりェアバヌゞョンが登堎し、続いおOracle ExalogicずOracle SuperClusterが登堎したした。





oracle 蚭蚈されたシステムずは䜕ですか



オラクル 蚭蚈システムの抂念の背埌にある考え方は、最新の゜フトりェアずハ​​ヌドりェアは非垞に耇雑であり、䌚瀟の専門家が機噚を賌入する前にどの皋床培底的に研究しおも、十分な資栌があるずいう保蚌はありたせん最適か぀同時にスケヌラブルな構成を遞択しおください。 お客様が最適なITむンフラストラクチャを構築するこずは難しく、ストレヌゞシステムの芳点から、ネットワヌク機噚の芳点から、コンピュヌティングリ゜ヌスの芳点から、適切な゜リュヌションを探すのに長い時間がかかり、詊行錯誀などによりクラスタ構成を構築したす。



実際、顧客はハヌドりェアず゜フトりェアではなく、問題の解決策を賌入したいず考えおいたす。 たた、顧客がOracle゜フトりェアを賌入する堎合、OracleおよびOracleベヌスの゜リュヌションで最も効率的なハヌドりェア構成の遞択もOracleに委ねるべきです。





オラクル 蚭蚈されたシステムが登堎する前埌のサヌバヌルヌム。



オラクル蚭蚈されたシステムはどのように蚭蚈されおいたすか ハヌドりェアず゜フトりェアは、䞀緒に蚭蚈、テスト、およびデバッグされたす。 たた、どの機噚でどのアプリケヌションが機胜するかがわかっおいれば、最高のパフォヌマンスを実珟できたすが、互換性のないコンポヌネントによる「驚き」の可胜性は䜎く、もちろんサポヌトの提䟛は容易になりたす。 お客様は、サヌバヌ、ディスク、プロセッサ、ネットワヌクコンポヌネント、メモリなどのコンポヌネントを遞択しお最適化する必芁はありたせん。 ゜フトりェアをむンストヌルおよび構成し、各サヌバヌのパフォヌマンスをテストし、その埌の曎新に埓事したす。 する必芁もありたせん。 ITむンフラストラクチャの保守が倧幅に簡玠化されたす。



今日、すべおのオラクルのハヌドりェアおよび゜フトりェアシステムは、SAPアプリケヌションず連携するこずが認定されおおり、プラむベヌトクラりドの線成などのクラりドコンピュヌティングの準備ができおいたす。SAPアプリケヌションの゜フトりェアおよびハヌドりェアプラットフォヌムで゜リュヌションを実装する堎合プラむベヌトクラりド。



オラクルは、オラクルのベストプラクティスに基づいお構築されたSAPアプリケヌション甚のオペレヌティングシステム仮想化ハヌドりェアずデヌタベヌスレむダヌから始たる完党な゜リュヌションスタックを提䟛したす。 30幎以䞊にわたるグロヌバルな実践により、オラクルは顧客が遭遇する可胜性のあるすべおの問題を統合する倧芏暡な知識ベヌスを蓄積しおきたした。 この膚倧な知識ベヌスをすべお分析した埌、オラクルは、オラクルのプラットフォヌムでデヌタベヌスをホストするための操䜜に適した、既補のバランスのずれた事前構成枈みの構成枈み゜フトりェアおよびハヌドりェア゜リュヌションを開発したした。



Oracle Exadataコンプレックスは、Oracleデヌタベヌスサヌビスを敎理するように蚭蚈されおいたす。 Oracle Exalogicは、Oracle Applications、SAP ERPなどを含むアプリケヌションサヌバヌ甚のマシンです。 Oracle Database Applianceコンプレックスは、Oracleデヌタベヌス・サヌビスをアプリケヌションずずもにデプロむするように蚭蚈されおいたす。たずえば、䞭倮のSAP ERP機関を䜿甚したす。 Oracle Virtual Compute Applianceを䜿甚するず、必芁なすべおのサヌビスをデプロむできたす。この゜フトりェアずハ​​ヌドりェアの耇合䜓は、SAPを含む認定を受けおいたす。 次に、SAP向けのOracle Exadata゜リュヌションに぀いお説明したす。



最埌に、Oracle SuperCluster M6-32はSPARCプラットフォヌムで䜜成されおおり、あらゆる点で珟圚垂堎で入手可胜な最も匷力なマシンの1぀です。32プロセッサ、384コア、3072スレッド。 140人のSAPナヌザヌ、公匏のテスト結果-793 930 SAPS。 Oracle SuperClusterの詳现は、次の蚘事に蚘茉されおいたす。



Oracle Exadata



Oracle Exadataの䞋䜍構成は、Oracle Exadata Eights Rackです。 Intel X86プラットフォヌム䞊の2぀のコンピュヌティングモゞュヌル、2぀のデヌタベヌスサヌバヌが含たれおいたす。 ほずんどの顧客は、10たたは16 GBのデヌタ転送速床を切り替えるためにクラシックストレヌゞシステムずクラシックファむバヌチャネルサヌバヌを䜿甚したすが、この゜リュヌションにはスケヌリング時の深刻な応答遅延が䌎うため、Oracleは切り替えに40 GBの高速InfiniBandネットワヌクを䜿甚したす。 Infinibandのレむテンシは最小限であり、倚数のナヌザヌに最小限の応答時間を提䟛したす。



Oracle Exadataで䜿甚されるストレヌゞシステムはExadata Storage Serverず呌ばれ、埓来の゜リュヌションずは倧きく異なりたす。 Exadata Storage Serverの簡単な機胜は、システムがOracleデヌタベヌスず連携するこずを「理解」し、ストレヌゞシステムレベルからデヌタベヌスレベルぞのブロックの転送を最適化し、SQLク゚リを含む䞀郚のデヌタベヌス操䜜がそのレベルで実行されるこずを保蚌するこずですストレヌゞシステム。 したがっお、Exadata Storage Serverは、ストレヌゞシステムからデヌタベヌスレベルぞのトラフィックを削枛し、最高のシステム党䜓のパフォヌマンスを提䟛したす。



Exadata Storage Serverは、2぀の6コアプロセッサ、96 GBのメモリ、I / Oアクセラレヌション甚のPCIフラッシュカヌド、長期デヌタストレヌゞ甚の1.2 TBたたは4 TBハヌドドラむブを備えたX4-2サヌバヌを䜿甚したす。



Exadata Database Serverには2぀の12コア・プロセッサがあり、RAM容量は256GBたたは512GBです。 すべおのむンタヌフェヌスネットワヌクずInfiniBandの䞡方が耇補されたす。



Oracle Exadata 8よりもOracle Exadata Database Machineの構成が高いのは、Oracle Exadata Quarter、Oracle Exadata Half、およびOracle Exadata Full Rackです。 初期段階では、クラむアントは第8四半期たたは第4四半期を賌入し、必芁に応じお、ネットワヌク容量を考慮したり、ストレヌゞシステムぞのサヌバヌアクセスを提䟛したりするこずなく、構成を暙準的な方法でより匷力な構成にスケヌリングできたす。これはすべお事前に決定されおいたす、クラむアントは埓来のむヌサネットネットワヌクのみを必芁ずしたす。



ロシアで最も人気のある゜リュヌションはOracle Exadata Quarterで、これには2぀のデヌタベヌスサヌバヌ合蚈48コア、512 GBたたは1 TB RAM、耇補InfiniBand、3぀のストレヌゞシステム、9.6 TB PCI Flash Cash、およびファむルストレヌゞが含たれたす重耇、RAIDグルヌプの再線成などを考慮した、19 TB高速ディスクから63 TB倧容量ディスクの有甚な容量を持぀デヌタベヌス



性胜



パフォヌマンスは本来の目的であるため、別の議論に倀したす。



Oracle Exadata Quarterに぀いお芋おみたしょう。 通垞のドラむブのみがあり、SSDずPCIフラッシュキャッシュはないこずを想像しおください。 この堎合、50,000回のI / O操䜜は完党なディスク゚ンクロヌゞャです。 PCI Flash Cashは、1秒あたり57䞇回の読み取りず42䞇回の曞き蟌み操䜜を提䟛したす。



これはどのように達成されたすか 事実、最新のSAPアプリケヌションデヌタベヌスは、原則ずしお、15 TBを超えるこずはありたせん。 このようなベヌスは、ほが完党に高速キャッシュに収たりたす。 しかし、デヌタベヌスが50テラバむトを占有したずしおも、ほずんどすべおの䜜業郚分がPCIフラッシュキャッシュに入りたす-平均的なシステムが曎新するのはデヌタの10未満であり、高負荷は原則ずしおデヌタの20未満です。



これらは、私があなたず共有したいOracle Exadataに関する最も䞀般的な情報です。 次の蚘事では、Exadataの仕組み、Exadataのメンテナンスず技術サポヌト、Oracle SuperClusterの詳现、および実際のシステム実装に぀いお詳しく説明したす。



All Articles