Odporność na błędy w monitoringu w chmurze: wdrożenie hybrydowe, dostęp lokalny i klastrowanie serwerów multimediów

Tolerancja błędów usługa monitoringu wideo w chmurze Obejmuje coś więcej niż tylko ochronę przed awarią pojedynczego serwera. Utrata połączenia z platformą operatora, utrata serwera multimediów i utrata dostępu do wcześniej nagranego wideo to różne scenariusze awarii. Każdy z nich wymaga odpowiedniej reakcji architektonicznej.

Aipix obsługuje kilka uzupełniających się bloków konstrukcyjnych: wdrożenie lokalne i hybrydowe, bezpośredni dostęp lokalny przez Lokalny pulpit, oraz klastrowanie serwerów multimediów z rezerwacją strumienia wideo. Te możliwości należy brać pod uwagę łącznie podczas projektowania usługi, zachowując jednocześnie rozróżnienie ich obowiązków i ograniczeń.

Wdrożenie hybrydowe określa miejsce przetwarzania i przechowywania wideo. Operacje lokalne zapewniają ścieżkę dostępu w przypadku braku połączenia zewnętrznego. Klastrowanie serwerów multimediów rozwiązuje problem awarii serwera odpowiedzialnego za strumienie wideo. Żaden z tych mechanizmów nie zapewnia samodzielnie całkowitej dostępności typu end-to-end ani automatycznej ochrony każdego pliku archiwum.

Wdrożenie hybrydowe i lokalne przechowywanie: redukcja zależności od łączności zewnętrznej

Aipix można wdrożyć lokalnie, w ramach infrastruktury operatora telekomunikacyjnego. Daje to operatorowi kontrolę nad środowiskiem hostującym platformę i jej dane usługowe. Wdrożenia hostowanego u operatora nie należy jednak mylić z umieszczeniem zasobów przetwarzania wideo i pamięci masowej w siedzibie klienta: są to różne decyzje architektoniczne.

W przypadku wdrożenia hybrydowego przedsiębiorstwa Serwer multimediów System można zainstalować w obrębie strefy bezpieczeństwa klienta, a nagrywanie wideo i archiwizacja danych będą zlokalizowane po stronie klienta. Platforma operatora nadal zapewnia scentralizowane zarządzanie i zdalny dostęp, gdy dostępne są niezbędne połączenia. Aipix opisuje ten model dla organizacji, które potrzebują scentralizowanych usług, zachowując jednocześnie wrażliwe obciążenia wideo w ramach własnej infrastruktury.

W planowaniu odporności, istotnym pytaniem projektowym jest, czy lokalna ścieżka wideo może działać niezależnie od połączenia zewnętrznego. W odpowiednio skonfigurowanym wdrożeniu kamery, lokalny serwer multimediów, pamięć masowa i lokalna stacja robocza mogą komunikować się w sieci klienta. Aipix dokumentuje działanie serwera multimediów zarówno jako części platformy VSaaS, jak i jako oddzielnego produktu, wraz z dedykowanym klientem do bezpośredniego dostępu lokalnego. Możliwości te stanowią podstawę takiego projektu, ale zachowanie konkretnej instalacji podczas rozłączania musi zostać zweryfikowane.

Ważne jest to rozróżnienie: umieszczenie archiwum lokalnie zmienia jego lokalizację i zależności sieciowe; nie tworzy automatycznie kopii zapasowej.

Podobnie, hybrydowe wdrożenie z jednym lokalnym serwerem multimediów nie powinno być uznawane za redundantne serwerowo tylko dlatego, że operator posiada również serwery w centrum danych. Projekt musi określać, który serwer może przejąć kontrolę, czy może on połączyć się z kamerami oraz które zależności pozostaną dostępne w przypadku rozważanej awarii.

Operacje lokalne podczas awarii połączenia z chmurą

Dokumenty Aipix Lokalny pulpit, wyspecjalizowany klient Windows, który komunikuje się bezpośrednio z serwerem multimediów bez interakcji z platformą VMS. Obsługuje lokalny monitoring wideo i dostęp do archiwów nagrań w przypadku braku lub niestabilnego połączenia internetowego. Należy odróżnić to od założenia, że każda standardowa instalacja na komputerze stacjonarnym automatycznie przełącza się w tryb offline.

Aplikacja Desktop Local oferuje dedykowane widoki na żywo i archiwum/DVR. Funkcje archiwizacji obejmują przeglądanie nagrań i pobieranie nagranych segmentów; przechowywanie archiwum i harmonogramy nagrywania są konfigurowane na serwerze multimediów.

