와우자를 이용한 라이브 스트림 다중 플랫폼 동시 송출

RTMP PUSH 방식과 멀티 플랫폼 송출의 필요성

RTMP PUSH 설정

다중 스트림 타겟 설정

다중 스트림 타겟 설정이라는, 다소 거창한 제목을 붙여 놓긴 했지만, 와우자에서 스트림 타겟을 하나 더 추가하는 것은 매우 간단한 작업이다. 위에 설명한 RTMP PUSH 설정 절차를 반복하면 원하는 만큼 하나의 소스 스트림에 여러 개의 타겟을 등록할 수 있다.

이러한 구성은 소스 스트림을 복제해서 여러 타겟으로 전송하는 구조이다. 즉, 와우자는 스트림을 트랜스코딩하거나 변환하지 않고 단순 전송만 수행하기 때문에, CPU 사용률이나 서버 부하의 증가가 거의 없이 다중 전송이 가능하다.

또한 소스 스트림의 포맷과 다른 프로토콜을 사용한다 하더라도 출력 프로토콜에서 허용하는 코덱이라고 한다면 해당 프로토콜에 맞게 변환 후 출력한다. 즉, 하나의 MPEG-TS 입력 스트림을 RTMP 플랫폼과 SRT 플랫폼으로 동시에 전송하는 것도 가능하다는 것이다.

이러한 기능은 큰 CPU 부하를 발생시키지 않는다. 다만 타겟마다 별도의 송출 연결이 생성되므로 네트워크 송신 대역폭과 연결 처리에 필요한 서버 자원은 타겟 수에 따라 증가한다.

이는 서버와 회선이 감당할 수 있는 범위 내에서, 얼마든지 타겟의 수를 추가할 수 있다는 의미로, 본 필자의 경우 하나의 H.264 25Mbps 라이브 스트림을 4곳의 플랫폼에 동시 송출(물론 다른 스트림들과 함께)하면서도 서버의 자원 소모는 거의 증가하지 않았고, 문제 또한 발생하지 않았다. 네트워크 회선만 양호하다면, 이처럼 손쉽게 안정적인 멀티 플랫폼 송출 구성이 가능하다.

마무리

많은 라이브 스트리밍 인코더와 송출 프로그램은 기본적으로 설정할 수 있는 스트림 타겟의 수가 제한되어 있다. 하나의 스트림을 여러 플랫폼으로 동시에 전송하려면 확장 플러그인을 설치하거나, 멀티스트리밍 서비스 또는 별도의 중계 솔루션을 이용해야 하는 경우가 많다. 이러한 방법은 구성에 따라 설정이 복잡해지고 추가 비용이 발생할 수 있다.

와우자 스트리밍 엔진이 무료 프로그램은 아니다. 하지만 하나의 스트림을 여러 플랫폼으로 배포하는 다른 무료 및 상용 솔루션과 비교해 충분한 가성비와 편의성을 갖추고 있다. 거기에 함께 제공되는 다양한 스트리밍 기능은 덤이라 할 수 있다.

이용자의 시청 플랫폼이 점점 다양해지는 환경에서 여러 플랫폼을 통해 콘텐츠의 노출 기회와 시청자 접점을 확대하는 일은 갈수록 중요해지고 있다. 와우자는 복잡한 방송 시스템을 직접 구축하기 어려운 라이브 스트리밍 운영자의 기술적 요구부터 동일한 라이브 스트림을 여러 플랫폼으로 분배해야 하는 대형 방송사의 송출 요구에 이르기까지 폭넓게 대응할 수 있는 솔루션이라고 본 필자는 생각한다.

FAQ

와우자 Stream Targets로 무엇을 할 수 있는가?

와우자 스트리밍 엔진으로 입력된 하나의 라이브 스트림을 YouTube를 비롯한 여러 플랫폼이나 외부 스트리밍 서버로 동시에 전송할 수 있다. 타겟마다 서버 주소, 스트림 이름, 프로토콜과 인증 정보를 개별적으로 설정할 수 있다.

RTMP와 RTMPS의 차이는?

RTMP(Real-Time Messaging Protocol)은 어도비(Adobe)에서 개발한 플래시(Flash)용 프로토콜이다. 오랜 시간 사용되며 현재는 라이브 스트리밍 분야의 데 팍토(De facto, 사실상의 표준) 프로토콜로 사용되고 있다. RTMPS는 RTMP 통신에 TLS 암호화를 적용한 방식이다.

OBS나 PRISM Live Studio만으로 여러 플랫폼에 동시 송출이 가능한가?

