절차

1. 다음 콘텐츠를 사용하여 새 playbook.yml 파일을 생성합니다.

   ---
   - name: Configure the storage
     hosts: managed-node-01.example.com
     tasks:
     - name: Create a RAID on sdd, sde, sdf, and sdg
       include_role:
         name: rhel-system-roles.storage
       vars:
       storage_safe_mode: false
       storage_volumes:
         - name: data
           type: raid
           disks: [sdd, sde, sdf, sdg]
           raid_level: raid0
           raid_chunk_size: 32 KiB
           mount_point: /mnt/data
           state: present

   주의

   장치 이름은 예를 들어 시스템에 새 디스크를 추가하는 경우와 같이 특정 상황에서 변경될 수 있습니다. 따라서 데이터 손실을 방지하려면 플레이북에서 특정 디스크 이름을 사용하지 마십시오.

2. 선택 사항: 플레이북 구문을 확인합니다.

   # ansible-playbook --syntax-check playbook.yml

3. 플레이북을 실행합니다.

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

절차

1. 다음 내용으로 새 playbook.yml 파일을 생성합니다.

   - hosts: all
     vars:
       storage_safe_mode: false
       storage_pools:
         - name: my_pool
           type: lvm
           disks: [sdh, sdi]
           raid_level: raid1
           volumes:
             - name: my_pool
               size: "1 GiB"
               mount_point: "/mnt/app/shared"
               fs_type: xfs
               state: present
     roles:
       - name: rhel-system-roles.storage

   참고

   RAID를 사용하여 LVM 풀을 생성하려면 raid_level 매개변수를 사용하여 RAID 유형을 지정해야 합니다.

2. 선택 사항: 플레이북 구문을 확인합니다.

   # ansible-playbook --syntax-check playbook.yml

3. 인벤토리 파일에서 플레이북을 실행합니다.

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

절차

1. 다음 내용으로 새 playbook.yml 파일을 생성합니다.

   - hosts: all
     vars:
       storage_volumes:
         - name: barefs
           type: disk
           disks:
            - sdb
           fs_type: xfs
           fs_label: label-name
           mount_point: /mnt/data
           encryption: true
           encryption_password: your-password
     roles:
      - rhel-system-roles.storage

2. 선택 사항: 플레이북 구문을 확인합니다.

   # ansible-playbook --syntax-check playbook.yml

3. 인벤토리 파일에서 플레이북을 실행합니다.

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

절차

1. 대화형 parted 쉘을 시작합니다.

   # parted block-device

2. 장치에 이미 파티션 테이블이 있는지 확인합니다.

   # (parted) print

   장치에 이미 파티션이 포함된 경우 다음 단계에서 삭제됩니다.

3. 새 파티션 테이블을 만듭니다.

   # (parted) mklabel table-type

   • table-type 을 원하는 파티션 테이블 유형으로 바꿉니다.

     • df용 MSDOS
     • GPT용 GPT

   예 4.1. GUID 파티션 테이블(GPT) 만들기

   디스크에 GPT 테이블을 만들려면 다음을 사용합니다.

   # (parted) mklabel gpt

   이 명령을 입력한 후 변경 사항이 적용되기 시작합니다.

4. 파티션 테이블을 보고 해당 테이블이 생성되었는지 확인합니다.

   # (parted) print

5. parted 쉘을 종료합니다.

   # (parted) quit

절차

1. parted 유틸리티를 시작합니다. 예를 들어 다음 출력에는 /dev/sda 가 나열됩니다.

   # parted /dev/sda

2. 파티션 테이블 보기:

   # (parted) print
   
   Model: ATA SAMSUNG MZNLN256 (scsi)
   Disk /dev/sda: 256GB
   Sector size (logical/physical): 512B/512B
   Partition Table: msdos
   Disk Flags:
   
   Number  Start   End     Size    Type      File system  Flags
    1      1049kB  269MB   268MB   primary   xfs          boot
    2      269MB   34.6GB  34.4GB  primary
    3      34.6GB  45.4GB  10.7GB  primary
    4      45.4GB  256GB   211GB   extended
    5      45.4GB  256GB   211GB   logical

3. 선택 사항: 다음을 검사하려는 장치로 전환합니다.

   # (parted) select block-device

절차

1. parted 유틸리티를 시작합니다.

   # parted block-device

2. 사용 가능한 공간이 충분한지 확인하려면 현재 파티션 테이블을 확인합니다.

   # (parted) print

   • 사용 가능한 공간이 충분하지 않은 경우 파티션의 크기를 조정합니다.

   • 파티션 테이블에서 다음을 확인합니다.

     • 새 파티션의 시작 및 끝점입니다.
     • GPT에서 파티션 유형은 무엇입니까.

3. 새 파티션을 만듭니다.

   # (parted) mkpart part-type name fs-type start end

   • part-type 을 기본,논리 또는 확장으로 바꿉니다. 이는 reserved 파티션 테이블에만 적용됩니다.
   • 이름을 임의의 파티션 이름으로 바꿉니다. 이는 GPT 파티션 테이블에 필요합니다.
   • fs-type 을 xfs,ext2,ext3,ext4,fat16,fat32,hfs,hfs+, linux-swap,ntfs 또는 reiserfs 로 바꿉니다. fs-type 매개변수는 선택 사항입니다. parted 유틸리티는 파티션에 파일 시스템을 생성하지 않습니다.
   • start 및 end 를 파티션의 시작 및 종료 지점을 결정하는 크기로 바꾸고 디스크 시작부터 계산합니다. 512MiB,20GiB 또는 1.5TiB 와 같은 크기 접미사를 사용할 수 있습니다. 기본 크기는 메가바이트입니다.

   예 4.2. 작은 기본 파티션 만들기

   1024MiB에서 STATUS 테이블의 기본 파티션을 2048MiB까지 만들려면 다음을 사용합니다.

   # (parted) mkpart primary 1024MiB 2048MiB

   변경 사항은 명령을 입력한 후 적용을 시작합니다.

4. 파티션 테이블을 보고 생성된 파티션이 올바른 파티션 유형, 파일 시스템 유형 및 크기가 있는 파티션 테이블에 있는지 확인합니다.

   # (parted) print

5. parted 쉘을 종료합니다.

   # (parted) quit

6. 새 장치 노드를 등록합니다.

   # udevadm settle

7. 커널이 새 파티션을 인식하는지 확인합니다.

   # cat /proc/partitions

절차

1. 대화형 <.&gt ; 쉘을 시작합니다.

   # fdisk block-device

2. 현재 파티션 테이블을 보고 마이너 파티션 번호를 확인합니다.

   Command (m for help): print

   유형 열에서 현재 파티션 유형 과 Id 열의 해당 유형 ID를 확인할 수 있습니다.

3. 파티션 유형 명령을 입력하고 마이너 번호를 사용하여 파티션을 선택합니다.

   Command (m for help): type
   Partition number (1,2,3 default 3): 2

4. 선택 사항: 16진수 코드의 목록을 확인합니다.

   Hex code (type L to list all codes): L

5. 파티션 유형을 설정합니다.

   Hex code (type L to list all codes): 8e

6. 변경 사항을 작성하고 <.> 쉘 을 종료합니다.

   Command (m for help): write
   The partition table has been altered.
   Syncing disks.

7. 변경 사항을 확인합니다.

   # fdisk --list block-device

절차

1. parted 유틸리티를 시작합니다.

   # parted block-device

2. 현재 파티션 테이블을 확인합니다.

   # (parted) print

   파티션 테이블에서 다음을 확인합니다.

   • 파티션의 마이너 번호입니다.
   • 크기 조정 후 기존 파티션 및 해당 새 종료 지점의 위치입니다.

3. 파티션의 크기를 조정합니다.

   # (parted) resizepart 1 2GiB

   • 1 을 크기 조정 중인 파티션의 마이너 번호로 바꿉니다.
   • 2 를 크기가 조정된 파티션의 새 끝 지점을 결정하는 크기로 바꾸고 디스크 처음부터 계산합니다. 512MiB,20GiB 또는 1.5TiB 와 같은 크기 접미사를 사용할 수 있습니다. 기본 크기는 메가바이트입니다.

4. 파티션 테이블을 보고 크기 조정이 올바른 크기의 파티션 테이블에 있는지 확인합니다.

   # (parted) print

5. parted 쉘을 종료합니다.

   # (parted) quit

6. 커널이 새 파티션을 등록하는지 확인합니다.

   # cat /proc/partitions

7. 선택 사항: 파티션을 확장한 경우 파일 시스템도 확장합니다.

절차

1. 대화형 parted 쉘을 시작합니다.

   # parted block-device

   • 블록 장치를 파티션을 제거하려는 장치의 경로로 바꿉니다(예: /dev/sda ).

2. 제거할 파티션의 마이너 수를 확인하려면 현재 파티션 테이블을 확인합니다.

   (parted) print

3. 파티션을 제거합니다.

   (parted) rm minor-number

   • minor-number 를 제거하려는 파티션의 마이너 번호로 바꿉니다.

   변경 사항은 이 명령을 입력하는 즉시 적용을 시작합니다.

4. 파티션 테이블에서 파티션을 제거했는지 확인합니다.

   (parted) print

5. parted 쉘을 종료합니다.

   (parted) quit

6. 커널이 파티션이 제거되었는지 확인합니다.

   # cat /proc/partitions

7. /etc/fstab 파일이 있는 경우 파티션을 제거합니다. 제거된 파티션을 선언하고 파일에서 제거하는 행을 찾습니다.

8. 시스템이 새 /etc/fstab 구성을 등록하도록 다시 마운트 단위를 다시 생성합니다.

   # systemctl daemon-reload

9. 스왑 파티션을 삭제하거나 LVM을 제거한 경우 커널 명령줄에서 파티션에 대한 모든 참조를 제거하십시오.

   1. 활성 커널 옵션을 나열하고 옵션이 제거된 파티션을 참조하는지 확인합니다.

      # grubby --info=ALL

   2. 삭제된 파티션을 참조하는 커널 옵션을 제거합니다.

      # grubby --update-kernel=ALL --remove-args="option"

10. 초기 부팅 시스템에 변경 사항을 등록하려면 initramfs 파일 시스템을 다시 빌드합니다.

    # dracut --force --verbose

절차

1. targetcli 툴을 설치합니다.

   # dnf install targetcli

2. 대상 서비스를 시작합니다.

   # systemctl start target

