3장. 릴리스 정보 RHOSO 18.0


이 릴리스 노트에서는 OpenShift(RHOSO)의 일부 또는 모든 Red Hat Services에서 선택한 업데이트를 강조 표시합니다. RHOSO 릴리스를 배포할 때 이러한 업데이트를 고려하십시오. 이 섹션의 각 노트는 업데이트를 추적하는 데 사용되는 Jira 문제를 나타냅니다. Jira 문제 보안 수준이 공용인 경우 링크를 클릭하여 Jira 문제를 확인할 수 있습니다. 보안 수준이 제한되어 있는 경우 Jira 문제 ID에 Jira 문제에 대한 링크가 없습니다.

3.1. RHOSO 18.0.3 릴리스 정보

3.1.1. 권고 목록

이번 Red Hat OpenStack Services on OpenShift (RHOSO) 릴리스에는 다음 권고가 포함되어 있습니다.

RHBA-2024:9480
RHOSO 18.0.3 (Feature Release 1)의 구성 요소 릴리스
RHSA-2024:9481
보통: Red Hat OpenStack Platform 18.0.3 (python-django) 보안 업데이트
RHBA-2024:9482
RHOSO 18.0.3용 컨테이너 릴리스 (Feature Release 1)
RHBA-2024:9483
RHOSO 18.0.3용 데이터 플레인 Operator (Feature Release 1)
RHBA-2024:9484
RHOSO 18.0.3 (Feature Release 1) Operator 릴리스
RHSA-2024:9485
중요: RHOSO 18.0.3 (Feature Release 1) 보안 업데이트용 컨트롤 플레인 Operator
RHBA-2024:9486
RHOSO 18.0.3용 컨트롤 플레인 Operator (Feature Release 1)

3.1.2. 가시성

3.1.2.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

이제 Prometheus에서 RabbitMQ 메트릭을 사용합니다.

이번 업데이트를 통해 RabbitMQ 지표가 수집되어 Prometheus에 저장됩니다. 이러한 지표를 표시하는 새 대시보드가 추가되었습니다.

Jira:OSPRH-7610

자동 스케일링 개선 사항

server_group 메타데이터를 사용하도록 자동 스케일링이 업데이트되었습니다. 이렇게 하면 자동 스케일링 기능의 안정성이 향상됩니다. 자세한 내용은 인스턴스 자동 스케일링을 참조하십시오.

Jira:OSPRH-9202

3.1.2.2. 기술 프리뷰

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 사용할 수 있는 모든 기술 프리뷰 목록을 제공합니다.

기술 프리뷰 기능에 대한 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 - 지원 범위를 참조하십시오.

VM 전원 사용량 모니터링 (기술 프리뷰)

kepler 구성 요소를 통합하면 대시보드에 VM 인스턴스의 전원 사용량을 노출할 수 있습니다.

Jira:OSPRH-10006

3.1.3. Compute

3.1.3.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

vGPUs 활성화

이번 업데이트에서는 mdev 및 vGPU에 대한 개선 사항이 추가되었습니다.

Jira:OSPRH-63

3.1.3.2. 버그 수정

이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.

NUMA 리소스 추적이 올바르게 작동함

이번 릴리스에서는 NUMA 리소스 추적 문제를 유발하는 버그가 수정되었습니다. 이전에는 Libvirt에서 올바른 NUMA 노드 대신 NUMA 노드 0의 모든 전원이 꺼진 CPU를 보고했습니다. 이제 Nova에서 CPU의 전원을 끄고 리소스 추적 문제를 해결하기 전에 올바른 CPU 토폴로지를 캐시합니다.

Jira:OSPRH-8712

3.1.3.3. 확인된 문제

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.

Image 서비스(glance) 이미지에 hw- architecture 또는 architecture 설정은 예상대로 작동하지 않습니다.

RHOSO 18.0에서는 기본적으로 이미지 메타데이터 사전 필터가 활성화됩니다. RHOSO는 비기본 아키텍처의 에뮬레이션을 지원하지 않습니다. 업스트림에서 에뮬레이션 지원 포함의 일환으로 선언된 VM 아키텍처를 기반으로 하는 인스턴스 스케줄링을 지원하기 위해 이미지 메타데이터 사전 필터가 향상되었습니다(예: hw_architecture=x86_64 ).

