Red Hat Summit Red Hat Summit지원콘솔개발자평가판 시작연락처

6.11. 파일 시스템 및 스토리지

RHEL 10에서는 python-blivet 버전 3.10을 제공합니다.

python-blivet 패키지는 버전 3.10으로 변경되었습니다. 다양한 버그 수정 및 개선 사항을 제공합니다. 주요 변경 사항은 다음과 같습니다.

  • Python 2에 대한 지원 삭제
  • 기존 Stratis 풀에 디스크 추가 지원
  • Clevis 또는 Tang을 사용하여 Stratis 암호화를 지원합니다.
  • 기본 블록 장치를 채우기 위해 lvmpv 형식의 반자동 크기 조정을 지원합니다.

Jira:RHEL-45175

RHEL 10에서는 cryptsetup 버전 2.7을 제공합니다.

cryptsetup 패키지는 버전 2.7로 변경되었습니다. 이 버전은 다양한 버그 수정 및 개선 사항을 제공합니다.

  • kdump 가 활성화된 시스템에서 LUKS 암호화된 장치를 지원하기 위한 libcryptsetup 패키지 개선 사항.
  • LUKS2 SED OPAL 기능에 대한 중요한 수정 사항.
  • LUSK2 SED OPAL 기능의 알려진 또는 이미 수정된 문제를 방지합니다.

Jira:RHEL-33395[1]

GPT는 IBM Power Systems, Little Endian 및 64비트 IBM Z 아키텍처의 기본 파티션 테이블입니다.

이제 설치 중에 새로 분할된 모든 디스크에 대해 RHEL 10을 설치할 때 MS-DOS 대신 GPT 파티션 테이블이 기본적으로 선택됩니다.

중요

64비트 IBM Z 아키텍처의 직접 액세스 스토리지 장치(DASD) 드라이브에는 GPT 파티션 테이블이 기본적으로 선택되어 있지 않습니다. 여기서 DASD 파티션 테이블이 변경되지 않습니다.

이번 업데이트에서는 다양한 아키텍처 및 플랫폼에서 기본 파티셔닝 동작을 간소화하고 표준화합니다.

참고

AMD 및 Intel 64비트 아키텍처 및 RHEL 이미지 모드와 같은 기타 제품은 기본적으로 GPT 파티션 테이블을 이미 사용하고 있습니다.

Jira:RHEL-52200

RHEL에서 snapm 사용 가능

스냅샷 관리자(snapm)는 시스템 상태 스냅샷을 관리하기 위해 설계된 새로운 구성 요소입니다. 이를 사용하여 업데이트 또는 변경 사항을 롤백하고 이전 시스템 스냅샷으로 부팅할 수 있습니다. 여러 볼륨에서 스냅샷을 관리하고 스냅샷 부팅 및 스냅샷 롤백을 위한 부팅 항목을 구성하는 것은 종종 복잡하고 오류가 발생할 수 있습니다. 스냅샷 관리자는 이러한 일반적인 작업을 자동화하고 Boom Boot Manager와 원활하게 통합되어 프로세스를 단순화합니다. 이번 업데이트를 통해 시스템 상태의 스냅샷을 쉽게 가져와서 업데이트를 적용하고 필요한 경우 이전 시스템 상태로 되돌릴 수 있습니다.

Jira:RHEL-59006[1]

RHEL 10에서는 device-mapper-multipath 버전 0.9.9를 제공합니다.

device-mapper-multipath 패키지가 0.8.7 버전에서 0.9.9로 업데이트되었습니다. 주요 개선 사항은 다음과 같습니다.

  • multipathd.socket systemd 장치는 더 이상 기본적으로 활성화되어 있지 않습니다. multipathd 는 부팅 시 계속 자동으로 실행됩니다. 그러나 중지된 경우 블록 장치 uevent 또는 특정 다중 경로 명령이 실행되는 경우 자동으로 재시작되지 않습니다. 이 기능을 활성화하려면 수동으로 다시 시작하거나 multipathd.socket systemd 파일에서 다음 주석을 제거합니다. 
