Rozwiązanie awaryjne na wypadek padu serwera (pseudo DR dla Supla docker)

[darius]

Cześć
stałem się posiadaczem raspberry pi i się zaczęło
Myślę by przenieść tam docerową wersję supla którą obecnie mam na Hostingu VPS.
Chciałbym jednak mieć możliwość backupowego powrotu do instalacji w sieci publicznej takie pseudo DR.

Wersja na RPI : podstawowa
Wersja na VPS : zapasowa DR

Teraz zastanawiam się jak najszybciej przełączyć się miedzy wersją RPI a VPS.
Supla docker na RPI zainstalowałem przekierowałem porty wystawiłem na świat - działa (dzięki poradnikowi @Lesny8).
Zrobiłem dump bazy danych z wersji Cloud i wrzuciłem do domowej na RPI - widać urządzenia (dzięki poradnikowi @fracz)

I teraz zastanawiam się jak takie przełączenie zrealizować w przypadku jak takie RPI padnie.
Urządzenie może być dodane tylko do jednego Cloud prawda?
Jedyne co mi przychodzi do głowy to dzienny backup bazy i scp z RPI na wersje VPS.
W przypadku padu maliny:
1. odpalenie supla VPS z nazwą domeny cloud taką samą jak RPI
2. wrzucenie bazy z backup
3. zmiana rekordu A domeny z IP RPI na VPS - potrzebny czas od 5min do 24h

Czy to ma szanse zadziałać bez rekonfiguracji apki a co gorsza urządzeń wykonawczych?
A może jest jakiś inny prostszy sposób jak uzyskać pseudo DR dla Supla?

Domownicy mają problem jak supla nie działa kilka godzin więc nie hejtujcie

Darek

[pzygmunt]

Jeśli używasz VPS-a to dlaczego nie cloud.supla.org ? Tam nie ma przestojów.

Aby przełączać się między serwerami musiałbyś mieć własnego DNS-a i włączoną replikację baz.

[Robert Błaszczak]

Zrobisz to tylko zmieniając w DNS host.

Firmware wszystkich Suplowych urządzeń musiałoby mieć możliwość obsługi zapasowego serwera, a te serwery musiałyby się ze sobą synchronizować praktycznie on-line.

[darius]

Dzięki za wskazówki.
VPSa mam do innych celów to i jest tam supla przy okazji
Jedno pytanie jeżeli mam dla urządzeń porobione harmonogramy to ich realizacja jest wykonywana na linii supla serwer -> urządzenie wykonawcze?

Bardziej obrazowo:
Sekcja 1 podlewanie ogrodu (włącz o 04.00 wyłącz o 04.40)
i teraz dostawca wycina mi dostęp do netu o 04.15 a włącza po 3 godzinach.

Jak zachowa się supla w wersji VPS/CLOUD woda będzie się lać do czasu aż wróci net?

[Robert Błaszczak]

Dokładnie jak piszesz. Będzie się lała woda.

[lukfud]

Dzięki za wskazówki.
VPSa mam do innych celów to i jest tam supla przy okazji
Jedno pytanie jeżeli mam dla urządzeń porobione harmonogramy to ich realizacja jest wykonywana na linii supla serwer -> urządzenie wykonawcze?
Bardziej obrazowo:
Sekcja 1 podlewanie ogrodu (włącz o 04.00 wyłącz o 04.40)
i teraz dostawca wycina mi dostęp do netu o 04.15 a włącza po 3 godzinach.
Jak zachowa się supla w wersji VPS/CLOUD woda będzie się lać do czasu aż wróci net?

Woda będzie się lała do kolejnego wyłączenia z harmonogramu, wyłączenie o 04.40 przepadnie.
Lepiej ustaw kanał sekcji jako automat schodowy z czasem 40 min. Nie będzie netu, to najwyżej się nie włączy, ale wyłączy się zawsze.

[darius]

Dzięki za potwierdzenie więc te domowe instalacje mają sens.
No chyba że router z opcją awaryjnego łącza po karcie sim.

[Robert Błaszczak]

Największy sens ma autonomiczne urządzenie, które z Cloud pobiera tylko ustawienia i wysyła statusy. A automatyka jest realizowana lokalnie w urządzeniu. Wtedy będzie to działało prawidłowo nawet bez Wi-Fi.

[darius]

Największy sens ma autonomiczne urządzenie, które z Cloud pobiera tylko ustawienia i wysyła statusy. A automatyka jest realizowana lokalnie w urządzeniu. Wtedy będzie to działało prawidłowo nawet bez Wi-Fi.

No takie coś to byłaby bajka.
Na razie jednak trzeba się obracać w tym co jest

[darius]

Woda będzie się lała do kolejnego wyłączenia z harmonogramu, wyłączenie o 04.40 przepadnie.
Lepiej ustaw kanał sekcji jako automat schodowy z czasem 40 min. Nie będzie netu, to najwyżej się nie włączy, ale wyłączy się zawsze.

O i to kolejna super wskazówka dziękuję lukfud
te 40min ustawiam jako czas załączenia tak jak na obrazku?