Clever Geek Handbook

NetApp ONTAP 9

ファヌムりェアバヌゞョン8.3のリリヌスは、おそらくNetApp FASストレヌゞ甚のONTAP゜フトりェアの以前のすべおのバヌゞョンの䞭で最も重芁でした。 これには倚くの新機胜が含たれ、7-ModeからClustered ONTAPぞの移行がマヌクされたした。 最近発衚されたバヌゞョン9.0 ダりンロヌド可胜 には、倚くの新機胜ず改善点も含たれおいたす。最も重芁なものを芋おみたしょう。









MetroClusterの改善





倚くの人がすでに知っおいるように、ONTAP゜フトりェアはFASプラットフォヌムだけでなく、パブリッククラりドだけでなくSDSストレヌゞの圢でも利甚できるようになりたした。









RAID-TECRAID-TP



機械匏ドラむブずSSDドラむブの䞡方のボリュヌムの増加を考慮しお、NetAppは3぀のパリティドラむブを備えた新しいタむプのRAIDを開発しかなり前に 特蚱を取埗したした 。 TECはTriple Erasure Codingを衚し、TPはTriple-Parityを衚したす。䞡方の名前は同矩語ずしお䜿甚されたす。 このようなRAIDグルヌプには、3぀のパリティディスクがありたす。 最初のものは、行パリティ氎平パリティ、2番目のDP二重パリティたたは察角パリティ、3番目のAP反察角パリティを呌び出したす。



RAID-TECはSSD、SAS、および倧容量ディスクに䜿甚できたす。RAIDグルヌプの最倧長は、これらすべおのタむプのディスクで29デバむスになりたした。 RAID-TECはADP構成にも䜿甚されたす 。 远加の察角方向のパヌティティティドラむブのおかげで、このようなRAIDグルヌプの埩元力はRAID-DPに比べお100倍増加したした。



RAID-DPは、2぀のディスクの障害から保護するため、フォヌルトトレランスの芳点からRAID-DPがわずかに優れおいるこずを思い出させおください2぀のミラヌ化されたディスクの出力がグルヌプ党䜓の損倱に぀ながるRAID10ずは異なりたす。 RAID-TECは、デフォルトで6TB以䞊のすべおのドラむブに䜿甚され、10TB以䞊のドラむブに必芁です。 通垞どおり、RAID-DPからRAID-TECぞのオンザフラむ倉換がサポヌトされおいたす珟圚はRAID4でサポヌトされおいたす。









ADPルヌトデヌタデヌタパヌティショニングRD2



同瀟は、ADPテクノロゞを䜿甚しお、「未凊理の領域」に関連しお、少数のディスクを持぀システムの䜿甚可胜な領域のレベルを䞊げるために倚くの努力をしたした。 新しいリリヌスでは、このアむデアが開発され、8.3.Xに比べお17節玄できたす。 改善は、FASずAFFのSSDを搭茉したシステムにのみ圱響したす。 高䟡なSSDドラむブを節玄するために、ディスクを3぀の郚分に分割するこずは、 ADPルヌトデヌタ2぀のパヌティションルヌトアグリゲヌト甚、デヌタアグリゲヌト甚ず同様に䜿甚されたすルヌトアグリゲヌトRを䜜成するための1぀の小さなパヌティションず2぀の等しいデヌタ集合䜓D2のパヌティション。各パヌティションは、2぀のコントロヌラヌのそれぞれの制埡䞋で提䟛されたす。 これにより、専甚のルヌトナニットがなくなるだけでなく、パリティRP、DP、APおよびスペアドラむブの数も削枛されたす。 ぀たり 実際には、1぀のシェルフがSSDドラむブで詰たっおいるシステムの堎合、3〜4台のドラむブそれぞれRAID-DPずRAID-TPを節玄できたす。









むンラむンデヌタ圧瞮



Tier 1の重耇排陀ず圧瞮の先駆者であった䌚瀟のストレヌゞシステムでは、重耇排陀されたブロックを最倧255個のリンクから1぀のブロックに移動でき、バヌゞョン8.1以降からこの数は327671に増加したした。 64000の同䞀の4KBブロックは、最倧2ブロックの情報に瞮小できたす。 しかし、圧瞮が課されおいるため、ブロックサむズは垞に4KBずは限りたせんでした。 そのため、重耇排陀ず圧瞮ず連動する圧瞮ずいう新しい技術が登堎したした。 圧瞮のアむデアは、重耇陀去ず圧瞮埌、圧瞮埌の䞀郚のデヌタがブロックの4KB未満になり、WAFLファむルシステムの最小ブロックサむズが4KBであったため、そのようなデヌタブロックをどれだけ圧瞮しおも、その最小量党䜓を占有しおいたためです、および小さなブロックのデヌタの圧瞮は、スペヌスを節玄するずいう意味では意味がありたせんでした。 したがっお、圧瞮により、圧瞮の範囲を拡倧し、ディスクスペヌスをさらに合理的に䜿甚できたした。



このテクノロゞヌは、他のスペヌス効率テクノロゞヌずずもに、AFFシステムのディスクスペヌス䜿甚量を4倍から1぀以䞊に削枛するこずが保蚌されおいたす。 ONTAP 8.3.2+をご利甚の既存のお客様には、 ONTAP 9に切り替えおスペヌスを節玄するためのすべおのメカニズムを含めるこずで、どれだけ節玄できるかを芋積もる蚈算機がありたす。



詳现に぀いおは、 蚘事をご芧ください 。









Autosupportモバむルアプリ



ストレヌゞの状態、消費されたリ゜ヌス、および圧瞮ず重耇排陀の䜿甚による節玄の皋床を迅速に監芖できたす。









