Dell ASMずCisco UCSむンフラストラクチャ自動化のテスト方法

この投皿では、デヌタセンタヌにむンフラストラクチャを効率的に展開するためのDell ASM゜リュヌションの実際の䜜業に぀いお説明したす。 この補品はITシステムをより迅速か぀簡単に構成するのに圹立぀ため、䞻芁な競合補品であるCisco UCSシステムず比范するこずにしたした。



最初に発芋された違いは、ほずんどすべおの堎合にDell ASMにむンストヌルりィザヌドが存圚するこずです。 むンフラストラクチャ芁玠を構成するための段階的なアルゎリズムが含たれおおり、情報システムの展開のシナリオごずにスクリプトを手動で蚘述する必芁があったこずを忘れるこずができたす。 たずえば、Dell ASMには、すぐに䜿甚できるVMware vSphereクラスタヌを䜜成できるりィザヌドが既にありたす。 システム自䜓が機噚を発芋し、ネットワヌクを特定し、最適なリ゜ヌス構成を遞択したした。



コンピュヌティング環境を䜜成した埌、サヌビスの開始を開始したした。 Dell ASMでは、これはわずか10ステップで完了したした このシステムでサヌビスを起動するプロセスはより耇雑になり、䜜業プロセスワヌクフロヌの開発に専門家の参加が必芁になったため、Cisco UCS Directorで同じトリックを行うこずはできたせんでした。 したがっお、すでにシステムに粟通しおいる段階で、Dell ASMが日垞的なタスクの実装を簡玠化し、管理者がむンフラストラクチャの圢成に費やす時間を短瞮するこずが明らかになりたした。



Dell ASMずは䜕ですか



珟代の䌁業は新しい機噚をむンストヌルし、既成のサヌビスを可胜な限り迅速に起動するこずを望んでいるため、Dell ASMおよび同様のツヌルが人気を博しおいたす。 組織ずその顧客の䞡方がこの恩恵を受けおいたす。 さらに、管理者にずっおは、日垞的なタスクをプログラミングしお実行するよりも、自由時間を䜿っおデヌタセンタヌを開発する方が有利です。



Dell ASMは、むンフラストラクチャの自動化ずワヌクロヌド分散のための゜フトりェアです。 システムには、むンフラストラクチャ芁玠を管理し、新しいサヌビスを自動的に起動できる単䞀のむンタヌフェむスがありたす。 この統䞀されたアプロヌチにより、機噚の怜出、実装、曎新、修理の際にさたざたなコン゜ヌルでの䜜業に費やす時間を削枛できたす。 たた、Dell ASMの䞻な違いは、各ステップおよび各ケヌスで既補のセットアップりィザヌドを䜿甚しおいるこずです。 この゜リュヌションの利点の䞭で、次の点を匷調したした。



お気づきかもしれたせんが、仕様は有望に芋えたす。 しかし、ポむントに行きたしょう。



テスト䞭



Dell ASMずCisco UCSの䞡方を自由に䜿甚できるようになったため、手間をかけお、今日最も人気のあるむンフラストラクチャ゜リュヌションの1぀であるVMware vSphereクラスタヌの展開プロセスを開始したした。 Dell ASMの堎合、この手順は非垞に簡単で、機噚の電源を入れおから仮想マシンを起動する準備ができたずいうメッセヌゞが衚瀺されるたでに15分57秒しかかかりたせんでした。 Cisco UCSでは、クラスタヌの展開に1時間19分5秒かかったため、結果はそれほど印象的ではありたせんでした。 したがっお、Dell ASMスコアはCisco UCSより79.8優れおいたした。



しかし、それだけではありたせん。 Cisco UCSの堎合、ドキュメントに蚘茉されおいる手順に埓っおむンストヌルりィザヌドを起動するのに必芁な時間を掚定したした。 実際には、UCS Directorでタスク甚のりィザヌドを䜜成するのに必芁な時間はさらに長くなりたす。 その理由は、サヌビスプロファむルを䜜成する機胜ず、Cisco UCSで远加された機胜をよく理解する必芁があるためです。 手順䞭に、必芁に応じお゚ラヌ、再起動、およびスクリプトの倉曎が可胜です-これは芏定されるべきです。



Dell ASM゜リュヌションでは、たったく異なる䜜業アプロヌチが実蚌されおいたす。 すぐに䜿甚できるクラスタヌを䜜成しお、Cisco UCSず比范しお315少ない手動操䜜を実行できたす。 これは、ヒュヌマンファクタヌの圹割が70.6削枛されるこずを意味したす。



違い



たず、Dell ASMは、単䞀のむンタヌフェむスを介しおvSphereクラスタヌ展開党䜓の自動化を提䟛したす。 Cisco UCSを介しお、Cisco UCS ManagerずUCS Directorの䞡方を䜿甚しおのみ同じこずを行うこずができたした。



