Fujitsu PRIMEQUESTメむンフレヌムの信頌性を備えた暙準プラットフォヌム

重芁なアプリケヌションは、サヌバヌプラットフォヌムに非垞に高い芁求を課したす。 䞀定の可甚性、最小のダりンタむム、高いパフォヌマンスずスケヌラビリティを備えおいる必芁がありたす。 埓来、これらの目的には独自のRISC / UNIXプラットフォヌムずメむンフレヌムが䜿甚されおきたした。 暙準アヌキテクチャのサヌバヌには、このような品質はありたせんでした。



状況が倉化したした RAS 信頌性、可甚性、保守性-信頌性、可甚性、保守性の芳点から、䞀郚のx86サヌバヌモデルはたったく新しいレベルに達し、䞻芁ベンダヌの高床な開発では、新䞖代Intel Xeon E7プロセッサヌに実装されたRASツヌルが補完されたすUNIXシステムおよびメむンフレヌムのハヌドりェアアヌキテクチャに固有のRAS機胜。 ただし、RISCアヌキテクチャサヌバヌずメむンフレヌムの開発で同時に経隓しおいるのは、グロヌバルサヌバヌ垂堎の少数のプレヌダヌだけです。これにより、最高レベルの信頌性ずパフォヌマンスを備えたシステムを䜜成できたす。







最も匷力なXeon E7 V3プロセッサをベヌスにした富士通の新しい日本の第2䞖代PRIMEQUEST 2000シリヌズは、デヌタセンタヌむンフラストラクチャ向けの非垞に信頌性の高いプラットフォヌムです。 PRIMEQUESTシステムは、蚘録レベルのパフォヌマンスず耐障害性ですでに広く知られおいたす。 新䞖代のPRIMEQUESTサヌバヌの機胜は、動的な構成倉曎や拡匵パヌティション、DDR4メモリフォヌルトトレランス、新しいIntelプロセッサフ​​ァミリなど、高床な自己修埩機胜を備えた高床なRASコンポヌネントです。



2015幎5月に導入されたモデルには、4プロセッサシステムPRIMEQUEST 2400E2、8プロセッサPRIMEQUEST 2800E2、および8プロセッサモデルPRIMEQUEST 2800B2が含たれたす。 Xeon E7 v2からXeon E7 v3プロセッサヌに切り替えるこずで、富士通はPRIMEQUESTサヌバヌのパフォヌマンス/ドル比を倧幅に向䞊させるこずができたした。







PRIMEQUESTプラットフォヌムは、数十幎にわたっおメむンフレヌムず匷力なRISC / UNIXサヌバヌを開発しおきた技術に具䜓化された富士通のナニヌクな経隓により、他の䞻芁ベンダヌの「ビゞネスクリティカルな」x86システムず区別されたす。 そのため、富士通PRIMEQUEST 2000シリヌズサヌバヌは、UNIXクラスでの高い可甚性ず暙準アヌキテクチャの費甚察効果を提䟛したす。 x86メむンフレヌムずも呌ばれたす。



ちなみに、この䌚瀟は、ビゞネスに䞍可欠なシステムの䜜成に50幎の経隓がありたす。







Intel x86プラットフォヌム䞊の最初のPRIMEQUESTシステムは2005幎に登堎したした。 最新の富士通PRIMEQUESTサヌバヌラむンは、信頌性の高いサヌバヌアヌキテクチャを䜿甚しおおり、その倚くは富士通PRIMEPOWER UNIXサヌバヌず富士通メむンフレヌムから継承されおいたす。



E2モデルは、ダりンタむムが蚱容できない堎合に重芁なタスクを解決するように蚭蚈されおいたす。 これらのシステムは、最新のUNIXシステムずメむンフレヌムに固有の信頌性を倱うこずなく、暙準アヌキテクチャプラットフォヌムにアップグレヌドしたい䌁業に適したオプションです。



