Почему `zfs list` и` zpool list` сообщают очень разные размеры для моих пулов raidz2?
У меня есть сервер ZFS с 8 пулами. Каждый пул состоит из 12 дисков по 6 ТБ в конфигурации RAIDZ 10 + 2. Таким образом, каждый пул имеет необработанное пространство хранения 12 * 6 = 72 ТБ и полезное пространство 10 * 6 = 60 ТБ. Однако я вижу разные результаты, когда запрашиваю его, используя zfs list и используя zpool list , как показано ниже:
# zfs list
NAME USED AVAIL REFER MOUNTPOINT
intp1 631K 48.0T 219K /intp1
intp2 631K 48.0T 219K /intp2
intp3 631K 48.0T 219K /intp3
jbodp4 631K 48.0T 219K /jbodp4
# zpool list
NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
intp1 65T 1.02M 65.0T - 0% 0% 1.00x ONLINE -
intp2 65T 1020K 65.0T - 0% 0% 1.00x ONLINE -
intp3 65T 1.02M 65.0T - 0% 0% 1.00x ONLINE -
jbodp4 65T 1.02M 65.0T - 0% 0% 1.00x ONLINE -
Может ли кто-нибудь помочь мне понять, почему это несоответствие?
Я удивлен, что у вас такая большая установка. Вы построили этот массив? Это потенциально плохая организация для производительности из-за конструкции пула.
В любом случае, справочная страница zpool объясняет это. zfs list покажет ваше полезное пространство.В списке zpool показано пространство четности как пространство хранения.
used Amount of storage space used within the pool.
The space usage properties report actual physical space available to the storage pool. The physical
space can be different from the total amount of space that any contained datasets can actually use.
The amount of space used in a raidz configuration depends on the characteristics of the data being
written. In addition, ZFS reserves some space for internal accounting that the zfs(8) command takes
into account, but the zpool command does not. For non-full pools of a reasonable size, these effects
should be invisible. For small pools, or pools that are close to being completely full, these dis-
crepancies may become more noticeable.