つまり、このテクノロジーにより、仮想マシンはハイパーバイザーを使用してサーバー上の物理pciデバイスに直接アクセスできます。 ただし、このテクノロジーを使用すると、 vSphereクラスターで許可されるほぼすべての有用な機能（ fault tolerance 、 high availability 、スナップショット、 vMotion 、およびそれを使用したDRSしなくなりvMotion 。

さらに、仮想マシンがデバイスを直接使用して、ハイパーバイザーをバイパスすると、このデバイスはハイパーバイザー自体にアクセスできなくなります。 たとえば、 DirectPath I/Oを介して仮想マシン内にネットワークカードを投げると、はい、仮想マシンからのトラフィックを処理するためのハイパーバイザーのリソースは使用されなくなります-これは良いことです。 悪いことは、スローされたネットワークカードを使用できる仮想マシンが1つだけであることです。 結局のところ、このテクノロジーは非常に物議を醸すものであり、無駄です。 しかし、すべてがそれほど単純ではありません。

楽しいCisco UCS

率直に言って、私はかなり退屈なタイプで、賞賛することはほとんど不可能です。 それがうまくいったとしても、私はいつもそれを見せたいとは思わない、そして私がそれを望むところに、私はいつもうまくいくとは限らない。 正直に言うと、 Ciscoブレードシステムに慣れる前は、 Ciscoがサーバーを製造していることすら知りませんでした。 それは判明し、生産し、そして私が賞賛するのに飽きることのないものでさえも。

私は一生サーバーで仕事をしていましたが、ブレードシステムが手に落ちることは少々少なくなりました。 UCS manager初めて見たとき、突然それを受け取らないことが明らかになりました。 なんで？ サーバーにボタンがないためだけです。 service profile特定の構成パラメータのセットから形成されるまで、鉄片は役に立たない。

プロファイルの構成パラメータでは、ブレードから何でもスカルプトできます：BIOSパラメータ、ブートシーケンス、 ip-kvm 、 hba 、ファームウェアバージョン、ネットワークカードのパラメータおよびmacアドレス（ iscsiおよび通常）。 これはすべて非常に柔軟に行われ、便利な階層と、アドレスやポピーなどの大幅に変化するパラメーターのプールを指定する機能を備えています。 したがって、これがすべて研究されるまで、ブレードは機能しません。

ブレードネットワーク

ここでは構成については説明しません。 Ciscoは、この主題に関する非常に明確なドキュメントを提供しています。 そして、Habréを含むインターネット上で、これについて多くの記事が書かれています。 Cisco UCSブレードシステムのネットワーク部分についてCisco UCSます。 ネットワーク部分も特別です。 実際、ブレードサーバーにはネットワークインターフェイスがありません。 ブレードはネットワークでどのように機能しますか？ それでも同じように、各ブレードにはネットワークアダプターがあります。これはVirtual Interface Card （ vic ）です。

バスケット内のIO Module （ iom ） iom 、これら2つの鉄片により、実サーバーに必要な量の仮想ネットワークインターフェイスを作成できます。 もちろん、制限はありますが、制限は非常に大きく、すべての人に十分なはずです 。 では、なぜブレードに100個のネットワークインターフェイスが必要なのでしょうか？ 仮想化を使用しない場合、理由はありません。 これが時が来た場所です ヴァレラ 役に立たない DirectPath I/O思い出してDirectPath I/O 。これは今ではまったく異なる観点から見られます。

vSphereのドキュメントの 2番目の部分では、 Cisco UCS DirectPath I/O突然DirectPath I/O ブラックジャックと売春婦が付属しています スナップショット、 fault tolerance 、 high availability 、およびvMotionで動作しvMotion 。これらには、 DRSが続きvMotion 。 「クール！」私はそれについて読んだときに考えました。 「さっそくやって、みんな幸せになります」と中断しました。 CiscoドキュメントにもVMWareドキュメントにも、これをすべて実行する方法の説明のようなものは見つかりませんでした。 私が見つけることができたすべてのうち、ステップバイステップの指示を作成する試みに非常にリモートで似ているものがありました。 このサイトはすでに死んでいるので、ウェブアーカイブへのリンクです。

もう少し水