이미지 속성을 사용하여 비 네이티브 아키텍처의 에뮬레이션을 지원하도록 nova가 개선되면 네이티브 아키텍처가 virt 드라이버에서 특성으로 보고되지 않았기 때문에 버그가 도입되었습니다.

따라서 기본적으로 이미지의 hw_ architecture 또는 아키텍처 설정에 대한 지원이 작동하지 않았습니다.

해결방법: 이 버그를 완화하려면 다음 작업 중 하나를 수행합니다.

  • 아키텍처/hw_architecture 이미지 속성을 설정 해제합니다. RHOSO는 하나의 아키텍처, x86_64만 지원합니다. RHOSO 클라우드에 대해 이 값을 설정해야 하는 유효한 사용 사례가 없으므로 모든 호스트는 x86_64가 됩니다.
  • nova 스케줄러의 CustomServiceConfig 섹션에서 이미지 메타데이터 사전 필터링을 비활성화합니다.

    [scheduler]
    image_metadata_prefilter=false

Jira:OSPRH-6215

Compute 서비스를 다시 시작한 후 NFS 공유에서 임시 스토리지가 있는 인스턴스 작동 중지

컨테이너화된 Compute 에이전트 서비스가 하이퍼바이저 호스트에서 다시 시작되면 NFS 공유에서 임시 스토리지가 있는 Compute 서비스(nova) 인스턴스가 작동하지 않습니다. 이는 /var/lib/nova/instances의 권한이 변경되었기 때문에 발생합니다.

해결방법: 원래 값에 대한 권한을 수동으로 복원하고 서비스가 재시작되지 않도록 합니다.

Jira:OSPRH-10729

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

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

[libvirt]
cpu_power_management = true
cpu_power_management_strategy = governor

기본 cpu_power_management_strategy cpu_state 는 현재 지원되지 않습니다. nova-compute를 다시 시작하면 인스턴스에서 사용하는 항목을 포함하여 해당 호스트의 모든 전용 PCPU가 전원이 꺼집니다. cpu_state 전략을 사용하면 해당 인스턴스의 CPU가 고정되지 않습니다.

Jira:OSPRH-10772

채택 후 레거시 tripleo Networking 서비스(neutron)

edpm_tripleo_cleanup 작업 후에도 레거시 tripleo Networking 서비스(neutron) 서비스가 여전히 있습니다. 이러한 서비스는 채택 후 중지되므로 RHOSO 서비스는 영향을 받지 않습니다.

해결방법: 다음 단계를 수행하여 레거시 서비스를 수동으로 제거합니다.

- Check tripleo neutron services list: systemctl list-unit-files --type service
- Remove tripleo services from: /etc/systemd/system/

Jira:OSPRH-11323

3.1.4. 데이터 플레인

3.1.4.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

openstack-operator에서 OpenStackAnsibleEE 사용자 정의 리소스가 기능으로 교체됨

기능 개선: openstack-ansibleee-operator와 함께 OpenStackAnsibleEE 사용자 정의 리소스가 제거되었습니다. 이 기능은 openstack-operator에 통합되어 추가 운영자 및 관련 사용자 정의 리소스에서 제공하는 불필요한 추상화 없이 Kubernetes 작업을 직접 생성할 수 있습니다.

이유: 추가 추상화가 필요하지 않았습니다. 이러한 변경으로 인해 클러스터에서 실행되는 CRD 및 Operator 수를 줄이고 유지 관리해야 하는 코드의 양이 줄어듭니다.

결과: 사용자는 더 이상 데이터 플레인 노드를 배포할 때 생성된 OpenStackAnsibleEE 리소스가 없을 것으로 예상할 수 있습니다. 대신 Kubernetes 작업만 볼 수 있습니다.

기존 OpenStackAnsibleEE 리소스는 posterity를 위해 클러스터에 남아 있거나 사용자가 더 이상 기록 참조를 위해 필요하지 않은 경우 삭제할 수 있습니다. 불필요한 리소스 및 운영자를 정리하기 위해 설명서가 제공됩니다.

Jira:OSPRH-7650

3.1.5. 네트워킹

3.1.5.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

FRR 및 BGP를 사용한 데이터 플레인의 동적 라우팅

이번 업데이트에서는 RHOSO 데이터 플레인에서 동적 라우팅 기능을 제공하기 위해FRR(Free Range Routing) BGP(Free Range Routing)를 지원합니다.

