インターフェイスのマッピングと番号付け

• ホットプラグ インターフェイスを追加する場合、そのインターフェイス番号は、現在の最後のインターフェイス番号に 1 を加えた数になります。

• ホットプラグ インターフェイスを削除すると、それが最後の番号のインターフェイスである場合を除き、インターフェイス番号にギャップが生じます。

• インターフェイス番号にギャップがあると、次にホットプラグ プロビジョニングされるインターフェイスはそのギャップを埋める番号を使用します。

フェールオーバー

• ホットプラグ インターフェイスをフェールオーバーリンクとして使用する場合、リンクは、ASAv のフェールオーバーペアとして指定されている両方のユニットでプロビジョニングする必要があります。

  • まずハイパーバイザのアクティブ ASAv にホットプラグ インターフェイスを追加してから、ハイパーバイザのスタンバイ ASAv にホットプラグ インターフェイスを追加します。

  • アクティブ ASAv に新たに追加したフェールオーバー インターフェイスを設定します。設定はスタンバイ装置に同期されます。

  • プライマリ ユニットのフェールオーバーを有効にします。

• フェールオーバーリンクを削除する場合、最初にアクティブな ASAv でフェールオーバー設定を削除します。

  • ハイパーバイザのアクティブな ASAv からフェールオーバー インターフェイスを削除します。

  • 次に、ハイパーバイザのスタンバイ ASAv から対応するインターフェイスをすぐに削除します。

制限事項と制約事項

• ホットプラグ インターフェイス プロビジョニングは Virtio 仮想 NIC に限定されます。

• サポートされるインターフェイスの最大数は 10 です。10 を超える数のインターフェイスを追加しようとすると、エラーメッセージが表示されます。

• インターフェイス カード（media_ethernet/port/id/10）を開くことはできません。

• ホットプラグ インターフェイス プロビジョニングでは ACPI が必要です。virt-install スクリプトには --noacpi フラグを含めないでください。

KVM ホストの設定を変更することによって、KVM 環境内の ASAv のパフォーマンスを向上させることができます。これらの設定は、ホスト サーバー上の構成時の設定とは無関係です。このオプションは、Red Hat Enterprise Linux 7.0 KVM で使用できます。

CPU ピニングを有効にすると、KVM 構成でのパフォーマンスを向上できます。

Non-uniform Memory Access（NUMA）は、マルチプロセッサシステムのプロセッサに対するメインメモリモジュールの配置について記述する共有メモリアーキテクチャです。プロセッサが自身のノード（リモートメモリ）内に存在しないメモリにアクセスする場合は、ローカルメモリにアクセスする場合よりも低速の速度で、NUMA 接続を介してデータを転送する必要があります。

X86 サーバーアーキテクチャは、複数のソケットおよびソケット内の複数のコアで構成されています。各 CPU ソケットとそのメモリおよび I/O が、NUMA ノードと呼ばれます。メモリからパケットを効率的に読み取るには、ゲストアプリケーションおよび関連付けられている周辺機器（NIC など）が同じノード内に存在する必要があります。

最適な ASAv パフォーマンスを実現するには：

• ASAv マシンは、1つの NUMA ノード上で実行する必要があります。1つの ASAv が 2 つのソケットで実行されるように導入されている場合、パフォーマンスは大幅に低下します。

• 8 コア ASAv（8 コア ASAv NUMA アーキテクチャの例）では、ホスト CPU の各ソケットが、それぞれ 8 個以上のコアを備えている必要があります。サーバー上で実行されている他の VM についても考慮する必要があります。

• 16 コア ASAv（16 コア ASAv NUMA アーキテクチャの例）では、ホスト CPU 上の各ソケットが、それぞれ 16 個以上のコアを備えている必要があります。サーバー上で実行されている他の VM についても考慮する必要があります。

• NIC は、ASAv マシンと同じ NUMA ノード上にある必要があります。

次の図は、2 つの CPU ソケットがあり、各 CPU に 18 個のコアが搭載されているサーバーを示しています。8 コア ASAv では、ホスト CPU の各ソケットに最低 8 個のコアが必要です。

次の図は、2 つの CPU ソケットがあり、各 CPU に 18 個のコアが搭載されているサーバーを示しています。16 コア ASAv では、ホスト CPU の各ソケットに最低 16 個のコアが必要です。

