ファイルシステムの管理

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Create an XFS file system on a block device
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_volumes:
             - name: barefs
               type: disk
               disks:
                 - sdb
               fs_type: xfs

   Copy to Clipboard Toggle word wrap

   サンプル Playbook で指定されている設定は次のとおりです。

   name: barefs

   現在、ボリューム名 (この例では barefs) は任意です。storage ロールは、disks 属性にリストされているディスクデバイスによってボリュームを識別します。

   fs_type: <file_system>

   デフォルトのファイルシステム XFS を使用する場合は、fs_type パラメーターを省略できます。

   disks: <list_of_disks_and_volumes>

   ディスク名と LV 名の YAML リスト。LV 上にファイルシステムを作成するには、その LV を含んでいるボリュームグループも含めて、disks 属性に LVM 設定を指定します。詳細は、storage RHEL システムロールを使用して論理ボリュームを作成またはサイズ変更する を参照してください。

   LV デバイスへのパスを指定しないでください。

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Persistently mount a file system
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_volumes:
             - name: barefs
               type: disk
               disks:
                 - sdb
               fs_type: xfs
               mount_point: /mnt/data
               mount_user: somebody
               mount_group: somegroup
               mount_mode: 0755

   Copy to Clipboard Toggle word wrap

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Create logical volume
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_pools:
             - name: myvg
               disks:
                 - sda
                 - sdb
                 - sdc
               volumes:
                 - name: mylv
                   size: 2G
                   fs_type: ext4
                   mount_point: /mnt/data

   Copy to Clipboard Toggle word wrap

   サンプル Playbook で指定されている設定は次のとおりです。

   size: <size>

   単位 (GiB など) またはパーセンテージ (60% など) を使用してサイズを指定する必要があります。

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Enable online block discard
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_volumes:
             - name: barefs
               type: disk
               disks:
                 - sdb
               fs_type: xfs
               mount_point: /mnt/data
               mount_options: discard

   Copy to Clipboard Toggle word wrap

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       -name: Create and mount a file system
       ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
       vars:
         storage_volumes:
           - name: barefs
             type: disk
             disks:
               - sdb
             fs_type: ext4
             fs_label: label-name
             mount_point: /mnt/data

   Copy to Clipboard Toggle word wrap

   サンプル Playbook で指定されている設定は次のとおりです。

   disks: <list_of_devices>

   ロールがボリュームを作成するときに使用するデバイス名の YAML リスト。

   fs_type: <file_system>

   ロールがボリュームに設定するファイルシステムを指定します。xfs、ext3、ext4、swap、または unformatted を選択できます。

   label-name: <file_system_label>

   オプション: ファイルシステムのラベルを設定します。

   mount_point: <directory>

   オプション: ボリュームを自動的にマウントする場合は、mount_point 変数をボリュームのマウント先のディレクトリーに設定します。

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Create a RAID on sdd, sde, sdf, and sdg
         ansible.builtin.include_role:
           name: redhat.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

   Copy to Clipboard Toggle word wrap

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Configure LVM pool with RAID
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_safe_mode: false
           storage_pools:
             - name: my_pool
               type: lvm
               disks: [sdh, sdi]
               raid_level: raid1
               volumes:
                 - name: my_volume
                   size: "1 GiB"
                   mount_point: "/mnt/app/shared"
                   fs_type: xfs
                   state: present

   Copy to Clipboard Toggle word wrap

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Configure stripe size for RAID LVM volumes
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_safe_mode: false
           storage_pools:
             - name: my_pool
               type: lvm
               disks: [sdh, sdi]
               volumes:
                 - name: my_volume
                   size: "1 GiB"
                   mount_point: "/mnt/app/shared"
                   fs_type: xfs
                   raid_level: raid0
                   raid_stripe_size: "256 KiB"
                   state: present

   Copy to Clipboard Toggle word wrap

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Create LVM-VDO volume under volume group 'myvg'
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_pools:
             - name: myvg
               disks:
                 - /dev/sdb
               volumes:
                 - name: mylv1
                   compression: true
                   deduplication: true
                   vdo_pool_size: 10 GiB
                   size: 30 GiB
                   mount_point: /mnt/app/shared

   Copy to Clipboard Toggle word wrap

   サンプル Playbook で指定されている設定は次のとおりです。

   vdo_pool_size: <size>

   デバイス上でボリュームが占める実際のサイズ。サイズは、10 GiB など、人間が判読できる形式で指定できます。単位を指定しない場合、デフォルトでバイト単位に設定されます。

   size: <size>

   VDO ボリュームの仮想サイズ。

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 機密性の高い変数を暗号化されたファイルに保存します。

   1. vault を作成します。

      $ ansible-vault create ~/vault.yml
      New Vault password: <vault_password>
      Confirm New Vault password: <vault_password>

      Copy to Clipboard Toggle word wrap

   2. ansible-vault create コマンドでエディターが開いたら、機密データを <key>: <value> 形式で入力します。

      luks_password: <password>

      Copy to Clipboard Toggle word wrap
   3. 変更を保存して、エディターを閉じます。Ansible は vault 内のデータを暗号化します。

2. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     vars_files:
       - ~/vault.yml
     tasks:
       - name: Create and configure a volume encrypted with LUKS
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_volumes:
             - name: barefs
               type: disk
               disks:
                 - sdb
               fs_type: xfs
               fs_label: <label>
               mount_point: /mnt/data
               encryption: true
               encryption_password: "{{ luks_password }}"

   Copy to Clipboard Toggle word wrap

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

3. Playbook の構文を検証します。

   $ ansible-playbook --ask-vault-pass --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

4. Playbook を実行します。

   $ ansible-playbook --ask-vault-pass ~/playbook.yml

   Copy to Clipboard Toggle word wrap

検証

1. LUKS 暗号化ボリュームの luksUUID 値を見つけます。

   # ansible managed-node-01.example.com -m command -a 'cryptsetup luksUUID /dev/sdb'
   
   4e4e7970-1822-470e-b55a-e91efe5d0f5c

   Copy to Clipboard Toggle word wrap

2. ボリュームの暗号化ステータスを表示します。

   # ansible managed-node-01.example.com -m command -a 'cryptsetup status luks-4e4e7970-1822-470e-b55a-e91efe5d0f5c'
   
   /dev/mapper/luks-4e4e7970-1822-470e-b55a-e91efe5d0f5c is active and is in use.
     type:    LUKS2
     cipher:  aes-xts-plain64
     keysize: 512 bits
     key location: keyring
     device:  /dev/sdb
   ...

   Copy to Clipboard Toggle word wrap

3. 作成された LUKS 暗号化ボリュームを確認します。

   # ansible managed-node-01.example.com -m command -a 'cryptsetup luksDump /dev/sdb'
   
   LUKS header information
   Version:        2
   Epoch:          3
   Metadata area:  16384 [bytes]
   Keyslots area:  16744448 [bytes]
   UUID:           4e4e7970-1822-470e-b55a-e91efe5d0f5c
   Label:          (no label)
   Subsystem:      (no subsystem)
   Flags:          (no flags)
   
   Data segments:
     0: crypt
           offset: 16777216 [bytes]
           length: (whole device)
           cipher: aes-xts-plain64
           sector: 512 [bytes]
   ...

   Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     become: true
     tasks:
       - name: Create shared LVM device
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_pools:
             - name: vg1
               disks: /dev/vdb
               type: lvm
               shared: true
               state: present
               volumes:
                 - name: lv1
                   size: 4g
                   mount_point: /opt/test1
           storage_safe_mode: false
           storage_use_partitions: true

   Copy to Clipboard Toggle word wrap

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     tasks:
       - name: Resize LVM PV size
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_pools:
              - name: myvg
                disks: ["sdf"]
                type: lvm
                grow_to_fill: true

   Copy to Clipboard Toggle word wrap

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

2. Playbook の構文を検証します。

   $ ansible-playbook --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

3. Playbook を実行します。

   $ ansible-playbook ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. 機密性の高い変数を暗号化されたファイルに保存します。

   1. vault を作成します。

      $ ansible-vault create ~/vault.yml
      New Vault password: <vault_password>
      Confirm New Vault password: <vault_password>

      Copy to Clipboard Toggle word wrap

   2. ansible-vault create コマンドでエディターが開いたら、機密データを <key>: <value> 形式で入力します。

      luks_password: <password>

      Copy to Clipboard Toggle word wrap
   3. 変更を保存して、エディターを閉じます。Ansible は vault 内のデータを暗号化します。

