Jak bardzo mogą rozrosnąć się dane Home Assistant na jednym hoście?

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

How Large Can Home Assistant Data Grow on a Single Host? - Zima Store Online

Dane Home Assistant mogą pozostać tylko na jednym hoście, dopóki wzrost danych, okresy wzmożonej konserwacji, czas tworzenia kopii zapasowej i czas odzyskiwania mieszczą się w zmierzonych limitach operacyjnych.

Nie istnieje jedna uniwersalna granica wyrażona w gigabajtach, ponieważ historia Rejestratora, statystyki długoterminowe, kopie zapasowe, logi, multimedia i dane dodatków zachowują się odmiennie. Mierz każdą klasę przez co najmniej siedem zwykłych dni, uwzględnij najbardziej obciążony okres działania automatyzacji i zarezerwuj miejsce na aktualizacje lub konserwację bazy danych. Przestań uznawać projekt za bezpieczny, gdy zmniejsza się margines wolnego miejsca lub odzyskiwania, nawet jeśli system plików nie jest jeszcze pełny.

Określ, co zalicza się do danych Home Assistant

Rozdziel drzewo aktywnej konfiguracji, bazę danych Rejestratora, statystyki długoterminowe, kopie zapasowe, logi, multimedia, dane dodatków i pliki tymczasowe. Łączny rozmiar pojedynczego katalogu ukrywa, który komponent jest trwały, możliwy do odtworzenia, objęty zasadami przechowywania lub nieoczekiwanie rośnie. Decyzje dotyczące pojemności wymagają podziału na te klasy, ponieważ każda z nich ma inną ścieżkę czyszczenia i odzyskiwania.

Długo działająca instalacja Home Assistant może zgromadzić znacznie więcej danych Rejestratora, niż oczekuje jej właściciel, gdy wiele encji aktualizuje się często. Doświadczenia opisane w analizie wzrostu bazy danych pokazują, dlaczego wybór encji i okres przechowywania należy mierzyć oddzielnie od całkowitego użycia dysku.

PASS oznacza, że każda główna klasa danych ma właściciela, zasadę przechowywania, aktualny rozmiar i wymagania dotyczące odzyskiwania. FAIL oznacza, że decyzję podejmuje się na podstawie jednej, nierozdzielonej wartości całkowitej. Nie przenoś ani nie usuwaj niczego, dopóki nie zidentyfikujesz rosnącej klasy i jej wartości.

Mierz tempo wzrostu zamiast pojedynczego pomiaru

Zapisuj te same liczniki rozmiaru o tej samej porze każdego dnia przez co najmniej tydzień. Uwzględnij weekend, normalne obłożenie, kopie zapasowe i zaplanowaną konserwację. Obliczaj dzienny wzrost każdej klasy i odnotowuj nagłe zmiany po dodaniu nowych integracji, kamer, szczegółowego logowania lub zmianie okresu przechowywania.

Wskazówki społeczności dotyczące wzrostu bazy danych Rejestratora łączą częste zmiany stanów z większymi indeksami, większą liczbą operacji wejścia-wyjścia oraz dłuższym tworzeniem i odtwarzaniem kopii zapasowych, co potwierdza zasadność testu opartego na tempie wzrostu zamiast pojedynczego progu rozmiaru pliku.

PASS oznacza, że tempo wzrostu jest stabilne i możliwe do wyjaśnienia przy obecnym obciążeniu. FAIL oznacza, że nachylenie przyspiesza lub jedna klasa gwałtownie rośnie bez zaplanowanego zdarzenia. Zanim zwiększysz przestrzeń dyskową, sprawdź źródła największych zapisów i ostatnie zmiany, ponieważ niekontrolowany wzrost z czasem zużyje również większy dysk.

Uwzględnij szczytowe zapotrzebowanie podczas konserwacji i odzyskiwania

Host potrzebuje zapasu wykraczającego poza dane w stanie ustalonym. Migracje baz danych, przepakowywanie, tworzenie kopii zapasowych, rozpakowywanie i testowanie odtwarzania mogą tymczasowo duplikować znaczną część danych lub przepisywać ich duże ilości. Zamodeluj największą planowaną operację oraz nakładanie się danych wejściowych, tymczasowych danych wyjściowych i zachowanej kopii do wycofania zmian.

Zgłoszony skok rozmiaru bazy danych ustabilizował się po wyłączeniu głośnych czujników, pokazując, jak zmiana tempa wzrostu może wskazać źródło zapisów, zanim zostanie podjęta próba czyszczenia lub zwiększenia pojemności.

PASS oznacza, że zamodelowany szczyt pozostawia udokumentowany zapas i nie ogranicza systemu operacyjnego ani bazy danych. FAIL oznacza, że aktualizacja lub odtwarzanie może zapełnić system plików. Zwiększ zapas lub ogranicz przechowywanie zbędnych danych przed operacją; nie czekaj na awarię spowodowaną małą ilością miejsca.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Użyj czasu tworzenia i odtwarzania kopii zapasowej jako praktycznej granicy

Sama pojemność pamięci nie potwierdza sprawności operacyjnej. Zmierz czas jednej zweryfikowanej kopii zapasowej, skopiuj ją do lokalizacji odzyskiwania i odtwórz w odizolowanej instancji testowej. Zapisz czas przestoju, transferu, rozpakowywania, gotowości bazy danych oraz moment, w którym niezbędne integracje stają się użyteczne.

Model wolnego miejsca ZimaSpace określa pojemność na podstawie wzrostu bazy danych i pracy w tle, a nie uniwersalnej wartości procentowej. Skorzystaj z materiału zapas wolnego miejsca dla Home Assistant jako dodatkowego sprawdzenia operacyjnego.

PASS oznacza, że tworzenie i odtwarzanie kopii zapasowej kończy się w docelowym czasie odzyskiwania gospodarstwa domowego, a zapas nadal pozostaje dostępny. FAIL oznacza, że pojedynczy host stał się zbyt duży z punktu widzenia działania, nawet jeśli ma wolne bajty. Rozdziel możliwe do odtworzenia multimedia lub dane archiwalne, skróć okres przechowywania, jeśli jest to uzasadnione, albo przenieś kopie zapasowe poza hosta.

Ustal wyzwalacz przeglądu i warunek zatrzymania

Ekstrapoluj każde zmierzone tempo wzrostu do następnej daty przeglądu i określ wyzwalacze dotyczące wolnego miejsca, czasu tworzenia kopii zapasowej, czasu odtwarzania i szybkości zapytań o historię. Korzystaj z bezwzględnych wartości zaobserwowanych na hoście, a nie z zapożyczonej wartości procentowej. Wykonaj kolejny przegląd po dodaniu integracji o wysokiej częstotliwości lub zmianie okresu przechowywania.

Projekt pozostaje akceptowalny, gdy dwa kolejne okna przeglądu wykazują stabilny wzrost, konserwacja mieści się w zapasie, a odtworzenie w izolowanym środowisku spełnia założony cel. Jeśli zawodzi tylko jeden wskaźnik, napraw odpowiednią klasę danych lub proces, zanim wymienisz cały host.

Przestań rozwijać projekt oparty na jednym hoście, gdy przewidywane zapotrzebowanie na konserwację przekracza zapas, odzyskiwanie nie mieści się w założonym czasie lub nie można przypisać wzrostu do konkretnej przyczyny po przeprowadzeniu kontrolowanych testów. Błędy pamięci masowej lub uszkodzenie bazy danych analizuj oddzielnie; są to awarie niezawodności, a nie zwykły dowód, że zbiór danych jest po prostu duży.