此内容没有您所选择的语言版本。

Chapter 9. Postinstallation tasks


After using the Agent-based Installer to deploy your cluster, you can perform post-installation procedures such as customizing a br-ex bridge for nodes in your cluster. Customizing your cluster can help prepare the cluster for specific workloads and deployment requirements.

Use the default OVS br-ex bridge configuration for standard environments. This configuration applies when you have a single network interface controller (NIC) and standard OVS settings.

By default, OpenShift Container Platform automatically configures the Open vSwitch (OVS) br-ex bridge on bare-metal nodes. For advanced networking requirements, you can override this default behavior on bare-metal platforms. To do this, create an NodeNetworkConfigurationPolicy (NNCP) custom resource (CR) that includes an NMState configuration file.

The Kubernetes NMState Operator uses the NMState configuration file to create a customized br-ex bridge network configuration. This configuration applies to each node in your cluster.

Important

After creating the NodeNetworkConfigurationPolicy CR, copy content from the installation NMState configuration file into the NNCP CR. An incomplete NNCP CR can result in loss of network connectivity, because the NNCP overrides all existing policies.

Consider using the customized br-ex bridge configuration for any of the following tasks:

  • You need to modify the br-ex bridge after you installed the cluster.
  • You need to modify the maximum transmission unit (MTU) for your cluster.
  • You need to update DNS values.
  • You need to modify attributes for a different bond interface, such as MIImon (Media Independent Interface Monitor), bonding mode, or Quality of Service (QoS).
  • You need to enable Link Layer Discovery Protocol (LLDP) to discover and troubleshoot switch connectivity.
Warning

The following list of interface names are reserved and you cannot use the names with NMstate configurations:

  • br-ext
  • br-int
  • br-local
  • br-nexthop
  • br0
  • ext-vxlan
  • ext
  • genev_sys_*
  • int
  • k8s-*
  • ovn-k8s-*
  • patch-br-*
  • tun0
  • vxlan_sys_*

Prerequisites

  • You have installed the Kubernetes NMState Operator.
  • You have identified the specific nodes where you want to apply the policy.

Procedure

  • Create a NodeNetworkConfigurationPolicy (NNCP) CR and define a customized br-ex bridge network configuration. The br-ex NNCP CR must include the OVN-Kubernetes masquerade IP address and subnet of your network. The example NNCP CR includes default values in the ipv4.address.ip and ipv6.address.ip parameters. You can set the masquerade IP address in the ipv4.address.ip, ipv6.address.ip, or both parameters.

    Important

    As a post-installation task, you cannot change the primary IP address of the customized br-ex bridge. If you want to convert your single-stack cluster network to a dual-stack cluster network, you can add or change a secondary IPv6 address in the NNCP CR, but the existing primary IP address cannot be changed.

    apiVersion: nmstate.io/v1
    kind: NodeNetworkConfigurationPolicy
    metadata:
      name: worker-0-br-ex
    spec:
      nodeSelector:
        kubernetes.io/hostname: worker-0
      desiredState:
        interfaces:
        - name: enp2s0
          type: ethernet
          state: up
          mtu: 9000
          ipv4:
            enabled: false
          ipv6:
            enabled: false
        - name: br-ex
          type: ovs-bridge
          state: up
          ipv4:
            enabled: false
            dhcp: false
          ipv6:
            enabled: false
            dhcp: false
          bridge:
            options:
              mcast-snooping-enable: true
            port:
            - name: enp2s0
            - name: br-ex
        - name: br-ex
          type: ovs-interface
          state: up
          copy-mac-from: enp2s0
          mtu: 9000
          ipv4:
            enabled: true
            dhcp: true
            auto-route-metric: 48
            address:
            - ip: "169.254.0.2"
              prefix-length: 17
          ipv6:
            enabled: true
            dhcp: true
            auto-route-metric: 48
            address:
            - ip: "fd69::2"
            prefix-length: 112
    # ...

    where:

    metadata.name
    Specifies the name of the policy.
    interfaces.name
    Specifies the name of the interface.
    interfaces.type
    Specifies the type of ethernet.
    interfaces.state
    Specifies the requested state for the interface after creation.
    mtu
    To ensure network stability and performance, you must explicitly declare the MTU in the manifest for every interface. Do not rely on automatic MTU configuration. The MTU configured on a bridge port or VLAN-tagged interface must not exceed the maximum frame size supported by the attached physical medium. A mismatch causes packet fragmentation or connectivity loss.
    ipv4.enabled
    Disables IPv4 and IPv6 in this example.
    port.name
    Specifies the node NIC to which the bridge is attached.
    address.ip
    Shows the default IPv4 and IPv6 IP addresses. Ensure that you set the masquerade IPv4 and IPv6 IP addresses of your network.
    auto-route-metric
    Set the parameter to 48 to ensure the br-ex default route always has the highest precedence (lowest metric). This configuration prevents routing conflicts with any other interfaces automatically configured by the NetworkManager service.

Next steps

  • Scaling compute nodes to apply the manifest object that includes a customized br-ex bridge to each compute node that exists in your cluster. For more information, see "Expanding the cluster" in the Additional resources section.
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

关于红帽文档

Legal Notice

Theme

© 2026 Red Hat
返回顶部