LXC czy Docker na Proxmox do aktualizacji aplikacji i przywracania poprzednich wersji

Docker zwykle ułatwia wycofywanie wersji aplikacji, ponieważ kod i definicje wdrożenia można przypinać niezależnie. LXC jest prostszy, gdy cały kontener działa jak jedno urządzenie, a przywrócenie na poziomie systemu-gościa jest dopuszczalne.

Porównanie zmienia się, gdy migrowane są dane trwałe. Migawka Proxmox może przywrócić wcześniejszy stan systemu plików, a wycofanie Compose może odtworzyć wcześniejsze kontenery, ale żadne z nich nie gwarantuje przywrócenia bazy danych, przesłanych plików, sekretów i montowań zewnętrznych do jednego spójnego punktu. Wybierz jednostkę, której stan możesz wspólnie skopiować zapasowo, zweryfikować i przywrócić.

Wybierz jednostkę wycofywania zmian przed formatem wdrożenia

Bezpośrednia instalacja LXC traktuje przestrzeń użytkownika Linuksa, pakiety, pliki usług i lokalne dane aplikacji jako jeden system-gościa. Jest to wygodne, gdy jeden kontener obsługuje jedną aplikację, a niewiele zależności znajduje się poza nim.

Docker traktuje obraz i definicję Compose jako wymienne dane wejściowe wdrożenia, podczas gdy woluminy, montowania bind, sekrety i bazy danych przechowują trwały stan. Dzięki temu można precyzyjnie cofnąć zmiany w kodzie tylko wtedy, gdy znana jest każda ścieżka przechowywania stanu.

Wybierz LXC, gdy przywrócenie całego systemu-gościa jest dopuszczalne. Wybierz Dockera, gdy kilka aplikacji korzysta z jednego hosta Dockera lub gdy cofnięcie pojedynczego wydania nie może wycofać niezwiązanych z nim usług.

Zakres aktualizacji przemawia za Dockerem, dopóki nie zmienią się dane

Aktualizacja Dockera może przypiąć nowy obraz, odtworzyć jedną usługę, przeprowadzić kontrole stanu i wrócić do poprzedniego tagu. Taki niewielki fragment kodu przydaje się przy częstych wydaniach i stosach definiowanych deklaratywnie.

Niezależny proces aktualizacji Compose zaleca przypinanie wersji, zweryfikowane kopie zapasowe, kontrolowane pobieranie obrazów, kontrole stanu i plan wycofania zmian. Ważne jest to, że kontrolowana sekwencja aktualizacji kontenera traktuje migawki jedynie jako krótkoterminowe zabezpieczenie, a nie niezależną kopię zapasową na potrzeby odzyskiwania danych.

Zaletą jest to, że nowy kontener może wykonać nieodwracalną migrację schematu. Przywrócenie starego obrazu bez przywrócenia zgodnych danych może pogorszyć sytuację, dlatego cofnięcie wersji połącz z przetestowanym zrzutem lub kopią woluminu utworzoną po zatrzymaniu zapisów.

Przywracanie całego gościa sprzyja LXC z jedną aplikacją

Migawka LXC wykonana przed aktualizacją obejmuje pliki pakietów, konfigurację usług i dane lokalne kontenera. W przypadku gościa przeznaczonego do jednego celu może to być najszybsza droga powrotu po nieudanej zmianie pakietu lub konfiguracji.

Praktyczny proces tworzenia migawek LXC w Proxmox odróżnia szybkie punkty przywracania od pełnych kopii zapasowych i pokazuje, jak sklonować kontener do testów. Ten proces tworzenia migawek i klonowania sprawdza się najlepiej, gdy cały ważny stan znajduje się w gościu.

LXC traci przejrzystość, gdy dane aplikacji znajdują się na zewnętrznych montowaniach bind, w bazie danych na NAS-ie lub w pamięci współdzielonej nieuwzględnionej w migawce. Gość może zostać przywrócony do wcześniejszego stanu, podczas gdy jego dane pozostaną nowsze.

Featured

ZimaBoard 2 - Miniaturowy serwer domowy dla wielkich pomysłów

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Weryfikuj kod i dane jako jeden kontrakt odzyskiwania

Przed każdą z aktualizacji zapisz bieżącą wersję aplikacji, rewizję konfiguracji, schemat danych, listę montowań i znacznik czasu kopii zapasowej. Po aktualizacji przetestuj logowanie, jeden odczyt, jeden zapis, zadania w tle, routing przez serwer proxy i ukończenie tworzenia kopii zapasowej.

Przywróć dane do klonu lub alternatywnej ścieżki zamiast nadpisywać jedyną działającą kopię. W przypadku Dockera połącz starszą definicję z przywróconymi danymi; w przypadku LXC przywróć gościa i ponownie podłącz tylko stan pamięci masowej z tego samego punktu odzyskiwania.

Porównanie ZimaSpace dotyczące granic LXC i maszyn wirtualnych w przypadku Dockera jest przydatne, gdy dostęp do urządzeń lub izolacja na poziomie jądra są ważniejsze niż jednostka aktualizacji.

Werdykt warunkowy: dopasuj platformę do najmniejszego spójnego zakresu przywracania

Wybierz Dockera, gdy aplikacja jest dostarczana jako kontenery, definicje i wersje są kontrolowane, a trwałe dane można niezależnie zarchiwizować i przywrócić wraz ze starszym wydaniem.

Wybierz bezpośrednią instalację LXC, gdy jeden gość odpowiada jednej aplikacji, istotna jest możliwość dostosowania pakietów, a przywrócenie całego gościa nie wpływa na niezwiązane z nim obciążenia.

Przestań polegać wyłącznie na przywracaniu poprzedniego stanu, gdy migracje bazy danych lub zewnętrzne montowania wykraczają poza granice. Zweryfikowana, niezależna kopia zapasowa to najlepsza droga, nawet jeśli odzyskiwanie trwa dłużej niż kliknięcie migawki.