Dostęp lokalny musi zostać przygotowany, zanim będzie potrzebny. Udokumentowany przepływ pracy autoryzacji wymaga co najmniej jednego skonfigurowanego połączenia z serwerem monitoringu wideo, z użyciem odpowiedniego adresu serwera, portu i tokena. Można skonfigurować wiele połączeń, z których jedno jest wybrane jako domyślne; tej konfiguracji nie należy interpretować jako dokumentacji automatycznego przełączania awaryjnego klientów między serwerami.

W celu akceptacji wdrożenia operator powinien przetestować dostęp lokalny z celowo odłączonym połączeniem zewnętrznym. Test powinien potwierdzić, że stacja robocza nadal może nawiązać połączenie z serwerem multimediów, że kamery pozostają dostępne lokalnie oraz że zamierzone przepływy pracy związane z podglądem na żywo, nagrywaniem i dostępem do archiwum działają zgodnie z oczekiwaniami.

Zakres tej funkcjonalności musi pozostać jasny. Desktop Local to uproszczony klient, a nie zamiennik wszystkich funkcji pełnej platformy. Udokumentowana niezależność od VMS nie gwarantuje, że wszystkie scentralizowane zarządzanie, dostęp zdalny i inne procesy zależne od chmury pozostaną dostępne podczas awarii.

Działanie lokalne zapobiega utracie łączności zewnętrznej. Samo w sobie nie chroni przed awarią lokalnego serwera multimediów, pamięci masowej, sieci ani zasilania.

Główne komponenty tolerancji błędów w nadzorze w chmurze

Serwer multimediów. Przechwytuje strumienie z kamer, przetwarza i dystrybuuje wideo oraz zapisuje i zarządza archiwami wideo. Serwer główny obsługuje przypisane strumienie; inny serwer można skonfigurować tak, aby rezerwował strumień w celu zapewnienia odporności na błędy.

Kontroler. Koordynuje pracę serwerów multimediów i zapewnia stabilność systemu oraz odporność na awarie. Odbiera informacje o stanie i zdarzenia z serwerów multimediów, co pozwala mu reagować na zmiany stanu serwerów, strumieni i kamer.

Klastry serwerów multimedialnych. Logicznie grupuj kilka serwerów multimediów. Ich udokumentowane cele obejmują rezerwację strumieni wideo na serwerach klastrowych w celu zwiększenia odporności na błędy oraz umożliwienie masowej modyfikacji ustawień serwera.

Jak działa rezerwacja strumienia

Centralnym mechanizmem jest układ podstawowego/pomocniczego serwera multimediów.

Udokumentowany mechanizm działa w następujący sposób:

1. Strumień przypisany do głównego serwera multimediów. Serwer ten odpowiada za przetwarzanie tego strumienia podczas normalnej pracy.
2. Dodatkowy serwer zarezerwowany. Aipix identyfikuje dodatkowy serwer w interfejsie zarządzania strumieniem jako serwer zarezerwowany do tworzenia kopii zapasowej strumienia w przypadku awarii serwera głównego.
3. Serwery zorganizowane w klaster. Klaster to logiczna kombinacja wielu serwerów multimediów, umożliwiająca rezerwację strumieni na serwerach w klastrze.
4. Serwer zapasowy przejmuje zadania w przypadku awarii serwera głównego. Słownik wyraźnie opisuje automatyczne przejmowanie funkcji głównych w konfiguracji dwuserwerowej.

Dokumentacja ustanawia automatyczne przejmowanie kontroli, ale nie określa uniwersalnego czasu przełączania awaryjnego, gwarancji braku przerw ani tego, że każde trwające nagrywanie i każda sesja klienta będzie kontynuowana bez zakłóceń.

W jaki sposób kontroler koordynuje tolerancję błędów w nadzorze w chmurze

Kontroler odpowiada za koordynację reakcji systemu na zmiany stanu serwera multimediów.

Mechanizm ten obejmuje następujące kroki:

1. VMS wysyła polecenia. VMS inicjuje operacje, wysyłając polecenia zdalnego wywołania procedury (RPC) do kontrolera.
2. Kontroler wykonuje polecenia. Wykonuje żądane operacje na kamerach, kamerach z preinstalowanym oprogramowaniem Agenta, serwerach multimediów i urządzeniach typu bridge.
3. Serwer multimediów raportuje swój stan. Mechanizm wywołania zwrotnego dostarcza kontrolerowi aktualne informacje o serwerze multimediów, strumieniach i kamerach.
4. Kontroler odbiera zdarzenia. Powiadomienia mogą raportować stany serwerów i strumieni, stany kamer, ponowne połączenie z kamerą oraz czy trwa nagrywanie archiwalne.
5. Kontroler reaguje na zmiany. Może rejestrować zdarzenia, przypisywać statusy kamer i przekazywać informacje do systemu VMS, wspierając ogólny mechanizm odporności na błędy.

Ważna różnica techniczna: dokumentacja opisuje raportowanie statusu i obsługę zdarzeń, a także rolę kontrolera w odporności na błędy. Nie precyzuje, że każde przełączenie awaryjne wywołane przez konkretne wywołanie zwrotne nie zawiera szczegółowego algorytmu wykrywania awarii, interwału pulsu, zasad ponawiania prób ani limitu czasu.

Jak skonfigurować redundancję serwera pod względem odporności na błędy w nadzorze w chmurze

Odpowiednia konfiguracja poprzez interfejs administratora VMS.

Krok 1: Utwórz klaster serwerów multimedialnych

W interfejsie administratora otwórz sekcję Serwery multimediów i utwórz klaster. Dodaj serwery multimediów, które będą uczestniczyć w konfiguracji.

Aipix dokumentuje tworzenie klastrów, dodawanie serwerów, edycję ustawień klastra i usuwanie klastrów.

Krok 2: Przypisz strumienie kamery

Skonfiguruj przypisanie serwera multimediów kamery. Udokumentowane opcje obejmują automatyczną dystrybucję, wybór samodzielnego serwera multimediów oraz wybór grupy serwerów multimediów.

W celu dokonania rezerwacji odpowiedni przepływ pracy wyszukuje klaster zawierający dwa serwery: podstawowy i pomocniczy.

Krok 3: Wybierz odpowiednie serwery główne i pomocnicze

Podczas automatycznego wyboru serwera Aipix sprawdza:

• Czy dystrybucja strumieniowa jest włączona na serwerze.
• Czy skonfigurowany limit liczby strumieni zostanie przekroczony.
• Czy przychodząca przepływność przekroczy skonfigurowany limit ruchu.
• Czy grupa serwera jest zgodna z grupą kamery.
• Czy wykorzystanie pamięci masowej mieści się w dopuszczalnych granicach.

Dokumentacja dotycząca przesyłania strumieniowego określa, że wykorzystanie pamięci masowej nie może przekroczyć 80% całkowitej pojemności podczas tego wyszukiwania. Ogólna dokumentacja dotycząca wyboru serwera stwierdza również, że serwer jest niedostępny do dystrybucji, jeśli obciążenie każdego dysku przekracza 80% w konfiguracji podstawowej.

Krok 4: Potwierdź rezerwację

Po zakończeniu automatycznego wyszukiwania administrator może ręcznie wybrać klaster. System przeszukuje wybrany klaster pod kątem dwóch serwerów – podstawowego i zapasowego. Po spełnieniu wymagań wyświetlane są ich nazwy, a administrator potwierdza transfer lub przypisanie.

Ważne: Aipix odróżnia przypisanie kamery do pojedynczego, samodzielnego serwera multimediów od przypisania jej do klastra z zarezerwowanym serwerem dodatkowym. Opcja serwera samodzielnego wykorzystuje tylko serwer główny i nie przypisuje serwera pomocniczego.

W jaki sposób wybór serwera wspiera odporność na błędy w nadzorze w chmurze?

Odporność na błędy opiera się na przydzielaniu strumieni do odpowiednich serwerów, a nie na prostym ich dystrybuowaniu do wszystkich dostępnych maszyn.

Opisuje te kontrole:

System wybiera najmniej obciążony dostępny serwer, uwzględniając ruch przychodzący i inne skonfigurowane ograniczenia. Te kontrole pomagają w odpowiednim przydzielaniu serwerów, ale samo równoważenie obciążenia nie jest mechanizmem odporności na błędy. Rezerwacja strumieni na dodatkowym serwerze stanowi specyficzny mechanizm redundancji.

Co dzieje się z archiwum, gdy strumienie są przenoszone?

Jest to istotne rozróżnienie przy ocenie ogólnej odporności wdrożenia VSaaS.

Gdy strumienie wideo są przesyłane do innego serwera multimediów:

• Archiwum pozostaje na oryginalnym Mediaserverze.
• Indeksy archiwum zostały przeniesione na nowy Mediaserver.
• Jeśli nagrywanie archiwalne nie zostało włączone, indeksy nie zostaną przeniesione.
• Jeżeli po przeniesieniu wystąpią problemy z odtwarzaniem archiwum, administrator może użyć opcji Odśwież indeks, aby odświeżyć indeksy.