3. 부팅 시 시작할 대상을 설정합니다.

   # systemctl enable target

4. 방화벽에서 포트 3260 을 열고 방화벽 구성을 다시 로드합니다.

   # firewall-cmd --permanent --add-port=3260/tcp
   Success
   
   # firewall-cmd --reload
   Success

절차

1. iSCSI 디렉토리로 이동합니다.

   /> iscsi/

   참고

   cd 명령은 디렉터리를 변경하고 로 이동할 경로를 나열하는 데 사용됩니다.

2. 다음 옵션 중 하나를 사용하여 iSCSI 대상을 생성합니다.

   1. 기본 대상 이름을 사용하여 iSCSI 대상 생성:

      /iscsi> create
      
      Created target
      iqn.2003-01.org.linux-iscsi.hostname.x8664:sn.78b473f296ff
      Created TPG1

   2. 특정 이름을 사용하여 iSCSI 대상 생성:

      /iscsi> create iqn.2006-04.com.example:444
      
      Created target iqn.2006-04.com.example:444
      Created TPG1
      Here iqn.2006-04.com.example:444 is target_iqn_name

      iqn.2006-04.com.example:444 를 특정 대상 이름으로 바꿉니다.

3. 새로 생성된 대상을 확인합니다.

   /iscsi> ls
   
   o- iscsi.......................................[1 Target]
       o- iqn.2006-04.com.example:444................[1 TPG]
           o- tpg1...........................[enabled, auth]
              o- acls...............................[0 ACL]
               o- luns...............................[0 LUN]
              o- portals.........................[0 Portal]

절차

1. backstores/ 디렉토리에서 fileio/ 로 이동합니다.

   /> backstores/fileio

2. fileio 스토리지 오브젝트를 생성합니다.

   /backstores/fileio> create file1 /tmp/disk1.img 200M write_back=false
   
   Created fileio file1 with size 209715200

절차

1. backstores/ 디렉터리에서 block/ 로 이동합니다.

   /> backstores/block/

2. 블록 보조 저장소를 생성합니다.

   /backstores/block> create name=block_backend dev=/dev/sdb
   
   Generating a wwn serial.
   Created block storage object block_backend using /dev/vdb.

절차

1. backstores/ 디렉터리에서 pscsi/ 로 이동합니다.

   /> backstores/pscsi/

2. 이 예에서는 /dev/sr0 을 사용하여 TYPE_ROM 장치의 pscsi 백 저장소를 생성합니다.

   /backstores/pscsi> create name=pscsi_backend dev=/dev/sr0
   
   Generating a wwn serial.
   Created pscsi storage object pscsi_backend using /dev/sr0

절차

1. backstores/ 디렉토리에서 ramdisk/ 로 이동합니다.

   /> backstores/ramdisk/

2. 1GB RAM 디스크 보조 저장소를 생성합니다.

   /backstores/ramdisk> create name=rd_backend size=1GB
   
   Generating a wwn serial.
   Created rd_mcp ramdisk rd_backend with size 1GB.

절차

1. TPG 디렉토리로 이동합니다.

   /iscsi> iqn.2006-04.example:444/tpg1/

2. 다음 옵션 중 하나를 사용하여 iSCSI 포털을 생성합니다.

   1. 기본 포털을 생성하면 기본 iSCSI 포트 3260 을 사용하며 타겟에서 해당 포트의 모든 IP 주소를 수신 대기할 수 있습니다.

      /iscsi/iqn.20...mple:444/tpg1> portals/ create
      
      Using default IP port 3260
      Binding to INADDR_Any (0.0.0.0)
      Created network portal 0.0.0.0:3260

      참고

      iSCSI 대상이 생성되면 기본 포털도 생성됩니다. 이 포털은 기본 포트 번호인 모든 IP 주소를 수신 대기하도록 설정되어 있습니다. 0.0.0.0:3260.

      기본 포털을 제거하려면 다음 명령을 사용합니다.

      /iscsi/iqn-name/tpg1/portals delete ip_address=0.0.0.0 ip_port=3260

   2. 특정 IP 주소를 사용하여 포털 생성:

      /iscsi/iqn.20...mple:444/tpg1> portals/ create 192.168.122.137
      
      Using default IP port 3260
      Created network portal 192.168.122.137:3260

절차

1. 이미 생성된 스토리지 오브젝트의 LUN을 만듭니다.

   /iscsi/iqn.20...mple:444/tpg1> luns/ create /backstores/ramdisk/rd_backend
   Created LUN 0.
   
   /iscsi/iqn.20...mple:444/tpg1> luns/ create /backstores/block/block_backend
   Created LUN 1.
   
   /iscsi/iqn.20...mple:444/tpg1> luns/ create /backstores/fileio/file1
   Created LUN 2.

2. 생성된 LUN을 확인합니다.

   /iscsi/iqn.20...mple:444/tpg1> ls
   
   o- tpg.................................. [enambled, auth]
       o- acls ......................................[0 ACL]
       o- luns .....................................[3 LUNs]
       |  o- lun0.........................[ramdisk/ramdisk1]
       |  o- lun1.................[block/block1 (/dev/vdb1)]
       |  o- lun2...................[fileio/file1 (/foo.img)]
       o- portals ................................[1 Portal]
           o- 192.168.122.137:3260......................[OK]

   기본 LUN 이름은 0 부터 시작됩니다.

   중요

   기본적으로 LUN은 읽기-쓰기 권한으로 생성됩니다. ACL이 생성된 후 새 LUN이 추가되면 LUN은 사용 가능한 모든 ACL에 자동으로 매핑되며 보안 위험이 발생할 수 있습니다. 읽기 전용 권한으로 LUN을 만들려면 읽기 전용 iSCSI LUN 만들기 를 참조하십시오.

3. ACL 구성. 자세한 내용은 iSCSI ACL 생성을 참조하십시오.

절차

1. 읽기 전용 권한을 설정합니다.

   /> set global auto_add_mapped_luns=false
   
   Parameter auto_add_mapped_luns is now 'false'.

   이렇게 하면 LUN을 수동으로 매핑할 수 있도록 하는 기존 ACL과 LUN의 자동 매핑이 금지됩니다.

2. initiator_iqn_name 디렉터리로 이동합니다.

   /> iscsi/target_iqn_name/tpg1/acls/initiator_iqn_name/

3. LUN을 생성합니다.

   /iscsi/target_iqn_name/tpg1/acls/initiator_iqn_name> create mapped_lun=next_sequential_LUN_number tpg_lun_or_backstore=backstore write_protect=1

   예제:

   /iscsi/target_iqn_name/tpg1/acls/2006-04.com.example.foo:888> create mapped_lun=1 tpg_lun_or_backstore=/backstores/block/block2 write_protect=1
   
   Created LUN 1.
   Created Mapped LUN 1.

4. 생성된 LUN을 확인합니다.

   /iscsi/target_iqn_name/tpg1/acls/2006-04.com.example.foo:888> ls
    o- 2006-04.com.example.foo:888 .. [Mapped LUNs: 2]
    | o- mapped_lun0 .............. [lun0 block/disk1 (rw)]
    | o- mapped_lun1 .............. [lun1 block/disk2 (ro)]

   이제 mapped_lun1 행의 끝에 (rw)가 읽기 전용임을 나타내는 mapped_lun0의 (rw)가 있습니다.

5. ACL 구성. 자세한 내용은 iSCSI ACL 생성을 참조하십시오.

절차

1. acls 디렉토리로 이동합니다.

   /iscsi/iqn.20...mple:444/tpg1> acls/

2. 다음 옵션 중 하나를 사용하여 ACL을 만듭니다.

   1. 이니시에이터의 /etc/iscsi/initiatorname.iscsi 파일에서 이니시에이터 이름 사용.

   2. 쉽게 이해할 수 있는 이름을 사용하는 경우, ACL이 이니시에이터와 일치하는지 확인하는 iSCSI 이니시에이터 생성 섹션을 참조하십시오.

      /iscsi/iqn.20...444/tpg1/acls> create iqn.2006-04.com.example.foo:888
      
      Created Node ACL for iqn.2006-04.com.example.foo:888
      Created mapped LUN 2.
      Created mapped LUN 1.
      Created mapped LUN 0.

      참고

      앞의 예제에서 사용되는 글로벌 설정 auto_add_mapped_luns 는 생성된 모든 ACL에 LUN을 자동으로 매핑합니다.

      대상 서버의 TPG 노드 내에 사용자 생성 ACL을 설정할 수 있습니다.

      /iscsi/iqn.20...scsi:444/tpg1> set attribute generate_node_acls=1

절차

1. 속성 인증 설정:

   /iscsi/iqn.20...mple:444/tpg1> set attribute authentication=1
   
   Parameter authentication is now '1'.

2. userid 및 암호 설정 :

   /tpg1> set auth userid=redhat
   Parameter userid is now 'redhat'.
   
   /iscsi/iqn.20...689dcbb3/tpg1> set auth password=redhat_passwd
   Parameter password is now 'redhat_passwd'.

절차

1. 대상에서 로그아웃합니다.

   # iscsiadm -m node -T iqn.2006-04.example:444 -u

   대상에 로그인하는 방법에 대한 자세한 내용은 iSCSI 이니시에이터 생성을 참조하십시오.

2. 모든 ACL, LUN 및 포털을 포함한 전체 대상을 제거합니다.

   /> iscsi/ delete iqn.2006-04.com.example:444

   iqn.2006-04.com.example:444 를 target_iqn_name으로 바꿉니다.

   • iSCSI 보조 저장소를 제거하려면 다음을 수행합니다.

     /> backstores/backstore-type/ delete block_backend

     • backstore-type 을 fileio,block,pscsi 또는 ramdisk 로 바꿉니다.
     • block_backend 를 삭제하려는 보조 저장소 이름으로 교체합니다.

   • ACL과 같은 iSCSI 대상의 일부를 제거하려면 다음을 수행합니다.

     /> /iscsi/iqn-name/tpg/acls/ delete iqn.2006-04.com.example:444

절차

1. 클라이언트 시스템에 iscsi-initiator-utils 를 설치합니다.

   # dnf install iscsi-initiator-utils

2. 이니시에이터 이름을 확인합니다.

   # cat /etc/iscsi/initiatorname.iscsi
   
   InitiatorName=2006-04.com.example.foo:888

