SlideShare a Scribd company logo
1 of 31
Download to read offline
HP StorageWorks All-in-One Storage System ず
VMware ESX Server ゜リュヌションの連携 ― 抂芁ず蚭定




はじめに.................................................................................................................................................2

テクノロゞの抂芁 .....................................................................................................................................3
 VMware ESX Server.............................................................................................................................3
 HP All-in-One Storage System ...............................................................................................................5
゜リュヌションの抂芁 ................................................................................................................................7

導入時の考慮事項...................................................................................................................................9

VMware ESX ServerずHP All-in-One Storage Systemの蚭定 ........................................................................10
  抂芁 ................................................................................................................................................10
  ESX iSCSI゜フトりェア・むニシ゚ヌタの蚭定.............................................................................................10
    ネットワヌク接続の有効化 ...............................................................................................................10
    iSCSI゜フトりェア・アダプタのプロパティの蚭定....................................................................................14
  HP All-in-One䞊のストレヌゞ・ボリュヌムのセットアップ.............................................................................16
    AiO ASMによるVMFSデヌタストアの䜜成..........................................................................................16
  ESX ServerによるAiO iSCSI LUNの怜出ず䜿甚 ......................................................................................22
    AiO iSCSI LUNのスキャン...............................................................................................................22
    AiO iSCSI LUN䞊のVMFS-3 ファむル・システムのフォヌマット ...............................................................23

付録: NIC集玄によるデヌタ・パスの冗長化................................................................................................25
   ESX ServerでのNIC集玄の蚭定 .......................................................................................................25
   HP All-in-One䞊でのNIC集玄の蚭定.................................................................................................28

詳现情報..............................................................................................................................................31
はじめに
瀟内に蓄積したデヌタは、すべおの䌁業にずっお最も重芁な資産の 1 ぀です。珟圚、䞖界䞭のあらゆる芏
暡の䌁業で、デヌタ量がか぀おない速床で急激に増加しおいたす。1 幎でデヌタ量が倍増するケヌスも珍
しくありたせん。䌁業がこの驚異的なストレヌゞの増加に察凊する䞀方で、CIO や IT マネヌゞャは IT むンフ
ラストラクチャの費甚察効果を高め、新しいビゞネス・むニシアチブぞの察応力を匷化し、組織改倉に適
応する柔軟性を維持する必芁性に盎面しおいたす。
これらの芁因に加え、制限された IT 予算ず厳しさを増す芏制芁件を考慮すれば、ストレヌゞずコンピュヌティ
ング・むンフラストラクチャの最適化が、䌁業の成吊を巊右する䞀因ずなるこずは明らかです。
サヌバずストレヌゞのむンフラストラクチャを最適化する方法は倚皮倚様ですが、それらの䞭栞ずなるのは
仮想化ずネットワヌク・ストレヌゞずいう 2 ぀のテクノロゞです。サヌバの仮想化は、物理ハヌドりェアから最
倧限の凊理性胜を匕き出す生産的な゜リュヌションを実珟するための基幹的な技術革新の 1 ぀です。NAS
Network Attached Storageや SANStorage Area Networkずいったネットワヌク・ストレヌゞは、盎接接
続やサヌバ・ベヌスのストレヌゞより効率的であり、瀟内デヌタの管理や増加ぞの察凊、および保護を容
易にするテクノロゞです。䌁業は仮想化ずネットワヌク・ストレヌゞのテクノロゞを組み合わせるこずによっお、
IT ずビゞネスの運甚効率を劇的に高めながら、同時にコスト削枛ず最倧限の ROI を達成できるようになり
たす。さらに、管理を簡易化し、電力芁件ず冷华芁件を削枛し、新しいアプリケヌションのより迅速な配備を
可胜にするために必芁なすべおを備えたワンボックスのむンフラストラクチャずしおブレヌド・サヌバを導
入すれば、IT に必芁な占有面積も削枛できたす。これら 3 ぀のテクノロゞは、いずれも装眮、人員、デヌタ、
電力などのリ゜ヌスを統合しお効率化ずコスト削枛を図り、䌁業の成長を可胜にするずいう抂念に結び぀い
おいたす。
このホワむトペヌパヌでは、VMware ESX Server の iSCSI むニシ゚ヌタず HP StorageWorks All-in-One
Storage SystemAiOに内蔵されおいる iSCSI Target の間の iSCSI 接続を䜿甚しお、AiO を VMware ESX
Server のストレヌゞ・リポゞトリずしお䜿う方法に぀いお説明したす。ここで説明する内容は、HP
StorageWorks 400/600/1200 All-in-One Storage System など All-in-One Storage System ファミリの党モ
デルのほか、c-Class HP BladeSystem 甚に蚭蚈された All-in-One SB600c Storage Blade ゜リュヌションに
も適甚できたす。
ネットワヌク・ストレヌゞを VMware ESX Server に接続するこずによっお、ストレヌゞ容量を気にするこずなく
サヌバ・プラットフォヌムの凊理胜力をフルに匕き出し、高可甚性や、共有ストレヌゞを必芁ずする VMotion
などの高レベルな機胜を実珟できるようになりたす。このホワむトペヌパヌは、゜リュヌションの各構成芁玠
に付属しおいるマニュアルの代わりになるものではなく、VMware Infrastructure 3 環境の実装・運甚蚈画を
担圓する IT の専門家向けの远加リ゜ヌスずしお䜜成されおいたす。


泚蚘: このホワむトペヌパヌの内容を実珟するには、All-in-One Storage System のバヌゞョンが 1.3.0 以降
であるこずが必芁です。 もし、䜿甚する All-in-One Storage System のバヌゞョンが 1.2.0 以前の堎合、
1.3.0 以降にアップデヌトしおください。このアップデヌトは、Storage Server Service Release 6.6 に含たれ
たす。




                                                                                      2
テクノロゞの抂芁

VMware ESX Server
仮想化Virtualizationずは、リ゜ヌスやサヌビス芁求を、そのサヌビスの物理的な提䟛基盀から切り離す
テクノロゞです。たずえばメモリの仮想化では、ディスク・ストレヌゞに保存するデヌタをバックグラりンドでス
ワップするこずによっお、搭茉されおいる物理メモリを超える容量のメモリを゜フトりェアで利甚できたす。同
様に、ネットワヌク、ストレヌゞ、ラップトップやサヌバのハヌドりェア、オペレヌティング・システム、アプリ
ケヌションずいった他の IT むンフラストラクチャのレむダにも、仮想化の技術は適甚可胜です。
このような仮想化テクノロゞ仮想むンフラストラクチャの組み合わせは、デヌタ凊理、ストレヌゞずネット
ワヌクのハヌドりェア、およびその䞊で動䜜するアプリケヌションの間に抜象化レむダを提䟛したす。仮想
むンフラストラクチャは、ナヌザ・゚クスペリ゚ンスが物理むンフラストラクチャずほが同じであるため、その導
入によっお混乱が生じるこずはありたせん。ただし、仮想むンフラストラクチャを導入すれば、䌁業党䜓にわ
たるリ゜ヌス・プヌルを管理できるようになり、IT マネヌゞャが組織のニヌズの倉化に速やかに察応し、むン
フラストラクチャぞの投資をより効果的に掻甚できるようになりたす。仮想化の䞻な利点の 1 ぀は、1 台の物
理システム䞊で耇数のオペレヌティング・システムを動䜜させ、パヌティショニングず呌ばれる手法でハヌド
りェア・リ゜ヌスを共有できる点です図 1 参照。




図 1仮想化のしくみ




  仮想化前                        仮想化埌
  • 1 台のマシンに 1 ぀の OS むメヌゞ     • ハヌドりェアが OS やアプリケヌションから分離される
  • ゜フトりェアずハヌドりェアが緊密に連携しおいる   • システムを遞ばずに仮想マシンVMを構成できる
  • 1 台のマシンで耇数のアプリケヌションを実行    • OS ずアプリケヌションを VM ごずに 1 ぀の単䜍ずしお
    するず競合が生じる堎合がある              管理できる
  • リ゜ヌスの䜿甚率が䜎い
  • 柔軟性が䞍十分




                                                                 3
通垞、゜フトりェアベヌスのパヌティショニングには、「ホスト型」アヌキテクチャず「ハむパヌバむザ型」アヌ
キテクチャずいう 2 皮類のアプロヌチが䜿甚されたす図 2 参照。ホスト型のアプロヌチでは、暙準的なオ
ペレヌティング・システム䞊でパヌティショニング・サヌビスが動䜜し、幅広い皮類のハヌドりェア構成がサ
ポヌトされたす。䞀方、ハむパヌバむザ型アヌキテクチャは、x86 ベヌスのクリヌンなシステム䞊に盎接、第
1 局の゜フトりェアレむダずしお仮想化レむダがむンストヌルされたすこれは「ベア・メタル」アプロヌチずも
呌ばれたす。ハむパヌバむザ型アヌキテクチャではハヌドりェア・リ゜ヌスに盎接アクセスできるため、ホ
スト型アヌキテクチャに比べ効率に優れ、より高床な拡匵性、堅牢性、およびパフォヌマンスが実珟でき
たす。VMware ESX Server はハむパヌバむザ型アヌキテクチャの䞀䟋であり、このホワむトペヌパヌでは
VMware ESX Server の仮想化に焊点を圓おおいたす。




図 2ホスト型ずハむパヌバむザ型の仮想化アヌキテクチャ




 ホスト型アヌキテクチャ                   ハむパヌバむザ型ベア・メタルアヌキテクチャ
 • 1 アプリケヌションずしおむンストヌル/実行      • 仮想化に重点を眮いた軜量カヌネル
 • デバむスのサポヌトず物理リ゜ヌス管理は         • 物理リ゜ヌスずサポヌトするアプリケヌションの盎接管理
   ホスト OS に䟝存




VMware Infrastructure 3 環境では、次のような課題ぞの察応が可胜になりたす。
• サヌバの統合ず集玄 ― システム導入に䌎う「サヌバのスプロヌル珟象」を仮想マシンVMによっお回
  避できたす。VM は共有ハヌドりェア党䜓を通じお安党に動䜜し、透過的に移動できるため、サヌバの皌
  働率が 515から 6080に高たりたす。
• テストず開発の最適化 ― 構成枈みのシステムを再利甚するこずによっお、テスト甚および開発甚の
  サヌバを迅速に準備できるため、開発者間の連携が促進され、開発環境が暙準化されたす。
• ビゞネスの継続性 ― システム党䜓を 1 ぀のファむル・セットずしお管理するこずによっお、任意のタヌ
  ゲット・サヌバ䞊に耇補しお埩元できるため、ダりンタむムが最小化され、ビゞネスの継続性高可甚性ず
  障害回埩゜リュヌションに必芁なコストを削枛し、耇雑さが緩和されたす。
• ゚ンタヌプラむズ・デスクトップ ― デスクトップ VM 党䜓を゜フトりェアのセキュリティ・ポリシヌ局で囲む
  こずによっお、管理察象倖の PC、ワヌクステヌション、およびラップトップのセキュリティを、゚ンドナヌザ
  の自埋性を損なうこずなく確保できたす。




                                                              4
HP All-in-One Storage System
仮想化によっおコンピュヌタ・テクノロゞを集玄した環境では、ゲスト OS を ESX Server に远加するだけでア
プリケヌション・サヌバを増蚭できるため、動的か぀適応性の高いストレヌゞが埓来にも増しお重芁になり
たす。珟圚、サヌバの倚くは耇数のデュアルコアやクアッドコアのプロセッサで動䜜しおいるため、より倚く
の仮想システムを動䜜させるこずができたすが、その䞀方でサヌバに盎接接続されたストレヌゞでは仮想
化環境の芁求に察応しお効率的に拡匵できない可胜性がありたす。
ネットワヌク・ストレヌゞのプラットフォヌムを遞択するずきには、パフォヌマンスや可甚性の芁件、管理ず実
装に割り圓おるこずができる IT リ゜ヌス人員、予算、可甚性ず容量の芁求など、さたざたな考慮事項があ
りたす。HP StorageWorks は、拡匵性、冗長性、パフォヌマンス、および䟡栌面で、仮想化環境のニヌズに
応える倚圩なストレヌゞ補品を取り揃えおいたす。特に、コストず操䜜性を重芖する䞭小䌁業の IT 環境には、
HP StorageWorks All-in-One Storage System ファミリは魅力的な゜リュヌションです。
アプリケヌション・サヌバ甚の共有ストレヌゞずなる iSCSI SAN の機胜ず、Microsoft® Windows® Storage
Server 2003 R2 を搭茉し、゚ンドナヌザ・クラむアントに高床なファむル・サヌビスを提䟛する NAS デバむス
の機胜を兌ね備えた統合ストレヌゞ・デバむスは、きわめお高い䟡倀を提䟛したす。そのシステムがデヌタ
を安党な状態に維持する包括的なデヌタ保護機胜も備えおいたらどうでしょう。さらに、共有ネットワヌク・
ストレヌゞのすべおの利点を、ストレヌゞの専門家なしで実珟できたらどうでしょう。これらの特長をすべお
兌ね備えおいるのが数々の賞を受賞した HP StorageWorks All-in-One Storage System AiOであり、䌁
業は AiO を導入するこずによっお、コストを削枛し、効率を向䞊させ、デヌタの急激な増加に察凊するこずが
可胜になりたす。
HP All-in-One Storage System は䞭小䌁業においお、ストレヌゞの専門家を確保するこずなく、増加する
デヌタを管理し、保護できるようにする、きわめおシンプルで、手ごろで、信頌性の高いネットワヌク・スト
レヌゞ・゜リュヌションです。AiO は、ストレヌゞの専門知識を持たない通垞の IT スタッフによる導入ず管理
を前提ずしお蚭蚈されおおり、急激に拡倧するデヌタ・ストレヌゞ環境のコスト削枛ず耇雑さの緩和に必芁
なすべおの機胜を備えた、完党統合された䞀䜓型ストレヌゞ・システムです。
AiO は、iSCSI SAN の容易な実装を可胜にするこずで、アプリケヌション・サヌバ甚の共有ストレヌゞを提䟛
したす。AiO には Microsoft iSCSI Software Target が統合されおおり、これによっお管理者は䞻芁なアプリ
ケヌションずサヌビスを察象ずしおストレヌゞ容量を統合し、ストレヌゞの䜿甚率を高め、システムのダりン
タむムを最小化できたす。たた、iSCSI によっお既存の TCP/IP ネットワヌクのリ゜ヌスずテクノロゞを掻甚でき
るため、SAN ゜リュヌションぞの柔軟か぀費甚察効果の高い移行パスが確保されたす。
HP All-in-One Storage Systemは、お客様の倚様なニヌズに察応すべく、さたざたなフォヌム・ファクタず仕様
で提䟛されおいたす。仕様に぀いお詳しくは、http://www.hp.com/jp/aioを参照しおください。
AiO に統合されおいる iSCSI Target は、VMware iSCSI ゜フトりェア・むニシ゚ヌタVMware ESX Server に
内蔵されおいるネむティブ iSCSI ドラむバなど、暙準に準拠する iSCSI むニシ゚ヌタずの接続に察応しおい
たす。 泚AiO ず VMware ESX Server ず組み合わせお䜿甚するには、AiO のバヌゞョンが 1.3.0 以降で
あるこずが必芁です




                                                                        5
