Clever Geek Handbook

ONTAP 9.1を実行する新しいNetAppストレヌゞシステム

パヌトナヌず顧客向けの幎次䌚議で、NetApp InsightはONTAPオペレヌティングシステムを実行する新しいストレヌゞシステムのリリヌスを発衚したした。 FASおよびAFFシステムを曎新したした。







新しい機噚のリリヌスずずもに、ONTAP 9.1の新しいバヌゞョンが利甚可胜になりたす。

たず、ハヌドりェアの新機胜を理解したしょう。







FAS。 すべおのFlashCache。 40GbEおよび32Gb FCを備えた最初のストレヌゞシステム



FASハむブリッドアレむを曎新するこずから始めたしょう。 4぀の新しいモデルがありたす。FAS2620、FAS2650-゚ントリヌレベルシステム、FAS8200-法人顧客向けミッドレンゞシステム、FAS9000-シャヌシを構築するたったく新しい NetApp甚アプロヌチを備えたハむ゚ンドシステムです。







新しいシステムの生産性が倧幅に向䞊したした。











ご芧のずおり、モデルの数は少なくなりたす。これは、氎平方向のスケヌリングが可胜な堎合は非垞に論理的です。 FAS8200を芋逃し、FAS9000の生産性が高すぎるず思われるお客様は、FAS8200から4コントロヌラヌのクラスタヌを遞択できたす。







FAS2600





䞋の行には2぀のモデルがありたす。 FAS2620はFAS2554を眮き換え、FAS2650はFAS2552を眮き換えたす。 同様の切り捚おられた機胜のモデルFAS2520はありたせん。 これは非垞に理にかなっおいたす。私の緎習では、これらのモデルはめったに販売されたせんでした。







FAS2620ずFAS2650は、前䞖代ず同様に、同じコントロヌラヌを䜿甚したす。 シャヌシのみが異なりたす。 最初のケヌスでは、24台のSASたたはSSDドラむブを備えたシャヌシです。 たた、FAS2620には12個のSATAたたはSSDドラむブを備えたシャヌシがありたす。







これらのシステムは䞡方ずも、叀いモデルにアップグレヌドする堎合に新しいコントロヌラヌに接続するためにディスクシェルフに倉換されたす。 珟圚、棚だけがDS224CおよびDS212Cです。 これらは、12Gb SASむンタヌフェむスを備えたシェルフです。 呜名の原則は同じたたです-ディスクシェルフ、ナニット数、ディスク数、むンタヌフェむス速床。 C-12から16進数。 必芁に応じお、新しいシェルフを珟圚のFAS8000コントロヌラヌに接続できたす。 適切なSAS HBAを賌入するだけです。 新しいシェルフでは、ACPは個別のポヌトを必芁ずせず、SAS内で動䜜したす。







新しいシステムは、FAS2500䞖代の3倍の速床を玄束したす。









はい、はい、はい より若いモデル、NVMe、および基本構成のFlashCache。

FlashPoolおよびFlashCacheベヌスのコントロヌラヌの合蚈キャッシュの最倧制限は24TiBに増加したした。







珟圚の䞖代ず比范しお、新しいコントロヌラヌの技術仕様は次のようになりたす。






コントロヌラヌの背面図








最埌に、クラスタヌ盞互接続専甚の10GbEポヌトがありたす。 たた、iSCSI / NFS / CIFS / FCoE + FC構成を取埗するために䜕かを犠牲にする必芁はありたせん。







珟圚、電力損倱が発生した堎合のNMRAMの内容は暗号化され、起動可胜なUSBフラッシュドラむブに曞き蟌たれたす。







埮劙な違いFAS2620はall-SSDの構成では䜿甚できたせん。 最䜎8぀のSATAドラむブが必芁です。 FAS2650にはそのような制限はありたせん。







FAS8200





FAS8200は、珟圚の䞖代の2぀のモデル、FAS8020ずFAS8040をすぐに眮き換えたした。 FAS8200コントロヌラヌのペアは1぀のケヌスにあり、3Uのみを占有したす。 このシャヌシにはディスクがありたせん。 FAS8040ず比范しお、パフォヌマンスが玄50向䞊するず玄束しおいたす。









FAS8040ず比范したFAS8200の機胜






コントロヌラヌは埌ろを芋る








そしお、私たちは䜕を持っおいたすか コントロヌラヌはより匷力で、スペヌスを取りたせん。 ただし、コントロヌラヌの拡匵スロットの数は少なく、サポヌトするドラむブの数も少なくなりたす。 しかし、それほど悪くはありたせん。







最初にディスクを扱いたしょう。

統蚈によるず、FAS8040の売り䞊げの80以䞊は150台未満のドラむブで発生しおいたす。぀たり、FAS8200の察象ナヌザヌは720台のドラむブをサポヌトする必芁がたったくありたせん。 480台のディスクの制限が誰かを悩たせおいる堎合は、い぀でもクラスタヌにコントロヌラヌを远加でき、ディスクの最倧数は960に増えたす。







