Red Hat Summit Red Hat Summitサポートコンソール開発者トライアルの開始お問い合わせ

第10章 NVMe と LVM の最適な使用

  1. 要約

    以下の手順では、高速の NVMe ベースの SSD を使用する場合に、Object Gateway の使用に Ceph をデプロイする方法を示しています（これは SATA SSD にも適用されます）。ジャーナルとバケットインデックスは、共に高速ストレージデバイスに置かれるため、1 つのデバイスにすべてのジャーナルがある場合よりもパフォーマンスを向上させることができます。この構成では、osd_scenario を lvm に設定する必要があります。

    2 つの設定例の手順を以下に示します。

    • 1 つのバケットインデックスを使用する 1 つの NVMe デバイスおよび 4 つ以上の HDD: 1 つの NVMe デバイス
    • 2 つの NVMe デバイスと 2 つのバケットインデックスを使用する少なくとも 4 つのHDD: 2 つの NVMe デバイス

  2. 詳細

    最も基本的な Ceph 設定では、collocated の osd_scenario 設定を使用します。これにより、1 つのストレージデバイスに OSD データとそのジャーナルが共に保存されます（これは「コロケーション」です）。一般的なサーバー設定には、HDD と SSD の両方が含まれます。HDD は通常 SSD よりも大きいため、ほとんどのストレージ領域を活用するために、共存する構成では HDD が選択され、OSD データとジャーナルの両方をそこに配置します。ただし、ジャーナルはより高速 SSD にあることが理想的です。別のオプションとして、non-collocated の osd_scenario 設定を使用します。これにより、ジャーナル専用のデバイスを設定できるため、OSD データを HDD に、ジャーナルを SSD に配置することができます。

    OSD データおよびジャーナルの他に、Object Gateway を使用する場合はバケットインデックスをデバイス上に保存する必要があります。この場合、HDD が OSD データを保持し、1 つの SSD がジャーナルを保持し、別の SSD がバケットインデックスを保持するようにCeph が設定されます。これにより、すべてのジャーナルを保持する SSD が飽和し、一方でバケットインデックスを保持する SSD の使用率が低くなり、非常に不均衡な状態が生じる可能性があります。

    解決策は、osd_scenario を lvm に設定し、論理ボリュームマネージャー (LVM) を使用して、複数の目的で 1 つの SSD デバイスを分割することです。これにより、1 つのデバイスにジャーナルとバケットインデックスを隣りあわせて存在させることができます。最も重要な点として、ジャーナルは複数の SSD 上に存在でき、ジャーナルの集中した IO データの転送を複数のデバイスに分散させることができます。

    Ceph のインストールに使用される ceph-ansible RPM が提供する通常の Ansible Playbook (site.yml、osds.yml など) は、複数の目的で 1 つのデバイスを使用することをサポートしません。

    今後、通常の Ansible Playbook は複数の目的で 1 つのデバイスの使用をサポートします。その間、SSD 使用率を最適化するのに必要な論理ボリューム (LV) の作成を容易にするために、Playbook の lv-create.yml および lv-vars.yaml が提供されます。lv-create.yml を実行すると、site.yml が正常に実行でき、新たに作成された論理ボリュームが使用されます。

    重要

    以下の手順は、新しい BlueStore ストレージバックエンドではなく、FileStore ストレージバックエンドにのみ適用されます。

10.1. 1 つの NVMe デバイスの使用

1 つの NVMe デバイスで Object Gateway を使用するために Ceph をデプロイするには、以下の手順に従います。

10.1.1. すべての既存 Ceph クラスターの削除

Ceph がすでに設定されている場合は、最初からやり直すために削除してください。この目的のために、Ansible Playbook (purge-cluster.yml) が提供されます。 

$ ansible-playbook infrastructure-playbooks/purge-cluster.yml -i hosts
Copy to Clipboard

purge-cluster.yml の使用方法は、『インストールガイド』の「Ansible を使用した Ceph クラスターのパージ」を参照してください。

重要