図 3HP All-in-One Storage System の䞀般的な運甚環境




      Public LAN




                                             6
゜リュヌションの抂芁
VMware Virtual Infrastructure 3 は、iSCSI SAN 接続をサポヌトする ESX Server の最初のバヌゞョンであり、
このサポヌトによっお ESX Server システムは、IP ネットワヌク経由でリモヌト・ストレヌゞにアクセスできたす。
HP All-in-One Storage SystemAiOには Microsoft iSCSI Software Target が統合されおいるため、AiO は
ESX Server に iSCSI ストレヌゞ LUN論理ナニット番号を提䟛する、倖郚共有ストレヌゞ・デバむスずしお䜿
甚できたす。VMware ESX Server ず HP All-in-One Storage System の連携には、䞻に次の 2 皮類の方法が
䜿甚できたす。
1 ぀は、仮想マシンを物理マシンず同様に扱い、ゲスト OS 䞊で動䜜しおいる iSCSI ゜フトりェア・むニシ゚ヌ
タを AiO に盎接接続する方法です。この堎合、AiO の機胜ず蚭定は、すべお物理サヌバの堎合ず同様にな
りたす。たずえば、仮想マシンが Windows Server 2003 サヌバずしお動䜜しおいる堎合、All-in-One
Storage ManagerASM゚ヌゞェントをその仮想マシンに導入するず、ゲスト OS 内に Microsoft iSCSI むニ
シ゚ヌタが構成されたす。この仮想マシンから送信される SCSI ディスク・コマンドは、iSCSI 接続を介しお
TCP/IP パケットに倉換され、仮想ディスクが存圚するタヌゲットに送信されたす。仮想ディスクは仮想マシン
偎では、ロヌカル接続された SCSI ドラむブずしお認識されたす。この方法は特に、仮想マシン䞊で動䜜しお
いるアプリケヌション甚にストレヌゞ容量を远加する手段ずしお効果的です。




図 4ゲスト OS ず iSCSI Target 間の iSCSI 接続




                                                     ゲスト OS レベルの iSCSI
                                                     • ゲスト OS 䞊の iSCSI むニシ゚ヌ
                                                       タず iSCSI Target 間で通信が
                                                       行われる
                                                     • ゲスト OS は ESX Server 䞊に
                                                       むンストヌルされる
                                                     • ゲスト OS 䞊で動䜜するアプリ
                                                       ケヌションのデヌタは、iSCSI
                                                       Target ストレヌゞに栌玍できる




                                                                                 7
もう 1 ぀の方法は、AiO ず VMware ESX Server 自䜓のハむパヌバむザ・レむダ間で接続を確立するやり方
であり、このホワむトペヌパヌでは、この方法を䞻に説明しおいたす。VMkernel には iSCSI むニシ゚ヌタの
コヌドが含たれおおり、このコヌドによっお ESX Server を、暙準的なネットワヌク・アダプタを介しお iSCSI
SAN ストレヌゞ・デバむスに接続したす。iSCSI SAN ずの I/O は iSCSI むニシ゚ヌタで、ネットワヌク・アダプ
タずの通信は VMkernel に組み蟌たれた TCP/IP スタックで、それぞれ凊理されたす。この方法の䞻な利点
は、ハむパヌバむザ・レむダの共有ストレヌゞが必芁な VMotion などの VMware Infrastructure 3 サヌビス
が利甚できるこずです。




図 5VMware ESX ハむパヌバむザず iSCSI Target 間の iSCSI 接続




                                                   VMware ESX レベルの iSCSI
                                                   • VMware iSCSI むニシ゚ヌタず
                                                     iSCSI Target 間で通信が行わ
                                                     れる
                                                   • ゲスト OS は iSCSI Target スト
                                                     レヌゞ䞊にむンストヌルされる
                                                   • ゲスト OS、アプリケヌション、
                                                     およびデヌタは、iSCSI Target
                                                     ストレヌゞに栌玍される




                                                                                8
導入時の考慮事項
VMware Infrastructure 3 ず HP StorageWorks ストレヌゞを組み合わせるず、統合性、信頌性、および障害
回埩力に優れた堅牢な゜リュヌションを実珟できたす。ここでは、VMware Infrastructure 3 を HP All-in-One
Storage System に接続するずきの䞀般的なガむドラむンに぀いお説明したす。
• All-in-One Storage SystemAiOのバヌゞョンは 1.3.0 以降であるこずが必芁です。
• AiO のモデルは、必芁なパフォヌマンス氎準に合わせお遞択しおください。AiO のどのモデルも VMware
  ESX iSCSI むニシ゚ヌタで䜿甚できるこずは認蚌されおいたすが、AiO システムを遞択するずきにはパ
  フォヌマンスを考慮する必芁がありたす。必芁最小限のパフォヌマンスを埗るためには、SAS ディスク・ド
  ラむブを備えた AiO が掚奚されたす。最適なパフォヌマンスを埗るには、AiO1200 の P400/P800 コント
  ロヌラなど、より高性胜な RAID コントロヌラを備えた SAS ディスク・ドラむブを遞択しおください。
• iSCSI 実装に぀いおは、iSCSI トラフィック専甚の IP ネットワヌクやセグメントを蚭定するベスト・プラクティ
  スに埓っおください。iSCSI トラフィックをメッセヌゞやファむル・サヌビスのトラフィックず同じネットワヌク䞊
  で搬送するず、十分な性胜が埗られたせん。
• 各 LUN には、それを䜿甚する仮想マシンVMに適した RAID レベルずストレヌゞ特性を割り圓おおくだ
  さい。アプリケヌションの読み取り負荷が特に倧きい堎合は、RAID 5 が適しおいたす。䞀方、曞き蟌み
  負荷が特に倧きいアプリケヌションには、RAID 1+0 が掚奚されたす。1 ぀の VM には仮想 LUN を最倧
  32 個たで割り圓おるこずができるため、パフォヌマンスを最適化するために、RAID タむプの異なる耇数
  の LUN を 1 ぀の VM に割り圓おるこずができたす。たずえば、Microsoft® Windows® VM では、ドラむ
  ブ d:に RAID 5 の仮想 LUN を、ドラむブ e:に RAID 1+0 の仮想 LUN を、それぞれ割り圓おるこずが
  できたす。
• 1 ぀の LUN に配眮する VM の数は、慎重に決定しおください。VMware Infrastructure 3 では LUN 1 ぀あ
  たり 80 個の VM を䜿甚できたすが、この数が適切なのはストレヌゞを盎接接続する環境です。iSCSI 環
  境では LUN あたり 816 個の VM を䜿甚するこずが掚奚されたす。ただし、この掚奚倀はやや控えめな
  芋積りであり、VM の I/O 負荷が倧きくなければ、より倚くの VM を䜿甚できる堎合もありたす。
• 1 ぀の LUN あたり 1 ぀の VMFSVirtual Machine File Systemボリュヌムを蚭定するこずが掚奚されたす。
  VMFS-3 では、アクセシビリティの蚭定は䞍芁になりたした。たた、各 VMFS の LUN は、その LUN 専甚の
  ディスクで構成するこずが掚奚されたす。
• VMware VMFS以倖のファむル・システムでフォヌマットされおいるディスクぞのアクセスには、RDM
  Raw Device Mappingを䜿甚するこずが掚奚されたす。VMware Infrastructure 3 でRDM LUNを
  䜿甚する䞻な利点に぀いおは、VMwareのマニュアル『Using Raw Device Mapping
  http://www.vmware.com/pdf/esx25_rawdevicemapping.pdf』および『Server Configuration
  Guidehttp://www.vmware.com/pdf/vi3_server_config.pdf』を参照しおください。
• ESX Server ホストの再スキャンは、ESX Server ホストず AiO 間の iSCSI SAN ポヌトの I/O トラフィック量
  が最小限のずきに実行するこずが掚奚されたすI/O トラフィックのレベルは、ナヌザ環境によっお異なり
  たす。
• ネットワヌク・パスでハヌドりェア障害が発生した堎合でも iSCSI LUN ぞのアクセスを維持するため、マル
  チパスを䜿甚しおください。各 LUN を同じ LUN 番号で、すべおの ESX Server ホストに提瀺するこずが掚
  奚されたす。




                                                                                    9
VMware ESX Server ず HP All-in-One Storage System の蚭定

抂芁
VMware ESX Server ず AiO Storage System の蚭定では、次の䜜業を行いたす。
• ESX Server 䞊で iSCSI ゜フトりェア・むニシ゚ヌタを蚭定し、AiO をスキャンしたす。AiO をスキャンするこ
  ずによっお、AiO でネットワヌク䞊の ESX iSCSI むニシ゚ヌタ IQN のログが生成されるようになりたす。
• AiO 䞊でナヌザ定矩アプリケヌションを䜜成し、それを ESX IQN にセットアップしたす。
• ESX Server で䜿甚される VM ファむル・システムVMFSを、AiO iSCSI LUN 䞊で怜出し、フォヌマットし
  たす。

これらの䜜業の手順に぀いお、以䞋に説明したす。



ESX iSCSI ゜フトりェア・むニシ゚ヌタの蚭定
ESX iSCSI ゜フトりェア・むニシ゚ヌタによっお、暙準的なネットワヌク・アダプタ経由で、ESX Server システム
を同じ IP ネットワヌク䞊の AiO に接続できたす。ESX Server の iSCSI むニシ゚ヌタは VMkernel に組み蟌た
れおおり、ネットワヌク・スタックを介した暙準的なネットワヌク・アダプタずの通信を円滑化したす。
ESX iSCSI ゜フトりェア・むニシ゚ヌタの蚭定は、次の手順で行いたす。
• ネットワヌク接続の有効化
• iSCSI ゜フトりェア・むニシ゚ヌタの蚭定


ネットワヌク接続の有効化
iSCSI ゜フトりェアによっお開始される接続を䜿甚しお iSCSI ストレヌゞにアクセスするデヌタストアを蚭定す
るには、次の手順に埓いたす。
1. VMware Virtual InfrastructureVIクラむアントで[Configuration]タブを遞択し、[Networking]をクリック
   したす。
2. [Add Networking]リンクをクリックしたす。[Add Network Wizard]が衚瀺されたす。
3. [VMkernel]を遞択し、[Next]をクリックしたす。この操䜜を行うず、iSCSI ストレヌゞ甚のサヌビスを実
   行する VMkernel が物理ネットワヌクに接続されたす。[Network Access]ペヌゞが衚瀺されたす。




                                                                                10
4. 䜿甚する vSwitch たたは[Create a virtual switch]オプションを遞択したす。
5. vSwitch で䜿甚するネットワヌク・アダプタのチェック・ボックスを遞択したす。
6. 遞択した各アダプタが[Preview]ペむンに衚瀺されたす。アダプタ経由で接続する VM やその他のサヌ
   ビスが正しい Ethernet セグメントに到達できるように、vSwitch ごずにアダプタを遞択したす。[Create a
   new virtual switch]の䞋にアダプタが衚瀺されない堎合は、システムの党ネットワヌク・アダプタが、既
   存の vSwitch によっお䜿甚されおいたす。
7. [Next]をクリックしたす。[Connection Settings]ペヌゞが衚瀺されたす。
8. [Port Group Properties]でネットワヌク・ラベルず VLAN ID を遞択たたは入力したす。




                                                               11
-   Network Label䜜成しおいるポヌト・グルヌプの識別に䜿甚される IDiSCSI ストレヌゞの蚭定で、珟
      圚のポヌト・グルヌプに接続する仮想アダプタを蚭定するずきに指定するラベルです。
  -   VLAN IDポヌト・グルヌプのネットワヌク・トラフィックの搬送に䜿甚される VLAN を指定する ID タグ
      付き VLAN を䜿甚しおいない堎合、空欄のたた残したす。

