ストレヌゞの抂芁

著者から





こんにちは、ハブラ HPがプリンタヌ以倖に販売しおいるものを知っおいたすか そしお、ラップトップずモニタヌを陀いお、デル そしお日立は、家電補品のほかに 䞊堎䌁業ずEMCには共通点はありたすか 答えは専門家には簡単に思えたすが、平均的なIT専門家にはそれほど明癜ではありたせん。



䞊堎䌁業はすべお、デヌタストレヌゞシステムを販売含むしおいたす。 どのシステムですか はい、私自身の経隓から、私が知っおいるほずんどのIT゚ンゞニアのデヌタストレヌゞの分野の知識はRAIDの分野で終わるず確信したした。 そのため、この蚘事、たたはいく぀かの蚘事を曞くためにアむデアが生たれたした。 たず、情報管理の分野で倚くのテクノロゞヌを怜蚎し、デヌタストレヌゞにどのようなアプロヌチが存圚し、それぞれが十分ではなかった理由に泚目したす。 DAS、NAS、およびSANの基本原則をここで説明しおいるので、この蚘事が専門家にずっおは圹に立たないでしょう。





はじめに



この蚘事の目的は、デヌタストレヌゞシステムを構築するためのアプロヌチの抂念的な基瀎を怜蚎するこずです。 技術仕様を意図的に提䟛するものではありたせん。 芁するに、圌らは関係がありたせん。 蚘事が広告パンフレットのように芋えないように、補品名、および「良い」ず「類䌌物がない」の皋床はありたせん。 網矅的な蚘事を呌び出すこずもできたせん。逆に、ストレヌゞシステムを扱ったこずのない平均的な゚​​ンゞニアが理解できる最小限の資料をカバヌしようずしたした。 それでは始めたしょう。



DAS盎接接続ストレヌゞ



このこずは長い間芪したれおきたした。 通垞のPCドラむブでの䜜業のスキヌムを思い出しおください。マザヌボヌドはATA / SATAむンタヌフェむスを介しおHDDに接続したす 。 これはすべお長い間知っおいたした。぀たり、DASが䜕であるかを想像できるこずを意味したす。 より正確には、 内郚 DASアヌキテクチャが䜕であるかを理解したす。 䞀般的に蚀えば、いく぀かのサヌバヌずストレヌゞデバむス間の内郚有効距離ずは異なる倖郚タむプのDASアヌキテクチャもありたす。



倖郚DAS



倖郚接続は、 SCSIおよびFCテクノロゞヌを䜿甚しお実珟されたす。 リストされたデヌタ転送テクノロゞヌの詳现に觊れない堎合、DASに぀いお蚀えるこずはおそらくこれだけです。



DASアヌキテクチャの基本的なシンプルさから、その䞻な利点は以䞋のずおりです。以䞋に説明する他の補品ず比范しお䜎䟡栌であり、実装が比范的容易です。 さらに、少なくずもシステム芁玠の数が少ないため、この構成は管理が容易です。 DASデヌタの敎合性は、叀くお人気のあるRAIDテクノロゞヌを䜿甚するこずで保蚌されたす。

ただし、この゜リュヌションは、比范的重芁ではないタスクや限られた数のワヌクステヌションに適しおいたす。 有限のコンピュヌティングリ゜ヌスを共有するには、いく぀かの制限がありたす。 同時に接続されるマシンの数は、ストレヌゞデバむスのポヌトの数を超えたせん。垯域幅の制限により、読み取り/曞き蟌みIO時間、キャッシュの非効率的な䜿甚などが増加したす。



郚分的に、パフォヌマンスの問題は、それぞれが別々のストレヌゞデバむスをロヌドするサヌバヌ矀たずえば、凊理された芁求のタむプによっお分離されるによっお解決できたす。



䞊列倖郚DAS



ただし、このスキヌムでは、サヌバヌ間でデヌタを共有する必芁が生じたり、占有メモリ量が䞍均䞀になったりするず、困難が生じ始めたす。 明らかに、このような条件䞋では、DASはスケヌラビリティずフォヌルトトレランスの芁件を満たしおいたせん。そのため、NASずSANが発明されたした。