以下の手順に従って Ceph を再デプロイするためにサーバーを準備するには、クラスターのパージだけでは十分でない可能性があります。Ceph が使用するストレージデバイス上のファイルシステム、GPT、RAID、またはその他の署名があると問題が発生する可能性があります。wipefs を使用して署名を削除する手順は、「Ansible Playbook lv-create.yml の実行」に記載されています。

10.1.2. 通常インストール用のクラスター設定

NVMe や LVM の考慮事項以外に、通常通りクラスターを設定しますが、Ansible Playbook を実行する前に停止します。その後、クラスターのインストール設定は、Object Gateway をサポートするために、特に NVMe/LVM の使用を最適化するために調整されます。その時のみ Ansible Playbook を実行する必要があります。

通常のインストール用にストレージクラスターを設定するには、『Red Hat Ceph Storage インストールガイド』を参照してください。特に、Ansible ログディレクトリーを作成する手順 9 での「Red Hat Ceph Storage Cluster のインストール」の手順を完了します。ansible-playbook site.yml -i hosts の実行時に、手順 10 の前に停止します。

重要

ここから、「Ceph for NVMe のインストールと成功の確認」までの手順がすべて完了するまで、ansible-playbook site.yml -i hosts を実行しないでください。

10.1.3. NVMe デバイスおよび HDD デバイスの特定

lsblk を使用して、サーバーに接続されている NVMe デバイスおよび HDD デバイスを特定します。lsblk からの出力例は次のとおりです。 

[root@c04-h05-6048r ~]# lsblk
NAME    MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda       8:0    0 465.8G  0 disk
├─sda1    8:1    0     4G  0 part
│ └─md1   9:1    0     4G  0 raid1 [SWAP]
├─sda2    8:2    0   512M  0 part
│ └─md0   9:0    0   512M  0 raid1 /boot
└─sda3    8:3    0 461.3G  0 part
  └─md2   9:2    0 461.1G  0 raid1 /
sdb       8:16   0 465.8G  0 disk
├─sdb1    8:17   0     4G  0 part
│ └─md1   9:1    0     4G  0 raid1 [SWAP]
├─sdb2    8:18   0   512M  0 part
│ └─md0   9:0    0   512M  0 raid1 /boot
└─sdb3    8:19   0 461.3G  0 part
  └─md2   9:2    0 461.1G  0 raid1 /
sdc       8:32   0   1.8T  0 disk
sdd       8:48   0   1.8T  0 disk
sde       8:64   0   1.8T  0 disk
sdf       8:80   0   1.8T  0 disk
sdg       8:96   0   1.8T  0 disk
sdh       8:112  0   1.8T  0 disk
sdi       8:128  0   1.8T  0 disk
sdj       8:144  0   1.8T  0 disk
sdk       8:160  0   1.8T  0 disk
sdl       8:176  0   1.8T  0 disk
sdm       8:192  0   1.8T  0 disk
sdn       8:208  0   1.8T  0 disk
sdo       8:224  0   1.8T  0 disk
sdp       8:240  0   1.8T  0 disk
sdq      65:0    0   1.8T  0 disk
sdr      65:16   0   1.8T  0 disk
sds      65:32   0   1.8T  0 disk
sdt      65:48   0   1.8T  0 disk
sdu      65:64   0   1.8T  0 disk
sdv      65:80   0   1.8T  0 disk
sdw      65:96   0   1.8T  0 disk
sdx      65:112  0   1.8T  0 disk
sdy      65:128  0   1.8T  0 disk
sdz      65:144  0   1.8T  0 disk
sdaa     65:160  0   1.8T  0 disk
sdab     65:176  0   1.8T  0 disk
sdac     65:192  0   1.8T  0 disk
sdad     65:208  0   1.8T  0 disk
sdae     65:224  0   1.8T  0 disk
sdaf     65:240  0   1.8T  0 disk
sdag     66:0    0   1.8T  0 disk
sdah     66:16   0   1.8T  0 disk
sdai     66:32   0   1.8T  0 disk
sdaj     66:48   0   1.8T  0 disk
sdak     66:64   0   1.8T  0 disk
sdal     66:80   0   1.8T  0 disk
nvme0n1 259:0    0 745.2G  0 disk
nvme1n1 259:1    0 745.2G  0 disk
Copy to Clipboard