Oznacza to, że rezerwacja strumienia i redundancja archiwum to odrębne kwestie. Udokumentowany mechanizm przełączania awaryjnego strumienia nie powinien być interpretowany jako dowód na automatyczną replikację plików archiwum na serwerze zapasowym.

Słownik Mediaserver osobno definiuje duplikację archiwów jako tworzenie kopii zapasowej zarchiwizowanych danych poprzez ich przenoszenie lub równoległy zapis do pamięci długoterminowej. Opisuje również Ceph jako rozproszoną technologię pamięci masowej, która obsługuje replikację i klastry pamięci masowej odporne na błędy. Jednak te definicje słownika nie potwierdzają, że każde wdrożenie Aipix korzysta z Ceph ani że duplikacja archiwów jest automatycznie konfigurowana w ramach rezerwacji strumienia.

Co oznacza tolerancja błędów w nadzorze w chmurze w Aipix, a czego nie

Udokumentowane możliwości:

• Wiele serwerów multimedialnych zorganizowanych w klastry.
• Rezerwacja strumienia wideo na dodatkowym serwerze.
• Automatyczne przejmowanie funkcji podstawowych przez serwer pomocniczy w udokumentowanej konfiguracji dwuserwerowej.
• Koordynacja działań kontrolerów i raportowanie statusu/zdarzeń.
• Wybór serwera na podstawie skonfigurowanych kryteriów pojemności, ruchu, grupy i pamięci masowej.

Nie w pełni określone w przeglądanej dokumentacji

• Dokładne czasy wykrywania i odzyskiwania po awarii.
• Czy każda sesja klienta na żywo łączy się ponownie bez zakłóceń.
• Czy dane archiwalne są replikowane synchronicznie pomiędzy serwerami podstawowymi i zapasowymi.
• Czy nagrania utworzone bezpośrednio przed awarią zostaną zachowane?.
• Czy sam kontroler ma aktywny/rezerwowy układ redundancji.
• Czy powrót do odzyskanego serwera głównego jest automatyczny.

Są to ograniczenia dokumentacji, a nie dowód na brak odpowiednich możliwości platformy. Ich działanie musiałoby zostać potwierdzone w odpowiedniej dokumentacji wdrożeniowej lub w inżynierii Aipix.

Wniosek techniczny

Odporność usług Aipix można najlepiej ocenić jako kombinację architektury wdrożeniowej, lokalnego dostępu operacyjnego i redundancji przetwarzania multimediów.

Na poziomie serwera multimediów udokumentowany mechanizm pozostaje architekturą wieloserwerową koordynowaną przez kontroler, w której strumienie wideo można rezerwować na dodatkowym serwerze. W udokumentowanej konfiguracji dwuserwerowej serwer pomocniczy automatycznie przejmuje funkcje serwera podstawowego po awarii serwera podstawowego, a reguły wyboru serwera pomagają przydzielać strumienie do odpowiednich zasobów.

Wdrożenie hybrydowe zwiększa elastyczność w rozmieszczaniu obciążeń wideo i archiwów, a Desktop Local zapewnia bezpośrednią ścieżkę dostępu, niezależną od interakcji z VMS. Rozwiązują one inny aspekt problemu odporności niż klastrowanie serwerów multimediów.

Dla operatora cel projektu powinien zatem być jasno określony: zachowanie wymaganych lokalnych przepływów pracy w przypadku utraty połączenia, przywrócenie przetwarzania strumieniowego po awarii serwera oraz ochrona nagranego wideo poprzez oddzielnie określone mechanizmy przechowywania i archiwizacji. Kompleksowa dostępność musi również uwzględniać komponenty zarządzania, sieć, pamięć masową i infrastrukturę zasilania.

Najmocniejszym argumentem za odpornością nie jest to, że jeden mechanizm zapobiega każdej awarii. Chodzi o to, że mechanizmy uzupełniające się odnoszą się do różnych scenariuszy awarii, a ich działanie jest weryfikowane w wdrożonym systemie.

Zbuduj bardziej odporną usługę VSaaS, łącząc wdrożenie hybrydowe, lokalny dostęp do wideo i klastrowanie serwerów multimediów. Zaprojektuj architekturę z myślą o scenariuszach awarii, którym musi sprostać Twoja usługa, i o ciągłości, jakiej oczekują Twoi klienci.

Skontaktuj się z firmą Aipix, aby omówić opcje wdrożenia, wymagania dotyczące redundancji i cele odzyskiwania.