11.7. 네트워킹
NetworkManager는 특정 순서로 본딩 및 팀 포트 활성화를 지원하지 않습니다.
NetworkManager는 인터페이스 이름으로 알파벳순으로 인터페이스를 활성화합니다. 그러나 커널에서 검색하는 데 더 많은 시간이 필요하기 때문에 부팅 중에 인터페이스가 나중에 표시되면 NetworkManager는 나중에 이 인터페이스를 활성화합니다. NetworkManager는 본딩 및 팀 포트에서 우선 순위 설정을 지원하지 않습니다. 결과적으로 NetworkManager가 이러한 장치의 포트를 활성화하는 순서가 항상 예측 가능한 것은 아닙니다. 이 문제를 해결하려면 디스패치 스크립트를 작성합니다.
이러한 스크립트의 예는 티켓에서 해당 댓글을 참조하십시오.
nm-cloud-setup 서비스는 인터페이스에서 수동으로 구성된 보조 IP 주소를 제거합니다.
클라우드 환경에서 수신된 정보를 기반으로 nm-cloud-setup 서비스는 네트워크 인터페이스를 구성합니다. nm-cloud-setup 을 비활성화하여 인터페이스를 수동으로 설정합니다. 그러나 특정 경우에는 호스트의 다른 서비스도 인터페이스를 구성할 수 있습니다. 예를 들어, 이러한 서비스는 보조 IP 주소를 추가할 수 있습니다. nm-cloud-setup 을 방지하려면 보조 IP 주소를 제거합니다.
nm-cloud-setup서비스 및 타이머를 중지하고 비활성화합니다.# systemctl disable --now nm-cloud-setup.service nm-cloud-setup.timer
사용 가능한 연결 프로필을 표시합니다.
# nmcli connection show
영향을 받는 연결 프로필을 다시 활성화합니다.
# nmcli connection up "<profile_name>"
결과적으로 서비스는 인터페이스에서 수동으로 구성된 보조 IP 주소를 더 이상 제거하지 않습니다.
IPv6_rpfilter 옵션이 활성화된 시스템에는 네트워크 처리량이 낮은 시스템
firewalld.conf 파일에서 IPv6_rpfilter 옵션을 사용하도록 설정한 시스템에는 현재 100Gbps 링크와 같은 높은 트래픽 시나리오에서 낮은 성능과 낮은 네트워크 처리량이 발생합니다. 이 문제를 해결하려면 IPv6_rpfilter 옵션을 비활성화합니다. 이렇게 하려면 /etc/firewalld/firewalld.conf 파일에 다음 행을 추가합니다.
IPv6_rpfilter=no
결과적으로 시스템은 더 잘 수행되지만 보안도 저하되었습니다.
(BZ#1871860)
IBM Z의 RoCE 인터페이스에서 네트워크 인터페이스 이름을 예기치 않은 변경으로 인해 IP 설정이 손실됨
RHEL 8.6 이전 버전에서는 udev 장치 관리자가 IBM Z 플랫폼에서 예측할 수 없는 장치 이름을 UID(Unique ID)로 열거한 RoCE 인터페이스에 할당합니다. 그러나 RHEL 8.7 이상에서는 udev 가 이러한 인터페이스에 eno 접두사가 포함된 예측 가능한 장치 이름을 할당합니다.
RHEL 8.6 이하에서 8.7 이상으로 업데이트하면 이러한 UID 사용 인터페이스에 새 이름이 있으며 더 이상 NetworkManager 연결 프로필의 장치 이름과 일치하지 않습니다. 결과적으로 이러한 인터페이스에는 업데이트 후 IP 구성이 없습니다.
해결 방법은 시스템을 이미 업데이트한 경우 업데이트 전에 적용할 수 있으며 RHEL 8.7 이상으로 업데이트한 후 IBM Z의 RoCE 인터페이스 손실을 참조하십시오.
