これは「スタック」システムでの私の最初の質問であり、...それはおそらく非常にばかげています。
特に私は答えを知っていると思うので、それは重要なデータを備えた本番システムに関するものなので、私は確信し、少し確認したいと思います。
だから、状況。
ストレージアレイに接続されているストレージサーバーがあります（プリンシパルユニットと拡張機能で構成されたDDNストレージアレイです）。サーバー上のデータボリュームはLVMボリュームです。
実際には、6つの物理ボリュームに基づいています。
奇妙なストライプ構成があることに気付いたとき、私は少し驚きました：
[root ~]# lvs --segments
LV VG Attr #Str Type SSize
data ddn -wi-ao-- 4 striped 114.00t
data ddn -wi-ao-- 2 striped 57.11t
ボリュームは私が作成したものではなく、この構成の理由についてはわかりません。2つの説明があるかもしれません：
a）最初に、ボリュームは4 PVのみで作成されました。他の2つは後で追加されました。
b）最初の4つのPVはストレージアレイの主要ユニットにあり、他の2つのPVは拡張にあります。
いずれにしても、実際にはかなりうまく機能します。
ここで、LVMに新しいボリュームを追加したいと思います。追加するボリュームは1つしかなく、2つのボリュームを追加することはできません。
私は成功しなかったpvcreateとvgextend。
しかし、私がやろうとすると
lvextend /dev/ddn/data -l+100%FREE
ストライプについて聞かれます。私は少し混乱しています。
示すべきですか
lvextend /dev/ddn/data -l+100%FREE --stripes 3
ボリュームをデータのグループに追加しようとする
ddn -wi-ao-- 2ストライプ57.11t
または
lvextend /dev/ddn/data -l+100%FREE --stripes 1
ボリュームが1つしかないので、それだけでストライプ化できるからです（理解できるようにストライプ化されていません）。
2番目の可能性は正しいようです。そして、最初のものはありません（少なくともいくつかの操作なしでは、既にストライプ化されたグループにボリュームを追加できなかったため）。
この記事を読む：https : //access.redhat.com/documentation/en-us/red_hat_enterprise_linux/5/html/logical_volume_manager_administration/lv
特にポイント5.4.9。ストライプボリュームを拡張すると、「-stripes 1」を実行する必要があるという私の考えが確認されたようですが、確認したいと思います。
別の追加の質問。答え「ストライプ1」が正しい場合。RedHatの記事で、彼らは次のように述べました。
ストライプ化された論理ボリュームを拡張するための基礎となる物理デバイスが不足している場合、拡張がストライプ化されていなくてもボリュームを拡張でき、パフォーマンスが不均一になる可能性があります。
パフォーマンスに本当に影響すると思いますか？
パフォーマンスの問題は私たちにとって重要ですが、重要ではありません。そのため、パフォーマンスに少し影響を与える可能性があり、場合によってはそれが許容されます。しかし、システムの速度が本当に低下する可能性がある場合は、どうすればよいかわかりません（PVを1つだけ追加できると言ったように、現時点では別のPVを追加することはできません）。
ご協力いただきありがとうございます。愚かな質問でごめんなさい。