PowerEdge：RHEL 8でのSystemd命名スキームの強化

Red Hat Enterprise Linux 6 および 7 では、 biosdevname は、サポートされているDell製システムのネットワーク インターフェイスのデフォルトの命名スキームでした。

RHEL 8以降 systemd 対応Dell製システムのネットワーク インターフェイスのデフォルトの命名スキームは、命名規則です。

Systemd ネットワーク インターフェイスの命名を改善するために、次の機能によって命名が強化されています。  

拡張した systemd PCIスロットを検索するときに親デバイスを参照するためのネットワーク命名:

• 古いバージョンでは、 systemd PCIスロット情報を検索するときに、PCIツリーを走査して親デバイスを探すことはありません。PCI スロット情報は、多機能デバイスの PCI 機能 0 でのみ使用できる場合があります。  
• 機能強化後、 systemd PCIスロット情報の取得中に親デバイスを検索するようになりました。
• PCIeネットワーク コントローラー デバイスにはスロット番号が関連付けられておらず、その親の1つにスロット番号が関連付けられている場合でも、 systemd PCIツリーを走査して、親からPCIスロット情報を取得します。
   

PCIeスロット2に取り付けられているネットワーク カードのネットワーク インターフェイスの命名:

systemdネットワークの命名機能を強化して、SR-IOVデバイスの命名機能を改善:

• SRIOV 仮想関数 (VF) が作成されると、カーネルは physfn/virtfnX SYSFS内のリンク。古いバージョンでは、systemdはそれらを見ません physfn/virtfnX カーネルが公開するsysfs内のリンク。
• 機能拡張により systemd を見ると、 physfn/virtfnX リンク sysfs VFが作成されたとき。
• 以前は、SR-IOV仮想デバイスは独立しているかのように命名されていましたが、これらの仮想デバイスは、親インターフェイスの名前に基づいて、「v<N>」というサフィックス( <N> は仮想デバイス番号)を使用して命名されるようになりました。

PCIeスロット2に取り付けられているネットワーク カード用に2つのSRIOV VFを作成した後のネットワーク インターフェイスの命名:

オンボード組み込みネットワーク カード用に2つのSRIOV VFを作成した後のネットワーク インターフェイスの命名:

NPAR-EP デバイス命名を改善するため、ARI を解釈するための systemd ネットワーク命名機能が強化されました。

• ネットワーク パーティショニング(NPAR)機能では8つのNICパーティションを作成でき、NPAR-EP(拡張パーティション)では追加で8つのパーティション(合計16)を作成できます。NPAR-EP では、PCI ARI を有効にする必要があります。古いバージョンでは、systemd は ARI を解釈しません。
• ARIの詳細については、「 https://pcisig.com/sites/default/files/specification_documents/ECN-alt-rid-interpretation-070604.pdf
• ARI デバイスは、直接関連付けられた ID(ルーティング、リクエスタ、およびコンプリータ)を、従来の 3 ビットの機能番号ではなく 8 ビットの機能番号を持つものとして解釈します。
• 機能拡張により systemd ARI が有効な場合は 8 ビットの関数番号を使用して、NPAR-EP パーティションの命名を改善します。

ネットワーク カードのNPAR-EPを有効にした後のネットワーク インターフェイスの命名: