Zwiększenie miejsca na dysku wirtualnej appliance

Wirtualne appliance się zapełniają: nagrania, archiwa, bazy danych i logi gromadzą się na partycjach, które je przechowują. Ta strona rozszerza jedną z tych partycji tak, aby wykorzystała całe miejsce dostępne na dysku — na serwerze Mediation Controller albo Edge Gateway.

Operację przeprowadza się zwykle na żywo, bez wpływu na produkcję.

Jeden warunek, i nie podlega on negocjacji

Poniższe polecenia zakładają układ dysków i partycjonowanie dostarczone razem z appliance. Jeśli dyski lub partycjonowanie tej maszyny wirtualnej zostały zmienione ręcznie, polecenia nie mają zastosowania: usuwają i odtwarzają partycję, a zrobiłyby to w oparciu o założenia, które przestały być prawdziwe. W takim przypadku skontaktuj się ze wsparciem Systancia, zamiast samodzielnie dostosowywać polecenia.

Tolerowana jest jedna zmiana: ta, którą wprowadziła już sama ta procedura. Strona jest pomyślana tak, by stosować ją wielokrotnie — appliance rozszerzona w ten sposób nadal się kwalifikuje, a każde kolejne powiększenie dysku wirtualnego przekazuje się partycji w ten sam sposób.

Zanim zaczniesz

Wykonaj te cztery kroki po kolei. Pierwszy z nich sprawia, że z pozostałych można się wycofać.

1. Wykonaj kopię zapasową maszyny wirtualnej

Przede wszystkim wykonaj kopię zapasową maszyny wirtualnej. Rozszerzenie przepisuje tablicę partycji: to kopia zapasowa sprawia, że nieudana operacja kończy się przywróceniem, a nie ponowną instalacją.

2. Zwiększ dysk wirtualny z poziomu hipernadzorcy

Dodaj potrzebne miejsce do dysku appliance z poziomu swojego hipernadzorcy. Sam ten krok nie zmienia niczego wewnątrz maszyny — system operacyjny nadal widzi poprzedni rozmiar, dopóki nie zostaną wykonane poniższe polecenia.

Opcja jest wyszarzona? Poszukaj snapshotu

Hipernadzorca odmawia zwiększenia dysku maszyny wirtualnej, która ma snapshot. Jeśli opcja jest niedostępna, sprawdź, czy jakiś pozostał, i usuń go — a następnie zwiększ dysk.

3. Opcjonalnie wykonaj snapshot

Po zwiększeniu dysku możesz wykonać snapshot maszyny jako natychmiastową drogę powrotu dla kolejnych poleceń. Wykonaj go po zwiększeniu dysku, nigdy przed: snapshot to właśnie to, co uniemożliwiłoby to zwiększenie.

4. Zastosuj rozszerzenie wewnątrz appliance

Dopiero wtedy wykonaj polecenia z następnej sekcji.

Którą partycję rozszerzyć

Polecenia przyjmują katalog i rozszerzają partycję, która go przechowuje. Można wskazać dowolny katalog systemu, z jednym wyjątkiem.

/boot jest wykluczony

Nie wskazuj /boot. Polecenia działają na wolumenie LVM appliance, poza którym /boot pozostaje. Pole poniżej odrzuca tę ścieżkę.

W praktyce na każdej appliance dwa katalogi rosną szybciej niż pozostałe — to one są zwykłym powodem uruchomienia tej procedury:

Appliance	Katalog	Co zawiera
Mediation Controller	/var	Dane Mediation Controller, a wśród nich baza danych.
Mediation Controller	/var/log	Logi systemowe.
Edge Gateway	/var/lib/ipdiva/carerecord/archives	Archiwa graficzne nagranych sesji.
Edge Gateway	/var/log	Logi systemowe.

Wskazujesz katalog, a nie partycję

Nie musisz wiedzieć, która partycja ani który wolumen logiczny co przechowuje: polecenia odczytują to z podanego katalogu. Uruchom df -h na appliance, aby zobaczyć, gdzie kończy się miejsce.

Rozszerzenie partycji

Otwórz sesję SSH na appliance jako root, a następnie wykonaj polecenia właściwe dla niej.

Możesz dostosować zmienną poniższych poleceń:

Wartość dostosowana	Zmienna	Komentarz
	TARGET_DIRECTORY	Katalog, którego partycja ma zostać rozszerzona — zobacz Którą partycję rozszerzyć.

Albo wypełnij pole jednym z trzech katalogów, które zapełniają się najszybciej:

/var /var/lib/ipdiva/carerecord/archives /var/log

Mediation ControllerEdge Gateway

directory=TARGET_DIRECTORY

echo 1 > /sys/class/block/sda/device/rescan

start_lvm_partition=`fdisk -l /dev/sda | grep LVM | awk '{print $2}'`
mountpoint=`df $directory | awk 'NR==2 {print $1}'`

echo -e "d\n2\nn\ne\n2\n\n\nn\n$start_lvm_partition\n\nn\nt\n5\n8E\nw" | fdisk /dev/sda

pvresize /dev/sda5
lvresize -l +100%FREE $mountpoint
resize2fs $mountpoint

directory=TARGET_DIRECTORY

echo 1 > /sys/class/block/sda/device/rescan

start_last_lvm_partition=`fdisk -l /dev/sda | grep LVM | awk '{print $2}' | sort -nr | head -n1`
last_lvm_partition=`fdisk -l /dev/sda | grep $start_last_lvm_partition | awk '{print $1}'`
mountpoint=`df $directory | awk 'NR==2 {print $1}'`

echo -e "d\n${last_lvm_partition: -1}\nn\np\n${last_lvm_partition: -1}\n$start_last_lvm_partition\n\nn\nt\n${last_lvm_partition: -1}\n8E\nw" | fdisk /dev/sda

pvresize $last_lvm_partition
lvresize -l +100%FREE $mountpoint
resize2fs $mountpoint

Co robią te polecenia

Łączą cztery operacje: sprawiają, że jądro widzi nowy rozmiar dysku bez ponownego uruchamiania, przepisują ostatnią partycję LVM tak, aby sięgała końca dysku, przekazują to miejsce do LVM, a następnie powiększają na nim system plików. Oba warianty różnią się tylko układem partycji każdej appliance — wybierz ten, który odpowiada maszynie, na której pracujesz.

Sprawdź wolne miejsce przed i po

Uruchom df -h na tym katalogu przed i po. Przyrost musi odpowiadać miejscu dodanemu w kroku 2.

Jeśli system plików nie urósł, nie uruchamiaj poleceń od razu ponownie: tablica partycji została już przepisana, a drugie przejście przy tym samym rozmiarze dysku zaczęłoby się od stanu, którego polecenia nie zakładają. Zamiast tego zgłoś wynik wsparciu Systancia.

Ponowne ich uruchomienie jest uzasadnione w jednym przypadku, i jest to przypadek zwyczajny: gdy do dysku wirtualnego dodano kolejne miejsce. Zacznij od kroku 1 — cała procedura obowiązuje ponownie, łącznie z kopią zapasową.