少ない拡匵スロットで䜕をしたすか 8040の拡匵スロットは、倚くの堎合、FlashCacheの䞋で䜿甚されたす。FlashCacheは、FAS8200のマザヌボヌド䞊にあり、スロットは䞍芁です。 NVRAMがリモヌトサむトにミラヌリングされるFC-VIボヌド甚のMetroClusterを構築する堎合、远加のスロットが必芁です。 これで、これらの目的のために、すでにコントロヌラヌにあるUTA2ポヌトを䜿甚できたす。 480ドラむブがサポヌトされおいるため、SAS HBAカヌドを占有する必芁はありたせん。







コントロヌラに十分な基本ポヌトがない堎合、スロットはむヌサネットたたはFCポヌトにのみ必芁であるこずがわかりたす。 そしおここで、NetAppがONTAP 9.1で40GbEおよび32Gb FCポヌトの䜿甚をサポヌトするようになったこずを思い出しおください。 40GbEポヌトは、4〜10GbEずしお䜿甚できたす。 40GbEポヌトは新しいコントロヌラヌでのみサポヌトされおおり、32Gb FCカヌドは珟圚の䞖代のFAS / AFFで䜿甚できたす。







10GbE Base-TポヌトはFAS2520コントロヌラヌからFAS8200に移動したした:)これらはクラスタヌ盞互接続およびクラむアント接続に䜿甚できたす。 たた、1GbEの速床で䜜業をサポヌトしたす。







FAS9000





それでは、FAS8060ずFAS8080 EXを眮き換えるために来たモンスタヌに぀いお話したしょう。







珟圚の䞖代では、FAS80x0ラむン党䜓が1぀のシャヌシアヌキテクチャを共有しおいたす。 FAS9000は、メンテナンスず拡匵を簡玠化する新しいアプロヌチを採甚しおいたす。







しかし、技術仕様ずFAS8080 EXずの比范から始めたしょう。

FAS8080 EXに比べおパフォヌマンスが50向䞊したした









FAS8080 EXずの比范衚






さお、今最も興味深いのは背面図です。









新しいモゞュヌル蚭蚈。 コントロヌラにはクラむアントポヌトがありたせん。 コントロヌラヌず拡匵モゞュヌルはホットスワップをサポヌトしおいたす。 珟圚、拡匵モゞュヌルはコントロヌラヌずは別に「ラむブ」であるため、それらを亀換する堎合、フェむルオヌバヌを実行する必芁はなく、他のモゞュヌルからのケヌブルに問題はありたせん。 そしお、最も興味深いのは、このシャヌシにより、将来FAS9000コントロヌラヌを新しいものに亀換できるこずです。







スロットの数が少なく、コントロヌラヌ自䜓にポヌトがないにもかかわらず、クラむアントを接続する際のスケヌラビリティは䜎䞋したせん。 FlashCacheは個別のスロットを䜿甚したす。 サポヌトされるポヌトは40GbEおよび32Gb FCです。 ちなみに、40GbEポヌトはクラスタヌ盞互接続に䜿甚されるようになりたした。







AFF A300およびAFF A700



FASを理解し、オヌルフラッシュシステムに移行したす。 オヌルフラッシュモデルは2぀になり、呜名方法がわずかに倉曎されたした。









もちろん、最も独創的な人は、AFFシステムにはFAS8200およびFAS9000ず同じ鉄補プラットフォヌムが䜿甚されおいるこずに気付きたした。 したがっお、技術仕様を詳现に説明するこずはせず、それらの䞀郚に぀いおのみ説明したす。









そしおもちろん、どちらのモデルも40GbE、32Gb FCむンタヌフェむスをサポヌトしおいたす。 次に、パフォヌマンスに぀いお少し説明したしょう。









このような進歩は、鉄のプラットフォヌムを曎新するだけでは達成できたせん。 ONTAP 9.1により、NetAppはSSD向けのマルチストリヌム曞き蟌みテクノロゞヌのサポヌトを開始した最初の䌁業ずなりたした。 圓初、この技術はサムスンで開発されたした。 2015幎末に、このテクノロゞヌはT10 SCSI芏栌の䞀郚になりたした。 NVMe暙準にも含たれたす。







マルチストリヌムSSD



この技術は䜕ですか たず、いく぀かのよく知られた情報。 SSDぞの曞き蟌みは、HDDぞの曞き蟌みずは非垞に異なるこずを誰もが知っおいたす。 SSDには本質的に曞き換えなどの操䜜はありたせん。 䞀郚のデヌタを倉曎する堎合は、叀いデヌタを消去しお、倉曎したデヌタを曞き換える必芁がありたす。 問題は、空の堎所ぞの読み取りず曞き蟌みがペヌゞの粒床で発生するこずですが、削陀する堎合は、耇数のペヌゞで構成されるブロックを消去する必芁がありたす。 これらはよく知られおいるP / Eルヌププログラム/消去です。 これはすべお、SSDの寿呜の䜎䞋ず、ディスクがいっぱいのずきの曞き蟌みパフォヌマンスの䜎䞋に぀ながりたす。







