7.12. 클라우드 환경의 RHEL
nm-cloud-setup 유틸리티가 Microsoft Azure에 올바른 기본 경로를 설정
이전에는 Microsoft Azure에서 nm-cloud-setup 유틸리티가 클라우드 환경의 올바른 게이트웨이를 감지하지 못했습니다. 결과적으로 유틸리티에서 잘못된 기본 경로를 설정했으며 연결에 실패했습니다. 이번 업데이트에서는 문제가 해결되었습니다. 결과적으로 nm-cloud-setup 유틸리티는 이제 Microsoft Azure에 올바른 기본 경로를 설정합니다.
백업 AMI에서 생성된 EC2 인스턴스에서 SSH 키가 올바르게 생성됩니다.
이전에는 백업 AMI(Amazon Machine Image)에서 RHEL 8의 새 Amazon EC2 인스턴스를 생성할 때 cloud-init 에서 VM의 기존 SSH 키를 삭제했지만 새 SSH 키를 생성하지 않았습니다. 결과적으로 일부의 경우 VM을 호스트에 연결할 수 없었습니다.
이 문제는 새로 생성된 RHEL 8.5 VM에 대해 해결되었습니다. RHEL 8.4 또는 이전 버전에서 업그레이드된 VM의 경우 문제를 수동으로 해결해야 합니다.
이렇게 하려면 cloud.cfg 파일을 편집하고 ssh_genkeytypes: ~ 행을 ssh_genkeytypes: ['rsa', 'ecdsa', 'ed25519'] 로 변경합니다. 이렇게 하면 설명된 환경에서 RHEL 8 VM을 프로비저닝할 때 SSH 키를 올바르게 삭제하고 생성할 수 있습니다.
AWS ARM64 인스턴스에서 실행 중인 RHEL 8이 지정된 네트워크 속도에 도달할 수 있음
AWS(Amazon Web Services) ARM64 인스턴스에서 실행되는 VM(가상 머신)에서 RHEL 8을 게스트 운영 체제로 사용하는 경우 이전에 iommu.strict=1 커널 매개 변수를 사용하거나 no 예상 네트워크 성능보다 낮았습니다.
iommu.strict 매개 변수를 정의할 때 VM이
이 문제는 Red Hat에서 제공하는 RHEL 8.5 AMI(Amazon Machine Images)에서 더 이상 발생하지 않습니다. 다른 유형의 이미지에서는 to iommu.strict=0 매개변수를 변경하여 문제를 해결할 수 있습니다. 여기에는 다음이 포함됩니다.
- RHEL 8.4 및 이전 이미지
-
yum update를 사용하여 이전 버전에서 업그레이드된 RHEL 8.5 이미지 - Red Hat에서 제공하지 않는 RHEL 8.5 이미지
(BZ#1836058)
이제 Azure의 원격 머신에 RHEL 8 가상 머신 코어 덤프가 더 안정적으로 작동합니다.
이전 버전에서는 kdump 유틸리티를 사용하여 Microsoft Azure 하이퍼바이저에 RHEL 8 가상 머신(VM)의 코어 덤프 파일을 원격 머신에 저장하면 VM이 가속화된 네트워킹이 활성화된 NIC를 사용할 때 올바르게 작동하지 않았습니다. 결과적으로 덤프 파일은 즉시 대신 약 200초 후에 저장되었습니다. 또한 덤프 파일을 저장하기 전에 콘솔에 다음과 같은 오류 메시지가 기록되었습니다.
device (eth0): linklocal6: DAD failed for an EUI-64 address
이번 업데이트를 통해 기본 코드가 수정되었으며 설명된 상황에서 덤프 파일이 즉시 저장됩니다.
(BZ#1854037)
FIPS 모드가 활성화된 경우 RHEL 8 게스트 최대 절전이 올바르게 작동합니다.
이전에는 VM이 FIPS 모드를 사용하는 경우 RHEL 8을 게스트 운영 체제로 사용하는 VM(가상 머신)을 최대 절전 모드로 유지할 수 없었습니다. 기본 코드가 수정되어 영향을 받는 VM이 올바르게 최대 절전할 수 있습니다.
(BZ#1934033, BZ#1944636)
