A.3. 지원 가능성 테스트
지원 기능 테스트를 통해 Red Hat은 설치 및 실행 중인 제품에서 RHEL(Red Hat Enterprise Linux)을 지원할 수 있습니다.
소프트웨어/지원 가능한 테스트에는 다음 하위 테스트가 포함됩니다.
A.3.1. 로그 버전 subtest 링크 복사링크가 클립보드에 복사되었습니다!
로그 버전 subtest는 RHEL 버전과 테스트 중인 호스트에 설치된 커널 버전을 찾을 수 있는지 확인합니다.
성공 기준
- 테스트에서 RHEL 버전과 커널 버전을 모두 탐지합니다.
A.3.2. kernel subtest 링크 복사링크가 클립보드에 복사되었습니다!
kernel subtest는 테스트 환경에서 실행되는 커널 모듈을 확인합니다. 커널 버전은 원래 GA(General Availability) 버전 또는 RHEL 주요 릴리스 및 마이너 릴리스에 대해 릴리스된 후속 커널 업데이트 중 하나일 수 있습니다.
커널 하위 테스트도 환경에서 실행할 때 커널이 테인트되지 않도록 합니다.
성공 기준
- 실행 중인 커널은 Red Hat 커널입니다.
- 실행 중인 커널은 RHEL 버전과 함께 사용하기 위해 Red Hat에서 릴리스합니다.
- 실행 중인 커널이 테인트되지 않습니다.
- 실행 중인 커널이 수정되지 않았습니다.
A.3.3. 커널 모듈 subtest 링크 복사링크가 클립보드에 복사되었습니다!
커널 모듈 subtest는 로드된 커널 모듈이 커널 패키지의 일부로 또는 Red Hat 드라이버 업데이트를 통해 추가되었는지 확인합니다. 커널 모듈 하위 테스트는 커널 모듈이 기술 프리뷰로 식별되지 않도록 합니다.
성공 기준
- 커널 모듈은 Red Hat에서 릴리스하며 지원됩니다.
A.3.4. 타사 커널 모듈 subtest 링크 복사링크가 클립보드에 복사되었습니다!
타사 커널 하위 테스트는 비 Red Hat 커널 패키지가 실행 중인지 확인합니다.
파트너 커널 모듈을 사용하면 인증 중에 완전히 확인되지 않는 Red Hat 커널에 위험을 초래할 수 있습니다. 결과적으로 파트너 커널 모듈이 필요한 경우 인증 프로세스는 스택의 지원을 받을 수 있도록 하는 것을 목표로 하며, 해당 파트너사의 책임이 명확하게 설명됩니다.
Red Hat은 파트너 커널 모듈이 필요할 때마다 인증을 거부할 수 있는 권한을 갖습니다. 파트너 커널 모듈은 다음을 포함하여 추가 확인의 대상이 됩니다(제한되지는 않음).
성공 기준
파트너는 다음을 수행해야 합니다.
- Red Hat의 프로덕션 적용 범위에 정의된 정책을 이해하고 그에 따라 조치한다는 데 동의합니다.
- 귀하가 Red Hat의 타사 지원 정책에 정의된 정책에 따라 이해하고 조치를 취할 것에 동의합니다.
- 공동 고객용으로 작성된 커널 모듈에 대한 문서를 Red Hat에 제공합니다.
- 애플리케이션 지원 팀 및 커널 엔지니어링 지원 팀의 연락처 정보를 Red Hat에 제공
- 모듈을 소유하고 지원하도록 선언합니다.
- 모듈이 RHEL 커널 또는 userland 기능을 방해하지 않도록 선언합니다.
- 해당 모듈이 하드웨어 드라이버가 아님을 선언합니다.
파트너 커널 모듈은 다음을 수행해야 합니다.
-
lsmod명령의 출력에서 모듈 이름, 크기 및 종속 항목을 표시합니다. -
파트너 문서에 맞춰
modinfo명령의 출력에 모듈 이름, 파일 이름, 라이센스 및 설명을 표시합니다. -
파트너가
modinfo명령 출력에서 모듈을 서명하고 지원하는 것을 보여줍니다. -
사전 컴파일된
ko또는ko.xz kmods. -
마지막
피벗_root후 로드됩니다. - RPM 또는 파트너가 서명한 다른 형식으로 제공 및 패키징해야 합니다. 또한 in-memory 및 on-disk 커널 모듈의 유효성을 확인하는 메커니즘을 제공해야 합니다.
-
RPM으로 전달 및 패키지된 경우 파트너 커널 모듈은 다음을 수행해야 합니다.
- 표준 RHEL RPM 인증 요구 사항을 충족합니다.
-
패키지의 공급 업체가
rpm -qi명령의 출력에서 지원을 담당한다는 것을 보여줍니다. -
rpm -q --requires명령의 출력에서 커널 모듈에 지원되는 Red Hat 커널 범위를 표시합니다.
A.3.5. 하드웨어 상태 하위 테스트 링크 복사링크가 클립보드에 복사되었습니다!
하드웨어 상태 하위 테스트는 하드웨어가 지원되는 경우 테스트하여 시스템의 상태를 확인하고, 요구 사항을 충족하며, 알려진 하드웨어 취약점이 있는지 확인합니다. 하위 테스트는 다음을 수행합니다.
RHEL 커널이 지원되지 않는 하드웨어를 식별하지 않는지 확인합니다. 커널이 지원되지 않는 하드웨어를 식별할 때 시스템 로그의 "지원되지 않는 하드웨어"와 유사한 메시지를 표시하고 지원되지 않는 커널 테인트를 트리거합니다. 이 하위 테스트는 지원되지 않는 구성 및 환경에서 Red Hat 제품을 실행할 위험이 완화됩니다.
하이퍼바이저, 파티셔닝, 클라우드 인스턴스 및 기타 가상 머신 상황에서 커널은 가상 머신에서 RHEL에 제공되는 하드웨어 데이터를 기반으로 지원되지 않는 하드웨어 메시지 또는 테인트를 트리거할 수 있습니다.
테스트 중인 호스트가 최소 하드웨어 요구 사항을 충족하는지 확인합니다.
- RHEL 8 및 RHEL 9: CPU 논리 코어 수에 따라 최소 시스템 RAM은 1.5GB여야 합니다.
- 커널이 알려진 하드웨어 취약점을 보고했는지 확인합니다.
- 시스템에서 오프라인 CPU가 없는지 확인합니다.
- 시스템에서 동시 멀티스레딩을 사용할 수 있고 활성화되어 있는지 확인합니다.
이러한 테스트 중 하나라도 실패하면 테스트 모음에서 경고가 표시됩니다. 경고를 확인하여 제품이 의도한 대로 작동하는지 확인합니다.
성공 기준
- 커널에는 UNSUPPORTEDHARDWARE 테인트 비트가 설정되어 있지 않습니다.
- 커널은 지원되지 않는 하드웨어 시스템 메시지를 보고하지 않습니다.
- 커널은 취약점을 보고하지 않습니다.
- 커널은 코어에서 설치된 메모리 비율을 범위를 벗어난 것으로 보고하지 않습니다.
- 커널은 CPU를 오프라인 상태로 보고하지 않습니다.
A.3.6. 하이퍼 바이저/하이퍼레이션 하위 테스트 링크 복사링크가 클립보드에 복사되었습니다!
하이퍼바이저/파티션 하위 테스트는 RHEL에서 테스트 중인 호스트의 아키텍처가 지원되는지 확인합니다.
성공 기준
- 베어 메탈 시스템의 전달 시나리오는 x86_64, ppc64le, s390x 및 aarch64입니다.
- 하이퍼바이저 또는 파티셔닝 환경의 전달 시나리오는 RHEL KVM, VMware, RHEV, QEMU 및 HyperV입니다.
A.3.7. 파일 시스템 레이아웃 subtest 링크 복사링크가 클립보드에 복사되었습니다!
파일 시스템 레이아웃 하위 테스트는 루트 파일 시스템의 크기와 부팅 파일 시스템의 크기 및 유형이 각 RHEL 릴리스의 지침을 따르는지 확인합니다. 이렇게 하면 이미지가 효과적으로 작동하고 애플리케이션을 실행하고 업데이트를 설치하는 데 필요한 적절한 공간을 확보할 수 있습니다.
성공 기준
RHEL 8 및 RHEL 9:
- 루트 파일 시스템은 10GB 이상입니다.
-
부팅 파일 시스템은 1GB 이상이며
xfs또는ext포맷 파티션에 있습니다.
A.3.8. 설치된 RPM 하위 테스트 링크 복사링크가 클립보드에 복사되었습니다!
설치된 RPM 하위 테스트는 시스템에 설치된 RPM 패키지가 Red Hat에서 릴리스되고 수정되지 않는지 확인합니다. 수정된 패키지는 위험을 초래하고 고객 환경의 지원 가능성에 영향을 미칠 수 있습니다. 필요한 경우 비 Red Hat 패키지를 설치할 수 있지만 제품의 문서에 추가해야 하며 Red Hat 패키지를 수정하거나 충돌해서는 안 됩니다.
Red Hat이 아닌 패키지를 설치하는 경우 이 테스트의 출력을 검토합니다.
성공 기준
- 설치된 Red Hat RPM은 수정되지 않습니다.
- 설치되지 않은 Red Hat RPM은 필수이며 문서화되어 있습니다.
- 설치되지 않은 Red Hat RPM은 Red Hat RPM 또는 소프트웨어와 충돌하지 않습니다.
A.3.9. 소프트웨어 리포지토리 하위 테스트 링크 복사링크가 클립보드에 복사되었습니다!
소프트웨어 리포지토리 subtest는 관련 Red Hat 리포지토리가 구성되어 있고 GPG 키를 test 중인 호스트에서 가져오는지 확인합니다.
Red Hat은 Red Hat 공식 소프트웨어 리포지토리의 소프트웨어 패키지 및 콘텐츠를 제공합니다. 이러한 리포지토리는 배포된 파일의 진위를 보장하기 위해 GPG 키를 사용하여 서명됩니다. 이러한 리포지토리에서 제공되는 소프트웨어는 고객 프로덕션 환경에서 완전하게 지원되고 신뢰할 수 있습니다.
필요한 경우 비 Red Hat 리포지토리를 구성할 수 있지만 적절하게 문서화 및 승인해야 합니다.
성공 기준
- BaseOS 및 AppStream RHEL 리포지토리를 활성화했습니다.
- RHEL 리포지토리의 GPG 키를 가져옵니다.
- 관련 Red Hat 리포지토리는 Red Hat Update Infrastructure, Red Hat Satellite 및 Red Hat Content Delivery Network입니다.
- 인증을 받는 제품에 필요한 비 Red Hat 리포지토리 또는 테스트를 실행하는 인증된 Red Hat 퍼블릭 클라우드에 의해 문서화되어 있습니다.
Red Hat 리포지토리를 확인하려면 satellite,redhat.com 또는 rhui 라는 키워드 중 하나를 사용하여 기본 URL을 구성해야 합니다.
A.3.10. 신뢰할 수 있는 컨테이너 하위 테스트 링크 복사링크가 클립보드에 복사되었습니다!
신뢰할 수 있는 컨테이너 하위 테스트는 RHEL 컨테이너 툴 세트가 설치되어 있는지, 테스트 중인 호스트에 설치된 모든 컨테이너가 Red Hat에서 제공하거나 검증 중인 제품의 일부인지 확인합니다.
성공 기준
- RHEL 컨테이너 툴 세트가 설치 및 작동합니다.
- 환경에 있는 모든 컨테이너는 RHEL 서브스크립션의 일부로 제공되거나 제품 인증의 일부로 확인되었습니다.
-
기본 RHEL 컨테이너 레지스트리
registry.redhat.io는 활성화되어 있습니다.
A.3.11. Insights 하위 테스트 링크 복사링크가 클립보드에 복사되었습니다!
insights 하위 테스트에서는 insights-client 패키지가 설치되어 작동하는지 확인합니다.
Red Hat Insights를 사용하면 고객은 지속적인 인프라 분석을 통해 문제가 발생하기 전에 문제를 예측하고 방지할 수 있습니다. Red Hat은 고객이 Red Hat Insights를 자체 환경에서 사용하도록 권장합니다.
성공 기준
-
insights-client패키지가 설치되어 작동 중입니다.
A.3.12. RPM 최신 하위 테스트 링크 복사링크가 클립보드에 복사되었습니다!
RPM 최신 하위 테스트는 Red Hat 패키지에 대해 릴리스된 모든 중요 및 중요한 보안 업데이트가 설치되었는지 확인하고 업데이트해야 하는 패키지에 대한 검토 상태를 표시합니다. Red Hat은 중요 업데이트 또는 중요 업데이트가 설치되지 않은 경우 이 테스트 결과를 검토합니다.
Red Hat은 파트너가 보안 업데이트가 릴리스될 때마다 테스트 환경을 업데이트할 것을 권장합니다.
성공 기준
- Red Hat 패키지에 대해 릴리스된 중요하고 중요한 보안 업데이트가 모두 설치됩니다.
A.3.13. SELinux 강제 하위 테스트 링크 복사링크가 클립보드에 복사되었습니다!
SELinux(Security-Enhanced Linux) 강제 하위 테스트는 SELinux가 테스트 중인 호스트에서 SELinux가 활성화되고 강제 모드에서 실행 중인지 확인합니다.
성공 기준
- SELinux는 test 중인 호스트의 강제 모드로 구성되어 실행 중입니다.
A.3.14. 소프트웨어 모듈 subtest 링크 복사링크가 클립보드에 복사되었습니다!
소프트웨어 모듈 subtest는 RHEL 시스템에서 사용할 수 있는 모듈을 검증합니다. RHEL 모듈식 기능은 시스템에서 사용할 수 있는 패키지 컬렉션입니다.
성공 기준
- Red Hat 이외의 소프트웨어 모듈이 설치된 경우 subtest가 실패합니다.