仮想化管理ガイド

手順3.2 virt-manager を使用した仮想マシンのクローンの作成

1. virt-manager を開く

   virt-manager を起動します。Applications メニューおよび System Tools サブメニューから Virtual Machine Manager アプリケーションを起動します。または、root で virt-manager を実行します。
   Virtual Machine Manager にあるゲスト仮想マシンの一覧から、クローンを作成するゲスト仮想マシンを選択します。
   クローンを作成するゲスト仮想マシンを右クリックし、Clone を選択します。Clone Virtual Machine ウィンドウが開きます。

   図3.1 Clone Virtual Machine ウィンドウ

   

2. クローンの設定

   • クローンの名前を変更する場合は、クローンの新しい名前を入力します。
   • ネットワーク設定を変更する場合は、Details を選択します。
     クローンの新しい MAC アドレスを入力します。
     OK をクリックします。

     図3.2 Change MAC Address ウィンドウ

     
   • クローンを作成したゲスト仮想マシンのディスクごとに、次のいずれかのオプションを選択します。
     • Clone this disk - ディスクは、クローンとして作成されたゲスト仮想マシンのクローンとして作成されます。
     • Share disk with guest virtual machine name - ディスクは、クローンを作成されるゲスト仮想マシンとそのクローンで共有されます。
     • Details - ストレージパスの変更 画面を開きます。これにより、ディスクへの新しいパスの選択が可能になります。

       図3.3 Change storage path ウィンドウ

       

3. ゲスト仮想マシンのクローンを作成する

   Clone をクリックします。

1. 手順4.1「libvirtd.conf の設定」 の説明に従って、libvirtd.conf ファイルを開きます。
2. Processing controls のセクションを探します。

   #################################################################
   #
   # Processing controls
   #
   
   # The maximum number of concurrent client connections to allow
   # over all sockets combined.
   #max_clients = 20
   
   
   # The minimum limit sets the number of workers to start up
   # initially. If the number of active clients exceeds this,
   # then more threads are spawned, upto max_workers limit.
   # Typically you'd want max_workers to equal maximum number
   # of clients allowed
   #min_workers = 5
   #max_workers = 20
   
   
   # The number of priority workers. If all workers from above
   # pool will stuck, some calls marked as high priority
   # (notably domainDestroy) can be executed in this pool.
   #prio_workers = 5
   
   # Total global limit on concurrent RPC calls. Should be
   # at least as large as max_workers. Beyond this, RPC requests
   # will be read into memory and queued. This directly impact
   # memory usage, currently each request requires 256 KB of
   # memory. So by default upto 5 MB of memory is used
   #
   # XXX this isn't actually enforced yet, only the per-client
   # limit is used so far
   #max_requests = 20
   
   # Limit on concurrent requests from a single client
   # connection. To avoid one client monopolizing the server
   # this should be a small fraction of the global max_requests
   # and max_workers parameter
   #max_client_requests = 5
   
   #################################################################
   

3. max_clients および max_workers パラメーターの設定を変更します。両方のパラメーターの番号が同じであることが推奨されます。max_clients は、移行ごとに 2 つのクライアント (各側に 1 つ) を使用します。max_workers は、実行フェーズ中に移行元で 1 つのワーカーと、移行先で 0 のワーカーを使用し、終了フェーズ中に移行先でワーカーを 1 つ使用します。
   重要
   max_clients パラメーターおよび max_workers パラメーターの設定は、libvirtd サービスへのゲスト仮想マシンのすべての接続の影響を受けます。つまり、同じゲスト仮想マシンを使用しているユーザーで、同時に移行を実行しているすべてのユーザーは、max_clients および max_workers パラメーター設定で設定される制限にも古いことになります。このため、同時ライブマイグレーションを実行する前に、最大値を慎重に検討する必要があります。
4. ファイルを保存し、サービスを再起動します。
   注記
   起動したにもかかわらず認証されていない ssh セッションが多すぎるために、移行接続が切断する場合があります。デフォルトでは、sshd で許可されるセッションは 10 セッションのみで、常に "pre-authenticated state" となります。この設定は、sshd 設定ファイル (ここでは /etc/ssh/sshd_config) の MaxStartups パラメーターで制御されます。これには調整が必要な場合があります。この制限は DoS 攻撃 (および一般的なリソースの過剰使用) を防ぐために設定されているため、このパラメーターの調整は慎重に行ってください。この値を高く設定しすぎると、目的が無効になります。このパラメーターを変更するには、ファイル/etc/ssh/sshd_configを変更し、MaxStartups 行の先頭から#を削除して、10 (デフォルト値) をより大きな数値に変更します。必ず保存して、sshd サービスを再起動してください。詳細は、sshd_config の man ページを参照してください。

手順9.3 virsh を使用した PCI デバイスのゲスト仮想マシンへの割り当て

1. デバイスの識別

   まず、仮想マシンへのデバイス割り当てに指定されている PCI デバイスを特定します。使用可能な PCI デバイスの一覧を表示する場合は、lspci コマンドを実行します。grep を使用して、lspci の出力を絞り込むことができます。
   この例では、以下の出力で強調表示されているイーサネットコントローラーを使用します。

   # lspci | grep Ethernet
   00:19.0 Ethernet controller: Intel Corporation 82567LM-2 Gigabit Network Connection
   01:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
   01:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)

   このイーサネットコントローラーは、短い識別子 00:19.0 で表示されます。この PCI デバイスを仮想マシンに割り当てるには、virsh が使用する完全な ID を確認する必要があります。
   これを行うには、virsh nodedev-list コマンドを使用して、ホストマシンに接続されている特定タイプ (pci) のデバイスをすべて一覧表示します。次に、使用するデバイスの短い識別子にマップする文字列の出力を調べます。
   この例では、短い識別子 00:19.0 を使用して、イーサネットコントローラーにマップする文字列を示しています。この例では、: と . が、完全な識別子では、文字はアンダースコアに置き換えられます。

   # virsh nodedev-list --cap pci
   pci_0000_00_00_0
   pci_0000_00_01_0
   pci_0000_00_03_0
   pci_0000_00_07_0
   pci_0000_00_10_0
   pci_0000_00_10_1
   pci_0000_00_14_0
   pci_0000_00_14_1
   pci_0000_00_14_2
   pci_0000_00_14_3
   pci_0000_00_19_0
   pci_0000_00_1a_0
   pci_0000_00_1a_1
   pci_0000_00_1a_2
   pci_0000_00_1a_7
   pci_0000_00_1b_0
   pci_0000_00_1c_0
   pci_0000_00_1c_1
   pci_0000_00_1c_4
   pci_0000_00_1d_0
   pci_0000_00_1d_1
   pci_0000_00_1d_2
   pci_0000_00_1d_7
   pci_0000_00_1e_0
   pci_0000_00_1f_0
   pci_0000_00_1f_2
   pci_0000_00_1f_3
   pci_0000_01_00_0
   pci_0000_01_00_1
   pci_0000_02_00_0
   pci_0000_02_00_1
   pci_0000_06_00_0
   pci_0000_07_02_0
   pci_0000_07_03_0

   使用するデバイスにマップする PCI デバイス番号を記録します。これは別の手順で必要になります。

2. デバイス情報の確認

   ドメイン、バス、および機能の情報は、virsh nodedev-dumpxml コマンドの出力から取得できます。

   virsh nodedev-dumpxml pci_0000_00_19_0
   <device>
     <name>pci_0000_00_19_0</name>
     <parent>computer</parent>
     <driver>
       <name>e1000e</name>
     </driver>
     <capability type='pci'>
       <domain>0</domain>
       <bus>0</bus>
       <slot>25</slot>
       <function>0</function>
       <product id='0x1502'>82579LM Gigabit Network Connection</product>
       <vendor id='0x8086'>Intel Corporation</vendor>
       <iommuGroup number='7'>
         <address domain='0x0000' bus='0x00' slot='0x19' function='0x0'/>
       </iommuGroup>
     </capability>
   </device>

   注記
   IOMMU グループは、IOMMU からの視認性とデバイスの分離に基づいて決定されます。各 IOMMU グループには、1 つ以上のデバイスを含めることができます。複数のデバイスが存在する場合は、グループ内のすべてのデバイスがゲストに割り当てられるため、IOMMU グループ内のすべてのエンドポイントが要求されます。これは、追加のエンドポイントをゲストに割り当てるか、virsh nodedev-detach を使用してホストドライバーから外すことで実行できます。1 つのグループに含まれるデバイスが複数のゲストに分割されたり、ホストとゲストが分割されたりすることはありません。PCIe root ポート、スイッチポート、ブリッジなどのエンドポイント以外のデバイスは、ホストドライバーから分離しないでください。また、エンドポイントの割り当てに影響を及ぼしません。

   IOMMU グループ内のデバイスは、virsh nodedev-dumpxml 出力の IOMMU グループセクションを使用して決定できます。グループの各メンバーは、別のアドレスフィールドで提供されます。この情報は、sysfs で以下を使用して取得することもできます。

   $ ls /sys/bus/pci/devices/0000:01:00.0/iommu_group/devices/

   この出力の例を以下に示します。

   0000:01:00.0  0000:01:00.1

   ゲストに 0000.01.00.0 のみを割り当てるには、ゲストを起動する前に、使用されていないエンドポイントをホストから分離する必要があります。

   $ virsh nodedev-detach pci_0000_01_00_1

3. 必要な設定の詳細を決定する

   設定ファイルに必要な値は、virsh nodedev-dumpxml pci_0000_00_19_0 コマンドの出力を参照してください。
   この例のデバイスは、bus = 0、slot = 25、および function = 0 の値を持ちます。10 進数の設定では、この 3 つの値が使用されます。

   bus='0'
   slot='25'
   function='0'

4. 設定の詳細の追加

   virsh edit を実行し、仮想マシン名を指定し、<source> セクションにデバイスエントリーを追加して、PCI デバイスをゲスト仮想マシンに割り当てます。

   # virsh edit guest1-rhel6-64
   <hostdev mode='subsystem' type='pci' managed='yes'>
     <source>
        <address domain='0' bus='0' slot='25' function='0'/>
     </source>
   </hostdev>

   または、virsh attach-device を実行して、仮想マシンの名前とゲストの XML ファイルを指定します。

   virsh attach-device guest1-rhel6-64 file.xml

5. 仮想マシンの起動

   # virsh start guest1-rhel6-64

手順9.4 virt-manager を使用した PCI デバイスのゲスト仮想マシンへの割り当て

