Die Erweiterung des logischen Volumes wird verwendet, um zusätzlichen Speicher bereitzustellen und den fortgesetzten Betrieb der virtuellen Maschine zu erleichtern. In diesem Artikel wird der Prozess der Erweiterung logischer Volumes vom Typ Qcow2 mit Thin-Provisioning-Zuweisung erläutert.
Hier ist der Prozess der LV-Erweiterung:
1. Wenn das Image der virtuellen Festplatte auf einem Speicher im Qcow2-Format gespeichert wird, stellt Qemu eine logische Zuordnung zwischen Blöcken in der VM und Blöcken auf der Festplatte bereit.
2. Wenn es irgendeine VM-Schreibaktivität gibt, greift Qemu schreibend auf das logische Volume zu und dann wächst das qcow2-Image.
3. Qemu meldet weiterhin die Verwendungen an vdsm. Und vdsm hat einen Standardschwellenwert (volume_utilization_percent &volume_utilization_chunk_mb), um die lokale Speicherzuweisung mit der tatsächlichen Speichernutzung zu vergleichen. Wenn freier Speicherplatz <(100 % - volume_utilization_percent%) * volume_utilization_chunk_mb ist, bedeutet dies, dass der Schwellenwert überschritten wurde.
294 # Together with volume_utilization_chunk_mb, set the minimal free 295 # space before a thin provisioned block volume is extended. Use lower 296 # values to extend earlier. 297 # volume_utilization_percent = 50 298 299 # Size of extension chunk in megabytes, and together with 300 # volume_utilization_percent, set the free space limit. Use higher 301 # values to extend in bigger chunks. 302 # volume_utilization_chunk_mb = 1024
4. qemu wird zu Pause und vdsm gibt eine Erweiterungsanforderung aus und schreibt eine Nachricht an SPM über das Speicherpostfach, um LV zu erweitern, und überwacht weiterhin die SPM-Antwort in eingehender E-Mail alle 2 Sekunden. Zugehörige Protokolle finden Sie in vdsm.log wie folgt:
2020-09-11 10:11:20,551-0700 INFO (periodic/187) [virt.vm] (vmId='xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx') Requesting extension for volume 1e4f0bee-1c3b-4f4d-9d4a-bafed6cd773f on domain a1ce94f1-8001-48f6-ade2-cc1ac11660cb (apparent: 42949672960, capacity: 2197949513728, allocated: 42637918208, physical: 42949672960 threshold_state: exceeded) (vm:1277)
2020-09-11 10:11:20,551-0700 INFO (periodic/187) [vdsm.api] START sendExtendMsg(spUUID='2dc32f8e-5b7a-4183-974f-aa96c8eb5bc2', volDict={'newSize': 44023414784, 'domainID': 'a1ce94f1-8001-48f6-ade2-cc1ac11660cb', 'name': 'xxx', 'poolID': '2dc32f8e-5b7a-4183-974f-aa96c8eb5bc2', 'clock': , 'internal': False, 'volumeID': '1e4f0bee-1c3b-4f4d-9d4a-bafed6cd773f', 'imageID': 'd1b292cb-2518-4c89-9730-6b56bae10c90'}, newSize=44023414784, callbackFunc=>) from=internal, task_id=4f42cdc3-a2a7-4b91-93d4-4eab80e57a7f (api:48)
2020-09-11 10:11:20,564-0700 INFO (mailbox-hsm) [storage.MailBox.HsmMailMonitor] HSM_MailMonitor sending mail to SPM - ['/usr/bin/dd', 'of=/rhev/data-center/2dc32f8e-5b7a-4183-974f-aa96c8eb5bc2/mastersd/dom_md/inbox', 'iflag=fullblock', 'oflag=direct', 'conv=notrunc', 'bs=4096', 'count=1', 'seek=2'] (mailbox:380)
2020-09-11 10:11:20,551-0700 INFO (periodic/187) [vdsm.api] FINISH sendExtendMsg return=None from=internal, task_id=4f42cdc3-a2a7-4b91-93d4-4eab80e57a7f (api:54) 5. Wenn ausreichend physikalischer Speicherplatz verfügbar ist, verlängert der SPM den LV und antwortet mit einer Erfolgsmeldung. SPM aktualisiert die Metadaten.
6. Wenn der vdsm die erfolgreichen Antworten auf seine lv-Erweiterungsanforderung erhält, aktualisiert er seine lv-Zuordnung, um das neu zugewiesene Volume zu erkennen. Dann setzt vdsm die VM-Ausführung fort. Zugehörige Protokolle finden Sie in vdsm.log wie folgt:
2020-09-11 10:11:22,615-0700 INFO (mailbox-hsm/0) [vdsm.api] START refreshVolume(sdUUID='a1ce94f1-8001-48f6-ade2-cc1ac11660cb', spUUID='2dc32f8e-5b7a-4183-974f-aa96c8eb5bc2', imgUUID='d1b292cb-2518-4c89-9730-6b56bae10c90', volUUID='1e4f0bee-1c3b-4f4d-9d4a-bafed6cd773f') from=internal, task_id=405c92c8-3b4b-4ba1-b0ba-c24b72444529 (api:48)
2020-09-11 10:11:22,780-0700 INFO (mailbox-hsm/0) [storage.LVM] Refreshing LVs (vg=a1ce94f1-8001-48f6-ade2-cc1ac11660cb, lvs=('1e4f0bee-1c3b-4f4d-9d4a-bafed6cd773f',)) (lvm:1466) 7. Wenn kein physischer Speicherplatz verfügbar ist, schlägt die Erweiterung fehl und vdsm meldet einen enospc-Fehler wie folgt:
2020-09-11 10:11:21,527-0700 INFO (libvirt/events) [virt.vm] (vmId='xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx') abnormal vm stop device ua-d1b292cb-2518-4c89-9730-6b56bae10c90 error enospc (vm:5064) 2020-09-11 10:11:21,571-0700 WARN (libvirt/events) [virt.vm] (vmId='xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx') device xxx out of space (vm:3986) 2020-09-11 10:12:16,882-0700 INFO (libvirt/events) [virt.vm] (vmId='0xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx') underlying process disconnected (vm:1066) 2020-09-11 10:12:16,882-0700 INFO (libvirt/events) [virt.vm] (vmId='0xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx') Release VM resources (vm:5168) 2020-09-11 10:12:16,882-0700 INFO (libvirt/events) [virt.vm] (vmId='0xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx') Stopping connection (guestagent:455)
In diesem Fall müssen Sie die Speicherkapazität manuell hinzufügen, um sie zu erweitern. Wenn der Volume-Gruppe eine neue LUN hinzugefügt wird, verteilt der SPM den zusätzlichen Speicher automatisch auf die logischen Volumes, die ihn benötigen. Die automatische Zuweisung zusätzlicher Ressourcen ermöglicht es den entsprechenden virtuellen Maschinen, den Betrieb automatisch ununterbrochen fortzusetzen oder den Betrieb wieder aufzunehmen, wenn er gestoppt wurde.