☰

Linux + 当磁盘大小很大时，在物理磁盘上使用 LVM 创建卷是否正确

tag-icon • tag-icon linux lvm disk xfs kafka
Linux + 当磁盘大小很大时，在物理磁盘上使用 LVM 创建卷是否正确

我们的目标是为 Kafka 机器使用 200TB 的巨大存储空间

为了实现这个目标，我们在RAID10中使用LVM在4个物理磁盘上创建卷，每个磁盘大小为50T，

RAID10注意 -当每个 RAID10 拥有 12 个磁盘时，每个磁盘实际上是 sdb/sdc/sdd/sde

在我们的 kafka 服务器中，我们有 4 个磁盘（示例来自lsblk）

sdb                  8:16   0   50T  0 disk 
sdc                  8:32   0   50T  0 disk 
sdd                  8:48   0   50T  0 disk 
sde                  8:64   0   50T  0 disk

所以我们写了下面的程序：

我们将磁盘/dev/sdb和结合起来/dev/sdc。和，将它们添加到同一卷组中/dev/sdd。-/dev/sdeDB_vg

vgcreate DB_vg /dev/sdb /dev/sdc /dev/sdd /dev/sde

我们创建逻辑卷（我们这里使用 200T 大小）

lvcreate -L200T -n DB_lv DB_vg

我们创建 XFS 文件系统

mkfs.ext4  -j -m 0  /dev/DB_vg/DB_lv -F

我们创建文件夹，以便将LV挂载到该文件夹

mkdir /var/lib/kafka_broker

mount /dev/DB_vg/DB_lv /var/lib/kafka_broker

从df -h，它应该看起来像这样（示例）

/dev/mapper/DB_vg-DB_lv  200T   61M  200T   1%  /var/lib/kafka_broker

从lsblk

sdb                   
└─DB_vg-DB_lv 253:4    
sdc                   
└─DB_vg-DB_lv 253:4   
sdd                  
└─DB_vg-DB_lv 253:4    
sde                  
└─DB_vg-DB_lv 253:4

从blkid

blkid | grep LVM2_member
/dev/sda2: UUID="Y5MbyB-C5NN-hcPA-wd9R-jmdI-02ML-W9qIiu" TYPE="LVM2_member"    <-- sda2 is the OS
/dev/sdc: UUID="mtg8CY-b3j9-K1qZ-CRTV-SZum-gDx3-lbm4ZX" TYPE="LVM2_member"
/dev/sdb: UUID="MvfzqO-PV8N-dror-psl4-PfUf-7coa-6cb8lQ" TYPE="LVM2_member"
/dev/sdd: UUID="C4n63l-Uk3E-D65G-WcgI-xic2-cJLi-eSTUAa" TYPE="LVM2_member"
/dev/sde: UUID="d743Xp-eDxr-Dygk-HGgy-Dh9c-K3cx-kHtyqo" TYPE="LVM2_member"

现在我们可以使用/dev/mapper/DB_vg-DB_lv挂载到的 LV/var/lib/kafka_broker folder

我们可以使用该文件夹 /var/lib/kafka_broker作为kafka代理机200T的存储

我的问题是：

  1. 安全吗？使用 LVM 使用 4 个巨大磁盘创建的巨大存储空间？

  2. 当存储大小在200T左右时，我们可以创建XFS文件系统吗？

  3. 我对我的程序是否正确，或者我可能遗漏了什么？

答案1

  1. 与任何存储一样，这与您的备份一样安全。

  2. XFS 支持高达 500TB，所以这很好。

  3. 据我所知，没有丢失任何东西（vgcreate并且vgextend可以初始化PV，因此您不需要运行pvcreate）。

相关内容