1. ハードウェア設定を開く

   ゲスト仮想マシンを開き、Add Hardware をクリックして、仮想マシンに新しいデバイスを追加します。

   図9.1 仮想マシンのハードウェア情報ウィンドウ

   

2. PCI デバイスの選択

   左側の Hardware 一覧から PCI Host Device を選択します。
   未使用の PCI デバイスを選択します。別のゲストが使用している PCI デバイスを選択すると、エラーが発生する可能性があります。この例では、予備の 82576 ネットワークデバイスが使用されています。Finish を選択して設定を完了します。

   図9.2 Add new virtual hardware ウィザード

   

3. 新しいデバイスの追加

   セットアップが完了し、ゲスト仮想マシンが PCI デバイスに直接アクセスできるようになりました。

   図9.3 仮想マシンのハードウェア情報ウィンドウ

   

手順9.5 virt-install を使用した、仮想マシンへの PCI デバイスの割り当て

1. デバイスの識別

   ゲスト仮想マシンにデバイス割り当てに指定されている PCI デバイスを特定します。

   # lspci | grep Ethernet
   00:19.0 Ethernet controller: Intel Corporation 82567LM-2 Gigabit Network Connection
   01:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
   01:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)

   virsh nodedev-list コマンドは、システムに接続されているすべてのデバイスの一覧を表示し、各 PCI デバイスを文字列で識別します。出力を PCI デバイスのみに制限するには、次のコマンドを実行します。

   # virsh nodedev-list --cap pci
   pci_0000_00_00_0
   pci_0000_00_01_0
   pci_0000_00_03_0
   pci_0000_00_07_0
   pci_0000_00_10_0
   pci_0000_00_10_1
   pci_0000_00_14_0
   pci_0000_00_14_1
   pci_0000_00_14_2
   pci_0000_00_14_3
   pci_0000_00_19_0
   pci_0000_00_1a_0
   pci_0000_00_1a_1
   pci_0000_00_1a_2
   pci_0000_00_1a_7
   pci_0000_00_1b_0
   pci_0000_00_1c_0
   pci_0000_00_1c_1
   pci_0000_00_1c_4
   pci_0000_00_1d_0
   pci_0000_00_1d_1
   pci_0000_00_1d_2
   pci_0000_00_1d_7
   pci_0000_00_1e_0
   pci_0000_00_1f_0
   pci_0000_00_1f_2
   pci_0000_00_1f_3
   pci_0000_01_00_0
   pci_0000_01_00_1
   pci_0000_02_00_0
   pci_0000_02_00_1
   pci_0000_06_00_0
   pci_0000_07_02_0
   pci_0000_07_03_0

   PCI デバイス番号を記録します。この番号は他の手順で確認する必要があります。
   ドメイン、バス、および機能の情報は、virsh nodedev-dumpxml コマンドの出力から取得できます。

   # virsh nodedev-dumpxml pci_0000_01_00_0
   <device>
     <name>pci_0000_01_00_0</name>
     <parent>pci_0000_00_01_0</parent>
     <driver>
       <name>igb</name>
     </driver>
     <capability type='pci'>
       <domain>0</domain>
       <bus>1</bus>
       <slot>0</slot>
       <function>0</function>
       <product id='0x10c9'>82576 Gigabit Network Connection</product>
       <vendor id='0x8086'>Intel Corporation</vendor>
       <iommuGroup number='7'>
         <address domain='0x0000' bus='0x00' slot='0x19' function='0x0'/>
       </iommuGroup>
     </capability>
   </device>

   注記
   IOMMU グループに複数のエンドポイントがあり、そのすべてがゲストに割り当てられていない場合は、ゲストを起動する前に次のコマンドを実行して、ホストからその他のエンドポイントの割り当てを手動で解除する必要があります。

   $ virsh nodedev-detach pci_0000_00_19_1

   IOMMU グループの詳細は、「virsh を使用した PCI デバイスの割り当て」 の 注記 を参照してください。

2. デバイスの追加

   virshnodedev コマンドから出力された PCI 識別子を --host-device パラメーターの値として使用します。

   virt-install \
   --name=guest1-rhel6-64 \
   --disk path=/var/lib/libvirt/images/guest1-rhel6-64.img,size=8 \
   --nonsparse --graphics spice \
   --vcpus=2 --ram=2048 \
   --location=http://example1.com/installation_tree/RHEL6.0-Server-x86_64/os \
   --nonetworks \
   --os-type=linux \
   --os-variant=rhel6
   --host-device=pci_0000_01_00_0

3. インストールを完了する

   ゲストのインストールを完了します。PCI デバイスはゲストに接続する必要があります。

手順9.6 virsh を使用したゲストからの PCI デバイスの切り離し

1. デバイスの取り外し

   次のコマンドを使用して、ゲストの XML ファイルから PCI デバイスを削除し、ゲストから PCI デバイスを切り離します。

   # virsh detach-device name_of_guest file.xml

2. デバイスをホストに再接続します (オプション)。

   デバイスが managed モードにある場合は、この手順を省略します。デバイスは自動的にホストに戻ります。
   デバイスが managed モードを使用していない場合は、以下のコマンドを使用して PCI デバイスをホストマシンに再接続します。

   # virsh nodedev-reattach device

   たとえば、pci_0000_01_00_0 デバイスーをホストコンピューターに再接続するには、次のコマンドを実行します。

   virsh nodedev-reattach pci_0000_01_00_0

   これで、デバイスがホストで使用できるようになります。

手順9.7 virt-manager を使用したゲストからの PCI デバイスの切り離し

1. 仮想ハードウェアの詳細画面を開きます。

   virt-manager で、デバイスを含む仮想マシンをダブルクリックします。Show virtual hardware details ボタンを選択すると、仮想ハードウェアの一覧が表示されます。

   図9.4 仮想ハードウェアの詳細ボタン

   

2. デバイスを選択して削除する

   左側のパネルにある仮想デバイスの一覧から、取り外す PCI デバイスを選択します。

   図9.5 取り外す PCI デバイスの選択

   
   Remove ボタンをクリックして確定します。これで、デバイスがホストで使用できるようになります。

手順9.8 SR-IOV で PCI デバイスを割り当てる MAC アドレス、vLAN、および仮想ポートの設定

1. ゲスト仮想マシンをシャットダウンします。

   virsh shutdown コマンドの使用 (「ゲスト仮想マシンのシャットダウン」 を参照)、guestVM という名前のゲスト仮想マシンをシャットダウンします。

   # virsh shutdown guestVM

2. 情報の収集

   <interface type='hostdev'> を使用するには、SR-IOV 対応のネットワークカード、Intel VT-d 拡張機能または AMD IOMMU 拡張機能に対応するホストの物理マシンハードウェアが必要で、割り当てる VF の PCI アドレスを把握している必要があります。

3. 編集する XML ファイルを開く

   # virsh save-image-edit コマンドを実行し、XML ファイルを編集用に開きます (詳細は 「ドメイン XML 設定ファイルの編集」 を参照してください)。ゲスト仮想マシンを以前の実行状態に復元する必要があるため、この場合は --running が使用されます。この例の設定ファイルの名前は guestVM.xml です。ゲスト仮想マシンの名前は guestVM です。

    # virsh save-image-edit guestVM.xml --running 

   guestVM.xmlがデフォルトのエディターで開きます。

4. XML ファイルの編集

   設定ファイル (guestVM.xml) を更新して、以下のような<devices> エントリーが表示されるようにします。

   図9.7 hostdev インターフェイスタイプのサンプルドメイン XML

   
    <devices>
      ...
      <interface type='hostdev' managed='yes'>
        <source>
          <address type='pci' domain='0x0' bus='0x00' slot='0x07' function='0x0'/> <!--these values can be decimal as well-->
        </source>
        <mac address='52:54:00:6d:90:02'/>                                         <!--sets the mac address-->
        <virtualport type='802.1Qbh'>                                              <!--sets the virtual port for the 802.1Qbh switch-->
          <parameters profileid='finance'/>
        </virtualport>
        <vlan>                                                                     <!--sets the vlan tag-->
         <tag id='42'/>
        </vlan>
      </interface>
      ...
    </devices>
   
   

   MAC アドレスを指定しないと、その他のタイプのインターフェイスデバイスと同様に、MAC アドレスが自動的に生成されることに注意してください。また、<virtualport> 要素は、802.11Qgh ハードウェアスイッチ(802.11Qbg)に接続する場合にのみ使用されます。"VEPA"）スイッチは現在サポートされていません。

5. ゲスト仮想マシンの再起動

   virsh start コマンドを実行して、最初の手順でシャットダウンしたゲスト仮想マシンを再起動します (例では、ゲスト仮想マシンのドメイン名として guestVM を使用します)。詳細は、「定義済みドメインの開始」 を参照してください。

    # virsh start guestVM 

   ゲスト仮想マシンは起動時に、設定された MAC アドレスを持つ、物理ホストマシンのアダプターにより提供されたネットワークデバイスを認識します。この MAC アドレスは、ゲスト仮想マシンやホストの物理マシンを再起動しても変更されません。

手順9.9 デバイスプールの作成

1. ゲスト仮想マシンをシャットダウンします。

   virsh shutdown コマンドの使用 (「ゲスト仮想マシンのシャットダウン、再起動、および強制シャットダウン」 を参照)、guestVM という名前のゲスト仮想マシンをシャットダウンします。

   # virsh shutdown guestVM

2. 設定ファイルの作成

   任意のエディターを使用して、/tmp ディレクトリーに XML ファイル (名前は passthrough.xml など) を作成します。pf dev='eth3' を、ご使用の SR-IOV デバイスの PF の netdev 名に置き換えてください。
   以下は、ホスト物理マシンの "eth3' にある physical function (PF) を持つ SR-IOV アダプターのすべての VF のプールを使用できるようにするネットワーク定義の例です。

   図9.8 サンプルのネットワーク定義ドメイン XML

         
   <network>
      <name>passthrough</name>                                                <!--This is the name of the file you created-->
      <forward mode='hostdev' managed='yes'>
        <pf dev='myNetDevName'/>                                              <!--Use the netdev name of your SR-IOV devices PF here-->
      </forward>
   </network>
         
   
   

3. 新しい XML ファイルの読み込み

   /tmp/passthrough.xml を、前の手順で作成した XML ファイルの名前と場所に置き換え、次のコマンドを実行します。

   # virsh net-define /tmp/passthrough.xml