제한 사항:

  • 동적 라우팅을 사용하는 경우 DVR(Distributed Virtual Routing)도 사용해야 합니다.
  • 동적 라우팅을 사용하는 경우 전용 네트워크 노드도 사용합니다.
  • IPv6 배포 또는 로드 밸런싱 서비스(octavia)를 사용하는 배포에서는 동적 라우팅을 사용할 수 없습니다.

Jira:OSPRH-9298

3.1.5.2. 기술 프리뷰

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 사용할 수 있는 모든 기술 프리뷰 목록을 제공합니다.

기술 프리뷰 기능에 대한 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 - 지원 범위를 참조하십시오.

사용자 정의 ML2 메커니즘 드라이버 및 SDN 백엔드 지원 (기술 프리뷰)

이번 업데이트에서는 기본 OVN 메커니즘 드라이버 및 백엔드 구성 요소 대신 사용자 지정 ML2 메커니즘 드라이버 및 소프트웨어 정의 네트워킹(SDN) 백엔드 구성 요소와 네트워킹 서비스(neutron)를 통합하는 기능에 대한 기술 프리뷰가 도입되었습니다.

Jira:OSPRH-3678

3.1.5.3. 확인된 문제

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.

채택하기 전에 최신 RHOSP 17.1 버전으로 업데이트

RHOSP 17.1.4 이전의 소스 환경의 채택을 수행할 때 워크로드에는 긴 네트워크 연결 중단이 발생합니다. 채택하기 전에 소스 환경을 RHOSP 17.1.4로 업데이트해야 합니다.

Jira:OSPRH-10283

Octavia-operator는 유사성 유사성을 활성화하지 않음

로드 밸런싱 서비스(octavia)는 현재 amphora VM이 동일한 컴퓨팅 노드로 예약되지 않도록 Nova에서 유사성 방지 설정을 구성하지 않습니다.

해결방법: 다음 예와 같이 customConfig를 통해 octavia에 관련 설정을 추가합니다.

# names will be dependent on the deployment
oc patch  -n openstack openstackcontrolplane openstack-galera-network-isolation --type=merge --patch '
spec:
  octavia:
    template:
       octaviaHousekeeping:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
       octaviaWorker:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
       octaviaHealthManager:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
'

Jira:OSPRH-10705

네트워크 노드의 로드 밸런싱 서비스(octavia) 에이전트에서는 채택이 지원되지 않음

현재 네트워크 노드에 로드 밸런싱 서비스 에이전트가 배포된 배포를 채택할 수 없습니다.

Jira:OSPRH-10771

가용성 영역이 정의된 경우 createDefaultLbMgmtNetworkmanageLbMgmtNetworksfalse 로 설정합니다.

Octavia CR에서 가용성 영역 목록을 설정할 때 spec.lbMgmtNetwork. createDefaultLbMgmtNetwork 및 spec.lbMgmtNetwork.manageLbMgmtNetworks 설정의 기본값이 false 로 잘못 재설정됩니다.

해결방법: availabilityZonesspec.lbMgmtNetwork 의 비어 있지 않은 목록으로 설정하는 경우 explicity를 createDefaultLbMgmtNetwork 를 설정하고 Lb MgmtNetworks를 'true.

Jira:OSPRH-11092

결합된 컨트롤러/네트워크 노드 채택이 확인되지 않음

Red Hat은 컨트롤러 노드에서 Controller 및 Networker 역할을 함께 구성하는 RHOSP 17.1 환경의 채택 프로세스를 확인하지 않았습니다. RHOSP 17.1 환경에서 컨트롤러 노드에서 결합된 Controller/Networker 역할을 사용하는 경우 문서화된 채택 프로세스에서 예상된 결과가 생성되지 않습니다.

전용 Networker 노드를 사용하는 RHOSP 17.1 환경의 채택은 문서화된 대로 작동하도록 검증되었습니다.

Jira:OSPRH-11301

3.1.6. 네트워크 기능 가상화

3.1.6.1. 확인된 문제

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.

RHOSO 컨트롤 플레인 인터페이스에 VF(가상 기능)를 사용하지 마십시오.

이 RHOSO 릴리스에서는 RHOSO 컨트롤 플레인 인터페이스에 VF 사용을 지원하지 않습니다.

Jira:OSPRH-8882

프로덕션 배포에 대해 os-net-config 공급자 'ifcfg'가 있는지 확인합니다.

