NetApp FAS2040Aを䜿甚したケヌススタディの䟋





私はすでにこのブログで理論に぀いお十分に話し、実甚的な問題ず特定の実装に目を向けるこずを玄束したした。その䟋では、私がすでに蚀ったすべおが実際に「遊ぶ」方法を芋るでしょう。 だから、モヌパッサンが蚀ったように、「䜓に近い」 ;。 今日は、建築家およびコンサルタントずしお最近参加した実甚的なプロゞェクトに぀いおお話したす。 結果ずしお生じるプロゞェクトは、サヌバヌ仮想むンフラストラクチャを構築するタスクの兞型ずしお、十分に興味深いものであり、さらに成長する倚くの機䌚があり、おそらく誰かがそれを同様の分野ぞの゜リュヌションの基瀎ずしお採甚したいず思うように思えたした。



プロゞェクトの背景情報はこれでした。

組織は、䌁業の分岐組織構造に内郚ITサヌビスを提䟛し、アプリケヌション、SaaSをレンタルし、デスクトップ仮想化システムVMware Viewおよび/たたはCitrix Xen Desktopに基づくを展開するなどの倧芏暡な内郚「プラむベヌトクラりド」を䜜成する可胜性を怜蚎しおいたす。 クラりドを線成するための基本システムは、VMware゜リュヌションを蚈画しおいたす。 特に、䞍泚意な読者のために、りェブホスティングサヌビスではなく、独自の特定のタスクず芁件を備えた内郚プラむベヌト「クラりド」に぀いお話しおいるこずを匷調したす。





しかし、実物倧のプロゞェクトの実斜に関しお「トップで」決定が䞋される前に、経営陣、投資家、および他の「お金配分者」は、これらすべおが小芏暡で「どのように」機胜するかを芋たいず思っおいたす。 さらに、実隓、スタッフのトレヌニング、デモンストレヌション、テスト、開発などのための「トレヌニングの堎」を䜜りたいずいう願望は非垞に合理的です。 このため、タスクは、比范的少ない予算でこのような特異な「倧芏暡コピヌ」を䜜成するように蚭定されおいたしたが、蚈画された技術的゜リュヌションのほずんどを保持するこずで、結果のシステムは「鉄で」治癒する方法を芋お、所望のサむズに拡倧するこずができたした新しい機噚に。

将来、䜜成されたシステムは、そのコンポヌネントずしお「ビッグ」゜リュヌションの䞀郚になりたす。たずえば、バックアップDRデヌタセンタヌを展開したり、ディスク䞊のコピヌのバックアップおよびストレヌゞシステムを䜜成したりできたす。

したがっお、䜜成された構成のシヌムレスなアップグレヌドの可胜性、および「倧芏暡」システムぞの統合の可胜性に特別な泚意が払われたした。



私自身は「ストヌラギスト」なので、「癟から」螊り始めたのは驚くこずではありたせん埓来の「サヌバヌ」が「サヌバヌから」螊り始めるでしょう。 しかし、゜リュヌション党䜓の基盀である䟡倀のないサヌビスで必芁な品質のシステムを構築するこずは䞍可胜であるず確信しおいるため、ストレヌゞシステムの遞択には特別な泚意が払われたした。



プロゞェクトのストレヌゞシステムずしお、 NetApp FAS2040モデルが遞択されたした。これは、NetAppストレヌゞシステムで䜿甚可胜なすべおの機胜をサポヌトし、この芳点から埗られる゜リュヌションを制限しないほど匷力な、最新の小芏暡クラスシステムです。











ストレヌゞシステムFAS2040Aの簡単な技術的特城

マルチプロトコル、「統合ストレヌゞ」ストレヌゞシステム。 デヌタを操䜜するための可胜なプロトコルFC、iSCSI、CIFSSMB、SMB2.0、NFS v3、v4。

高可甚性クラスタヌ内の2぀のコントロヌラヌ。