私は最初に詳細なマニュアルを作成することにしました-私自身のために、もう一度タスクに直面したとき、私は何も忘れずに、迅速かつ正常にすべてを繰り返します。 第二に、他のすべての人にとっては、ほとんどの読者、おそらく将来は自分もCisco UCS出会うことはないだろうということをよく知っています。 インポート置換にも感謝します。

UCSでDirectPath I/Oを正常に使用するには、 vSphere virtual distributed switch （ vds ）がどのように機能するかを理解する必要があります。 理解がない場合、または開始できない場合、このマニュアルを完了したと思われる場合は、ここで説明されているすべてを実行できます-これはエラーです。 開始することが判明する場合がありますが、その後、誤解による誤ったアクションのために非常に簡単に壊れます。

同じことがUCS managerも当てはまります。 この記事では、 vds 、およびUCS managerほとんどの構成については説明しません。 VMWare 、 Cisco 、さまざまなハウツー、フォーラムの質問と回答、およびインターネット上の他のものに関する十分な説明があります。

ucsmとvcsa

ucsmがvCenter Server Appliance（ vcsa ）にvdsを作成してvcsaをドライブするには、最後にキーを追加してアクセスを許可する必要があります。

1. ucsmを開く→ vmタブ→ filter: all → vmwareよる → export vCenter extension 、 cisco_ucs_vmware_vcenter_extn.xmlファイルが含まれるディレクトリを示します。 実際、スクリーンショットを撮るのはあまり好きではありませんが、そのような鉄片を描くのは素晴らしいことです。
   
2. 次に、この拡張機能をvcsaにインポートする必要があります。 VMWareは、バージョン5.1からのvCenterを使用したすべての操作は、Webクライアントを介して実行できると主張しています。 たぶんそうですが、バージョン5.1、5.5、または6.0のいずれかで、このファイルをWebクライアントからインポートする方法を見つけられませんでした。

そのため、 vmware vsphere clientバージョン6.0を開く→トップメニュー→ plugins → plugins manage plugins → プラグインのリストが表示されたウィンドウの空の場所で、 → new plug-in... → browse... → cisco_ucs_vmware_vcenter_extn.xml → register plug-in

登録に成功すると、新しいCisco-UCSM-xxxプラグインがリストに表示されます。xxxの代わりに、上のスクリーンショットで難読化したキーがあります。

vcsaはvcsaからのコマンドを受け入れる準備ができました。

vm-fex vds

vm-fexはucsmで作成および構成する必要があるvirtual distributed switchを介してvirtual distributed switchし、後者は前の部分で説明した統合によりvcsaこの構成を適用します。 この部分のすべての作業は、 vmタブのucsmで行われるため、すべての点で参照するわけではありません。

1. vmwareクリックし、 configure vCenterフィールドname 、 description 、およびhostname (or ip address) vcsaのデータhostname (or ip address)記述します： gallente tackler 、 10.7.16.69 、 10.7.16.69 → next 2回→セクションfoldersとdatacentersスキップ→ finish ;
2. aresクリック→ create datacenter → nameとdescriptionフィールドにvcsaすでに作成されているデータセンターのデータを書き込みます： dc → next →スキップするfoldersセクション→ finish ;
3. dcクリック→ create folder → nameフィールドとdescriptionフィールドにvdsが含まれるcreate folderのデータを書き込みます： ucs → next →section DVSs skip→ finish ;
4. ucs-main右クリック→ create DVS → nameとdescriptionフィールドにvdsのデータを書き込みます： ucs-main → OK → admin state: enable
5. vds準備vdsできました。 vds 、 port profilesを作成しport profiles 。 本質的には、これはdistributed port groupと同じですが、 cisco用語では。 そのうち2つしかありません。1つはすべてのvilanが許可されるトランクプロファイル、もう1つは仮想マシンの管理ネットワークを備えたタグなしvilanで、ゲストシステムは何らかの理由でトラフィックにタグ付けできません。
   
   1. port profilesクリックします。 nameとdescriptionフィールドで、プロファイルデータvm-mgmt-ucsを書き込みます。 host network io performance ： high performance → VLANsのリストで、mgan mgmt反対側の3番目の列のラジオボタンを1つ選択します
   2. vm-trunk-ucsトランクポートについても同じことを行います。 ラジオボタンを選択する代わりに、最初の列ですべてのvylansをオフにします。 ucsmに必要なucsmがすでに作成されていることが理解されています。
   3. 次に、これら2つのプロファイルをvds入れる必要があります。 それらのいずれかをクリックして、 profile clientsタブを選択→右側の緑色の[+] → name ： all 、 datacenter ： all 、 folder ： all 、 distributed virtual switch ： all 。 2番目のプロファイルでも同じです。 次のようになります。
      
      しばらくして、このucs-mainがvcsa登場しvcsa 。 これが発生しない場合は、 fsmタブを確認する必要があります-ほとんどの場合、理由がそこに書き込まれます。