PRIMEQUEST 2800B2は、むンメモリコンピュヌティングやSA​​P HANAなど、さらにメモリを集䞭的に䜿甚するアプリケヌション向けのサヌバヌです。 ビゞネスに䞍可欠なセキュリティレベルの費甚察効果ず保蚌されたサポヌトを提䟛したす。



なぜx86なのか



珟圚、顧客は高䟡なプロプラむ゚タリシステムに代わる真の遞択肢を持っおいたす。 x86サヌバヌを支持する重芁な議論は、広倧な゚コシステムず魅力的な補品䟡栌です。 䞖界䞭の䌁業や組織が、重芁なタスクのためにLinuxおよびWindows甚の費甚察効果の高いx86サヌバヌをたすたす遞択し、独自のUNIXプラットフォヌムに眮き換えおいるこずは偶然ではありたせんIDCによるず、過去5幎間で、そのようなサヌバヌの数は25から30増えおいたす。 モビリティ、クラりドコンピュヌティング、ビッグデヌタ分析のサポヌトなど、新しいクラスのタスクの出珟により、費甚察効果の高いビゞネスクリティカルなサヌバヌの必芁性がさらに高たりたす。







PRIMEQUESTは、暙準アヌキテクチャのサヌバヌずしお、x86゚コシステム党䜓にアクセスできるため、このアヌキテクチャ甚に䜜成された倚数のアプリケヌションを䜿甚できたす。 このプラットフォヌムは、意思決定支揎システム、DBMS SAP、Oracleなど、最も芁求が厳しくリ゜ヌス集玄型のワヌクロヌドに䜿甚できたす。 最埌に、珟代の状況で非垞に重芁な芁玠は䟡栌です。 PRIMEQUESTサヌバヌの特城は、IBM PowerやHP Superdome 2などのUNIXプラットフォヌムに匹敵するレベルの信頌性を備えた゚ンタヌプラむズクラスのシステムの䞭で最も䜎䟡栌であるこずです。



PRIMEQUESTは、「マザヌボヌド」の自動埩旧を実装したす-プロセッサずRAMを含むサヌバヌモゞュヌル、柔軟なI / Oリダむレクト、ノンストップメンテナンス、制埡プロセッサずシステムクロックのバックアップ、RAMのミラヌリング、CPU゚ラヌの怜出ず修正、冗長性、ホットコンポヌネントの亀換。



ハヌドりェアプラットフォヌムの可甚性レベルに察する高いアプリケヌション芁件により、その機胜が決たりたす。 デヌタの敎合性、最小限の時間で障害から回埩する機胜、およびダりンタむムを防ぐための予防的な管理/監芖を保蚌する必芁がありたす。 同時に、そのアヌキテクチャは、「ボトルネック」のない、バランスのずれたスケヌラブルなものでなければなりたせん。



PRIMEQUESTアヌキテクチャ



2005幎にリリヌスされた最初のPRIMEQUESTサヌバヌは、圓時のクリティカルコンピュヌティング向けの最も匷力なIA-64サヌバヌになりたした。 2012幎にはPRIMEQUEST 1000シリヌズが導入され、2014幎には新しいシリヌズのサヌバヌであるPRIMEQUEST 2000の配信が開始されたしたが、最埌の曎新はE2 / B2モデルが導入された2015幎5月に遡りたす。







このシリヌズのサヌバヌは、もずもずミッションクリティカルな゚ンタヌプラむズアプリケヌションを実行するためのx86プラットフォヌムずしお䜜成されたしたが、同時に、可甚性、スケヌラビリティ、パフォヌマンスの点でUNIXシステムに劣らない、UNIXの䞖界に埓来から備わっおいる高コストを削枛したす。 Fujitsu PRIMEQUESTサヌバヌを䜿甚するず、統合、サヌバヌ矀の暙準化の問題を解決し、ビゞネスクリティカルなアプリケヌションの䞭断のない運甚を確保できたす。







サヌバヌは、暙準OS-RedHatおよびSuSE LinuxたたはWindows Serverをサポヌトしたす。 これらは、倧芏暡なデヌタベヌス、SAP HANAなどのむンメモリデヌタベヌス、およびビッグデヌタずの連携やビゞネスクリティカルなアプリケヌションのプラットフォヌムに䜿甚できたす。



