服务器Raid级别调整

文章目录

服务器Raid级别调整
- 一. 调整背景
- 二. 调整步骤
- - 2.1 准备资源：
  - 2.2 执行RAID基本迁移:
  - 2.3 等待RAID重建
  - 2.4 刷新系统硬盘识别
  - 2.5 GPT分区大小修改
  - 2.6 刷新PV大小
- 三. 调整总结

一. 调整背景

系统磁盘是两块600G HDD 通过Raid1做的操作系统，而服务器共有600G HDD磁盘4块，为了保障磁盘的冗余性都需要配置raid1，这样可用空间1.2T，浪费磁盘2块。

近期由于系统资源不足，本着降成本，提升资源最大科学可用率的原则，需要进行磁盘raid级别调整，由两组Raid 1 ，优化至一组Raid5 冗余盘1块。（所有服务器均计划长期续保，即损坏磁盘一周内会进行及时更换）

PS: 前提，磁盘io正常使用没有瓶颈。难点，系统盘刷新和逻辑卷PV大小调整。注意点，raid重建时io存在损耗，建议业务低估期或业务迁移后进行。

二. 调整步骤

2.1 准备资源：

提前将另外一组RAID业务迁移，资源释放；

2.2 执行RAID基本迁移:

2.3 等待RAID重建

重建是一个漫长的过程,600G数据大概需要重建12小时左右, 重建过程中io会出现缓慢。当然存在数据丢失重建失败的情况，建议做好一切准备。

2.4 刷新系统硬盘识别

从系统带外管理中看到，raid资源已经重建完毕，界别有 RAID1==》RAID5 ，容量由 600G ===》 1675G。

第一个难题出现：如何刷新呢？

使用partproble 使系统内核重新加载分区情况，未果。

使用重启大法，系统重新加载，有效。

但重启大法过于笨重，服务器还有边缘业务呢。

使用命令: “echo 1 > /sys/block/sda/device/rescan”

2.5 GPT分区大小修改

系统识别到sda为1.7T,但系统盘采用GPT硬盘格式,数据分布采用分区+LVM方式,即逻辑卷没有识别到.

**第二大难题: PV 刷新. **

为此尝试过救援模式修改分区大小,各种命令刷新均无效。曾考虑过系统重装。

使用 parted 命令修改分区大小

[root@bj-test-kvm-db-2-18 ~]# echo 1 > /sys/block/sda/device/rescan
[root@bj-test-kvm-db-2-18 ~]# df
Filesystem                           1K-blocks       Used  Available Use% Mounted on
devtmpfs                             263874956          0  263874956   0% /dev
tmpfs                                263886916          4  263886912   1% /dev/shm
tmpfs                                263886916    1283240  262603676   1% /run
tmpfs                                263886916          0  263886916   0% /sys/fs/cgroup
/dev/mapper/centos-root              104806400    3879200  100927200   4% /
/dev/sda2                               508580     172484     336096  34% /boot
/dev/sda1                               204580      11484     193096   6% /boot/efi
/dev/mapper/vg_hdd_db02-lv_data2    4685043712 3221956368 1463087344  69% /data2
/dev/mapper/vg_ssd_db01-lv_datassd   780410564  305965012  474445552  40% /data_ssd
/dev/mapper/centos-lv_data           469205152  407205156   61999996  87% /data
/dev/mapper/vg_ssdr002-lv_datassd_2  780410564  778790216    1620348 100% /data_ssd2
tmpfs                                 52777384          0   52777384   0% /run/user/0
[root@bj-test-kvm-db-2-18 ~]# lsblk
NAME                      MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                         8:0    0   1.7T  0 disk
├─sda1                      8:1    0   200M  0 part /boot/efi
├─sda2                      8:2    0   500M  0 part /boot
└─sda3                      8:3    0 557.7G  0 part ├─centos-root           253:0    0   100G  0 lvm  /├─centos-swap           253:1    0    10G  0 lvm  [SWAP]└─centos-lv_data        253:3    0 447.7G  0 lvm  /data
sdb                         8:16   0 744.6G  0 disk
└─vg_ssd_db01-lv_datassd  253:4    0 744.6G  0 lvm  /data_ssd
sdd                         8:48   0   4.4T  0 disk
└─vg_hdd_db02-lv_data2    253:2    0   4.4T  0 lvm  /data2
sde                         8:64   0 744.6G  0 disk
└─vg_ssdr002-lv_datassd_2 253:6    0 744.6G  0 lvm  /data_ssd2
[root@bj-test-kvm-db-2-18 ~]# vgsVG          #PV #LV #SN Attr   VSize    VFreecentos        1   3   0 wz--n- <557.69g    0 vg_hdd_db02   1   1   0 wz--n-   <4.37t    0 vg_ssd_db01   1   1   0 wz--n-  744.62g    0 vg_ssdr002    1   1   0 wz--n-  744.62g    0
[root@bj-test-kvm-db-2-18 ~]# fdisk -l /dev/sdaDisk /dev/sda: 1798.7 GB, 1798651772928 bytes, 3512991744 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x00000000Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1  1170997247   585498623+  ee  GPT
[root@bj-test-kvm-db-2-18 ~]# parted /dev/sda
GNU Parted 3.1
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Error: The backup GPT table is not at the end of the disk, as it should be.  This might mean that another operating system believes the disk is smaller.  Fix, by moving the backup to the end (and removing the
old backup)?
Fix/Ignore/Cancel? fix
Warning: Not all of the space available to /dev/sda appears to be used, you can fix the GPT to use all of the space (an extra 2341994496 blocks) or continue with the current setting?
Fix/Ignore? Fix
Model: DELL PERC H730P Mini (scsi)
Disk /dev/sda: 1799GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: Number  Start   End    Size   File system  Name                  Flags1      1049kB  211MB  210MB  fat16        EFI System Partition  boot2      211MB   735MB  524MB  xfs3      735MB   600GB  599GB                                     lvm(parted) res
rescue      resize      resizepart
(parted) resizepart 3
End?  [600GB]? 100%
(parted) p
Model: DELL PERC H730P Mini (scsi)
Disk /dev/sda: 1799GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: Number  Start   End     Size    File system  Name                  Flags1      1049kB  211MB   210MB   fat16        EFI System Partition  boot2      211MB   735MB   524MB   xfs3      735MB   1799GB  1798GB                                     lvm

2.6 刷新PV大小

/dev/sda3 大小已经刷新,但pv大小,vg剩余大小依然没有变更.

使用命令: “pvresize /dev/sda3”

三. 调整总结

执行raid任何相关操作已经要迁移业务,做好数据丢失不影响业务的准备
系统盘容量调整是一个大的问题,多数情况下都需要重启系统.
本次操作的步骤:
- dell raid 迁移,重建
- 系统磁盘容量刷新
- 系统gpt分区容量刷新
- pv数据刷新

操作有风险,操作需谨慎。备份第一的原则