9. ネットワヌク・アクセス甚の各画面で蚭定を完了した埌、[Properties]次の図では vSwitch1 のプロパ
   ティを遞択しおサヌビス・コン゜ヌルを远加したす。




10. サヌビス・コン゜ヌルの IP アドレスを蚭定したす。




                                                             12
11. IP 蚭定グルヌプ内の[Edit
]をクリックし、iSCSI 甚の VMkernel デフォルト・ゲヌトりェむを蚭定したす。
    [DNS and Routing Configuration]ダむアログ・ボックスが衚瀺されたす。[DNS Configuration]タブの
    [Name]フィヌルドにはデフォルトでホストの名前が衚瀺されおいたす。DNS サヌバのアドレスもドメむ
    ンず同様、むンストヌル時に指定した倀があらかじめ遞択されおいたす。




泚蚘
䜜成したポヌトのデフォルト・ゲヌトりェむは必ず蚭定しおください。Vmkernel
スタックを蚭定するには、有効な静的 IP アドレスを䜿甚する必芁がありたす。




                                                                         13
12. [OK]をクリックしお蚭定を保存したす。[DNS and Routing Configuration]ダむアログ・ボックスを閉じ
    たす。
13. [Next]をクリックしたす。
14. 倉曎が必芁になった堎合は[Back]ボタンをクリックしたす。
15. [Ready to Complete]ペヌゞで蚭定内容を確認し、問題がなければ[Finish]をクリックしたす。iSCSI 甚の
    VMkernel ポヌトの䜜成埌は、その VMkernel ポヌトず同じ vSwitch にサヌビス・コン゜ヌル接続を䜜
    成する必芁がありたす。


iSCSI ゜フトりェア・アダプタのプロパティの蚭定
ネットワヌクを有効化するず、[Configuration]>[Storage Adapters]ペヌゞに[iSCSI Software Adapter]が衚
瀺されたす。




泚蚘
この新しい iSCSI ゜フトりェア・アダプタむニシ゚ヌタに割り圓おられた iSCSI 名
IQNは、iSCSI Target の蚭定時に必芁になるため蚘録しおおいおください。




゜フトりェア・むニシ゚ヌタが有効になっおいるこずを確認し、接続する AiO の IP アドレスを远加するため、
次の手順を実行したす。
1. [Details]パネルで[Properties
]リンクを遞択したす。[Status]の倀が[Enabled]になっおいるこずを確認
   したす。倀が[Enabled]以倖の堎合は、[Configure
]をクリックしお有効化したす。




                                                                            14
2. [Dynamic Discovery]タブを遞択し、[Add
]をクリックしたす。
3. AiO の IP アドレスを入力し、[Add Send Targets Server]りィンドりで[OK]をクリックしたす。ESX Server
   によっお AiO ずの通信が詊行されたす。この凊理の完了には、およそ 1 分間を芁したす。




4. [Close]をクリックしお iSCSI むニシ゚ヌタのプロパティの線集を完了したす。
                                                                         15
HP All-in-One 䞊のストレヌゞ・ボリュヌムのセットアップ
ESX Serverに必芁なボリュヌムの数、サむズ、およびRAID構成を決定したす。この決定時に留意すべき点
に぀いおは、「導入時の考慮事項」を参照しおください。AiOのAll-in-One Storage ManagerASMむンタ
フェヌスで[Host a User-Defined Application
]を䜿甚したす。
AiO 䞊のストレヌゞ・ボリュヌムのセットアップは、次の手順で行いたす。
• AiO ASM による VMFS デヌタストアの䜜成
• MS iSCSI Software Target 管理コン゜ヌルでの iSCSI LUN ぞの ESX アクセスの蚭定


AiO ASM による VMFS デヌタストアの䜜成
1. ASM のアプリケヌション右偎の[Actions]パネルで[Host a User-Defined Application]を遞択し、りィ
   ザヌドを開始したす。[Next]をクリックしたす。




                                                                           16
2. [iSCSI LUN]を遞択しお ESX Server の IQN を入力したすIQN が䞍明な堎合は、䞀時的な倀ずしお
   iqn.temp などを入力しおください。続いお[Next]をクリックしたす。




3. アプリケヌション名を入力しお[Next]をクリックしたす。




                                                                   17
4. ASMでiSCSI LUNのアレむ・ストレヌゞを蚭定できる状態になりたす。[Advanced
]をクリックし、前に
   述べた「導入時の考慮事項」の内容に基づいお必芁な倉曎を加えたす。VMFSデヌタストアには専甚の
   ストレヌゞたたはスピンドルを䜿甚し、[Physical Disk Type]には[SAS]を遞択するこずを匷く掚奚し
   たす。必芁な倉曎を加えた埌、[Advanced Properties]りィンドりで[OK]をクリックし、さらに[Next]をク
   リックしたす。




5. [Finish]をクリックしおストレヌゞず iSCSI LUN の蚭定を完了したす。




                                                                18
ストレヌゞを蚭定するず、ASMのUser-Definedアプリケヌション・グルヌプに新しいストレヌゞが衚瀺され
たす。䞊蚘の手順 2 でESX IQNを入力した堎合は、ストレヌゞ・ボリュヌムのセットアップは以䞊で完了です。
「ESX ServerによるAiO iSCSI LUNの怜出ず䜿甚」に進んでください。䞀時的なIQNを入力した堎合は、次の
手順に埓っおください。




MS iSCSI Software Target 管理コン゜ヌルでの iSCSI LUN ぞの ESX アクセスの蚭定
䞊蚘の手順で iSCSI LUN を䜜成したずきに、カスタマ識別甚に䞀時的な IQN を入力した堎合は、次の手順
に埓っお ESX Server を怜出し、VMFS iSCSI LUN に割り圓おおください。
1. [iSCSI Targets]を右クリックしお[Create iSCSI Target]を遞択し、次に瀺すりィザヌドを開始したす。
2. タヌゲット名図では vmfs1を入力しお[Next >]をクリックしたす。




                                                                       19
3. ESX Server による AiO の IP アドレスのスキャンは実行枈みであるため、その IQN は iSCSI Software
   Target で認識されおいたす。次の図は、ESX IQN の远加方法を瀺しおいたす。




4. [IQN identifier]フィヌルドで[Browse
]をクリックし、[Add iSCSI Initiator]りィンドりを衚瀺したす。適切
   な IQNこの䟋では esx1を遞択したす。
5. [Create iSCSI Target]りィザヌド・りィンドりで[Next >]をクリックしたす。この操䜜を行うず、巊偎パネル
   に新しい iSCSI Target図では vmfs1が衚瀺されたす。




6. デバむスVirtual Disk 0を右クリックしお[Assign/Remove Target]を遞択したす。




                                                                         20
7. vmfs1 をタヌゲットずしお远加し、䞀時的に指定した iqn.temp をデバむスのタヌゲットから削陀したす。




8. 同じ VMFS LUN にさらに別の ESX Server を远加する堎合は、その ESX Server による AiO の IP アドレ
   スのスキャンが実行枈みであるこずを確認しおください。
9. 巊偎パネルで[vmfs1 iSCSI Target]を右クリック䞊図参照し、[Properties]を遞択したす。
10. [Add
]を遞択次の図を参照し、さらに新しい ESX Serverこの䟋では esx2を遞択したす。次の 3 番目
    の図が衚瀺されたす。
    これで esx1 ず esx2 の䞡方が、同じ VMFS LUN にアクセスできるようになりたす。耇数の ESX Server が同
    じ VMFS デヌタストアにアクセスできるように蚭定するず、VMotion など他の VI3 機胜が有効になりたす。




                                                                     21
ESX Server による AiO iSCSI LUN の怜出ず䜿甚
この蚭定は、次の手順で行いたす。
• AiO iSCSI LUN のスキャン
• AiO iSCSI LUN 䞊の VMFS-3 ファむル・システムのフォヌマット


AiO iSCSI LUN のスキャン
1. VI クラむアントでホストを遞択し、[Configuration]タブをクリックしたす。
2. [Hardware]パネルで[Storage Adapters]を遞択し、[Storage Adapters]パネルの䞊にある[Rescan]を
   クリックしたす。




3. 新しいディスクたたは LUN を怜出するには、[Scan for New Storage Devices]を遞択したす。怜出された
   新しい LUN は、ディスク/LUN リストに衚瀺されたす。
4. 新しいデヌタストアを怜出するには、[Scan for New Storage Devices]を遞択したす。怜出された新しい
   デヌタストアたたは VMFS ボリュヌムは、デヌタストア・リストに衚瀺されたす。




                                                                         22
AiO iSCSI LUN 䞊の VMFS-3 ファむル・システムのフォヌマット
1. [Configuration]タブをクリックし、さらに[Hardware]グルヌプ内で[Storage (SCSI, SAN, and NFS)]を
   クリックしたす。
2. [Add Storage
]リンクをクリックしたす。[Select Storage Type]ペヌゞが衚瀺されたす。
3. ストレヌゞ・タむプずしお[Disk/LUN]を遞択し、[Next]をクリックしたす。[Select Disk/LUN]ペヌゞが衚瀺
   されたす。




4. デヌタストアずしお䜿甚する iSCSI デバむスを遞択しお[Next]をクリックしたす。[Current Disk Layout]
   ペヌゞが衚瀺されたす。
5. 珟圚のディスク・レむアりトを確認し、[Next]をクリックしたす。[Disk/LUN – Properties]ペヌゞが衚瀺さ
   れたす。
6. デヌタストア名を入力したす。VI クラむアントにデヌタストア名が衚瀺されたす。このラベルは珟圚の
   Virtual Infrastructure むンスタンス内で䞀意になる必芁がありたす。
7. [Next]をクリックしたす。[Disk/LUN – Formatting]ペヌゞが衚瀺されたす。




                                                                          23
8. 必芁に応じお、デヌタストアずしお䜿甚するファむル・システムの倀ず容量を調敎したす。デフォルトでは、
   指定したストレヌゞ・デバむス䞊の空き領域すべおが䜿甚されたす。
9. [Next]をクリックしたす。[Ready to Complete]ペヌゞが衚瀺されたす。
10. デヌタストアの蚭定情報を確認し、[Finish]をクリックしたす。AiO iSCSI LUN 䞊に VMFS-3 デヌタストア
    が䜜成されたす。
11. 次の図に瀺すように、䜜成された VMFS-3 デヌタストアが[Configuration]>[Storage]ペヌゞに、
    AiO-VMFS デヌタストア名で衚瀺されたす。




                                                                   24
付録: NIC チヌミングによるデヌタ・パスの冗長化
ESX iSCSI ゜フトりェア・むニシ゚ヌタにおいおは、マルチパス自䜓は䜿甚できたせんが、代わりに NIC チヌ
ミングがサポヌトされおいたす。2 ぀の NIC ポヌトを䜿甚しおいる ESX Server では、それらを統合するこず
によっおパフォヌマンスを高めるず同時に、䞀方の NIC ポヌトたたはスむッチで障害が発生した堎合に備
えお冗長パスを確保できたす。この NIC チヌミングには、iSCSI トラフィック専甚の 2 ぀の NIC ポヌトを䜿
甚するこずが匷く掚奚されたす。
NIC チヌミングは AiO でもサポヌトされおいたす。ESX Server 䞊の NIC をチヌミングする堎合は、AiO 偎
でも NIC チヌミングを行い、次の図に瀺すように゚ンドツヌ゚ンドでパスを冗長化するこずが掚奚されたす。




ESX Server での NIC チヌミングの蚭定
1. VI クラむアントで[Configuration]>[Networking]に移動したす。
2. [Add Networking
]を遞択したす。




                                                             25
3. 新しい vSwitch を䜜成し、2 ぀の NIC ポヌトを割り圓おたす。




                                           26
4. サヌビス・コン゜ヌル・ポヌトを远加したす。




5. サヌビス・コン゜ヌルの DNS ずルヌティングを蚭定したす。




                                    27
以䞊の手順を完了するず、次のような画面が衚瀺されたす。




HP All-in-One 䞊での NIC チヌミングの蚭定
1. [Network Connections]りィンドりを開きたす。
2. ネットワヌク接続を右クリックし、[Properties]をクリックしたす。




                                           28
3. [HP Network Configuration Utility]をダブルクリックしたす。




4. 利甚可胜な 2 ぀のネットワヌク・ポヌトを遞択し、りィンドり右偎の[Team]を遞択したす。
5. [OK]を遞択し、Network Configuration Utility の凊理が完了するたで埅ちたす。




                                                            29
6. Network Configuration Utility の凊理完了埌、チヌミングした NIC を衚す接続を右クリックし、適切な IP
   アドレスを蚭定したす。




7. チヌミングした NIC のステヌタスに、2.0 Gbps 接続であるこずが瀺されたす。




                                                                    30
詳现情報
                        HP StorageWorks All-in-One Storage Systemの詳现、関連するホワむトペヌパヌぞのリンク、顧客の
                        ケヌス・スタディ、および詳しい補品仕様に぀いおは、www.hp.com/go/AiOStorageを参照しおください。
                        VMware仮想化゜リュヌションに基づく、HPの包括的なサヌバ/ストレヌゞ・゜リュヌションの詳现は、
                        www.hp.com/go/VMwareを参照しおください。
                        VMwareの詳现は、www.vmware.comを参照しおください。




© 2007 Hewlett-Packard Development Company, L.P. ここに蚘茉された情報は予告な
く倉曎されるこずがありたす。HP 補品およびサヌビスの保蚌は、かかる補品およびサヌビ
スに付随した明瀺保蚌曞でのみ定められおいたす。本曞のいかなる掲茉物も远加保蚌を
意味するものではありたせん。HP は、本曞に含たれる技術的たたは線集䞊の誀りあるい
は脱萜に責任を負いたせん。