この例では、以下の未処理のブロックデバイスが使用されます。

NVMe デバイス

  1. /dev/nvme0n1

HDD デバイス

  1. /dev/sdc
  2. /dev/sdd
  3. /dev/sde
  4. /dev/sdf

lv_vars.yaml ファイルは、選択したデバイスで論理ボリュームの作成を設定します。NVMe、NVMe ベースのバケットインデックス、および HDD ベースの OSD にジャーナルを作成します。実際の論理ボリュームの作成は、lv_vars.yaml を読み込む lv-create.yml により開始されます。

このファイルでは、1 度に 1 つの NVMe デバイスのみが参照される必要があります。2 つの NVMe デバイスで Ceph を最適に使用する方法は、「2 つの NVMe デバイスの使用」を参照してください。

10.1.4. lv_vars.yaml へのデバイスの追加

  1. root として /usr/share/ceph-ansible/ ディレクトリーに移動します。 

    # cd /usr/share/ceph-ansible
    Copy to Clipboard

  2. 以下の行が含まれるようにファイルを編集します。 

    nvme_device: /dev/nvme0n1
hdd_devices:
  - /dev/sdc
  - /dev/sdd
  - /dev/sde
  - /dev/sdf
    Copy to Clipboard

10.1.5. lv-create.yml Ansible Playbook の実行

Playbook lv-create.yml の目的は、単一の NVMe にオブジェクトゲートウェイバケットインデックスおよびジャーナルに論理ボリュームを作成することです。これは、osd_scenario=lvm を使用して行います。Ansible Playbook の lv-create.yml により、複雑な LVM の作成および設定を自動化することで Ceph を簡単に設定することができます。

  1. ストレージデバイスが未処理であることを確認します。

    lv-create.yml を実行して、NVMe デバイスおよび HDD デバイスに論理ボリュームを作成する前に、ファイルシステム、GPT、RAID、その他の署名がないことを確認してください。

    生でない場合は、lv-create.yml を実行すると、以下のエラーで失敗する可能性があります。 

    device /dev/sdc excluded by a filter
    Copy to Clipboard

  2. ストレージデバイスの署名を消去します（オプション）。

    デバイスに署名がある場合は、wipefs を使用して消去できます。

    wipefs を使用してデバイスを消去する例を以下に示します。 

    [root@c04-h01-6048r ~]# wipefs -a /dev/sdc
/dev/sdc: 8 bytes were erased at offset 0x00000200 (gpt): 45 46 49 20 50 41 52 54
/dev/sdc: 8 bytes were erased at offset 0x1d19ffffe00 (gpt): 45 46 49 20 50 41 52 54
/dev/sdc: 2 bytes were erased at offset 0x000001fe (PMBR): 55 aa
/dev/sdc: calling ioclt to re-read partition table: Success
[root@c04-h01-6048r ~]# wipefs -a /dev/sdd
/dev/sdd: 8 bytes were erased at offset 0x00000200 (gpt): 45 46 49 20 50 41 52 54
/dev/sdd: 8 bytes were erased at offset 0x1d19ffffe00 (gpt): 45 46 49 20 50 41 52 54
/dev/sdd: 2 bytes were erased at offset 0x000001fe (PMBR): 55 aa
/dev/sdd: calling ioclt to re-read partition table: Success
[root@c04-h01-6048r ~]# wipefs -a /dev/sde
/dev/sde: 8 bytes were erased at offset 0x00000200 (gpt): 45 46 49 20 50 41 52 54
/dev/sde: 8 bytes were erased at offset 0x1d19ffffe00 (gpt): 45 46 49 20 50 41 52 54
/dev/sde: 2 bytes were erased at offset 0x000001fe (PMBR): 55 aa
/dev/sde: calling ioclt to re-read partition table: Success
[root@c04-h01-6048r ~]# wipefs -a /dev/sdf
/dev/sdf: 8 bytes were erased at offset 0x00000200 (gpt): 45 46 49 20 50 41 52 54
/dev/sdf: 8 bytes were erased at offset 0x1d19ffffe00 (gpt): 45 46 49 20 50 41 52 54
/dev/sdf: 2 bytes were erased at offset 0x000001fe (PMBR): 55 aa
/dev/sdf: calling ioclt to re-read partition table: Success
    Copy to Clipboard

  3. Ansible Playbook の lv-teardown.yml を実行します。

    lv-create.yml を実行する前に、常に lv-teardown.yml を実行します。

    Ansible Playbook の lv-teardown.yml を実行します。 

    $ ansible-playbook infrastructure-playbooks/lv-teardown.yml -i hosts
    Copy to Clipboard
    警告

    Ansible スクリプト lv-teardown.yml を実行する場合は、注意が必要です。データが破棄されます。重要なデータのバックアップを作成してください。

  4. Ansible Playbook の lv-create.yml を実行します。 

    $ ansible-playbook infrastructure-playbooks/lv-create.yml -i hosts
    Copy to Clipboard
  5. エラーなしで lv-create.yml が完了すると、次のセクションを続行して、適切に機能していることを確認します。

