サーバーRAIDレベルの調整
記事ディレクトリ
1.背景を調整する
システム ディスクは、Raid1 を介して 2 台の 600G HDD を備えたオペレーティング システムであり、サーバーには合計 4 台の 600G HDD ディスクが搭載されています。ディスクの冗長性を確保するには、利用可能なスペースが 1.2T になるように、RAID1 を構成する必要があります。 、2枚のディスクが無駄になります。
最近、システム リソースが不足しているため、コストを削減し、リソースの科学的可用性を最大化するという原則に従って、ディスク RAID レベルを 2 つの Raid 1 グループから 1 つの冗長構成を持つ 1 つの Raid 5 グループに調整する必要があります。ディスク。(すべてのサーバーは長期更新が計画されており、損傷したディスクは 1 週間以内に適時に交換されます)
PS: 前提として、ディスク IO の通常の使用にはボトルネックはありません。システムディスクのリフレッシュと論理ボリュームの PV サイズ調整が困難です。RAID の再構築中に IO の損失が発生することに注意してください。これは、ビジネス過小評価期間またはビジネス移行後に実行することをお勧めします。
2. 調整手順
2.1 リソースを準備します。
事前に別の RAID サービス グループを移行して、リソースを解放します。
2.2 基本的な RAID 移行を実行します。
2.3 RAID 再構築待ち
再構築には長いプロセスがかかります。600G データの再構築には約 12 時間かかります。再構築プロセス中は、io が遅くなるようです。もちろん、データの損失や再構築が失敗する状況もありますので、十分な準備をしておくことをお勧めします。
2.4 リフレッシュシステムのハードディスクの識別
システムの帯域外管理から、RAID リソースが再構築され、セクターが RAID1==>RAID5 になり、容量が 600G ===>1675G に変更されたことがわかります。
最初の問題は、どうやってリフレッシュするかということです。
partproble を使用して、システム カーネルにパーティション状況を再ロードさせますが、失敗しました。
再起動方法を使用すると、システムがリロードされ、有効になります。
しかし、Dafa を再起動するのは非常に面倒で、サーバーはまだ限界のあるビジネスを持っています。
コマンドを使用します:「echo 1 > /sys/block/sda/device/rescan」
2.5 GPT パーティション サイズの変更
システムはsdaが1.7Tであることを認識しますが、システムディスクはGPTハードディスクフォーマットを採用し、データ分散はパーティション+LVM方式を採用しており、つまり論理ボリュームは認識されません。
**2 番目の問題: 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 ~]# vgs
VG #PV #LV #SN Attr VSize VFree
centos 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/sda
Disk /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: 0x00000000
Device 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 Flags
1 1049kB 211MB 210MB fat16 EFI System Partition boot
2 211MB 735MB 524MB xfs
3 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 Flags
1 1049kB 211MB 210MB fat16 EFI System Partition boot
2 211MB 735MB 524MB xfs
3 735MB 1799GB 1798GB lvm
2.6 リフレッシュPVサイズ
/dev/sda3 のサイズは更新されましたが、pv サイズと vg の残りのサイズは変更されていません。
コマンド「pvresize /dev/sda3」を使用します。
3. 調整内容の概要
- ビジネスを移行するために RAID 関連の操作を実行し、ビジネスに影響を与えないデータ損失の準備をします。
- システムディスク容量の調整は大きな問題であり、ほとんどの場合、システムを再起動する必要があります。
- この操作の手順:
- dell RAID 移行、再構築
- システムディスク容量のリフレッシュ
- システム gpt パーティション容量の更新
- PVデータ更新
手術にはリスクが伴いますので慎重に行う必要があります。まずはバックアップの原則