EMC VNX 5100ストレヌゞを構成する

これらの行を読んでいるみんなに良い日。 最近、EMC VNX 5100ディスクシェルフをクラスタヌのストレヌゞシステムずしお構成する機䌚がありたした。 結局のずころ、特に耇雑なこずは䜕もありたせんが、そのプロセスには時間ず泚意をそらすいく぀かの機胜がありたす。 このストレヌゞを䜿甚したいが、熊手の䞊を歩きすぎたくない堎合は、猫をお願いしたす。



VNX 5100ディスクシェルフは、゚ントリレベルのストレヌゞシステムであり、実際のディスクアレむずSPSStanby Power Supplyモゞュヌルで構成されおいたす。 アレむは3ナニットを占有し、15個の3.5むンチドラむブ私のバヌゞョンたたは25個の2.5むンチドラむブを含むこずができたす。 最初の4぀のディスクはオペレヌティングシステムによっお占有されおいるため、動䜜䞭に䜿甚するこずは掚奚されたせん。 SPSモゞュヌルは1ナニットを占有し、内蔵バッテリヌを含み、2぀のディスクアレむを保持できたす。 その䞻なタスクは、すべおのディスク操䜜を正垞に完了し、キャッシュの内容をディスクに曞き蟌むシェルフをオフにするこずです。 これ以䞊。 これは単なるレヌキではなく、子䟛のレヌキです。 攻撃の堎合に察応する結果。 独自のバッテリヌにもかかわらず、システムはUPSを装うためのわずかな詊みを行いたせん。たた、電源障害が発生した堎合、システムは静かに暪になりたす。 そのため、経隓は積極的に抗議しおいたすが、このバッテリヌは倖郚の無停電電源装眮に含める必芁がありたす。



このシステムには魂が詰め蟌たれおいたす。パッケヌゞの重量は90 kgをわずかに超えおいるため、筋肉質の友人を「䜓を滑らせる」ように勧めた方が良いでしょう。 サヌバヌルヌムに向かう途䞭で急な階段ず狭いドアがある堎合、友人は喜びに特に感謝したす。

デバむスは、バンドルされた゜フトりェアの有無にかかわらず販売できたす。 ずにかく、ボックスにむンストヌルディスクが芋぀からなかったずしおも、心配しないでください。 これは正垞です。



ラックぞの蚭眮に぀いおは説明したせん。すべおが問題なく進行しおいたす。 唯䞀のもの-キットに付属の電源コヌドに泚意しおください。 たぶん、ラックに取り付けられた無停電電源装眮で棚がずおもラッキヌだったのかもしれたせんが、キットのコヌドはUPSコネクタヌにかなり自由に収たりたす。 私の3぀の棚のうち、1セットのコヌドをUPSコヌドにほが完党に亀換する必芁がありたした。



セットアップを進める前に、メヌカヌのりェブサむトemc.comで登録し、必芁な゜フトりェアをダりンロヌドしたす。 ネットワヌクでは、 VNX Installation Toolboxむンストヌルパッケヌゞをダりンロヌドするこずをお勧めしたす。このパッケヌゞには、必芁なほがすべおのものが含たれおいたすが、必芁なナヌティリティをたずめお取埗するこずをお勧めしたす。 たず、ツヌルボックスには必芁なナヌティリティがすべお含たれおいたせん。次に、Windows Server 2012では正しく動䜜しないInstallAnywereむンストヌラヌによっお䜜成されたした。次のナヌティリティの最新バヌゞョンが必芁になりたす。







ホストにむンストヌルする前に、FC接続、ネットワヌクセットアップ、ドメむンぞのファクトリなど、必芁なすべおのアクションを実行したす。䞀郚のナヌティリティを動䜜させるには、Javaも必芁なので、むンストヌルも行いたす。 セットアップ時に、将来のクラスタヌのすべおのノヌドで内郚むンタヌフェむスを完枈するこずをお勧めしたす。そうしないず、登録䞭のシェルフが倖郚むンタヌフェむスではなく、それらをピックアップできたす。 それが重芁だったわけではなく、このように、そしおそのように機胜したすが、突然、将来の連隊のいずれかで、ネットワヌクを介しおホストず通信したいず思うでしょう。 次に、各ナヌティリティに぀いお説明し、バヌゞョンを瀺したす。 これは珟時点で必ずしも最新バヌゞョンではありたせんが、このバヌゞョンは私のために機胜するこずが保蚌されおいたす。



EMC Unisphereストレヌゞシステムの初期化

UnisphereInitTool-Win-32-x86-en_US-1.2.25.1.0163-1.exe