2. 次の内容を含む Playbook ファイル (例: ~/playbook.yml) を作成します。

   ---
   - name: Manage local storage
     hosts: managed-node-01.example.com
     vars_files:
       - ~/vault.yml
     tasks:
       - name: Create a new encrypted Stratis pool with Clevis and Tang
         ansible.builtin.include_role:
           name: redhat.rhel_system_roles.storage
         vars:
           storage_pools:
              - name: mypool
                disks:
                  - sdd
                  - sde
                type: stratis
                encryption: true
                encryption_password: "{{ luks_password }}"
                encryption_clevis_pin: tang
                encryption_tang_url: tang-server.example.com:7500

   Copy to Clipboard Toggle word wrap

   サンプル Playbook で指定されている設定は次のとおりです。

   encryption_password

   LUKS ボリュームのロックを解除するために使用するパスワードまたはパスフレーズ。

   encryption_clevis_pin

   作成されたプールを暗号化するために使用できる Clevis の方式。tang と tpm2 を使用できます。

   encryption_tang_url

   Tang サーバーの URL。

   Playbook で使用されるすべての変数の詳細は、コントロールノードの /usr/share/ansible/roles/rhel-system-roles.storage/README.md ファイルを参照してください。

3. Playbook の構文を検証します。

   $ ansible-playbook --ask-vault-pass --syntax-check ~/playbook.yml

   Copy to Clipboard Toggle word wrap

   このコマンドは構文を検証するだけであり、有効だが不適切な設定から保護するものではないことに注意してください。

4. Playbook を実行します。

   $ ansible-playbook --ask-vault-pass ~/playbook.yml

   Copy to Clipboard Toggle word wrap

手順

1. RHEL 9 Web コンソールにログインします。

   詳細は、Web コンソールへのログイン を参照してください。

2. Storage タブをクリックします。

   ストレージ テーブルでは、ファイルシステムでフォーマットされたすべての使用可能なパーティション、それらの ID、タイプ、場所、サイズ、および各パーティションで使用可能な容量を確認できます。

   

   右上隅のドロップダウンメニューを使用して、新しいローカルストレージまたはネットワークストレージを作成することもできます。

   

手順

1. RHEL 9 Web コンソールにログインします。

   詳細は、Web コンソールへのログイン を参照してください。

2. Storage タブをクリックします。
3. Storage テーブルで、パーティションを分割するデバイスをクリックして、そのデバイスのページとオプションを開きます。
4. デバイスページで、メニューボタン ⋮ をクリックし、Create partition table を選択します。

5. Initialize disk ダイアログボックスで、以下を選択します。

   1. パーティション設定:

      • すべてのシステムおよびデバイスと互換性あり (MBR)
      • 最新のシステムおよび 2TB (GPT) 以上のハードディスクと互換性あり
      • パーティションなし

   2. オーバーライト:

      • RHEL Web コンソールでディスク全体をゼロで書き換える場合は、Overwrite existing data with zeros チェックボックスをオンにします。このプログラムはディスク全体を調べるため、このオプションを使用すると遅くなりますが、安全性は高まります。ディスクにデータが含まれていて、上書きする必要がある場合は、このオプションを使用します。

        Overwrite existing data with zeros チェックボックスを選択しない場合、RHEL Web コンソールはディスクヘッダーのみを書き換えます。これにより、フォーマットの速度が向上します。

6. Initialize をクリックします。
7. 作成したパーティションテーブルの横にあるメニューボタン ⋮ をクリックします。デフォルトでは Free space という名前が付けられます。
8. Create partition をクリックします。
9. Create partition ダイアログボックスで、ファイルシステムの Name を入力します。
10. Mount point を追加します。

11. Type ドロップダウンメニューで、ファイルシステムを選択します。

    • XFS ファイルシステムは大規模な論理ボリュームをサポートし、オンラインの物理ドライブを停止せずに、既存のファイルシステムの拡大および縮小を行うことができます。別のストレージの使用を希望しない場合は、このファイルシステムを選択したままにしてください。

    • ext4 ファイルシステムは以下に対応します。

      • 論理ボリューム
      • オンラインの物理ドライブを停止せずに切り替え
      • ファイルシステムの拡張
      • ファイルシステムの縮小

    追加オプションは、LUKS (Linux Unified Key Setup) によって行われるパーティションの暗号化を有効にすることです。これにより、パスフレーズでボリュームを暗号化できます。

