Mirantis Container Cloud (MCC) becomes part of Mirantis OpenStack for Kubernetes (MOSK)!
Now, the MOSK documentation set covers all product layers, including MOSK management (formerly Container Cloud). This means everything you need is in one place. Some legacy names may remain in the code and documentation and will be updated in future releases. The separate Container Cloud documentation site will be retired, so please update your bookmarks for continued easy access to the latest content.
Enable SR-IOV for Tungsten Fabric¶
This section instructs you on how to enable SR-IOV with the Neutron Tungsten Fabric (TF) backend.
To enable SR-IOV for TF:
Verify that your deployment meets the following requirements:
NICs with the SR-IOV support are installed
SR-IOV and VT-d are enabled in BIOS
Enable IOMMU in the kernel by configuring
intel_iommu=onin the GRUB configuration file. Specify the parameter for compute nodes inBareMetalHostProfilein thegrubConfigsection:spec: grubConfig: defaultGrubOptions: - 'GRUB_CMDLINE_LINUX="$GRUB_CMDLINE_LINUX intel_iommu=on"'
Enable SR-IOV in the
OpenStackDeploymentCR through the node-specific overrides settings. For example:spec: nodes: <NODE-LABEL>::<NODE-LABEL-VALUE>: features: neutron: sriov: enabled: true nics: - device: enp10s0f1 num_vfs: 7 physnet: tenant
Warning
After the
OpenStackDeploymentCR modification, the TF Operator generates a separate vRouter DaemonSet with specified settings. Thetf-vrouter-agent-<XXXXX>pods will be automatically restarted on the affected nodes causing the network services interruption on virtual machines running on these hosts.Optional. To modify a vRouter DaemonSet according to the SR-IOV definition in the
OpenStackDevelopmentCR, add vRouter custom specs to the TF Operator CR with the node label specified in theOpenStackDeploymentCR. For example:spec: nodes: sriov: labels: name: <NODE-LABEL> value: <NODE-LABEL-VALUE> nodeVRouter: enabled: true envSettings: agent: - name: VROUTER_GATEWAY value: <VROUTER-GATEWAY-IP>