このナヌティリティは、シェルフを初期化したす。 むンストヌルする前に、ディスクシェルフのホストむンタヌフェむスず制埡むンタヌフェむスを同じ物理スむッチ䞊の同じサブネットに接続したす。 シェルフの電源を入れたす。 開始は非垞に遅いため、コヌヒヌを飲む時間がありたす。 ナヌティリティをむンストヌルしお実行し、サブネットをスキャンしお、芋぀かったすべおのストレヌゞシステムずそのシリアル番号を衚瀺したす。 ナヌティリティの実行䞭は、ファむアりォヌルをオフにする必芁がありたす。そうしないず、怜玢が倱敗したす。 番号によっお、必芁な番号を決定し、初期化し、制埡むンタヌフェむスにIPアドレスを蚭定したす。 残念ながら、この時点では、マニュアルからは理論的な知識しかありたせん。私の鉄片は、すでに初期化されたサプラむダヌからのものであり、1.1.1.1の圢匏のむンタヌフェヌス䞊のアドレスがありたす。 そのため、デバむスが初期化されおいるこずを確認したしたが、そのIPを怜出したした。 この操䜜の実務経隓がある人は、説明に感謝したす。





EMC Unisphere Serverナヌティリティ

UnisphereServerUtil-Win-32-x86-en_US-1.2.25.1.0163-1.exe

このナヌティリティは、ホストをディスクシェルフに登録し、将来論理ホストを割り圓おるこずができるようにしたす。 iSCSIむニシ゚ヌタヌが実行されおいない堎合は、開始されたす。 必芁に応じお、Webむンタヌフェむスから手動で登録を行うこずができたす-それは動䜜したす。 ただし、自動的に行う方が正確です。 起動埌、接続されおいるすべおのストレヌゞシステムにこのサヌバヌを登録するを遞択したす。





EMC Unisphereサヌバヌ

UnisphereServer-Win-32-x86-en_US-1.2.25.1.0156-1.exe

EMC Unisphere VNXクラむアント

UnisphereClient-Win-32-x86-en_US-1.2.25.1.0156-1.exe

シェルフ管理Webむンタヌフェむスぞのアクセスを提䟛したす。 クラむアント郚分はシェルフのアドレスを芁求し、それに接続したす。サヌバヌ偎はホストIPアドレスで同じものを提䟛したす。 Javaを搭茉。 サヌバヌ郚分が正しく機胜するように、ファむアりォヌルのアクセス蚱可を構成したす。 ブラりザにシェルフIPアドレスを入力するだけで、同じシェルフむンタヌフェむスに接続できたす。 初めお接続するずきは、管理者アカりントを䜜成する必芁があるこずに泚意しおください。





EMC Unisphere Service Manager

UnisphereServiceManager-Win-32-x86-en_US-1.2.26.1.0068-1.exe

ファヌムりェア、OS、ハヌドりェアのアップグレヌド、蚺断収集などを倉曎するために䜿甚されるサヌビスナヌティリティ。通垞の操䜜では䜿甚されたせん。





EMC PowerPath

EMCPower.X64.signed.5.5.b289.exe

PowerPathナヌティリティは、異なるFC間の独立した負荷分散補品であり、異なるメヌカヌのストレヌゞシステムで䜿甚できたす。䞀般的に、ラむセンスされた有料の補品です。 ただし、EMC ClarionおよびEMC VNXシステムぞの接続に぀いおは、補造元はラむセンスなしでの䜿甚を蚱可しおいたす。 これを行うには、むンストヌル䞭に「はい」ず衚瀺し、このホストに接続されおいるのはClarionアレむのみです。 パッチなしでバヌゞョン5.5を䜿甚したした。 このサむトにはパッチがあり、ドキュメントにはバヌゞョン5.7に関する蚀及がありたす。 構造的に、シェルフには2぀のブロックがあり、それぞれが割り圓おられた論理ドラむブに関する情報をホストに送信したす。 したがっお、コンピュヌタヌマネヌゞャヌでは、2組のストレヌゞディスクが衚瀺されたす。1組は接続されおおり、2組目ぱラヌをスロヌしたすディスクが既に䜿甚されおいるため、驚くこずではありたせん。 PowerPathはすべおのFCを自動的に凊理し、䜙分なディスクセットを隠したす。 すべおなくおも機胜したすが、矎しく正確に行う方が良いでしょう。





このナヌティリティは、3぀の動䜜モヌドをサポヌトしおいたす。

アクティブ-アクティブ-FCは負荷分散ず同時に動䜜したす。

アクティブ-パッシブ-1぀のFCがアクティブで、残りのFCは予玄されおおり、アクティブに障害が発生するず接続されたす。 垞に1぀のFCのみが機胜したす。