各コントロヌラヌには4぀のギガビットむヌサネットポヌト、2぀のFC 4Gb / sポヌトがあり、各コントロヌラヌには4GBのキャッシュがありたす。

䜿甚されるドラむブの最倧数は136です合蚈ストレヌゞ容量の最倧136TB。



蚭蚈䞊、NetApp FAS2040を䜿甚するず、12個のSASたたはSATAディスクをストレヌゞシステムコントロヌラヌケヌスに盎接むンストヌルし、ディスクシェルフの小さな構成で保存できるずいう事実にもかかわらず、ケヌスにディスクがなく、倖郚DS4243ディスクシェルフが接続されおいるオプションSAS 300GB 15Kドラむブがむンストヌルされおいる24台のドラむブ。







このようなスキヌムの遞択は、2぀の考慮事項によっお決定されたした。 たず、このようなスキヌムにより、必芁に応じお、このディスクシェルフを賌入しお物理的に切り替えるだけでストレヌゞシステムコントロヌラヌを簡単にアップグレヌドできたす。アップグレヌドプロセスは、同様のプロセスずは異なり、玄15分しかかかりたせん私は個人的に行いたした。デヌタを転送し、構造を再䜜成し、バックアップからデヌタを埩元したす。 このプロゞェクトは「パむロット」であり、「フルフォヌマット」プロゞェクトぞずさらに発展させるこずを蚈画しおいたす。 このスキヌムにより、必芁な柔軟性を備えた構成を簡単に倉曎できたす。



第二に、この構成では12台のディスクでは明らかに十分ではなく容量ではなくスピンドルの数から進んでいたす、24台は既に蚈算では十分です。 第䞉に、必芁に応じおこれもプロゞェクトが実隓的であるこずを思い出しおください、コントロヌラヌの12の空きスペヌスに「ディスクの䟡栌で」適切な容量たたは「スピンドル」を远加するこずは比范的安䟡です合蚈、最小限の付随費甚で、 「ディスクの䟡栌で」ベンダヌは36台のディスク、぀たり50に拡倧したす。



前述したように、完成したNetAppストレヌゞシステムのコストは、ハヌドりェアパヌツのコストず゜フトりェアのコスト、぀たり特定のオプション、プロトコル、機胜のラむセンスずいう2぀の䞻芁な郚分で構成されおいたす。 ストレヌゞシステムを賌入する堎合、既存の「メニュヌ」から機胜セットを遞択するか、既補の「パック」を賌入したす倚くの堎合、このような「耇雑なランチ」は「メニュヌ泚文」より安䟡です。 このため、2぀の異なる完成したシステムの䟡栌は、同様のハヌドりェアセットたずえば、ディスクの数でも非垞に異なる堎合がありたす。 ちなみに、これは、「抜象的な」NetAppストレヌゞシステムずいえば、名前を付けず、特定の䟡栌に名前を付けるこずができない䞻な理由の1぀です。

この堎合、構成䞭に、いわゆる仮想化パック*が泚文されたした。これには、VMware vSphere、MS Hyper-V、Citrix Xenなどの仮想化環境でのストレヌゞシステムのニヌズに察応するオプションずアクセスプロトコルのラむセンスセットが含たれおいたす。



この「包括的な昌食」には、iSCSI、NFS、FCプロトコル、および倚くの远加の有甚なラむセンスず゜フトりェア補品SnapManager for Virtual Infrastructureなどが含たれたす。これにより、VMwareスナップショットの䞍利な点がなく、ストレヌゞシステムを䜿甚しお仮想マシンの䞀貫したスナップショットを䜜成できたすSnapDrive for WindowsおよびUNIX / Linuxの無制限ラむセンス、スナップショットの䜜成を制埡し、仮想マシン内でRDMに接続できるツヌル。 重耇排陀 、 シンプロビゞョニング 、同期など、他の倚くの機胜がありたす。 Nayaおよび別のNetAppストアぞの非同期耇補、スナップショットによるバックアップ、およびその他の機胜。



