Udział SMB a lokalne montowanie w serwerze multimediów na mini-PC

Użyj montowania lokalnego na bezpośrednio podłączonej pamięci masowej, gdy jeden minikomputer zarządza biblioteką multimediów i zależy Ci na jak najmniejszej liczbie zależności związanych z uruchamianiem, uprawnieniami i siecią. Użyj udziału SMB, gdy pliki multimedialne powinny znajdować się na niezależnym serwerze NAS lub plików, muszą być współdzielone przez kilka systemów albo powinny pozostać na miejscu po przebudowie lub wymianie minikomputera. W przypadku większości domowych serwerów multimediów decydujące znaczenie ma własność pamięci masowej i możliwość odzyskiwania danych, a nie to, czy SMB potrafi wystarczająco szybko przesyłać film.

W tym przypadku „montowanie lokalne” oznacza system plików na pamięci masowej podłączonej bezpośrednio do minikomputera, na przykład wewnętrznym dysku SATA/NVMe lub obudowie USB. Udział SMB oznacza, że multimedia pozostają na innym komputerze i są montowane w systemie operacyjnym minikomputera, zanim aplikacja multimedialna uzyska do nich dostęp. Jeśli serwer działa w Dockerze, takie montowanie hosta można następnie zamontować w kontenerze jako bind mount.

Właściciel pamięci masowej decyduje o czymś więcej niż protokół

Montowanie lokalne sprawia, że minikomputer jest zarówno właścicielem obliczeń, jak i ścieżki pamięci masowej. Jeśli serwer się uruchomi, a dysk jest sprawny, ścieżka do multimediów jest zwykle dostępna bez oczekiwania na inny host, rekord DNS, wymianę danych uwierzytelniających ani trasę sieciową. To atrakcyjne rozwiązanie w przypadku jednopudełkowych systemów multimedialnych.

Udział SMB umieszcza własność plików na oddzielnym serwerze NAS lub plików. Wytyczne Jellyfin dotyczące pamięci masowej wskazują, że pamięć Samba lub NFS powinna być zamontowana w systemie operacyjnym, natomiast baza danych powinna pozostać lokalna. Taki podział stanowi użyteczną granicę architektoniczną: multimedia mogą być zdalne, bez przenoszenia zdalnej bazy danych aplikacji.

Wybór zaczyna się więc od pytania o odzyskiwanie. Jeśli wymiana minikomputera ma pozostawić bibliotekę multimediów nietkniętą i od razu gotową do użycia przez inny host, SMB ma dużą przewagę. Jeśli minikomputer i jego dyski są celowo jednym urządzeniem, które można odzyskać jako całość, pamięć lokalna usuwa zależność bez rezygnowania z faktycznie potrzebnej funkcji.

Lokalna pamięć masowa eliminuje całą zależność podczas uruchamiania

Dysk podłączony bezpośrednio jest zwykle dostępny jako część sekwencji lokalnych systemów plików hosta. Serwer multimediów może uruchomić się po zamontowaniu tego systemu plików, a kontener może otrzymać tę samą stabilną ścieżkę hosta. Nie ma zdalnego udziału, który mógłby zniknąć z powodu ponownego uruchomienia NAS-a lub późnego uruchomienia sieci.

systemd odróżnia montowania sieciowe od lokalnych systemów plików i porządkuje jednostki montowania sieciowego względem celów remote-fs. Ta różnica ma znaczenie w przypadku zawsze włączonego serwera multimediów, ponieważ aplikacja nie powinna skanować oczekiwanej ścieżki biblioteki, zanim zdalny system plików będzie faktycznie dostępny.

Lokalna pamięć masowa nie jest automatycznie bezpieczniejsza. Luźna obudowa USB, uszkodzony kabel SATA, pełny dysk lub uszkodzony system plików mogą usunąć bibliotekę równie skutecznie jak awaria sieci. Zaletą jest mniejsza liczba elementów na ścieżce dostępu, a nie odporność na awarie pamięci masowej.

SMB uniezależnia bibliotekę od mini-PC

SMB sprawdza się najlepiej, gdy pamięć masowa z multimediami ma służyć dłużej niż obecny komputer obliczeniowy. NAS może udostępniać tę samą bibliotekę serwerowi Jellyfin, komputerowi do zarządzania plikami, procesowi tworzenia kopii zapasowych i innemu hostowi multimedialnemu bez fizycznego przenoszenia dysków. Ponowne skonfigurowanie mini-PC staje się zadaniem związanym z odzyskaniem środowiska obliczeniowego, a nie migracją danych.

Punkty montowania bind platformy Docker udostępniają ścieżkę hosta wewnątrz kontenera, dzięki czemu udział zamontowany na hoście można przedstawić kontenerowi multimedialnemu jako kolejną ścieżkę systemu plików. Model montowania bind platformy Docker obsługuje także montowania tylko do odczytu, co jest przydatne, gdy serwer multimediów musi jedynie odczytywać pliki biblioteki i nie powinien modyfikować oryginałów.

Ukrytym warunkiem jest dostępność. Jellyfin ostrzega, że zaplanowane zadania konserwacyjne mogą usunąć elementy biblioteki, jeśli pamięć multimediów będzie niedostępna podczas wykonywania zadania. Udział sieciowy wymaga zatem niezawodnej kolejności montowania i obsługi awarii; samo umieszczenie ścieżki SMB w skrypcie startowym nie zapewnia jeszcze solidnej obsługi tej zależności.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Uprawnienia są prostsze lokalnie, ale bardziej jednoznaczne w SMB