ハイパーバイザーブレード

冒頭で述べたように、ブレードを起動するには、プロファイルを掛ける必要があります。 これを行うには、最初にプロファイルを作成する必要があります。 サーバーのプロファイルを作成することは、このドキュメントの目的ではないため、プロファイルを作成するために必要なものはすべてそこにあるということです。 vm-fex関連するもののみを説明します。これがないと、 DirectPath I/Oは機能しません。 各ブレードで、4つの静的ネットワークインターフェイスを実行します。 4つすべてが1つのファクトリに関連付けられ、2番目のファクトリにfailoverされfailover 。 ブレードの半分は工場で、残りの半分はそれぞれbます。

最初のインターフェイスは通常のvSwitchのままです。 2番目のインターフェイスは通常のvds接続されます。 3番目のインターフェイスはucs-vds接続されます。 実際には、 ucs-vdsでのuplink形式のインターフェイスの参加は、 ucs-vdsように見えます。 彼に依存するものは何もありません。 しかし、これが行われていない場合、仮想インターフェイスの転送は機能しません-私はチェックしました:)仮想マシンのポートをより柔軟に構成できるように、4番目のインターフェイスをソフトウェアcisco nexus 1000vとして追加のvdsに接続することを計画しましたが、私の手はまだ到達しませんでした。

VMWareレベルでstand byことなく、すべてのインターフェイスをスイッチに追加します。 failover UCSレベルで実装されます。 接続レベルで冗長ではない2つのインターフェイスを持つ通常のブレードまたはサーバーの場合、このスキームは正しくありません。 UCS以外で不注意にそれを繰り返さないでください。

adapter policy作成

adapter policyは、サーバー内の各ネットワークインターフェイスの設定の集合です。 最初のadapter policyは、4つの静的ハイパーバイザーインターフェイス用で、2つ目のadapter policyは動的用です。

1. タブservers → policies → root → adapter policies右クリック→ create ethernet adapter policy → name ： nn-vmw 、リソース：
   
   1. transmit queues ： 4 、 ring size ： 4096 ;
   2. receive queues ： 4 、 ring size ： 4096 ;
   3. completion queues ： 8 、 interupts ： 16 ;
   4. 書き換えoptions怠zyなので、スクリーンショットは次のとおりです。
      
2. 再びservers → policies → nn-vmw-pt → adapter policies nn-vmw-pt → name ： nn-vmw-pt 、リソース：
   
   1. transmit queues ： 8 、 ring size ： 4096 ;
   2. receive queues ： 8 、 ring size ： 4096 ;
   3. completion queues ： 16 、 interupts ： 32 ;
   4. 残りは同じです。 動的インターフェイスを実行するには少なくとも8つのキューが必要であるため、2倍のキューがあります。 今のところ確認のソースを提供することはできません。 もう一度見つけたら追加します。

グループ化されたvnic templateを作成する

ブレードにネットワークインターフェイスを持たせるには、テンプレートを作成する必要があります。 テンプレートは各プロファイルで直接使用することも、 lan connectivity policy介してグループ化することもできます。 2番目のケースでは、サーバープロファイルまたはプロファイルテンプレートごとに、必要なすべてを実行する目的のlan connectivity policyを指定するだけで十分です。

静的インターフェイス用に2つのテンプレートを作成します。 1つのテンプレートはファクトリーaで動作し、 bでfailoverしfailoverが、2番目はその逆です。