私たちはFCを䜿甚したせん。これは、統合されたむヌサネットネットワヌクを優先しおFCから離れるずいう意識的な決定ですが、サヌビスにプロトコルがあり、䌚瀟が突然そのようなニヌズを抱える堎合、远加コストなしでサヌバヌをこの゜リュヌションに簡単に接続できたす。 FCプロトコルストレヌゞシステムには4぀のFCポヌトがありたす。぀たり、FCスむッチ、「ダむレクトワむダ」を䜿甚しなくおも冗長接続でサヌバヌのペアを接続できたす。おそらくテヌプラむブラリなどバックアップ甚。



゜リュヌションのサヌバヌ郚分では、ロシアではただ知られおいないサヌバヌ補造業者-シスコ、およびその䌚瀟の補品-UCSファミリヌのサヌバヌ-ナニファむドコンピュヌタヌシステム-が遞択されたした。 UCSファミリは、UCS Bクラス-ブレヌドシステム、およびUCS Cクラス-「通垞」、ラックマりント、「ラック」サヌバヌ、䞀般的な19の「キャビネット」の2぀のラむンで構成されたす。このプロゞェクトでは、Cisco UCS C250M2サヌバヌを遞択したした。







この遞択にはいく぀かの理由もありたした。 たず、将来、「倧」プロゞェクトでUCSファミリヌのサヌバヌBブレヌドを䜿甚する予定です。この堎合、既存のCisco UCS Cサヌバヌは「倧」UCS B管理ツヌルによっお䟿利に管理されたす。

第二に、Ciscoサヌバヌ゜リュヌションはサヌバヌ仮想化セグメントを明確に察象ずしおおり、察応するハヌドりェア゜リュヌションたずえば、前述のCisco UCS C250M2は非垞に倧きなメモリをサヌバヌで䜿甚でき、仮想化タスクでサヌバヌで䜿甚できるこずは秘密ではありたせん。仮想マシン、メモリ量は、倚くの堎合、ホスト䞊の仮想マシンの可胜な数を「決定」しお蚭定したす。

最埌に、第3に、決定が䞋された時点で、Cクラスサヌバヌの䟡栌が非垞に快適に䜎䞋したため、他のベンダヌのオプションを倧幅に䞊回り、厳しい予算に収たる構成でサヌバヌを賌入するこずができたした。



構成の結果、96GB RAMを備えた比范的安䟡なサヌバヌがいく぀か埗られ、そのようなボリュヌムは安䟡な4GB DIMMによっお埗られたす他のモデルのそのようなボリュヌムに必芁な8GBモゞュヌルず比范しお。 さらに、このシリヌズCクラスの倧幅な割匕。 残りのサヌバヌパラメヌタヌは、各サヌバヌで4ギガビットむヌサネット+ 2぀の垯域倖管理むヌサネットポヌトず2぀の6コアXeon X56502.66 GHzです。 サヌバヌには独自のハヌドドラむブが付属しおいたせんでした。



シスコからのサヌバヌの遞択は、論理的にはシスコからの賌入ずネットワヌク郚分に぀ながりたした。 もちろん、垂堎には同等の機胜を持぀ネットワヌク機噚の他のメヌカヌ、同じHPがありたすが、シスコからサヌバヌ郚分を遞択し、同時に他のネットワヌクベンダヌを採甚するために、これはある皮の䞊倖れた非適合性です。特に、本栌的なプロゞェクトを繰り返したす。これは「トラむアルアプロヌチ」であり、パむロットおよびトレヌニングずデモンストレヌションの手段は、Cisco Nexusシリヌズスむッチの統合ネットワヌクの比范的新しい機胜を䜿甚するため、パむロットプロゞェクトに動物園ずプッタを怍える意味はありたせんでした。 「挔算子」。したがっお、暙準で実瞟のある24ポヌトCisco Catalyst 3750ギガビット24ポヌトギガビットスむッチがレベル3スむッチずしお遞択されたした。特にクロススタックむヌサチャネルは、フェむルセヌフIPストレヌゞネットワヌクの構成を倧幅に簡玠化したす。実装する予定でした。







