まず、あなたはその一部のために混乱しています。かなり柔軟に物理範囲サイズ（）を設定できますvgcreate -s <size-of-PE>。でも大丈夫です。デフォルト値を使用する必要があります。マンページ引用:

デフォルトは4MiBです。[H]多数のエクステントを予約するとツールが遅くなりますが、論理ボリュームのI / Oパフォーマンスには影響しません。

「I/O 性能に影響がない」という言葉は文字通り意味します。 LVMはデバイスマッパーの周りのラッパーであり、LVMツールは物理範囲サイズをデバイスマッパーに公開しません。 I / Oを実行する実際のカーネルコードは範囲のサイズを知りません。したがって、lvcreateワークロードの一部として常に実行する必要がない限り、問題はありません。

（これは照合順序に影響します。以下を参照してください。）

論理拡張領域のサイズ（を使用して設定lvcreate -l «number-of-extents»）は、論理ボリュームのサイズを指定する唯一の方法です。 LVサイズ=物理拡張領域サイズ*拡張領域の数。一般的にこれを使用する-L «size»理由は、数学を実行し、人間に優しい寸法を指定できるからです。10T

上記の意味がない限り、「音量範囲」が何を意味するのかわかりません。あるいは、物理ボリュームの長さを範囲と呼ぶこともできますが、これはサイズを指定する別の方法にすぎません。

何に興味を持つべきですか？

36TBでは、sdbが普通の古いディスクである可能性はありません。ソート要件を見つけて、すべてが正しくソートされていることを確認する必要があります。data_alignment_offset_detection（参考資料を参照）これが設定に最も簡単な場合、man 5 lvm.confLVMツールはすべてを処理します。 （論理ボリュームの）割り当ては物理的範囲全体にわたって行われるため、PEサイズがソートサイズの倍数になりたいと思います。しかし、4MiBではすでにそうかもしれません。誤った位置合わせは、I/O パフォーマンス、特に書き込みパフォーマンスを低下させます。

また、ワークロードに適したRAIDレベルを使用する必要があります。バッテリ駆動のキャッシュも考えてみましょう。