第4章 テクニカルノート

現在、複数のコントローラーノードがデプロイされ Ceph が有効な場合に、Swift API が機能せず、401 エラーが返されるという既知の問題があります。

回避策は https://access.redhat.com/solutions/6970061 に記載されています。(BZ#2112988)

この更新の前は、ノードが一時的にロックされている場合、ベアメタルノードのイントロスペクションがエラーで失敗し、再試行されませんでした。

今回の更新により、ノードがロックされている場合でもイントロスペクションを実行できるようになりました。(BZ#1991657)

メカニズムドライバーを、iptables_hybrid ファイアウォールドライバーを使用する ML2/OVS 展開から ML2/OVN に移行できるようになりました。

既存のインスタンスは移行後もハイブリッドプラグメカニズムを使用し続けますが、セキュリティーグループは OVN に実装されており、コンピュートノードには iptables ルールが存在しません。(BZ#2075038)

ML2/OVS デプロイメントでは、Open vSwitch (OVS) は、skb_priority、skb_mark、または出力キューフィールドが設定されている OpenFlow ルールのオフロードをサポートしていません。これらのフィールドは、virtio ポートの quality-of-service (QoS) サポートを提供するために必要です。

virtio ポートに最小帯域幅ルールを設定すると、Open vSwitch エージェントはこのポートのトラフィックをパケットマークフィールドでマークします。その結果、このトラフィックはオフロードできず、他のポートのトラフィックに影響します。帯域幅制限ルールを設定すると、すべてのトラフィックがデフォルトの 0 キューでマークされます。これは、トラフィックをオフロードできないことを意味します。

回避策として、環境に OVS ハードウェアオフロードポートが含まれている場合は、ハードウェアオフロードが必要なノードでパケットマーキングを無効にします。パケットマーキングを無効にすると、virtio ポートのレート制限ルールを設定できなくなります。ただし、Differentiated Services Code Point (DSCP) マーキングルールは引き続き使用できます。

設定ファイルで、disable_packet_marking フラグを true に設定します。設定ファイルを編集した後、neutron_ovs_agent コンテナーを再起動する必要があります。以下に例を示します。

$ cat `/var/lib/config-data/puppet-generated/neutron/etc/neutron/plugins/ml2/openvswitch_agent.ini`
  [ovs]
  disable_packet_marking=True

(BZ#2111015)

Red Hat OpenStack Platform (RHOSP) 17.0 GA では、NIC でパーティション分割されたデプロイメントで、仮想機能 (VF) を VM に渡すことができるようになりました。

VF を通過するには、heat 環境ファイルで、VF 製品 ID、ベンダー ID、および物理機能 (PF) PCI アドレスを指定する必要があります。

NovaPCIPassthrough:
   - product_id: "<VF_product_ID>"
     vendor_id: "<vendor_ID>"
     address: "<PF_PCI_addresses>"
     trusted: "true"

PF PCI アドレスパラメーターは、文字列と辞書のマッピングをサポートします。ワイルドカード文字を指定し、1 つ以上のアドレスを指定するときに正規表現を使用できます。

NovaPCIPassthrough:
   - product_id: "0x7b18"
     vendor_id: "0x8086"
     address: "0000:08:00.*"
     trusted: "true"

(BZ#1913862)

この更新の前は、collectd スマートプラグインが機能するには CAP_SYS_RAWIO 機能が必要でした。デフォルトでは追加されませんでした。今回の更新により、この機能を collectd コンテナーに追加できるようになり、スマートプラグインが機能するようになりました。スマートプラグインを使用する場合は、環境ファイルで次のパラメーターを指定します。CollectdContainerAdditionalCapAdd:

今回の更新により、検証フレームワークは、特定の用途に合わせてパラメーターを設定できる設定ファイルを提供します。このファイルの例は、コードソースのルートまたはデフォルトの場所 /etc/validation.cfg にあります。

/etc/ のデフォルトファイルを使用するか、独自のファイルを使用して、引数 --config で CLI に提供できます。

設定ファイルを使用する場合、変数の優先順位には順序があります。次の順序は、変数の優先順位です。