Itanium は、米囜およびその他の囜における Intel Corporation たたはその子䌚瀟の商暙
たたは登録商暙です。

2007 幎 10 月




                                                                                         31

More Related Content

What's hot

Cloudian with CA ARCserve
Cloudian with CA ARCserveCloudian with CA ARCserve
Cloudian with CA ARCserveCLOUDIAN KK
 
ownCloud2015幎たずめ
ownCloud2015幎たずめownCloud2015幎たずめ
ownCloud2015幎たずめTetsurou Yano
 
CloudStack Architecture
CloudStack ArchitectureCloudStack Architecture
CloudStack ArchitectureKimihiko Kitase
 
Security for veritas saa s backup jp
Security for veritas saa s backup jpSecurity for veritas saa s backup jp
Security for veritas saa s backup jpvxsejapan
 
【テクニカルむンサむト】Datrium - 高性胜システムのためのアヌキテクチャヌ
【テクニカルむンサむト】Datrium  - 高性胜システムのためのアヌキテクチャヌ【テクニカルむンサむト】Datrium  - 高性胜システムのためのアヌキテクチャヌ
【テクニカルむンサむト】Datrium - 高性胜システムのためのアヌキテクチャヌdatriumjapan
 
Windows azureストレヌゞの耐障害性
Windows azureストレヌゞの耐障害性Windows azureストレヌゞの耐障害性
Windows azureストレヌゞの耐障害性貎仁 倧和屋
 
NetApp SteelStore with CLOUDIAN HyperStore
NetApp SteelStore with CLOUDIAN HyperStoreNetApp SteelStore with CLOUDIAN HyperStore
NetApp SteelStore with CLOUDIAN HyperStoreCLOUDIAN KK
 
バックアップずリストアの基瀎
バックアップずリストアの基瀎バックアップずリストアの基瀎
バックアップずリストアの基瀎Kazuki Takai
 
20170429 jitakurack mastodon
20170429 jitakurack mastodon20170429 jitakurack mastodon
20170429 jitakurack mastodonMinato Kirino
 
Sql server のバックアップずリストアの基瀎
Sql server のバックアップずリストアの基瀎Sql server のバックアップずリストアの基瀎
Sql server のバックアップずリストアの基瀎Masayuki Ozawa
 
Solaris 11 に芋る、次䞖代ファむルシステムZFS
Solaris 11 に芋る、次䞖代ファむルシステムZFSSolaris 11 に芋る、次䞖代ファむルシステムZFS
Solaris 11 に芋る、次䞖代ファむルシステムZFSSolarisJP
 
Datrium DVX アヌキテクチャヌ ホワむトペヌパヌ
Datrium DVX アヌキテクチャヌ ホワむトペヌパヌDatrium DVX アヌキテクチャヌ ホワむトペヌパヌ
Datrium DVX アヌキテクチャヌ ホワむトペヌパヌ正明 矜鳥
 
Datrium DVX デヌタの完党性を垞時提䟛【テクニカルレポヌト】
Datrium DVX デヌタの完党性を垞時提䟛【テクニカルレポヌト】Datrium DVX デヌタの完党性を垞時提䟛【テクニカルレポヌト】
Datrium DVX デヌタの完党性を垞時提䟛【テクニカルレポヌト】正明 矜鳥
 

What's hot (13)

Cloudian with CA ARCserve
Cloudian with CA ARCserveCloudian with CA ARCserve
Cloudian with CA ARCserve
 
ownCloud2015幎たずめ
ownCloud2015幎たずめownCloud2015幎たずめ
ownCloud2015幎たずめ
 
CloudStack Architecture
CloudStack ArchitectureCloudStack Architecture
CloudStack Architecture
 
Security for veritas saa s backup jp
Security for veritas saa s backup jpSecurity for veritas saa s backup jp
Security for veritas saa s backup jp
 
【テクニカルむンサむト】Datrium - 高性胜システムのためのアヌキテクチャヌ
【テクニカルむンサむト】Datrium  - 高性胜システムのためのアヌキテクチャヌ【テクニカルむンサむト】Datrium  - 高性胜システムのためのアヌキテクチャヌ
【テクニカルむンサむト】Datrium - 高性胜システムのためのアヌキテクチャヌ
 
Windows azureストレヌゞの耐障害性
Windows azureストレヌゞの耐障害性Windows azureストレヌゞの耐障害性
Windows azureストレヌゞの耐障害性
 
NetApp SteelStore with CLOUDIAN HyperStore
NetApp SteelStore with CLOUDIAN HyperStoreNetApp SteelStore with CLOUDIAN HyperStore
NetApp SteelStore with CLOUDIAN HyperStore
 
バックアップずリストアの基瀎
バックアップずリストアの基瀎バックアップずリストアの基瀎
バックアップずリストアの基瀎
 
20170429 jitakurack mastodon
20170429 jitakurack mastodon20170429 jitakurack mastodon
20170429 jitakurack mastodon
 
Sql server のバックアップずリストアの基瀎
Sql server のバックアップずリストアの基瀎Sql server のバックアップずリストアの基瀎
Sql server のバックアップずリストアの基瀎
 
Solaris 11 に芋る、次䞖代ファむルシステムZFS
Solaris 11 に芋る、次䞖代ファむルシステムZFSSolaris 11 に芋る、次䞖代ファむルシステムZFS
Solaris 11 に芋る、次䞖代ファむルシステムZFS
 
Datrium DVX アヌキテクチャヌ ホワむトペヌパヌ
Datrium DVX アヌキテクチャヌ ホワむトペヌパヌDatrium DVX アヌキテクチャヌ ホワむトペヌパヌ
Datrium DVX アヌキテクチャヌ ホワむトペヌパヌ
 
Datrium DVX デヌタの完党性を垞時提䟛【テクニカルレポヌト】
Datrium DVX デヌタの完党性を垞時提䟛【テクニカルレポヌト】Datrium DVX デヌタの完党性を垞時提䟛【テクニカルレポヌト】
Datrium DVX デヌタの完党性を垞時提䟛【テクニカルレポヌト】
 

Similar to C01376621

G tech2016 シスコのハむパヌコンバヌゞドむンフラCisco Hyper-Flexず、その先にあるIoE/BigDataむンフラの䞖界
G tech2016 シスコのハむパヌコンバヌゞドむンフラCisco Hyper-Flexず、その先にあるIoE/BigDataむンフラの䞖界G tech2016 シスコのハむパヌコンバヌゞドむンフラCisco Hyper-Flexず、その先にあるIoE/BigDataむンフラの䞖界
G tech2016 シスコのハむパヌコンバヌゞドむンフラCisco Hyper-Flexず、その先にあるIoE/BigDataむンフラの䞖界Trainocate Japan, Ltd.
 
ストレヌゞネットワヌク基瀎講座
ストレヌゞネットワヌク基瀎講座ストレヌゞネットワヌク基瀎講座
ストレヌゞネットワヌク基瀎講座Brocade
 
Windows Serverを掻甚する on Windows Azure セミナヌ
Windows Serverを掻甚する on Windows Azure セミナヌWindows Serverを掻甚する on Windows Azure セミナヌ
Windows Serverを掻甚する on Windows Azure セミナヌDaisuke Masubuchi
 
【テクニカルむンサむト】Datrium - 高性胜システムのためのアヌキテクチャヌ
【テクニカルむンサむト】Datrium - 高性胜システムのためのアヌキテクチャヌ【テクニカルむンサむト】Datrium - 高性胜システムのためのアヌキテクチャヌ
【テクニカルむンサむト】Datrium - 高性胜システムのためのアヌキテクチャヌデむトリりム
 
ITpro EXPO 2014: 仮想化、クラりド基盀の倚様化察応ずデヌタ凊理高速化ぞの゜リュヌションのご玹介
ITpro EXPO 2014: 仮想化、クラりド基盀の倚様化察応ずデヌタ凊理高速化ぞの゜リュヌションのご玹介ITpro EXPO 2014: 仮想化、クラりド基盀の倚様化察応ずデヌタ凊理高速化ぞの゜リュヌションのご玹介
ITpro EXPO 2014: 仮想化、クラりド基盀の倚様化察応ずデヌタ凊理高速化ぞの゜リュヌションのご玹介シスコシステムズ合同䌚瀟
 
B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株
B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株
B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株softlayerjp
 
B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株
B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株
B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株chenree3
 
【旧版】Oracle Exadata Cloud Serviceサヌビス抂芁のご玹介 [2021幎6月版]
【旧版】Oracle Exadata Cloud Serviceサヌビス抂芁のご玹介 [2021幎6月版]【旧版】Oracle Exadata Cloud Serviceサヌビス抂芁のご玹介 [2021幎6月版]
【旧版】Oracle Exadata Cloud Serviceサヌビス抂芁のご玹介 [2021幎6月版]オラクル゚ンゞニア通信
 
Azure IaaS update (2018幎6月~7月 発衚版)
Azure IaaS update (2018幎6月~7月 発衚版) Azure IaaS update (2018幎6月~7月 発衚版)
Azure IaaS update (2018幎6月~7月 発衚版) Takamasa Maejima
 
Datacenter As Acomputer 第8章
Datacenter As Acomputer 第8章Datacenter As Acomputer 第8章
Datacenter As Acomputer 第8章Akinori YOSHIDA
 
Cloudianの構築ず運甚の基瀎 (Cloudian Summit 2012)
Cloudianの構築ず運甚の基瀎 (Cloudian Summit 2012)Cloudianの構築ず運甚の基瀎 (Cloudian Summit 2012)
Cloudianの構築ず運甚の基瀎 (Cloudian Summit 2012)CLOUDIAN KK
 
これから始める Azure の基瀎サヌビス: IaaS/PaaS
これから始める Azure の基瀎サヌビス: IaaS/PaaSこれから始める Azure の基瀎サヌビス: IaaS/PaaS
これから始める Azure の基瀎サヌビス: IaaS/PaaSDaiyu Hatakeyama
 
やりたいこずから考えるMicrosoft Azure 䞊の デヌタストアの遞び方ずデヌタサむ゚ンティスト向け掻甚法。KVSからDWHたで
やりたいこずから考えるMicrosoft Azure 䞊の デヌタストアの遞び方ずデヌタサむ゚ンティスト向け掻甚法。KVSからDWHたでやりたいこずから考えるMicrosoft Azure 䞊の デヌタストアの遞び方ずデヌタサむ゚ンティスト向け掻甚法。KVSからDWHたで
やりたいこずから考えるMicrosoft Azure 䞊の デヌタストアの遞び方ずデヌタサむ゚ンティスト向け掻甚法。KVSからDWHたでDaisuke Masubuchi
 
ITpro EXPO 2014: Windows Serverの移行、統合、管理に最適なCisco UCSサヌバ
ITpro EXPO 2014: Windows Serverの移行、統合、管理に最適なCisco UCSサヌバITpro EXPO 2014: Windows Serverの移行、統合、管理に最適なCisco UCSサヌバ
ITpro EXPO 2014: Windows Serverの移行、統合、管理に最適なCisco UCSサヌバシスコシステムズ合同䌚瀟
 
Cisco の Azure Stack を15分でたるっずご玹介
Cisco の Azure Stack を15分でたるっずご玹介Cisco の Azure Stack を15分でたるっずご玹介
Cisco の Azure Stack を15分でたるっずご玹介Takao Setaka
 
Resiliency and cloud recovery with veritas net backup
Resiliency and cloud recovery with veritas net backupResiliency and cloud recovery with veritas net backup
Resiliency and cloud recovery with veritas net backupvxsejapan
 
20141110 tf azure_iaas
20141110 tf azure_iaas20141110 tf azure_iaas
20141110 tf azure_iaasOsamu Takazoe
 
HPE SimpliVity の保護に最適Veritas NetBackup によるデヌタ保護ず埩旧
HPE SimpliVity の保護に最適Veritas NetBackup によるデヌタ保護ず埩旧HPE SimpliVity の保護に最適Veritas NetBackup によるデヌタ保護ず埩旧
HPE SimpliVity の保護に最適Veritas NetBackup によるデヌタ保護ず埩旧vxsejapan
 
オヌプン゜ヌスのクラりド基盀 CloudStackによるIaaS構築入門 @OSC 2013 Nagoya
オヌプン゜ヌスのクラりド基盀 CloudStackによるIaaS構築入門 @OSC 2013 Nagoyaオヌプン゜ヌスのクラりド基盀 CloudStackによるIaaS構築入門 @OSC 2013 Nagoya
オヌプン゜ヌスのクラりド基盀 CloudStackによるIaaS構築入門 @OSC 2013 NagoyaSatoshi Shimazaki
 

Similar to C01376621 (20)

G tech2016 シスコのハむパヌコンバヌゞドむンフラCisco Hyper-Flexず、その先にあるIoE/BigDataむンフラの䞖界
G tech2016 シスコのハむパヌコンバヌゞドむンフラCisco Hyper-Flexず、その先にあるIoE/BigDataむンフラの䞖界G tech2016 シスコのハむパヌコンバヌゞドむンフラCisco Hyper-Flexず、その先にあるIoE/BigDataむンフラの䞖界
G tech2016 シスコのハむパヌコンバヌゞドむンフラCisco Hyper-Flexず、その先にあるIoE/BigDataむンフラの䞖界
 
ストレヌゞネットワヌク基瀎講座
ストレヌゞネットワヌク基瀎講座ストレヌゞネットワヌク基瀎講座
ストレヌゞネットワヌク基瀎講座
 
Windows Serverを掻甚する on Windows Azure セミナヌ
Windows Serverを掻甚する on Windows Azure セミナヌWindows Serverを掻甚する on Windows Azure セミナヌ
Windows Serverを掻甚する on Windows Azure セミナヌ
 
【テクニカルむンサむト】Datrium - 高性胜システムのためのアヌキテクチャヌ
【テクニカルむンサむト】Datrium - 高性胜システムのためのアヌキテクチャヌ【テクニカルむンサむト】Datrium - 高性胜システムのためのアヌキテクチャヌ
【テクニカルむンサむト】Datrium - 高性胜システムのためのアヌキテクチャヌ
 
ITpro EXPO 2014: 仮想化、クラりド基盀の倚様化察応ずデヌタ凊理高速化ぞの゜リュヌションのご玹介
ITpro EXPO 2014: 仮想化、クラりド基盀の倚様化察応ずデヌタ凊理高速化ぞの゜リュヌションのご玹介ITpro EXPO 2014: 仮想化、クラりド基盀の倚様化察応ずデヌタ凊理高速化ぞの゜リュヌションのご玹介
ITpro EXPO 2014: 仮想化、クラりド基盀の倚様化察応ずデヌタ凊理高速化ぞの゜リュヌションのご玹介
 
B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株
B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株
B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株
 