4. ゲストの再起動

   以下の passthrough.xml を、前の手順で作成した XML ファイルの名前に置き換えます。

    # virsh net-autostart passthrough # virsh net-start passthrough 

5. ゲスト仮想マシンの再起動

   virsh start コマンドを実行して、最初の手順でシャットダウンしたゲスト仮想マシンを再起動します (例では、ゲスト仮想マシンのドメイン名として guestVM を使用します)。詳細は、「定義済みドメインの開始」 を参照してください。

    # virsh start guestVM 

6. デバイスのパススルーの開始

   表示されているデバイスは 1 つだけですが、libvirt は、ゲスト仮想マシンが次のようなドメイン XML のインターフェイス定義で初めて起動されたときに、その PF に関連付けられているすべての VF のリストを自動的に取得します。

   図9.9 インターフェイスネットワーク定義のサンプルドメイン XML

            
   <interface type='network'>
      <source network='passthrough'>
   </interface>
         
   
   

7. 検証

   ネットワークを使用する最初のゲストを起動したら、virsh net-dumpxml passthrough コマンドを実行し、これを確認できます。以下のような出力が得られます。

   図9.10 XML ダンプファイルのpassthroughコンテンツ

         
   <network connections='1'>
      <name>passthrough</name>
      <uuid>a6b49429-d353-d7ad-3185-4451cc786437</uuid>
      <forward mode='hostdev' managed='yes'>
        <pf dev='eth3'/>
        <address type='pci' domain='0x0000' bus='0x02' slot='0x10' function='0x1'/>
        <address type='pci' domain='0x0000' bus='0x02' slot='0x10' function='0x3'/>
        <address type='pci' domain='0x0000' bus='0x02' slot='0x10' function='0x5'/>
        <address type='pci' domain='0x0000' bus='0x02' slot='0x10' function='0x7'/>
        <address type='pci' domain='0x0000' bus='0x02' slot='0x11' function='0x1'/>
        <address type='pci' domain='0x0000' bus='0x02' slot='0x11' function='0x3'/>
        <address type='pci' domain='0x0000' bus='0x02' slot='0x11' function='0x5'/>
      </forward>
   </network>
         
   
   

手順10.1 ゲストエージェントとホスト間の通信の設定

1. ゲスト XML を開きます

   QEMU ゲストエージェント設定でゲスト XML を開きます。ファイルを開くにはゲスト名が必要です。ホストマシンでコマンド #virsh list を使用して、認識できるゲストを一覧表示します。この例では、ゲストの名前は rhel6 です。

   # virsh edit rhel6

2. ゲスト XML ファイルを編集します

   次の要素を XML ファイルに追加し、変更を保存します。

   図10.1 ゲスト XML を編集して QEMU ゲストエージェントを設定する

   <channel type='unix'>
      <source mode='bind' path='/var/lib/libvirt/qemu/rhel6.agent'/>
      <target type='virtio' name='org.qemu.guest_agent.0'/>
   </channel>
   
   

3. ゲストでの QEMU ゲストエージェントの起動

   まだ行っていない場合は、yum install qemu-guest-agent を使用してゲスト仮想マシンにゲストエージェントをダウンロードしてインストールします。インストールしたら、次のようにサービスを開始します。

   # service start qemu-guest-agent

1. ディスクに GPT ディスクラベルを作成します

   ディスクには、GUID パーティションテーブル (GPT) ディスクラベルを付け直す必要があります。GPT ディスクラベルを使用すると、各デバイスに最大 128 個のパーティションを作成できます。GPT パーティションテーブルは、MS-DOS パーティションテーブルよりもはるかに多くのパーティションのパーティションデータを格納できます。

   # parted /dev/sdb
   GNU Parted 2.1
   Using /dev/sdb
   Welcome to GNU Parted! Type 'help' to view a list of commands.
   (parted) mklabel
   New disk label type? gpt
   (parted) quit
   Information: You may need to update /etc/fstab.
   #
   

2. ストレージプール設定ファイルを作成します

   新規デバイスに必要なストレージプール情報を含む一時的な XML テキストファイルを作成します。
   ファイルは以下に示す形式で、次のフィールドが含まれている必要があります。

   <name>guest_images_disk</name>

   nameパラメーターは、ストレージプールの名前を決定します。この例では、以下の例で guest_images_disk という名前を使用しています。

   <device path='/dev/sdb'/>

   deviceパラメーターにpath属性を指定すると、ストレージデバイスのデバイスパスが指定されます。この例では、デバイス /dev/sdb を使用しています。

   <target> <path>/dev</path></target>

   ファイルシステム target パラメーターと path サブパラメーターは、このストレージプールで作成されたボリュームを接続するホスト物理マシンファイルシステム上の場所を決定します。

   たとえば、sdb1、sdb2、sdb3 です。以下の例のように /dev/ を使用すると、このストレージプールから作成されたボリュームに /dev/sdb1、/dev/sdb2、/dev/sdb3 としてアクセスできることを意味します。

   <format type='gpt'/>

   formatパラメーターは、パーティションテーブルの種類を指定します。この例では、次の例の gpt を使用して、前の手順で作成した GPT ディスクラベルタイプと一致させます。

   テキストエディターを使用して、ストレージプールデバイスの XML ファイルを作成します。

   例12.2 ディスクベースのストレージデバイスストレージプール

   <pool type='disk'>
     <name>guest_images_disk</name>
     <source>
       <device path='/dev/sdb'/>
       <format type='gpt'/>
     </source>
     <target>
       <path>/dev</path>
     </target>
   </pool>
   

3. デバイスを接続します

   前の手順で作成した XML 設定ファイルで virshpool-define コマンドを使用して、ストレージプール定義を追加します。

   # virsh pool-define ~/guest_images_disk.xml
   Pool guest_images_disk defined from /root/guest_images_disk.xml
   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   guest_images_disk    inactive   no
   

4. ストレージプールを起動します。

   virshpool-start コマンドを使用してストレージプールを開始します。virshpool-list--all コマンドを使用してプールが開始されていることを確認します。

   # virsh pool-start guest_images_disk
   Pool guest_images_disk started
   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   guest_images_disk    active     no
   

5. 自動起動をオンにします

   オンにするautostartストレージプール用。Autostart は、サービスの開始時にストレージプールを開始するように libvirtd サービスを設定します。

   # virsh pool-autostart guest_images_disk
   Pool guest_images_disk marked as autostarted
   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   guest_images_disk    active     yes
   

6. ストレージプールの設定を確認する

   ストレージプールが正しく作成され、サイズが正しく報告され、状態が次のように報告されることを確認しますrunning。

   # virsh pool-info guest_images_disk
   Name:           guest_images_disk
   UUID:           551a67c8-5f2a-012c-3844-df29b167431c
   State:          running
   Capacity:       465.76 GB
   Allocation:     0.00
   Available:      465.76 GB
   # ls -la /dev/sdb
   brw-rw----. 1 root disk 8, 16 May 30 14:08 /dev/sdb
   # virsh vol-list guest_images_disk
   Name                 Path
   -----------------------------------------
   

7. オプション: 一時設定ファイルを削除します

   必要がない場合は、一時ストレージプールの XML 設定ファイルを削除します。

   # rm ~/guest_images_disk.xml

1. 同じプールを使用している他のゲスト仮想マシンでの問題を回避するには、ストレージプールを停止し、使用中のリソースを解放することをお勧めします。

   # virsh pool-destroy guest_images_disk

2. ストレージプールの定義を削除します。

   # virsh pool-undefine guest_images_disk

手順12.1 virt-manager を使用したパーティションベースのストレージプールの作成

1. ストレージプールの設定を開きます

   1. virt-manager のグラフィカルインターフェイスで、メインウィンドウからホストの物理マシンを選択します。
      Edit メニューを開き、Connection Details を選択します。

      図12.1 接続の詳細

      
   2. Connection Details ウィンドウの Storage タブをクリックします。

      図12.2 ストレージタブ

      

2. 新しいストレージプールを作成します

   1. 新しいプールの追加 (パート 1)

      + ボタン (プールの追加ボタン) を押します。Add a New Storage Pool ウィザードが表示されます。
      ストレージプールの Name を選択します。この例では、guest_images_fs という名前を使用します。Type を fs: Pre-Formatted Block Device に変更します。

      図12.3 ストレージプールの名前とタイプ

      
      Forward ボタンを押して続行します。

   2. 新しいプールの追加 (パート 2)

      Target Path、Format、および Source Path フィールドを変更します。

      図12.4 ストレージプールのパスと形式

      

      ターゲットパス

      Target Path フィールドに、ストレージプールのソースデバイスをマウントする場所を入力します。場所がまだ存在しない場合は、virt-manager がディレクトリーを作成します。

      形式

      Format リストからフォーマットを選択します。デバイスは選択したフォーマットでフォーマットされています。

      この例では、デフォルトの Red Hat Enterprise Linux ファイルシステムである ext4 ファイルシステムを使用しています。

      ソースパス

      Source Path フィールドにデバイスを入力します。

      この例では、/dev/sdc1 デバイスを使用しています。

      詳細を確認し、Finish ボタンを押してストレージプールを作成します。

3. 新しいストレージプールを確認します

   新しいストレージプールは、数秒後に左側のストレージリストに表示されます。サイズが期待どおりに報告されていることを確認します。この例では 458.20 GB が空き です。State フィールドが新しいストレージプールを Active としてレポートしていることを確認します。
   ストレージプールを選択します。Autostart フィールドで、On Boot 時チェックボックスをクリックします。これにより、libvirtd サービスが開始するたびにストレージデバイスが確実に開始されます。

   図12.5 ストレージリストの確認

   
   これでストレージプールが作成され、Connection Details ウィンドウを閉じます。

1. 同じプールを使用している他のゲスト仮想マシンでの問題を回避するには、ストレージプールを停止し、使用中のリソースを解放することをお勧めします。これを行うには、停止するストレージプールを選択し、ストレージウィンドウの下部にある赤い X アイコンをクリックします。

   図12.6 停止アイコン

   
2. ごみ箱アイコンをクリックして、ストレージプールを削除します。このアイコンは、最初にストレージプールを停止した場合にのみ有効になります。

手順12.2 virsh を使用して事前にフォーマットされたブロックデバイスストレージプールを作成する

