34장. 스토리지


/dev/disk/by-path/ now accounts for NPIV paths

이전 버전에서는 두 개 이상의 HBA(가상 호스트 버스 어댑터)가 단일 물리적 HBA에서 생성된 경우 각 경로에 대한 하나의 링크가 아닌 /dev/disk/by-path/ 디렉토리에 장치에 대한 단일 링크만 생성되었습니다. 그 결과 Fibre Channel N_Port ID Virtualization(NPIV)을 사용하여 가상 HBA가 있는 virsh 풀을 생성할 수 없었습니다. 이번 업데이트를 통해 /dev/disk/by-path/ 의 심볼릭 링크가 올바르게 생성되고 고유합니다. 물리 파이버 채널 N_Port를 통해 연결된 udev (Logical Unit Number)에 의해 생성된 /dev/disk/by-path/ 의 심볼릭 링크는 동일하게 유지됩니다. (BZ#1266934)

씬 프로비저닝을 사용하면 씬 풀이 용량에 도달하면 버퍼링된 쓰기가 손실되지 않습니다.

이전 버전에서는 크기 조정 작업, 자동 크기 조정 작업도 크기 조정을 수행하기 전에 스토리지 장치에 미미한 I/O를 플러시하려고 했습니다. 씬 풀에 공간이 없기 때문에 I/O 운영에 먼저 오류가 발생하여 성장을 성공적으로 수행할 수 있었습니다. 결과적으로 씬 풀이 용량으로 채워지면 그 시점에서 풀이 증가하더라도 일부 쓰기가 손실될 수 있습니다. 이번 업데이트를 통해 설명된 상황에서 버퍼링된 쓰기가 더 이상 thin-pool에 손실되지 않습니다. (BZ#1274676)

RAID 마이그레이션은 IBM Power Systems의 little-endian 변형에서 올바르게 작동합니다.

이전에는 스트라이프 크기가 지정되지 않은 경우 IBM Power Systems의 little-endian 변형에서 raid-migrate 명령이 실패했습니다. iprconfig 유틸리티가 RAID의 현재 스트라이프 크기를 다시 로드하고 적절한 엔디언스 변환을 수행하지 않고 어댑터에서 로드된 후 기본 소스 코드가 이 버그를 수정하도록 수정되었으며 이제 IBM Power Systems의 little-endian 변형에서 RAID 마이그레이션이 올바르게 작동합니다. (BZ#1297921)

multipathd 데몬은 더 이상 사용할 수 없는 Implicit ALUA 성행 경로를 복원하지 않습니다.

이전에는 multipathd 데몬이 GHOST 상태의 Implicit ALUA 장치를 자동으로 복원했습니다. 이 장치는 사용할 수 없었습니다. 다중 경로에서는 I/O 작업에 실패하지 않고 사용할 수 없는 장치를 지속적으로 다시 시도합니다. 이번 수정으로 multipathd 는 더 이상 사용할 수 없는 Implicit ALUA 성행 경로를 재배치하지 않습니다. 따라서 사용할 수 없는 Implicit ALU 경로만 사용할 수 있는 경우 다중 경로에서 I/O 작업을 지속적으로 재시도하지 않습니다. (BZ#1291406)

다중 경로 장치에 0 크기의 ovirt 경로가 포함됨

일부 배열에서는 CloudEvent 포트에 크기를 보고하지 않으므로 크기가 0인 장치가 생성됩니다. 이전에는 Multipath에서 0 크기의 장치를 다중 경로 장치에 추가할 수 없었습니다. 그 결과 Multipath는 멀티패스 장치에 0 크기의 EFI 경로를 추가하지 않았습니다. 이번 업데이트를 통해 Multipath에서 장치에 0 크기의 경로를 추가할 수 있습니다. (BZ#1356651)

다중 경로가 더 이상 다른 프로그램에서 생성한 다중 경로dm 테이블 유형을 사용하여 장치를 수정하지 않음

이전에는 다중 경로 툴에서 다중 경로 테이블을 사용하여 모든 dm 장치를 관리하는 것으로 가정합니다. multipathd 데몬은 다중 경로 툴에서 생성하지 않은 장치 테이블을 수정합니다. 이번 업데이트를 통해 다중 경로 툴은 생성된 모든 장치에서 다중 경로가 사용하는 UUID 접두사인 mpath- 로 시작하는 장치에서만 작동합니다. 결과적으로 다중 경로는 더 이상 다른 프로그램에서 생성한 다중 경로 유형의 dm 테이블 유형으로 장치를 수정하지 않습니다. (BZ#1241528)

현재 사용 가능한 경로가 없는 경우 multipathd 데몬을 통해 새 다중 경로 장치에 경로를 추가할 수 있습니다.

이전 버전에서는 multipathd 에서 새 다중 경로 장치를 생성할 때 사용 가능한 경로가 없는 장치를 생성하더라도 생성 중인 다중 경로 장치에 대한 udev 변경 이벤트가 표시될 때까지 더 많은 경로를 추가할 수 없었습니다. 사용 가능한 경로가 없는 다중 경로 장치를 생성한 경우 udev 장치 관리자는 장치에 대한 정보를 가져오는 시도를 중단하고 시간 초과될 때까지 활성 경로가 장치에 추가할 수 없습니다. 이번 수정을 통해 현재 사용 가능한 경로가 없는 경우 다중 경로를 새로 생성된 다중 경로 장치에 추가할 수 있습니다. 결과적으로 사용 가능한 경로가 없는 새 장치에 즉시 추가되고 udev 가 중단되지 않습니다. (BZ#1350931, BZ#1351430)

multipathd 데몬은 시작 중에 복구 가능한 오류 발생 시 더 이상 종료되지 않음

Perviously, multipathd 는 시작 중에 복구 가능한 오류가 발생하면 복구를 종료합니다. 이번 수정을 통해 이제 시작 중에 복구 가능한 오류가 발생하여 다중 경로 를 계속 진행하여 더 이상 종료하지 않습니다. (BZ#1368501)

multipathd 데몬에서 ok가 아니라 fail 로 응답

이전 버전에서는 multipathd 데몬이 경로 또는 맵을 제거할 때 오류 상태를 유지하지 않았으며 ok 를 사용하여 failed removes에 응답했습니다. 이번 수정을 통해 이제 다중 경로가 실패로 실패한 제거에 응답합니다. (BZ#1272620)

장치를 추가한 후 uid_attribute가 변경되면 다중 경로가 더 이상 충돌하지 않습니다.

이전 버전에서는 경로가 다중 경로 장치에 추가된 후 WWID를 변경하면 multipathd 데몬이 새 장치를 생성했습니다. 이로 인해 두 장치에 존재하는 경로가 발생했습니다. 그 결과 다중 경로 장치가 생성된 후 사용자가 uid_attribute 를 변경한 후 장치를 제거한 경우 다중 경로가 사용 가능한 메모리에 액세스하여 충돌하려고 했습니다. 이번 수정을 통해 다중 경로 장치에서 경로의 WWID를 더 이상 변경할 수 없습니다. 결과적으로 이 시나리오에서는 다중 경로가 더 이상 충돌하지 않습니다. (BZ#1323429)

장치 이름을 바꾸는 동안 다중 경로가 더 이상 실패할 수 없음

이전에는 다중 경로가 함수에서 초기화되지 않은 변수를 사용하여 장치 이름을 변경했습니다. 이로 인해 변수가 잘못된 값으로 설정되었기 때문에 장치의 이름을 바꾸는 동안 다중 경로가 실패하는 경우가 있었습니다. 이번 수정을 통해 이제 장치 이름을 변경할 때 다중 경로가 이 변수를 초기화합니다. (BZ#1363830)

systemd에서 multipath.pid 파일을 읽을 수 없음을 더 이상 보고하지 않음

이전에는 systemd에서 multipathd 명령을 반환한 후 multipathd.pid 파일을 읽을 수 없다고 보고했습니다. 이는 멀티패스d 명령이 데몬을 분기하는 즉시 반환되었으며, 구성이 완료될 때까지 데몬이 pid 파일을 작성하지 않았기 때문입니다. 이번 수정을 통해 multipathd 데몬에서 반환하기 전에 multipathd 데몬이 pid 파일을 쓸 때까지 대기하고 데몬은 시작 시 이전에 pid 파일을 씁니다. 결과적으로 systemd 에서 더 이상 multipath.pid 파일을 읽을 수 없다고 보고하지 않습니다. (BZ#1253913)

다중 경로의 경우 블록 장치에 속하지 않는 경로에 대한 경로가 유효한 인수 가 아님을 나타냅니다.

이전 버전에서는 유효한 블록 장치가 아닌 항목에 대한 경로를 사용한 경우 다중 경로에서 검증할 경로가 필요함 을 알립니다. 다중 경로가 블록 장치 경로가 아닌 모든 것으로 간주되거나 major:minor 번호가 다중 경로 별칭으로 간주되기 때문입니다. 이번 수정을 통해 다중 경로에서는 블록 장치가 아닌 모든 항목에 대한 정규화된 경로를 다중 경로 별칭으로 처리하지 않습니다. 결과적으로 다중 경로에서는 블록 장치에 속하지 않는 경로에 대해 유효한 인수 가 아닌 해당 경로를 명시합니다. (BZ#1319853)

다중 경로 장치의 모든 /dev/mapper 항목은 udev에서 생성한 심볼릭 링크입니다.

이전 버전에서는 다중 경로 장치의 일부 /dev/mapper 항목이 심볼릭 링크(symlink)이고, 일부 항목은 udev/dev/mapper/ symlinks를 생성하기 위해 멀티패스를 올바르게 기다리지 않았기 때문에 블록 장치였습니다. 이번 수정으로 다중 경로는 이제 각 트랜잭션 후에 udev 를 기다립니다. 결과적으로 다중 경로 장치의 모든 /dev/mapper 항목이 udev 에서 생성한 심볼릭 링크가 됩니다. (BZ#1255885)

다중 경로가 멀티패스에 다중 경로 장치를 생성하는 즉시 새 장치를 다중 경로로 요청합니다.

이전에는 다중 경로에서 장치를 처음 볼 때, uevent 를 처리할 때 WWID가 /etc/multipath/wwids 파일에 있지 않는 한 다중 경로에서 udev 규칙에서 장치를 클레임하지 않았기 때문입니다. 이번 수정을 통해 다중 경로가 wwids 파일에 새 장치 WWID를 추가할 때 device의 변경 이벤트를 udev 규칙에서 클레임할 수 있도록 합니다. 다중 경로가 상단에 다중 경로 장치를 생성하는 즉시 새 장치를 다중 경로를 통해 요청합니다. (BZ#1299600)

일부 장치에서의 실패로 인해 더 이상 다중 경로가 다른 장치를 생성하지 못하도록 합니다.

이전 버전에서는 다중 경로 명령을 통해 생성하려는 장치에 대한 정보를 얻지 못하여 관련 없는 장치에서 오류가 발생하여 작동 중인 장치를 설정하지 못할 수 있었습니다. 이번 수정을 통해 일부 장치와 일부 장치에서 오류가 발생하면 다중 경로가 더 이상 조기 종료되지 않습니다. 일부 장치에서는 다중 경로가 더 이상 다른 장치를 생성하지 못하도록 합니다. (BZ#1313324)

다중 경로가 더 이상 uevent 메시지를 누락하지 않고 이제 모든 적절한 장치를 추가합니다.

이전에는 uevent 소켓 크기 조정을 지원하여 컴파일하기 위해 libudev 함수가 있는지 올바르게 확인하지 않았기 때문에 다중 경로가 항상 모든 경로 장치를 올바르게 추가하지 않았습니다. 이로 인해 다중 경로가 uevent 소켓을 조정하지 않았으며 오버플로될 수 있었습니다. 이로 인해 다중 경로에서 필요한 이벤트가 누락되었습니다. 이번 수정으로 다중 경로는 이제 적절한 libudev 함수를 확인하고 uevent 소켓 크기 조정을 지원하는 것으로 컴파일됩니다. 결과적으로 다중 경로에서 더 이상 uevent 메시지가 누락되지 않으므로 이제 모든 적절한 장치가 추가됩니다. (BZ#1296979)

장치를 생성하기 전에 kpartx 툴이 더 이상 반환되지 않음

이전에는 기본적으로 kpartx 툴이 장치 생성을 기다릴 필요 없이 반환되었습니다. 이는 kpartx 가 반환된 직후 장치가 존재할 것으로 예상되는 사용자에게 혼란의 원인이 되었습니다. 이번 업데이트를 통해 kpartx 는 기본적으로 장치를 반환하기 전에 장치를 생성할 때까지 기다립니다. (BZ#1299648)

장치의 크기를 조정하는 여러 번 호출이 각 장치의 크기 조정을 시도하고 결과를 올바르게 보고합니다.

이전에는 다중 경로 장치의 크기를 조정하지 못한 경우 장치에 새 크기가 있다고 계속 생각했습니다. 후속적으로 장치의 크기 조정은 성공적으로 보고되고 다중 경로가 할 수 없다고 생각했기 때문에 장치의 크기를 조정하지 않습니다. 이번 수정을 통해 크기 조정에 실패하면 다중 경로에서 장치 크기를 원래 크기로 재설정합니다. 결과적으로 장치의 크기 조정을 여러 번 호출하면 장치의 크기를 조정할 때마다 결과가 올바르게 보고됩니다. (BZ#1333492)

다중 경로가 올바르게 4k 블록 장치에 대한 파티션 장치를 생성하며 2TB보다 큰 IRQ 파티션을 사용하여

이전에는 kpartx 툴에서 2TB보다 큰 CloudEvent 파티션으로 4K 블록 크기 장치에 잘못된 크기 파티션을 생성했습니다. 이는 kpartx 가 섹터 수를 저장했으며 초등 섹터 크기에서 32비트 부호 없는 정수로 변환해야 하는 곱셈이 있었기 때문입니다. 이로 인해 두 숫자가 2^32보다 크면 롤오버가 2^32보다 크면 다중 경로에서 이제 섹터 크기의 multiplier 변수에 64비트 부호 없는 정수를 사용하므로 숫자를 곱할 때 결과가 롤오버되지 않습니다. 결과적으로 다중 경로가 올바르게 파티션을 생성합니다. (BZ#1311463)

경로가 다시 추가될 때 다중 경로가 더 이상 사용 중인 파티션을 제거하지 않고 파티션을 복원하지 않음

이전에는 장치에 대한 모든 경로가 손실되면 다중 경로가 사용되지 않고 복원되지 않은 모든 파티션을 제거했습니다. 이 문제는 멀티패스가 일부 파티션을 사용 중이던 경우에도 파티션을 제거하려고 할 때, 제거되면 해당 장치를 복원하지 않았기 때문에 발생했습니다. 이번 수정으로 제거를 시도하기 전에 다중 경로가 사용 중인지 확인하고 제거에 실패하면 경로를 다시 추가할 때 파티션을 복원합니다. (BZ#1292599)

새 장치의 이름이 기존 장치 이름과 일치하면 kpartx 툴이 더 이상 기존 파티션 장치를 덮어쓰지 않습니다.

이전 버전에서는 잠재적인 새 장치 이름이 기존 장치 이름과 일치하면 kpartx 가 기존 파티션 장치를 새 파티션 장치로 자동으로 덮어쓰고 있었습니다. 이로 인해 kpartx 장치는 이름 충돌이 있는 경우 해당 장치가 갑자기 변경될 수 있습니다. 이번 수정으로 kpartx 는 UUID를 확인하여 다른 전체 장치에 속하는 파티션 장치를 덮어쓰지 않도록 합니다. 이름이 충돌하면 기존 파티션 장치가 가리키는 위치를 변경하는 대신 kpartx 가 오류 메시지와 함께 실패합니다. (BZ#1283750)

mpathconf --allow 명령에서 노드가 부팅될 수 있는 올바른 장치로 구성 파일을 생성

이전 버전에서는 특정 설정이 mpathconf --allow 명령으로 노드가 부팅될 수 없는 구성 파일을 생성했습니다. 이 문제는 mpathconf --allow 가 구성 파일의 blacklist_exceptions 섹션에서 기존 항목을 제거했기 때문에 허용된 장치 중 일부가 차단될 수 있었습니다. 또한 blacklist_exceptions 섹션에 중복 WWID 항목이 출력됩니다. 이번 수정으로 mpathconf --allow 가 더 이상 기존 blacklist_exceptions 항목을 제거하지 않고 WWID 항목을 한 번만 출력합니다. 이제 이 명령을 실행하면 노드가 부팅될 수 있는 올바른 장치가 있는 구성 파일이 항상 생성됩니다. (BZ#1288660)

다중 경로 장치가 LVM 물리 볼륨으로 올바르게 확인

이전에는 LVM에서 다중 경로 PV를 인식하지 못하는 경우가 있었습니다. 이는 다중 경로 의 생성 uevent 가 도달하는 동시에 장치를 다시 로드할 수 있었기 때문입니다. LVM udev 규칙은 현재 일시 중단된 장치 처리를 허용하지 않으며 다시 로드하는 동안 발생합니다. 이번 수정으로 multipathd 는 생성 uevent 를 수신한 후 장치가 다시 로드됩니다. (BZ#1304687)

multipathd 데몬은 실제로 다운될 때 경로가 가동되는 것을 더 이상 출력하지 않습니다.

이전에는 multipathd 데몬이 실제로 다운되었을 때 경로가 작동 중지되었음을 출력할 수 있었습니다. 경로 검사기를 호출하기 전에 multipathd 에서 경로가 다운된 경우 마지막 경로 검사기 메시지를 지우지 않고 해당 경로가 출력됩니다. 이번 수정을 통해 검사기를 실행하기 전에 경로가 다운되도록 결정된 경우 multipathd 에서 경로 검사기 메시지를 지웁니다. (BZ#1280524)

udev 가 파티션 장치를 동시에 처리하는 경우 다중 경로 장치는 더 이상 생성되지 않습니다.

이전에는 udev 가 경로 장치에 잠금이 있는 경우 multipathd 에서 다중 경로 장치를 생성할 수 없었습니다. 이는 멀티패스d 가 경로 장치를 생성하는 동안 경로 장치에 배타적 잠금을 주입하고 udev 가 파티션 장치를 처리하는 동안 경로 장치에서 공유 잠금을 포착하기 때문입니다. 이번 수정으로 다중 경로 도 공유 잠금을 해제하므로 udev 와 동시에 실행할 수 있습니다. (BZ#1347769)

systemd 에서 더 이상 누락된 종속성에 대한 경고 메시지를 출력하지 않음

이전 버전에서는 multipathd systemd 서비스 장치 파일에 initramfs 에서 사용할 수 없는 다른 장치 파일이 필요한 경우 systemd에서 누락된 종속성에 대한 경고 메시지를 출력했습니다. 이번 수정으로 multipathd 장치 파일은 blk-availability 장치 파일 없이 작동할 수 있기 때문에 Requires 대신 IRQs를 사용합니다. (BZ#1269293)

kpartx 생성 장치는 이제 실제 파티션 번호와 동일한 파티션 번호를 갖습니다.

이전에는 kpartx 생성 장치 파티션 번호가 실제 파티션 번호와 일치하지 않았습니다. 이는 kpartx 가 파티션 번호를 결정할 때 섹터가 없는 태양 파티션을 계산하지 않았기 때문입니다. 이번 수정으로 파티션 번호를 결정할 때 kpartx 가 섹터 없이 일괄 처리 파티션을 계산하고 kpartx 생성 장치는 실제 파티션 번호와 동일한 파티션 번호를 갖습니다. (BZ#1241774)

MTX가 더 이상 큰 FCP 스토리지 어레이로 인해 실패하지 않음

대용량 기록 저장 드라이브 어레이로 구성된 시스템에서 MTX 툴이 이전에 오류와 함께 실패했습니다. 그 결과 기록 보관소를 관리할 수 없었습니다. 이번 업데이트에서는 더 큰 테일러 스토리지 어레이 지원이 개선되고 MTX는 이제 예상한 대량의 테이크 스토리지를 관리할 수 있습니다. (BZ#1298647)

dmraid 및 기타 장치 매퍼 하위 시스템 간의 간섭이 더 이상 발생하지 않음

이전에는 dmraid 패키지가 잘못된 테스트 옵션으로 컴파일되었습니다. 결과적으로 dmraid 툴은 LVM과 같은 다른 장치 매퍼 하위 시스템을 포함하여 모든 장치를 실수로 스캔하여 다른 하위 시스템을 방해하고 부팅 중에 다양한 오류가 발생할 수 있습니다. 이번 업데이트를 통해 dmraid 에서 테스트 모드가 비활성화되어 있으며 모든 장치는 부팅 시 스캔되지 않습니다. 결과적으로 dmraid 및 기타 장치 매퍼 하위 시스템 간의 간섭이 더 이상 발생하지 않습니다. (BZ#1348289)

systemd 는 제거 후 dmraid-activation.service 의 누락된 장치에 대해 더 이상 경고하지 않습니다. dmraid

이번 업데이트 이전에는 dmraid 패키지를 제거한 후 /etc/system/system/sysinit.target.wants/dmraid-activation.service 심볼릭 링크가 시스템에 남아 있었기 때문에 systemd 서비스에서 dmraid-activation.service.service에 누락된 단위에 대해 경고했습니다. 이번 업데이트를 통해 dmraid 를 제거할 때 앞서 언급한 심볼릭 링크가 제거됩니다. (BZ#1315644)

Mdad m은 reshape 중에 더 이상 IMSM RAID 배열을 중지하지 않습니다.

버그로 인해 이전에 리셰이프에서 IMSM(Intel Matrix Storage Manager) RAID 배열을 중지하려고 했습니다. 이 버그를 수정하기 위해 기본 소스 코드가 수정되었으며 mdadm 유틸리티에서 설명된 상황에서 배열을 올바르게 중지합니다. (BZ#1312837)

I/O 작업을 실행하는 동안 성능이 저하된 배열에 핫 예비를 할당하도록 mdadm 을 사용하면 더 이상 실패하지 않습니다.

이전에는 MD Array에서 I/O 작업을 실행하는 동안 성능이 저하된 배열에 핫 예비를 할당하면 실패할 수 있었고 mdadm 유틸리티는 다음과 같은 오류 메시지를 반환했습니다.
mdadm: /dev/md1 has failed so using --add cannot work and might destroy
mdadm: data on /dev/sdd1. You should stop the array and re-assemble it
Copy to Clipboard Toggle word wrap
이 버그를 수정하는 데 패치가 적용되었으며 성능이 저하된 배열에 핫 예비를 추가하면 설명된 상황에서 예상대로 완료됩니다. (BZ#1300579)

재부팅 후 mdadm 을 사용하여 생성된 성능이 저하된 RAID1 배열이 더 이상 비활성 상태로 표시되지 않습니다.

이전에는 시스템을 재부팅한 후 mdadm 유틸리티를 사용하여 생성된 성능이 저하된 RAID1 어레이가 비활성 RAID0 배열로 표시될 수 있었습니다. 이번 업데이트를 통해 시스템을 재부팅한 후 배열이 올바르게 시작됩니다. (BZ#1290494)

RAID0 배열에 비트맵이 포함된 RAID1 배열을 다시 구성하려고 하면 더 이상 RAID1 배열이 손상되지 않습니다.

mdadm 유틸리티를 사용하여 비트맵을 RAID0 배열에 재형식하는 RAID1 어레이는 지원되지 않습니다. 이전에는 RAID0 배열에 비트맵을 포함하는 RAID1 어레이를 재구성할 때 작업이 거부되었지만 RAID1 배열이 손상되었습니다. 이번 업데이트를 통해 리셰이가 거부되지만 RAID1 배열은 예상대로 작동합니다. (BZ#1174622)

mdadm reshape 작업을 실행하는 IMSM RAID 배열에서는 경쟁 상태가 더 이상 발생하지 않습니다.

Intel Matrix Storage Manager (IMSM) RAID 어레이를 사용하여 mdadm reshape 작업을 실행하면 경쟁 조건이 첫 번째 작업이 완료되기 전에 동일한 배열에서 두 번째 리셰이프를 시작할 수 있고 다시 모양 작업이 제대로 완료되지 않았습니다. 이번 업데이트를 통해 경쟁 조건이 더 이상 발생하지 않으며 첫 번째 작업이 완료되기 전에 두 번째 reshape 작업을 시작할 수 없습니다. (BZ#1347762)

mdadm 은 15자 이상 장치 이름을 사용하는 배열을 조합할 수 있습니다.

이전에는 mdadm 유틸리티에서 15자를 초과하는 장치 이름을 포함하는 배열을 어셈블하려고 할 때 세그먼트 결함이 예기치 않게 종료될 수 있었습니다. 이번 업데이트를 통해 배열에서 장치 이름을 15자를 초과하는 경우에도 mdadm assembles 배열을 올바르게 어셈블합니다. (BZ#1347749)
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

Theme

© 2026 Red Hat
맨 위로 이동