3. ACL에 iSCSI ACL 생성에 사용자 지정 이름이 지정된 경우 그에 따라 /etc/iscsi/initiatorname.iscsi 파일을 수정합니다.

   # vi /etc/iscsi/initiatorname.iscsi

4. 대상을 검색하고 표시된 대상 IQN을 사용하여 타겟에 로그인합니다.

   # iscsiadm -m discovery -t st -p 10.64.24.179
       10.64.24.179:3260,1 iqn.2006-04.example:444
   
   # iscsiadm -m node -T iqn.2006-04.example:444 -l
       Logging in to [iface: default, target: iqn.2006-04.example:444, portal: 10.64.24.179,3260] (multiple)
       Login to [iface: default, target: iqn.2006-04.example:444, portal: 10.64.24.179,3260] successful.

   10.64.24.179 를 target-ip-address로 바꿉니다.

   iSCSI ACL 생성에 설명된 대로 해당 이니시에이터 이름이 ACL에 추가되는 경우 동일한 대상에 연결된 수의 이니시에이터에 이 절차를 사용할 수 있습니다.

5. iSCSI 디스크 이름을 찾아서 이 iSCSI 디스크에 파일 시스템을 생성합니다.

   # grep "Attached SCSI" /var/log/messages
   
   # mkfs.ext4 /dev/disk_name

   disk_name 을 /var/log/messages 파일에 표시된 iSCSI 디스크 이름으로 바꿉니다.

6. 파일 시스템을 마운트합니다.

   # mkdir /mount/point
   
   # mount /dev/disk_name /mount/point

   /mount/point 를 파티션의 마운트 지점으로 바꿉니다.

7. 시스템이 부팅될 때 /etc/fstab 파일을 편집하여 파일 시스템을 자동으로 마운트합니다.

   # vi /etc/fstab
   
   /dev/disk_name /mount/point ext4 _netdev 0 0

   disk_name 을 iSCSI 디스크 이름으로 바꾸고 /mount/point 를 파티션의 마운트 지점으로 바꿉니다.

절차

1. iscsid.conf 파일에서 CHAP 인증을 활성화합니다.

   # vi /etc/iscsi/iscsid.conf
   
   node.session.auth.authmethod = CHAP

   기본적으로 node.session.auth.authmethod 는 None으로 설정됩니다.

2. iscsid.conf 파일에 대상 사용자 이름 및 암호를 추가합니다.

   node.session.auth.username = redhat
   node.session.auth.password = redhat_passwd

3. iscsid 데몬을 시작합니다.

   # systemctl start iscsid.service

절차

1. 클라이언트 시스템에 iscsi-initiator-utils 를 설치합니다.

   # dnf install iscsi-initiator-utils

2. 실행 중인 세션에 대한 정보를 찾습니다.

   # iscsiadm -m session -P 3

   이 명령은 세션 또는 장치 상태, 세션 ID(sid), 일부 협상 매개 변수 및 세션을 통해 액세스할 수 있는 SCSI 장치를 표시합니다.

   • 예를 들어 sid -to-node 매핑만 표시하려면 더 짧은 출력을 보려면 다음을 실행합니다.

     # iscsiadm -m session -P 0
             or
     # iscsiadm -m session
     
     tcp [2] 10.15.84.19:3260,2 iqn.1992-08.com.netapp:sn.33615311
     tcp [3] 10.15.85.19:3260,3 iqn.1992-08.com.netapp:sn.33615311

     이러한 명령은 실행 중인 세션 목록을 다음 형식으로 출력합니다. driver [sid] target_ip:port,target_group_tag proper_target_target_name.

절차

1. 다중 경로 논리적 장치의 경로를 결정합니다.

   multipath -ll

2. 다중 경로를 사용하는 시스템에서 파이버 채널 논리 단위를 다시 스캔합니다.

   $ echo 1 > /sys/block/sdX/device/rescan

절차

1. nvmet-rdma 하위 시스템을 생성합니다.

   # modprobe nvmet-rdma
   
   # mkdir /sys/kernel/config/nvmet/subsystems/testnqn
   
   # cd /sys/kernel/config/nvmet/subsystems/testnqn

   testnqn 을 하위 시스템 이름으로 교체합니다.

2. 모든 호스트가 이 컨트롤러에 연결할 수 있도록 허용합니다.

   # echo 1 > attr_allow_any_host

3. 네임스페이스를 구성합니다.

   # mkdir namespaces/10
   
   # cd namespaces/10

   10 을 네임 스페이스 번호로 바꿉니다.

4. NVMe 장치의 경로를 설정합니다.

   # echo -n /dev/nvme0n1 > device_path

5. 네임스페이스를 활성화합니다.

   # echo 1 > enable

6. NVMe 포트를 사용하여 디렉터리를 생성합니다.

   # mkdir /sys/kernel/config/nvmet/ports/1
   
   # cd /sys/kernel/config/nvmet/ports/1

7. mlx5_ib0 의 IP 주소 표시 :

   # ip addr show mlx5_ib0
   
   8: mlx5_ib0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 4092 qdisc mq state UP group default qlen 256
       link/infiniband 00:00:06:2f:fe:80:00:00:00:00:00:00:e4:1d:2d:03:00:e7:0f:f6 brd 00:ff:ff:ff:ff:12:40:1b:ff:ff:00:00:00:00:00:00:ff:ff:ff:ff
       inet 172.31.0.202/24 brd 172.31.0.255 scope global noprefixroute mlx5_ib0
          valid_lft forever preferred_lft forever
       inet6 fe80::e61d:2d03:e7:ff6/64 scope link noprefixroute
          valid_lft forever preferred_lft forever

8. 컨트롤러의 전송 주소를 설정합니다.

   # echo -n 172.31.0.202 > addr_traddr

9. RDMA를 전송 유형으로 설정합니다.

   # echo rdma > addr_trtype
   
   # echo 4420 > addr_trsvcid

10. 포트의 주소 제품군을 설정합니다.

    # echo ipv4 > addr_adrfam

11. 소프트 링크를 생성합니다.

    # ln -s /sys/kernel/config/nvmet/subsystems/testnqn   /sys/kernel/config/nvmet/ports/1/subsystems/testnqn

절차

1. nvmetcli 패키지를 설치합니다.

   # dnf install nvmetcli

2. rdma.json 파일을 다운로드합니다.

   # wget http://git.infradead.org/users/hch/nvmetcli.git/blob_plain/0a6b088db2dc2e5de11e6f23f1e890e4b54fee64:/rdma.json

3. rdma.json 파일을 편집하고 traddr 값을 172.31.0.202 로 변경합니다.

4. NVMe 컨트롤러 구성 파일을 로드하여 컨트롤러를 설정합니다.

   # nvmetcli restore rdma.json

절차

1. nvme-cli 툴을 설치합니다.

   # dnf install nvme-cli

2. 로드되지 않은 경우 nvme-rdma 모듈을 로드합니다.

   # modprobe nvme-rdma

3. NVMe 컨트롤러에서 사용 가능한 하위 시스템을 검색합니다.

   # nvme discover -t rdma -a 172.31.0.202 -s 4420
   
   Discovery Log Number of Records 1, Generation counter 2
   =====Discovery Log Entry 0======
   trtype:  rdma
   adrfam:  ipv4
   subtype: nvme subsystem
   treq:    not specified, sq flow control disable supported
   portid:  1
   trsvcid: 4420
   subnqn:  testnqn
   traddr:  172.31.0.202
   rdma_prtype: not specified
   rdma_qptype: connected
   rdma_cms:    rdma-cm
   rdma_pkey: 0x0000

4. 검색된 하위 시스템에 연결합니다.

   # nvme connect -t rdma -n testnqn -a 172.31.0.202 -s 4420
   
   # lsblk
   NAME                         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
   sda                            8:0    0 465.8G  0 disk
   ├─sda1                         8:1    0     1G  0 part /boot
   └─sda2                         8:2    0 464.8G  0 part
     ├─rhel_rdma--virt--03-root 253:0    0    50G  0 lvm  /
     ├─rhel_rdma--virt--03-swap 253:1    0     4G  0 lvm  [SWAP]
     └─rhel_rdma--virt--03-home 253:2    0 410.8G  0 lvm  /home
   nvme0n1
   
   # cat /sys/class/nvme/nvme0/transport
   rdma

   testnqn 을 NVMe 하위 시스템 이름으로 교체합니다.

   172.31.0.202 를 컨트롤러 IP 주소로 바꿉니다.

   4420 을 포트 번호로 바꿉니다.

절차

1. nvme-cli 툴을 설치합니다.

   # dnf install nvme-cli

   그러면 /etc/ nvme/ 디렉터리에 hostn qn 파일이 생성됩니다. hostnqn 파일은 NVMe 호스트를 식별합니다.

2. 로컬 포트와 원격 포트의 WWNN 및 WWPN 식별자를 찾고 출력을 사용하여 하위 시스템 NQN을 찾습니다.

   # cat /sys/class/scsi_host/host*/nvme_info
   
   NVME Host Enabled
   XRI Dist lpfc0 Total 6144 IO 5894 ELS 250
   NVME LPORT lpfc0 WWPN x10000090fae0b5f5 WWNN x20000090fae0b5f5 DID x010f00 ONLINE
   NVME RPORT       WWPN x204700a098cbcac6 WWNN x204600a098cbcac6 DID x01050e TARGET DISCSRVC ONLINE
   
   NVME Statistics
   LS: Xmt 000000000e Cmpl 000000000e Abort 00000000
   LS XMIT: Err 00000000  CMPL: xb 00000000 Err 00000000
   Total FCP Cmpl 00000000000008ea Issue 00000000000008ec OutIO 0000000000000002
       abort 00000000 noxri 00000000 nondlp 00000000 qdepth 00000000 wqerr 00000000 err 00000000
   FCP CMPL: xb 00000000 Err 00000000

   # nvme discover --transport fc \
                   --traddr nn-0x204600a098cbcac6:pn-0x204700a098cbcac6 \
                   --host-traddr nn-0x20000090fae0b5f5:pn-0x10000090fae0b5f5
   
   Discovery Log Number of Records 2, Generation counter 49530
   =====Discovery Log Entry 0======
   trtype:  fc
   adrfam:  fibre-channel
   subtype: nvme subsystem
   treq:    not specified
   portid:  0
   trsvcid: none
   subnqn:  nqn.1992-08.com.netapp:sn.e18bfca87d5e11e98c0800a098cbcac6:subsystem.st14_nvme_ss_1_1
   traddr:  nn-0x204600a098cbcac6:pn-0x204700a098cbcac6

   nn-0x204600a098cbcac6:pn-0x204700a098cbcac6 을 traddr 로 교체합니다.

   nn-0x20000090fae0b5f5:pn-0x10000090fae0b5f5 를 host-traddr 로 바꿉니다.