1. ストレージプール定義を作成します

   virsh pool-define-as コマンドを使用して、新しいストレージプール定義を作成します。事前にフォーマットされたディスクをストレージプールとして定義するには、次の 3 つのオプションを提供する必要があります。

   パーティション名

   nameパラメーターは、ストレージプールの名前を決定します。この例では、以下の例で guest_images_fs という名前を使用しています。

   device

   deviceパラメーターにpath属性を指定すると、ストレージデバイスのデバイスパスが指定されます。この例では、パーティション /dev/sdc1 を使用しています。

   mountpoint

   フォーマットされたデバイスがマウントされるローカルファイルシステム上のmountpoint。マウントポイントディレクトリーが存在しない場合、virsh コマンドでディレクトリーを作成できます。

   この例では、ディレクトリー /guest_images が使用されています。

   # virsh pool-define-as guest_images_fs fs - - /dev/sdc1 - "/guest_images"
   Pool guest_images_fs defined
   

   これで、新しいプールとマウントポイントが作成されました。

2. 新しいプールを確認する

   現在のストレージプールを一覧表示します。

   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   guest_images_fs      inactive   no
   

3. マウントポイントを作成します。

   virsh pool-build コマンドを使用して、事前にフォーマットされたファイルシステムストレージプールのマウントポイントを作成します。

   # virsh pool-build guest_images_fs
   Pool guest_images_fs built
   # ls -la /guest_images
   total 8
   drwx------.  2 root root 4096 May 31 19:38 .
   dr-xr-xr-x. 25 root root 4096 May 31 19:38 ..
   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   guest_images_fs      inactive   no
   

4. ストレージプールを起動します。

   virsh pool-start コマンドを使用して、ファイルシステムをマウントポイントにマウントし、プールを使用できるようにします。

   # virsh pool-start guest_images_fs
   Pool guest_images_fs started
   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   guest_images_fs      active     no
   

5. 自動起動をオンにします

   デフォルトでは、virsh で定義されたストレージプールは、libvirtd が起動するたびに自動的に起動するように設定されていません。これを修正するには、virsh pool-autostart コマンドで自動開始を有効にします。ストレージプールは、libvirtd が起動するたびに自動的に起動するようになりました。

   # virsh pool-autostart guest_images_fs
   Pool guest_images_fs marked as autostarted
   
   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   guest_images_fs      active     yes
   

6. ストレージプールを確認します。

   ストレージプールが正しく作成され、報告されたサイズが期待どおりで、状態が running と報告されたことを確認します。ファイルシステムのマウントポイントに lost+found ディレクトリーがあり、デバイスがマウントされていることを確認します。

   # virsh pool-info guest_images_fs
   Name:           guest_images_fs
   UUID:           c7466869-e82a-a66c-2187-dc9d6f0877d0
   State:          running
   Persistent:     yes
   Autostart:      yes
   Capacity:       458.39 GB
   Allocation:     197.91 MB
   Available:      458.20 GB
   # mount | grep /guest_images
   /dev/sdc1 on /guest_images type ext4 (rw)
   # ls -la /guest_images
   total 24
   drwxr-xr-x.  3 root root  4096 May 31 19:47 .
   dr-xr-xr-x. 25 root root  4096 May 31 19:38 ..
   drwx------.  2 root root 16384 May 31 14:18 lost+found
   

1. 同じプールを使用している他のゲスト仮想マシンでの問題を回避するには、ストレージプールを停止し、使用中のリソースを解放することをお勧めします。

   # virsh pool-destroy guest_images_disk

2. オプションで、ストレージプールが存在するディレクトリーを削除する場合は、次のコマンドを使用します。

   # virsh pool-delete guest_images_disk

3. ストレージプールの定義を削除します。

   # virsh pool-undefine guest_images_disk

1. ローカルディレクトリーを作成します

   1. オプション: ストレージプール用の新しいディレクトリーを作成します

      ストレージプール用のディレクトリーをホスト物理マシンに作成します。この例では、/guest virtual machine_images という名前のディレクトリーを使用しています。

      # mkdir /guest_images

   2. ディレクトリーの所有権を設定する

      ディレクトリーのユーザーとグループの所有権を変更します。ディレクトリーは root ユーザーが所有している必要があります。

      # chown root:root /guest_images

   3. ディレクトリーのアクセス許可を設定する

      ディレクトリーのファイル権限を変更します。

      # chmod 700 /guest_images

   4. 変更を確認します。

      権限が変更されたことを確認します。出力には、正しく設定された空のディレクトリーが表示されます。

      # ls -la /guest_images
      total 8
      drwx------.  2 root root 4096 May 28 13:57 .
      dr-xr-xr-x. 26 root root 4096 May 28 13:57 ..
      

2. SELinux ファイルコンテキストを設定する

   新しいディレクトリーの正しい SELinux コンテキストを設定します。プールの名前とディレクトリーは一致している必要はないことに注意してください。ただし、ゲスト仮想マシンをシャットダウンすると、libvirt はコンテキストをデフォルト値に戻す必要があります。ディレクトリーのコンテキストによって、このデフォルト値が決まります。ディレクトリー virt_image_t に明示的にラベルを付けることは価値があります。これにより、ゲスト仮想マシンがシャットダウンされると、イメージに virt_image_t というラベルが付けられ、ホスト物理マシンで実行されている他のプロセスから分離されます。

   # semanage fcontext -a -t virt_image_t '/guest_images(/.*)?'
   # restorecon -R /guest_images
   

3. ストレージプールの設定を開きます

   1. virt-manager のグラフィカルインターフェイスで、メインウィンドウからホストの物理マシンを選択します。
      Edit メニューを開き、Connection Details を選択します。

      図12.7 接続詳細ウィンドウ

      
   2. Connection Details ウィンドウの Storage タブをクリックします。

      図12.8 ストレージタブ

      

4. 新しいストレージプールを作成します

   1. 新しいプールの追加 (パート 1)

      + ボタン (プールの追加ボタン) を押します。Add a New Storage Pool ウィザードが表示されます。
      ストレージプールの Name を選択します。この例では、guest_images という名前を使用します。Type を dir: Filesystem Directory に変更します。

      図12.9 ストレージプールに名前を付ける

      
      Forward ボタンを押して続行します。

   2. 新しいプールの追加 (パート 2)

      Target Path フィールドを変更します。たとえば、/guest_images。
      詳細を確認し、Finish ボタンを押してストレージプールを作成します。

5. 新しいストレージプールを確認します

   新しいストレージプールは、数秒後に左側のストレージリストに表示されます。サイズが期待どおりに報告されていることを確認します。この例では 36.41 GB の空き 容量です。State フィールドが新しいストレージプールを Active としてレポートしていることを確認します。
   ストレージプールを選択します。Autostart フィールドで、On Boot チェックボックスがオンになっていることを確認します。これにより、libvirtd サービスが開始するたびにストレージプールが確実に開始されます。

   図12.10 ストレージプール情報を確認します

   
   これでストレージプールが作成され、Connection Details ウィンドウを閉じます。

1. 同じプールを使用している他のゲスト仮想マシンでの問題を回避するには、ストレージプールを停止し、使用中のリソースを解放することをお勧めします。これを行うには、停止するストレージプールを選択し、ストレージウィンドウの下部にある赤い X アイコンをクリックします。

   図12.11 停止アイコン

   
2. ごみ箱アイコンをクリックして、ストレージプールを削除します。このアイコンは、最初にストレージプールを停止した場合にのみ有効になります。

1. ストレージプール定義を作成します

   virsh pool-define-as コマンドを使用して、新しいストレージプールを定義します。ディレクトリーベースのストレージプールを作成するには、次の 2 つのオプションが必要です。
   • ストレージプールの name
     この例では、guest_images という名前を使用します。この例で使用されている以降のすべての virsh コマンドは、この名前を使用します。
   • ゲストイメージファイルを保存するためのファイルシステムディレクトリーへの path。このディレクトリーが存在しない場合は、virsh が作成します。
     この例では、/guest_images ディレクトリーを使用しています。

    # virsh pool-define-as guest_images dir - - - - "/guest_images"
   Pool guest_images defined

2. ストレージプールがリストされていることを確認します

   ストレージプールオブジェクトが正しく作成され、状態が次のようにレポートすることを確認します inactive。

   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   guest_images     inactive   no

3. ローカルディレクトリーを作成します

   次に示すように、virsh pool-build コマンドを使用して、ディレクトリー guest_images のディレクトリーベースのストレージプールを構築します (たとえば)。

   # virsh pool-build guest_images
   Pool guest_images built
   # ls -la /guest_images
   total 8
   drwx------.  2 root root 4096 May 30 02:44 .
   dr-xr-xr-x. 26 root root 4096 May 30 02:44 ..
   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   guest_images     inactive   no

4. ストレージプールを起動します。

   virsh コマンド pool-start を使用して、ディレクトリーストレージプールを有効にします。これにより、プールのボリュームをゲストディスクイメージとして使用できるようになります。

   # virsh pool-start guest_images
   Pool guest_images started
   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default             active     yes
   guest_images    active     no
   

5. 自動起動をオンにします

   オンにするautostartストレージプール用。Autostart は、サービスの開始時にストレージプールを開始するように libvirtd サービスを設定します。

   # virsh pool-autostart guest_images
   Pool guest_images marked as autostarted
   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   guest_images         active     yes
   

6. ストレージプールの設定を確認する

   ストレージプールが正しく作成され、サイズが正しく報告され、状態が次のようにレポートされることを確認しますrunning。ゲスト仮想マシンが実行されていない場合でもプールにアクセスできるようにするには、Persistent が yes として報告されていることを確認します。サービス開始時にプールを自動的に起動させたい場合は、Autostart が yes と報告されていることを確認します。

   # virsh pool-info guest_images
   Name:           guest_images
   UUID:           779081bf-7a82-107b-2874-a19a9c51d24c
   State:          running
   Persistent:     yes
   Autostart:      yes
   Capacity:       49.22 GB
   Allocation:     12.80 GB
   Available:      36.41 GB
   
   # ls -la /guest_images
   total 8
   drwx------.  2 root root 4096 May 30 02:44 .
   dr-xr-xr-x. 26 root root 4096 May 30 02:44 ..
   #
   

1. 同じプールを使用している他のゲスト仮想マシンでの問題を回避するには、ストレージプールを停止し、使用中のリソースを解放することをお勧めします。

   # virsh pool-destroy guest_images_disk

2. オプションで、ストレージプールが存在するディレクトリーを削除する場合は、次のコマンドを使用します。

   # virsh pool-delete guest_images_disk

3. ストレージプールの定義を削除します。

   # virsh pool-undefine guest_images_disk