Red Hat은 현재 NMstateos-net-config 공급자로 지원하지 않습니다.

edpm_network_config_nmstate: false 설정이 기본값인 edpm_network_config_nmstate: false 가 있는지 확인합니다. 이렇게 하면 환경에서 ifcfg 공급자를 사용할 수 있습니다.

Jira:OSPRH-11309

3.1.7. 컨트롤 플레인

3.1.7.1. 확인된 문제

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.

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

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

Jira:OSPRH-10790

3.1.8. 고가용성

3.1.8.1. 기술 프리뷰

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 사용할 수 있는 모든 기술 프리뷰 목록을 제공합니다.

기술 프리뷰 기능에 대한 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 - 지원 범위를 참조하십시오.

인스턴스 고가용성

RHOSO 18.0.3(Feature 릴리스 1)에는 인스턴스 고가용성(인스턴스 HA)의 기술 프리뷰가 도입되었습니다. 인스턴스 HA를 사용하면 컴퓨팅 노드가 실패하면 RHOSO가 다른 컴퓨팅 노드에서 인스턴스를 자동으로 비우고 다시 생성할 수 있습니다.

테스트 환경에서 HA 인스턴스 HA 기술 프리뷰를 사용하려면 https://access.redhat.com/articles/7094761 을 참조하십시오.

프로덕션 환경에서는 이 기술 프리뷰를 사용하지 마십시오.

Jira:OSPRH-9902

3.1.8.2. 확인된 문제

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.

채택 전에 가능한 데이터베이스 오류

OSP 데이터베이스를 채택하기 전에 mysqlcheck 를 실행하는 경우 시스템 테이블 mysql.proc 에 대한 데이터베이스 오류가 표시될 수 있습니다.

[...]
mysql.plugin                                       OK
mysql.proc                                         Needs upgrade
mysql.procs_priv                                   OK
[...]

이 오류 메시지는 무해하며 galera 클러스터가 부트 스트랩될 때 시스템 테이블의 다시 실행 로그가 올바르게 복제되지 않았습니다.

해결방법: mysql.proc 시스템 테이블을 복구하여 오류를 제거할 수 있습니다.

명령 예

oc run mariadb-client ${MARIADB_CLIENT_ANNOTATIONS} -q --image ${MARIADB_IMAGE} -i --rm --restart=Never -- \
    mysql -h $SOURCE_MARIADB_IP -u root -p"$SOURCE_DB_ROOT_PASSWORD" -e "repair table mysql.proc;"

출력 예

+------------+--------+----------+---------------------------------+
| Table      | Op     | Msg_type | Msg_text                        |
+------------+--------+----------+---------------------------------+
| mysql.proc | repair | info     | Running zerofill on moved table |
| mysql.proc | repair | status   | OK                              |
+------------+--------+----------+---------------------------------+

표와 redo 로그는 모든 galera 노드에 수정 및 복제됩니다. mysqlcheck를 다시 실행하고 채택 절차를 계속합니다.

Jira:OSPRH-10783

3.1.9. 스토리지

3.1.9.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

manilaShare 백엔드 해제

이제 RHOSO에서 manilaShare 백엔드를 해제할 수 있습니다. manila-share 를 삭제하면 정리 작업이 실행되어 Shared File Systems 서비스(manila)의 서비스 목록을 정리합니다. openstack share pool list 명령의 출력은 스토리지 풀 변경 사항을 반영하지 않습니다. 최신 통계를 업데이트하고 표시하려면 스케줄러 서비스를 다시 시작해야 합니다. 예약된 다운타임 동안 약간의 중단을 유발하기 때문에 재시작을 수행합니다.

Jira:OSPRH-1099

볼륨 지원 서버 다시 빌드

이번 릴리스에서는 동일하거나 다른 이미지로 볼륨 지원 서버를 다시 빌드하는 기능이 추가되었습니다.

Jira:OSPRH-1391

director가 배포한 Ceph 클러스터를 외부 Ceph 클러스터로 마이그레이션

이번 업데이트를 통해 RHOSP 17.1에서 RHOSO 18.0 데이터 플레인으로 채택한 후 Director가 배포한 Ceph 클러스터를 마이그레이션하여 외부 Ceph 클러스터로 전환할 수 있습니다. 컨트롤러 노드에 배포된 Ceph 데몬은 대상 노드 세트로 마이그레이션됩니다.