12. 作成するボリュームの Size を入力します。

13. RHEL Web コンソールでディスク全体をゼロで書き換える場合は、Overwrite existing data with zeros チェックボックスをオンにします。このプログラムはディスク全体を調べるため、このオプションを使用すると遅くなりますが、安全性は高まります。ディスクにデータが含まれていて、上書きする必要がある場合は、このオプションを使用します。

    Overwrite existing data with zeros チェックボックスを選択しない場合、RHEL Web コンソールはディスクヘッダーのみを書き換えます。これにより、フォーマットの速度が向上します。

14. ボリュームを暗号化する場合は、Encryption ドロップダウンメニューで暗号化の種類を選択します。

    ボリュームを暗号化しない場合は、No encryption を選択します。

15. At boot ドロップダウンメニューで、ボリュームをマウントするタイミングを選択します。

16. Mount options セクションで以下を実行します。

    1. ボリュームを読み取り専用論理ボリュームとしてマウントする場合は、Mount read only チェックボックスをオンにします。
    2. デフォルトのマウントオプションを変更する場合は、Custom mount options チェックボックスをオンにしてマウントオプションを追加します。

17. パーティションを作成します。

    • パーティションを作成してマウントする場合は、Create and mount ボタンをクリックします。

    • パーティションのみを作成する場合は、Create only ボタンをクリックします。

      ボリュームのサイズや、選択するオプションによって、フォーマットに数分かかることがあります。

手順

1. RHEL 9 Web コンソールにログインします。

   詳細は、Web コンソールへのログイン を参照してください。

2. Storage タブをクリックします。
3. パーティションを削除するデバイスをクリックします。
4. デバイスページの GPT partitions セクションで、削除するパーティションの横にあるメニューボタン ⋮ をクリックします。

5. ドロップダウンメニューから Delete を選択します。

   RHEL Web コンソールは、パーティションを削除する前に、現在パーティションを使用しているすべてのプロセスを終了し、パーティションをアンマウントします。

手順

1. デフォルトでは、NFSv3 の RPC サービスはランダムなポートを使用します。ファイアウォール設定を有効にするには、/etc/nfs.conf ファイルで固定ポート番号を設定します。

   1. [lockd] セクションで、nlockmgr RPC サービスの固定ポート番号を設定します。以下に例を示します。

      port=5555

      Copy to Clipboard Toggle word wrap

      この設定により、サービスが UDP プロトコルと TCP プロトコルの両方にこのポート番号を自動的に使用するようになります。

   2. [statd] セクションで、rpc.statd サービスの固定ポート番号を設定します。以下に例を示します。

      port=6666

      Copy to Clipboard Toggle word wrap

      この設定により、サービスが UDP プロトコルと TCP プロトコルの両方にこのポート番号を自動的に使用するようになります。

2. firewalld で適切なポートを開きます。

   # firewall-cmd --permanent --add-service=rpc-bind
   # firewall-cmd --permanent --add-port={5555/tcp,5555/udp,6666/tcp,6666/udp}
   # firewall-cmd --reload

   Copy to Clipboard Toggle word wrap

3. rpc-statd サービスを再起動します。

   # systemctl restart rpc-statd nfs-server

   Copy to Clipboard Toggle word wrap

手順

1. /etc/fstab ファイルを編集し、マウントする共有の行を追加します。

   <nfs_server_ip_or_hostname>:/<exported_share>     <mount point>    nfs    default   0 0

   Copy to Clipboard Toggle word wrap

   たとえば、/nfs/projects 共有を server.example.com NFS サーバーから /home にマウントするには、以下を入力します。

   server.example.com:/nfs/projects    	/home        nfs 	defaults    	0 0

   Copy to Clipboard Toggle word wrap

2. 共有をマウントします。

   # mount /home

   Copy to Clipboard Toggle word wrap

手順

1. RHEL 9 Web コンソールにログインします。

   詳細は、Web コンソールへのログイン を参照してください。

2. Storage をクリックします。
3. Storage テーブルで、メニューボタンをクリックします。

4. ドロップダウンメニューから、New NFS mount を選択します。

   

