2.8.4.2. 확인된 문제
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.
FRR 서비스에 사용할 수 있는 로그 없음
RHOSO가 BGP와 함께 동적 라우팅을 사용하도록 구성된 경우 데이터 플레인 노드에 배포된 FRR 서비스에 사용할 수 있는 로그가 없습니다.
해결방법:
OpenstackDataplaneDeployment 이 완료된 후 FRR 로그를 가져오려면 FRR을 실행하는 모든 네트워크 및 컴퓨팅 노드에서 다음 작업을 수행합니다.
-
/var/lib/config-data/ansible-generated/frr/etc/frr.conf'file을 편집하고 'log 파일을 로그 파일./var/log/frr/frr.log로 바꿉니다 -
/var/lib/kolla/config_files/frr.json을 편집하고절전 infinity를tail -f /var/log/frr/frr.log로 바꿉니다. -
FRR 다시 시작:
systemctl restart edpm_frr.
채택 후 레거시 tripleo Networking 서비스(neutron)
edpm_tripleo_cleanup 작업 후에도 기존 tripleo Networking 서비스(neutron) 서비스가 계속 있습니다. 이러한 서비스는 채택 후 중지되므로 RHOSO 서비스는 영향을 받지 않습니다.
해결방법:
다음 단계를 수행하여 레거시 서비스를 수동으로 제거합니다.
-
tripleo neutron services list:
systemctl list-unit-files --type service를 확인합니다. -
/etc/systemd/system/에서 tripleo 서비스 제거
외부 MTU가 내부 MTU보다 크면 패킷이 자동으로 삭제됩니다.
RHOSO는 외부 MTU가 내부 MTU보다 큰 경우 north-south 패킷을 예상대로 분할하지 않습니다. 대신 알림 없이 수신 패킷이 삭제됩니다.
또한 테넌트 네트워크 간의 동서 트래픽에서는 조각화가 작동하지 않습니다.
이러한 문제가 해결될 때까지 외부 MTU 설정이 내부 MTU 설정보다 작거나 같고 east/west 경로의 모든 MTU 설정이 동일한지 확인합니다.
해결방법:
이러한 문제가 해결될 때까지 다음 단계를 수행하여 외부 MTU 설정이 내부 MTU 설정보다 작거나 같고 east/west 경로의 모든 MTU 설정이 같은지 확인합니다.
-
ovn_emit_need_to_frag를true로 설정합니다. -
genve 터널 캡슐화 오버헤드를 수용하려면
global_physnet_mtu를 외부 네트워크 MTU보다 58바이트 이상 큰 크기로 설정합니다. -
physical_network_mtus값 쌍을 설정하여 각 물리적 네트워크의 MTU를 설명합니다. - 외부 네트워크의 모든 장치에 대한 MTU 설정이 내부 MTU 설정보다 작은지 확인합니다.
- 기존 라우터에 변경 사항을 적용하려면 라우터를 삭제하고 다시 만듭니다.
예
예를 들어 외부 네트워크 datacentre MTU가 1500이라고 가정합니다.
OpenStackControlPlane CR에 다음 neutron 설정을 입력합니다.
neutron: enabled: true : template: : customServiceConfig: | [DEFAULT] global_physnet_mtu=1558 [ml2] physical_network_mtus = ["datacentre:1500_{context}"] [ovn] ovn_emit_need_to_frag = true- 외부 네트워크의 모든 장치에 대한 MTU 설정이 내부 MTU 설정보다 작은지 확인합니다.
- OVN 라우터를 사용하는 모든 테넌트 네트워크에 동일한 MTU가 있는지 확인합니다.
- 기존 라우터에 변경 사항을 적용하려면 라우터를 삭제하고 다시 만듭니다.
포트 업데이트에서는 VLAN 또는 플랫 네트워크 포트에 대한 QoS 정보 삭제
송신 QoS 정책 규칙(최대 및/또는 최소 대역폭)이 있는 VLAN 또는 플랫 네트워크 포트는 이 정보를 Logical_Switch_Port. options 사전에 저장합니다. 포트 이름 변경에서 실시간 마이그레이션으로 이 포트의 업데이트는 이 QoS 정보를 삭제합니다.
해결방법: QoS 정보를 복원하려면 이 포트에 대한 QoS 정책을 제거하고 다시 설정해야 합니다.