В настоящее время у меня есть диски размером 9x1 ТБ в RAID5, что для меня составляет 8 ТБ хранилища. Однако я этого совсем не понимаю. Это произошло после перехода с RAID6 на RAID5 и выполнения необходимых команд для изменения размера файловой системы.
mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Sun Apr 8 18:20:33 2012
Raid Level : raid5
Array Size : 7804669952 (7443.11 GiB 7991.98 GB)
Used Dev Size : 975583744 (930.39 GiB 999.00 GB)
Raid Devices : 9
Total Devices : 9
Persistence : Superblock is persistent
Update Time : Tue Dec 10 10:15:08 2013
State : clean
Active Devices : 9
Working Devices : 9
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 512K
Name : ares:0 (local to host ares)
UUID : 97b392d0:28dc5cc5:29ca9911:24cefb6b
Events : 995494
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 8 17 1 active sync /dev/sdb1
5 8 49 2 active sync /dev/sdd1
3 8 65 3 active sync /dev/sde1
4 8 81 4 active sync /dev/sdf1
9 8 113 5 active sync /dev/sdh1
11 8 97 6 active sync /dev/sdg1
6 8 145 7 active sync /dev/sdj1
10 8 129 8 active sync /dev/sdi1
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 7.2T 2.1T 4.8T 31% /mnt/raid
Это нормально и чего мне следует ожидать, или я что-то делаю не так?
Это старая проблема двоичных и денарных килограммов / мегагигов / терабайт.
Обратите внимание на линию
Array Size : 7804669952 (7443.11 GiB 7991.98 GB)
Итак, пока размер вашего массива составляет 7991,98 ГБ, при использовании денар-ГБ - это примерно 8 * 1 ТБ - при использовании двоичного ГиБ это 7443,11 ГБ. Деление на 2 ^ 10 снова дает 7,27 ТиБ, затем потеря около 1,5% из-за накладных расходов на FS приводит к 7,16 ТиБ, или 7,2 с округлением, что именно то, что df
сообщает.
Чтобы увидеть более подробный анализ аналогичного массива, включая обоснование этой цифры «1,5%», прочтите мой ответ здесь