유료 버전의 PRISM Live Studio는 Multistream이라는 이름으로 다중 플랫폼 전송을 지원한다. OBS Studio는 기본적으로 하나의 스트리밍 서비스로 송출하며, 여러 RTMP 타겟으로 동시에 전송하려면 Multiple RTMP Outputs와 같은 서드파티 플러그인이 필요하다.

와우자 스트리밍 엔진은 HLS PUSH를 지원하는가?

추가 확장 모듈을 설치하면 표준 HLS PUSH 기능을 사용할 수 있다. 다만, YouTube의 HLS 인제스트처럼 별도의 업로드 방식과 인증 규격을 요구하는 타겟에는 전용 모듈이나 외부 솔루션이 필요하다. 본 필자는 YouTube와의 HLS 연동을 위해 직접 개발한 HLStoYTB 모듈을 사용한다.

와우자 스트리밍 엔진의 스트림 타겟이 늘어나면 어떤 서버 자원이 더 필요한가?

가장 크게 증가하는 자원은 네트워크 송신 대역폭이다. 타겟별 연결과 송신 버퍼를 처리하기 위한 메모리, 소켓과 스레드 처리 자원도 증가하며, RTMPS 암호화나 프로토콜 변환에는 추가 CPU 자원이 사용된다.

플랫폼마다 요구하는 스트림 규격이 다르면 어떻게 해야 하는가?

모든 플랫폼이 받을 수 있는 공통 규격으로 소스 스트림을 만들거나, 트랜스코딩한 다음 각 출력 스트림에 별도의 타겟을 연결한다. 해상도나 비트레이트뿐 아니라 비디오·오디오 코덱, 프레임레이트, 키프레임 간격과 오디오 샘플레이트도 함께 확인해야 한다.

Generic Target Destinations를 먼저 권하는 이유는?

플랫폼이 표준 RTMP 서버 주소와 Stream Key를 제공한다면 Generic RTMP만으로도 연동에 필요한 기본 설정을 직접 구성할 수 있다. 설정 구조가 단순하고 플랫폼이 바뀌어도 같은 방식으로 적용할 수 있어 장애 원인을 확인하기도 쉽다. 다만 플랫폼 전용 인증이나 보안 기능이 필요하거나 Generic RTMP로 정상 연동되지 않는다면 Third-Party Target Destinations의 전용 타겟을 사용하는 것이 적합하다.

스트림 타겟 항목이 초록색인데도 플랫폼에서 스트림이 보이지 않는 이유는?

초록색의 Active는 와우자 스트리밍 엔진이 타겟 서버에 연결되어 스트림을 전송하고 있다는 의미이다. 플랫폼이 잘못된 Stream Key를 별도의 스트림으로 받아들이거나, 플랫폼에서 방송 시작 승인을 기다리고 있거나, 입력 규격이 플랫폼의 요구 사항과 맞지 않더라도 스트림을 전송하고 있다면 초록색으로 표시된다. 타겟 주소와 Stream Key, 플랫폼의 미리보기 화면, 코덱·해상도·비트레이트 설정을 함께 확인해야 한다.

RTMP·HLS PULL 방식이란?

스트림을 수신하는 클라이언트나 미디어 서버가 송신 측 서버에 접속해 콘텐츠를 가져오는 방식이다. RTMP PULL은 수신 측이 RTMP 서버에 연결해 스트림을 지속해서 받고, HLS PULL은 플레이어나 미디어 서버가 HTTP 요청을 통해 플레이리스트와 미디어 세그먼트를 차례로 가져온다. 연결이나 요청을 시작하는 주체가 수신 측이라는 점이 PUSH 방식과 다르다.

RTMP·HLS PUSH 방식이란?

스트림을 보내는 인코더나 미디어 서버가 타겟 서버로 콘텐츠를 전송하는 방식이다. RTMP PUSH는 송신 측이 타겟 서버에 연결해 스트림을 지속해서 전송한다. HLS PUSH는 송신 측이 생성한 플레이리스트와 미디어 세그먼트를 HTTP 업로드나 서비스별 전송 방식으로 타겟 스토리지 또는 서버에 전달한다. 와우자 Stream Targets에서는 와우자 엔진이 송신 측이 되어 지원되는 외부 플랫폼이나 스트리밍 서버로 콘텐츠를 전송한다.

하나의 타겟에서 장애가 발생하면 다른 플랫폼의 송출도 중단되는가?

와우자 스트리밍 엔진에서 각 스트림 타겟은 별도의 연결로 동작하므로 특정 플랫폼의 연결 오류가 다른 타겟을 중단시키는 것은 아니다.