9.4. PCI パススルーのコントロールプレーンの更新


クラウドユーザーが PCI デバイスが接続されたインスタンスを作成できるようにするには、まずコントロールプレーンを設定します。alias フィールドに、パススルーする正しい製品 ID、ベンダー ID、デバイスタイプを設定します。

前提条件

  • PCI パススルーを設定できるノードを定義する OpenStackDataPlaneNodeSet CR を選択した。OpenStackDataPlaneNodeSet CR 作成の詳細は、Red Hat OpenStack Services on OpenShift のデプロイ ガイドの 事前プロビジョニングされたノードを使用した OpenStackDataPlaneNodeSet CR の作成 を参照してください。
  • PCIPassthroughFilter および NUMATopologyFilter フィルターが有効になっている。これらのフィルターはデフォルトで有効になっています。OpenStackControlPlane CR をチェックすることで、変更されたかどうかを確認できます。

    oc exec nova-scheduler-0 -- grep "enabled_filters" /etc/nova/nova.conf.d/ -R

手順

  1. ワークステーションで OpenStackControlPlane カスタムリソース (CR) ファイル openstack_control_plane.yaml を開きます。
  2. nova テンプレートに customServiceConfig フィールドを追加して、コンピュートノード上の PCI デバイスの PCI エイリアスを指定します。

    apiVersion: core.openstack.org/v1beta1
    kind: OpenStackControlPlane
    spec:
      nova:
        apiOverride:
          route: {}
        template:
          secret: osp-secret
          apiServiceTemplate:
            replicas: 3
            customServiceConfig: |
              [pci]
              alias = {"name":"a1", "product_id":"<prod_id>", "vendor_id": "<vendor_id>", "device_type": "<device_type>"}
    • <prod_id> を PCI デバイスの製品 ID (例: 1572) に置き換えます。
    • <vendor_id> を PCI デバイスのベンダー ID (例: 8086) に置き換えます。
    • <device_type> を PCI デバイスのタイプ (例: type-PF) に置き換えます。

      注記

      PCI デバイスがインストールされているシステムで lspci -nn コマンドを使用すると、製品 ID とベンダー ID を確認できます。device_type フィールドの設定の詳細は、PCI パススルーデバイス種別フィールド を参照してください。

  3. オプション: PCI パススルーデバイスのデフォルトの NUMA アフィニティーポリシーを設定するには、設定に numa_policy を追加します。

              [pci]
              alias = {"name":"a1", "product_id":"<prod_id>", "vendor_id": "<vendor_id>", "device_type": "<device_type>", "numa_policy": "<pci_numa_policy>"}
    • <prod_id> を PCI デバイスの製品 ID (例: 1572) に置き換えます。
    • <vendor_id> を PCI デバイスのベンダー ID (例: 8086) に置き換えます。
    • <device_type> を PCI デバイスのタイプ (例: type-PF) に置き換えます。
    • <pci_numa_policy>requiredsocketpreferred、または legacy の値に置き換えます。詳細は、Nova PCI パススルーを設定するためのガイドライン を参照してください。
  4. コントロールプレーンを更新します。

    oc apply -f openstack_control_plane.yaml -n openstack
  5. RHOCP が OpenStackControlPlane CR に関連するリソースを作成するまで待機します。次のコマンドを実行して、ステータスを確認します。

    $ oc get openstackcontrolplane -n openstack

    出力例:

    NAME                      STATUS    MESSAGE
    openstack-control-plane   Unknown   Setup started

    ステータスが "Setup complete" であれば、OpenStackControlPlane リソースが作成されています。

    ヒント

    デプロイの進行状況を追跡するには、get コマンドの末尾に -w オプションを追加します。

  6. オプション: 各セルの openstack namespace 内の Pod を確認して、コントロールプレーンがデプロイされていることを確認します。

    $ oc get pods -n openstack

    すべての Pod が完了または実行中の状態であれば、コントロールプレーンがデプロイされています。

Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hat
トップに戻る