Serwer dedykowany do streamingu wideo: ile widzów udźwignie łącze i procesor
Transmisje szkoleń, webinarów, nabożeństw, meczów lokalnej ligi czy własna platforma VOD — coraz więcej firm i twórców chce nadawać wideo z własnej infrastruktury zamiast z cudzej platformy. Powody są proste: pełna kontrola nad jakością, brak reklam obcych marek, własne zasady dostępu i nagrania, które zostają u Ciebie. Własny serwer to jednak nie „kupię najmocniejszy i będzie dobrze”. W streamingu o sukcesie decydują dwie liczby: przepustowość łącza i moc procesora potrzebna do transkodowania. W tym poradniku pokazujemy, jak je policzyć, zanim wybierzesz maszynę.
Najpierw policz łącze, nie rdzenie
Najczęstszy błąd przy planowaniu streamingu to patrzenie wyłącznie na procesor i RAM. Tymczasem przy transmisji do widzów to łącze kończy się jako pierwsze. Każdy widz pobiera osobną kopię strumienia, więc ruch wychodzący rośnie liniowo z liczbą oglądających.
Wzór jest prosty:
przepustowość potrzebna = bitrate strumienia × liczba jednoczesnych widzów
Przykład: jeśli nadajesz obraz 1080p z bitrate rzędu 5 Mb/s, to 20 widzów oznacza około 100 Mb/s ruchu wychodzącego, a 40 widzów — około 200 Mb/s. Przy niższej jakości (np. 720p z bitrate ok. 2,5 Mb/s) ta sama przepustowość obsłuży mniej więcej dwa razy więcej osób.
Serwery dedykowane RapidDC są podłączone portem 1 Gb/s z gwarantowaną prędkością 200 Mb/s (źródło: rapiddc.pl/serwery-dedykowane). Do planowania przyjmij właśnie wartość gwarantowaną, a nie maksymalną — dzięki temu masz zapas, a transmisja nie zacznie się zacinać w najważniejszym momencie. Jeśli z obliczeń wychodzi Ci więcej niż gwarantowane pasmo, to sygnał, że potrzebujesz CDN (o tym niżej), a nie mocniejszego procesora.
Transkodowanie: tu pracuje procesor
Drugi element to transkodowanie, czyli przerabianie jednego strumienia wejściowego na kilka wersji jakości. Nowoczesne odtwarzacze korzystają z tzw. adaptive bitrate (ABR, np. w formacie HLS): widz na słabym Wi-Fi dostaje 480p, a ten na światłowodzie — 1080p. Żeby to działało, serwer musi w czasie rzeczywistym kodować kilka wariantów obrazu jednocześnie.
Kilka praktycznych zasad:
- Każdy dodatkowy wariant jakości to dodatkowe obciążenie CPU. Drabinka 1080p/720p/480p obciąża procesor wyraźnie bardziej niż jedna wersja.
- Liczy się liczba rdzeni i wątków. Kodery programowe (np. x264 w ffmpeg) dobrze skalują się na wiele rdzeni, więc przy kilku równoległych transmisjach wielordzeniowy procesor daje realny zysk.
- Ustawienia kodera to kompromis. Szybsze presety oszczędzają CPU kosztem nieco większego bitrate przy tej samej jakości — a więc większego zużycia łącza.
- Bez transkodowania (passthrough) procesor odpoczywa. Jeśli enkoder w studiu wysyła już gotowe warianty, serwer tylko je rozsyła i wtedy ograniczeniem jest głównie łącze.
W ofercie RapidDC do zadań wymagających wielu rdzeni pasują wyższe linie: SILVER z procesorami wielowątkowymi do 12 rdzeni i dyskami NVMe oraz GOLD z procesorami Intel do 48 rdzeni i 512 GB RAM (źródło: rapiddc.pl/serwery-dedykowane). Do pojedynczej transmisji bez rozbudowanej drabinki jakości często wystarczy mniejsza maszyna — dlatego warto zmierzyć obciążenie, zamiast zgadywać.
Dysk: NVMe dla nagrań i VOD
Przy transmisji na żywo dysk pracuje mniej, niż się wydaje — zapisuje krótkie segmenty HLS i ewentualne nagranie. Sytuacja zmienia się przy VOD, czyli bibliotece nagrań odtwarzanych na żądanie. Wtedy wielu widzów jednocześnie czyta różne pliki z różnych miejsc dysku i szybkość losowego odczytu zaczyna mieć znaczenie. Tu przewagę dają dyski NVMe — RapidDC ma osobną linię serwerów NVMe (źródło: rapiddc.pl/serwery-dedykowane).
Pamiętaj też o archiwum. Nagrania szybko zajmują dużo miejsca, a kopia zapasowa na tym samym serwerze nie chroni przed awarią. Do przechowywania kopii w ofercie są linie nastawione na backup, jak BOX i ECO (źródło: rapiddc.pl/serwery-dedykowane).
Kiedy jeden serwer nie wystarczy — origin i CDN
Jeśli z obliczeń wychodzi Ci kilkaset czy kilka tysięcy jednoczesnych widzów, nie szukaj „większego serwera”. Rozsądniejsza architektura to:
- Serwer dedykowany jako origin — przyjmuje strumień ze studia, transkoduje go i przechowuje nagrania.
- CDN jako warstwa dystrybucji — rozsyła gotowe segmenty widzom z wielu lokalizacji, a origin obsługuje tylko zapytania CDN.
Taki podział sprawia, że procesor serwera pracuje nad tym, w czym jest dobry (kodowanie), a ruch do widzów skaluje się poza nim. Jeśli dopiero zaczynasz i transmitujesz dla mniejszej grupy, na start może wystarczyć nawet serwer VPS — porównanie obu opcji znajdziesz we wpisie Serwer dedykowany czy VPS.
Bezpieczeństwo transmisji
Publiczny adres strumienia to także cel ataków. Transmisja na żywo jest szczególnie wrażliwa: kilka minut przestoju w trakcie wydarzenia potrafi przekreślić całe przedsięwzięcie. Wszystkie serwery dedykowane RapidDC mają w cenie ochronę anty-DDoS Wanguard (źródło: rapiddc.pl/serwery-dedykowane) — więcej o tym, jak działa taka ochrona, przeczytasz w artykule Hosting z ochroną przed atakami DDoS. Dodatkowo konsola IPMI 2.0 pozwala zdalnie zrestartować maszynę i obejrzeć stan sprzętu, nawet gdy system przestanie odpowiadać.
Przetestuj, zanim zdecydujesz
Najlepszy sposób, żeby sprawdzić, czy konfiguracja udźwignie Twój streaming, to próba w realnych warunkach. RapidDC oferuje 7-dniowy okres testowy serwerów dedykowanych od 30 zł netto, bez opłaty instalacyjnej; jeśli po teście nie przejdziesz na pełny abonament, usługa po prostu wygasa (źródło: rapiddc.pl/serwery-dedykowane). W tydzień możesz:
- uruchomić serwer streamingowy (np. Nginx z modułem RTMP lub inny wybrany software) i zrobić próbną transmisję,
- zmierzyć zużycie CPU przy docelowej drabince jakości,
- sprawdzić przepustowość narzędziem typu iperf3 i porównać ją ze swoimi wyliczeniami,
- przetestować odtwarzanie na różnych urządzeniach i łączach.
Jeśli nie chcesz samodzielnie konfigurować systemu i oprogramowania, rozważ serwer dedykowany z administracją — część prac administracyjnych przejmuje wtedy zespół techniczny, w określonym zakresie.
Podsumowanie
Serwer do streamingu wideo dobierasz w trzech krokach: najpierw liczysz łącze (bitrate × widzowie, z zapasem względem gwarantowanego pasma), potem moc CPU do transkodowania (im więcej wariantów jakości, tym więcej rdzeni), a na końcu dysk i miejsce na nagrania. Przy dużej widowni dokładasz CDN zamiast przepłacać za coraz większą maszynę. Sprawdź dostępne linie na stronie serwery dedykowane RapidDC, uruchom 7-dniowy test i zmierz wszystko na własnej transmisji. Masz nietypowe wymagania? Napisz do nas przez stronę kontakt — przygotujemy konfigurację na zamówienie.
FAQ – najczęściej zadawane pytania o serwer dedykowany do streamingu
Ilu widzów obsłuży serwer dedykowany przy streamingu na żywo?
To zależy głównie od bitrate i łącza. Pomnóż bitrate strumienia przez liczbę widzów i porównaj wynik z gwarantowaną przepustowością. Przy gwarantowanych 200 Mb/s i strumieniu ok. 5 Mb/s daje to rząd 40 jednoczesnych widzów. Przy większej widowni warto rozsyłać strumień przez CDN.
Czy do streamingu potrzebuję karty graficznej?
Nie zawsze. Transkodowanie można wykonywać programowo na procesorze, np. w ffmpeg, i przy wielordzeniowym CPU sprawdza się to dobrze. Jeśli enkoder w studiu wysyła gotowe warianty jakości, serwer w ogóle nie musi transkodować, a jego rola ogranicza się do rozsyłania strumienia.
Czy VPS wystarczy do streamingu wideo?
Do małych transmisji, testów lub nadawania jednej jakości bez transkodowania VPS może wystarczyć. Przy kilku wariantach jakości, równoległych transmisjach lub dużej bibliotece VOD lepszym wyborem jest serwer dedykowany, w którym cała moc procesora i dysku należy tylko do Ciebie.
Jak sprawdzić, czy wybrany serwer udźwignie moją transmisję?
Najprościej w praktyce: serwery dedykowane RapidDC można przetestować przez 7 dni, a okres testowy zaczyna się od 30 zł netto. W tym czasie zrób próbną transmisję, zmierz obciążenie CPU i przepustowość, a dopiero potem zdecyduj o pełnym abonamencie.
Artykuł powstał z wykorzystaniem narzędzi sztucznej inteligencji (AI) pod nadzorem zespołu RapidDC. Grafika ilustracyjna została wygenerowana przez AI.