3. nvme-cli 를 사용하여 NVMe 컨트롤러에 연결합니다.

   # nvme connect --transport fc \
                  --traddr nn-0x204600a098cbcac6:pn-0x204700a098cbcac6 \
                  --host-traddr nn-0x20000090fae0b5f5:pn-0x10000090fae0b5f5 \
                  -n nqn.1992-08.com.netapp:sn.e18bfca87d5e11e98c0800a098cbcac6:subsystem.st14_nvme_ss_1_1

   nn-0x204600a098cbcac6:pn-0x204700a098cbcac6 을 traddr 로 교체합니다.

   nn-0x20000090fae0b5f5:pn-0x10000090fae0b5f5 를 host-traddr 로 바꿉니다.

   nqn.1992-08.com.netapp:sn.e18bfca8d5e11e98c0800a098cbcac6:subsystem.st14_nvme_ss_1_1 을 subnqn 으로 바꿉니다.

절차

1. nvme-cli 툴을 설치합니다.

   # dnf install nvme-cli

   그러면 /etc/ nvme/ 디렉터리에 hostn qn 파일이 생성됩니다. hostnqn 파일은 NVMe 호스트를 식별합니다.

2. qla2xxx 모듈을 다시 로드합니다.

   # rmmod qla2xxx
   # modprobe qla2xxx

3. 로컬 포트와 원격 포트의 WWNN 및 WWPN 식별자를 찾습니다.

   # dmesg |grep traddr
   
   [    6.139862] qla2xxx [0000:04:00.0]-ffff:0: register_localport: host-traddr=nn-0x20000024ff19bb62:pn-0x21000024ff19bb62 on portID:10700
   [    6.241762] qla2xxx [0000:04:00.0]-2102:0: qla_nvme_register_remote: traddr=nn-0x203b00a098cbcac6:pn-0x203d00a098cbcac6 PortID:01050d

   이러한 host-traddr 및 traddr 값을 사용하여 하위 시스템 NQN을 찾습니다.

   # nvme discover --transport fc \
                   --traddr nn-0x203b00a098cbcac6:pn-0x203d00a098cbcac6 \
                   --host-traddr nn-0x20000024ff19bb62:pn-0x21000024ff19bb62
   
   Discovery Log Number of Records 2, Generation counter 49530
   =====Discovery Log Entry 0======
   trtype:  fc
   adrfam:  fibre-channel
   subtype: nvme subsystem
   treq:    not specified
   portid:  0
   trsvcid: none
   subnqn:  nqn.1992-08.com.netapp:sn.c9ecc9187b1111e98c0800a098cbcac6:subsystem.vs_nvme_multipath_1_subsystem_468
   traddr:  nn-0x203b00a098cbcac6:pn-0x203d00a098cbcac6

   nn-0x203b00a098cbcac6:pn-0x203d00a098cbcac6 를 traddr 로 교체합니다.

   nn-0x20000024ff19bb62:pn-0x21000024ff19bb62 를 host-traddr 로 바꿉니다.

4. nvme-cli 도구를 사용하여 NVMe 컨트롤러에 연결합니다.

   # nvme connect  --transport fc \
                   --traddr nn-0x203b00a098cbcac6:pn-0x203d00a098cbcac6 \
                   --host-traddr nn-0x20000024ff19bb62:pn-0x21000024ff19bb62 \
                   -n nqn.1992-08.com.netapp:sn.c9ecc9187b1111e98c0800a098cbcac6:subsystem.vs_nvme_multipath_1_subsystem_468

   nn-0x203b00a098cbcac6:pn-0x203d00a098cbcac6 를 traddr 로 교체합니다.

   nn-0x20000024ff19bb62:pn-0x21000024ff19bb62 를 host-traddr 로 바꿉니다.

   nqn.1992-08.com.netapp:sn.c9ecc9187b11e98c0800a098cbcac6:subsystem.vs_nvme_multipath_1_subsystem_468 를 subnqn 으로 바꿉니다.

절차

1. nvme-cli 툴을 설치합니다.

   # dnf install nvme-cli

   이 툴은 /etc/nvme/ 디렉터리에 hostnqn 파일을 생성하여 NVMe 호스트를 식별합니다.

2. nvme hostid 및 hostnqn:

   # cat /etc/nvme/hostnqn
   nqn.2014-08.org.nvmexpress:uuid:8ae2b12c-3d28-4458-83e3-658e571ed4b8
   
   # cat /etc/nvme/hostid
   09e2ce17-ccc9-412d-8dcf-2b0a1d581ee3

   hostid 및 hostnqn 값을 사용하여 NVMe/TCP 컨트롤러를 구성합니다.

3. 컨트롤러 상태를 확인합니다.

   # nmcli device show ens6
   GENERAL.DEVICE:                         ens6
   GENERAL.TYPE:                           ethernet
   GENERAL.HWADDR:                         52:57:02:12:02:02
   GENERAL.MTU:                            1500
   GENERAL.STATE:                          30 (disconnected)
   GENERAL.CONNECTION:                     --
   GENERAL.CON-PATH:                       --
   WIRED-PROPERTIES.CARRIER:               on

4. 정적 IP 주소를 사용하여 새로 설치된 이더넷 컨트롤러의 호스트 네트워크를 구성합니다.

   # nmcli connection add con-name ens6 ifname ens6 type ethernet ip4 192.168.101.154/24 gw4 192.168.101.1

   여기서 192.168.101.154 를 호스트 IP 주소로 바꿉니다.

   # nmcli connection mod ens6 ipv4.method manual
   # nmcli connection up ens6

   NVMe/TCP 호스트를 NVMe/TCP 컨트롤러에 연결하기 위해 새 네트워크가 생성되므로 컨트롤러에서도 이 단계를 실행합니다.

절차

1. 아직 그렇지 않은 경우 nvme_tcp 모듈을 로드합니다.

   # modprobe nvme_tcp

2. NVMe 컨트롤러에서 사용 가능한 하위 시스템을 검색합니다.

   # nvme discover --transport=tcp --traddr=192.168.101.55 --host-traddr=192.168.101.154 --trsvcid=8009
   
   Discovery Log Number of Records 2, Generation counter 7
   =====Discovery Log Entry 0======
   trtype:  tcp
   adrfam:  ipv4
   subtype: current discovery subsystem
   treq:	not specified, sq flow control disable supported
   portid:  2
   trsvcid: 8009
   subnqn:  nqn.2014-08.org.nvmexpress.discovery
   traddr:  192.168.101.55
   eflags:  not specified
   sectype: none
   =====Discovery Log Entry 1======
   trtype:  tcp
   adrfam:  ipv4
   subtype: nvme subsystem
   treq:	not specified, sq flow control disable supported
   portid:  2
   trsvcid: 8009
   subnqn:  nqn.2014-08.org.nvmexpress:uuid:0c468c4d-a385-47e0-8299-6e95051277db
   traddr:  192.168.101.55
   eflags:  not specified
   sectype: none

   여기에서 192.168.101.55 는 NVMe/TCP 컨트롤러 IP 주소이고 192.168.101.154 는 NVMe/TCP 호스트 IP 주소입니다.

3. nvme discover 명령에 사용되는 매개변수를 추가하도록 /etc/nvme/discovery.conf 파일을 구성합니다.

   # echo "--transport=tcp --traddr=192.168.101.55 --host-traddr=192.168.101.154 --trsvcid=8009" >> /etc/nvme/discovery.conf

4. NVMe/TCP 호스트를 컨트롤러 시스템에 연결합니다.

   # nvme connect-all

절차

1. 커널에서 네이티브 NVMe 멀티패스가 활성화되어 있는지 확인합니다.

   # cat /sys/module/nvme_core/parameters/multipath

   명령은 다음 중 하나를 표시합니다.

   N

   네이티브 NVMe 멀티패스가 비활성화되어 있습니다.

   Y

   네이티브 NVMe 멀티패스가 활성화되어 있습니다.

2. 네이티브 NVMe 멀티패스가 비활성화된 경우 다음 방법 중 하나를 사용하여 활성화합니다.

   • 커널 옵션 사용:

     1. 커널 명령줄에 nvme_core.multipath=Y 옵션을 추가합니다.

        # grubby --update-kernel=ALL --args="nvme_core.multipath=Y"

     2. 64비트 IBM Z 아키텍처에서 부팅 메뉴를 업데이트합니다.

        # zipl

     3. 시스템을 재부팅합니다.

   • 커널 모듈 구성 파일 사용:

     1. 다음 콘텐츠를 사용하여 /etc/modprobe.d/nvme_core.conf 구성 파일을 만듭니다.

        options nvme_core multipath=Y

     2. initramfs 파일 시스템을 백업합니다.

        # cp /boot/initramfs-$(uname -r).img \
             /boot/initramfs-$(uname -r).bak.$(date +%m-%d-%H%M%S).img

     3. initramfs 파일 시스템을 다시 빌드합니다.

        # dracut --force --verbose

     4. 시스템을 재부팅합니다.

3. 선택 사항: 실행 중인 시스템에서 NVMe 장치의 I/O 정책을 변경하여 사용 가능한 모든 경로에 I/O를 배포합니다.

   # echo "round-robin" > /sys/class/nvme-subsystem/nvme-subsys0/iopolicy

4. 선택 사항: udev 규칙을 사용하여 I/O 정책을 영구적으로 설정합니다. 다음 콘텐츠를 사용하여 /etc/udev/rules.d/71-nvme-io-policy.rules 파일을 생성합니다.

   ACTION=="add|change", SUBSYSTEM=="nvme-subsystem", ATTR{iopolicy}="round-robin"

검증

1. 시스템이 NVMe 장치를 인식하는지 확인합니다.

   # nvme list
   
   Node             SN                   Model                                    Namespace Usage                      Format           FW Rev
   ---------------- -------------------- ---------------------------------------- --------- -------------------------- ---------------- --------
   /dev/nvme0n1     a34c4f3a0d6f5cec     Linux                                    1         250.06  GB / 250.06  GB    512   B +  0 B   4.18.0-2
   /dev/nvme0n2     a34c4f3a0d6f5cec     Linux                                    2         250.06  GB / 250.06  GB    512   B +  0 B   4.18.0-2