5. NFS の新規マウント ダイアログボックスに、リモートサーバーのサーバー名または IP アドレスを入力します。
6. サーバーのパス フィールドに、マウントするディレクトリーのパスを入力します。
7. Local Mount Point フィールドに、NFS をマウントするローカルシステム上のディレクトリーへのパスを入力します。

8. Mount options チェックボックスリストで、NFS をマウントする方法を選択します。要件に応じて複数のオプションを選択できます。

   • ローカルシステムを再起動した後でもディレクトリーにアクセスできるようにするには、Mount at boot をオンにします。
   • NFS の内容を変更したくない場合は、Mount read only ボックスをオンにします。

   • デフォルトのマウントオプションを変更する場合は、Custom mount options ボックスをオンにしてマウントオプションを追加します。

     

9. Add をクリックします。

手順

1. RHEL 9 Web コンソールにログインします。詳細は、Web コンソールへのログイン を参照してください。
2. Storage をクリックします。
3. Storage テーブルで、調整する NFS マウントをクリックします。

4. リモートディレクトリーをマウントしている場合は、アンマウント をクリックします。

   カスタムマウントオプションの設定中にディレクトリーをアンマウントする必要があります。そうしないと、Web コンソールは設定を保存せず、エラーが発生します。

5. Edit をクリックします。
6. NFS マウント ダイアログボックスで、カスタムのマウントオプション を選択します。

7. マウントオプションを、コンマで区切って入力します。以下に例を示します。

   • nfsvers=4: NFS プロトコルのバージョン番号
   • soft: NFS 要求がタイムアウトした後の回復のタイプ
   • sec=krb5: NFS サーバー上のファイルを Kerberos 認証によって保護できます。NFS のクライアントとサーバーの両方で Kerberos 認証に対応する必要があります。

   NFS マウントオプションのリストは、コマンドラインで man nfs を実行します。

8. Apply をクリックします。
9. Mount をクリックします。

手順

1. IdM 管理者として Kerberos チケットを取得します。

   # kinit admin

   Copy to Clipboard Toggle word wrap

2. ホストプリンシパルを取得し、/etc/krb5.keytab ファイルに保存します。

   # ipa-getkeytab -s idm_server.idm.example.com -p host/nfs_client.idm.example.com -k /etc/krb5.keytab

   Copy to Clipboard Toggle word wrap

   ホストを IdM ドメインに参加させると、IdM によって host プリンシパルが自動的に作成されます。

3. オプション: /etc/krb5.keytab ファイル内のプリンシパルを表示します。

   # klist -k /etc/krb5.keytab
   Keytab name: FILE:/etc/krb5.keytab
   KVNO Principal
   ---- --------------------------------------------------------------------------
      6 host/nfs_client.idm.example.com@IDM.EXAMPLE.COM
      6 host/nfs_client.idm.example.com@IDM.EXAMPLE.COM
      6 host/nfs_client.idm.example.com@IDM.EXAMPLE.COM
      6 host/nfs_client.idm.example.com@IDM.EXAMPLE.COM

   Copy to Clipboard Toggle word wrap

4. ipa-client-automount ユーティリティーを使用して、IdM ID のマッピングを設定します。

   # ipa-client-automount
   Searching for IPA server...
   IPA server: DNS discovery
   Location: default
   Continue to configure the system with these values? [no]: yes
   Configured /etc/idmapd.conf
   Restarting sssd, waiting for it to become available.
   Started autofs

   Copy to Clipboard Toggle word wrap

5. エクスポートされた NFS 共有をマウントします。次に例を示します。

   # mount -o sec=krb5i server.idm.example.com:/nfs/projects/ /mnt/

   Copy to Clipboard Toggle word wrap

   -o sec オプションで、Kerberos セキュリティ方式を指定します。

検証

1. マウントされた共有への書き込み権限を持つ IdM ユーザーとしてログインします。

2. Kerberos チケットを取得します。

   $ kinit

   Copy to Clipboard Toggle word wrap

3. 共有上にファイルを作成します。次に例を示します。

   $ touch /mnt/test.txt

   Copy to Clipboard Toggle word wrap

4. ファイルが作成されたことを確認するためにディレクトリーの内容をリスト表示します。

   $ ls -l /mnt/test.txt
   -rw-r--r--. 1 admin users 0 Feb 15 11:54 /mnt/test.txt

   Copy to Clipboard Toggle word wrap

