Jak wykonać kopię zapasową i przywrócić Coolify w 12 minut

Twój serwer wydaje się dziś bezpieczny. Spędziłeś godziny na konfiguracji Coolify. Hostujesz własne aplikacje, bazy danych i blogi. Masz poczucie kontroli.

A potem zdarza się katastrofa. Twój dostawca VPS wyłącza Twój region. Uruchamiasz błędną komendę. Serwer pada.

Jeśli nie masz kopii zapasowych, tracisz wszystko. Ten poradnik temu zapobiegnie. Możesz skonfigurować automatyczne kopie zapasowe i pełne przywracanie w 12 minut.

Krok 1: Skonfiguruj pamięć masową S3

Coolify potrzebuje miejsca do przechowywania kopii zapasowych. Użyj pamięci masowej kompatybilnej z S3. Cloudflare R2 to świetny wybór, ponieważ nie nalicza opłat za transfer danych (egress fees).

Będziesz potrzebować tych danych od swojego dostawcy pamięci masowej:

  • Endpoint
  • Region
  • Access Key
  • Secret Key
  • Bucket Name

W Coolify przejdź do karty S3 Storage. Dodaj swoje dane i kliknij Validate Connection.

Krok 2: Włącz automatyczne kopie zapasowe

Przejdź do Settings, a następnie Backup.

  • Włącz S3 Backup.
  • Włącz Backup.
  • Wybierz źródło pamięci S3.
  • Ustaw częstotliwość na Daily.

Natychmiast uruchom jedną ręczną kopię zapasową. Sprawdź swój bucket S3, aby potwierdzić, że plik istnieje.

Krok 3: Zapisz swoje APP_KEY

To najważniejszy krok. Coolify szyfruje Twoje dane. Jeśli zgubisz ten klucz, Twoja kopia zapasowa będzie bezużyteczna.

Połącz się przez SSH ze swoim serwerem i uruchom: cat /data/coolify/source/.env

Znajdź linię zaczynającą się od APP_KEY. Skopiuj tę wartość. Zapisz ją w menedżerze haseł. Nie pomijaj tego kroku.

Krok 4: Przywracanie na nowym serwerze

Jeśli Twój serwer padnie, wykonaj te kroki na nowym VPS:

  1. Zainstaluj Coolify za pomocą standardowej komendy curl.
  2. Pobierz plik .pgdump ze swojego bucketu S3 na nowy serwer.
  3. Uruchom komendę przywracania:

sudo docker exec -i coolify-db pg_restore --username coolify --verbose --dbname coolify < /path/to/your-backup.pgdump

Możesz zobaczyć ostrzeżenia dotyczące istniejących tabel. Zignoruj je. To nadal działa.

Krok 5: Naprawa błędu 500

Po przywróceniu możesz zobaczyć błąd 500 podczas klikania w aplikacje. Dzieje się tak, ponieważ nowy serwer ma inne APP_KEY.

Aby to naprawić:

  • Otwórz swój nowy plik .env: nano /data/coolify/source/.env
  • Dodaj tę linię: APP_PREVIOUS_KEYS=base64:your-old-app-key
  • Zapisz i zrestartuj Coolify za pomocą skryptu instalacyjnego.

Teraz Twoje stare dane są ponownie czytelne.

Lista kontrolna:

  • Skonfiguruj pamięć S3.
  • Włącz codzienne kopie zapasowe.
  • Bezpiecznie zapisz swoje APP_KEY.
  • Przetestuj ręczną kopię zapasową.

Self-hosting daje Ci kontrolę. Kopie zapasowe dają Ci spokój ducha.

Jak wykonać kopię zapasową i przywrócić Coolify w 12 minut (zanim Twój serwer padnie w piątkowy wieczór)

Wszyscy to znamy. Jest piątkowy wieczór, godzina 23:00, właśnie planujesz odpocząć, gdy nagle... Twój serwer pada. Wszystkie Twoje kontenery, bazy danych i konfiguracje znikają. Panika? Tak. Ale nie musi tak być.

Jeśli używasz Coolify, możesz uniknąć tej katastrofy, wykonując odpowiedni backup. W tym artykule pokażę Ci, jak zrobić to szybko i skutecznie.

Dlaczego musisz robić backup Coolify?

Coolify to potężne narzędzie, ale jak każda aplikacja, przechowuje kluczowe dane, które mogą zostać utracone w wyniku awarii sprzętu, błędów w konfiguracji lub problemów z systemem plików. Bez kopii zapasowej Twoje środowisko PaaS jest wystawione na ogromne ryzyko.

Co musisz zabezpieczyć?

Aby w pełni przywrócić Coolify, musisz zabezpieczyć dwa główne elementy:

  1. Bazę danych PostgreSQL: Tutaj przechowywane są wszystkie ustawienia, informacje o projektach, usługach i użytkownikach.
  2. Katalog /data/coolify: Zawiera on pliki konfiguracyjne, certyfikaty SSL oraz inne dane niezbędne do działania systemu.

Krok 1: Kopia zapasowa bazy danych

Pierwszym krokiem jest wyeksportowanie bazy danych PostgreSQL działającej w kontenerze Docker. Użyjemy do tego polecenia `pg