NUMA の最適化

理想的には、ASAv マシンは、NIC が動作しているノードと同じ NUMA ノード上で実行する必要があります。手順は次のとおりです。

1. 「lstopo」を使用して NIC がオンになっているノードを判別し、ノードの図を表示します。NIC を見つけて、どのノードが接続されているかをメモします。

2. KVM ホストで、virsh list を使用して ASAv を検出します。

3. virsh edit <VM Number> を使用して VM を編集します。

4. 選択したノードに ASAv を配置します。次の例では、18 コアノードを想定しています。

   ノード 0 への配置：

   
   <vcpu placement='static' cpuset='0-17'>16</vcpu>
   <numatune> 
       <memory mode='strict' nodeset='0'/> 
   </numatune>
   

   ノード 1 への配置：

   
   <vcpu placement='static' cpuset='18-35'>16</vcpu> 
   <numatune> 
       <memory mode='strict' nodeset='1'/> 
   </numatune>
   

5. .xml の変更を保存し、ASAv マシンの電源を再投入します。

6. VM が目的のノードで実行されていることを確認するには、 ps aux | grep <name of your ASAv VM> を実行して、プロセス ID を取得します。

7. sudo numastat -c <ASAv VM Process ID> を実行して、ASAv マシンが適切に配置されているか確認します。

KVM での NUMA 調整の使用に関する詳細については、RedHat のドキュメント『9.3. libvirt NUMA Tuning』を参照してください。

ASAv は、複数のプロセッサコアにネットワーク受信トラフィックを分散するためにネットワークアダプタによって使用されるテクノロジーである Receive Side Scaling（RSS）をサポートしています。最大スループットを実現するには、各 vCPU（コア）に独自の NIC RX キューが設定されている必要があります。一般的な RA VPN 展開では、1つの内部/外部ペアのインターフェイスを使用する場合があることに注意してください。

重要	複数の RX キューを使用するには、ASAv バージョン 9.13(1) 以降が必要です。KVM の場合、libvirt のバージョンは 1.0.6 以降である必要があります。

内部/外部ペアのインターフェイスを持つ 8 コア VM の場合、8 コア ASAv RSS RX キューに示すように、各インターフェイスには 4 つの RX キューがあります。

内部/外部ペアのインターフェイスを持つ 16 コア VM の場合、16 コア ASAv RSS RX キューに示すように、各インターフェイスには 8 つの RX キューがあり ます。

次の表に、KVM 用の ASAv の vNIC およびサポートされている RX キューの数を示します。サポートされている vNIC の説明については、推奨される vNICを参照してください。

KVM での Virtio のマルチキューサポートの有効化

次の例は、libvirt xml を編集するために、Virtio NIC RX キューの数を 4 に設定する方法を示しています。

<interface type='bridge'>
 <mac address='52:54:00:43:6e:3f'/>
 <source bridge='clients'/>
 <model type='virtio'/>
 <driver name='vhost' queues='4'/>
 <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
</interface>

重要	複数の RX キューをサポートするには、libvirt のバージョンが 1.0.6 以降である必要があります。

ASAv で VPN パフォーマンスを最適化するための追加の考慮事項は、次のとおりです。

• IPSec のスループットは DTLS よりも高くなります。

• GCM 暗号には、CBC の約 2 倍のスループットがあります。

SR-IOV を使用すれば、複数の VM でホスト内部の 1 台の PCIe ネットワーク アダプタを共有することができます。SR-IOV は次の機能を定義しています。

• 物理機能（PF）：PF は、SR-IOV 機能を含むフル PCIe 機能です。これらは、ホスト サーバー上の通常のスタティック NIC として表示されます。

• 仮想機能（VF）：VF は、データ転送を支援する軽量 PCIe 機能です。VF は、PF から抽出され、PF を介して管理されます。

VF は、仮想化されたオペレーティング システム フレームワーク内の ASAv マシンに最大 10 Gbps の接続を提供できます。このセクションでは、KVM 環境で VF を設定する方法について説明します。ASAv 上の SR-IOV サポートについては、ASAv と SR-IOV インターフェイスのプロビジョニングを参照してください。