10.1.6. LVM 設定の確認

  1. lv-created.log を確認します。

    Ansible Playbook の lv-create.yml が正常に完了すると、設定情報が lv-created.log に書き込まれます。この情報は後で group_vars/osds.yml にコピーされます。lv-created.log を開き、以下の例のような情報を探します。 

      - data: ceph-bucket-index-1
    data_vg: ceph-nvme-vg-nvme0n1
    journal: ceph-journal-bucket-index-1-nvme0n1
    journal_vg: ceph-nvme-vg-nvme0n1
  - data: ceph-hdd-lv-sdc
    data_vg: ceph-hdd-vg-sdc
    journal: ceph-journal-sdc
    journal_vg: ceph-nvme-vg-nvme0n1
  - data: ceph-hdd-lv-sdd
    data_vg: ceph-hdd-vg-sdd
    journal: ceph-journal-sdd
    journal_vg: ceph-nvme-vg-nvme0n1
  - data: ceph-hdd-lv-sde
    data_vg: ceph-hdd-vg-sde
    journal: ceph-journal-sde
    journal_vg: ceph-nvme-vg-nvme0n1
  - data: ceph-hdd-lv-sdf
    data_vg: ceph-hdd-vg-sdf
    journal: ceph-journal-sdf
    journal_vg: ceph-nvme-vg-nvme0n1
    Copy to Clipboard

  2. LVM 設定を確認します。

    1 つの NVMe デバイスと 4 つの HDD の例に基づいて、以下の論理ボリューム(LV)を作成する必要があります。

    HDD ごとに 1 つのジャーナル LV を NVMe に配置（/dev/nvme0n1 に 4 つの LV）

    HDD ごとに 1 つのデータ LV を各 HDD に配置（HDD ごとに 1 つの LV）

    バケットインデックスごとに 1 つのジャーナル LV を NVMe に配置（/dev/nvme0n1 に 1 つの LV）

    バケットインデックスごとに 1 つのデータ LV を NVMe に配置（/dev/nvme0n1 に 1 つの LV）

    LV は、lsblk および lvscan の出力で確認できます。上記の例では、Ceph に 10 の LV があるはずです。簡単な正常性チェックとして、Ceph LV をカウントして、少なくとも 10 個あることを確認できますが、理想的には、適切な数の LV が正しいストレージデバイス (NVMe / HDD) に作成されたことを確認してください。

    lsblk からの出力例を以下に示します。

    [root@c04-h01-6048r ~]# lsblk
NAME                                                               MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                                                                  8:0    0 465.8G  0 disk
├─sda1                                                               8:1    0     4G  0 part
│ └─md1                                                              9:1    0     4G  0 raid1 [SWAP]
├─sda2                                                               8:2    0   512M  0 part
│ └─md0                                                              9:0    0   512M  0 raid1 /boot
└─sda3                                                               8:3    0 461.3G  0 part
  └─md2                                                              9:2    0 461.1G  0 raid1 /