# WantedBy=sockets.target
Copy to Clipboard Toggle word wrap
  • 이제 multipathd 는 기본적으로 보통 우선 순위 10을 사용하여 실시간 프로세스로 실행하려고 합니다. 실패하면 정상적인 프로세스로 계속 실행되지만 우선 순위가 증가됩니다. 예를 들어 multipathd.service systemd 파일에서 표준 systemd 옵션(예: LimitRTPRIO 및 CPUWeight)을 수정하여 이를 제어할 수 있습니다.
  • systemctl reload multipath d.service 또는 multipathd reconfigure 명령은 변경되지 않은 모든 다중 경로 장치를 다시 로드하는 대신 장치가 변경된 경우에만 장치를 다시 로드합니다. 모든 장치를 강제로 다시 로드하려면 다음을 실행합니다. 
multipathd reconfigure all
Copy to Clipboard Toggle word wrap

  • 다음 multipath.conf 옵션은 더 이상 사용되지 않으며 RHEL 10에서 인식되지 않습니다. 다중 경로 파일에 포함된 경우 다중 경로 메시지를 트리거합니다.

    • RHEL 9:

      • multipath_dir
      • config_dir
      • bindings_file
      • wwids_file
      • prkeys_file
      • getuid_callout
      • disable_changed_wwids

    • RHEL 8:

      • default_selector
      • default_path_grouping_policy
      • default_uid_attribute
      • default_getuid_callout
      • default_features
      • default_path_checker
  • 경로 그룹화 정책인 group_by_tpg 는 ALUA 대상 포트 그룹에 의해 경로를 그룹화하는 데 도입되었습니다. 이렇게 하면 동일한 대상 포트 그룹이 있는 모든 경로가 동일한 pathgroup에 속하게 됩니다. group_by_prio 정책과 유사하게 작동하지만 경로가 우선순위를 변경할 때 잘못 그룹화되지 않습니다.
중요

이 정책을 사용하려면 다중 경로 장치의 모든 경로의 우선순위 기능이 alua 또는 syfs 로 설정되어 있어야 합니다.

  • 구성 설정 detect_pgpolicy 및 detect_pgpolicy_use_tpg 가 도입되어 overrides, 장치 및 defaults 섹션에 설정할 수 있습니다.

    • detect_pgpolicy 가 활성화된 경우 다중 경로는 alua 또는 sysfs prioritizer의 path_grouping_policy 를 group_by_prio 또는 group_by_tpg 로 설정합니다. 비활성화된 경우 장치에 대해 path_grouping_policy 구성 세트가 사용됩니다. detect_pgpolicy 는 기본적으로 활성화되어 있습니다.
    • detect_pgpolicy_use_tpg 가 활성화된 경우 detect_pgpolicy 는 path_grouping_policy 를 group_by_tpg 로 설정합니다. 비활성화된 경우 detect_pgpolicy 는 path_grouping_policy 를 group_by_prio 로 설정합니다. detect_pgpolicy_use_tpg 는 기본적으로 비활성화되어 있습니다.

  • multipathd 의 포맷된 출력을 위한 새로운 와일드카드:

    • 새 맵은 와일드카드를 포맷합니다.

      • k: max_sectors_kb

    • 새 경로는 와일드카드를 포맷합니다.

      • i: init 상태
      • L: LUN 16x
      • A: alua 대상 포트 그룹
      • k: max_sectors_kb

Jira:RHELDOCS-19812[1]

dm-vdo 모듈이 커널에 추가되었습니다.

이번 업데이트를 통해 RHEL 10 커널에서 kmod-kvdo 모듈이 dm-vdo 모듈로 교체되었습니다. 또한 VDO(Virtual Data Optimizer) sysfs 매개변수도 제거되었습니다. 제거된 sysfs 매개변수에 대한 자세한 내용은 파일 시스템 및 스토리지의 제거 기능을 참조하십시오.

Jira:RHELDOCS-19842[1], Jira:RHELDOCS-19066

NVMe SED에서 Opal Automation에 NVMe -cli 및 cryptsetup 을 사용할 수 있습니다.

NVMe 자체 암호화 드라이브(SED)는 드라이브에 저장된 데이터를 보호하기 위해 하드웨어 암호화 기술의 Opal 스토리지 사양을 지원합니다. 이전에는 NVMe SED에 대한 Opal 지원이 데이터에 액세스하기 위해 암호를 관리하기 위해 수동 상호 작용이 필요했습니다.