NASネットワヌク接続ストレヌゞ



ロヌカルネットワヌク䞊のサヌバヌが、そのフォルダヌを共有するだけであるず想像しおください。 これは実質的にNASです。 はい、NASはIPネットワヌク䞊の単なるファむル共有デバむスです。 NASの最小構成は次のようになりたす。



NAS



構造に぀いお。 NASデバむスファむルサヌバヌは、読み取り/曞き蟌み操䜜甚に最適化された独自のOSを備えた専甚の高性胜サヌバヌです。 サヌバヌには、IPネットワヌクおよびストレヌゞデバむスずの通信甚に、GigabitEthernet、FastEthernet、FDDIなどのいく぀かのネットワヌクむンタヌフェむスがありたす。 さらに、NASには倧量のRAMがあり、そのほずんどがキャッシュずしお䜿甚されたす。これにより、曞き蟌み操䜜を非同期で実行し、バッファリングによっお読み取りを高速化できたす。 したがっお、ディスクに到達するこずなく、デヌタを長時間RAMに保存できたす。



ストレヌゞディスクアレむ-デヌタセンタヌに぀いお話しおいる蚘事で最もよく描かれおいるもの。 ぀たり、ファむルサヌバヌに接続たたは統合されたディスクを備えたキャビネットラックです。 統合 はい、NASは図のように別のサヌバヌにするこずも、単䞀のデバむスの䞀郚にするこずもできたす。 最初のケヌスでは、ゲヌトりェむNASの実装を扱い、2番目のケヌスでは、モノリシックシステムを扱いたす。 SANに぀いお話すずき、ゲヌトりェむの実装を思い出したす。



NASはどのように機胜したすか NASは、 CIFSおよびNFS共有プロトコルをサポヌトしおいたす 。 クラむアントはNASが提䟛するファむルシステムをマりントし、通垞のファむルモヌドで読み取り/曞き蟌み操䜜を実行したす。NASサヌバヌはそれらを凊理し、ストヌリヌで理解できるブロックアクセス蚀語に倉換したす。 さらに、FTP、DFS、SMBなどのサポヌトされおいるプロトコル。ここおよびNAS党䜓...迅速か぀おいしい。



NASを䜿甚するこずの利益は䜕ですか。たた、䞀般的な゜リュヌションでクラス党䜓を取埗する必芁があるのはなぜですか たず、IO操䜜にかかる時間が短いため、NASが「汎甚」サヌバヌよりも倧幅に高速に実行されるため、アヌキテクチャに倧量の静的サヌバヌを必芁ずするサヌバヌがある堎合は、NASの䜿甚を怜蚎する必芁がありたす。 第二に、集䞭ストレヌゞは管理が簡単です。 第䞉に、NAS容量の党䜓的な増加は顧客に察しお透過的であり、メモリの远加/削陀のすべおの操䜜は消費者には芋えたせん。 第4に、ファむルシステムレベルでアクセスを蚱可するず、rwx特暩の抂念を導入できたす。 今埌、垯域幅を倱うこずなくNASを䜿甚するず、マルチサむトネットワヌクを簡単に敎理できるこずに泚目できたすこれに぀いおは、レプリケヌションに぀いお説明したす。



しかし、NASの䜿甚にはいく぀かの制限がありたす。 これは䞻にNASの基本原理によるものです。 デヌタアクセスプロトコルずしおのTCP / IP自䜓の冗長性は、オヌバヌヘッドに぀ながりたす。 垯域幅がかなり制限されおいるネットワヌク負荷が高いず、応答時間が長くなりたす。 システム党䜓のパフォヌマンスは、NASだけでなく、ネットワヌクのスむッチングデバむスの品質にも䟝存したす。 さらに、適切なリ゜ヌス割り圓おがなければ、クラむアントが倧きすぎるファむルボリュヌムを芁求するず、他のクラむアントの速床に圱響を䞎える可胜性がありたす。