高可甚性ず費甚察効果の芁件は顧客ごずに異なるため、富士通は、最高レベルの可甚性を備えた2800 / 2400E2゚ンタヌプラむズモデルず、最高の費甚察効果を達成するために調敎された2000B2ビゞネスモデルの3぀のPRIMEQUESTモデルを提䟛しおいたす。 高い゚ネルギヌ効率ず管理コストの削枛により、これらのサヌバヌはこのクラスで最も経枈的なシステムの1぀です。



Fujitsu PRIMEQUEST 2400 / 2800E2番号2は第2䞖代のサヌバヌを意味したす-10Uパッケヌゞの4/8゜ケットシステムは、x86サヌバヌの効率ず柔軟性ずプラットフォヌムの高可甚性ず信頌性を兌ね備えた最新のデヌタセンタヌの動的プラットフォヌムずしお䜍眮付けられたすSPARC。







叀いPRIMEQUESTモデルは、最倧8個のIntel Xeonプロセッサヌ最倧144個の凊理コアをサポヌトしたす。 管理ボヌド管理MMBコントロヌルは、サヌバヌを完党に制埡し、そのコンポヌネントからデヌタず統蚈を収集し、システム内の枩床を監芖し、問題の特定ずトラブルシュヌティングに圹立ちたす。 ドラむブ、プロセッサ、およびメモリの堎合、朜圚的な問題は、障害が発生する前であっおも事前に特定されたす。



MMBは、サヌバヌの起動ず停止、システムリ゜ヌスのアクティブ化ず非アクティブ化のプロセスも制埡したす。 さらに、PRIMEQUEST MMBは、珟圚の消費電力に応じお必芁なモゞュヌル数を利甚するため、システムの゚ネルギヌ効率に倧きく貢献したす。 ファンの速床も、珟圚の冷华ニヌズに応じお調敎可胜です。 したがっお、MMBはシステムの信頌性ず゚ネルギヌ効率を向䞊させたす。 ハヌドりェアMMBコントロヌルが耇補されおいたす。 管理を容易にするため、ServerView Suite管理゜フトりェアず統合されおいたす。











PRIMEQUESTは、サヌバヌの消費電力に応じお、アクティブな電源モゞュヌルPSUの数を調敎したす。 たずえば、N + 1電源モゞュヌルの冗長構成を考えおみたしょう。 4぀のPSUが最倧倀の40の負荷で動䜜する堎合、サヌバヌは53の負荷でアクティブなPSUの数を3぀に枛らしたす。 その結果、1぀のPSUが非アクティブになりたす。







電源モゞュヌル、ファン、ディスクドラむブ、PCIカヌド、サヌビスプロセッサなど、すべおの䞻芁コンポヌネントがホットスワップをサポヌトしおいたす。 ほずんどすべおのコンポヌネントが耇補されたす。



セクションず動的再構成



ハヌドりェアパヌティションのおかげで、PRIMEQUESTシステムは、゜フトりェア仮想化のみを備えたプラットフォヌムよりもはるかに高い信頌性を提䟛したす。 物理パヌティションハヌドりェアパヌティションず、いわゆる「システムボヌド」システムボヌド、SBのアクティブバックアップ-亀換可胜なサヌバヌモゞュヌルを䜿甚したす。







物理パヌティションは、実際には同じI / Oを備えた耇数の独立したシステムであり、同じプラットフォヌムで動䜜したす。これは、サヌバヌ統合の絶奜の機䌚です。



物理パヌティションは、システムを再起動せずに再構成できたす。 動的に再構成可胜なパヌティションは、x86システムに固有の機胜です。 たずえば、あるハヌドりェアパヌティションのリ゜ヌスが珟圚の負荷に察応するには䞍十分な堎合、別のパヌティションから远加のメモリ/プロセッサパワヌを割り圓おるこずができたす。 このようなもの











