24/7 인코딩용 서버.

1080p60, 8 Mbit/s로 멈추지 않는 스트림은 한 달에 약 2.6 TB를 전송합니다. 1440p60에서는 약 5.2 TB, 4K60에서는 약 11.3 TB입니다. 계산은 단순히 비트레이트를 한 달의 매초 유지한 값이며, 인코더보다도 이 숫자가 적합한 서버를 결정하는 경우가 더 많습니다.

대개 아니며, 이유는 카드가 아니라 전송량입니다. GPU 인스턴스는 보통 적은 포함 전송량과 함께 판매되며(당사는 월 1 TB 포함 후 기가바이트 단위 과금), 단일 연속 스트림은 수 테라바이트를 사용합니다. 4K에서는 대역폭 비용이 서버 비용보다 클 수 있습니다. GPU는 여러 출력을 동시에 인코딩하거나 1440p를 넘는 작업에서 가치가 있습니다. 단일 연속 방송에는 트래픽 미계량 업링크를 갖춘 전용 서버가 더 저렴하고 간단한 답입니다.

예, CPU에 내장 그래픽이 있는 서버라면 가능합니다. 대개 펌웨어가 아니라 기본 Linux 이미지에서 비활성화되어 있습니다: i915 모듈이 블랙리스트에 올라 있고 커널이 nomodeset으로 부팅됩니다. 두 설정을 제거하고 재부팅하면 /dev/dri/card0과 /dev/dri/renderD128이 나타나며 FFmpeg에서 VAAPI를 정상적으로 사용할 수 있습니다. 인코딩용으로 구매한 서버는 인도 전에 이 설정을 완료하고, 접속 정보와 함께 vainfo 출력 결과를 보내 드리므로 스트림을 연결하기 전에 동작이 확인됩니다.

내장 GPU가 있는 전용 서버라면 예. 이 장치는 인코더가 사용하는 렌더 노드이며, 그래픽 드라이버 로드를 허용하면 나타납니다. 공유 VPS에서는 호스트가 내장 GPU를 게스트에 패스스루하지 않으므로 나타나지 않습니다. 파이프라인에 renderD128이 필요하다면 공유 인스턴스가 아닌 서버 전체 또는 GPU 인스턴스가 필요합니다.

트래픽을 집계하지 않는다는 뜻입니다: 월간 한도도, 청구서의 초과 요금 항목도, 지속적인 아웃바운드 스트림을 제한하는 공정 사용 조항도 없습니다. 무한한 속도를 약속하는 것은 아닙니다. 포트 속도가 상한이며, 1 Gbit/s 포트를 포화시키면 한 달에 약 324 TB를 전송합니다. 실제로는 한 달 내내 실행된 스트림도 일주일 실행된 스트림과 같은 청구서를 받는다는 의미입니다.

1080p 소프트웨어 인코딩이라면 대형 VPS로 충분하며, Unmetered 라인 VPS를 쓰면 요금을 예측할 수 있습니다. 하드웨어 인코딩에는 서버 전체가 필요합니다: Quick Sync는 CPU 내장 그래픽에 있으며, 공유 인스턴스에서는 노출되지 않습니다. 진짜 구분 기준은 순수 속도가 아니라 인코더 실리콘에 접근할 수 있는지 여부입니다.

예. root 권한이 있는 일반 Ubuntu 또는 Debian 서버이므로 nginx-rtmp, SRS, MediaMTX, 헤드리스 OBS, 단순 FFmpeg 파이프라인 모두 다른 곳과 똑같이 실행됩니다. 자체 관리형 서버에서는 스트리밍 스택을 설치하거나 관리해 드리지 않습니다. 당사가 보장하는 것은 인코더를 사용할 수 있고 업링크가 트래픽을 계량하지 않는다는 점입니다.