Dziedziczenie volume snapshot i jego konsekwencje w NSIS

Tworzenie volume snapshot jest pospolitą praktyką stosowaną jako formę zabezpieczenia danych przed ich utratą Nie ma w tym nic złego, ale powinno się pamiętać jakie są tego konsekwencje. Aby zobrazować taką sytuację użyjemy do tego przykładu: Stworzyliśmy volume o nazwie „Volume A”.

Następnie tworzymy snapshot „SA” z volume „VA”.

Z pulpitu nawigacyjnego OpenStack możemy utworzyć nowe volume „Volume B” i „Volume C” na podstawie wcześniej utworzonego snapshot „Snapshot A”.

Obecnie mamy dwa nowe volume oparte na snapshot „Snapshot A”. Załóżmy, że nie potrzebujemy już volume o nazwie „volume A” i chcemy go usunąć.

Niestety, jego usunięcie nie będzie możliwe bezpośrednio, ponieważ aby usunąć dany volume, musimy usunąć jego snapshot.

Musimy więc najpierw usunąć snapshot „Snapshot A”, a następnie volume „Volume A”.

Nie będzie to jednak możliwe ze względu na fakt, że snapshot „Snapshot A” jest źródłem dla dwóch volume „Volume B” i „Volume C”.

Aby usunąć volume, z którego zostały utworzone volume snapsot, musimy również usunąć wszystkie snapshot tego volume.

Podsumowując, podczas tworzenia nowych volume z snapshot należy pamiętać o dziedziczeniu. Snapshot „snapshot A” jest rodzicem dla volume (dzieci) „volume B” i „volume C” i jeśli chcemy usunąć volume „volume A”, musimy to zrobić z najmłodszego pokolenia (volume B i volume C).

Innym rozwiązaniem są kopie zapasowe, które nie tworzą takich wiązań jak snapshot i mogą istnieć nawet po usunięciu volume, z którego utworzono kopię zapasową. Zobacz Jak wykonać kopię zapasową instancji i pobrać ją na pulpit z hostingu NSIS OpenStack.