2. 연결된 모든 NVMe 하위 시스템을 나열합니다.

   # nvme list-subsys
   
   nvme-subsys0 - NQN=testnqn
   \
    +- nvme0 fc traddr=nn-0x20000090fadd597a:pn-0x10000090fadd597a host_traddr=nn-0x20000090fac7e1dd:pn-0x10000090fac7e1dd live
    +- nvme1 fc traddr=nn-0x20000090fadd5979:pn-0x10000090fadd5979 host_traddr=nn-0x20000090fac7e1dd:pn-0x10000090fac7e1dd live
    +- nvme2 fc traddr=nn-0x20000090fadd5979:pn-0x10000090fadd5979 host_traddr=nn-0x20000090fac7e1de:pn-0x10000090fac7e1de live
    +- nvme3 fc traddr=nn-0x20000090fadd597a:pn-0x10000090fadd597a host_traddr=nn-0x20000090fac7e1de:pn-0x10000090fac7e1de live

   활성 전송 유형을 확인합니다. 예를 들어 nvme0 fc 는 장치가 파이버 채널 전송을 통해 연결되어 있음을 나타내고 nvme tcp 는 장치가 TCP를 통해 연결되어 있음을 나타냅니다.

3. 커널 옵션을 편집한 경우 커널 명령줄에서 네이티브 NVMe 멀티패스가 활성화되어 있는지 확인합니다.

   # cat /proc/cmdline
   
   BOOT_IMAGE=[...] nvme_core.multipath=Y

4. DM Multipath가 NVMe 네임스페이스를 nvme0c3n1에서 nvme0 c3n1 로 보고하는지 확인합니다(예: nvme0n1 ~ nvme3n1:)

   # multipath -e -ll | grep -i nvme
   
   uuid.8ef20f70-f7d3-4f67-8d84-1bb16b2bfe03 [nvme]:nvme0n1 NVMe,Linux,4.18.0-2
   | `- 0:0:1    nvme0c0n1 0:0     n/a   optimized live
   | `- 0:1:1    nvme0c1n1 0:0     n/a   optimized live
   | `- 0:2:1    nvme0c2n1 0:0     n/a   optimized live
     `- 0:3:1    nvme0c3n1 0:0     n/a   optimized live
   
   uuid.44c782b4-4e72-4d9e-bc39-c7be0a409f22 [nvme]:nvme0n2 NVMe,Linux,4.18.0-2
   | `- 0:0:1    nvme0c0n1 0:0     n/a   optimized live
   | `- 0:1:1    nvme0c1n1 0:0     n/a   optimized live
   | `- 0:2:1    nvme0c2n1 0:0     n/a   optimized live
     `- 0:3:1    nvme0c3n1 0:0     n/a   optimized live

5. I/O 정책을 변경한 경우 NVMe 장치의 라운드 로빈이 활성 I/O 정책인지 확인합니다.

   # cat /sys/class/nvme-subsystem/nvme-subsys0/iopolicy
   
   round-robin

절차

1. 네이티브 NVMe 멀티패스가 비활성화되어 있는지 확인합니다.

   # cat /sys/module/nvme_core/parameters/multipath

   명령은 다음 중 하나를 표시합니다.

   N

   네이티브 NVMe 멀티패스가 비활성화되어 있습니다.

   Y

   네이티브 NVMe 멀티패스가 활성화되어 있습니다.

2. 네이티브 NVMe 멀티패스가 활성화된 경우 비활성화합니다.

   1. 커널 명령줄에서 nvme_core.multipath=Y 옵션을 제거합니다.

      # grubby --update-kernel=ALL --remove-args="nvme_core.multipath=Y"

   2. 64비트 IBM Z 아키텍처에서 부팅 메뉴를 업데이트합니다.

      # zipl

   3. /etc/modprobe.d/n vme_core.conf 파일에서 nvme_core=Y 줄이 있는 경우 해당 옵션을 제거합니다.
   4. 시스템을 재부팅합니다.

3. DM Multipath가 활성화되어 있는지 확인합니다.

   # systemctl enable --now multipathd.service

4. 사용 가능한 모든 경로에 I/O를 분산합니다. /etc/multipath.conf 파일에 다음 내용을 추가합니다.

   device {
     vendor "NVME"
     product ".*"
     path_grouping_policy    group_by_prio
   }

   참고

   DM Multipath가 NVMe 장치를 관리하는 경우 /sys/class/nvme-subsys0/iopolicy 구성 파일은 I/O 배포에 영향을 미치지 않습니다.

5. multipathd 서비스를 다시 로드하여 구성 변경 사항을 적용합니다.

   # multipath -r

6. initramfs 파일 시스템을 백업합니다.

   # cp /boot/initramfs-$(uname -r).img \
        /boot/initramfs-$(uname -r).bak.$(date +%m-%d-%H%M%S).img

7. initramfs 파일 시스템을 다시 빌드합니다.

   # dracut --force --verbose

검증

1. 시스템이 NVMe 장치를 인식하는지 확인합니다.

   # nvme list
   
   Node             SN                   Model                                    Namespace Usage                      Format           FW Rev
   ---------------- -------------------- ---------------------------------------- --------- -------------------------- ---------------- --------
   /dev/nvme0n1     a34c4f3a0d6f5cec     Linux                                    1         250.06  GB / 250.06  GB    512   B +  0 B   4.18.0-2
   /dev/nvme0n2     a34c4f3a0d6f5cec     Linux                                    2         250.06  GB / 250.06  GB    512   B +  0 B   4.18.0-2
   /dev/nvme1n1     a34c4f3a0d6f5cec     Linux                                    1         250.06  GB / 250.06  GB    512   B +  0 B   4.18.0-2
   /dev/nvme1n2     a34c4f3a0d6f5cec     Linux                                    2         250.06  GB / 250.06  GB    512   B +  0 B   4.18.0-2
   /dev/nvme2n1     a34c4f3a0d6f5cec     Linux                                    1         250.06  GB / 250.06  GB    512   B +  0 B   4.18.0-2
   /dev/nvme2n2     a34c4f3a0d6f5cec     Linux                                    2         250.06  GB / 250.06  GB    512   B +  0 B   4.18.0-2
   /dev/nvme3n1     a34c4f3a0d6f5cec     Linux                                    1         250.06  GB / 250.06  GB    512   B +  0 B   4.18.0-2
   /dev/nvme3n2     a34c4f3a0d6f5cec     Linux                                    2         250.06  GB / 250.06  GB    512   B +  0 B   4.18.0-2

2. 연결된 NVMe 하위 시스템을 모두 나열합니다. 명령이 nvme0n1 에서 nvme3n2 를 통해 보고하고 있는지 확인합니다(예: nvme0c0n1 에서 nvme0c3n 1) :

   # nvme list-subsys
   
   nvme-subsys0 - NQN=testnqn
   \
    +- nvme0 fc traddr=nn-0x20000090fadd5979:pn-0x10000090fadd5979 host_traddr=nn-0x20000090fac7e1dd:pn-0x10000090fac7e1dd live
    +- nvme1 fc traddr=nn-0x20000090fadd597a:pn-0x10000090fadd597a host_traddr=nn-0x20000090fac7e1dd:pn-0x10000090fac7e1dd live
    +- nvme2 fc traddr=nn-0x20000090fadd5979:pn-0x10000090fadd5979 host_traddr=nn-0x20000090fac7e1de:pn-0x10000090fac7e1de live
    +- nvme3 fc traddr=nn-0x20000090fadd597a:pn-0x10000090fadd597a host_traddr=nn-0x20000090fac7e1de:pn-0x10000090fac7e1de live

   # multipath -ll
   
   mpathae (uuid.8ef20f70-f7d3-4f67-8d84-1bb16b2bfe03) dm-36 NVME,Linux
   size=233G features='1 queue_if_no_path' hwhandler='0' wp=rw
   `-+- policy='service-time 0' prio=50 status=active
     |- 0:1:1:1  nvme0n1 259:0   active ready running
     |- 1:2:1:1  nvme1n1 259:2   active ready running
     |- 2:3:1:1  nvme2n1 259:4   active ready running
     `- 3:4:1:1  nvme3n1 259:6   active ready running
   
   mpathaf (uuid.44c782b4-4e72-4d9e-bc39-c7be0a409f22) dm-39 NVME,Linux
   size=233G features='1 queue_if_no_path' hwhandler='0' wp=rw
   `-+- policy='service-time 0' prio=50 status=active
     |- 0:1:2:2  nvme0n2 259:1   active ready running
     |- 1:2:2:2  nvme1n2 259:3   active ready running
     |- 2:3:2:2  nvme2n2 259:5   active ready running
     `- 3:4:2:2  nvme3n2 259:7   active ready running

절차

1. 연결된 논리 볼륨의 스왑을 비활성화합니다.

   # swapoff -v /dev/VolGroup00/LogVol01

2. LVM2 논리 볼륨의 크기를 2GB 로 조정합니다.

   # lvresize /dev/VolGroup00/LogVol01 -L +2G

3. 새 스왑 공간을 포맷합니다.

   # mkswap /dev/VolGroup00/LogVol01

4. 확장된 논리 볼륨을 활성화합니다.

   # swapon -v /dev/VolGroup00/LogVol01

절차

1. 크기가 2GB 인 LVM2 논리 볼륨 만들기:

   # lvcreate VolGroup00 -n LogVol02 -L 2G

2. 새 스왑 공간을 포맷합니다.

   # mkswap /dev/VolGroup00/LogVol02

3. /etc/fstab 파일에 다음 항목을 추가합니다.

   /dev/VolGroup00/LogVol02 swap swap defaults 0 0

4. 시스템이 새 구성을 등록하도록 다시 마운트 단위를 다시 생성합니다.

   # systemctl daemon-reload

5. 논리 볼륨에서 스왑을 활성화합니다.

   # swapon -v /dev/VolGroup00/LogVol02

절차

1. 새 스왑 파일의 크기를 메가바이트로 결정하고 1024로 곱하여 블록 수를 결정합니다. 예를 들어, 64MB 스왑 파일의 블록 크기는 65536입니다.

2. 빈 파일을 생성합니다.

   # dd if=/dev/zero of=/swapfile bs=1024 count=65536

   65536 을 원하는 블록 크기와 동일한 값으로 바꿉니다.

3. 명령으로 스왑 파일을 설정합니다.

   # mkswap /swapfile