sdb                                                                  8:16   0 465.8G  0 disk
├─sdb1                                                               8:17   0     4G  0 part
│ └─md1                                                              9:1    0     4G  0 raid1 [SWAP]
├─sdb2                                                               8:18   0   512M  0 part
│ └─md0                                                              9:0    0   512M  0 raid1 /boot
└─sdb3                                                               8:19   0 461.3G  0 part
  └─md2                                                              9:2    0 461.1G  0 raid1 /
sdc                                                                  8:32   0   1.8T  0 disk
└─ceph--hdd--vg--sdc-ceph--hdd--lv--sdc                            253:6    0   1.8T  0 lvm
sdd                                                                  8:48   0   1.8T  0 disk
└─ceph--hdd--vg--sdd-ceph--hdd--lv--sdd                            253:7    0   1.8T  0 lvm
sde                                                                  8:64   0   1.8T  0 disk
└─ceph--hdd--vg--sde-ceph--hdd--lv--sde                            253:8    0   1.8T  0 lvm
sdf                                                                  8:80   0   1.8T  0 disk
└─ceph--hdd--vg--sdf-ceph--hdd--lv--sdf                            253:9    0   1.8T  0 lvm
sdg                                                                  8:96   0   1.8T  0 disk
sdh                                                                  8:112  0   1.8T  0 disk
sdi                                                                  8:128  0   1.8T  0 disk
sdj                                                                  8:144  0   1.8T  0 disk
sdk                                                                  8:160  0   1.8T  0 disk
sdl                                                                  8:176  0   1.8T  0 disk
sdm                                                                  8:192  0   1.8T  0 disk
sdn                                                                  8:208  0   1.8T  0 disk
sdo                                                                  8:224  0   1.8T  0 disk
sdp                                                                  8:240  0   1.8T  0 disk
sdq                                                                 65:0    0   1.8T  0 disk
sdr                                                                 65:16   0   1.8T  0 disk
sds                                                                 65:32   0   1.8T  0 disk
sdt                                                                 65:48   0   1.8T  0 disk
sdu                                                                 65:64   0   1.8T  0 disk
sdv                                                                 65:80   0   1.8T  0 disk
sdw                                                                 65:96   0   1.8T  0 disk
sdx                                                                 65:112  0   1.8T  0 disk
sdy                                                                 65:128  0   1.8T  0 disk
sdz                                                                 65:144  0   1.8T  0 disk
sdaa                                                                65:160  0   1.8T  0 disk
sdab                                                                65:176  0   1.8T  0 disk
sdac                                                                65:192  0   1.8T  0 disk
sdad                                                                65:208  0   1.8T  0 disk
sdae                                                                65:224  0   1.8T  0 disk
sdaf                                                                65:240  0   1.8T  0 disk
sdag                                                                66:0    0   1.8T  0 disk
sdah                                                                66:16   0   1.8T  0 disk
sdai                                                                66:32   0   1.8T  0 disk
sdaj                                                                66:48   0   1.8T  0 disk
sdak                                                                66:64   0   1.8T  0 disk
sdal                                                                66:80   0   1.8T  0 disk
nvme0n1                                                            259:0    0 745.2G  0 disk
├─ceph--nvme--vg--nvme0n1-ceph--journal--bucket--index--1--nvme0n1 253:0    0   5.4G  0 lvm
├─ceph--nvme--vg--nvme0n1-ceph--journal--sdc                       253:1    0   5.4G  0 lvm
├─ceph--nvme--vg--nvme0n1-ceph--journal--sdd                       253:2    0   5.4G  0 lvm
├─ceph--nvme--vg--nvme0n1-ceph--journal--sde                       253:3    0   5.4G  0 lvm
├─ceph--nvme--vg--nvme0n1-ceph--journal--sdf                       253:4    0   5.4G  0 lvm
└─ceph--nvme--vg--nvme0n1-ceph--bucket--index--1                   253:5    0 718.4G  0 lvm
nvme1n1                                                            259:1    0 745.2G  0 disk
    Copy to Clipboard

    以下は、lvscan の出力例です。 

    [root@c04-h01-6048r ~]# lvscan
  ACTIVE            '/dev/ceph-hdd-vg-sdf/ceph-hdd-lv-sdf' [<1.82 TiB] inherit
  ACTIVE            '/dev/ceph-hdd-vg-sde/ceph-hdd-lv-sde' [<1.82 TiB] inherit
  ACTIVE            '/dev/ceph-hdd-vg-sdd/ceph-hdd-lv-sdd' [<1.82 TiB] inherit
  ACTIVE            '/dev/ceph-nvme-vg-nvme0n1/ceph-journal-bucket-index-1-nvme0n1' [5.37 GiB] inherit
  ACTIVE            '/dev/ceph-nvme-vg-nvme0n1/ceph-journal-sdc' [5.37 GiB] inherit
  ACTIVE            '/dev/ceph-nvme-vg-nvme0n1/ceph-journal-sdd' [5.37 GiB] inherit
  ACTIVE            '/dev/ceph-nvme-vg-nvme0n1/ceph-journal-sde' [5.37 GiB] inherit
  ACTIVE            '/dev/ceph-nvme-vg-nvme0n1/ceph-journal-sdf' [5.37 GiB] inherit
  ACTIVE            '/dev/ceph-nvme-vg-nvme0n1/ceph-bucket-index-1' [<718.36 GiB] inherit
  ACTIVE            '/dev/ceph-hdd-vg-sdc/ceph-hdd-lv-sdc' [<1.82 TiB] inherit
    Copy to Clipboard