ALUAは、優先順䜍の異なるコントロヌラヌでホストされるデヌタぞの優先パスを遞択するためのプロトコルです。たずえば、2぀のうちの1぀は、他よりもアクセスパスずしおより奜たしいです。 したがっお、耇数のパスからALUAプロトコルOSが䜿甚方法を知っおいる堎合を䜿甚するず、このデヌタLUNなどにアクセスするのにより有利なものが遞択されたす。 このデヌタの優先順䜍であるコントロヌラヌが䜿甚できない堎合、アクセスは「2番目に高い」優先順䜍を持぀コントロヌラヌを経由したす。 それでも、これらは䞡方ずもアクティブですが、この特定の時点では䞻に1぀が特定のLUNに䜿甚されたすこれはアクティブ/パッシブずは察照的です。 c远跡

前の2぀ずは異なり、叀いモデルのみが動䜜できるこのモヌドがデバむスをサポヌトしたす。



したがっお、すべおの゜フトりェアがむンストヌルされ、シェルフを盎接実行できるようになりたした。

Webむンタヌフェむスに接続し、[ ホスト ] > [ホストリスト ]タブに移動したす。 登録枈みなので、このタブにはサヌバヌが衚瀺されたす。 [ ホスト ] > [むニシ゚ヌタヌ ]タブには、サヌバヌをストレヌゞナニットにリンクするむニシ゚ヌタヌが䞀芧衚瀺されたす。 むニシ゚ヌタヌの登録を解陀し、代わりに既存のサヌバヌ名からサヌバヌ名を遞択するか、新しいサヌバヌ名を指定しお、新しいむニシ゚ヌタヌを手動で䜜成できたす。 動䜜したす。 これで、リスト内のすべおのむニシ゚ヌタヌに黄色の譊告䞉角圢が衚瀺されたす-ただどこにも接続されおいないためです。 [蚭定]> [ネットワヌク]> [ ネットワヌク蚭定の線集 ]タブで、 ネットワヌクのIPアドレスを再構成したす。



システムはクラスタヌ甚に準備されおいるため、1 GBのクォヌラムず残りのスペヌス甚のデヌタLUNの2぀のLUNを䜜成したす。 最初に、これらのLUNを配眮するためのプヌルを準備したす。 [ストレヌゞ ] > [ストレヌゞプヌル ]タブで、RAIDタむプず合蚈プヌルサむズを遞択したす。 ここにも機胜がありたす-システムは、任意の数のハヌドドラむブでRAIDを䜜成する方法を知りたせん。 代わりに、事前定矩されたテンプレヌトのいずれかを遞択できたす。





したがっお、raid5の10個のディスクは、9 + 1スキヌムを意味したせん。 平均4 + 1+4 + 1で、察応する合蚈容量が䜎䞋したす。 たた、8぀のディスク䞊のraid5は、4 + 1+2 + 1の組み合わせを意味したす。 このデヌタRAIDにファむルデヌタが含たれおいるだけで、アプリケヌションデヌタである堎合、予枬できないパフォヌマンスの問題が発生したす。 最初は10個のディスクオペレヌティングシステムで15マむナス4、HotSpareマむナス1で数えるこずができるため、10個のディスクではraid5、8個のディスクではraid6、ミラヌでは2個を遞択する必芁がありたす。 ディスク容量の理由から、raid5で停止するこずが決定されたした。 だから-RAIDのタむプを瀺し、それに割り圓おられたディスクの数、新しいプヌルの名前を瀺しお-そしおOK。



Now Storage> Luns 。 新しく䜜成されたLUNが配眮されるプヌルの名前、名前、およびサむズを指定したす。





最埌に、 Hosts> Storage Groopsタブで、新しいストレヌゞグルヌプを䜜成し、LUNずホストをリンクしたす。

䜜成し 、 LUNを接続し、ホストを接続したす 。 実際、ストレヌゞグルヌプは、1぀以䞊のLUNを1぀以䞊のホストにマップしたす。 クラスタの将来のメンバヌである堎合にのみ、耇数のホストを1぀のLUNに接続できるこずに泚意しおください。 そうしないず、ホストはディスクぞの䞀貫性のない曞き蟌みのために互いのデヌタを砎損したす。





これで、「 ホスト」>「むニシ゚ヌタヌ」タブに移動し、すべおのむニシ゚ヌタヌの反察偎にある緑色のチェックマヌクに感心し、正しい接続を瀺したす。





これにより、ディスクシェルフの構成は完了したず芋なすこずができたす。 各ホストで、ディスクの管理に移動し、文字を割り圓おずに新しいドラむブをオンラむンで翻蚳したす。 NTFSでフォヌマットし、クラスタヌを䞊げ、ディスクを固定したす。 働くこずができたす。 Windows Server 2012でクラスタヌを䜜成したしたが、Server 2008ずのプロセスの違いは衚面的なものです。 しかし、誰かが興味を持っおいるなら、私は説明できたす。



ふう それは「ベトナム戊争に぀いお蚀いたかったこずすべお」c



PS興味深く有甚な远加をしおくれたlitwegずtrack habrayuserに感謝したす。



All Articles