4. 읽을 수 없도록 스왑 파일의 보안을 변경합니다.

   # chmod 0600 /swapfile

5. 부팅 시 스왑 파일을 활성화하려면 다음 항목으로 /etc/fstab 파일을 편집합니다.

   /swapfile swap swap defaults 0 0

   다음에 시스템을 부팅할 때 새 스왑 파일을 활성화합니다.

6. 시스템이 새 /etc/fstab 구성을 등록하도록 다시 마운트 단위를 다시 생성합니다.

   # systemctl daemon-reload

7. 스왑 파일을 즉시 활성화합니다.

   # swapon /swapfile

절차

1. 연결된 논리 볼륨의 스왑을 비활성화합니다.

   # swapoff -v /dev/VolGroup00/LogVol01

2. LVM2 논리 볼륨을 512MB로 줄입니다.

   # lvreduce /dev/VolGroup00/LogVol01 -L -512M

3. 새 스왑 공간을 포맷합니다.

   # mkswap /dev/VolGroup00/LogVol01

4. 논리 볼륨에서 스왑을 활성화합니다.

   # swapon -v /dev/VolGroup00/LogVol01

절차

1. 연결된 논리 볼륨의 스왑을 비활성화합니다.

   # swapoff -v /dev/VolGroup00/LogVol02

2. LVM2 논리 볼륨을 제거합니다.

   # lvremove /dev/VolGroup00/LogVol02

3. /etc/fstab 파일에서 다음 관련 항목을 제거하십시오.

   /dev/VolGroup00/LogVol02 swap swap defaults 0 0

4. 시스템이 새 구성을 등록하도록 다시 마운트 단위를 다시 생성합니다.

   # systemctl daemon-reload

절차

1. 쉘 프롬프트에서 다음 명령을 실행하여 스왑 파일을 비활성화합니다. 여기서 /swapfile 은 스왑 파일입니다.

   # swapoff -v /swapfile

2. 그에 따라 /etc/fstab 파일에서 해당 항목을 제거합니다.

3. 시스템이 새 구성을 등록하도록 다시 마운트 단위를 다시 생성합니다.

   # systemctl daemon-reload

4. 실제 파일을 제거합니다.

   # rm /swapfile

절차

1. fcoe-utils 패키지를 설치합니다.

   # dnf install fcoe-utils

2. /etc/fcoe/cfg-ethx 템플릿 파일을 /etc/fcoe/cfg-interface_name 에 복사합니다. 예를 들어 FCoE를 사용하도록 enp1s0 인터페이스를 구성하려면 다음 명령을 입력합니다.

   # cp /etc/fcoe/cfg-ethx /etc/fcoe/cfg-enp1s0

3. fcoe 서비스를 활성화하고 시작합니다.

   # systemctl enable --now fcoe

4. 인터페이스 enp1s0 에서 FCoE VLAN을 검색하고, 검색된 VLAN에 대한 네트워크 장치를 생성하고, 이니시에이터를 시작합니다.

   # fipvlan -s -c enp1s0
   Created VLAN device enp1s0.200
   Starting FCoE on interface enp1s0.200
   Fibre Channel Forwarders Discovered
   interface       | VLAN | FCF MAC
   ------------------------------------------
   enp1s0          | 200  | 00:53:00:a7:e7:1b

5. 선택 사항: 검색된 대상, LUN, LUN과 연결된 장치에 대한 세부 정보를 표시합니다.

   # fcoeadm -t
   Interface:        enp1s0.200
   Roles:            FCP Target
   Node Name:        0x500a0980824acd15
   Port Name:        0x500a0982824acd15
   Target ID:        0
   MaxFrameSize:     2048 bytes
   OS Device Name:   rport-11:0-1
   FC-ID (Port ID):  0xba00a0
   State:            Online
   
   LUN ID  Device Name   Capacity   Block Size  Description
   ------  -----------  ----------  ----------  ---------------------
        0  sdb           28.38 GiB      512     NETAPP LUN (rev 820a)
        ...

   이 예에서는 SAN의 LUN 0이 /dev/sdb 장치로 호스트에 연결되었음을 보여줍니다.

사전 요구 사항

1. mt-st 패키지가 설치되어 있어야 합니다. 자세한 내용은 저하 드라이브 관리 도구 설치를 참조하십시오.For more information, see Installing tape drive management tool.

2. 테이프 드라이브를 로드합니다.

   # mt -f /dev/st0 load

절차

1. 테이프 헤드 확인:

   # mt -f /dev/st0 status
   
   SCSI 2 tape drive:
   File number=-1, block number=-1, partition=0.
   Tape block size 0 bytes. Density code 0x0 (default).
   Soft error count since last status=0
   General status bits on (50000):
    DR_OPEN IM_REP_EN

   여기:

   • 현재 파일 번호는 -1입니다.
   • 블록 번호는 테이크 헤드를 정의합니다. 기본적으로 이 값은 -1로 설정됩니다.
   • 블록 크기 0은 테이프 장치에 고정 블록 크기가 없음을 나타냅니다.
   • soft error count 는 mt status 명령을 실행한 후 발생한 오류 수를 나타냅니다.
   • 일반 상태 비트 는 테이프 장치의 통계를 설명합니다.
   • DR_OPEN 은 문이 열려 있고 테이프 장치가 비어 있음을 나타냅니다. IM_REP_EN 은 즉각적인 보고서 모드입니다.

2. 테이프 장치가 비어 있지 않으면 덮어씁니다.If the tape device is not empty, overwrite it:

   # tar -czf /dev/st0 _/source/directory

   이 명령은 테이프 장치의 데이터를 /source/directory 의 콘텐츠로 덮어씁니다.

3. /source/directory 를 테이프 장치로 백업합니다.

   # tar -czf /dev/st0 _/source/directory
   tar: Removing leading `/' from member names
   /source/directory
   /source/directory/man_db.conf
   /source/directory/DIR_COLORS
   /source/directory/rsyslog.conf
   [...]

4. 테이프 장치의 상태 보기:

   # mt -f /dev/st0  status

사전 요구 사항

1. mt-st 패키지가 설치되어 있어야 합니다. 자세한 내용은 저하 드라이브 관리 도구 설치를 참조하십시오.For more information, see Installing tape drive management tool.

2. 테이프 드라이브를 로드합니다.

   # mt -f /dev/nst0 load

절차

1. non-rewinding tape device /dev/nst0:

   # mt -f /dev/nst0 status

2. 테이프의 끝 또는 앞쪽에 있는 포인터를 지정합니다.

   # mt -f /dev/nst0 rewind

3. 테이프 장치에 데이터를 추가합니다.

   # mt -f /dev/nst0 eod
   # tar -czf /dev/nst0 /source/directory/

4. /source/directory/를 테이프 장치로 백업합니다.

   # tar -czf /dev/nst0 /source/directory/
   tar: Removing leading `/' from member names
   /source/directory/
   /source/directory/man_db.conf
   /source/directory/DIR_COLORS
   /source/directory/rsyslog.conf
   [...]

5. 테이프 장치의 상태 보기:

   # mt -f /dev/nst0  status

사전 요구 사항

1. mt-st 패키지가 설치되어 있어야 합니다. 자세한 내용은 저하 드라이브 관리 도구 설치를 참조하십시오.For more information, see Installing tape drive management tool.
2. 데이터는 테이프 장치에 기록됩니다. 자세한 내용은 deleteing tape devices or writes to non-rewinding tape devices 를 참조하십시오.

사전 요구 사항

1. mt-st 패키지가 설치되어 있어야 합니다. 자세한 내용은 저하 드라이브 관리 도구 설치를 참조하십시오.For more information, see Installing tape drive management tool.
2. 데이터는 테이프 장치에 기록됩니다. 자세한 내용은 deleteing tape devices or writes to non-rewinding tape devices 를 참조하십시오.

사전 요구 사항

1. mt-st 패키지가 설치되어 있어야 합니다. 자세한 내용은 저하 드라이브 관리 도구 설치를 참조하십시오.For more information, see Installing tape drive management tool.
2. 데이터는 테이프 장치에 기록됩니다. 자세한 내용은 deleteing tape devices or writes to non-rewinding tape devices 를 참조하십시오.

절차

1. 테이프 장치에서 데이터 삭제:

   # mt -f /dev/st0 erase

2. 테이프 장치를 언로드합니다.

   mt -f /dev/st0 offline

절차

1. 수동 파티션 창의 왼쪽 창에서 필요한 파티션을 선택합니다.
2. 장치 섹션에서 수정 을 클릭합니다. 마운트 지점 구성 대화 상자가 열립니다.
3. RAID 장치에 포함할 디스크를 선택하고 선택을 클릭합니다.
4. 장치 유형 드롭다운 메뉴를 클릭하고 RAID 를 선택합니다.
5. 파일 시스템 드롭다운 메뉴를 클릭하고 선호하는 파일 시스템 유형을 선택합니다.
6. RAID 수준 드롭다운 메뉴를 클릭하고 원하는 RAID 수준을 선택합니다.
7. 설정 업데이트를 클릭하여 변경 사항을 저장합니다.
8. 완료 를 클릭하여 설정을 적용하여 설치 요약 창으로 돌아갑니다.

절차

1. 두 블록 장치의 RAID를 생성합니다(예: /dev/sda1 및 /dev/sdc 1).

   # mdadm --create /dev/md0 --level=2 --raid-devices=2 /dev/sda1 /dev/sdc1
   mdadm: Defaulting to version 1.2 metadata
   mdadm: array /dev/md0 started.

   level_value 옵션은 RAID 수준을 정의합니다.

2. 선택 사항: RAID 상태를 확인합니다.

   # mdadm --detail /dev/md0
   /dev/md0:
              Version : 1.2
        Creation Time : Thu Oct 13 15:17:39 2022
           Raid Level : raid0
           Array Size : 18649600 (17.79 GiB 19.10 GB)
         Raid Devices : 2
        Total Devices : 2
          Persistence : Superblock is persistent
   
          Update Time : Thu Oct 13 15:17:39 2022
                State : clean
       Active Devices : 2
      Working Devices : 2
       Failed Devices : 0
        Spare Devices : 0
   [...]