手順

1. 秘密鍵および証明書署名要求 (CSR) を作成します。

   # openssl req -new -newkey rsa:4096 -noenc \
   -keyout /etc/pki/tls/private/server.example.com.key \
   -out /etc/pki/tls/private/server.example.com.csr \
   -subj "/C=US/ST=State/L=City/O=Organization/CN=server.example.com" \
   -addext "subjectAltName=DNS:server.example.com,IP:192.0.2.1"

   Copy to Clipboard Toggle word wrap
   重要

   コモンネーム (CN) と DNS はホスト名と一致する必要があります。IP はホストの IP と一致する必要があります。

2. /etc/pki/tls/private/server.example.com.csr ファイルを CA に送信し、サーバー証明書を要求します。受信した CA 証明書とサーバー証明書をホスト上に保存します。

3. CA 証明書をシステムのトラストストアにインポートします。

   # cp ca.crt /etc/pki/ca-trust/source/anchors
   # update-ca-trust

   Copy to Clipboard Toggle word wrap

4. サーバー証明書を /etc/pki/tls/certs/ ディレクトリーに移動します。

   # mv server.example.com.crt /etc/pki/tls/certs/

   Copy to Clipboard Toggle word wrap

5. 秘密鍵と証明書の SELinux コンテキストが正しいことを確認します。

   # restorecon -Rv /etc/pki/tls/certs/

   Copy to Clipboard Toggle word wrap

6. サーバー証明書と秘密鍵を、/etc/tlshd.conf ファイルの [authenticate.server] セクションに追加します。

   x509.certificate= /etc/pki/tls/certs/server.example.com.crt
   x509.private_key= /etc/pki/tls/private/server.example.com.key

   Copy to Clipboard Toggle word wrap

   x509.truststore パラメーターは未設定のままにします。

7. tlshd サービスを有効にして起動します。

   # systemctl enable --now tlshd.service

   Copy to Clipboard Toggle word wrap

手順

1. 認証局 (CA) 証明書をシステムのトラストストアにインポートします。

   # cp ca.crt /etc/pki/ca-trust/source/anchors
   # update-ca-trust

   Copy to Clipboard Toggle word wrap

2. tlshd サービスを有効にして起動します。

   # systemctl enable --now tlshd.service

   Copy to Clipboard Toggle word wrap

3. TLS 暗号化を使用して NFS 共有をマウントします。

   # mount -o xprtsec=tls server.example.com:/nfs/projects/ /mnt/

   Copy to Clipboard Toggle word wrap

手順

1. 秘密鍵および証明書署名要求 (CSR) を作成します。

   # openssl req -new -newkey rsa:4096 -noenc \
   -keyout /etc/pki/tls/private/client.example.com.key \
   -out /etc/pki/tls/private/client.example.com.csr \
   -subj "/C=US/ST=State/L=City/O=Organization/CN=client.example.com" \
   -addext "subjectAltName=DNS:client.example.com,IP:192.0.2.2"

   Copy to Clipboard Toggle word wrap
   重要

   コモンネーム (CN) と DNS はホスト名と一致する必要があります。IP はホストの IP と一致する必要があります。

2. /etc/pki/tls/private/client.example.com.csr ファイルを認証局 (CA) に送信し、クライアント証明書を要求します。受信した CA 証明書とクライアント証明書をホストに保存します。

3. CA 証明書をシステムのトラストストアにインポートします。

   # cp ca.crt /etc/pki/ca-trust/source/anchors
   # update-ca-trust

   Copy to Clipboard Toggle word wrap

4. クライアント証明書を /etc/pki/tls/certs/ ディレクトリーに移動します。

   # mv client.example.com.crt /etc/pki/tls/certs/

   Copy to Clipboard Toggle word wrap

5. 秘密鍵と証明書の SELinux コンテキストが正しいことを確認します。

   # restorecon -Rv /etc/pki/tls/certs/

   Copy to Clipboard Toggle word wrap

6. クライアント証明書と秘密鍵を、/etc/tlshd.conf ファイルの [authenticate.client] セクションに追加します。

   x509.certificate= /etc/pki/tls/certs/client.example.com.crt
   x509.private_key= /etc/pki/tls/private/client.example.com.key

   Copy to Clipboard Toggle word wrap

   x509.truststore パラメーターは未設定のままにします。