B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株
B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株
B 8スポンサヌ講挔資料 osnexus steven umbehocker (アファヌム・ビゞネスパヌトナヌズ株
 
【旧版】Oracle Exadata Cloud Serviceサヌビス抂芁のご玹介 [2021幎6月版]
【旧版】Oracle Exadata Cloud Serviceサヌビス抂芁のご玹介 [2021幎6月版]【旧版】Oracle Exadata Cloud Serviceサヌビス抂芁のご玹介 [2021幎6月版]
【旧版】Oracle Exadata Cloud Serviceサヌビス抂芁のご玹介 [2021幎6月版]
 
[Japan Tech summit 2017] CLD 019
[Japan Tech summit 2017]  CLD 019[Japan Tech summit 2017]  CLD 019
[Japan Tech summit 2017] CLD 019
 
Azure IaaS update (2018幎6月~7月 発衚版)
Azure IaaS update (2018幎6月~7月 発衚版) Azure IaaS update (2018幎6月~7月 発衚版)
Azure IaaS update (2018幎6月~7月 発衚版)
 
Datacenter As Acomputer 第8章
Datacenter As Acomputer 第8章Datacenter As Acomputer 第8章
Datacenter As Acomputer 第8章
 
Cloudianの構築ず運甚の基瀎 (Cloudian Summit 2012)
Cloudianの構築ず運甚の基瀎 (Cloudian Summit 2012)Cloudianの構築ず運甚の基瀎 (Cloudian Summit 2012)
Cloudianの構築ず運甚の基瀎 (Cloudian Summit 2012)
 
これから始める Azure の基瀎サヌビス: IaaS/PaaS
これから始める Azure の基瀎サヌビス: IaaS/PaaSこれから始める Azure の基瀎サヌビス: IaaS/PaaS
これから始める Azure の基瀎サヌビス: IaaS/PaaS
 
やりたいこずから考えるMicrosoft Azure 䞊の デヌタストアの遞び方ずデヌタサむ゚ンティスト向け掻甚法。KVSからDWHたで
やりたいこずから考えるMicrosoft Azure 䞊の デヌタストアの遞び方ずデヌタサむ゚ンティスト向け掻甚法。KVSからDWHたでやりたいこずから考えるMicrosoft Azure 䞊の デヌタストアの遞び方ずデヌタサむ゚ンティスト向け掻甚法。KVSからDWHたで
やりたいこずから考えるMicrosoft Azure 䞊の デヌタストアの遞び方ずデヌタサむ゚ンティスト向け掻甚法。KVSからDWHたで
 
ITpro EXPO 2014: Windows Serverの移行、統合、管理に最適なCisco UCSサヌバ
ITpro EXPO 2014: Windows Serverの移行、統合、管理に最適なCisco UCSサヌバITpro EXPO 2014: Windows Serverの移行、統合、管理に最適なCisco UCSサヌバ
ITpro EXPO 2014: Windows Serverの移行、統合、管理に最適なCisco UCSサヌバ
 
Cisco の Azure Stack を15分でたるっずご玹介
Cisco の Azure Stack を15分でたるっずご玹介Cisco の Azure Stack を15分でたるっずご玹介
Cisco の Azure Stack を15分でたるっずご玹介
 
Resiliency and cloud recovery with veritas net backup
Resiliency and cloud recovery with veritas net backupResiliency and cloud recovery with veritas net backup
Resiliency and cloud recovery with veritas net backup
 
20141110 tf azure_iaas
20141110 tf azure_iaas20141110 tf azure_iaas
20141110 tf azure_iaas
 
HPE SimpliVity の保護に最適Veritas NetBackup によるデヌタ保護ず埩旧
HPE SimpliVity の保護に最適Veritas NetBackup によるデヌタ保護ず埩旧HPE SimpliVity の保護に最適Veritas NetBackup によるデヌタ保護ず埩旧
HPE SimpliVity の保護に最適Veritas NetBackup によるデヌタ保護ず埩旧
 
オヌプン゜ヌスのクラりド基盀 CloudStackによるIaaS構築入門 @OSC 2013 Nagoya
オヌプン゜ヌスのクラりド基盀 CloudStackによるIaaS構築入門 @OSC 2013 Nagoyaオヌプン゜ヌスのクラりド基盀 CloudStackによるIaaS構築入門 @OSC 2013 Nagoya
オヌプン゜ヌスのクラりド基盀 CloudStackによるIaaS構築入門 @OSC 2013 Nagoya
 

Recently uploaded

AWS の OpenShift サヌビス (ROSA) を䜿った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サヌビス (ROSA) を䜿った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サヌビス (ROSA) を䜿った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サヌビス (ROSA) を䜿った OpenShift Virtualizationの始め方.pdfFumieNakayama
 
NewSQLの可甚性構成パタヌンOCHaCafe Season 8 #4 発衚資料
NewSQLの可甚性構成パタヌンOCHaCafe Season 8 #4 発衚資料NewSQLの可甚性構成パタヌンOCHaCafe Season 8 #4 発衚資料
NewSQLの可甚性構成パタヌンOCHaCafe Season 8 #4 発衚資料NTT DATA Technology & Innovation
 
CTO, VPoE, テックリヌドなず゙リヌダヌポジションに登甚したくなるのはず゙んな人材か
CTO, VPoE, テックリヌドなず゙リヌダヌポジションに登甚したくなるのはず゙んな人材かCTO, VPoE, テックリヌドなず゙リヌダヌポジションに登甚したくなるのはず゙んな人材か
CTO, VPoE, テックリヌドなず゙リヌダヌポジションに登甚したくなるのはず゙んな人材かakihisamiyanaga1
 
TataPixel: 畳の異方性を利甚した切り替え可胜なディスプレむの提案
TataPixel: 畳の異方性を利甚した切り替え可胜なディスプレむの提案TataPixel: 畳の異方性を利甚した切り替え可胜なディスプレむの提案
TataPixel: 畳の異方性を利甚した切り替え可胜なディスプレむの提案sugiuralab
 
デゞタル・フォレンゞックの最新動向2024幎4月27日情掛䌚総䌚特別講挔スラむド
デゞタル・フォレンゞックの最新動向2024幎4月27日情掛䌚総䌚特別講挔スラむドデゞタル・フォレンゞックの最新動向2024幎4月27日情掛䌚総䌚特別講挔スラむド
デゞタル・フォレンゞックの最新動向2024幎4月27日情掛䌚総䌚特別講挔スラむドUEHARA, Tetsutaro
 
モヌダル間の倉換埌の䞀臎性ずゞャンル衚を甚いた解釈可胜性の考察 Text-to-MusicずText-To-Imageか぀Image-to-Music...
モヌダル間の倉換埌の䞀臎性ずゞャンル衚を甚いた解釈可胜性の考察  Text-to-MusicずText-To-Imageか぀Image-to-Music...モヌダル間の倉換埌の䞀臎性ずゞャンル衚を甚いた解釈可胜性の考察  Text-to-MusicずText-To-Imageか぀Image-to-Music...
モヌダル間の倉換埌の䞀臎性ずゞャンル衚を甚いた解釈可胜性の考察 Text-to-MusicずText-To-Imageか぀Image-to-Music...博䞉 倪田
 
自分史䞊䞀番早い2024振り返り〜コロナ埌、仕事は通垞ペヌスに戻ったか〜 by IoT fullstack engineer
自分史䞊䞀番早い2024振り返り〜コロナ埌、仕事は通垞ペヌスに戻ったか〜 by IoT fullstack engineer自分史䞊䞀番早い2024振り返り〜コロナ埌、仕事は通垞ペヌスに戻ったか〜 by IoT fullstack engineer
自分史䞊䞀番早い2024振り返り〜コロナ埌、仕事は通垞ペヌスに戻ったか〜 by IoT fullstack engineerYuki Kikuchi
 
業務で生成AIを掻甚したい人のための生成AI入門講座瀟倖公開版キンドリルゞャパン瀟内勉匷䌚2024幎4月発衚
業務で生成AIを掻甚したい人のための生成AI入門講座瀟倖公開版キンドリルゞャパン瀟内勉匷䌚2024幎4月発衚業務で生成AIを掻甚したい人のための生成AI入門講座瀟倖公開版キンドリルゞャパン瀟内勉匷䌚2024幎4月発衚
業務で生成AIを掻甚したい人のための生成AI入門講座瀟倖公開版キンドリルゞャパン瀟内勉匷䌚2024幎4月発衚Hiroshi Tomioka
 
クラりドネむティブなサヌバヌ仮想化基盀 - OpenShift Virtualization.pdf
クラりドネむティブなサヌバヌ仮想化基盀 - OpenShift Virtualization.pdfクラりドネむティブなサヌバヌ仮想化基盀 - OpenShift Virtualization.pdf
クラりドネむティブなサヌバヌ仮想化基盀 - OpenShift Virtualization.pdfFumieNakayama
 

Recently uploaded (9)

AWS の OpenShift サヌビス (ROSA) を䜿った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サヌビス (ROSA) を䜿った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サヌビス (ROSA) を䜿った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サヌビス (ROSA) を䜿った OpenShift Virtualizationの始め方.pdf
 
NewSQLの可甚性構成パタヌンOCHaCafe Season 8 #4 発衚資料
NewSQLの可甚性構成パタヌンOCHaCafe Season 8 #4 発衚資料NewSQLの可甚性構成パタヌンOCHaCafe Season 8 #4 発衚資料
NewSQLの可甚性構成パタヌンOCHaCafe Season 8 #4 発衚資料
 
CTO, VPoE, テックリヌドなず゙リヌダヌポジションに登甚したくなるのはず゙んな人材か
CTO, VPoE, テックリヌドなず゙リヌダヌポジションに登甚したくなるのはず゙んな人材かCTO, VPoE, テックリヌドなず゙リヌダヌポジションに登甚したくなるのはず゙んな人材か
CTO, VPoE, テックリヌドなず゙リヌダヌポジションに登甚したくなるのはず゙んな人材か
 
TataPixel: 畳の異方性を利甚した切り替え可胜なディスプレむの提案
TataPixel: 畳の異方性を利甚した切り替え可胜なディスプレむの提案TataPixel: 畳の異方性を利甚した切り替え可胜なディスプレむの提案
TataPixel: 畳の異方性を利甚した切り替え可胜なディスプレむの提案
 
デゞタル・フォレンゞックの最新動向2024幎4月27日情掛䌚総䌚特別講挔スラむド
デゞタル・フォレンゞックの最新動向2024幎4月27日情掛䌚総䌚特別講挔スラむドデゞタル・フォレンゞックの最新動向2024幎4月27日情掛䌚総䌚特別講挔スラむド
デゞタル・フォレンゞックの最新動向2024幎4月27日情掛䌚総䌚特別講挔スラむド
 
モヌダル間の倉換埌の䞀臎性ずゞャンル衚を甚いた解釈可胜性の考察 Text-to-MusicずText-To-Imageか぀Image-to-Music...
モヌダル間の倉換埌の䞀臎性ずゞャンル衚を甚いた解釈可胜性の考察  Text-to-MusicずText-To-Imageか぀Image-to-Music...モヌダル間の倉換埌の䞀臎性ずゞャンル衚を甚いた解釈可胜性の考察  Text-to-MusicずText-To-Imageか぀Image-to-Music...
モヌダル間の倉換埌の䞀臎性ずゞャンル衚を甚いた解釈可胜性の考察 Text-to-MusicずText-To-Imageか぀Image-to-Music...
 
自分史䞊䞀番早い2024振り返り〜コロナ埌、仕事は通垞ペヌスに戻ったか〜 by IoT fullstack engineer
自分史䞊䞀番早い2024振り返り〜コロナ埌、仕事は通垞ペヌスに戻ったか〜 by IoT fullstack engineer自分史䞊䞀番早い2024振り返り〜コロナ埌、仕事は通垞ペヌスに戻ったか〜 by IoT fullstack engineer
自分史䞊䞀番早い2024振り返り〜コロナ埌、仕事は通垞ペヌスに戻ったか〜 by IoT fullstack engineer
 
業務で生成AIを掻甚したい人のための生成AI入門講座瀟倖公開版キンドリルゞャパン瀟内勉匷䌚2024幎4月発衚
業務で生成AIを掻甚したい人のための生成AI入門講座瀟倖公開版キンドリルゞャパン瀟内勉匷䌚2024幎4月発衚業務で生成AIを掻甚したい人のための生成AI入門講座瀟倖公開版キンドリルゞャパン瀟内勉匷䌚2024幎4月発衚
業務で生成AIを掻甚したい人のための生成AI入門講座瀟倖公開版キンドリルゞャパン瀟内勉匷䌚2024幎4月発衚
 
クラりドネむティブなサヌバヌ仮想化基盀 - OpenShift Virtualization.pdf
クラりドネむティブなサヌバヌ仮想化基盀 - OpenShift Virtualization.pdfクラりドネむティブなサヌバヌ仮想化基盀 - OpenShift Virtualization.pdf
クラりドネむティブなサヌバヌ仮想化基盀 - OpenShift Virtualization.pdf
 

C01376621

  • 1. HP StorageWorks All-in-One Storage System ず VMware ESX Server ゜リュヌションの連携 ― 抂芁ず蚭定 はじめに.................................................................................................................................................2 テクノロゞの抂芁 .....................................................................................................................................3 VMware ESX Server.............................................................................................................................3 HP All-in-One Storage System ...............................................................................................................5 ゜リュヌションの抂芁 ................................................................................................................................7 導入時の考慮事項...................................................................................................................................9 VMware ESX ServerずHP All-in-One Storage Systemの蚭定 ........................................................................10 抂芁 ................................................................................................................................................10 ESX iSCSI゜フトりェア・むニシ゚ヌタの蚭定.............................................................................................10 ネットワヌク接続の有効化 ...............................................................................................................10 iSCSI゜フトりェア・アダプタのプロパティの蚭定....................................................................................14 HP All-in-One䞊のストレヌゞ・ボリュヌムのセットアップ.............................................................................16 AiO ASMによるVMFSデヌタストアの䜜成..........................................................................................16 ESX ServerによるAiO iSCSI LUNの怜出ず䜿甚 ......................................................................................22 AiO iSCSI LUNのスキャン...............................................................................................................22 AiO iSCSI LUN䞊のVMFS-3 ファむル・システムのフォヌマット ...............................................................23 付録: NIC集玄によるデヌタ・パスの冗長化................................................................................................25 ESX ServerでのNIC集玄の蚭定 .......................................................................................................25 HP All-in-One䞊でのNIC集玄の蚭定.................................................................................................28 詳现情報..............................................................................................................................................31
  • 2. はじめに 瀟内に蓄積したデヌタは、すべおの䌁業にずっお最も重芁な資産の 1 ぀です。珟圚、䞖界䞭のあらゆる芏 暡の䌁業で、デヌタ量がか぀おない速床で急激に増加しおいたす。1 幎でデヌタ量が倍増するケヌスも珍 しくありたせん。䌁業がこの驚異的なストレヌゞの増加に察凊する䞀方で、CIO や IT マネヌゞャは IT むンフ ラストラクチャの費甚察効果を高め、新しいビゞネス・むニシアチブぞの察応力を匷化し、組織改倉に適 応する柔軟性を維持する必芁性に盎面しおいたす。 これらの芁因に加え、制限された IT 予算ず厳しさを増す芏制芁件を考慮すれば、ストレヌゞずコンピュヌティ ング・むンフラストラクチャの最適化が、䌁業の成吊を巊右する䞀因ずなるこずは明らかです。 サヌバずストレヌゞのむンフラストラクチャを最適化する方法は倚皮倚様ですが、それらの䞭栞ずなるのは 仮想化ずネットワヌク・ストレヌゞずいう 2 ぀のテクノロゞです。サヌバの仮想化は、物理ハヌドりェアから最 倧限の凊理性胜を匕き出す生産的な゜リュヌションを実珟するための基幹的な技術革新の 1 ぀です。NAS Network Attached Storageや SANStorage Area Networkずいったネットワヌク・ストレヌゞは、盎接接 続やサヌバ・ベヌスのストレヌゞより効率的であり、瀟内デヌタの管理や増加ぞの察凊、および保護を容 易にするテクノロゞです。䌁業は仮想化ずネットワヌク・ストレヌゞのテクノロゞを組み合わせるこずによっお、 IT ずビゞネスの運甚効率を劇的に高めながら、同時にコスト削枛ず最倧限の ROI を達成できるようになり たす。さらに、管理を簡易化し、電力芁件ず冷华芁件を削枛し、新しいアプリケヌションのより迅速な配備を 可胜にするために必芁なすべおを備えたワンボックスのむンフラストラクチャずしおブレヌド・サヌバを導 入すれば、IT に必芁な占有面積も削枛できたす。これら 3 ぀のテクノロゞは、いずれも装眮、人員、デヌタ、 電力などのリ゜ヌスを統合しお効率化ずコスト削枛を図り、䌁業の成長を可胜にするずいう抂念に結び぀い おいたす。 このホワむトペヌパヌでは、VMware ESX Server の iSCSI むニシ゚ヌタず HP StorageWorks All-in-One Storage SystemAiOに内蔵されおいる iSCSI Target の間の iSCSI 接続を䜿甚しお、AiO を VMware ESX Server のストレヌゞ・リポゞトリずしお䜿う方法に぀いお説明したす。ここで説明する内容は、HP StorageWorks 400/600/1200 All-in-One Storage System など All-in-One Storage System ファミリの党モ デルのほか、c-Class HP BladeSystem 甚に蚭蚈された All-in-One SB600c Storage Blade ゜リュヌションに も適甚できたす。 ネットワヌク・ストレヌゞを VMware ESX Server に接続するこずによっお、ストレヌゞ容量を気にするこずなく サヌバ・プラットフォヌムの凊理胜力をフルに匕き出し、高可甚性や、共有ストレヌゞを必芁ずする VMotion などの高レベルな機胜を実珟できるようになりたす。このホワむトペヌパヌは、゜リュヌションの各構成芁玠 に付属しおいるマニュアルの代わりになるものではなく、VMware Infrastructure 3 環境の実装・運甚蚈画を 担圓する IT の専門家向けの远加リ゜ヌスずしお䜜成されおいたす。 泚蚘: このホワむトペヌパヌの内容を実珟するには、All-in-One Storage System のバヌゞョンが 1.3.0 以降 であるこずが必芁です。 もし、䜿甚する All-in-One Storage System のバヌゞョンが 1.2.0 以前の堎合、 1.3.0 以降にアップデヌトしおください。このアップデヌトは、Storage Server Service Release 6.6 に含たれ たす。 2
  • 3. テクノロゞの抂芁 VMware ESX Server 仮想化Virtualizationずは、リ゜ヌスやサヌビス芁求を、そのサヌビスの物理的な提䟛基盀から切り離す テクノロゞです。たずえばメモリの仮想化では、ディスク・ストレヌゞに保存するデヌタをバックグラりンドでス ワップするこずによっお、搭茉されおいる物理メモリを超える容量のメモリを゜フトりェアで利甚できたす。同 様に、ネットワヌク、ストレヌゞ、ラップトップやサヌバのハヌドりェア、オペレヌティング・システム、アプリ ケヌションずいった他の IT むンフラストラクチャのレむダにも、仮想化の技術は適甚可胜です。 このような仮想化テクノロゞ仮想むンフラストラクチャの組み合わせは、デヌタ凊理、ストレヌゞずネット ワヌクのハヌドりェア、およびその䞊で動䜜するアプリケヌションの間に抜象化レむダを提䟛したす。仮想 むンフラストラクチャは、ナヌザ・゚クスペリ゚ンスが物理むンフラストラクチャずほが同じであるため、その導 入によっお混乱が生じるこずはありたせん。ただし、仮想むンフラストラクチャを導入すれば、䌁業党䜓にわ たるリ゜ヌス・プヌルを管理できるようになり、IT マネヌゞャが組織のニヌズの倉化に速やかに察応し、むン フラストラクチャぞの投資をより効果的に掻甚できるようになりたす。仮想化の䞻な利点の 1 ぀は、1 台の物 理システム䞊で耇数のオペレヌティング・システムを動䜜させ、パヌティショニングず呌ばれる手法でハヌド りェア・リ゜ヌスを共有できる点です図 1 参照。 図 1仮想化のしくみ 仮想化前 仮想化埌 • 1 台のマシンに 1 ぀の OS むメヌゞ • ハヌドりェアが OS やアプリケヌションから分離される • ゜フトりェアずハヌドりェアが緊密に連携しおいる • システムを遞ばずに仮想マシンVMを構成できる • 1 台のマシンで耇数のアプリケヌションを実行 • OS ずアプリケヌションを VM ごずに 1 ぀の単䜍ずしお するず競合が生じる堎合がある 管理できる • リ゜ヌスの䜿甚率が䜎い • 柔軟性が䞍十分 3
  • 4. 通垞、゜フトりェアベヌスのパヌティショニングには、「ホスト型」アヌキテクチャず「ハむパヌバむザ型」アヌ キテクチャずいう 2 皮類のアプロヌチが䜿甚されたす図 2 参照。ホスト型のアプロヌチでは、暙準的なオ ペレヌティング・システム䞊でパヌティショニング・サヌビスが動䜜し、幅広い皮類のハヌドりェア構成がサ ポヌトされたす。䞀方、ハむパヌバむザ型アヌキテクチャは、x86 ベヌスのクリヌンなシステム䞊に盎接、第 1 局の゜フトりェアレむダずしお仮想化レむダがむンストヌルされたすこれは「ベア・メタル」アプロヌチずも 呌ばれたす。ハむパヌバむザ型アヌキテクチャではハヌドりェア・リ゜ヌスに盎接アクセスできるため、ホ スト型アヌキテクチャに比べ効率に優れ、より高床な拡匵性、堅牢性、およびパフォヌマンスが実珟でき たす。VMware ESX Server はハむパヌバむザ型アヌキテクチャの䞀䟋であり、このホワむトペヌパヌでは VMware ESX Server の仮想化に焊点を圓おおいたす。 図 2ホスト型ずハむパヌバむザ型の仮想化アヌキテクチャ ホスト型アヌキテクチャ ハむパヌバむザ型ベア・メタルアヌキテクチャ • 1 アプリケヌションずしおむンストヌル/実行 • 仮想化に重点を眮いた軜量カヌネル • デバむスのサポヌトず物理リ゜ヌス管理は • 物理リ゜ヌスずサポヌトするアプリケヌションの盎接管理 ホスト OS に䟝存 VMware Infrastructure 3 環境では、次のような課題ぞの察応が可胜になりたす。 • サヌバの統合ず集玄 ― システム導入に䌎う「サヌバのスプロヌル珟象」を仮想マシンVMによっお回 避できたす。VM は共有ハヌドりェア党䜓を通じお安党に動䜜し、透過的に移動できるため、サヌバの皌 働率が 515から 6080に高たりたす。 • テストず開発の最適化 ― 構成枈みのシステムを再利甚するこずによっお、テスト甚および開発甚の サヌバを迅速に準備できるため、開発者間の連携が促進され、開発環境が暙準化されたす。 • ビゞネスの継続性 ― システム党䜓を 1 ぀のファむル・セットずしお管理するこずによっお、任意のタヌ ゲット・サヌバ䞊に耇補しお埩元できるため、ダりンタむムが最小化され、ビゞネスの継続性高可甚性ず 障害回埩゜リュヌションに必芁なコストを削枛し、耇雑さが緩和されたす。 • ゚ンタヌプラむズ・デスクトップ ― デスクトップ VM 党䜓を゜フトりェアのセキュリティ・ポリシヌ局で囲む こずによっお、管理察象倖の PC、ワヌクステヌション、およびラップトップのセキュリティを、゚ンドナヌザ の自埋性を損なうこずなく確保できたす。 4
  • 5. HP All-in-One Storage System 仮想化によっおコンピュヌタ・テクノロゞを集玄した環境では、ゲスト OS を ESX Server に远加するだけでア プリケヌション・サヌバを増蚭できるため、動的か぀適応性の高いストレヌゞが埓来にも増しお重芁になり たす。珟圚、サヌバの倚くは耇数のデュアルコアやクアッドコアのプロセッサで動䜜しおいるため、より倚く の仮想システムを動䜜させるこずができたすが、その䞀方でサヌバに盎接接続されたストレヌゞでは仮想 化環境の芁求に察応しお効率的に拡匵できない可胜性がありたす。 ネットワヌク・ストレヌゞのプラットフォヌムを遞択するずきには、パフォヌマンスや可甚性の芁件、管理ず実 装に割り圓おるこずができる IT リ゜ヌス人員、予算、可甚性ず容量の芁求など、さたざたな考慮事項があ りたす。HP StorageWorks は、拡匵性、冗長性、パフォヌマンス、および䟡栌面で、仮想化環境のニヌズに 応える倚圩なストレヌゞ補品を取り揃えおいたす。特に、コストず操䜜性を重芖する䞭小䌁業の IT 環境には、 HP StorageWorks All-in-One Storage System ファミリは魅力的な゜リュヌションです。 アプリケヌション・サヌバ甚の共有ストレヌゞずなる iSCSI SAN の機胜ず、Microsoft® Windows® Storage Server 2003 R2 を搭茉し、゚ンドナヌザ・クラむアントに高床なファむル・サヌビスを提䟛する NAS デバむス の機胜を兌ね備えた統合ストレヌゞ・デバむスは、きわめお高い䟡倀を提䟛したす。そのシステムがデヌタ を安党な状態に維持する包括的なデヌタ保護機胜も備えおいたらどうでしょう。さらに、共有ネットワヌク・ ストレヌゞのすべおの利点を、ストレヌゞの専門家なしで実珟できたらどうでしょう。これらの特長をすべお 兌ね備えおいるのが数々の賞を受賞した HP StorageWorks All-in-One Storage System AiOであり、䌁 業は AiO を導入するこずによっお、コストを削枛し、効率を向䞊させ、デヌタの急激な増加に察凊するこずが 可胜になりたす。 HP All-in-One Storage System は䞭小䌁業においお、ストレヌゞの専門家を確保するこずなく、増加する デヌタを管理し、保護できるようにする、きわめおシンプルで、手ごろで、信頌性の高いネットワヌク・スト レヌゞ・゜リュヌションです。AiO は、ストレヌゞの専門知識を持たない通垞の IT スタッフによる導入ず管理 を前提ずしお蚭蚈されおおり、急激に拡倧するデヌタ・ストレヌゞ環境のコスト削枛ず耇雑さの緩和に必芁 なすべおの機胜を備えた、完党統合された䞀䜓型ストレヌゞ・システムです。 AiO は、iSCSI SAN の容易な実装を可胜にするこずで、アプリケヌション・サヌバ甚の共有ストレヌゞを提䟛 したす。AiO には Microsoft iSCSI Software Target が統合されおおり、これによっお管理者は䞻芁なアプリ ケヌションずサヌビスを察象ずしおストレヌゞ容量を統合し、ストレヌゞの䜿甚率を高め、システムのダりン タむムを最小化できたす。たた、iSCSI によっお既存の TCP/IP ネットワヌクのリ゜ヌスずテクノロゞを掻甚でき るため、SAN ゜リュヌションぞの柔軟か぀費甚察効果の高い移行パスが確保されたす。 HP All-in-One Storage Systemは、お客様の倚様なニヌズに察応すべく、さたざたなフォヌム・ファクタず仕様 で提䟛されおいたす。仕様に぀いお詳しくは、http://www.hp.com/jp/aioを参照しおください。 AiO に統合されおいる iSCSI Target は、VMware iSCSI ゜フトりェア・むニシ゚ヌタVMware ESX Server に 内蔵されおいるネむティブ iSCSI ドラむバなど、暙準に準拠する iSCSI むニシ゚ヌタずの接続に察応しおい たす。 泚AiO ず VMware ESX Server ず組み合わせお䜿甚するには、AiO のバヌゞョンが 1.3.0 以降で あるこずが必芁です 5
  • 6. 図 3HP All-in-One Storage System の䞀般的な運甚環境 Public LAN 6
  • 7. ゜リュヌションの抂芁 VMware Virtual Infrastructure 3 は、iSCSI SAN 接続をサポヌトする ESX Server の最初のバヌゞョンであり、 このサポヌトによっお ESX Server システムは、IP ネットワヌク経由でリモヌト・ストレヌゞにアクセスできたす。 HP All-in-One Storage SystemAiOには Microsoft iSCSI Software Target が統合されおいるため、AiO は ESX Server に iSCSI ストレヌゞ LUN論理ナニット番号を提䟛する、倖郚共有ストレヌゞ・デバむスずしお䜿 甚できたす。VMware ESX Server ず HP All-in-One Storage System の連携には、䞻に次の 2 皮類の方法が 䜿甚できたす。 1 ぀は、仮想マシンを物理マシンず同様に扱い、ゲスト OS 䞊で動䜜しおいる iSCSI ゜フトりェア・むニシ゚ヌ タを AiO に盎接接続する方法です。この堎合、AiO の機胜ず蚭定は、すべお物理サヌバの堎合ず同様にな りたす。たずえば、仮想マシンが Windows Server 2003 サヌバずしお動䜜しおいる堎合、All-in-One Storage ManagerASM゚ヌゞェントをその仮想マシンに導入するず、ゲスト OS 内に Microsoft iSCSI むニ シ゚ヌタが構成されたす。この仮想マシンから送信される SCSI ディスク・コマンドは、iSCSI 接続を介しお TCP/IP パケットに倉換され、仮想ディスクが存圚するタヌゲットに送信されたす。仮想ディスクは仮想マシン 偎では、ロヌカル接続された SCSI ドラむブずしお認識されたす。この方法は特に、仮想マシン䞊で動䜜しお いるアプリケヌション甚にストレヌゞ容量を远加する手段ずしお効果的です。 図 4ゲスト OS ず iSCSI Target 間の iSCSI 接続 ゲスト OS レベルの iSCSI • ゲスト OS 䞊の iSCSI むニシ゚ヌ タず iSCSI Target 間で通信が 行われる • ゲスト OS は ESX Server 䞊に むンストヌルされる • ゲスト OS 䞊で動䜜するアプリ ケヌションのデヌタは、iSCSI Target ストレヌゞに栌玍できる 7
  • 8. もう 1 ぀の方法は、AiO ず VMware ESX Server 自䜓のハむパヌバむザ・レむダ間で接続を確立するやり方 であり、このホワむトペヌパヌでは、この方法を䞻に説明しおいたす。VMkernel には iSCSI むニシ゚ヌタの コヌドが含たれおおり、このコヌドによっお ESX Server を、暙準的なネットワヌク・アダプタを介しお iSCSI SAN ストレヌゞ・デバむスに接続したす。iSCSI SAN ずの I/O は iSCSI むニシ゚ヌタで、ネットワヌク・アダプ タずの通信は VMkernel に組み蟌たれた TCP/IP スタックで、それぞれ凊理されたす。この方法の䞻な利点 は、ハむパヌバむザ・レむダの共有ストレヌゞが必芁な VMotion などの VMware Infrastructure 3 サヌビス が利甚できるこずです。 図 5VMware ESX ハむパヌバむザず iSCSI Target 間の iSCSI 接続 VMware ESX レベルの iSCSI • VMware iSCSI むニシ゚ヌタず iSCSI Target 間で通信が行わ れる • ゲスト OS は iSCSI Target スト レヌゞ䞊にむンストヌルされる • ゲスト OS、アプリケヌション、 およびデヌタは、iSCSI Target ストレヌゞに栌玍される 8
  • 9. 導入時の考慮事項 VMware Infrastructure 3 ず HP StorageWorks ストレヌゞを組み合わせるず、統合性、信頌性、および障害 回埩力に優れた堅牢な゜リュヌションを実珟できたす。ここでは、VMware Infrastructure 3 を HP All-in-One Storage System に接続するずきの䞀般的なガむドラむンに぀いお説明したす。 • All-in-One Storage SystemAiOのバヌゞョンは 1.3.0 以降であるこずが必芁です。 • AiO のモデルは、必芁なパフォヌマンス氎準に合わせお遞択しおください。AiO のどのモデルも VMware ESX iSCSI むニシ゚ヌタで䜿甚できるこずは認蚌されおいたすが、AiO システムを遞択するずきにはパ フォヌマンスを考慮する必芁がありたす。必芁最小限のパフォヌマンスを埗るためには、SAS ディスク・ド ラむブを備えた AiO が掚奚されたす。最適なパフォヌマンスを埗るには、AiO1200 の P400/P800 コント ロヌラなど、より高性胜な RAID コントロヌラを備えた SAS ディスク・ドラむブを遞択しおください。 • iSCSI 実装に぀いおは、iSCSI トラフィック専甚の IP ネットワヌクやセグメントを蚭定するベスト・プラクティ スに埓っおください。iSCSI トラフィックをメッセヌゞやファむル・サヌビスのトラフィックず同じネットワヌク䞊 で搬送するず、十分な性胜が埗られたせん。 • 各 LUN には、それを䜿甚する仮想マシンVMに適した RAID レベルずストレヌゞ特性を割り圓おおくだ さい。アプリケヌションの読み取り負荷が特に倧きい堎合は、RAID 5 が適しおいたす。䞀方、曞き蟌み 負荷が特に倧きいアプリケヌションには、RAID 1+0 が掚奚されたす。1 ぀の VM には仮想 LUN を最倧 32 個たで割り圓おるこずができるため、パフォヌマンスを最適化するために、RAID タむプの異なる耇数 の LUN を 1 ぀の VM に割り圓おるこずができたす。たずえば、Microsoft® Windows® VM では、ドラむ ブ d:に RAID 5 の仮想 LUN を、ドラむブ e:に RAID 1+0 の仮想 LUN を、それぞれ割り圓おるこずが できたす。 • 1 ぀の LUN に配眮する VM の数は、慎重に決定しおください。VMware Infrastructure 3 では LUN 1 ぀あ たり 80 個の VM を䜿甚できたすが、この数が適切なのはストレヌゞを盎接接続する環境です。iSCSI 環 境では LUN あたり 816 個の VM を䜿甚するこずが掚奚されたす。ただし、この掚奚倀はやや控えめな 芋積りであり、VM の I/O 負荷が倧きくなければ、より倚くの VM を䜿甚できる堎合もありたす。 • 1 ぀の LUN あたり 1 ぀の VMFSVirtual Machine File Systemボリュヌムを蚭定するこずが掚奚されたす。 VMFS-3 では、アクセシビリティの蚭定は䞍芁になりたした。たた、各 VMFS の LUN は、その LUN 専甚の ディスクで構成するこずが掚奚されたす。 • VMware VMFS以倖のファむル・システムでフォヌマットされおいるディスクぞのアクセスには、RDM Raw Device Mappingを䜿甚するこずが掚奚されたす。VMware Infrastructure 3 でRDM LUNを 䜿甚する䞻な利点に぀いおは、VMwareのマニュアル『Using Raw Device Mapping http://www.vmware.com/pdf/esx25_rawdevicemapping.pdf』および『Server Configuration Guidehttp://www.vmware.com/pdf/vi3_server_config.pdf』を参照しおください。 • ESX Server ホストの再スキャンは、ESX Server ホストず AiO 間の iSCSI SAN ポヌトの I/O トラフィック量 が最小限のずきに実行するこずが掚奚されたすI/O トラフィックのレベルは、ナヌザ環境によっお異なり たす。 • ネットワヌク・パスでハヌドりェア障害が発生した堎合でも iSCSI LUN ぞのアクセスを維持するため、マル チパスを䜿甚しおください。各 LUN を同じ LUN 番号で、すべおの ESX Server ホストに提瀺するこずが掚 奚されたす。 9
  • 10. VMware ESX Server ず HP All-in-One Storage System の蚭定 抂芁 VMware ESX Server ず AiO Storage System の蚭定では、次の䜜業を行いたす。 • ESX Server 䞊で iSCSI ゜フトりェア・むニシ゚ヌタを蚭定し、AiO をスキャンしたす。AiO をスキャンするこ ずによっお、AiO でネットワヌク䞊の ESX iSCSI むニシ゚ヌタ IQN のログが生成されるようになりたす。 • AiO 䞊でナヌザ定矩アプリケヌションを䜜成し、それを ESX IQN にセットアップしたす。 • ESX Server で䜿甚される VM ファむル・システムVMFSを、AiO iSCSI LUN 䞊で怜出し、フォヌマットし たす。 これらの䜜業の手順に぀いお、以䞋に説明したす。 ESX iSCSI ゜フトりェア・むニシ゚ヌタの蚭定 ESX iSCSI ゜フトりェア・むニシ゚ヌタによっお、暙準的なネットワヌク・アダプタ経由で、ESX Server システム を同じ IP ネットワヌク䞊の AiO に接続できたす。ESX Server の iSCSI むニシ゚ヌタは VMkernel に組み蟌た れおおり、ネットワヌク・スタックを介した暙準的なネットワヌク・アダプタずの通信を円滑化したす。 ESX iSCSI ゜フトりェア・むニシ゚ヌタの蚭定は、次の手順で行いたす。 • ネットワヌク接続の有効化 • iSCSI ゜フトりェア・むニシ゚ヌタの蚭定 ネットワヌク接続の有効化 iSCSI ゜フトりェアによっお開始される接続を䜿甚しお iSCSI ストレヌゞにアクセスするデヌタストアを蚭定す るには、次の手順に埓いたす。 1. VMware Virtual InfrastructureVIクラむアントで[Configuration]タブを遞択し、[Networking]をクリック したす。 2. [Add Networking]リンクをクリックしたす。[Add Network Wizard]が衚瀺されたす。 3. [VMkernel]を遞択し、[Next]をクリックしたす。この操䜜を行うず、iSCSI ストレヌゞ甚のサヌビスを実 行する VMkernel が物理ネットワヌクに接続されたす。[Network Access]ペヌゞが衚瀺されたす。 10
  • 11. 4. 䜿甚する vSwitch たたは[Create a virtual switch]オプションを遞択したす。 5. vSwitch で䜿甚するネットワヌク・アダプタのチェック・ボックスを遞択したす。 6. 遞択した各アダプタが[Preview]ペむンに衚瀺されたす。アダプタ経由で接続する VM やその他のサヌ ビスが正しい Ethernet セグメントに到達できるように、vSwitch ごずにアダプタを遞択したす。[Create a new virtual switch]の䞋にアダプタが衚瀺されない堎合は、システムの党ネットワヌク・アダプタが、既 存の vSwitch によっお䜿甚されおいたす。 7. [Next]をクリックしたす。[Connection Settings]ペヌゞが衚瀺されたす。 8. [Port Group Properties]でネットワヌク・ラベルず VLAN ID を遞択たたは入力したす。 11
  • 12. - Network Label䜜成しおいるポヌト・グルヌプの識別に䜿甚される IDiSCSI ストレヌゞの蚭定で、珟 圚のポヌト・グルヌプに接続する仮想アダプタを蚭定するずきに指定するラベルです。 - VLAN IDポヌト・グルヌプのネットワヌク・トラフィックの搬送に䜿甚される VLAN を指定する ID タグ 付き VLAN を䜿甚しおいない堎合、空欄のたた残したす。 9. ネットワヌク・アクセス甚の各画面で蚭定を完了した埌、[Properties]次の図では vSwitch1 のプロパ ティを遞択しおサヌビス・コン゜ヌルを远加したす。 10. サヌビス・コン゜ヌルの IP アドレスを蚭定したす。 12
  • 13. 11. IP 蚭定グルヌプ内の[Edit
]をクリックし、iSCSI 甚の VMkernel デフォルト・ゲヌトりェむを蚭定したす。 [DNS and Routing Configuration]ダむアログ・ボックスが衚瀺されたす。[DNS Configuration]タブの [Name]フィヌルドにはデフォルトでホストの名前が衚瀺されおいたす。DNS サヌバのアドレスもドメむ ンず同様、むンストヌル時に指定した倀があらかじめ遞択されおいたす。 泚蚘 䜜成したポヌトのデフォルト・ゲヌトりェむは必ず蚭定しおください。Vmkernel スタックを蚭定するには、有効な静的 IP アドレスを䜿甚する必芁がありたす。 13
  • 14. 12. [OK]をクリックしお蚭定を保存したす。[DNS and Routing Configuration]ダむアログ・ボックスを閉じ たす。 13. [Next]をクリックしたす。 14. 倉曎が必芁になった堎合は[Back]ボタンをクリックしたす。 15. [Ready to Complete]ペヌゞで蚭定内容を確認し、問題がなければ[Finish]をクリックしたす。iSCSI 甚の VMkernel ポヌトの䜜成埌は、その VMkernel ポヌトず同じ vSwitch にサヌビス・コン゜ヌル接続を䜜 成する必芁がありたす。 iSCSI ゜フトりェア・アダプタのプロパティの蚭定 ネットワヌクを有効化するず、[Configuration]>[Storage Adapters]ペヌゞに[iSCSI Software Adapter]が衚 瀺されたす。 泚蚘 この新しい iSCSI ゜フトりェア・アダプタむニシ゚ヌタに割り圓おられた iSCSI 名 IQNは、iSCSI Target の蚭定時に必芁になるため蚘録しおおいおください。 ゜フトりェア・むニシ゚ヌタが有効になっおいるこずを確認し、接続する AiO の IP アドレスを远加するため、 次の手順を実行したす。 1. [Details]パネルで[Properties
]リンクを遞択したす。[Status]の倀が[Enabled]になっおいるこずを確認 したす。倀が[Enabled]以倖の堎合は、[Configure
]をクリックしお有効化したす。 14
  • 15. 2. [Dynamic Discovery]タブを遞択し、[Add
]をクリックしたす。 3. AiO の IP アドレスを入力し、[Add Send Targets Server]りィンドりで[OK]をクリックしたす。ESX Server によっお AiO ずの通信が詊行されたす。この凊理の完了には、およそ 1 分間を芁したす。 4. [Close]をクリックしお iSCSI むニシ゚ヌタのプロパティの線集を完了したす。 15
  • 16. HP All-in-One 䞊のストレヌゞ・ボリュヌムのセットアップ ESX Serverに必芁なボリュヌムの数、サむズ、およびRAID構成を決定したす。この決定時に留意すべき点 に぀いおは、「導入時の考慮事項」を参照しおください。AiOのAll-in-One Storage ManagerASMむンタ フェヌスで[Host a User-Defined Application
]を䜿甚したす。 AiO 䞊のストレヌゞ・ボリュヌムのセットアップは、次の手順で行いたす。 • AiO ASM による VMFS デヌタストアの䜜成 • MS iSCSI Software Target 管理コン゜ヌルでの iSCSI LUN ぞの ESX アクセスの蚭定 AiO ASM による VMFS デヌタストアの䜜成 1. ASM のアプリケヌション右偎の[Actions]パネルで[Host a User-Defined Application]を遞択し、りィ ザヌドを開始したす。[Next]をクリックしたす。 16
  • 17. 2. [iSCSI LUN]を遞択しお ESX Server の IQN を入力したすIQN が䞍明な堎合は、䞀時的な倀ずしお iqn.temp などを入力しおください。続いお[Next]をクリックしたす。 3. アプリケヌション名を入力しお[Next]をクリックしたす。 17
  • 18. 4. ASMでiSCSI LUNのアレむ・ストレヌゞを蚭定できる状態になりたす。[Advanced
]をクリックし、前に 述べた「導入時の考慮事項」の内容に基づいお必芁な倉曎を加えたす。VMFSデヌタストアには専甚の ストレヌゞたたはスピンドルを䜿甚し、[Physical Disk Type]には[SAS]を遞択するこずを匷く掚奚し たす。必芁な倉曎を加えた埌、[Advanced Properties]りィンドりで[OK]をクリックし、さらに[Next]をク リックしたす。 5. [Finish]をクリックしおストレヌゞず iSCSI LUN の蚭定を完了したす。 18
  • 19. ストレヌゞを蚭定するず、ASMのUser-Definedアプリケヌション・グルヌプに新しいストレヌゞが衚瀺され たす。䞊蚘の手順 2 でESX IQNを入力した堎合は、ストレヌゞ・ボリュヌムのセットアップは以䞊で完了です。 「ESX ServerによるAiO iSCSI LUNの怜出ず䜿甚」に進んでください。䞀時的なIQNを入力した堎合は、次の 手順に埓っおください。 MS iSCSI Software Target 管理コン゜ヌルでの iSCSI LUN ぞの ESX アクセスの蚭定 䞊蚘の手順で iSCSI LUN を䜜成したずきに、カスタマ識別甚に䞀時的な IQN を入力した堎合は、次の手順 に埓っお ESX Server を怜出し、VMFS iSCSI LUN に割り圓おおください。 1. [iSCSI Targets]を右クリックしお[Create iSCSI Target]を遞択し、次に瀺すりィザヌドを開始したす。 2. タヌゲット名図では vmfs1を入力しお[Next >]をクリックしたす。 19
  • 20. 3. ESX Server による AiO の IP アドレスのスキャンは実行枈みであるため、その IQN は iSCSI Software Target で認識されおいたす。次の図は、ESX IQN の远加方法を瀺しおいたす。 4. [IQN identifier]フィヌルドで[Browse
]をクリックし、[Add iSCSI Initiator]りィンドりを衚瀺したす。適切 な IQNこの䟋では esx1を遞択したす。 5. [Create iSCSI Target]りィザヌド・りィンドりで[Next >]をクリックしたす。この操䜜を行うず、巊偎パネル に新しい iSCSI Target図では vmfs1が衚瀺されたす。 6. デバむスVirtual Disk 0を右クリックしお[Assign/Remove Target]を遞択したす。 20
  • 21. 7. vmfs1 をタヌゲットずしお远加し、䞀時的に指定した iqn.temp をデバむスのタヌゲットから削陀したす。 8. 同じ VMFS LUN にさらに別の ESX Server を远加する堎合は、その ESX Server による AiO の IP アドレ スのスキャンが実行枈みであるこずを確認しおください。 9. 巊偎パネルで[vmfs1 iSCSI Target]を右クリック䞊図参照し、[Properties]を遞択したす。 10. [Add
]を遞択次の図を参照し、さらに新しい ESX Serverこの䟋では esx2を遞択したす。次の 3 番目 の図が衚瀺されたす。 これで esx1 ず esx2 の䞡方が、同じ VMFS LUN にアクセスできるようになりたす。耇数の ESX Server が同 じ VMFS デヌタストアにアクセスできるように蚭定するず、VMotion など他の VI3 機胜が有効になりたす。 21
  • 22. ESX Server による AiO iSCSI LUN の怜出ず䜿甚 この蚭定は、次の手順で行いたす。 • AiO iSCSI LUN のスキャン • AiO iSCSI LUN 䞊の VMFS-3 ファむル・システムのフォヌマット AiO iSCSI LUN のスキャン 1. VI クラむアントでホストを遞択し、[Configuration]タブをクリックしたす。 2. [Hardware]パネルで[Storage Adapters]を遞択し、[Storage Adapters]パネルの䞊にある[Rescan]を クリックしたす。 3. 新しいディスクたたは LUN を怜出するには、[Scan for New Storage Devices]を遞択したす。怜出された 新しい LUN は、ディスク/LUN リストに衚瀺されたす。 4. 新しいデヌタストアを怜出するには、[Scan for New Storage Devices]を遞択したす。怜出された新しい デヌタストアたたは VMFS ボリュヌムは、デヌタストア・リストに衚瀺されたす。 22
  • 23. AiO iSCSI LUN 䞊の VMFS-3 ファむル・システムのフォヌマット 1. [Configuration]タブをクリックし、さらに[Hardware]グルヌプ内で[Storage (SCSI, SAN, and NFS)]を クリックしたす。 2. [Add Storage
]リンクをクリックしたす。[Select Storage Type]ペヌゞが衚瀺されたす。 3. ストレヌゞ・タむプずしお[Disk/LUN]を遞択し、[Next]をクリックしたす。[Select Disk/LUN]ペヌゞが衚瀺 されたす。 4. デヌタストアずしお䜿甚する iSCSI デバむスを遞択しお[Next]をクリックしたす。[Current Disk Layout] ペヌゞが衚瀺されたす。 5. 珟圚のディスク・レむアりトを確認し、[Next]をクリックしたす。[Disk/LUN – Properties]ペヌゞが衚瀺さ れたす。 6. デヌタストア名を入力したす。VI クラむアントにデヌタストア名が衚瀺されたす。このラベルは珟圚の Virtual Infrastructure むンスタンス内で䞀意になる必芁がありたす。 7. [Next]をクリックしたす。[Disk/LUN – Formatting]ペヌゞが衚瀺されたす。 23
  • 24. 8. 必芁に応じお、デヌタストアずしお䜿甚するファむル・システムの倀ず容量を調敎したす。デフォルトでは、 指定したストレヌゞ・デバむス䞊の空き領域すべおが䜿甚されたす。 9. [Next]をクリックしたす。[Ready to Complete]ペヌゞが衚瀺されたす。 10. デヌタストアの蚭定情報を確認し、[Finish]をクリックしたす。AiO iSCSI LUN 䞊に VMFS-3 デヌタストア が䜜成されたす。 11. 次の図に瀺すように、䜜成された VMFS-3 デヌタストアが[Configuration]>[Storage]ペヌゞに、 AiO-VMFS デヌタストア名で衚瀺されたす。 24
  • 25. 付録: NIC チヌミングによるデヌタ・パスの冗長化 ESX iSCSI ゜フトりェア・むニシ゚ヌタにおいおは、マルチパス自䜓は䜿甚できたせんが、代わりに NIC チヌ ミングがサポヌトされおいたす。2 ぀の NIC ポヌトを䜿甚しおいる ESX Server では、それらを統合するこず によっおパフォヌマンスを高めるず同時に、䞀方の NIC ポヌトたたはスむッチで障害が発生した堎合に備 えお冗長パスを確保できたす。この NIC チヌミングには、iSCSI トラフィック専甚の 2 ぀の NIC ポヌトを䜿 甚するこずが匷く掚奚されたす。 NIC チヌミングは AiO でもサポヌトされおいたす。ESX Server 䞊の NIC をチヌミングする堎合は、AiO 偎 でも NIC チヌミングを行い、次の図に瀺すように゚ンドツヌ゚ンドでパスを冗長化するこずが掚奚されたす。 ESX Server での NIC チヌミングの蚭定 1. VI クラむアントで[Configuration]>[Networking]に移動したす。 2. [Add Networking
]を遞択したす。 25
  • 26. 3. 新しい vSwitch を䜜成し、2 ぀の NIC ポヌトを割り圓おたす。 26
  • 28. 以䞊の手順を完了するず、次のような画面が衚瀺されたす。 HP All-in-One 䞊での NIC チヌミングの蚭定 1. [Network Connections]りィンドりを開きたす。 2. ネットワヌク接続を右クリックし、[Properties]をクリックしたす。 28
  • 29. 3. [HP Network Configuration Utility]をダブルクリックしたす。 4. 利甚可胜な 2 ぀のネットワヌク・ポヌトを遞択し、りィンドり右偎の[Team]を遞択したす。 5. [OK]を遞択し、Network Configuration Utility の凊理が完了するたで埅ちたす。 29
  • 30. 6. Network Configuration Utility の凊理完了埌、チヌミングした NIC を衚す接続を右クリックし、適切な IP アドレスを蚭定したす。 7. チヌミングした NIC のステヌタスに、2.0 Gbps 接続であるこずが瀺されたす。 30
  • 31. 詳现情報 HP StorageWorks All-in-One Storage Systemの詳现、関連するホワむトペヌパヌぞのリンク、顧客の ケヌス・スタディ、および詳しい補品仕様に぀いおは、www.hp.com/go/AiOStorageを参照しおください。 VMware仮想化゜リュヌションに基づく、HPの包括的なサヌバ/ストレヌゞ・゜リュヌションの詳现は、 www.hp.com/go/VMwareを参照しおください。 VMwareの詳现は、www.vmware.comを参照しおください。 © 2007 Hewlett-Packard Development Company, L.P. ここに蚘茉された情報は予告な く倉曎されるこずがありたす。HP 補品およびサヌビスの保蚌は、かかる補品およびサヌビ スに付随した明瀺保蚌曞でのみ定められおいたす。本曞のいかなる掲茉物も远加保蚌を 意味するものではありたせん。HP は、本曞に含たれる技術的たたは線集䞊の誀りあるい は脱萜に責任を負いたせん。 Itanium は、米囜およびその他の囜における Intel Corporation たたはその子䌚瀟の商暙 たたは登録商暙です。 2007 幎 10 月 31