1. オプション:LVM ボリューム用の新しいパーティションを作成します

   これらの手順では、新しいハードディスクドライブに新しいパーティションと LVM ボリュームグループを作成する方法について説明します。
   警告
   この手順により、選択したストレージデバイスからすべてのデータが削除されます。

   1. 新しいパーティションの作成

      fdisk コマンドを使用して、コマンドラインから新しいディスクパーティションを作成します。次の例では、ストレージデバイス /dev/sdb にディスク全体を使用する新しいパーティションを作成しています。

      # fdisk /dev/sdb
      Command (m for help):
      

      nを押して、新しいパーティションを作成します。
   2. pを押して、プライマリーパーティションにします。

      Command action
         e   extended
         p   primary partition (1-4)
      

   3. 使用可能なパーティション番号を選択します。この例では、最初のパーティションは次のように入力して選択されます 1。

      Partition number (1-4): 1

   4. Enterを押して、デフォルトの最初のシリンダーを入力します。

      First cylinder (1-400, default 1):
      

   5. パーティションのサイズを選択します。この例では、Enter を押してディスク全体を割り当てています。

      Last cylinder or +size or +sizeM or +sizeK (2-400, default 400):
      

   6. t を押して、パーティションの種類を設定します。

      Command (m for help): t

   7. 前の手順で作成したパーティションを選択します。この例では、パーティション番号は 1。

      Partition number (1-4): 1

   8. Linux LVM パーティションの場合、8e を入力します。

      Hex code (type L to list codes): 8e

   9. 変更をディスクに書き込んで終了します。

      Command (m for help): w
      Command (m for help): q

   10. 新しい LVM ボリュームグループを作成する

       vgcreate コマンドを使用して新しい LVM ボリュームグループを作成します。この例では、guest_images_lvm という名前のボリュームグループを作成します。

       # vgcreate guest_images_lvm /dev/sdb1
         Physical volume "/dev/vdb1" successfully created
         Volume group "guest_images_lvm" successfully created
       

   新しい LVM ボリュームグループ guest_images_lvm を、LVM ベースのストレージプールに使用できるようになりました。

2. ストレージプールの設定を開きます

   1. virt-manager のグラフィカルインターフェイスで、メインウィンドウからホストを選択します。
      Edit メニューを開き、Connection Details を選択します。

      図12.12 接続の詳細

      
   2. Storage タブをクリックします。

      図12.13 ストレージタブ

      

3. 新しいストレージプールを作成します

   1. ウィザードを開始します

      + ボタン (プールの追加ボタン) を押します。Add a New Storage Pool ウィザードが表示されます。
      ストレージプールの Name を選択します。この例では、guest_images_lvm を使用します。次に、Type を logical: LVM Volume Group に変更します。また、

      図12.14 LVM ストレージプールを追加する

      
      Forward ボタンを押して続行します。

   2. 新しいプールの追加 (パート 2)

      Target Path フィールドを変更します。この例では /guest_images を使用しています。
      次に、Target Path フィールドと Source Path フィールドに入力し、Build Pool チェックボックスをオンにします。
      • Target Path フィールドを使用して、既存の LVM ボリュームグループを選択する か、新しいボリュームグループの名前として使用します。デフォルトの形式は /dev/storage_pool_name。
        この例では、/dev/guest_images_lvm という名前の新しいボリュームグループを使用しています。
      • 既存の LVM ボリュームグループが Target Path で使用されている場合、Source Path フィールドはオプションです。
        新しい LVM ボリュームグループの場合は、Source Path フィールドにストレージデバイスの場所を入力します。この例では、空白のパーティション /dev/sdc を使用しています。
      • Build Pool チェックボックスは、virt-manager に新しい LVM ボリュームグループを作成するように指示します。既存のボリュームグループを使用している場合は、Build Pool チェックボックスを選択しないでください。
        この例では、空白のパーティションを使用して新しいボリュームグループを作成しているため、Build Pool チェックボックスをオンにする必要があります。

      図12.15 ターゲットとソースを追加する

      
      詳細を確認し、Finish ボタンを押して LVM ボリュームグループをフォーマットし、ストレージプールを作成します。

   3. フォーマットするデバイスを確認します

      警告メッセージが表示されます。

      図12.16 警告メッセージ

      
      Yes ボタンを押して、ストレージデバイス上のすべてのデータを消去し、ストレージプールを作成します。

4. 新しいストレージプールを確認します

   新しいストレージプールは、数秒後に左側のリストに表示されます。詳細が期待どおりであることを確認します。この例では、465.76 GB が空きです。また、State フィールドが新しいストレージプールをActive としてレポートしていることを確認します。
   ストレージプールが libvirtd で自動的に開始されるようにするには、通常、Autostart チェックボックスを有効にすることをお勧めします。

   図12.17 LVM ストレージプールの詳細を確認する

   
   タスクが完了したら、ホストの詳細ダイアログを閉じます。

1. 同じプールを使用している他のゲスト仮想マシンでの問題を回避するには、ストレージプールを停止し、使用中のリソースを解放することをお勧めします。これを行うには、停止するストレージプールを選択し、ストレージウィンドウの下部にある赤い X アイコンをクリックします。

   図12.18 停止アイコン

   
2. ごみ箱アイコンをクリックして、ストレージプールを削除します。このアイコンは、最初にストレージプールを停止した場合にのみ有効になります。

手順12.3 virsh を使用した LVM ベースのストレージプールの作成

1. プール名 guest_images_lvm を定義します。

   # virsh pool-define-as guest_images_lvm logical - - /dev/sdc libvirt_lvm \ /dev/libvirt_lvm
   Pool guest_images_lvm defined
   

2. 指定された名前に従ってプールを構築します。既存のボリュームグループを使用している場合は、この手順をスキップしてください。

   # virsh pool-build guest_images_lvm
   
   Pool guest_images_lvm built
   

3. 新しいプールを初期化します。

   # virsh pool-start guest_images_lvm
   
   Pool guest_images_lvm started
   

4. vgs コマンドを使用してボリュームグループ情報を表示します。

   # vgs
   VG          #PV #LV #SN Attr   VSize   VFree
   libvirt_lvm   1   0   0 wz--n- 465.76g 465.76g
   

5. 自動的に開始するようにプールを設定します。

   # virsh pool-autostart guest_images_lvm
   Pool guest_images_lvm marked as autostarted
   

6. virsh コマンドを使用して、使用可能なプールを一覧表示します。

   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   guest_images_lvm     active     yes
   

7. 次のコマンドは、このプール内に 3 つのボリューム (volume1、volume2、および volume3) を作成する方法を示しています。

   # virsh vol-create-as guest_images_lvm volume1 8G
   Vol volume1 created
   
   # virsh vol-create-as guest_images_lvm volume2 8G
   Vol volume2 created
   
   # virsh vol-create-as guest_images_lvm volume3 8G
   Vol volume3 created
   

8. virsh コマンドを使用して、このプールで使用可能なボリュームをリストします。

   # virsh vol-list guest_images_lvm
   Name                 Path
   -----------------------------------------
   volume1              /dev/libvirt_lvm/volume1
   volume2              /dev/libvirt_lvm/volume2
   volume3              /dev/libvirt_lvm/volume3
   

9. 次の 2 つのコマンド (lvscan および lvs) は、新しく作成されたボリュームに関する詳細情報を表示します。

   # lvscan
   ACTIVE            '/dev/libvirt_lvm/volume1' [8.00 GiB] inherit
   ACTIVE            '/dev/libvirt_lvm/volume2' [8.00 GiB] inherit
   ACTIVE            '/dev/libvirt_lvm/volume3' [8.00 GiB] inherit
   
   # lvs
   LV       VG            Attr     LSize   Pool Origin Data%  Move Log Copy%  Convert
   volume1  libvirt_lvm   -wi-a-   8.00g
   volume2  libvirt_lvm   -wi-a-   8.00g
   volume3  libvirt_lvm   -wi-a-   8.00g
   

1. 同じプールを使用している他のゲストとの問題を回避するには、ストレージプールを停止し、使用中のリソースを解放することをお勧めします。

   # virsh pool-destroy guest_images_disk

2. オプションで、ストレージプールが存在するディレクトリーを削除する場合は、次のコマンドを使用します。

   # virsh pool-delete guest_images_disk

3. ストレージプールの定義を削除します。

   # virsh pool-undefine guest_images_disk

手順12.4 iSCSI ターゲットの作成

1. 必要なパッケージのインストール

   scsi-target-utils パッケージと依存するすべてのパッケージをインストールします。

   # yum install scsi-target-utils

2. tgtd サービスを開始します

   tgtd サービスは物理マシンの SCSI ターゲットをホストし、iSCSI プロトコルを使用して物理マシンターゲットをホストします。tgtd サービスを開始し、chkconfig コマンドで再起動した後、サービスを永続化します。

   # service tgtd start
   # chkconfig tgtd on

3. オプション:LVM ボリュームを作成する

   LVM ボリュームは、iSCSI バッキングイメージに役立ちます。LVM スナップショットとサイズ変更は、ゲスト仮想マシンにとって有益な場合があります。この例では、iSCSI を使用してゲスト仮想マシンをホストするために、RAID5 アレイ上の virtstore という名前の新しいボリュームグループに virtimage1 という名前の LVM イメージを作成します。

   1. RAID アレイを作成する

      ソフトウェア RAID5 アレイの作成については、『Red Hat Enterprise Linux デプロイメントガイド』 で説明されています。

   2. LVM ボリュームグループを作成する

      vgcreate コマンドを使用して、virtstore という名前のボリュームグループを作成します。

      # vgcreate virtstore /dev/md1

   3. LVM 論理ボリュームを作成する

      lvcreate コマンドを使用して、サイズが 20GB の virtstore ボリュームグループに virtimage1 という名前の論理ボリュームグループを作成します。

      # lvcreate --size 20G -n virtimage1 virtstore

      新しい論理ボリューム virtimage1 は、iSCSI で使用する準備ができています。

4. オプション: ファイルベースのイメージを作成します

   テストにはファイルベースのストレージで十分ですが、実稼働環境や重要な I/O アクティビティーにはお勧めしません。このオプションの手順では、iSCSI ターゲット用に virtimage2.img という名前のファイルベースのイメージを作成します。

   1. イメージの新しいディレクトリーを作成します

      イメージを保存するための新しいディレクトリーを作成します。ディレクトリーには正しい SELinux コンテキストが必要です。

      # mkdir -p /var/lib/tgtd/virtualization

   2. イメージファイルを作成する

      サイズが 10GB の virtimage2.img という名前のイメージを作成します。

      # dd if=/dev/zero of=/var/lib/tgtd/virtualization/virtimage2.img bs=1M seek=10000 count=0

   3. SELinux ファイルコンテキストを設定する

      新しいイメージとディレクトリーの正しい SELinux コンテキストを設定します。

      # restorecon -R /var/lib/tgtd

      新しいファイルベースのイメージ virtimage2.img は、iSCSI で使用する準備ができています。

