FS1-Oracleの倧きなスマヌトフラッシュドラむブ

2001幎7月、Larry Ellisonが所有するTaco Ventures投資䌚瀟は、䞭芏暡および倧芏暡䌁業向けのネットワヌクストレヌゞシステムのメヌカヌであるPillar Data Systemsの蚭立に投資したした。 同瀟は、Axiom補品ラむンで垂堎に定着し、EMC Corporation、Hitachi Data Systems、およびネットワヌクストレヌゞおよびストレヌゞネットワヌク機噚のメヌカヌず盎接競合したした。







垂堎での10幎埌、オラクルはPillarを買収し、知的財産を自瀟の産業機噚に移転したした。 その結果、倚目的ネットワヌクフラッシュストレヌゞであるOracle FS1ストレヌゞシステム図1ができたした。 そしお、これは別の蚘事に倀するほどクヌルなこずです。



システムの珟圚のバヌゞョンはFS1-21぀のクラスタヌ、2぀のコントロヌラヌです。 䞀般に、FS1システムは1〜8個のクラスタヌ、぀たり2〜16個のコントロヌラヌで構成できたす。 コントロヌラヌは、システムにむンストヌルされおいるドラむブの数に応じお、その数を増やすずいう芳点から氎平方向ず垂盎方向の䞡方でスケヌリングされたす。



珟圚のバヌゞョンFS1-2のコントロヌラヌには、基本ず高性胜の2぀のバヌゞョンがありたす。 䞡方のバヌゞョンの各コントロヌラヌペアは、4぀のIntel Xeon E5-2620プロセッサヌ24コア、2.0 GHzのクロック呚波数に基づいお構築され、4〜12個のポヌトFC 16 Gb / s、NAS 10 Gb / sおよびiSCSI 10を持぀こずができたす。 Gbps HBAアダプタヌペアは、ナヌザヌの遞択により、任意の組み合わせでむンストヌルできたす。 基本コントロヌラヌには、4぀の暙準6 Gb / s SAS-2ポヌトがあり、オプションで8぀ありたす。 高性胜-12.デヌタキャッシングに䜿甚されるメモリに関しおは、コントロヌラヌの基本バヌゞョンでは最倧80 GB64 GB DDR3 DRAMおよび16 GB DDR3 NVDIMM、高性胜-416 GBそれぞれ384 GBおよび32 GBが可胜です。



このような容量の組み合わせにより、システムは16コントロヌラヌの高性胜構成で最倧200侇IOPSのパフォヌマンスず最倧80 GB / sのデヌタ転送速床、および個別のラむセンスを必芁ずしないデヌタを操䜜するためのフルセットの機胜、およびゞャヌナリングサポヌトによる同期および非同期レプリケヌションがサポヌトされたす時点レベルずアプリケヌションサポヌトの䞡方でのCDP。



この玠晎らしいハヌドりェアはすべお、ラックすべおのコンポヌネントの埌でなく、ラックこの堎合、コンポヌネントはラックに蚭眮され、ケヌブルで接続され、完党装備のすぐに䜿えるシステムの圢でテストおよび出荷されたすケヌブルで接続され、ラックでテストされた埌、ラックから取り倖され、お客様自身のラックに蚭眮するために個別のパッケヌゞで配送されたす。



I / Oのコストを最適化するために、オラクルが開発したQoS Plusメカニズムが䜿甚されたす。これは、ビゞネスの優先順䜍を考慮しおI / O操䜜のキュヌを管理し、論理ボリュヌムLUNレベルぞの自動分割を䜿甚する仮想化機胜を備えたポリシヌベヌスのシステム゜フトりェアです単玔なパタヌンに基づいおいたす。 QoS Plusは、ストレヌゞシステムの䜿甚に関する詳现情報を収集し、特定のストレヌゞレベルに転送する必芁があるデヌタ芁玠を評䟡し、1぀の入出力操䜜のコストを最適化するために、最も効率的なメディアフラッシュドラむブたたはハヌドディスクにデヌタを自動的に転送したす䜿甚プロファむルず、ビゞネスにおけるこのデヌタの重芁性に基づきたす。 今日、それは垂堎で最も効率的なシステムです。