Pamięć lokalna zwykle ma jedną warstwę uprawnień widoczną dla hosta serwera multimediów: właściciela systemu plików, bity trybu dostępu lub listy ACL. Kontenery nadal mogą wprowadzać problemy z mapowaniem UID/GID, ale operator nie musi jednocześnie analizować tożsamości zdalnego udziału i zasad dostępu.

TrueNAS opisuje oddzielne mechanizmy kontroli uprawnień na poziomie udziału i systemu plików dla SMB. Aktualne wytyczne dotyczące zarządzania udziałami SMB i listami ACL pokazują, dlaczego zdalna ścieżka może być bardziej jednoznaczna, ale też bardziej wielowarstwowa: serwer pamięci masowej decyduje, które konto może przechodzić przez udostępniony zbiór danych, odczytywać go lub modyfikować, zanim host multimedialny zastosuje własne uprawnienia lokalnego procesu.

Ta dodatkowa warstwa jest przydatna, gdy kilka urządzeń potrzebuje różnych uprawnień. Jest obciążeniem, gdy jedynym użytkownikiem jest jeden zaufany proces multimedialny. Jeśli uprawnienia już regularnie powodują nieudane skanowania lub powstawanie plików należących do użytkownika root, uprość ścieżkę uwierzytelniania, zanim uznasz pamięć zdalną za rozwiązanie zwiększające skalowalność.

Skanowanie i strumieniowanie obciążają różne elementy ścieżki

Odtwarzanie filmów jest w dużej mierze sekwencyjne i może wykorzystywać tylko ułamek przepustowości sprawnego łącza gigabitowego, więc udział SMB może bez problemu strumieniować multimedia, pozostawiając zapas przepustowości sieci i serwera pamięci masowej. Skanowanie biblioteki wygląda inaczej: może generować wiele zapytań o metadane, operacji na katalogach, odczytów grafik i dostępów do małych plików, w przypadku których opóźnienia są bardziej odczuwalne.

Dokumentacja klienta Linux CIFS opisuje klienta jądra używanego do montowania udziałów SMB w systemie plików Linux. Po zamontowaniu aplikacja multimedialna nadal widzi ścieżki systemu plików, ale każda operacja, której dane nie są buforowane, może przebiegać przez sieć i zależeć od odpowiedzi zdalnego serwera.

Nie zakładaj, że wolne skanowanie oznacza, iż SMB jest z zasady złym wyborem. Porównaj tę samą bibliotekę w rzeczywistej sieci, sprawdź opóźnienia dysków NAS i wykorzystanie łącza, a także upewnij się, czy miniatury, bazy metadanych lub pamięci podręczne transkodowania nie znajdują się przypadkowo na zdalnym nośniku. Bazy danych aplikacji i dane pamięci podręcznej o dużej częstotliwości zmian przechowuj lokalnie, chyba że aplikacja wyraźnie obsługuje ich zdalne umiejscowienie.

Odzyskiwanie danych może odwrócić zwycięzcę pod względem prostoty

Pamięć lokalna upraszcza codzienne działanie, ale może powiązać odzyskiwanie multimediów z odzyskiwaniem środowiska obliczeniowego. Jeśli mini-PC ulegnie awarii, a biblioteka znajduje się na dyskach wewnętrznych, wymiana urządzenia może wymagać przełożenia tych dysków, ponownego utworzenia punktów montowania lub przywrócenia danych z kopii zapasowej, zanim odtwarzanie będzie możliwe.

Biblioteka SMB może przyspieszyć odzyskiwanie środowiska obliczeniowego, ponieważ ścieżka danych już znajduje się w innym miejscu. Zainstaluj aplikację multimedialną na zastępczym hoście, przywróć jej konfigurację, odtwórz ten sam punkt montowania i połącz ją z istniejącym udziałem. Powiązane porównanie ZimaSpace dotyczące pamięci DAS i NAS omawia szerszą różnicę w sposobie zarządzania; w przypadku serwera multimediów na mini-PC różnica ta staje się konkretną zależnością procesu odzyskiwania.

Warunek odwracający wybór jest więc jasny. Jeśli prostota jednego urządzenia jest ważniejsza niż niezależne odzyskiwanie danych, wygrywa pamięć lokalna. Jeśli biblioteka powinna przetrwać dowolny pojedynczy host serwera multimediów lub być używana przez kilka systemów, dodatkowa zależność od SMB może zmniejszyć łączny nakład pracy związany z odzyskiwaniem danych, zamiast go zwiększać.

Wybierz model montowania na podstawie cyklu życia biblioteki

Wybierz montowanie lokalne dla małej biblioteki na jednym hoście, gdy mini-PC ma celowo pełnić funkcję serwera pamięci masowej, dyski można łatwo objąć kopiami zapasowymi, a Ty chcesz uzyskać najkrótszą drogę od uruchomienia do odtwarzania. To rozwiązanie pasuje również do przenośnych lub mało złożonych konfiguracji, które nie wymagają stale dostępnego NAS-a.

Wybierz SMB, gdy NAS już przechowuje multimedia, pliki są potrzebne wielu systemom, pojemność pamięci masowej rośnie niezależnie od mocy obliczeniowej albo chcesz wymieniać sprzęt serwera multimediów bez przenoszenia biblioteki. Potraktuj montowanie jako pełnoprawną zależność startową systemu, a bazę danych aplikacji i pamięć podręczną transkodowania przechowuj na lokalnym nośniku.

Nie wybieraj między nimi wyłącznie na podstawie syntetycznego wyniku przepustowości. Jeśli obie ścieżki mogą zapewnić wymaganą przepływność, lepszym rozwiązaniem będzie to, którego uprawnienia, dostępność montowania i sposób odzyskiwania odpowiadają rzeczywistemu sposobowi obsługi biblioteki.