Jak dobrać rozmiar domowego serwera do Home Assistant i awarii Internetu

Dostosuj zabezpieczoną lokalną ścieżkę sterowania — nie tylko proces Home Assistant — do dokładnych awarii internetu i zasilania, które gospodarstwo domowe musi przetrwać.

W domu, w którym oświetlenie, klimatyzacja, reakcja na wyciek lub automatyka dostępu mają znaczenie podczas zakłóceń, serwer pełni tylko jedną z ról. Lokalne przełączniki, koordynatory Wi-Fi lub radiowe, pamięć masowa, zasilanie akumulatorowe i konfiguracja możliwa do odtworzenia muszą pozostać zsynchronizowane. Projekt przestaje być gotowy na awarie, gdy wymagane API w chmurze, niezabezpieczony router lub nieznane zachowanie po ponownym uruchomieniu przerywa działanie wcześniej niż brak mocy obliczeniowej.

Zdefiniuj docelowy poziom akceptacji awarii

Oddziel awarię dostawcy internetu od awarii zasilania. Podczas utraty połączenia z dostawcą sieć LAN może nadal działać prawidłowo, a urządzenia lokalne mogą nadal się komunikować. Podczas przerwy w zasilaniu host, router, przełączniki, punkty dostępowe, koordynatory, NAS i elementy wykonawcze mogą ulec awarii jednocześnie. Określ dla każdego zdarzenia osobny czas trwania i dopuszczalny poziom degradacji.

Dyskusja społeczności dotycząca planowania na wypadek utraty zasilania odróżnia lokalne sterowanie urządzeniami od szerszego pytania o to, co pozostaje zasilane. Ta niepewność jest właściwym punktem wyjścia: zinwentaryzuj kluczowe działania, ich zależności sieciowe i chmurowe oraz ręczny sposób wykonania. Ogólny wymóg „utrzymania Home Assistant online” jest zbyt wąski, aby właściwie dobrać topologię.

Zaklasyfikuj każdy przepływ jako taki, który musi działać, może działać w ograniczonym zakresie albo może bezpiecznie się zatrzymać. Zawór przeciwzalaniowy i zabezpieczenie ogrzewania mogą mieć wyższy priorytet niż wykresy historii, zdalne powiadomienia i zapytania głosowe. Zabezpieczona konfiguracja potrzebuje mocy tylko dla zestawu funkcji, które muszą działać, oraz zapasu na odzyskiwanie; opcjonalne zadania można wstrzymać lub przenieść poza krytycznego hosta.

Dopasuj moc obliczeniową do obciążenia krytycznego

Zmierz podstawowe obciążenie automatyki przy odłączonej sieci WAN i podczas działania najbardziej obciążającej sekwencji lokalnych zdarzeń. Zapisz długotrwałe i szczytowe użycie CPU, presję pamięci, opóźnienia pamięci masowej oraz czas reakcji. Uwzględnij bazę danych i tylko te dodatki, które są wymagane przez chronione działania. Otrzymasz w ten sposób punkt odniesienia serwera powiązany z usługą, a nie z liczbą urządzeń.

Nie umieszczaj lokalnych modeli głosowych, analizy obrazu z kamer, przetwarzania multimediów ani kompresji kopii zapasowych na chronionej ścieżce, chyba że wymagania dotyczące awarii wyraźnie je obejmują. Jeśli współdzielą hosta, zastosuj limity zasobów lub harmonogram i odtwórz najgorsze nakładanie się ich obciążeń. Rozdziel usługę tylko wtedy, gdy jej szczytowe obciążenie powoduje, że krytyczne działanie nie mieści się w docelowym poziomie akceptacji.

Dodaj zapas na aktualizacje, konserwację rejestratora i rozwój, ale nie zamieniaj go w arbitralny wybór wyższej klasy procesora. Host jest wystarczająco wydajny, gdy zmierzona sekwencja krytyczna pozostaje responsywna, a zachowanie po ponownym uruchomieniu jest przewidywalne. Jest zbyt duży dla obecnej roli, gdy niewykorzystana moc zwiększa pobór energii w spoczynku i obciążenie UPS-a, nie eliminując żadnej nazwanej awarii.

Zbuduj jedną chronioną ścieżkę zasilania i sieci

Narysuj jedną ścieżkę od czujnika lub panelu przez radio albo Wi-Fi, lokalne przełączanie, Home Assistant aż do elementu wykonawczego. Umieść każdy wymagany komponent sieciowy i hosta w obwodzie z zasilaniem awaryjnym UPS o zmierzonych parametrach. Akumulator przy samym serwerze nie wystarczy, jeśli router, przełącznik, punkt dostępowy lub koordynator straci zasilanie.