それらに基づいお、IP-SANのタグ付きVLANにiSCSIプロトコルが䜜成され、NFSプロトコルはVMware vSphereのデヌタストアの接続にも䜿甚されたす。 さらに、仮想マシンず倖郚クラむアントの実際のネットワヌクにもアクセスしたす。



ハヌドりェアの結果は次のようになりたした。







この゜リュヌションは、暙準の19むンチキャビネットで12RU「ナニット」を占有し、玄5TBのディスクスペヌスさらに重耇排陀、圧瞮、シンプロビゞョニングの䜿甚を陀くを持ち、玄50台の仮想マシンを配眮できたす。

総消費電力は13.7A、熱攟散は9320 BTU /時間、蚭眮重量は115 kgです。

この決定により、デヌタセンタヌ内の配眮条件に特別な芁件が課されるこずはありたせん。



Essential Plus賌入時-4.1がこの゜リュヌションのVMwareラむセンスの゚ディションずしお遞択されたした。ラむセンスされた機胜は既存の機噚に十分なものです。 Essential Plusのバヌゞョンには、3぀の物理ホストサヌバヌこの゜リュヌションでは2぀、぀たり拡匵の䜙地があるのラむセンスずvCenterのラむセンスが含たれおいたす。 これらはすべおVMwareに非垞に少ない金額で提䟛されたすが、将来はStandardたたはEnterpriseにアップグレヌドできたす。

たた、結果の「仮想化プラットフォヌム」はハむパヌバむザヌの遞択に関しお完党にニュヌトラルであり、vSphereの特定のバヌゞョンに合わせお調敎されおおらず、その利点ず機胜のほずんどはXenおよびMS Hyper-Vでも機胜したす。パむロット「プロゞェクト。



画像



VMware Essentialに加えお、vCenter Chargeback補品が賌入されたした。この補品は、コンピュヌティングリ゜ヌスの消費を請求し、その䜿甚に関するレポヌトを生成したす。







このブログでは、NetAppストレヌゞシステムの䟡栌に぀いおは述べおいたせんが、この堎合、このプロゞェクトの開発䞭に、顧客はすべおの予算を10䞇米ドルの䞊限レベルに蚭定したず蚀えたす。キッチン党䜓、ストレヌゞ、ラむセンス、サヌバヌ、スむッチ、VMware vSphere圓時v4.1、ストレヌゞサヌビス、Ciscoのスマヌトネット、VMwareの幎間サポヌトそしおただ少し残っおいたす;



-
* Virtualization Packには次のラむセンスセットが含たれおいたす 。

Base Pack + Foundation Pack + Protection Pack + Protection Pack + NFS



BASE PACK ストレヌゞシステムに付属し、䟡栌に含たれおいるもの

スナップショット

フレックスボル

シンプロビゞョニング

RAID-DP

フレックスシェア

重耇排陀

運甚マネヌゞャヌ

ニアストア

同期ミラヌ

システム管理者

Filerview

FCプロトコル

iSCSIプロトコル

HTTPプロトコル



財団パック

スナップレスト

SnapVaultプラむマリ

プロビゞョニングマネヌゞャヌ



保護パック

スナップミラヌ

SnapVaultセカンダリ

保護マネヌゞャヌ



サヌバヌパック

SnapManager for Virtual Infrastructure

SnapDriveWindows、UNIX甚

NetApp DSM



さらに、この合蚈されたすべおのセットに、仮想化セットの䞀郚ずしお、 NFSラむセンスが远加されたす



実際、CIFS、 FlexClone 、およびSnapLock䞍倉デヌタの認定されたWORMストアを䜜成する手段およびホスト甚のいく぀かの゜フトりェア補品が存圚しないずいう点で、All Inclusiveずは異なりたす。




All Articles