`zfs list`と` zpool list`がraidz2プールの非常に異なるサイズを報告するのはなぜですか?


11

8つのzpoolを持つZFSサーバーがあります。各プールは、10 + 2 RAIDZ構成の12個の6TBディスクです。したがって、各プールには、12 * 6 = 72 TBのrawストレージスペースと10 * 6 = 60 TBの使用可能スペースがあります。私はそれが使用してクエリを実行する場合しかし、私は別の結果を参照してください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  -

なぜ誰かがこの矛盾を理解するのを助けてくれますか?

回答:


10

こんなに大きなセットアップをしていることに驚いています。このアレイを構築しましたか?これは、プールの設計が原因で、パフォーマンスが低下する可能性があります。

いずれにせよ、zpoolmanページでこれについて説明しています。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.

1
会計上のニーズには、を使用してくださいzfs list。それが本当に重要なことです。プールの設計は、ユースケースによって異なります。何を達成したいですか?パフォーマンスと容量の要件は何ですか?一般に、raidz2の場合、各vdevで使用するディスクは6未満または10を超えないようにしてください(8は一般的な平均です)。
ewwhite

1
@ewwhiteニースは読みましたが、なぜそのアドバイスに従うのですか?これはOracleやzfsonlinuxの人々によるものではありません。この6-10の制限は何に基づいていますか?
Ryan Babchishin

2
@RyanBabchishin著者は、商用ZFSストレージソフトウェアベンダーのNexentaのエンジニアです。推奨事項は、経験、パフォーマンス、およびファイルシステムの完全な理解に基づいています。私は、人々が好きなように物事を構成できない、またはそれが機能しないと言っているわけではありません。それは単に最適ではありません。OPの場合、12ディスク設計では、ランダムなI / Oパフォーマンスが低下します。
ewwhite 2016

3
1 GBは1 073 741 824バイトではなく、1 000 000 000バイトであると考えるディスクメーカーの間には陰謀があるため、6Tbディスクは実際には6Tbではないことを忘れていたと思います。これは、会計処理からかなりのスペースを取ります。
ドルーキー

1
@drookie、あなたはその場にいます。lsblk -b各ディスクのバイトサイズは5.4TBで、以前考えていた6TBではありませんでした。
mkc
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.