3. 선택 사항: RAID의 각 장치에 대한 자세한 정보를 관찰합니다.

   # mdadm --examine /dev/sda1 /dev/sdc1
   /dev/sda1:
             Magic : a92b4efc
           Version : 1.2
       Feature Map : 0x1000
        Array UUID : 77ddfb0a:41529b0e:f2c5cde1:1d72ce2c
              Name : 0
     Creation Time : Thu Oct 13 15:17:39 2022
        Raid Level : raid0
      Raid Devices : 2
   [...]

4. RAID 드라이브에 파일 시스템을 생성합니다.

   # mkfs -t xfs /dev/md0

   드라이브를 포맷하도록 선택한 파일 시스템으로 xfs 를 바꿉니다.

5. RAID 드라이브의 마운트 지점을 생성하고 마운트합니다.

   # mkdir /mnt/raid1
   # mount /dev/md0 /mnt/raid1

   /mnt/raid1 을 마운트 지점으로 바꿉니다.

   시스템이 부팅될 때 RHEL이 md0 RAID 장치를 자동으로 마운트하려면 /etc/fstab 파일에 장치 항목을 추가합니다.

   /dev/md0   /mnt/raid1 xfs  defaults   0 0

절차

1. 다음 콘텐츠를 사용하여 새 playbook.yml 파일을 생성합니다.

   ---
   - name: Configure the storage
     hosts: managed-node-01.example.com
     tasks:
     - name: Create a RAID on sdd, sde, sdf, and sdg
       include_role:
         name: rhel-system-roles.storage
       vars:
       storage_safe_mode: false
       storage_volumes:
         - name: data
           type: raid
           disks: [sdd, sde, sdf, sdg]
           raid_level: raid0
           raid_chunk_size: 32 KiB
           mount_point: /mnt/data
           state: present

   주의

   장치 이름은 예를 들어 시스템에 새 디스크를 추가하는 경우와 같이 특정 상황에서 변경될 수 있습니다. 따라서 데이터 손실을 방지하려면 플레이북에서 특정 디스크 이름을 사용하지 마십시오.

2. 선택 사항: 플레이북 구문을 확인합니다.

   # ansible-playbook --syntax-check playbook.yml

3. 플레이북을 실행합니다.

   # ansible-playbook -i inventory.file /path/to/file/playbook.yml

절차

1. RAID 파티션 확장. 자세한 내용은 parted로 파티션 크기 조정을 참조하십시오.

2. RAID를 파티션 용량의 최대로 확장합니다.

   # mdadm --grow --size=max /dev/md0

   특정 크기를 설정하려면 kB에서 --size 매개변수 값을 작성합니다(예: --size=524228 ).

3. 파일 시스템의 크기를 늘립니다. 예를 들어 볼륨이 XFS를 사용하고 /mnt/ 에 마운트된 경우 다음을 입력합니다.

   # xfs_growfs /mnt/

절차

1. 파일 시스템을 줄입니다. 자세한 내용은 파일 시스템 관리를 참조하십시오.

2. RAID를 크기로 줄입니다(예: 512MB ).

   # mdadm --grow --size=524228 /dev/md0

   kB에 --size 매개변수를 작성합니다.

3. 필요한 크기로 파티션을 축소합니다.

절차

1. RAID /dev/md0을 RAID 레벨 5 로 변환합니다.

   # mdadm --grow --level=5 -n 3 /dev/md0 --force

2. 배열에 새 디스크를 추가합니다.

   # mdadm --manage /dev/md0 --add /dev/sdd

절차

1. /dev/sda1 의 PowerPC 참조 플랫폼(PReP) 부팅 파티션 내용을 /dev/sdb1 로 복사합니다.

   # dd if=/dev/sda1 of=/dev/sdb1

2. 두 디스크의 첫 번째 파티션에서 prep 및 boot 플래그를 업데이트합니다.

   $ parted /dev/sda set 1 prep on
   $ parted /dev/sda set 1 boot on
   
   $ parted /dev/sdb set 1 prep on
   $ parted /dev/sdb set 1 boot on

절차

1. 설치 디스크를 삽입합니다.
2. 초기 부팅 중에 설치 또는 업그레이드 대신 Rescue Mode 를 선택합니다. 시스템이 Rescue 모드로 완전히 부팅되면 명령행 터미널이 표시됩니다.

3. 이 터미널에서 다음 명령을 실행합니다.

   1. parted 명령을 사용하여 대상 하드 드라이브에 RAID 파티션을 생성합니다.
   2. 사용 가능한 모든 설정과 옵션을 사용하여 해당 파티션의 mdadm 명령을 사용하여 raid 배열을 수동으로 생성합니다.
4. 선택 사항: 배열을 만든 후 배열에 파일 시스템을 생성합니다.
5. 컴퓨터를 재부팅하고 설치 또는 업그레이드 를 선택하여 설치할 수 있습니다. Anaconda 설치 프로그램은 시스템의 디스크를 검색하므로 기존 RAID 장치를 찾습니다.
6. 시스템에서 디스크를 사용하는 방법에 대해 묻는 경우 사용자 지정 레이아웃 을 선택하고 다음을 클릭합니다. 장치 목록에 기존 MD RAID 장치가 나열됩니다.
7. RAID 장치를 선택하고 편집 을 클릭합니다.
8. 이전에 생성하지 않은 경우 마운트 지점을 구성하고 선택적으로 사용해야 하는 파일 시스템의 유형을 구성한 다음 완료 를 클릭합니다. Anaconda는 기존 RAID 장치에 설치되고 Rescue 모드로 만들 때 선택한 사용자 지정 옵션을 유지합니다.

절차

1. RAID 세부 정보를 스캔하여 배열 모니터링을 위해 /etc/mdadm.conf 구성 파일을 만듭니다.

   # mdadm --detail --scan >> /etc/mdadm.conf

   ARRAY 및 MAILADDR 은 필수 변수입니다.

2. 선택한 텍스트 편집기로 /etc/mdadm.conf 구성 파일을 열고 알림에 대한 메일 주소와 함께 MAILADDR 변수를 추가합니다. 예를 들어 다음과 같이 새 행을 추가합니다.

   MAILADDR example@example.com>

   여기에서 example@example.com 는 배열 모니터링에서 경고를 수신하려는 이메일 주소입니다.

3. /etc/mdadm.conf 파일에 변경 사항을 저장하고 닫습니다.

절차

1. 실패한 디스크를 확인합니다.

   1. 커널 로그를 확인합니다.

      # journalctl -k -f

   2. 다음과 유사한 메시지를 검색합니다.

      md/raid:md0: Disk failure on sdd, disabling device.
      
      md/raid:md0: Operation continuing on 3 devices.

   3. 키보드에서 Ctrl+C 눌러 journalctl 프로그램을 종료합니다.

2. 실패한 디스크를 결함으로 표시합니다.

   # mdadm --manage /dev/md0 --fail /dev/sdd

3. 선택 사항: 오류가 발생한 디스크가 올바르게 표시되었는지 확인합니다.

   # mdadm --detail /dev/md0

   출력 끝에는 /dev/md0 RAID의 디스크 목록이 있으며 여기서 디스크 /dev/sdd 에 결함이 있습니다.

   Number   Major   Minor   RaidDevice State
      0       8       16        0      active sync   /dev/sdb
      1       8       32        1      active sync   /dev/sdc
      -       0        0        2      removed
      3       8       64        3      active sync   /dev/sde
   
      2       8       48        -      faulty   /dev/sdd

4. RAID에서 실패한 디스크를 제거하십시오.

   # mdadm --manage /dev/md0 --remove /dev/sdd

   주의

   RAID가 다른 디스크 오류를 유지할 수 없는 경우 새 디스크에 활성 동기화 상태가 될 때까지 디스크를 제거하지 마십시오. watch cat /proc/mdstat 명령을 사용하여 진행 상황을 모니터링할 수 있습니다.

5. 새 디스크를 RAID에 추가합니다.

   # mdadm --manage /dev/md0 --add /dev/sdf

   /dev/md0 RAID에는 새 디스크 /dev/sdf 가 포함되고 mdadm 서비스는 다른 디스크에서 데이터 복사를 자동으로 시작합니다.

절차

1. 실패한 디스크 동작이 있는지 배열을 확인합니다.

   # echo check > /sys/block/md0/md/sync_action

   이렇게 하면 배열과 /sys/block/md0/md/sync_action 에 동기화 작업이 표시됩니다.

2. 선택한 텍스트 편집기를 사용하여 /sys/block/md0/md/sync_action 파일을 열고 디스크 동기화 실패에 대한 메시지가 있는지 확인합니다.
3. /sys/block/md0/mismatch_cnt 파일을 확인합니다. mismatch_cnt 매개변수가 0 이 아닌 경우 RAID 디스크를 복구해야 합니다.

4. 배열의 디스크를 복구합니다.

   # echo repair > /sys/block/md0/md/sync_action

   이렇게 하면 배열의 디스크를 복구하고 결과를 /sys/block/md0/md/sync_action 파일에 씁니다.

5. 동기화 진행 상황을 확인합니다.

   # cat /sys/block/md0/md/sync_action
   repair
   
   # cat /proc/mdstat
   Personalities : [raid0] [raid6] [raid5] [raid4] [raid1]
   md0 : active raid1 sdg[1] dm-3[0]
         511040 blocks super 1.2 [2/2] [UU]
   unused devices: <none>

1. 어떤 NVDIMM 장치가 실패하는지 탐지합니다.
2. 여기에 저장된 데이터를 백업
3. 물리적으로 장치를 교체

절차