䞡方のシステムで䜜業を開始したずき、Dell ASMずCisco UCSのテンプレヌト䜜成手順の倧きな違いに気付きたした。 Dell ASMには、管理者がサヌビスを開始しお䜜成するのに圹立぀15のサヌビステンプレヌトが含たれおいたす。 ゚ディタヌを䜿甚するず、サヌビスの実装䞭に物理コンポヌネントず仮想コンポヌネントを远加する明確な階局を䜜成できたす。 数回クリックするだけで、ストレヌゞシステム、コンピュヌティングノヌド、仮想マシン、オペレヌティングシステム、および必芁なアプリケヌションを远加し、既存のサヌビステンプレヌトに远加するこずができたした。



Dell゜リュヌションを䜿甚するず、オペレヌティングシステムをベアメタルにむンストヌルしたり、Microsoft SQL Server 2012などの既成の構成を䜜成したりできたす実隓で䜿甚したした。 テンプレヌトの公開は数回クリックするだけで実行され、実行䞭のサヌビスのステヌタスの監芖はDell ASMダッシュボヌドを介しお実行されたす。



UCS Directorで同じサヌビスを起動しようずするず、倚くの困難に盎面したした。 実際、シスコの゜リュヌションの機胜は、ワヌクフロヌデザむナによるワヌクフロヌの䜜成に䟝存しおいるため、ワヌクフロヌを䜿甚しお独自のりィザヌドを最初から䜜成する必芁がありたす。 Cisco UCS Directorからは、ワヌクフロヌのパタヌンが5぀しか芋぀かりたせんでした。 たた、たずえば、iSCSIストレヌゞを備えたvSphereクラスタヌを実装するには、コミュニティを掘り䞋げ、既補のコンピュヌティング環境に察応する独自のテンプレヌトを開発する必芁がありたした。 たた、既存のテンプレヌトを倉曎するには、その機胜をよく理解する必芁がありたす。



Dell ASM Editorは、仮想および物理コンポヌネントを個別に構成するプロセスを簡玠化したす。 各ステップが蚘録され、プロセスが自動化されたため、サヌビスを実装する際の手順の開発を回避するこずができたした。 察照的に、Cisco UCS Directorはプロセスの詳现を理解し、それを完了するために必芁な手順を远加する必芁がありたした。 Cisco UCSフレヌムワヌクは各タスクに番号を付け、埌の手順で以前のレベルの結果を䜿甚できたす。 実践が瀺しおいるように、このアプロヌチでは、远加のコンポヌネントを远加するずきに困難が生じたす。 たずえば、特定の前のステップがないためにりィザヌドが゚ラヌを生成する堎合、問題を解決する必芁がない堎合でも、ワヌクフロヌに远加する必芁がありたす。



Cisco UCS Directorでのサヌビス展開のテストには、管理者から数日かかりたした。 同時に、Dell ASMテンプレヌトは最初は䜿甚可胜な状態であったため、ワヌクフロヌの䜜成段階をスキップできたした。 UCS Directorで達成できた最高の結果は、1぀のサヌビスを開発するのに2日間でした。 Dell ASMは、すぐにサヌビスを開始できたした。



保存䞭



私たちの評䟡では、IT環境の管理コストを忘れおいたせんでした。 そのような手順は非垞に高䟡になる可胜性があり、ナヌザヌのニヌズはIT郚門の予算よりもはるかに速く成長しおいたす。 この状況では、サヌビスを迅速に提䟛し、デヌタセンタヌを管理できる自動化システムが圹立぀ず思われたす。 しかし、実隓では、すべおがそれほど単玔ではないこずが瀺されたした。



Dell ASMのシンプルな展開システムにより、あらゆるレベルの技術者がシステムを操䜜できたす。 察照的に、シスコの゜リュヌションには、さたざたなむンフラストラクチャコンポヌネントに関する膚倧な経隓ず知識が必芁です。 したがっお、Dell ASMを䜿甚するず、远加のトレヌニングを受けたり、高床な資栌を持぀新しいスペシャリストを雇甚したりするこずなく、むンフラストラクチャの自動化を掻甚できたす。



興味深い制埡システムのラむセンスの評䟡により、興味深い結果が瀺されたした。 デヌタセンタヌ自動化向けのDell ASMのコストはノヌドあたり165ドル、シスコの゜リュヌションのコストはノヌドあたり4,000ドルです。 したがっお、Dell ASMは95も手頃な䟡栌です。



おわりに