10.1.7. osds.yml および all.yml Ansible Playbooks の編集

  1. 前述の構成情報を lv-created.log から lvm_volumes: 行の下のgroup_vars/osds.yml にコピーします。

  2. osd_scenario: を lvm に設定します。 

    osd_scenario: lvm
    Copy to Clipboard

  3. all.yml および osds.yml の osd_objectstore: filestore を設定します。

    osds.yml ファイルは、以下のようになります。 

    # Variables here are applicable to all host groups NOT roles

osd_objectstore: filestore
osd_scenario: lvm
lvm_volumes:
  - data: ceph-bucket-index-1
    data_vg: ceph-nvme-vg-nvme0n1
    journal: ceph-journal-bucket-index-1-nvme0n1
    journal_vg: ceph-nvme-vg-nvme0n1
  - data: ceph-hdd-lv-sdc
    data_vg: ceph-hdd-vg-sdc
    journal: ceph-journal-sdc
    journal_vg: ceph-nvme-vg-nvme0n1
  - data: ceph-hdd-lv-sdd
    data_vg: ceph-hdd-vg-sdd
    journal: ceph-journal-sdd
    journal_vg: ceph-nvme-vg-nvme0n1
  - data: ceph-hdd-lv-sde
    data_vg: ceph-hdd-vg-sde
    journal: ceph-journal-sde
    journal_vg: ceph-nvme-vg-nvme0n1
  - data: ceph-hdd-lv-sdf
    data_vg: ceph-hdd-vg-sdf
    journal: ceph-journal-sdf
    journal_vg: ceph-nvme-vg-nvme0n1
    Copy to Clipboard

10.1.8. NVMe 用の Ceph のインストールおよび正常な実行の確認