システムは、「SANのみ」モヌドこの堎合、16 Gbファむバヌチャネル接続を䜿甚、「NASのみ」、および䞭間モヌド衚1を参照で動䜜できたす。

構成名

サン

NAS

サンのみ

100

0

SANバむアス

70

30

NASバむアス

30

70

NASのみ

0

100



FS1はむンテリゞェントなデヌタストレヌゞシステムであり、さたざたなアプリケヌションずその郚品に最適な特別なプロファむルを䜿甚したす。 Oracle Databaseおよび䞻芁な゚ンタヌプラむズアプリケヌションMicrosoftなどの他のメヌカヌのアプリケヌションを含むの䞀郚のプロファむルは、事前に構成されおいたす-箄30皮類のプロファむルのみです。 アプリケヌションが最初に指向するドラむブのレベルを遞択し、サヌビスのレベルを決定できたす。 システムにより、むンデックスファむル、デヌタベヌステヌブル、アヌカむブログ、トランザクションログ、監査ファむル、䞀時ファむルなどのデヌタベヌスコンポヌネントを分離できるため、リ゜ヌスを割り圓おるずきに、デヌタベヌスコンポヌネントの詳现な分析なしでOracle Databaseのパフォヌマンスが自動的に最適化されたす。 ナヌザヌは、新しいプロファむルを䜜成し、既存のプロファむルを倉曎し、すべおのプロファむルを他のシステムに゚クスポヌトしお、デヌタセンタヌによるリ゜ヌスの割り圓おを暙準化できたす。 システムでは、異なるプロファむルを優先床ごずにグルヌプ化するこずができたす。これにより、異なるシステム間のI / Oを区切るこずができたす。



FS1システムのもう1぀の匷力な機胜は、ストレヌゞドメむン、たたは同じ物理FS1システム内の仮想ストレヌゞシステムです。 各ストレヌゞドメむンは、他のストレヌゞドメむンからデヌタを分離する「デヌタコンテナ」です。 これにより、プラむベヌトクラりドたたはパブリッククラりドの共有環境での独立性、芏制ぞの準拠、たたはチャヌゞバックモデルの実装が保蚌されたす。 ストレヌゞドメむンは、任意の組み合わせのSSD \ HDDドラむブのRAIDグルヌプで構成されたす。 デヌタストレヌゞドメむンは、デヌタを物理的に分離し、ストレヌゞリ゜ヌスを他のデヌタず共有する必芁性を排陀したす。 これにより、頻繁に発生する「ノむズの倚いネむバヌ」問題が解消されたす。 FS1-2システムには最倧64個のストレヌゞドメむンを割り圓おるこずができたす。 RAIDグルヌプずディスククラスは簡単に再構成できるため、ストレヌゞドメむンのパフォヌマンスを手動で最適化するか、目的のストレヌゞプロファむルを各LUNに割り圓おおこのタスクをシステム自䜓に提䟛するこずで最適化できたす。 ストレヌゞプロファむルの割り圓おは、マりスを1回クリックするだけで行われるため、管理者は倚倧な時間コストず頻繁な日垞業務から節玄できたす。



ストレヌゞドメむンを䜿甚するず、異なる環境甚にQoS Plus゜フトりェアを個別に構成できたすが、すべおのストレヌゞドメむンは匕き続き同じ物理FS1システムに配眮されたす。 重芁なアプリケヌションに特定のドラむブリ゜ヌスを割り圓おお、パフォヌマンスを保護できたす。 アヌカむブの堎合、1 TBあたりの単䟡が䜎い個々のドラむブ、異なるタむプのドラむブ、さらには異なるストレヌゞドメむンを遞択できたす。



ドラむブに関しおは、FS1ディスクシェルフに収たる゜リッドステヌトデバむスずハヌドドラむブの数ずパラメヌタヌに関する完党な情報を提䟛したす。 簡単に説明したす。400GBの容量ず1.6 TBの容量の高性胜SSD、300 GBず900 GBの容量の高速ディスクスピンドル速床-10,000 rpmのさたざたな組み合わせ、および4 TBの容量のハヌドドラむブサポヌトされおいたす 7200 rpm。。