1. lanタブ→ policies → root → vNIC templatesによるcreate vnic template → create vnic template → name ： trunk-a → fabric id ： a 、 enable failover → target ： adapterとvm （ 注意 ！完成したテンプレートでこの設定を変更すると失敗します）→ template type ： updating template →すべてのvilanをオフにします→MACプールでdynamic vnicアドレスの事前に作成されたmac pool選択します→ connection policies ： dynamic vnic 2番目のtrunk-bパターンは、 fabric idを除いて同じです： b 。
2. グループ化とは、 lan connectivity policyを意味します： lanタブ→ policies → root → lan connectivity policies esxi4-trunk-a PCM→ lan connectivity policies create lan connectivity policy → name ： [+] addボタンを使用してesxi4-trunk-a 、次に4つのネットワークインターフェイスを追加します。
   
   1. user vnic template横のボックスをuser vnic template 、3つのフィールドのみを入力します。 name ： nic0 、 vnic template ：前の段落で作成されたtrunk-a選択し、 adapter policy ： nn-vmw 、以前に作成されました。
   2. nameについてさらに3回繰り返しますnic3 .. nic3 ;

name ： esxi4-trunk-bについてセクション全体を繰り返しbそれぞれファクトリーbバインドします。

bios policy作成

bios policy -これらはBIOS設定です。BIOS設定に変更することで変更できます。 コンソールを開いて各ブレードにアクセスすることは意味がありません。これがすべてブレードパックのためにすぐに中央で実行できる場合です。

1. タブservers → policies → root → bios policiesによるbios policies → bios policies create bios policy ：
   
   1. name ： fex ;
   2. reboot on bios settings change反対側のチェックボックス。
   3. また、通常resume on ac power loss （サーバー）でresume on ac power lossために、 resetラジオreset反対側に設定します。
2. processorセクション：
   
   1. virtualization technology (vt) ： enabled 。
   2. direct cache access ： enabled 。