Jeden z operatorów opisuje zabezpieczanie urządzeń sieciowych, pamięci masowej i serwera Home Assistant za pomocą małych jednostek UPS, wyłączanie serwerów w ciągu kilku minut oraz dłuższe utrzymywanie dostępności sprzętu sieciowego. Czasy zależą od konkretnej instalacji, ale podział ról jest wartościowy: moc obliczeniowa może zostać bezpiecznie wyłączona, podczas gdy lokalna ścieżka komunikacji pozostaje użyteczna.

Zmierz całkowite obciążenie gniazda, wybierz docelowy czas podtrzymania i przetestuj go przy normalnym szczytowym obciążeniu. Określ, czy host ma działać dalej, bezpiecznie się wyłączyć, czy uruchomić ponownie po powrocie zasilania. Odrzuć projekt, który nie potrafi odzyskać działania po powrocie zasilania, gdy UPS nadal ma energię, ponieważ taki przypadek brzegowy może pozostawić sprawny akumulator chroniący niedziałającą usługę.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Oddziel bieżący stan od kopii odzyskiwania

Przechowuj konfigurację i aktywną bazę danych rejestratora na monitorowanej pamięci trwałej, która uruchamia się wraz z chronionym hostem. Kopie odzyskiwania umieść w osobnym miejscu, którego utrata nie uniemożliwi uruchomienia lokalnej automatyki. NAS może być skutecznym miejscem przechowywania kopii zapasowych, ale nie powinien stać się przypadkowym warunkiem działania podstawowej usługi.

Opisany przypadek Home Assistant i Synology dotyczący sekwencji po awarii pokazuje, że oba systemy wyłączają się po zdarzeniu UPS, ale nie uruchamiają się automatycznie, gdy zasilanie wraca, zanim UPS całkowicie się rozładuje. Przypadek ten pokazuje, dlaczego odzyskiwanie pamięci masowej, hosta i zasilania trzeba testować jako jedną sekwencję; pojedynczo poprawne komponenty nadal mogą doprowadzić do niedostępności usługi.

Ustal częstotliwość tworzenia kopii na podstawie akceptowalnej utraty danych, a następnie odtwórz najnowszą kopię na alternatywnym nośniku lub zapasowej maszynie. Przechowuj dane uwierzytelniające i instrukcje w miejscu dostępnym dla innego administratora gospodarstwa domowego. RAID, pamięć lustrzana ani druga partycja nie zastępują kopii poza hostem, ponieważ zachowują tę samą domenę awarii operatora i systemu.

Zweryfikuj topologię i określ kryteria rozbudowy

Przeprowadź cztery testy akceptacyjne: odłącz WAN, spraw, aby miejsce docelowe kopii zapasowych stało się niedostępne, zasymuluj działanie przy niskim poziomie naładowania UPS-a i odtwórz system na alternatywnym sprzęcie. Zmierz czas działania krytycznych automatyzacji, wyłączenia, ponownego uruchomienia i odtwarzania. Zapisuj awarie według krawędzi grafu, aby modernizacja zmieniała wadliwą rolę, zamiast dodawać moc wszędzie.

Przewodnik ZimaSpace dotyczący pomiaru wydajności Home Assistant poza rozgrzanym cache'em wyjaśnia, dlaczego wielokrotne testy na rozgrzanym cache'u mogą ukrywać ograniczenia zimnego startu lub szczytowego obciążenia. Zastosuj tę metodę do chronionego obciążenia, a następnie porównaj wynik ze zużyciem UPS-a i zachowaniem podczas odzyskiwania, zamiast zwiększać rozmiar hosta na podstawie wygodnego testu z wykorzystaniem cache'u.

Zwiększ moc obliczeniową, gdy zmierzone opóźnienie krytyczne przekracza limit po wykluczeniu innych wąskich gardeł. Zwiększ pojemność akumulatora, gdy czas działania całej ścieżki nie osiąga celu. Rozdziel ciężkie usługi, jeśli izolacja eliminuje awarię. Przestań kupować sprzęt serwerowy, gdy pierwszą granicą pozostaje urządzenie zależne wyłącznie od chmury, niezabezpieczony komponent sieciowy lub nieprzetestowane odtwarzanie.

Końcowa zasada konfiguracji

Rozmiar konfiguracji gotowej na awarie to najmniejsza chroniona topologia, która przechodzi testy utraty WAN, czasu podtrzymania zasilania, ponownego uruchomienia i odtwarzania wymagane przez gospodarstwo domowe. Zwiększaj moc obliczeniową, pojemność akumulatora lub izolację tylko wtedy, gdy jej zmierzony parametr graniczny nie spełnia wymagań. Jeśli nadal dominują zależności chmurowe lub braki w sterowaniu ręcznym, napraw je przed rozbudową serwera Home Assistant.