1. 손상된 장치를 감지합니다.

   # ndctl list --dimms --regions --health
   {
     "dimms":[
       {
         "dev":"nmem1",
         "id":"8089-a2-1834-00001f13",
         "handle":17,
         "phys_id":32,
         "security":"disabled",
         "health":{
           "health_state":"ok",
           "temperature_celsius":35.0,
           [...]
         }
   [...]
   }

2. 손상된 NVDIMM의 Restics _id 특성을 찾습니다.

   # ndctl list --dimms --human

   이전 예에서 nmem0 이 손상된 NVDIMM임을 알 수 있습니다. 따라서 nmem0 의 ECDHEs_id 특성을 찾습니다.

   예 17.7. NVDIMM의 Restics_id 속성

   다음 예에서 Restics _id 는 0x10 입니다.

   # ndctl list --dimms --human
   
   [
     {
       "dev":"nmem1",
       "id":"XXXX-XX-XXXX-XXXXXXXX",
       "handle":"0x120",
       "phys_id":"0x1c"
     },
     {
       "dev":"nmem0",
       "id":"XXXX-XX-XXXX-XXXXXXXX",
       "handle":"0x20",
       "phys_id":"0x10",
       "flag_failed_flush":true,
       "flag_smart_event":true
     }
   ]

3. 손상된 NVDIMM의 메모리 슬롯을 찾습니다.

   # dmidecode

   출력에서 Handle 식별자가 손상된 NVDIMM의 Restics _id 속성과 일치하는 항목을 찾습니다. 이 필드에 는 손상된 NVDIMM에서 사용하는 메모리 슬롯이 나열됩니다.

   예 17.8. NVDIMM 메모리 슬롯 목록

   다음 예에서 nmem0 장치는 0x0010 식별자와 일치하며 DIMM-XXX-YYY 메모리 슬롯 을 사용합니다.

   # dmidecode
   
   ...
   Handle 0x0010, DMI type 17, 40 bytes
   Memory Device
           Array Handle: 0x0004
           Error Information Handle: Not Provided
           Total Width: 72 bits
           Data Width: 64 bits
           Size: 125 GB
           Form Factor: DIMM
           Set: 1
           Locator: DIMM-XXX-YYYY
           Bank Locator: Bank0
           Type: Other
           Type Detail: Non-Volatile Registered (Buffered)
   ...

4. NVDIMM의 네임스페이스의 모든 데이터를 백업합니다. NVDIMM을 교체하기 전에 데이터를 백업하지 않으면 시스템에서 NVDIMM을 제거할 때 데이터가 손실됩니다.

   주의

   NVDIMM이 완전히 손상될 때와 같이 경우에 따라 백업이 실패할 수 있습니다.

   이를 방지하기 위해 S.M.A.R.T. 를 사용하여 NVDIMM 상태 모니터링에 설명된 대로 NVDIMM 장치를 정기적으로 모니터링하고 오류가 발생하기 전에 NVDIMM을 교체합니다.

5. NVDIMM의 네임스페이스를 나열합니다.

   # ndctl list --namespaces --dimm=DIMM-ID-number

   예 17.9. NVDIMM 네임스페이스 목록

   다음 예에서 nmem0 장치에는 백업해야 하는 namespace0.0 및 namespace0.2 네임스페이스가 포함되어 있습니다.

   # ndctl list --namespaces --dimm=0
   
   [
     {
       "dev":"namespace0.2",
       "mode":"sector",
       "size":67042312192,
       "uuid":"XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX",
       "raw_uuid":"XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX",
       "sector_size":4096,
       "blockdev":"pmem0.2s",
       "numa_node":0
     },
     {
       "dev":"namespace0.0",
       "mode":"sector",
       "size":67042312192,
       "uuid":"XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX",
       "raw_uuid":"XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX",
       "sector_size":4096,
       "blockdev":"pmem0s",
       "numa_node":0
     }
   ]

6. 손상된 NVDIMM을 물리적으로 교체하십시오.

절차

1. Stratis 서비스 및 명령줄 유틸리티를 제공하는 패키지를 설치합니다.

   # dnf install stratisd stratis-cli

2. stratisd 서비스가 활성화되었는지 확인합니다.

   # systemctl enable --now stratisd

절차

1. Stratis 풀에 사용하려는 각 블록 장치에 존재하는 파일 시스템, 파티션 테이블 또는 RAID 서명을 해제합니다.

   # wipefs --all block-device

   여기서 block-device 는 블록 장치의 경로입니다(예: /dev/sdb ).

2. 선택한 블록 장치에 암호화되지 않은 새 Stratis 풀을 생성합니다.

   # stratis pool create my-pool block-device

   여기서 block-device 는 빈 또는 초기화된 블록 장치의 경로입니다.

   참고

   한 줄에 여러 블록 장치를 지정합니다.

   # stratis pool create my-pool block-device-1 block-device-2

3. 새 Stratis 풀이 생성되었는지 확인합니다.

   # stratis pool list

절차

1. Stratis 풀에 사용하려는 각 블록 장치에 존재하는 파일 시스템, 파티션 테이블 또는 RAID 서명을 해제합니다.

   # wipefs --all block-device

   여기서 block-device 는 블록 장치의 경로입니다(예: /dev/sdb ).

2. 키 세트를 아직 생성하지 않은 경우 다음 명령을 실행하고 프롬프트에 따라 암호화에 사용할 키 세트를 생성합니다.

   # stratis key set --capture-key key-description

   여기서 key-description 은 커널 키링에 생성되는 키에 대한 참조입니다.

3. 암호화된 Stratis 풀을 생성하고 암호화에 사용할 키 설명을 지정합니다. key-description 옵션을 사용하는 대신 --keyfile-path 옵션을 사용하여 키 경로를 지정할 수도 있습니다.

   # stratis pool create --key-desc key-description my-pool block-device

   다음과 같습니다.

   key-description

   이전 단계에서 생성한 커널 키링에 있는 키를 참조합니다.

   my-pool

   새 Stratis 풀의 이름을 지정합니다.

   block-device

   빈 또는 초기화된 블록 장치의 경로를 지정합니다.

   참고

   한 줄에 여러 블록 장치를 지정합니다.

   # stratis pool create --key-desc key-description my-pool block-device-1 block-device-2

4. 새 Stratis 풀이 생성되었는지 확인합니다.

   # stratis pool list

1. 하나 이상의 블록 장치에서 풀을 생성합니다.

   # stratis pool create --no-overprovision pool-name /dev/sdb

   • no-overprovision 옵션을 사용하면 풀에서 실제 사용 가능한 물리적 공간보다 더 많은 논리 공간을 할당할 수 없습니다.

2. 기존 풀에서 프로비저닝 모드로 설정합니다.

   # stratis pool overprovision pool-name <yes|no>

   • "yes"로 설정하면 풀에 과다 프로비저닝을 활성화합니다. 즉, Stratis 파일 시스템의 논리 크기 합계는 사용 가능한 데이터 공간 크기를 초과할 수 있습니다.

검증

1. 다음을 실행하여 Stratis 풀의 전체 목록을 확인합니다.

   # stratis pool list
   
   Name          Total Physical                    Properties     UUID                                   Alerts
   pool-name     1.42 TiB / 23.96 MiB / 1.42 TiB   ~Ca,~Cr,~Op    cb7cb4d8-9322-4ac4-a6fd-eb7ae9e1e540

2. stratis pool list 출력에 overprovisioning mode 플래그의 표시가 있는지 확인합니다. " ~"은 "NOT"의 수학 기호이므로 ~Op 는 no-overprovisioning을 의미합니다.

3. 선택 사항: 다음을 실행하여 특정 풀에서 과다 프로비저닝을 확인합니다.

   # stratis pool overprovision pool-name yes
   
   # stratis pool list
   
   Name          Total Physical                    Properties     UUID                                   Alerts
   pool-name     1.42 TiB / 23.96 MiB / 1.42 TiB   ~Ca,~Cr,~Op    cb7cb4d8-9322-4ac4-a6fd-eb7ae9e1e540

절차

1. 이전에 사용된 것과 동일한 키 설명을 사용하여 키 세트를 다시 생성합니다.

   # stratis key set --capture-key key-description

   여기서 key-description 은 암호화된 Stratis 풀을 생성할 때 생성된 커널 인증 키에 있는 키를 참조합니다.

2. Stratis 풀 및 이를 구성하는 블록 장치의 잠금을 해제합니다.

   # stratis pool unlock keyring

3. Stratis 풀이 표시되는지 확인합니다.

   # stratis pool list

절차

1. Stratis 풀 및 이를 구성하는 블록 장치의 잠금을 해제합니다.

   # stratis pool unlock clevis

2. Stratis 풀이 표시되는지 확인합니다.

   # stratis pool list

절차

1. 풀에 Stratis 파일 시스템을 생성하려면 다음을 사용합니다.

   # stratis filesystem create --size number-and-unit my-pool my-fs

   다음과 같습니다.

   number-and-unit

   파일 시스템의 크기를 지정합니다. 사양 형식은 입력의 표준 크기 사양 형식(B, KiB, MiB, GiB, TiB 또는 PiB)을 따라야 합니다.

   my-pool

   Stratis 풀의 이름을 지정합니다.

   my-fs

   파일 시스템의 임의의 이름을 지정합니다.

   예를 들면 다음과 같습니다.

   예 18.1. Stratis 파일 시스템 생성

   # stratis filesystem create --size 10GiB pool1 filesystem1

절차

1. 파일 시스템의 UUID 특성을 확인합니다.

   $ lsblk --output=UUID /dev/stratis/my-pool/my-fs

   예를 들면 다음과 같습니다.

   예 18.2. Stratis 파일 시스템의 UUID 보기

   $ lsblk --output=UUID /dev/stratis/my-pool/fs1
   
   UUID
   a1f0b64a-4ebb-4d4e-9543-b1d79f600283

2. 마운트 지점 디렉터리가 없는 경우 다음을 생성합니다.

   # mkdir --parents mount-point

3. root로 /etc/fstab 파일을 편집하고 UUID로 식별되는 파일 시스템에 대한 행을 추가합니다. xfs 를 파일 시스템 유형으로 사용하고 x-systemd.requires=stratisd.service 옵션을 추가합니다.

   예를 들면 다음과 같습니다.

   예 18.3. /etc/fstab의 /fs1 마운트 지점

   UUID=a1f0b64a-4ebb-4d4e-9543-b1d79f600283 /fs1 xfs defaults,x-systemd.requires=stratisd.service 0 0

4. 시스템이 새 구성을 등록하도록 다시 마운트 단위를 다시 생성합니다.

   # systemctl daemon-reload

5. 파일 시스템을 마운트하여 구성이 작동하는지 확인합니다.

   # mount mount-point

절차

1. 선택적으로 나중에 액세스할 수 있도록 파일 시스템의 현재 상태를 백업하십시오.

   # stratis filesystem snapshot my-pool my-fs my-fs-backup

2. 원본 파일 시스템을 마운트 해제하고 제거합니다.

   # umount /dev/stratis/my-pool/my-fs
   # stratis filesystem destroy my-pool my-fs

3. 원래 파일 시스템의 이름 아래에 스냅샷 사본을 생성합니다.

   # stratis filesystem snapshot my-pool my-fs-snapshot my-fs

4. 이제 원래 파일 시스템과 동일한 이름으로 액세스할 수 있는 스냅샷을 마운트합니다.

   # mount /dev/stratis/my-pool/my-fs mount-point