Xenserver NFS エクスポート共有のサイズは 4GB のみですか?
-
23-12-2019 - |
質問
Xenserver 上に NFS サーバーを作成し、Cloudstack 4.4 にマウントすることができました。しかし、Xenserver VM (ローカル ストレージ) に 250 GB を割り当てた場合、プライマリ ストレージとセカンダリ ストレージのサイズが 4 GB しかないことに気付きました。
スペースを増やす理由と方法を教えてください。
画像リンク
http://115.66.5.90/manage/shares/Torrents/why%204gb%20size.png?__c=2533372089363723488
2014 年 6 月 8 日編集---------------
こんにちは、ミゲル。表示された手順を実行しましたが、まだスタックしています。(Xenには100GBが与えられました)
PV
PV VG mt 属性 PSize PFree
/dev/sda3 VG_XenStorage- lvm2 a- 91.99G 91.98G
次に、この 91GB が VM に Xen をインストールした後の空きストレージであるため、gdisk /dev/sda3 にします。
以下に書いてある手順をすべて実行しました。
もう一度PVSするとこの結果が得られます
[root@xenserver-bpqbdmrk ~]# pvs
PV VG Fmt 属性 PSize PFree
/dev/sda2 lvm2 a- 4.00G 4.00G
ただし、vgdisplay -c を実行したとき
[root@xenserver-bpqbdmrk ~]# vgdisplay -c
No volume groups found
fdisk -l
Disk /dev/sda: 107.3 GB, 107374182400 bytes
256 heads, 63 sectors/track, 13003 cylinders
Units = cylinders of 16128 * 512 = 8257536 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 13004 104857599+ ee EFI GPT
[root@xenserver-bpqbdmrk ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 4.0G 1.9G 2.0G 49% /
none 381M 16K 381M 1% /dev/shm
/opt/xensource/packages/iso/XenCenter.iso
52M 52M 0 100% /var/xen/xc-install
172.16.109.11:/export/primary/97cffd9a-acfe-0c71-91d5-b93e58f27462
4.0G 1.9G 2.0G 49% /var/run/sr-mount/97cffd9a-acfe-0c71-91d5-b93e58f27462
NFS に 4GB のストレージ リポジトリがあるにもかかわらず、ボリューム グループがない理由を教えてください。そして、なぜ私の /dev/sda2 にも 4GB しかないのですか
私のテスト用クラウドの詳細。100GBのVMを実行しています。
プライマリ ストレージとセカンダリ ストレージを組み合わせた 91 GB が必要でした。
Command (? for help): p
Disk /dev/sda: 209715200 sectors, 100.0 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 7AE0B6EE-99F4-44F4-A9F0-5140B14DCC32
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 209715166
Partitions will be aligned on 2048-sector boundaries
Total free space is 6042 sectors (3.0 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 8388641 4.0 GiB 0700
2 8390656 16777249 4.0 GiB 0700
3 16779264 209715166 92.0 GiB 8E00
Command (? for help):
解決
XenServer 管理コンソールにログオンすると、実際には VM (Dom0 で実行されている VM) にログオンすることになります。この VM は、ハイパーバイザー全体を制御する VM です。
XenServer に提供したリソースの一部のみが Dom0 の管理 VM によって使用されます。残りは、XenServer 上で起動する他の VM に使用されます。CPU、メモリ、ディスク容量も同様です。
XenServer ローカル ストレージ論理ボリュームにディスクの残りの領域がすでに含まれているかどうかを確認する必要があります。そのタイプを行うには pvs
端末上ですべての LVM 物理デバイスをリストします。探しているエントリは「VG_XenStorage-」で始まります。
その物理デバイスに接続されているディスク パーティション、合計サイズ、空き容量が表示されます。
ローカル ストレージの論理ボリュームに追加のスペースがまだ含まれていない場合は、スペースをパーティション分割して自分で追加する必要があります (まだ追加されていない場合)。ディスクデバイスが /dev/sda
, 、 タイプ gdisk /dev/sda
プロンプトで次のように入力します p
パーティションテーブルを出力します。(マウントされているものと比較して) パーティションが多すぎる場合は、使用可能なパーティションがすでに存在します。4 GB のパーティションが 2 つあり、さらに大きいパーティション (残りのスペースを使用する) が 1 つある場合は、最後のパーティションを使用します。そうでない場合は、ディスクの最後に作成する必要があります。まだ gdisk タイプのままです:
n
新しいパーティションを作成し、その番号 (次に使用可能な int) を選択します。- Enter キーを 2 回押して、次に使用可能なディスク ブロックから開始し、最後のディスク ブロックで終了します。
- タイプ
8e00
「Linux LVM」パーティションタイプを選択します - タイプ
w
新しいパーティションテーブルを書き込むには
この時点で、新しいパーティションが作成されているか、すでに使用可能なパーティションが存在しています。私は仮定しています /dev/sda3
. 。ここで、物理ボリュームを作成し、XenServer がローカル ストレージとして使用する論理ボリュームにそれを接続する必要があります。
pvcreate /dev/sda3
新しい物理ボリュームを作成するにはvgextend $(vgdisplay -c | cut -d : -f 1) /dev/sda3
の $(vgdisplay ...)
ビットは、物理デバイスを接続するボリューム グループの名前を見つけることです。
もし、するなら pvs
再び、ローカル ストレージ論理ボリュームに利用可能なスペースが増えていることがわかります。
編集:前述したように、XenServer はストレージ リポジトリ (SR) を使用して VM のローカル ストレージを管理できます。この場合、VM のストレージを保持するためのプライマリ ストレージ ディレクトリを作成する必要はありません。
二次ストレージに関しては、今後も必要となります。セカンダリ ストレージは、CloudStack がシステム VM の起動に使用するテンプレート (ディスク イメージ) を探す場所です。システム VM は、CloudStack がクラウド環境を管理するために使用する VM です (例:仮想ルーターまたはコンソール プロキシ)。CloudStack 下のハイパーバイザー (この場合は XenServer) はセカンダリ ストレージにアクセスできる必要があります。これを実現する最も一般的な方法の 1 つは、NFS 経由でセカンダリ ストレージを利用できるようにすることです。NFS エクスポートがハイパーバイザー自体から利用できるか、他のアクセス可能なマシンから利用できるかは、あまり重要ではありません。
質問の設定に戻りますが、XenServer のディスクは、1 つのパーティションがプライマリ ストレージ (SR を介して XenServer によって管理される) に利用可能になり、もう 1 つのパーティションがセカンダリ ストレージ (ファイルを含む) に利用できるようにパーティション分割する必要があります。システムにローカルにマウントされ、NFS エクスポートで利用可能になります)。