5. ターゲットを作成する

   ターゲットは、XML エントリーを /etc/tgt/targets.conf ファイルに追加することで作成できます。target 属性には、iSCSI Qualified Name (IQN) が必要です。IQN の形式は次のとおりです。

   iqn.yyyy-mm.reversed domain name:optional identifier text

   詳細は以下のようになります。
   • yyyy-mmは、デバイスが開始された年と月を表します (例: 2010-05)。
   • 逆ドメイン名 は、逆のホスト物理マシンのドメイン名です (たとえば、IQN の server1.example.com は com.example.server1 になります)。と
   • オプションの識別子テキスト は、スペースを含まない任意のテキスト文字列であり、管理者がデバイスまたはハードウェアを識別するのに役立ちます。
   この例では、server1.example.com のオプションの手順で作成された 2 種類のイメージの iSCSI ターゲットを、オプションの識別子 トライアル を使用して作成します。/etc/tgt/targets.conf ファイルに以下を追加します。

   <target iqn.2010-05.com.example.server1:iscsirhel6guest>
      backing-store /dev/virtstore/virtimage1  #LUN 1
      backing-store /var/lib/tgtd/virtualization/virtimage2.img  #LUN 2
      write-cache off
   </target>
   

   /etc/tgt/targets.conf ファイルにdefault-driver iscsiドライバータイプを iSCSI として設定する行。ドライバーはデフォルトで iSCSI を使用します。
   重要
   この例では、アクセス制御なしでグローバルにアクセス可能なターゲットを作成します。安全なアクセスの実装については、scsi-target-utils を参照してください。

6. tgtd サービスを再起動します

   tgtd サービスを再起動して、設定の変更を再ロードします。

   # service tgtd restart

7. iptable の設定

   iptables を使用した iSCSI アクセス用にポート 3260 を開きます。

   # iptables -I INPUT -p tcp -m tcp --dport 3260 -j ACCEPT
   # service iptables save
   # service iptables restart

8. 新しいターゲットを確認します

   新しいターゲットを表示して、tgt-admin--show コマンドでセットアップが成功したことを確認します。

   # tgt-admin --show
   Target 1: iqn.2010-05.com.example.server1:iscsirhel6guest
   System information:
   Driver: iscsi
   State: ready
   I_T nexus information:
   LUN information:
   LUN: 0
       Type: controller
       SCSI ID: IET     00010000
       SCSI SN: beaf10
       Size: 0 MB
       Online: Yes
       Removable media: No
       Backing store type: rdwr
       Backing store path: None
   LUN: 1
       Type: disk
       SCSI ID: IET     00010001
       SCSI SN: beaf11
       Size: 20000 MB
       Online: Yes
       Removable media: No
       Backing store type: rdwr
       Backing store path: /dev/virtstore/virtimage1
   LUN: 2
       Type: disk
       SCSI ID: IET     00010002
       SCSI SN: beaf12
       Size: 10000 MB
       Online: Yes
       Removable media: No
       Backing store type: rdwr
       Backing store path: /var/lib/tgtd/virtualization/virtimage2.img
   Account information:
   ACL information:
   ALL
   

   警告
   ACL リストは all に設定されています。これにより、ローカルネットワーク上のすべてのシステムがこのデバイスにアクセスできるようになります。実稼働環境用にホスト物理マシンアクセス ACL を設定することをお勧めします。

9. オプション: テスト検出

   新しい iSCSI デバイスが検出可能かどうかをテストします。

   # iscsiadm --mode discovery --type sendtargets --portal server1.example.com
   127.0.0.1:3260,1 iqn.2010-05.com.example.server1:iscsirhel6guest