이번 업데이트를 통해 nvme-cli 및 cryptsetup 을 사용하여 암호화 관리를 자동화하고 잠금 해제를 수행할 수 있습니다.

다음 명령을 실행하여 NVMe SSD에서 NVMe SED 옵션을 사용합니다.

  • SED Opal locking 기능을 확인하려면 다음을 수행합니다. 
# nvme sed discover /dev/nvme0n1
Locking Features:
	Locking Supported: Yes
	Locking Feature Enabled: No
	Locked: No
Copy to Clipboard Toggle word wrap
  • 잠금을 위해 SED Opal 장치를 초기화하려면 다음을 수행합니다. 
# nvme sed initialize /dev/nvme0n1
New Password:
Re-enter New Password:
# nvme sed discover /dev/nvme0n1
Locking Features:
	Locking Supported: Yes
	Locking Feature Enabled: Yes
	Locked: No
Copy to Clipboard Toggle word wrap
  • SED Opal 장치를 잠그려면 다음을 수행합니다. 
# nvme sed lock /dev/nvme0n1
# nvme sed discover /dev/nvme0n1
Locking Features:
	Locking Supported: Yes
	Locking Feature Enabled: Yes
	Locked: Yes
Copy to Clipboard Toggle word wrap
  • SED Opal 장치의 잠금을 해제하려면 다음을 수행합니다. 
# nvme sed unlock /dev/nvme0n1
# nvme sed discover /dev/nvme0n1
Locking Features:
	Locking Supported: Yes
	Locking Feature Enabled: Yes
	Locked: No
Copy to Clipboard Toggle word wrap
  • SED Opal 장치 암호를 변경하려면 다음을 수행합니다. 
# nvme sed password /dev/nvme0n1
Password:
New Password:
Re-enter New Password:
Copy to Clipboard Toggle word wrap
  • 잠금에서 SED Opal 장치를 되돌리려면 다음을 수행합니다. 
# nvme sed lock /dev/nvme0n1
# nvme sed discover /dev/nvme0n1
Locking Features:
        Locking Supported:         Yes
        Locking Feature Enabled:   Yes
        Locked:                    Yes
# nvme sed unlock /dev/nvme0n1
# nvme sed discover /dev/nvme0n1
Locking Features:
        Locking Supported:         Yes
        Locking Feature Enabled:   Yes
        Locked:                    No
# nvme sed revert /dev/nvme0n1
Copy to Clipboard Toggle word wrap
  • 파괴적인 되돌리기를 사용하여 잠금을 비활성화하려면 SED Opal 장치를 재설정하려면 다음을 수행하십시오. 
# nvme sed lock /dev/nvme0n1
# nvme sed discover /dev/nvme0n1
Locking Features:
        Locking Supported:       Yes
        Locking Feature Enabled: Yes
        Locked: Yes
# nvme sed revert -e /dev/nvme0n1
Destructive revert erases drive data. Continue (y/n)? y
    Are you sure (y/n)? y
    Password:
    # nvme sed discover /dev/nvme0n1
    Locking Features:
        Locking Supported:       Yes
        Locking Feature Enabled: No
        Locked:                  No
Copy to Clipboard Toggle word wrap

참고: NVMe 디스크에서 데이터가 삭제되지 않도록 -e 매개변수 없이 nvme sed revert 를 사용합니다.

장치는 /dev/nvme0과 같은 NVMe 문자 장치, /dev/nvme0 n1 과 같은 NVMe 블록 장치이거나 mctp:< net>,<eid>[:ctrl-id] 형식의 mctp 주소일 수 있습니다.

RHEL 10에서 nvme-cli와 함께 NVMe OPAL 장치를 사용하는 명령의 예:

  • NVMe 디스크를 초기화, 잠금 및 잠금 해제하고, 잠금 해제 후에도 디스크의 데이터가 변경되지 않은 상태로 유지되는지 확인합니다. 
# mount /dev/nvme0n1p1 /mnt/
# dd if=/dev/urandom of=/mnt/test.file bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 3.65616 s, 294 MB/s
# md5sum /mnt/test.file
57edc80dab5bf803d0944e281bf2e9dd  /mnt/test.file
# umount /dev/nvme0n1p1
# nvme sed discover /dev/nvme0n1
Locking Features:
	Locking Supported:         Yes
	Locking Feature Enabled:   No
	Locked:                    No