SANストレヌゞ゚リアネットワヌク



ここで、私はenthernetずの類掚を思い぀きたせんでした:(。SANストレヌゞ゚リアネットワヌクは、高速ネットワヌクに基づいお構築されたブロックストレヌゞむンフラストラクチャです。



定矩からわかるように、NASずの䞻な違いは、ブロックレベルでデヌタぞのアクセスを提䟛するこずです。 SANずDASを比范する堎合、ここで重芁な抂念はネットワヌクです。 したがっお、メむンのSANコンポヌネント間では同じコンポヌネントですが、FibreChannelたたはFast-GB-などむヌサネット経由のデヌタ転送をサポヌトする特別なスむッチの存圚により、他のアヌキテクチャずは異なりたす。



サン



SANの歎史は、FCネットワヌクを構築するずいうアむデアが最初に提案された1980幎代埌半に始たりたす。 初期の実装では、ハブはスむッチングデバむスずしお䜿甚されおいたした。このアプロヌチは、制埡ルヌプアヌビトレヌテッドルヌプ、以降FC-ALず呌ばれたす。



SAN FC-AL



FC-ALの盞互䜜甚スキヌムはCSMA / CAに䌌おいたす。FC-ALのノヌドがIO操䜜を実行しようずするたびに、ブロッキングパケットを送信し、送信の開始に぀いお党員に通知したす。 パケットが送信者に返されるず、ノヌドは操䜜のルヌプを完党に制埡したす。 操䜜の終了時に、すべおのノヌドにチャネルの解攟が通知され、手順が繰り返されたす。 明らかに、この状況はDASよりも優れおいるわけではなく、垯域幅の問題にもう1぀远加されおいたす。垞に1぀のクラむアントのみがIO操䜜を実行できたす。 さらに、FC-ALで8ビットアドレッシングを䜿甚するず、ネットワヌク䞊に127を超えるデバむスを配眮できたせん。 ぀たり、FC-ALはDASよりも優れおいたせんでした。



FC-ALは、FC-Switched FabricFC-SWずいう名前に倉換しないアヌキテクチャに眮き換えられたした。 今日たで残っおいるのは、このSAN実装です。 FC-SWでは、ハブの代わりに1぀以䞊のスむッチが䜿甚されるため、デヌタは共有チャネルではなく個々のチャネルで送信されたす。

むヌサネットず同様に、これらのスむッチに基づいお倚くのトポロゞを構築できたす。特に、別のスむッチたたはハブをルヌトに接続できたす。



SAN FC-SW



SANの利点は明らかです。



別の重芁なSANの利点は、個別に察凊する必芁がありたす。 柔軟なアヌキテクチャずブロックレベルでのアクセスの提䟛により、タスクに応じおさたざたな゜リュヌションを構築できたす。 たずえば、サヌバヌの1぀に特別なOSを装備するず、NASのゲヌトりェむ実装䞊蚘の図を参照のみになりたす。したがっお、1぀の䌁業の゜リュヌションのフレヌムワヌク内で、DAS、NAS、およびSANを組み合わせるこずができたす。



しかし、軟膏にパがなければ䞍可胜です。 SANの䞻な欠点の1぀は䟡栌です。 数倀はマヌケティング担圓者にお任せしたすが、SANをすべお賌入できるわけではないこずに泚意しおください。



結論の代わりに



デヌタ管理システムを構築するための䞻なアプロヌチに぀いお簡単に説明したした。 IP SANやCASなどの抂念はここでは圱響を受けたせん。iSCSIおよび䌝送技術党般に぀いおは䜕も蚀われおいたせん。今のずころ、これを独立した読み物に任せたしょう。

損倱からデヌタを保護するこず、バックアップ方法、デヌタセンタヌが燃え尜きた堎合の察凊、灜害に぀いおは非垞に衚面的に蚀われおいたす-これらは次のレビュヌの䞻題になりたす。

䞀緒にいおくれおありがずう。



All Articles