VMディスクサイズを増やす
仮想マシン(VM)のディスクサイズが
「Routing Directorのシステム要件」で説明されている最小システム要件を満たしていない既存のインストールでは、ディスクサイズを増やす必要があります。ディスクサイズを増やすには、以下の手順を実行します。
- VMの電源を切ります。
- ハイパーバイザーからプライマリー仮想ディスクと Ceph 仮想ディスクのサイズを増やします。Ceph は、仮想マシンに接続された 2 番目のディスクを使用します。
ディスクサイズを増やすには、ハイパーバイザーに対応する手順を実行します。
-
注:VM にスナップショットがある場合、サイズを大きくするディスク オプションはグレー表示され、使用できません。スナップショットがあるVMのハードディスクを増やすには、まずVMware ESXi 8.0サーバーでスナップショットを削除する必要があります。
-
- VMの電源を入れます。
- VM の Linux ルートシェルにログインします。
- ディスクサイズが増加していることを確認します。たとえば、Proxmox および KVM でホストされる VM では、次のようになります。
root@vm4:~# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sr0 11:0 1 4M 0 rom nbd0 43:0 0 0B 0 disk nbd1 43:32 0 0B 0 disk nbd2 43:64 0 0B 0 disk nbd3 43:96 0 0B 0 disk nbd4 43:128 0 0B 0 disk nbd5 43:160 0 0B 0 disk nbd6 43:192 0 0B 0 disk nbd7 43:224 0 0B 0 disk vda 252:0 0 400G 0 disk ├─vda1 │ 252:1 0 399.9G 0 part /var/lib/kubelet/pods/82d639b3-56ad-4aa3-8ae5-853542060a90/volume-subpaths/config/network/0 │ /var/lib/kubelet/pods/badeffa6-bd3b-4d3c-8d4e-852c4f539ac4/volume-subpaths/features/papi-ws/2 │ /var/lib/kubelet/pods/badeffa6-bd3b-4d3c-8d4e-852c4f539ac4/volume-subpaths/config/papi-ws/0 │ /var/lib/kubelet/pods/e502baaa-9cc8-4770-9cfd-b5643d021c13/volume-subpaths/cfssl-data/cfssl/2 │ /var/lib/kubelet/pods/e502baaa-9cc8-4770-9cfd-b5643d021c13/volume-subpaths/cfssl-data/cfssl/1 <output snipped> │ /export/local-volumes/pv4 │ /export/local-volumes/pv3 │ /export/local-volumes/pv2 │ /export/local-volumes/pv1 │ /var/lib/kubelet/pods/29e73626-169c-4ff0-a3b1-b5ab96b0d57f/volume-subpaths/tigera-ca-bundle/calico-node/6 │ / ├─vda14 │ 252:14 0 4M 0 part └─vda15 252:15 0 106M 0 part /boot/efi vdb 252:16 0 100G 0 diskここでは、プライマリーディスクの
vdaは 400 GB に増加し、Ceph のvdbは 100 GB に増加しました。vdaディスクのサイズが設定どおりに増加しない場合は、次のコマンドを実行して手動でサイズを増やします。-
root@vm4:~# growpart /dev/vda 1
-
root@vm4:~# resize2fs /dev/vda1
lsblkコマンドを再実行して、ディスクサイズが増加したことを確認します。注:ESXi でホストされる仮想マシンでは、ディスクとパーティションの名前はそれぞれsdaとsd1になる場合があります。
-
- Ceph OSD を再起動して、サイズ変更を検出します。次に例を示します。
既存のOSDサイズを確認します。
Rookツールポッドを起動します。
root@vm1:~# kubectl exec -ti -n rook-ceph $(kubectl get po -n rook-ceph -l app=rook-ceph-tools -o jsonpath={..metadata.name}) -- bash- 現在のOSDサイズを取得します。
bash-4.4$ ceph osd status ID HOST USED AVAIL WR OPS WR DATA RD OPS RD DATA STATE 0 vm2 2846M 47.2G 0 2633 0 0 exists,up 1 vm3 3132M 46.9G 1 28.6k 0 1135k exists,up 2 vm4 3065M 47.0G 4 23.9k 3 201k exists,up 3 vm1 2897M 47.1G 1 2698 1 979k exists,up
この例では、vm4のOSDを変更しています。ここには、~50 GB (中古+利用可能) の元のサイズがまだ表示されます。
Linuxルートシェルに戻り、ディスクサイズを増やすノード(vm4)で実行されているOSDポッドを特定します。
root@vm1:~# kubectl get pod -A -o wide | grep osd | grep vm4 ... rook-ceph rook-ceph-osd-2-787df64c87-bkjt8 2/2 Running 2 (4d3h ago) 13d 10.1.2.8 vm4 <none> <none> ...
ポッドを再起動します。
root@vm1:~# kubectl rollout restart deploy -n rook-ceph rook-ceph-osd-2-787df64c87-bkjt8
新しいサイズを確認します。
Rookツールポッドを起動し、
ceph osd statusを再度実行します。bash-4.4$ ceph osd status ID HOST USED AVAIL WR OPS WR DATA RD OPS RD DATA STATE 0 vm2 2924M 47.1G 0 4403 0 0 exists,up 1 vm3 3202M 46.8G 0 426k 0 1140k exists,up 2 vm4 1474M 98.5G 0 477 1 186k exists,up 3 vm1 2977M 47.0G 3 21.4k 3 1008k exists,up
ここでは、vm4のOSDは~100-GBに増加しています。
合計サイズも増加していることを確認します。
bash-4.4$ ceph status ... data: ... usage: 56 GiB used, 194 GiB / 250 GiB availここでは、合計サイズが 200 GB から 250 GB に増加しました。
注:この例では、1 つのノード VM 上の Ceph ストレージのサイズを増やしました。すべてのノードでストレージ値を一貫させるには、すべてのノードVMのサイズを増やす必要があります。残りの 3 つの VM について、これらの手順を繰り返します。
- Ceph ストレージの合計サイズを増やした後、オブジェクトストレージと PVC の間の割り当て割り当てを更新する必要があります。VM のデプロイメントシェルにログインして、割り当てクォータを増やします。
root@vm1> request deployment deploy cluster input "-t rook-quota" Process running with PID: 1830232 To track progress, run 'monitor start /epic/config/log'