7. tlshd サービスを有効にして起動します。

   # systemctl enable --now tlshd.service

   Copy to Clipboard Toggle word wrap

8. TLS 暗号化を使用して NFS 共有をマウントします。

   # mount -o xprtsec=mtls server.example.com:/nfs/projects/ /mnt/

   Copy to Clipboard Toggle word wrap

手順

1. /etc/dconf/profile/user ファイルの先頭に次の行を追加します。ファイルが存在しない場合は作成します。

   service-db:keyfile/user

   Copy to Clipboard Toggle word wrap

   この設定では、dconf が keyfile バックエンドをポーリングして更新が行われたかどうかを判断します。そのため、設定がすぐに更新されない可能性があります。

2. 変更は、ユーザーがログアウトしてログインしたときに有効になります。

手順

1. /etc/samba/smb.conf ファイルの [global] セクションにある server min protocol パラメーターを NT1 に設定します。

2. マウントコマンドに -o vers=1.0 オプションを指定し、SMB 1 プロトコルを使用して共有をマウントします。以下に例を示します。

   # mount -t cifs -o vers=1.0,username=<user_name> //<server_name>/<share_name> /mnt/

   Copy to Clipboard Toggle word wrap

   デフォルトで、カーネルモジュールは、SMB 2 またはサーバーでサポートされている最新のプロトコルバージョンを使用します。-o vers=1.0 オプションを mount コマンドに渡すと、UNIX 拡張機能の使用に必要な SMB 1 プロトコルをカーネルモジュールが使用することが強制されます。

手順

1. 共有のエントリーを /etc/fstab ファイルに追加します。以下に例を示します。

   //<server_name>/<share_name>  /mnt  cifs  credentials=/root/smb.cred  0 0

   Copy to Clipboard Toggle word wrap
   重要

   システムが自動的に共有をマウントできるようにするには、ユーザー名、パスワード、およびドメイン名を認証情報ファイルに保存する必要があります。詳細は、SMB 共有に対して認証するための認証情報ファイルの作成 を参照してください。

   /etc/fstab の行の 4 つ目のフィールドで、認証情報ファイルへのパスなど、マウントオプションを指定します。詳細は、mount.cifs(8) man ページの OPTIONS セクションおよび よく使用されるマウントオプション を参照してください。

手順

1. /root/smb.cred などのファイルを作成し、そのファイルのユーザー名、パスワード、およびドメイン名を指定します。

   username=user_name
   password=password
   domain=domain_name

   Copy to Clipboard Toggle word wrap

2. 所有者だけがファイルにアクセスできるようにパーミッションを設定します。

   # chown user_name /root/smb.cred
   # chmod 600 /root/smb.cred

   Copy to Clipboard Toggle word wrap

手順

1. parted ユーティリティーを起動します。たとえば、次の出力は、デバイス /dev/sda をリストします。

   # parted /dev/sda

   Copy to Clipboard Toggle word wrap

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

   Copy to Clipboard Toggle word wrap

3. オプション: 次に調べるデバイスに切り替えます。

   (parted) select block-device

   Copy to Clipboard Toggle word wrap

手順

1. インタラクティブな parted シェルを起動します。

   # parted block-device

   Copy to Clipboard Toggle word wrap

2. デバイスにパーティションテーブルがあるかどうかを確認します。

   (parted) print

   Copy to Clipboard Toggle word wrap

   デバイスにパーティションが含まれている場合は、次の手順でパーティションを削除します。

3. 新しいパーティションテーブルを作成します。

   (parted) mklabel table-type

   Copy to Clipboard Toggle word wrap

   • table-type を、使用するパーティションテーブルのタイプに置き換えます。

     • msdos (MBR の場合)
     • gpt (GPT の場合)

   例7.1 GUID パーティションテーブル (GPT) テーブルの作成

   ディスクに GPT テーブルを作成するには、次のコマンドを使用します。

   (parted) mklabel gpt

   Copy to Clipboard Toggle word wrap

   このコマンドを入力すると、変更の適用が開始されます。

4. パーティションテーブルを表示して、作成されたことを確認します。

   (parted) print

   Copy to Clipboard Toggle word wrap

5. parted シェルを終了します。

   (parted) quit

   Copy to Clipboard Toggle word wrap