# nvme sed initialize /dev/nvme0n1
New Password:
Re-enter New Password:
# nvme sed lock /dev/nvme0n1
# nvme sed discover /dev/nvme0n1
Locking Features:
	Locking Supported:         Yes
	Locking Feature Enabled:   Yes
	Locked:                    Yes
# mount /dev/nvme0n1p1 /mnt/
mount: /mnt: can't read superblock on /dev/nvme0n1p1.
       dmesg[8] may have more information after a failed mount system call.
# nvme sed unlock /dev/nvme0n1
# mount /dev/nvme0n1p1 /mnt/
# md5sum /mnt/test.file
57edc80dab5bf803d0944e281bf2e9dd  /mnt/test.file
# umount /dev/nvme0n1p1
# nvme sed discover /dev/nvme0n1
Locking Features:
    Locking Supported:         Yes
    Locking Feature Enabled:   Yes
    Locked:                    No
# nvme sed revert /dev/nvme0n1
Password:
# nvme sed discover /dev/nvme0n1
Locking Features:
    Locking Supported:         Yes
    Locking Feature Enabled:   No
    Locked:                    No
Copy to Clipboard Toggle word wrap

Jira:RHELDOCS-19877[1]

RHEL 10은 NFS에 TLS 지원을 제공합니다.

TLS(Transport Layer Security)를 사용하는 NFS(Network File System)가 완전히 지원됩니다. 이 기능은 RPC(원격 프로시저 호출) 트래픽에 TLS를 활성화하여 클라이언트와 서버 간 암호화된 통신을 보장하여 NFS 보안을 향상시킵니다. 자세한 내용은 TLS 지원을 사용하여 NFS 서버 구성을 참조하십시오.

TLS를 사용한 NFS는 커널 TLS(kTLS)의 지원에 의존합니다. 일반적인 사용을 위한 kTLS 기능은 기술 프리뷰로 제공됩니다. 자세한 내용은 기술 프리뷰 기능 장의 릴리스 노트를 참조하십시오.

Jira:RHEL-74415[1]

CIFS 클라이언트는 SMB 공유에서 특수 파일을 만들 수 있는 기능을 제공합니다.

CIFS(Common Internet File System) 클라이언트는 기본적으로 기본 SMB(Server Message Block) 심볼릭 링크를 생성할 수 있습니다. reparse=default|nfs|wsl 마운트 옵션을 사용하여 NFS(Network File System) 또는 WSL(Windows Cryostat for Linux)을 통해 문자 장치, 블록 장치, 파이프 및 소켓과 같은 특수 파일을 생성할 수도 있습니다.

Jira:RHEL-78152[1]

Atomic Write 사용 가능

RHEL 10에서는 파일 시스템, 블록 계층 및 드라이버를 통해 atomic 쓰기를 교차 하위 시스템 개선 사항으로 도입했습니다. RWF_ATOMIC 플래그는 torn-write 보호를 활성화하는 데 사용됩니다. 이렇게 하면 시스템 충돌 또는 정전 후 기록된 데이터의 전체 또는 일부가 안정적인 스토리지에 존재하지 않습니다. 이 시나리오에서는 부분 데이터 쓰기 또는 잘못된 쓰기가 발생하지 않습니다.

기존 쓰기 작업은 atomic이 아니며 중간 작업을 중단할 수 있습니다. 이로 인해 충돌 및 정전의 경우 부분적으로 기록된 데이터가 발생할 수 있습니다.

이러한 향상된 기능을 통해 데이터베이스와 같은 중요한 데이터 일관성 보장을 제공하는 애플리케이션에서 일관성 알고리즘의 성능을 최적화할 수 있습니다.

Jira:RHEL-60811[1]

자동 RAID 검사는 기본적으로 활성화되어 있습니다.

이번 업데이트를 통해 raid-check 서비스가 기본적으로 활성화됩니다. 이렇게 하면 시스템이 부팅된 후 예약된 간격으로 raid-check.service 가 자동으로 실행되고 수동 조작 없이도 주기적인 RAID 일관성 검사를 수행할 수 있습니다.

Jira:RHEL-86165[1]

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

Theme

© 2025 Red Hat