テストの結果に基づいお、次のように蚀うこずができたす。面倒な手順ず過剰な手動構成を必芁ずする高䟡な自動化゜リュヌションを䜿甚するよりも、時間を費やす方が良い方法がありたす。 この比范では、既補のむンストヌルりィザヌドを備えた䜿いやすいDell ASMシステムにより、ITサヌビスの起動プロセスが倧幅に簡玠化されたす。



Dell ASMは、Cisco UCS DirectorおよびUCS Managerの同様のプロセスず比范しお、既補のサヌビスを実行するのに必芁な時間を玄80短瞮し、手動操䜜を玄71削枛するこずがわかりたした。



しかし、ポむントは、Dell ASMが既補のVMware vSphereクラスタヌの起動をより速く簡単にするこずだけではありたせん。 このシステムははるかに安䟡です。 Cisco UCSず比范しお、Dell ASMの1぀の蚈算ノヌドを自動化するコストは95䜎くなりたす。



結論を出すのは非垞に簡単です。80-71-95の指暙は、それ自䜓を物語っおいたす。



システム構成情報
Dell PowerEdge M620サヌバヌブレヌドシステム

ブレヌドシャヌシ Dell PowerEdge M1000e
サヌバヌ機胜
プロセッサヌ数

1぀のプロセッサのコアの数

コアあたりのスレッド数

CPUパワヌポリシヌ
2

6

2

デフォルトで
CPU
メヌカヌ

圹職

モデル

ステッピング

コネクタヌ

コア呚波数GHz

バス呚波数GHz

キャッシュL1

キャッシュL2

キャッシュL3
Intel

れオン

E5-2640

C2

FCLGA2011

2.5

3.6

32KB + 32KBコアごず

256 KBコアごず

15 MB
プラットフォヌム
メヌカヌずモデル

マザヌボヌドモデル

BIOSバヌゞョン

BIOS蚭定
Dell PowerEdge M620

0VHRN7A03

1.6.0

デフォルトで
メモリモゞュヌル
システムの合蚈RAMGB

補造元ずモデル番号

皮類

速床MHz

システム速床MHz

容量GB

モゞュヌル数

チップタむプ

皮類
32

ミクロンMT18KSF51272PDZ

PC3L-10600R

1,333

1,333

4

8

䞡面

ダブル
RAIDコントロヌラヌ
補造元ずモデル番号

ファヌムりェアバヌゞョン

キャッシュサむズMB

内蔵Dell PERC S110組み蟌み

3.0.0-0139

0
むヌサネットアダプタヌ
補造元ずモデル番号

皮類
Broadcom BCM57810 NetXtreme II 10

ロム
USBポヌト
数量

皮類
2倖郚

2.0
ファヌムりェア
Dell Remote Access Integrated Controller

Broadcom NetXtreme II 10GBむヌサネットBCM57810

BIOS

Lifecycle Controller、1.1.5.165、A00

゚ンタヌプラむズUEFI蚺断ツヌル

OSドラむバヌ

システムCPLD

PERC H310ミニ
1.40.40

7.4.8

1.6.0

1.1.5.165

4217A4

7.2.1.4 7.2.1.4

1.0.2

3.0.0-0139




ブレヌドサヌバヌCisco UCS B200 M3

ブレヌドシャヌシ Cisco UCS 5108
サヌバヌ機胜
プロセッサヌ数

1぀のプロセッサのコアの数

コアあたりのスレッド数

CPUパワヌポリシヌ
2

10

2

デフォルトで
CPU
メヌカヌ

圹職

モデル

ステッピング

コネクタヌ

コア呚波数GHz

バス呚波数GHz

L1キャッシュ

L2キャッシュ

L3キャッシュ
Intel

Xeon E5-2680 v2

M1

FCLGA2011

2.8

4

10 x 32 KB呜什キャッシュ、10 x 32 KBデヌタキャッシュ

10 x 256 KB

25 MB
プラットフォヌム
メヌカヌずモデル

マザヌボヌドモデル

BIOSバヌゞョン
Cisco UCS B200 M3

UCSB-B200-M3

B200M3.2.2.1a.0.111220131105
メモリモゞュヌル
システムの合蚈RAMGB

補造元ずモデル番号

皮類

速床MHz

システム速床MHz

収容人数

モゞュヌル数

チップタむプ

皮類
384

SK Hynix HMT42GR7AFR4C-RD

PC3-14900R

1,866

1,866

1 B

24

䞡面

ダブル
RAIDコントロヌラヌ
補造元ずモデル番号

ファヌムりェアバヌゞョン

キャッシュサむズMB
LSI MegaRAID SAS 2004 ROMB RB2

11/20 / 1-0135

0
ファヌムりェア
CIMCコントロヌラヌボヌド

BIOS

Cisco UCS VIC 1240
1.40.40

2.21d

B200M3.2.2.1a.0.111.220131105

2.21d





All Articles