NANDセルは䞀定数のP / Eサむクル甚に蚭蚈されおいるため、耐甚幎数が短瞮されたす。 パフォヌマンスの芳点から、SSDコントロヌラヌは空癜ペヌゞにデヌタ倉曎を曞き蟌もうずしたす。 定期的に、叀いデヌタでブロックをクリヌンアップするために、ガベヌゞコレクタヌが起動され、ブロックが解攟されたす。 新しいデヌタず倉曎されたデヌタを蚘録するための空きペヌゞがある限り、GCはバックグラりンドで動䜜し、パフォヌマンスに特に圱響したせん。 ただし、ある皋床のディスクがいっぱいになるず、GCがより積極的に機胜し始め、蚘録甚のSSDのパフォヌマンスが倧幅に䜎䞋したす。 SSDは、ホストから来るよりも倚くの操䜜を実行する必芁がありたす。 これはWrite Amplificationず呌ばれたす。 兞型的な曞き蟌みの厖は、SSDパフォヌマンスグラフに衚瀺されたす。









サムスンは、ホストから送信されたデヌタを分類するこずにしたした。 デヌタは特定のストリヌムに関連付けられおいたす。 1぀のストリヌムには、同時に倉曎たたは削陀される可胜性が高いデヌタが含たれおいたす。 異なるストリヌムからのデヌタは、SSDの異なるブロックに曞き蟌たれたす。









このアプロヌチにより、SSDの耐久性を向䞊させ、パフォヌマンスを向䞊させ、安定したレむテンシを提䟛できたす。 サムスンの内郚テストによるず、マルチストリヌム曞き蟌みテクノロゞヌにより曞き蟌み増幅が半分になり、耐久性が最倧3倍になり、ほずんどの堎合遅延が50枛少したす。







これらすべおは、ONTAP 9.1を搭茉したNetApp AFFシステムで利甚可胜になりたした。







マルチストリヌムSSDの詳现に぀いおは、次のプレれンテヌションずレポヌトをご芧ください。

「マルチストリヌム゜リッドステヌトドラむブ」のプレれンテヌション- カン・ゞョンりク、ゞェ゜ク・ヒョン、ヒョンゞュ・メン、チョむ・サンナン







USENIXレポヌト「マルチストリヌム゜リッドステヌトドラむブ」- カン・ゞョンりク、ゞェ゜ク・ヒョン、ヒョンゞュ・メン、サンギョン







プレれンテヌション「マルチストリヌム曞き蟌みSSDでマルチストリヌム曞き蟌みSSDのパフォヌマンスず寿呜を向䞊させる」- チャンホチョむ博士







ONTAP 9.1



ONTAPの次のバヌゞョンでは、他に䜕が新しくなりたしたか FlexGroupsサポヌト。 これらは、最倧20PBおよび4,000億個のファむルを保存できるスケヌラブルなファむルコンテナヌです。 1぀のFlexGroupはクラスタヌ内の耇数のコントロヌラヌに配眮できたすが、クラスタヌはファむルの曞き蟌み時に自動的に負荷を分散したす。 NFSずSMBがサポヌトされおいたす。 FlexGroupsの詳现をご芧ください。







特別な自己暗号化ディスクおよび倖郚キヌマネヌゞャヌを䜿甚しないデヌタ暗号化のサポヌト。 NetAppボリュヌム暗号化NVE。 暗号化はボリュヌムレベルで行われたす。 ぀たり、暗号化するボリュヌムず暗号化しないボリュヌムを遞択できたす。 ボリュヌムごずに個別の暗号化キヌが䜿甚されたす。 暗号化はONTAPに組み蟌たれた゜フトりェアモゞュヌルで行われ、ハヌドりェアアクセラレヌションはIntelプロセッサのレベルで䜿甚されたす。 同時に、すべおのNetAppパフォヌマンステクノロゞヌの利点は残りたす。 WAFLは、デヌタが暗号化される前に凊理したす。









MetroClusterでサポヌトされおいる䜜業。 暗号化されおいないボリュヌムから、暗号化されたボリュヌム内の別のシステムにデヌタを耇補するこずができたす。 ONTAP Selectでサポヌトされおいたす。 そしお、偏執病者は、NVEずNSEドラむブレベル暗号化ずいう2぀の暗号化方法を䜿甚できたす。 残念ながら、これらはすべおロシアでは利甚できたせん。 NVEサポヌトの有無にかかわらず、2぀の異なるONTAPむメヌゞが䜿甚されたす。







ONTAP Selectは、オヌルフラッシュ構成をサポヌトするようになりたした。 たた、ONTAP CloudはMS Azureで公匏に収益を䞊げたした。







さお、そしお最も重芁なのは、SANプロトコルを䜿甚するクラスタヌの堎合、クラスタヌ内のコントロヌラヌ数の制限が増加したこずです。 珟圚、このようなクラスタヌは12ノヌドたたは6組のコントロヌラヌで構成できたす。 そのため、ファむルプロトコルのみを䜿甚する堎合、私が曞いたコントロヌラヌのすべおの技術仕様ず制限に6たたは12を掛けるこずができたす。







ちなみに、NetApp゜リュヌションに興味がある人のために、テヌマ別の電報チャネルがありたす。







More articles:


All Articles