2.6. 릴리스 정보 RHOSO 18.0.8

기본적으로 비활성화된 컴퓨팅 서비스 전원 관리 기능

Compute 서비스(nova) 전원 관리 기능은 기본적으로 비활성화되어 있습니다. 다음 nova-compute 구성으로 활성화할 수 있습니다.

기본 정책에서는 배포가 끝날 때 nftables가 다시 로드되도록 합니다.

이번 업데이트 이전에는 이전 버전과의 호환성을 보장하기 위해 iptables 기본 테이블이 nftables에 추가되었습니다. 그러나 기본 DROP 규칙 대신 기본 ALLOW INPUT 규칙이 있었으며 배포가 끝나면 nftables가 다시 로드되지 않았습니다. 이번 업데이트를 통해 배포 종료 시 nftables가 다시 로드되도록 올바른 규칙이 적용됩니다.

기본 데이터 플레인 서비스 목록에 redhat 서비스를 수동으로 추가합니다.

redhat 서비스는 기본 데이터 플레인 서비스 목록에서 일시적으로 제거되었습니다. 결과적으로 서브스크립션 또는 리포지토리를 컴퓨팅 노드에 연결하고 데이터 플레인 시크릿을 생성할 때 문서화된 rhc_* 매개변수를 사용하면 노드가 등록되지 않고 데이터 플레인 배포에 실패합니다.

프로비저닝 후 다중 경로 블록 스토리지가 있는 베어 메탈 데이터 플레인 노드 부팅

이번 업데이트 이전에는 사전 빌드된 전체 디스크 이미지에 device-mapper-multipath 패키지가 포함되어 있지 않아 페어링된 부팅 램디스크가 다중 경로 블록 스토리지를 지원하지 못했습니다. 이로 인해 멀티 경로 블록 스토리지가 있는 베어 메탈 노드가 배포 후 부팅되지 않고 긴급 쉘에 고정되었습니다. 이번 업데이트를 통해 이제 사전 빌드된 전체 디스크 이미지에 device-mapper-multipath 패키지가 포함되고 배포된 베어 메탈 노드가 배포 후 더 이상 긴급 쉘을 입력하지 않습니다.

FRR 서비스에서 사용 가능한 로그

이번 업데이트 이전에는 RHOSO가 BGP로 동적 라우팅을 사용하도록 구성된 경우 데이터 플레인 노드에 배포된FRR(Free Range Routing) 서비스에 사용할 수 있는 로그가 없습니다. 이번 업데이트를 통해 이러한 로그를 사용할 수 있습니다.

레거시 tripleo Networking 서비스는 채택 후 제거됨

이번 업데이트 이전에는 edpm_tripleo_cleanup 작업 후 레거시 tripleo Networking 서비스(neutron) 서비스가 있었지만 수동으로 제거해야 했습니다. 이러한 서비스는 채택 후 중지되었으므로 RHOSO 서비스는 영향을 받지 않았습니다. 이번 업데이트를 통해 데이터 플레인 노드에 채택된 후 모든 tripleo Networking 서비스가 제거됩니다.

외부 MTU가 내부 MTU보다 크면 패킷이 자동으로 삭제됩니다.

RHOSO는 외부 MTU가 내부 MTU보다 큰 경우 north-south 패킷을 예상대로 분할하지 않습니다. 대신 알림 없이 수신 패킷이 삭제됩니다.

예

예를 들어 외부 네트워크 datacentre MTU가 1500이라고 가정합니다.

포트 업데이트에서는 VLAN 또는 플랫 네트워크 포트에 대한 QoS 정보 삭제

송신 QoS 정책 규칙(최대 및/또는 최소 대역폭)이 있는 VLAN 또는 플랫 네트워크 포트는 이 정보를 Logical_Switch_Port. options 사전에 저장합니다. 포트 이름 변경에서 실시간 마이그레이션으로 이 포트의 업데이트는 이 QoS 정보를 삭제합니다.

물리적 기능이 VM 인스턴스에 연결되어 있으면 채택이 실패합니다.

물리적 기능(PF)이 인스턴스에 연결된 경우 os-net-config 를 다시 실행하면 호스트에서 SR-IOV PF를 찾을 수 없으므로 배포, 업데이트 또는 채택이 실패합니다.

SELinux가 활성화되면 NetworkManager-dispatcher 스크립트가 실행되지 않음

os-net-config 구성 툴에서는 드라이버 바인딩에 NetworkManager-dispatcher 스크립트를 사용합니다. SELinux가 활성화되면 이러한 스크립트를 실행하지 못하고 os-net-config 네트워크 배포에 실패합니다.

실패한 서비스 업데이트는 배포 상태에 따라 정확하게 반영됩니다.

이번 업데이트 이전에는 서비스 구성을 업데이트할 때 배포 조건 상태에 오류가 반영되지 않았습니다. 대신 업데이트로 생성된 새 Pod가 배포 준비 상태를 확인할 때 고려되지 않았기 때문에 Ready 조건이 "True"로 표시되었습니다. 이번 업데이트를 통해 이제 배포 준비 상태를 평가할 때 구성 업데이트 중에 생성된 새 Pod가 고려됩니다. 새 포드를 롤아웃하는 경우 배포는 배포가 진행 중인 배포에 있음을 나타냅니다.

마이너 업데이트 중에 컨트롤 플레인을 일시적으로 사용할 수 없음

마이너 업데이트 중에 RHOSO 컨트롤 플레인을 일시적으로 사용할 수 없게 됩니다. 오류 500과 같은 HTTP 오류 코드로 API 요청이 실패할 수 있습니다. 또는 API 요청이 성공할 수 있지만 기본 라이프사이클 작업이 실패합니다. 예를 들어 마이너 업데이트 중에 openstack server create 명령을 사용하여 생성된 VM(가상 머신)은 ACTIVE 상태에 도달하지 않습니다. 컨트롤 플레인 중단은 일시적이며 마이너 업데이트가 완료된 후 자동으로 복구됩니다. 컨트롤 플레인 중단은 이미 실행 중인 워크로드에 영향을 미치지 않습니다.

생성된 CA 번들이 데이터 플레인 노드에 설치됨

이번 업데이트 이전에는 RHOSO 컨트롤 플레인에서 생성한 CA 번들이 배포되거나 실행 중인 서비스를 위해 데이터 플레인 노드에 배포되었지만 데이터 플레인 노드 자체에 CA 번들로 설치되지 않았습니다. CA 번들에는 예를 들어 Satellite에 액세스하기 위해 사용자 지정 타사 CA 파일이 포함될 수 있습니다. 이번 업데이트를 통해 CA 번들이 데이터 플레인 노드에 설치됩니다.