Jira:OSPRH-8369

VAST Data Platform에 대한 공유 파일 시스템 서비스(manila) 지원

공유 파일 시스템 서비스에 VAST Data Platform을 지원하는 스토리지 드라이버가 포함되어 있습니다. 드라이버를 사용하면 스냅샷을 통해 NFS 공유 및 특정 시점 백업을 프로비저닝하고 관리할 수 있습니다.

Jira:OSPRH-8821

Block Storage 서비스(cinder) 볼륨 삭제

이번 릴리스에서는 Block Storage 서비스 RBD 드라이버는 최근 Ceph 개발을 활용하여 RBD 볼륨이 일반 볼륨 삭제 기대치를 충족할 수 있도록 합니다.

이전 릴리스에서는 블록 스토리지 서비스에서 RBD(Ceph) 볼륨 백엔드를 사용한 경우 볼륨을 항상 삭제할 수 없었습니다.

Jira:OSPRH-9477

3.1.9.2. 확인된 문제

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.

uniquePodNamestrue인 경우 인스턴스에 대한 extraMounts 전파가 작동하지 않음

uniquePodNamestrue 인 경우 모든 Cinder Pod(및 일반적으로 각 구성 요소 및 서비스)의 접두사는 pseudo-random 문자열입니다. 이는 strings.TrimPrefix 를 기반으로 하는 레거시 방법이 더 이상 유효하지 않기 때문에 인스턴스별 전파에 영향을 미칩니다.

DCN 배포에서 Red Hat은 AZ 인스턴스와 일치하여 포드에 보안을 전파하는 것이 좋습니다.

예제 1에서는 이름이 az0과 일치하는 Pod가 secret ceph-conf-az-0을 가져오고, 이름이 az1과 일치하는 Pod는 ceph-conf-az-0 등을 가져옵니다. 예를 들어 1은 Glance pod에서 작동하지만 uniquePodNamesfalse 인 경우에만 Cinder Pod에서 작동합니다.

해결방법: 이 버그가 해결될 때까지 Example 2에 표시된 대로 uniquePodNames 를 false로 설정합니다. uniquePodNames 설정은 스토리지 백엔드에서 NFS를 사용하는 경우에만 필요합니다.

예시 1

apiVersion: core.openstack.org/v1beta1
kind: OpenStackControlPlane
spec:
  extraMounts:
  - extraVol:
    - extraVolType: Ceph
      mounts:
      - mountPath: /etc/ceph
        name: ceph0
        readOnly: true
      propagation:
      - az0
      volumes:
      - name: ceph0
        projected:
          sources:
          - secret:
              name: ceph-conf-az-0
    - extraVolType: Ceph
      mounts:
      - mountPath: /etc/ceph
        name: ceph1
        readOnly: true
      propagation:
      - az1
      volumes:
      - name: ceph1
        projected:
          sources:
          - secret:
              name: ceph-conf-az-1

예시 2

apiVersion: core.openstack.org/v1beta1
kind: OpenStackControlPlane
<...>
spec:
  cinder:
    uniquePodNames: false   # workaround https://issues.redhat.com/browse/OSPRH-11240
    enabled: true
    apiOverride:
      <...>

Jira:OSPRH-11240

3.1.10. 업그레이드 및 업데이트

3.1.10.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

OS -diff 툴에서는 소스 17.1과 채택된 RHOSO 환경 간의 차이점 확인

RHOSO는 Operator가 소스 OSP 17.1 환경 구성과 채택된 RHOSO 환경 구성 간의 차이점을 찾는 데 도움이 되는 os-diff 툴 을 제공합니다.

Jira:OSPRH-1490

baremetal 채택

이제 RHOSO 환경에 baremetal OSP 17.1 환경을 채택할 수 있습니다.

Jira:OSPRH-2428

채택 롤백

이제 RHOSP 17.1 컨트롤 플레인의 실패한 채택을 롤백할 수 있습니다.

Jira:OSPRH-7817

3.1.10.2. 버그 수정

이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.

잘못된 오류 메시지가 더 이상 생성되지 않음

이전에는 일부 서비스가 소스 클라우드에 배포되지 않은 경우 채택 프로세스의 단계를 정리하여 잘못된 오류가 발생했습니다. 잘못된 오류는 더 이상 생성되지 않습니다.

Jira:OSPRH-10174

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.