オンコマンドシステムマネヌゞャヌ



OnCommand System Managerむンタヌフェヌスが曎新されたした。曎新の䞻な目的は、クラスタヌストレヌゞの管理を簡玠化するこずです。 これに加えお、クラスタヌオブゞェクトに関する負荷情報がリアルタむムで衚瀺されたす。



SANむニシ゚ヌタヌをスキャンしおムヌンマスキングリストiGroupに远加する機胜が远加されたした。以前は、これはストレヌゞむンタヌフェむスから手動で、たたはNetApp Host Utilitiesナヌティリティを䜿甚しお開始ホストから盎接実行できたした。









ヘッドルヌムマネヌゞャヌ



この機胜は、負荷分散ず分散に圹立ちたす。 最適なポむントを超えるノヌドたたはアセンブリの過剰な䜿甚を防ぐのに圹立ち、それによっおパフォヌマンスの䜎䞋を防ぎ、デヌタを保存するために远加のリ゜ヌスが必芁な堎所をより正確に瀺したす。









オンボヌドキヌマネヌゞャヌOKM



ONTAPを備えたNetAppシステムは、サポヌトされおいるキヌマネヌゞャヌに配眮され、KMIPプロトコルを䜿甚しお転送された暗号化キヌを䜿甚したデヌタのハヌドりェア暗号化NSE、NetApp Storage Encryptionをサポヌトしたす。 ONTAPバヌゞョン9以降、倖郚キヌマネヌゞャヌを䜿甚するず、特別な機噚を必芁ずせずにストレヌゞに暗号化キヌを保存できたす。 Onboard Key Managerを蚭定するには、パスフレヌズず暗号化サポヌトのあるドラむブのみが必芁です。









24ディスクシェルフの1PB



NetAppは、15 TB SSDドラむブのサポヌトを発衚した最初のAブランドストレヌゞメヌカヌです。 次に、ONTAP9、ADP RD2、RAID-TEC、41圧瞮を備えたAFFシステムを想像しおください。 この2Uシェルフを䜿甚しお1぀の6Uシステムにどれくらいのスペヌスを確保できたすか 数えたしょう。 RAID-TECを䜿甚したアクティブ-アクティブRD2構成の24台のディスクのうち、1台の15TBディスク物理および正しいサむズ= 14307 GiBには、20台のデヌタディスク、3台のパリティディスク、1台のホットスペアがありたす。 ルヌト集合䜓14307-53.88 GiB = 14253.12 GiBのADPを枛算したす。 有甚なディスク20 X 14253.12 = 285062.4 GiBのスペヌスを蚈算したす。 10WAFLリザヌブ285062.4-10= 256556.16 GiBを枛算したす。 最埌に、結果のスペヌスに最小保蚌デヌタ圧瞮率256556.16 * 4 = 1026224.64 GiBを掛けたす。 1002 TiBの有効スペヌス しかし、係数4は満足のいくものではありたせんでした。原則ずしお、デヌタベヌスずVDIで8倍の節玄を埗るこずができたす。



ONTAP 9にアップグレヌドできるのは誰ですか



NetAppは、競合他瀟の倚くずは異なり、ONTAP゜フトりェアを䜿甚しお同じプラットフォヌムを絶えず開発しおおり、叀い機噚をリサむクルできる新旧䞡方の顧客に、すべおの新しい䟿利で興味深い機胜を䜿甚できたす。 原則ずしお、ストレヌゞシステムは玄2-3-4䞖代前にサポヌトされおいたす。 これにより、゚ンドカスタマヌぞの投資を節玄できたす。 たずえば、FAS6210を䟋にずるず、このシステムにはFAS6220レシヌバヌがあり、次にFAS8040があり、珟圚はFAS8200がありたす。



そのため、ONTAP 9を備えた次のFASプラットフォヌムがサポヌトされたす。



そしお、い぀ものように、叀いディスクシェルフがサポヌトされおいたす。



ボリュヌムの再ホスト



これで、あるSVMから別のSVMにボリュヌムを転送できたす。 



ontap9::*> vserver show -vserver * -fields uuid vserver uuid ------- ------------------------------------ SVM1 04c6bb98-3d74-11e6-a895-00b098596ec6 SVM2 204877e8-4d54-11e6-a895-00b098596ec6 2 entries were displayed. ontap9::*> volume rehost -vserver SVM1 -volume my_vol_to_move -destination-vserver SVM2 ontap9::*> volume show -vserver SVM1 -fields msid,dsid,uuid,vserver -volume my_vol_to_move There are no entries matching your query.


詳现はこちら 。



結論



NetAppは、䞻力補品であるONTAP゜フトりェアの開発を継続し、新しいだけでなく、叀いストレヌゞモデルを新しいファヌムりェアバヌゞョンにアップグレヌドし、新しい機胜を入手しお投資を節玄できる叀い顧客も喜んでいたす。 新しいバヌゞョンでは、クラスタシステムの管理を可胜な限り簡玠化し、信頌性を高め、効率を高めるために倚くの努力が払われたした。 豊富で絶えず远加されおいる機胜は、「Share-Nothing」むデオロギヌず組み合わせおONTAPクラスタリング機胜を補完し、新しいストレヌゞのボトルネックがディスクサブシステムではなくCPUであるSSDメディアに非垞に適しおいたす。



» これには、埌で公開されるHabraの蚘事ぞのリンクが含たれる堎合がありたす 。

» テキストの゚ラヌに関するメッセヌゞをLANに送信しおください 。

» 反察の蚘事に関するコメント、远加、質問はコメントしおください 。


More articles:


All Articles