システムが NVMe と LVM を最適に使用するように Ceph を設定したら、これをインストールします。

  1. Ansible Playbook の site.yml を実行して Ceph をインストールします。 

    $ ansible-playbook -v site.yml -i hosts
    Copy to Clipboard

  2. インストールの完了後に、Ceph が適切に実行されていることを確認します。 

    # ceph -s
    Copy to Clipboard 
    # ceph osd tree
    Copy to Clipboard

    Ceph が適切に実行されていることを示す ceph -s の出力例： 

     # ceph -s
  cluster:
    id:     15d31a8c-3152-4fa2-8c4e-809b750924cd
    health: HEALTH_WARN
            Reduced data availability: 32 pgs inactive

  services:
    mon: 3 daemons, quorum b08-h03-r620,b08-h05-r620,b08-h06-r620
    mgr: b08-h03-r620(active), standbys: b08-h05-r620, b08-h06-r620
    osd: 35 osds: 35 up, 35 in

  data:
    pools:   4 pools, 32 pgs
    objects: 0 objects, 0 bytes
    usage:   0 kB used, 0 kB / 0 kB avail
    pgs:     100.000% pgs unknown
             32 unknown
    Copy to Clipboard

    Ceph が適切に実行されていることを示す ceph osd tree の出力例： 

    [root@c04-h01-6048r ~]# ceph osd tree
ID  CLASS WEIGHT   TYPE NAME              STATUS REWEIGHT PRI-AFF
 -1       55.81212 root default
-15        7.97316     host c04-h01-6048r
 13   hdd  1.81799         osd.13             up  1.00000 1.00000
 20   hdd  1.81799         osd.20             up  1.00000 1.00000
 26   hdd  1.81799         osd.26             up  1.00000 1.00000
 32   hdd  1.81799         osd.32             up  1.00000 1.00000
  6   ssd  0.70119         osd.6              up  1.00000 1.00000
 -3        7.97316     host c04-h05-6048r
 12   hdd  1.81799         osd.12             up  1.00000 1.00000
 17   hdd  1.81799         osd.17             up  1.00000 1.00000
 23   hdd  1.81799         osd.23             up  1.00000 1.00000
 29   hdd  1.81799         osd.29             up  1.00000 1.00000
  2   ssd  0.70119         osd.2              up  1.00000 1.00000
-13        7.97316     host c04-h09-6048r
 11   hdd  1.81799         osd.11             up  1.00000 1.00000
 16   hdd  1.81799         osd.16             up  1.00000 1.00000
 22   hdd  1.81799         osd.22             up  1.00000 1.00000
 27   hdd  1.81799         osd.27             up  1.00000 1.00000
  4   ssd  0.70119         osd.4              up  1.00000 1.00000
 -5        7.97316     host c04-h13-6048r
 10   hdd  1.81799         osd.10             up  1.00000 1.00000
 15   hdd  1.81799         osd.15             up  1.00000 1.00000
 21   hdd  1.81799         osd.21             up  1.00000 1.00000
 28   hdd  1.81799         osd.28             up  1.00000 1.00000
  1   ssd  0.70119         osd.1              up  1.00000 1.00000
 -9        7.97316     host c04-h21-6048r
  8   hdd  1.81799         osd.8              up  1.00000 1.00000
 18   hdd  1.81799         osd.18             up  1.00000 1.00000
 25   hdd  1.81799         osd.25             up  1.00000 1.00000
 30   hdd  1.81799         osd.30             up  1.00000 1.00000
  5   ssd  0.70119         osd.5              up  1.00000 1.00000
-11        7.97316     host c04-h25-6048r
  9   hdd  1.81799         osd.9              up  1.00000 1.00000
 14   hdd  1.81799         osd.14             up  1.00000 1.00000
 33   hdd  1.81799         osd.33             up  1.00000 1.00000
 34   hdd  1.81799         osd.34             up  1.00000 1.00000
  0   ssd  0.70119         osd.0              up  1.00000 1.00000
 -7        7.97316     host c04-h29-6048r
  7   hdd  1.81799         osd.7              up  1.00000 1.00000
 19   hdd  1.81799         osd.19             up  1.00000 1.00000
 24   hdd  1.81799         osd.24             up  1.00000 1.00000
 31   hdd  1.81799         osd.31             up  1.00000 1.00000
  3   ssd  0.70119         osd.3              up  1.00000 1.00000
    Copy to Clipboard

    Ceph Object Gateway 用に、1 つの NVMe デバイスおよび LVM を最適に使用するように Ceph が設定されました。

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat, Inc.