10. オプション: デバイスの接続をテストします

    新しいデバイス (iqn.2010-05.com.example.server1:iscsirhel6guest) を接続して、デバイスを接続できるかどうかを判断します。

    # iscsiadm -d2 -m node --login
    scsiadm: Max file limits 1024 1024
    
    Logging in to [iface: default, target: iqn.2010-05.com.example.server1:iscsirhel6guest, portal: 10.0.0.1,3260]
    Login to [iface: default, target: iqn.2010-05.com.example.server1:iscsirhel6guest, portal: 10.0.0.1,3260] successful.

    デバイスの取り外し

    # iscsiadm -d2 -m node --logout
    scsiadm: Max file limits 1024 1024
    
    Logging out of session [sid: 2, target: iqn.2010-05.com.example.server1:iscsirhel6guest, portal: 10.0.0.1,3260
    Logout of [sid: 2, target: iqn.2010-05.com.example.server1:iscsirhel6guest, portal: 10.0.0.1,3260] successful.

手順12.5 virt-manager への iSCSI デバイスの追加

1. ホスト物理マシンのストレージタブを開きます

   Connection Details ウィンドウの Storage タブを開きます。
   1. virt-manager を開きます。
   2. メインの virt-manager ウィンドウからホスト物理マシンを選択します。Edit menu をクリックして、Connection Details を選択します。

      図12.19 接続の詳細

      
   3. Storage タブをクリックします。

      図12.20 ストレージメニュー

      

2. 新しいプールの追加 (パート 1)

   + ボタン (プールの追加ボタン) を押します。Add a New Storage Pool ウィザードが表示されます。

   図12.21 iscsi ストレージプールの名前とタイプを追加します

   
   ストレージプールの名前を選択し、タイプを iscsi に変更し、Forward を押して続行します。

3. 新しいプールの追加 (パート 2)

   このメニューのフィールドを完成させるには、「iSCSI ベースのストレージプール」 と 手順12.4「iSCSI ターゲットの作成」 で使用した情報が必要です。
   1. iSCSI ソースとターゲットを入力します。フォーマットはゲスト仮想マシンによって処理されるため、Format オプションは使用できません。Target Path を編集することはお勧めしません。デフォルトのターゲットパス値 /dev/disk/by-path/ は、そのディレクトリーにドライブパスを追加します。ターゲットパスは、移行するすべてのホスト物理マシンで同じである必要があります。
   2. iSCSI ターゲットのホスト名または IP アドレスを入力します。この例では host1.example.com を使用しています。
   3. Source Path フィールドに、iSCSI ターゲット IQN を入力します。「iSCSI ベースのストレージプール」 の 手順12.4「iSCSI ターゲットの作成」 を見ると、これは /etc/tgt/targets.conf ファイルで追加した情報であることがわかります。この例では iqn.2010-05.com.example.server1:iscsirhel6guest を使用しています。
   4. IQN チェックボックスをオンにして、イニシエータの IQN を入力します。この例では iqn.2010-05.com.example.host1:iscsirhel6 を使用しています。
   5. Finish をクリックして、新しいストレージプールを作成します。

   図12.22 iscsi ストレージプールを作成する

   

1. 同じプールを使用している他のゲスト仮想マシンでの問題を回避するには、ストレージプールを停止し、使用中のリソースを解放することをお勧めします。これを行うには、停止するストレージプールを選択し、ストレージウィンドウの下部にある赤い X アイコンをクリックします。

   図12.23 停止アイコン

   
2. ごみ箱アイコンをクリックして、ストレージプールを削除します。このアイコンは、最初にストレージプールを停止した場合にのみ有効になります。

1. pool-define-as を使用して、コマンドラインからプールを定義します

   ストレージプールの定義は、virsh コマンドラインツールを使用して作成できます。virsh を使用してストレージプールを作成すると、システム管理者がスクリプトを使用して複数のストレージプールを作成する場合に役立ちます。
   virsh pool-define-as コマンドには、次の形式で受け入れられるいくつかのパラメーターがあります。

   virsh pool-define-as name type source-host source-path source-dev source-name target

   パラメーターの説明は次のとおりです。

   type

   このプールを特定のタイプ、たとえば iscsi として定義します

   name

   一意である必要があり、ストレージプールの名前を設定します

   source-host および source-path

   それぞれホスト名と iSCSIIQN

   source-dev および source-name

   これらのパラメーターは iSCSI ベースのプールには必要ありません。フィールドを空白のままにするには、- 文字を使用します。

   target

   ホスト物理マシンに iSCSI デバイスをマウントする場所を定義します

   以下の例では、前の手順と同じ iSCSI ベースのストレージプールを作成します。

   #   virsh pool-define-as --name scsirhel6guest --type iscsi \
        --source-host server1.example.com \
        --source-dev iqn.2010-05.com.example.server1:iscsirhel6guest
        --target /dev/disk/by-path
   Pool iscsirhel6guest defined

2. ストレージプールがリストされていることを確認します

   ストレージプールオブジェクトが正しく作成され、状態が次のように報告されることを確認しますinactive。

   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   iscsirhel6guest      inactive   no

3. ストレージプールを起動します。

   これには、virsh コマンド pool-start を使用します。pool-start は、ディレクトリーストレージプールを有効にし、ボリュームとゲスト仮想マシンに使用できるようにします。

   # virsh pool-start guest_images_disk
   Pool guest_images_disk started
   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   iscsirhel6guest      active     no
   

4. 自動起動をオンにします

   オンにするautostartストレージプール用。Autostart は、サービスの開始時にストレージプールを開始するように libvirtd サービスを設定します。

   # virsh pool-autostart iscsirhel6guest
   Pool iscsirhel6guest marked as autostarted

   iscsirhel6guest プールに自動開始が設定されていることを確認します。

   # virsh pool-list --all
   Name                 State      Autostart
   -----------------------------------------
   default              active     yes
   iscsirhel6guest      active     yes
   

5. ストレージプールの設定を確認する

   ストレージプールが正しく作成され、サイズが正しく報告され、状態が次のように報告されることを確認しますrunning。

   # virsh pool-info iscsirhel6guest
   Name:           iscsirhel6guest
   UUID:           afcc5367-6770-e151-bcb3-847bc36c5e28
   State:          running
   Persistent:     unknown
   Autostart:      yes
   Capacity:       100.31 GB
   Allocation:     0.00
   Available:      100.31 GB
   

1. 同じプールを使用している他のゲスト仮想マシンでの問題を回避するには、ストレージプールを停止し、使用中のリソースを解放することをお勧めします。

   # virsh pool-destroy guest_images_disk

2. ストレージプールの定義を削除します。

   # virsh pool-undefine guest_images_disk

1. ホスト物理マシンのストレージタブを開きます

   Host Details ウィンドウで Storage タブを開きます。
   1. virt-manager を開きます。
   2. メインの virt-manager ウィンドウからホスト物理マシンを選択します。Edit menu をクリックして、Connection Details を選択します。

      図12.24 接続の詳細

      
   3. Storage タブをクリックします。

      図12.25 ストレージタブ

      

2. 新しいプールを作成する (パート 1)

   + ボタン (プールの追加ボタン) を押します。Add a New Storage Pool ウィザードが表示されます。

   図12.26 NFS 名とタイプを追加します

   
   ストレージプールの名前を選択し、Forward を押して続行します。

3. 新しいプールを作成する (パート 2)

   デバイスのターゲットパス、ホスト名、および NFS 共有パスを入力します。Format オプションを NFS または auto (タイプを検出するため) に設定します。ターゲットパスは、移行するすべてのホスト物理マシンで同一である必要があります。
   NFS サーバーのホスト名または IP アドレスを入力します。この例では server1.example.com を使用しています。
   NFS パスを入力します。この例では /nfstrial を使用しています。

   図12.27 NFS ストレージプールを作成する

   
   Finish を押して、新しいストレージプールを作成します。

1. 同じプールを使用している他のゲストとの問題を回避するには、ストレージプールを停止し、使用中のリソースを解放することをお勧めします。これを行うには、停止するストレージプールを選択し、ストレージウィンドウの下部にある赤い X アイコンをクリックします。

   図12.28 停止アイコン

   
2. ごみ箱アイコンをクリックして、ストレージプールを削除します。このアイコンは、最初にストレージプールを停止した場合にのみ有効になります。

手順12.6 vHBA の作成

1. ホストシステムで HBA の場所を特定します。

   ホストシステム上の HBA を見つけるには、ホストシステム上の SCSI デバイスを調べ、vport 機能を持つ scsi_host を見つけます。
   以下のコマンドを実行し、scsi_host リストを取得します。

   # virsh nodedev-list --cap scsi_host
   scsi_host0
   scsi_host1
   scsi_host2
   scsi_host3
   scsi_host4
   

   各scsi_hostについて、次のコマンドを実行して、デバイス XML の行 <capability type='vport_ops'> を調べます。これは、vport ケーパビリティを持つ scsi_host を示しています。

   # virsh nodedev-dumpxml scsi_hostN

2. HBA の詳細を確認します。

   virsh nodedev-dumpxml HBA_device コマンドを実行して、HBA の詳細を表示します。
   virsh nodedev-dumpxml コマンドからの XML 出力には、フィールドが一覧表示されます <name>、<wwnn>、と<wwpn>、vHBA の作成に使用されます。<max_vports> の値は、サポートされる vHBA の最大数を示しています。

    # virsh nodedev-dumpxml scsi_host3
   <device>
     <name>scsi_host3</name>
     <path>/sys/devices/pci0000:00/0000:00:04.0/0000:10:00.0/host3</path>
     <parent>pci_0000_10_00_0</parent>
     <capability type='scsi_host'>
       <host>3</host>
       <capability type='fc_host'>
         <wwnn>20000000c9848140</wwnn>
         <wwpn>10000000c9848140</wwpn>
         <fabric_wwn>2002000573de9a81</fabric_wwn>
       </capability>
       <capability type='vport_ops'>
         <max_vports>127</max_vports>
         <vports>0</vports>
       </capability>
     </capability>
   </device>

   この例では、<max_vports> には、HBA 設定で使用できる仮想ポートが 127 個あることを示しています。<vports> 値は、現在使用されている仮想ポートの数を示します。この値は、vHBA の作成後に更新されます。

3. vHBA ホストデバイスの作成

   vHBA ホスト用に次のような XML ファイル (この例では vhba_host3.xml という名前) を作成します。

   # cat vhba_host3.xml
      <device>
        <parent>scsi_host3</parent>
        <capability type='scsi_host'>
          <capability type='fc_host'>
          </capability>
        </capability>
      </device>

   <parent> フィールドは、この vHBA デバイスに関連付ける HBA デバイスを指定します。 <device>タグの詳細は、ホスト用の新しい vHBA デバイスを作成するために、次の手順で使用されます。nodedevXML フォーマットの詳細は、http://libvirt.org/formatnode.htmlを参照してください。

4. vHBA ホストデバイスに新しい vHBA を作成します。

   vhba_host3 に vHBA を作成するには、virshnodedev-create コマンドを使用します。

   # virsh nodedev-create vhba_host3.xml
   Node device scsi_host5 created from vhba_host3.xml

5. vHBA の確認

   virsh nodedev-dumpxml コマンドを使用して、新しい vHBA の詳細 (scsi_host5) を確認します。

   # virsh nodedev-dumpxml scsi_host5
   <device>
     <name>scsi_host5</name>
     <path>/sys/devices/pci0000:00/0000:00:04.0/0000:10:00.0/host3/vport-3:0-0/host5</path>
     <parent>scsi_host3</parent>
     <capability type='scsi_host'>
       <host>5</host>
       <capability type='fc_host'>
         <wwnn>5001a4a93526d0a1</wwnn>
         <wwpn>5001a4ace3ee047d</wwpn>
         <fabric_wwn>2002000573de9a81</fabric_wwn>
       </capability>
     </capability>
   </device>

1. SCSI ストレージプールを作成する

   vHBA 設定を作成するには、まず vHBA に基づいて libvirt 'scsi' ストレージプール XML ファイルを以下のフォーマットで作成します。
   注記
   手順12.6「vHBA の作成」 で作成した vHBA をホスト名として使用することを確認し、vHBA 名 scsi_hostN を hostN に修正してストレージプール設定に使用します。この例では、vHBA の名前は scsi_host5 であり、Red Hat Enterprise Linux6 libvirt ストレージプールで <adaptername='host5'/> として指定されています。
   <path>の値には、システム上の /dev/disk/by-{path|id|uuid|label} の いずれかの場所など、安定した場所を使用することをお勧めします。<path>および<target>内の要素の詳細は、http://libvirt.org/formatstorage.htmlを参照してください。
   この例では、'scsi'ストレージプールの名前は vhbapool_host3.xml です。

     <pool type='scsi'>
        <name>vhbapool_host3</name>
        <uuid>e9392370-2917-565e-692b-d057f46512d6</uuid>
        <capacity unit='bytes'>0</capacity>
        <allocation unit='bytes'>0</allocation>
        <available unit='bytes'>0</available>
        <source>
          <adapter name='host5'/>
        </source>
         <target>
           <path>/dev/disk/by-path</path>
           <permissions>
             <mode>0700</mode>
             <owner>0</owner>
             <group>0</group>
           </permissions>
         </target>
       </pool>

2. プールを定義する

   ストレージプール (この例では vhbapool_host3 という名前) を定義するには、virshpool-define コマンドを使用します。

            # virsh pool-define vhbapool_host3.xml
            Pool vhbapool_host3 defined from vhbapool_host3.xml
   

3. プールを開始します

   次のコマンドでストレージプールを開始します。

   # virsh pool-start vhbapool_host3
   Pool vhbapool_host3 started
   

4. 自動起動を有効にする

   最後に、後続のホストの再起動で仮想マシンで使用する vHBA が自動的に定義されるようにするには、ストレージプールの自動開始機能を設定します (この例では、vhbapool_host3 という名前のプールに対して)。

   # virsh pool-autostart vhbapool_host3

1. 利用可能な LUN を見つける

   まず、virsh vol-list コマンドを使用して、vHBA で使用可能な LUN のリストを生成します。以下に例を示します。

   # virsh vol-list vhbapool_host3
    Name                 Path
   ------------------------------------------------------------------------------
    unit:0:4:0           /dev/disk/by-path/pci-0000:10:00.0-fc-0x5006016844602198-lun-0
    unit:0:5:0           /dev/disk/by-path/pci-0000:10:00.0-fc-0x5006016044602198-lun-0

   表示される LUN 名のリストは、仮想マシン設定でディスクボリュームとして使用できます。

2. vHBALUN を仮想マシンに追加します

   仮想マシンの XML で指定して、仮想マシン に vHBA LUN を追加します。
   • <disk>パラメーターに、lun または disk としてデバイスタイプを指定し
   • は、<source> パラメーターでソースデバイスを指定します。これは、/dev/sdaN として入力することも、udev によって生成されたシンボリックリンクとして /dev/disk/by-path|by-id|by-uuid|by-label として入力することもできます。これは、virsh vol-list pool コマンドを実行することで見つけることができます。
   以下に例を示します。

      <disk type='block' device='lun'>
        <driver name='qemu' type='raw'/>
        <source dev='/dev/disk/by-path/pci-0000\:04\:00.1-fc-0x203400a0b85ad1d7-lun-0'/>
        <target dev='sda' bus='scsi'/>
      </disk>
   
   

手順13.1 ファイルベースのストレージの追加

1. ストレージファイルを作成するか、既存のファイル (IMG ファイルなど) を使用します。次のコマンドは両方とも、ゲストの追加ストレージとして使用できる 4GB のファイルを作成することに注意してください。
   • ファイルベースのストレージイメージには、事前に割り当てられたファイルをお勧めします。次に示すように、次の dd コマンドを使用して、事前に割り当てられたファイルを作成します。

     # dd if=/dev/zero of=/var/lib/libvirt/images/FileName.img bs=1M count=4096

   • または、事前に割り当てられたファイルの代わりにスパースファイルを作成します。スパースファイルははるかに高速に作成され、テストに使用できますが、データの整合性とパフォーマンスの問題があるため、実稼働環境にはお勧めしません。

     # dd if=/dev/zero of=/var/lib/libvirt/images/FileName.img bs=1M seek=4096 count=0

2. 新しいファイルに <disk> 要素を書き込んで、追加のストレージを作成します。この例では、このファイルは NewStorage.xml と呼ばれます。
   <disk> 要素は、ディスクのソースと仮想ブロックデバイスのデバイス名を記述します。デバイス名は、ゲスト内のすべてのデバイスで一意である必要があり、ゲストが仮想ブロックデバイスを見つけるバスを識別します。次の例では、ソースが FileName.img という名前のファイルベースのストレージコンテナーである virtio ブロックデバイスを定義しています。

   <disk type='file' device='disk'>
      <driver name='qemu' type='raw' cache='none'/>
      <source file='/var/lib/libvirt/images/FileName.img'/>
      <target dev='vdb'/>
   </disk>
   

   デバイス名は hd または sd で始めることもでき、それぞれ IDE と SCSI ディスクを識別します。設定ファイルには、新しいデバイスのバス上の位置を指定する <address> サブ要素を含めることもできます。virtio ブロックデバイスの場合、これは PCI アドレスである必要があります。<address> サブ要素を省略すると、libvirt は次に使用可能な PCI スロットを見つけて割り当てることができます。
3. 次のように CD-ROM を接続します。

   <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw' cache='none'/>
      <source file='/var/lib/libvirt/images/FileName.img'/>
      <readonly/>
      <target dev='hdc'/>
   </disk >
   

4. NewStorage.xml で定義されたデバイスをゲスト (Guest1) とともに追加します。

   # virsh attach-device --config Guest1 ~/NewStorage.xml

   注記
   この変更は、ゲストが破棄されて再起動された後にのみ適用されます。さらに、永続デバイスは、永続ドメイン、つまり virsh define コマンドで設定が保存されたドメインにのみ追加できます。
   ゲストが実行中で、ゲストが破棄されるまで新しいデバイスを一時的に追加する場合は、-config オプションを省略します。

   # virsh attach-device Guest1 ~/NewStorage.xml

   注記
   virsh コマンドを使用すると、XML ファイルを作成しなくても、より単純な構文で限られた数のパラメーターを設定できる attach-disk コマンドを使用できます。attach-disk コマンドは、次に示すように、前述の attach-device コマンドと同様の方法で使用されます。

   # virsh attach-disk Guest1 /var/lib/libvirt/images/FileName.img vdb --cache none --driver qemu --subdriver raw
   

   virsh attach-disk コマンドは --config オプションも受け入れることに注意してください。
5. ゲストマシンを起動します (現在実行されていない場合)。

   # virsh start Guest1

   注記
   次の手順は Linux ゲスト固有です。他のオペレーティングシステムは、さまざまな方法で新しいストレージデバイスを処理します。その他のシステムについては、そのオペレーティングシステムのドキュメントを参照してください。

6. ディスクドライブのパーティション分割

   これで、ゲストには /dev/vdb というハードディスクデバイスがあります。。必要に応じて、このディスクドライブをパーティションに分割し、パーティションをフォーマットします。追加したデバイスが表示されない場合は、ゲストのオペレーティングシステムのディスクホットプラグに問題があることを示しています。
   1. 新しいデバイスの fdisk を起動します。

      # fdisk /dev/vdb
      Command (m for help):
      

   2. 新しいパーティションのために、n と入力します。
   3. 次のように表示されます。

      Command action
      e   extended
      p   primary partition (1-4)
      

      プライマリーパーティションには、p と入力します。
   4. 使用可能なパーティション番号を選択します。この例では、1を入力して、最初のパーティションを選択します。

      Partition number (1-4): 1

   5. Enterを押して、デフォルトの最初のシリンダーを入力します。

      First cylinder (1-400, default 1):

   6. パーティションのサイズを選択します。この例では、Enter を押してディスク全体を割り当てます。

      Last cylinder or +size or +sizeM or +sizeK (2-400, default 400):

   7. t を入力して、パーティションタイプを設定します。

      Command (m for help): t

   8. 前の手順で作成したパーティションを選択します。この例では、パーティションが 1 つしか作成されておらず、fdisk がパーティション 1 を自動的に選択したため、パーティション番号は 1 です。

      Partition number (1-4): 1

   9. Linux パーティションの場合は 83 と入力します。

      Hex code (type L to list codes): 83

   10. w と入力して変更を書き込み、終了します。

       Command (m for help): w
       

   11. ext3 ファイルシステムで新しいパーティションをフォーマットします。

       # mke2fs -j /dev/vdb1

7. マウントディレクトリーを作成し、ゲストにディスクをマウントします。この例では、ディレクトリーは myfiles にあります。

   # mkdir /myfiles
   # mount /dev/vdb1 /myfiles
   

   これで、ゲストは追加の仮想化されたファイルベースのストレージデバイスを使用できます。ただし、ゲストの /etc/fstab ファイルで定義されていない限り、このストレージは再起動後に永続的にマウントされないことに注意してください。

   /dev/vdb1    /myfiles    ext3     defaults    0 0

手順13.2 ゲストへの物理ブロックデバイスの追加

1. この手順では、ホスト物理マシン上のハードドライブをゲストに追加する方法について説明します。これは、CD-ROM、DVD、フロッピーデバイスを含むすべての物理ブロックデバイスに適用されます。
   ハードディスクデバイスをホストの物理マシンに物理的に接続します。ドライブにデフォルトでアクセスできない場合は、ホスト物理マシンを設定します。
2. 次のいずれかを行います。
   1. 新しいファイルに disk 要素を書き込んで、追加のストレージを作成します。この例では、このファイルは NewStorage.xml と呼ばれます。次の例は、ホスト物理マシンパーティション /dev/sr0 用の追加のデバイスベースのストレージコンテナーを含む設定ファイルセクションです。

      <disk type='block' device='disk'>
            <driver name='qemu' type='raw' cache='none'/>
            <source dev='/dev/sr0'/>
            <target dev='vdc' bus='virtio'/>
      </disk>
      

   2. 前のセクションの手順に従って、デバイスをゲスト仮想マシンに接続します。または、virsh attach-disk示されているように、コマンド:

      # virsh attach-disk Guest1 /dev/sr0 vdc
      

      次のオプションが使用可能であることに注意してください。
      • virsh attach-disk コマンドは、図のように --config、--type、および --mode オプションも受け付けます。

        # virsh attach-disk Guest1 /dev/sr0 vdc --config --type cdrom --mode readonly

      • さらに、 --type、デバイスがハードディスクの場合は、--type disk も受け付けます。
3. ゲスト仮想マシンには、Linux では /dev/vdc (またはゲスト仮想マシン OS が選択するものに応じて同様のもの) または Windows では D: drive (たとえば) と呼ばれる新しいハードディスクデバイスがあります。これで、ゲスト仮想マシンのオペレーティングシステムの標準手順に従って、ゲスト仮想マシンからディスクを初期化できます。例は、手順13.1「ファイルベースのストレージの追加」 を参照してください。
   警告
   ゲストにブロックデバイスを追加するときは、セキュリティー上の考慮事項に必ず従ってください。この情報については、『Red Hat Enterprise Linux 仮想化セキュリティーガイド』 を参照してください。https://access.redhat.com/site/documentation/。
   重要
   ゲスト仮想マシンには、ディスク全域、またはブロックデバイス全域 (例: /dev/sdb) への書き込みアクセス権を付与しないでください。ブロックデバイス全域にアクセスを持つゲスト仮想マシンは、ボリュームラベルを修正できる場合があり、これがホスト物理マシンシステムの攻撃に使用される可能性があります。パーティション (例: /dev/sdb1) または LVM ボリュームを使用して、この問題を回避してください。

手順14.2 virsh blockcommit

• 以下のコマンドを実行します。

  # virsh blockcommit $dom $disk -base snap1 -top snap2 -wait -verbose

  snap2 の内容が snap1 に移動し、以下のような結果になります。
  base ← snap1 ← active.Snap2 が無効になり、削除できるようになりました。
  警告
  blockcommit は-baseオプションに依存するすべてのファイルを破壊します (-topオプションに依存するファイル以外は、それらのファイルがベースを指すようになったため)。これを回避するには、複数のゲストが共有するファイルに変更をコミットしないでください。-verboseオプションにより、進捗状況を画面上に出力することができます。

手順14.3 ブロックプルを使用してバッキングチェーンを短縮する

1. blockpull を実行する前にこのコマンドを実行すると役立つ場合があります。

   # virsh snapshot-create-as $dom $name - disk-only

2. チェーンが次のようになっている場合: base ← snap1 ← snap2 ← active 次を実行します。

   # virsh blockpull $dom $disk snap1

   このコマンドは、snap2 からデータをアクティブにプルすることで、snap1 のバッキングファイルをアクティブな状態にします。その結果、base ← snap1 ← active になります。
3. blockpullが完了すると、チェーンに追加イメージを作成したスナップショットのlibvirt追跡は役に立ちなくなります。次のコマンドを使用して、古いスナップショットの追跡を削除します。

   # virsh snapshot-delete $dom $name - metadata

• 次のコマンドを実行します: blockresize [domain] [path size]。ここで、
  • Domain は、サイズを変更するドメインの一意のターゲット名またはソースファイルです
  • Path size はスケーリングされた整数であり、接尾辞がない場合、デフォルトで KiB (1024 バイトのブロック) になります。バイトには B の接尾辞を使用する必要があります。

1. virsh edit [guestname] コマンドを実行して、ゲスト仮想マシンの XML 設定ファイルを編集します。
2. アドレスタイプタグに、function='0x0' の multifunction='on' エントリーを追加します。
   これにより、ゲスト仮想マシンで多機能 PCI デバイスを使用できるようになります。

   <disk type='file' device='disk'>
   <driver name='qemu' type='raw' cache='none'/>
   <source file='/var/lib/libvirt/images/rhel62-1.img'/>
   <target dev='vda' bus='virtio'/>
   <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0' multifunction='on'/
   </disk>
   

   2 つの機能を持つ PCI デバイスの場合は、XML 設定ファイルを修正して、最初のデバイスと同じスロット番号と、別の機能番号 (function='0x1' など) を持つ 2 番目のデバイスを追加します。
   以下に例を示します。

   <disk type='file' device='disk'>
   <driver name='qemu' type='raw' cache='none'/>
   <source file='/var/lib/libvirt/images/rhel62-1.img'/>
   <target dev='vda' bus='virtio'/>
   <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0' multifunction='on'/>
   </disk>
   <disk type='file' device='disk'>
   <driver name='qemu' type='raw' cache='none'/>
   <source file='/var/lib/libvirt/images/rhel62-2.img'/>
   <target dev='vdb' bus='virtio'/>
   <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x1'/>
   </disk>
   

3. KVM ゲスト仮想マシンからの lspci 出力は次のことを示しています。

   $ lspci
   
   00:05.0 SCSI storage controller: Red Hat, Inc Virtio block device
   00:05.1 SCSI storage controller: Red Hat, Inc Virtio block device