3. intel direct ioセクションでは、すべてのラジオボタンがenabled状態です。
4. これはDirectPath I/Oには適用されませんが、 boot optionsセクションでboot option retryを有効にすることも好きです。
5. これは、 DirectPath I/O必要な最小値ですDirectPath I/O 残りは必要です。または、すぐに[ Finish押します。

その他の設定は、ポリシーの作成後に変更できます。

service profile作成する

それから形成され、ブレードに直接掛けられ、それに応じて鉄片が構成されます。 サーバープロファイルを直接作成し、クローンを作成できます。 ただし、すべての依存サーバープロファイルで設定が継承および変更されるテンプレートから作成する方がより正確です。 サーバープロファイルテンプレートには、ここでは考慮されていない多くの設定が含まれています。これは、私の助けなしで既に完了していることを意味します。 ここでは、 DirectPath I/Oが機能するために必要なもののみを検討します。

サーバータブ→ service profile templates →右クリック→ create service profile template 。 name ： esxi4-a 、 type ： updating template 。 2番目の設定を完成したテンプレートに変更することはできないため、作成時に設定することを忘れることは非常に重要です。

networkingセクションで、 dynamic vnic connection policyを設定しcreate a specific dynamic vnic connection policyをcreate a specific dynamic vnic connection policyしcreate a specific dynamic vnic connection policy 。 number of dynamic vnics 。 マニュアルのネームプレートによると、ここのデフォルト値は54です：私はucs 6296を持っていucs 、 iomモデルはすべてのバスケットにiomを持っているので、最後の行によれば、 iom 9000の場合の最大vif数は58、mtu 1500の場合は58です116.この情報は部分的にのみ真実です。

明らかに、 マニュアルを書いたヒンズー教徒はこの問題を完全に理解していませんでした。 真実は、アダプタポリシーにキュー数とring size誇張された値が含まれている場合、ブレードは54の動的インターフェイスをダイジェストできません。 過大評価された値を拒否することはできません。サーバーには膨大なトラフィック負荷がかかり、ポートあたり10ギガビットをはるかに超えます（これについては後述します）。 アダプターポリソールと数値vif値を入力する数学的方法を使用して、私の場合、ここで数値33が正常に設定され、追加の静的インターフェースにわずかなマージンがあることがわかりました。 突然必要です。

このため、4つの静的インターフェイスを持つ回路を選択しました。 33の動的なインターフェイスはたくさんありますが、本当に誰にとっても十分なはずです 。 しかし、私のクラスターには、強力なネットワークを必要としない、半休眠状態の仮想マシンが多数あります。 33個の動的インターフェイスの1つをそれらに費やすのは無駄です。 したがって、これらのvdsは、より多くを要求し始めるまで、通常のvds存続します。 それらのほとんどはこのvds決して到達しないのでvds彼らは通常のvds絶えず生きます。

adapter policy ： nn-vmw-pt 、 protection ： protected 。 これは、 ucsmが各ブレードのDirectPath I/O用に作成する動的インターフェイスが両方の工場に均等に分散されることを意味します。 どうしてこうすることにしたのか思い出せません。 おそらく直観。 これが間違っている可能性もあり、動的インターフェイスは静的インターフェイスと同じファクトリに固定する必要があります。 時間はわかります。 再実行するのは簡単です。簡単で、変更のために仮想マシンを停止する必要はありません。

how do would you like to configure lan connectivity? ： use connectivity policy 。 ここで、前に作成したネットワークインターフェイステンプレートのグループ化を利用します。 lan connectivity policy ： esxi4-trunk-a

vnic/vhba placement 、スクリーンショットで簡単に表示できます。

operational policiesセクションで、新しく作成されたbios policyを設定する必要があります。 これで、サーバープロファイルテンプレートを作成できます。

テンプレートから、プロファイル自体を直接作成できるようになりました。 [サーバー]タブ→ service profile templates → root → esxi4-trunk-aよるesxi4-trunk-a → create service profiles from template 。 naming prefix ： test 、 name suffix starting number ： 1 、 number of instances ： 1 。 これは、 test1という名前の単一のプロファイルがテンプレートから作成されることを意味しtest1 。

次に、プロファイルをブレードに関連付ける必要があります。 タブservers service profiles root > test1クリックtest1 change service profile association 。 select existing serverをselect existing server 、表示されたタブレットでブレード自体を選択します。ブレード自体は作成されたプロファイルに関連付ける必要があります。 [ ok ]ボタンをクリックすると、 ucsmからブレードが再構築されるという警告の質問が表示されます。 私は肯定で答え、 ucsm仕事のために刃ucsm準備するのを待ちます。

ucsmがブレードを準備している間、サーバープロファイルのnetworkタブに注意する必要があります。 次のようになります。

正常に完了した後、このセクション全体を繰り返して、ファクトリbではなくファクトリb機能する2番目のテンプレートとプロファイルを作成する必要があります。

結婚する

自動車産業での結婚は、パワーユニットがボディに接続される瞬間です。 この名前はこのセクションにも最適です。

esxiのインストールはスキップします。 それは非常にシンプルで、まったく面白くないです。 ここでesxiしたVmware-ESXi-5.5.0-2068190-custom-Cisco-5.5.2.3.isoイメージからESXi550-201512001.zipをESXi550-201512001.zip 、ここからESXi550-201512001.zipアップグレードしたことESXi550-201512001.zipをESXi550-201512001.zip します 。 その結果、 vCenterによると、結果はバージョン5.5.0-3248547です。 または、 Vmware-ESXi-5.5.0-3248547-Custom-Cisco-5.5.3.2.iso （ link ）をすぐにインストールできます-結果は同じです。 esxiインストールイメージesxi Ciscoサーバー用に特別に準備されていますが、何らかの理由でcisco virtual machine fabric extender （ vm-fex ） vm-fex含まれていません。

個別にダウンロードする必要がcisco-vem-v161-5.5-1.2.7.1.zipますucs-bxxx-drivers-vmware.2.2.6c.isoからucs-bxxx-drivers-vmware.2.2.6c.isoファイルが必要ucs-bxxx-drivers-vmware.2.2.6c.iso 。 このドライバーをハイパーバイザーにアップロードしてesxcli software vib install -d /tmp/cisco-vem-v161-5.5-1.2.7.1.zip必要があります： esxcli software vib install -d /tmp/cisco-vem-v161-5.5-1.2.7.1.zip ところで、上記のリンクはすべて自由にスイングできます。登録するだけです。 自由にダウンロードできない唯一のものはvCenterです。 私はVMware-VCSA-all-6.0.0-3634788.iso （別名6.0u2 ）を使用しますが、 VMware-VCSA-all-6.0.0-3634788.isoでも成功したスタンドがあります。 また、 vcsaインストール、ハイパーバイザーの追加、クラスターの作成もスキップします。

なぜvcsaバージョン6とesxiバージョン5.5を選んだのかを議論する価値があるでしょう。 以前のすべてのvcsaのWebクライアントvcsaほぼ完全にflash記述されています。 , vmware, npapi , chrome 2015. vmware vsphere client , , -. vcsa , .

esxi , 5.1 , iscsi host profile . , , , . , vds 5.5 , . , cisco nexus 1000v . esxi 6.0 : ucs-bxxx-drivers-vmware.2.2.6c.iso/VM-FEX/Cisco/VIC/ESXi_6.0/README.html : Not supported .

. vds , vcsa . : vds . . vds . vcsa 5.5 :

vcsa 6.0 :

, , :

. supportforums.cisco.com , communities.vmware.com - vmware employees , , - . vcsa 5.5 npapi chrome , . , vds , ucsm , - - .

vds vmware vsphere client . , — , . esxi vds host profile . , esxi vds — sdk, , , .

, DirectPath I/O vds , ucsm . esxi vds . , . esxi vSwitch , vcsa , esxi , vds 5.5.

DirectPath I/O . , — , ucs-vds , — vmxnet3 , reserve all guest memory . . DirectPath I/O Active . ucsm :

bond. james bond. ?

, 14 /. , irqbalance :

 top - 13:35:03 up 9 days, 17:41, 2 users, load average: 0.00, 0.00, 0.00 Tasks: 336 total, 1 running, 334 sleeping, 0 stopped, 1 zombie Cpu0 : 1.4%us, 8.5%sy, 0.0%ni, 90.2%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 1.0%us, 7.8%sy, 0.0%ni, 91.2%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu2 : 1.4%us, 4.4%sy, 0.0%ni, 94.2%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu3 : 1.3%us, 8.1%sy, 0.0%ni, 90.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu4 : 2.5%us, 9.3%sy, 0.0%ni, 81.4%id, 0.0%wa, 0.0%hi, 6.8%si, 0.0%st Cpu5 : 1.8%us, 9.5%sy, 0.0%ni, 83.6%id, 0.0%wa, 0.0%hi, 5.1%si, 0.0%st Cpu6 : 1.8%us, 6.6%sy, 0.0%ni, 86.3%id, 0.0%wa, 0.0%hi, 5.2%si, 0.0%st Cpu7 : 2.6%us, 8.8%sy, 0.0%ni, 83.9%id, 0.0%wa, 0.0%hi, 4.7%si, 0.0%st Cpu8 : 2.9%us, 8.3%sy, 0.0%ni, 83.3%id, 0.0%wa, 0.0%hi, 5.4%si, 0.0%st Cpu9 : 1.0%us, 8.0%sy, 0.0%ni, 91.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu10 : 1.3%us, 8.9%sy, 0.0%ni, 89.4%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st Cpu11 : 1.3%us, 9.3%sy, 0.0%ni, 89.4%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu12 : 0.7%us, 3.1%sy, 0.0%ni, 96.2%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu13 : 1.1%us, 5.3%sy, 0.0%ni, 88.0%id, 0.0%wa, 0.0%hi, 5.6%si, 0.0%st Cpu14 : 2.9%us, 8.7%sy, 0.0%ni, 81.9%id, 0.0%wa, 0.0%hi, 6.5%si, 0.0%st Cpu15 : 1.8%us, 9.0%sy, 0.0%ni, 82.4%id, 0.0%wa, 0.0%hi, 6.8%si, 0.0%st Mem: 8059572k total, 3767200k used, 4292372k free, 141128k buffers Swap: 4194300k total, 0k used, 4194300k free, 321080k cached 

- , . , . . ucs ( ) . ecmp ? , . Cisco UCS . port-channel . , — 80 /.

• DirectPath I/O VMWare ;
• DirectPath I/O Cisco UCS vm-fex ;
• cisco customer image for vmware esxi 5.5u2 install cd ;
• cisco customer image for vmware esxi 5.5u3a install cd ;
• esxi ;
• cisco vm-fex esxi ;
• cisco vm-fex best practices ;
• esxi 5.1 ;