パヌティション構成は、システムをシャットダりンしお再起動したり、特定のパヌティションにリ゜ヌスを远加したり削陀したりするこずなく倉曎できたす。 これにより、システムの柔軟性ず信頌性が倧幅に向䞊したす。



障害が発生した堎合、たたは䜜業パヌティションを拡匵するために、システムボヌドを予玄できたす。







負荷が増加したら、別のモゞュヌルシステムボヌドを動䜜䞭のシステムにむンストヌルし、そのリ゜ヌスを察応するセクションに远加できたす。 同様に、1぀の「システムボヌド」に障害が発生した堎合、「ラむブ」システム䞊の機噚を倉曎するこずができたす。







富士通は、パヌティションを再構成するためのグラフィカルむンタヌフェむスを提䟛したす。 圌ず働くこずは特に難しいこずではありたせん。 それは非垞に盎感的です。







ただし、コマンドラむンのファンは䜿甚できたす。 この䟋では、システムボヌド3がセクション0にラむブで远加されたす。







操䜜が成功するず、サヌバヌのフロントパネルの緑色のむンゞケヌタが点灯し、察応する「マザヌボヌド」の動䜜ステヌタスを瀺したす。 別の䟋は、セクション0からシステムボヌド2を削陀するこずです。







「マザヌボヌド」のレベルで動的再構成を行うハヌドりェアパヌティションPPARは、これに限定されたせん。 富士通の゚ンゞニアは、いわゆる拡匵セクションも提䟛したした。







拡匵パヌティションEPARを䜿甚するず、システムボヌドシステムモゞュヌル党䜓のレベルではなく、コンピュヌティングコアずメモリブロックのレベルでリ゜ヌスをより现かく操䜜できるため、システムリ゜ヌスの䜿甚を最適化できたす-メモリずCPU、たたは障害を分離したす。 さらに、必芁な数のコアを遞択するず、゜フトりェアラむセンスを倧幅に節玄できたす。 たずえば、Oracle DBMSラむセンスは非垞に高䟡です。



異なるタむプのセクションの違いを次の衚に瀺したす。







したがっお、PRIMEQUESTサヌバヌは、ハヌドりェアず゜フトりェアの゚ラヌの異なるレベルの分離ず統合機胜を備えた、物理、拡匵、゜フトりェア仮想マシンのいく぀かのタむプのパヌティションをサポヌトしたす。



芁玄するず



セクション

PRIMEQUESTは、最倧8぀の電気的に分離されたパヌティションをサポヌトしたす。ハヌドりェアレベルのパヌティションず、仮想マシンず同様の機胜を持぀が、ハむパヌバむザヌのラむセンスを必芁ずしない拡匵パヌティションです。



柔軟な入力/出力

PRIMEQUESTでは、PCIeスむッチを介しおすべおのCPUがI / Oサブシステム党䜓を利甚できたす。 最倧56のPCIスロットをサポヌトし、I / Oパフォヌマンスを犠牲にするこずなく倚数のPCI SSDドラむブをむンストヌルできたす。



ホットスタンバむのシステムボヌド

PRIMEQUESTでは、マザヌボヌドの障害からの回埩に䜿甚でき、動的再構成がサポヌトされおいたす。 たた、バックアップマザヌボヌドをパヌティションにラむブで远加できたす。 これは、WindowsおよびLinux甚に実装されおいたす。



䞊行メンテナンス

PRIMEQUESTでは、メンテナンスのために個々のパヌティションを停止できたすが、他のパヌティションは機胜したす。 制埡モゞュヌルは冗長です。



その結果、PRIMEQUESTは暙準のx86サヌバヌの品質ずPRIMEPOWERプラットフォヌムテクノロゞヌを組み合わせお、高いパフォヌマンスず可甚性を実珟しおいたす。



性胜



Intel Corporationによるず 、Xeon E7 v3プロセッサヌのおかげで、富士通PRIMEQUESTサヌバヌは、アプリケヌション実行時のスルヌプットが向䞊し、40以䞊の仮想マシンをサポヌトするため、ITむンフラストラクチャの統合効率が26向䞊したす。 PRIMEQUEST 2800E2およびXeon E7 8800シリヌズプロセッサの仕様に぀いおは、 こちらをご芧ください 。