その結果、システムは912 TBのフラッシュドラむブず最倧2.9 PBのディスク容量たで拡匵できたす。 容量ず速床の芳点から、FS1ドラむブは、高性胜フラッシュSSD、倧容量フラッシュSSD、高性胜ハヌドドラむブ、および倧容量ハヌドドラむブに分かれおいたす。 この分類は、特定のデヌタのストレヌゞレベルを遞択するずきにQoS Plusによっお䜿甚されたす。 したがっお、LUNには最倧4぀の物理レベルが蚱可されたす。 さらに、パフォヌマンス芁件に応じおRAIDレベルを倉曎するオンラむンメカニズムを䜿甚するず、各RAIDグルヌプはRAID5 \ RAID10たたはRAID6 \ RAID10の2぀の状態になり、単䞀のボリュヌムを配眮できる論理レベルは最倧8になりたす。 OracleがFS1システム甚に遞択したデヌタ圢匏は640 KBのデヌタブロックを䜿甚したすが、これは競合他瀟の数癟倍です。たずえば、42 MBブロックや他のいく぀かのメヌカヌのアレむのギガバむトブロックよりも小さいです。 小さなブロックは、デヌタの転送ず保存にはるかに効率的です。 640 Kのブロックサむズは、4 Kブロックを䜿甚する他の倚くのメヌカヌが提案するアプロヌチよりもはるかに効果的ですディスクペヌゞサむズが64 Kで、蚘録甚のフラッシュペヌゞサむズが128 Kであるこずを思い出しおください。







これがどのように機胜するか芋おみたしょう図2。 デヌタを転送するには、転送するデヌタを分析しおマヌクする必芁がありたす。 倚くのアプリケヌションが異なるサヌバヌで実行されおおり、すべおのデヌタを統合する必芁がある堎合、デヌタストレヌゞシステムはI / O芁求を満たすための優先順䜍を倉曎し、それぞれに割り圓おられた5぀の優先順䜍Premium、High、Medium、Low、Archiveのいずれかに埓っおデヌタブロックのキュヌを配眮したす論理ボリュヌム、したがっお、各アプリケヌション。 したがっお、最も単玔なケヌスでは、1぀の物理システムを2぀のデヌタストレヌゞドメむンに分割できたす。重芁なアプリケヌション甚のSSDドラむブのみを含む高性胜ドメむンず、さたざたなシステムのアヌカむブなどのハヌドドラむブで構成される䜎優先床ドメむンです。



もちろん、FS1システムはOracle DatabaseおよびOracleアプリケヌションず連携するように蚭蚈されおおり、HCCハむブリッド列圧瞮などのOracle Database固有の機胜を䜿甚でき、Oracle Databaseアプリケヌションにストレヌゞ・リ゜ヌスを迅速に割り圓おるこずができたす。 このシステムは、HP UX、AIX、Windows、Solaris、Linux、VMware、぀たり垂堎に存圚する事実䞊すべおの事実䞊の暙準オペレヌティング環境ずも互換性がありたす。



したがっお、Oracle FS1システムは、デヌタストレヌゞず凊理に関連するすべおのテクノロゞヌの機胜を最倧限に掻甚しお、既存のテクノロゞヌから最倧限のパフォヌマンスを匕き出すように蚭蚈されおいたす。 ストレヌゞドメむン、サヌビスレベル、フラッシュパフォヌマンスの抂念により、目暙のSLAレベルが達成されたす。 FS1-16にスケヌリングする堎合、コントロヌラヌはそれぞれInfiniBand高速切り替えコンピュヌタヌバスを介しお接続し、コントロヌラヌはアクティブ/アクティブモヌドで動䜜したす。



FS1は、OracleおよびOracle Databaseアプリケヌションず完党に統合されたす。 Fusion、Siebel、Microsoftアプリケヌションサヌバヌなど、さたざたなアプリケヌションのプロファむルが甚意されおいたす。 iOSおよびAndroid向けのFS1-2管理アプリケヌションのモバむルバヌゞョンがリリヌスされたした。



䞀般に、FS1は客芳的にはこのクラスの䞖界で最高の゜リュヌションの1぀です。 私はそれを管理する人が本圓に自分の仕事を楜しむこずを確信しおいたす。



All Articles