3.14. Red Hat OpenStack Platform 13 유지 관리 릴리스 - 2020년 10월 28일

이번 업데이트 이전에는 Compute(nova) 서비스에서 컴퓨팅 노드가 복원될 때까지 네트워크 포트와 같은 리소스를 해제하지 않으면 다운된 컴퓨팅 노드의 인스턴스에서 네트워크 포트를 분리할 수 없는 경우 로드 밸런싱 서비스(octavia) 장애 조치(failover)가 실패합니다.

이번 업데이트를 통해 로드 밸런싱 서비스의 장애 조치 흐름이 이 Compute 서비스 문제를 처리하도록 업데이트되었습니다. 이제 로드 밸런싱 서비스에서 해제하지 않는 포트를 버리고 Compute 서비스 또는 Networking 서비스의 "수정 삭제" 상태로 두어 컴퓨팅 노드가 복원되면 정리합니다. 이렇게 하면 문제가 해결되어 컴퓨팅 노드가 여전히 실패한 경우에도 장애 조치(failover)가 성공할 수 있습니다.

이번 업데이트 이전에는 여러 복원을 동시에 수행할 때 시스템이 메모리 부족으로 인해 백업 서비스가 실패했습니다.

이번 업데이트를 통해 Python이 데이터 참조 수를 보다 빨리 줄임으로써 백업 복원 작업 중에 메모리를 확보할 수 있는 속도를 증가시키고, Python에서 복원이 완료될 때까지 기다리지 않고 압축 해제되는 즉시 데이터를 가비지 수집하도록 허용했습니다. 이렇게 하면 백업 서비스에서 동시에 여러 복원을 처리할 수 있는 문제가 해결되었습니다.

이번 업데이트 이전에는 스냅샷에서 볼륨을 만들 때 비동기 마이그레이션 중에 생성된 내부 임시 스냅샷이 VNX 스토리지에서 삭제되지 않았습니다.

예를 들어 볼륨 V1에서 만든 스냅샷 S1에서 만든 새 볼륨 V2를 만드는 경우 S2가 S1 복사에서 생성됩니다. 이제 V1에 두 개의 스냅샷 S1과 S2가 있습니다. OpenStack Block Storage(cinder)에서 V1, V2 및 S1을 삭제했지만 S2는 삭제되지 않습니다. 이로 인해 V1과 S2 모두 VNX 스토리지에 남아 있습니다.

이번 업데이트를 통해 임시 스냅샷 S2가 삭제되고 V1이 성공적으로 삭제될 수 있습니다.

이번 업데이트 이전에는 OpenStack Block Storage 서비스를 호스트로 마이그레이션하기 전에 RHOSP 10에서 RHOSP 13으로 업그레이드한 후 인스턴스에 액세스할 수 없었습니다. 따라서 컨테이너화된 서비스가 OpenStack Block Storage 서비스 디렉터리에 있는 모든 파일의 소유권을 시작하고 변경하면 NFS 공유에 있는 파일의 소유권도 변경됩니다.

이번 업데이트를 통해 컨테이너에서 실행되도록 서비스를 업그레이드하기 전에 OpenStack Block Storage NFS 공유를 마운트 해제합니다. 이렇게 하면 문제가 해결되고 RHOSP 13으로 업그레이드한 후 인스턴스가 볼륨에 액세스할 수 있습니다.

이번 업데이트 이전에는 OpenStack Shared File Systems(manila) 서비스가 VServer-scoped ONTAP 자격 증명으로 구성된 경우 공유 프로비저닝이 실패했습니다. 이는 NetApp ONTAP 드라이버가 최근 변경되어 스토리지 시스템 기능을 결정하는 동안 공유 관리자 서비스가 다시 시작 루프에 고정되기 때문입니다.

이번 업데이트를 통해 NetApp ONTAP 드라이버는 이제 Vserver 범위의 NetApp 사용자를 확인하고 스토리지 시스템 기능을 결정하기 위한 대체 경로를 추가하여 문제를 해결합니다. 이제 OpenStack Shared File Systems 공유 관리자 서비스에서 스토리지 시스템 기능을 확인하고 프로비저닝을 성공적으로 공유할 수 있습니다.

이번 업데이트 이전에는 에이전트의 초기 연결 오류로 인해 재시도 논리가 중단되어 에이전트가 Ironic 서비스와 통신하지 못하고 에이전트 콘솔에 잘못된 TypeError를 로깅하는 경우가 있었습니다.

이번 업데이트를 통해 알려진 연결 및 조회 실패 사례를 명시적으로 처리하도록 예외 처리가 수정되었으며 에이전트에서 발생하는 사항에 대한 명확성을 제공하기 위해 로깅이 업데이트되었습니다. 이제 커넥션이 에이전트에서 설계한 대로 재시도되며, 로깅은 더 이상 예기치 않은 오류 발생 시 TypeError만 보고해서는 안 됩니다.

시작하는 동안 ironic-conductor 서비스는 ironic-conductor 재시작 프로세스 초기에 허용되는 작업을 위해 베어 메탈 노드에 예약 잠금을 잃을 수 있습니다. 잠금을 손실하면 ironic-conductor 서비스를 다시 시작하는 동안 OpenStack Bare Metal Provisioning(ironic) 배포에 제출되는 작업의 경쟁 조건으로 인해 요청이 "NodeNotLocked" 오류로 인해 실패했습니다.

이번 업데이트를 통해 문제를 해결하는 ironic-conductor 프로세스에서 작업을 수락하기 전에 데이터베이스 정리 검사를 수행합니다.