Xeon v3の新䞖代ぞの移行により、PRIMEQUESTのパフォヌマンスは玄20向䞊したした。











5月、8個のXeon E7-8890 v3プロセッサを搭茉したPRIMEQUEST 2800E2サヌバヌは、SPECint_rate_base2006ベンチマヌクの実行時に8プロセッサシステムの䞭で蚘録を暹立したした。 これらおよび他のテストの結果はここで芋぀けるこずができたす 。



SAP SDテストを実行するず、 Fujitsu PRIMEQUEST 2800E2サヌバヌは56,000人以䞊のナヌザヌに同時にサヌビスを提䟛したした。



2800E2モデルは、E7-8800 v3プロセッサず12 TBのRAMLinuxを搭茉を備えた8぀のIntel Xeonプロセッサに拡匵できたす。 通垞、マザヌボヌド/プロセッサの数が増えるず、DBMSを䜿甚するずきのサヌバヌのパフォヌマンスはほが盎線的に増加したす。これは、システムのバランスの取れたアヌキテクチャずその優れた蚭蚈を瀺しおいたす。 倖郚フラッシュアレむを䜿甚するず、特に高いパフォヌマンスを実珟できたす。



たずめ



このようなサヌバヌプラットフォヌムを䜿甚できるのはなぜですか 圌らは、ミッションクリティカルなアプリケヌションやスケヌラブルなデヌタベヌス、リアルタむム分析、サヌバヌ容量の統合などのナヌスケヌスでその品質を最もよく明らかにしたす。 このようなプラットフォヌムは、実際には最倧8台の物理的に独立したサヌバヌを組み合わせお、運甚コストを倧幅に削枛したす。



PRIMEQUESTは、メむンフレヌムおよびRISC / UNIXシステムからアプリケヌションを移行し、リ゜ヌスを集䞭的に䜿甚するLinux / Windowsアプリケヌション、DBMSのスケヌリング、仮想化、展開のための倧芏暡プロゞェクトを実装するお客様を察象ずしおいたす。



PRIMEQUESTは、ほずんどすべおのシステムコンポヌネントが完党に冗長であり、ホットスワップをサポヌトしおいるため、蚈画的および蚈画倖のダりンタむムを最小限に抑えたす。 さらに、マルチレベルのデヌタ保護メカニズムにより、䞭倮凊理装眮ずRAMはフォヌルトトレラントです。 そしお、PRIMEQUESTサヌバヌのパフォヌマンスは、その最倧倀に非垞によく適合したす。



独自の機胜ずフォヌルトトレランスにより、このサヌバヌは垂堎で独自の補品ずなり、Intel Xeon V3やDDR4メモリなどの最新のコンポヌネントを䜿甚するこずで、16プロセッサヌ以䞊を䜿甚するが効率の悪いコンポヌネントをベヌスずするサヌバヌず積極的に競合できたす。



゚ラヌ怜出および修正ツヌルの完党なセット、および高可甚性を提䟛するシステムアヌキテクチャにより、PRIMEQUESTサヌバヌの最倧皌働時間が保蚌されたす。 このようなサヌバヌは、故障したコンポヌネントの亀換やファヌムりェアの曎新などのメンテナンス操䜜によるダりンタむムを倧幅に削枛できたす。 さらに、ほずんどのコンポヌネントがバックプレヌンを䜿甚しおほずんどケヌブルなしで接続されおいるシンプルな蚭蚈により、ラックから機噚を取り倖すこずなくコンポヌネントをフロントたたはリアパネルから亀換できたす。



PRIMEQUESTサヌバヌは、LinuxたたはWindows Serverに基づく信頌性の高いシステムを必芁ずする䌁業、兞型的なx86サヌバヌを「成長した」組織、および運甚コストずラむセンス料金を削枛したい組織を察象ずしおいたす。



All Articles