디지털 방송제작 시스템과 스토리지, ‘우리는 한 몸’
방송 중단 요소 제거 이중화 구성 필수 … 범용 스토리지용 방송 장비 표준화 필요
정연근
효성인포메이션시스템 SA팀 선임컨설턴트
his-ygjeong@hyosung.com
디지털 방송 제작 및 송출 환경은 크게 시스템을 운용하는 디지털 정보관리 시스템과 스토리지, 서버 등으로 구성된다. 이 가운데 스토리지는 온라인 상태에서 편집과 송출 작업이 가능하도록 하는 대용량 저장 장치로써 디지털 방송 제작 환경에 있어 가장 핵심적인 요소로 떠오르고 있다.
워크플로우 변화
기존의 아날로그 방송 제작 환경에서는 필요한 영상 자료를 검색한 후 직접 필요한 테이프를 찾아오고, 편집이 끝나면 필요한 메타 정보를 테이프에 직접 기록하는 등 대부분의 작업을 사람의 손으로 직접 수행해야만 했다. 이러한 일련의 과정은 많은 작업 시간과 작업 인력을 필요로 하며, 특히 신속성을 생명으로 하는 뉴스 시스템에서는 더욱 치명적인 요소로 작용한다.
테이프 기반의 방송 제작, 송출 시스템이 수작업에 의존하는 방송 제작 환경이었다면, 스토리지 기반의 방송 제작, 송출 시스템에서는 네트워크를 통한 데이터 이동으로 작업이 이루어진다. 인제스트(Ingest) 시스템에서 방송 영상 자료를 인코딩(Encoding)한 후 스토리지에 데이터를 저장하면, 편집 시스템에서 저장된 데이터를 가져와서 실제 방송을 위한 편집 작업을 거친 후 다시 스토리지에 저장한다. 그런 다음 송출 시스템에서 편집 완료된 방송 영상을 내보내는 과정을 거친다. 다음은 스토리지 기반의 방송 제작, 송출 환경에서의 각 단계별 워크플로우다. 이를 통해 방송 영상 데이터가 네트워크를 통해 어떻게 이동하는지 알 수 있다.
1. 로컬 스토리지로의 방송 데이터 입력 과정
뉴스, 생활 정보, 드라마 등의 모든 방송용 데이터와 위성으로부터 송신된 데이터, 그리고 지역 방송국으로부터 송신된 데이터 등 모든 방송용 데이터는 여러 채널을 통해 인제스트 비디오 서버를 거친다. 인제스트 비디오 서버에서는 방송 제작/편집을 위한 형식으로 인코딩해 로컬 스토리지에 저장한다. 입력 영상자료는 방송 편집용의 고해상도(MPEG-2) 데이터와 탐색·가편집용 저해상도(MPEG-1) 데이터, 그리고 인터넷 서비스용 저해상도(MPEG-4) 데이터 등 세 가지 모드로 동시에 로컬 스토리지에 저장된다.
이러한 작업을 인제스트라고 하는데, 방송 영상 데이터 뿐만 아니라 그 데이터에 대한 각종 정보 즉, 메타데이터를 DB화해 스토리지에 저장하는 작업을 병행한다. 영상 자산의 중요성을 고려하고 증가하는 데이터를 더욱 쉽게 검색하기 위해서는 가능하면 많은 메타데이터를 수집, 분류, 입력해야 한다.
2. 중앙 스토리지로의 데이터 이동
인제스트 비디오 서버의 로컬 스토리지에 저장된 방송용 데이터를 중앙 스토리지 및 백업 스토리지로 이동을 담당하는 시스템이 CMS 서버다. 인제스트 서버에서 방송용 데이터로 인코딩하여 로컬 스토리지로 저장하고 난 후 일정 시간이 되면 CMS 서버는 파일 서버 또는 FTP 서버를 이용해 MPEG-2와 MPEG-1 데이터를 로컬 디스크로부터 중앙 스토리지로 이동시킨다. 고해상도 데이터와 저해상도 데이터, 그리고 인터넷 방송용 데이터를 각각 고유의 디스크 볼륨으로 보낸다.
즉, CMS 서버는 파이버채널 인터페이스를 가진 로컬 스토리지에 저장된 데이터를 일반 이더넷을 통해 중앙 스토리지로 이동시킨다. CMS 시스템의 또 다른 역할 하나는 중앙 스토리지의 장애에 대비해 구축한 백업 스토리지로 데이터 복제본을 저장하는 작업이다.
3. EDL 작성 위한 가편집 과정
방송 데이터의 입력이 완료되면 방송을 위한 편집 과정을 거친다. 이 작업을 수행하기 전에 편집기에서 인식이 가능한 포맷으로 만들기 위한 트랜스코딩 작업을 수행할 수도 있으나 여기서는 설명을 생략한다. 방송 편집 작업은 크게 두 가지로 나뉜다. EDL(Edition Decision List) 작성을 위한 가편집 작업과 실제 송출용 데이터를 편집하는 작업이 그것이다. 가편집 작업을 위한 저해상도 영상 자료의 경우 실제 방송에 사용되는 고해상도 자료와 분리해 저장하는 것이 일반적이다.
인제스트 작업 시 분리 저장된 MPEG-1 또는 MPEG-4 저해상도 방송 영상 자료를 불러와서 EDL 작성 작업을 수행한다. EDL 작성 작업은 주로 연출자, 기자 등 방송 제작자들에 의해 일반 데스크톱 컴퓨터에서 이뤄지며, 일반 이더넷 을 통해 네트워크 파일 서버로부터 스토리지에 저장된 방송 영상 데이터를 전송받는다. EDL 작성을 위한 저해상도 영상 자료의 경우 높은 성능을 요구하는 것이 아니므로 파이버채널로 직접 연결할 필요가 없다. 가편집을 통해 작성이 완료된 EDL 자료는 실제 방송용 편집을 위한 NLE(Non-Linear Editor) 편집실로 보내진다.
4. 실제 방송용 데이터 편집 과정
앞 단계에서 가편집을 통해 EDL 작성이 완료되면, 중앙 스토리지에 직접 연결된 NLE 시스템들은 고해상도 MPEG-2 데이터를 직접 불러와 실제 방송용 편집 과정을 거치게 된다. 고해상도 MPEG-2 데이터의 경우 고성능의 디스크 I/O 성능을 요구하므로 네트워크를 이용해 데이터를 이동하는 것이 어려우므로 보통 파이버채널 인터페이스를 사용한다.
NLE 편집실에서는 방송 제작자들에 의해 이미 작성된 EDL 자료를 근거로 실제 방송에 사용될 영상을 편집하는 작업을 한다. 이 작업은 보통 NLE 편집 전문가들에 의해 이뤄지며, 방송 영상 편집이 완성되고 나면 다시 중앙 스토리지에 저장해 송출용 비디오 서버들이 이 데이터를 사용할 수 있도록 한다.
5. 송출용 로컬 스토리지로의 데이터 이동
실제 방송을 위한 편집이 끝난 후 중앙 스토리지에 저장된 송출용 데이터를 비디오 서버에서 직접 불러와 송출하면 좋겠지만, 사실 이것은 기술적으로 불가능하다. 송출용 비디오 서버 제품의 경우 각각 고유의 파일 시스템을 사용하는 경우가 대부분이어서 범용 스토리지로부터 송출 데이터를 직접 불러오기가 힘들다. 따라서 일단 편집이 끝나고 중앙 스토리지에 저장된 데이터는 CMS 서버에 의해 송출용 비디오 서버의 로컬 스토리지로 이동된다.
이 과정은 인제스트용 로컬 스토리지에서 중앙 스토리지로 이동하는 일련의 과정과 동일하다. CMS 서버가 정해진 시간에 필요 데이터를 중앙 스토리지로부터 송출용 로컬 스토리지로 이동시킨다. 이때 사용하는 데이터 전송 매체는 인제스트 작업과 마찬가지로 일반 이더넷이다.
6. 방송용 데이터 송출 과정
CMS 서버에 의해 송출용 데이터를 중앙 스토리지로부터 로컬 스토리지로 이동시켰다면, 송출용 비디오 서버는 방송 스케줄에 따라 필요한 영상자료를 불러와 송출하는 작업을 수행한다.
스토리지 고려 사항
방송 소재 또는 프로그램을 저장하는 매체로서, 모든 방송 데이터의 집결소인 스토리지는 안정성과 데이터 처리 속도에 가장 중점을 두고 구축돼야 하며, 향후 확장성 또한 고려돼야 한다. IT 서비스 대부분이 이러한 요소들을 강조하지만, 방송 서비스라는 특성을 감안할 때 안정성과 성능, 그리고 확장성이라는 세 가지 조건은 주의 깊게 고려돼야 한다.
1. 성능
스토리지는 모든 방송 자료를 보관해 파일 서비스를 제공한다. 이 때 스토리지가 충분한 성능을 제공하지 못한다면 이전 방식의 방송 제작 환경에 비해 더욱 불편함을 초래하게 될 수도 있다. 인제스트, 편집, 가편집 및 탐색, 송출 시스템 등 모든 방송 제작 시스템들이 중앙 스토리지에 연결돼 관련 자료를 사용하며, 장기 저장을 위한 아카이빙 시스템들 또한 중앙 저장 장치에 접근한다.
일반적으로 방송 제작, 송출을 위한 채널 하나당 필요한 성능은 SD급을 기준으로 50Mb/s, HD급 기준으로는 100~150Mb/s다. 지상파 3사가 구축했거나 구축 예정인 방송시스템을 보면 입력 채널, 편집 채널, 가편집 및 탐색 채널, 송출 채널을 합해서 적게는 수십 개에서 많게는 수백 개에 이른다고 볼 때 중앙 스토리지의 디스크 I/O 성능은 다른 IT 서비스에 비해 상당히 높을 수밖에 없다.
이러한 성능 문제를 해결하기 위해 고사양의 스토리지를 선택하는 것도 좋겠지만, 데이터를 분산, 병렬 처리하는 구조도 하나의 방안이 된다. 한 대의 스토리지를 이용해서 순차적으로 데이터를 저장하는 것이 아니라 여러 대의 스토리지를 사용해 분산 처리함으로써 데이터 처리능력을 배가할 수 있는 것이다. 실제 영화 제작사에서 사용하는 로(RAW) 형태의 HD급 영상은 한 채널당 약 150MB/s라는 엄청난 처리 속도를 요구한다. 외국의 한 영화 제작사(스타게이트)는 여러 대의 스토리지를 연결, 데이터를 병렬 처리함으로써 성능상 요구를 해결하기도 했다.
2. 안정성
아날로그 방송 제작시대부터 방송 장비에 대해 요구하는 중요한 특징 중 하나가 장비의 안정성이다. 디지털 방송 제작 환경으로 변한다 하더라도 이 요구 사항은 여전히 중요한 고려 사항이 된다. 방송 서비스의 특성상 방송 장비의 장애로 인한 방송 중단 등의 사고는 허용할 수 없는 심각한 문제이므로 각 방송사는 대부분의 방송 장비에 대해 이중화 구성을 원칙으로 하고 있다. 즉, 주 장비에 대한 예비 장비를 항상 갖추도록 하고 있다.
모든 방송 데이터를 저장하고 있는 스토리지에 대한 안정성은 아무리 강조해도 지나치지 않다. 고도의 안정성을 갖춘 스토리지 제품을 선택해야 함은 물론, 스토리지 장애에 대비한 이중화 구성도 필수적으로 요구된다. 통상 스토리지 구성 시에는 중앙 스토리지 뿐만 아니라 그에 대한 백업 스토리지도 함께 둬 데이터를 저장할 때 1차적으로 중앙 스토리지에 저장하지만 장애에 대비하여 2차 스토리지에 복제본을 저장하도록 구성한다. 이럴 경우 중앙 스토리지에 심각한 장애가 발생하더라도 방송이 중단되는 등의 심각한 상황은 피할 수 있다.
3. 확장성
다음으로 스토리지에 대해 고려해야 할 중요한 사항은 확장성이다. 매일 방송되는 1시간 분량 뉴스의 용량이 23GB 정도라고 한다. 하루 24시간 분량을 모으면 552GB이고 30일 분량만 모으더라도 16TB가 넘는 양이다. 방송되지 않은 자료까지 고려한다면 데이터는 엄청나다. 문제는 이 같은 데이터가 빈번하게 쓰이는 것은 아니지만 간간이 ‘자료 화면’으로 불려 나온다는 점이다. 결국 방송사들은 모든 데이터를 폐기하지 않고 보관해야 한다. 시간이 흐를수록 불어나는 데이터를 보관하는 데는 적잖은 수고와 시설이 필요하다.
그러므로 데이터 보관 장소인 스토리지의 확장성은 매우 중요한 고려 요소다. 폭넓은 확장성을 가진 스토리지를 선택해야 함은 물론이고 데이터를 저장하는 방법도 다양하게 갖추고 있어야 한다. 즉, 한 대의 스토리지에만 데이터를 저장하지 말고 다양한 데이터 관리 정책을 세워 방송 자료의 성격에 맞도록 여러 가지 종류의 스토리지에 분산 저장하는 아키텍처를 만드는 것이 중요하다.
하지만, 모든 비즈니스가 그렇듯이 비용 문제를 생각하지 않을 수 없다. 무조건 고사양, 대용량의 스토리지를 도입하는 것이 능사가 아니라 방송 제작 시스템 종류에 맞도록 스토리지 구성을 달리해야 한다. 파이버채널 인터페이스를 사용하는 것이 빠르다고 무조건 파이버채널 인터페이스를 사용할 필요는 없다. 예를 들어 저해상도 영상을 불러오는 가편집 장비에는 일반 이더넷을 통해 스토리지에 연결하는 것이 비용 면에서 효율적이다. 데이터 저장의 경우에도 일률적으로 한 종류의 스토리지에 저장하는 것이 아니라 데이터의 중요도 및 사용 빈도에 따라, 그에 맞는 스토리지에 저장하는 정책을 세움으로써 스토리지 구성을 효율화해야 한다.
방송 장비별 스토리지 종류
디지털 방송 제작 및 송출 환경에서는 다양한 방송 장비들이 사용된다. 인제스트 비디오 서버, CMS 서버, NLE 장비, 송출용 비디오 서버 등이 그것이다. 다음에서는 각 방송 장비별로 필요한 스토리지 요구 조건 및 구성에 대해 살펴본다.
1. 인제스트용 스토리지
일반적으로 인제스트 비디오 서버는 로컬 스토리지와 통합 스토리지 모두 사용한다. 다양한 종류의 방송 영상 자료를 로컬 스토리지에 저장하고 난 뒤 일정 시간이 되면 이더넷을 통해 중앙 저장 장치로 보낸다. 인제스트 그룹에서는 방송 편집 및 송출 작업을 원활하게 수행하도록 고해상도 영상 자료인 MPEG-2 그리고 저해상도 영상 자료인 MPEG-1, MPEG-4 등 여러 종류의 영상 데이터를 동시에 만들어야 한다. 그러므로 스토리지는 다양한 인터페이스를 제공해야 할 뿐만 아니라 고성능을 유지할 수 있도록 설계돼야 한다. 인제스트 비디오 서버에 직접 연결되는 로컬 스토리는 인코딩된 데이터가 직접 저장되므로 파이버채널 인터페이스가 사용돼야 한다.
로컬 스토리지에 저장된 다양한 영상 자료를 중앙 스토리지로 옮길 때는 일반 이더넷을 사용한다. 일반적으로 인제스트 비디오 서버와 로컬 스토리지에는 파이버채널 프로토콜을 일반 네트워크 프로토콜로 변환해주는 게이트웨이가 존재하므로 데이터 이동에는 아무런 문제가 없다.
2. NLE용 스토리지
실제 방송을 위한 편집 작업에는 중앙 스토리지에 저장된 고해상도 방송용 MPEG-2 데이터가 사용된다. 여러 개의 NLE 시스템들이 실제 방송용 편집을 위해 대용량의 데이터에 빠르게 액세스해야 하므로 파이버채널을 이용해 중앙 스토리지에 직접 연결해야 한다. 또한 여러 대의 NLE 장비들이 같은 데이터에 접근해야 하는데, 이것을 해결하기 위해 데이터 공유를 위한 별도의 파일 공유 솔루션을 탑재해야 한다.
네트워크 파일 서버 또는 NAS를 이용한다면 데이터 공유 문제가 해결되지만 성능상의 문제 때문에 원활한 편집 작업이 어렵다. 일반 이더넷을 이용할 경우 파일 단위의 전송이므로 느린 전송 속도를 보이지만 파이버채널 인터페이스를 이용할 경우 블록 단위의 데이터 전송이므로 빠른 전송 속도를 가지기 때문이다.
3. 가편집 및 탐색용 스토리지
실제 방송용 데이터를 편집하기 전에 저해상도 MPEG-1 또는 MPEG-4 데이터로 EDL 작성을 위한 가편집 작업이 이뤄진다. 가편집 및 탐색용 장비들이 스토리지에 접근할 때에는 통상적으로 일반 이더넷을 사용한다. 저해상도 영상 데이터를 이용하므로 높은 성능을 요하지 않을 뿐더러 수십 대의 PC급 장비들에 파이버채널 인터페이스를 장착하는 것은 비용면에서 효율적이지 못한 구성이다.
일반 이더넷을 이용해서 스토리지에 접근하는 것은 또 다른 장점이 있는데, 그것은 파일 공유 문제가 근본적으로 생기지 않는다는 것이다. 네트워크 파일 서비스는 기본적으로 파일 단위의 액세스이므로 여러 대의 시스템들이 같은 파일을 사용하는 데 아무 문제가 없다.
또한 저해상도 영상 자료의 저장을 위해 중앙 스토리지와는 별개의 스토리지 구성을 제공하는 것도 좋은 방법이다. 저해상도 영상 자료는 일반 이더넷을 이용해 데이터 전송이 가능하며 빠른 액세스 성능을 요구하지 않으므로, 중앙 스토리지에 저장하지 않고 별도로 이더넷을 이용한 스토리지 구성을 한 다음 그곳에 저장하는 것이 효율적일 수 있다.
4. 송출용 스토리지
인제스트 비디오 서버와 마찬가지로 송출용 비디오 서버의 경우에도 로컬 스토리지와 중앙 스토리지 두 가지 모두 사용한다. 모든 송출용 비디오 서버에는 로컬 스토리지가 파이버채널을 통해 직접 연결돼 있고 중앙 스토리지에 접근할 때에는 일반 이더넷을 사용한다. MPEG-2 데이터가 방송용으로 편집 완료된 후에 중앙 스토리지에 저장되면, CMS 서버가 방송 스케줄에 맞춰 인제스트 비디오 서버의 로컬 스토리지로 이동시킨다. 이때 이더넷을 이용해 로컬 스토리지로 데이터를 보낸다.
송출용 비디오 서버가 방송을 위해 로컬 스토리지에 접근할 때에는 파이버채널 인터페이스를 이용한다. 인제스트 비디오 장비들과 마찬가지로 송출용 비디오 장비에도 파이버채널과 일반 네트워크 프로토콜 변환을 위한 게이트웨이가 있다.
스토리지 구성 방법
지금까지 디지털 방송 제작 환경에서의 워크플로 변화 및 스토리지 고려 사항 그리고 방송 장비별로 필요한 스토리지에 대해서 살펴봤다. 그러면 구체적으로 스토리지는 어떻게 구성해야 하는가. 디지털 방송 제작 환경에서 스토리지는 크게 네 가지로 구분된다. 각 비디오 서버에 직접 연결된 로컬 스토리지, 실제 방송 서비스용 데이터를 저장하는 중앙 스토리지, 중앙 스토리지의 장애에 대비해 복제본을 저장하고 있는 백업 스토리지, 그리고 장기 보존 장비인 니어라인(Near-Line) 아카이빙 스토리지가 있다.
1. 로컬 스토리지
로컬 스토리지의 경우 방송 장비 공급업체에서 인제스트와 송출용 비디오 서버와 함께 제공하는 것이 일반적이다. 방송 비디오 서버의 경우 제품마다 독특한 파일 시스템을 사용하므로 범용 스토리지를 사용하기가 어려워 각 방송 장비 공급업체에서 제공한 로컬 스토리지를 사용할 수밖에 없다. 각각의 비디오 서버에는 파이버채널 인터페이스 카드, 즉 HBA가 설치돼 로컬 스토리지를 직접 연결한다. 따라서 별도의 SAN 스위치를 필요로 하지 않는 것이 일반적이다.
중앙 저장 장치로 데이터를 이동시키는 역할을 하는 CMS 서버의 경우에는 일반 이더넷을 이용해 로컬 스토리지에 접근하며, 직접 연결될 수 없으므로 파이버채널 프로토콜과 네트워크 프로토콜 변환 장치인 게이트웨이 장비에 연결된다. 로컬 스토리지의 경우 방송 영상 데이터가 중앙 스토리지로 옮겨지기 전의 임시 저장소 역할만을 하므로 많은 용량이 필요하지는 않다.
2. 중앙 스토리지
모든 데이터의 중앙 저장 장치로서 방송 영상 자료, 메타데이터 등 실제 방송을 위해 필요한 모든 데이터가 집결되는 장소다. 인제스트 비디오 서버에서 인코딩한 데이터가 저장되고 저장된 데이터를 편집 시스템에서 불러들여 편집하고, 편집한 데이터를 송출하는 일련의 디지털 방송 제작 및 송출 작업이 중앙 스토리지를 중심으로 이뤄진다.
중앙 스토리지의 구성을 살펴보면, 먼저 스토리지를 사용하는 모든 시스템들을 파이버채널로 연결할 필요는 없다. CMS 서버, 가편집 및 탐색 시스템들이 일반 이더넷 네트워크를 이용하여 중앙 스토리지를 사용할 수 있도록 네트워크 파일 서버를 구성해야 한다. 네트워크 파일 서버를 직접 스토리지에 연결하고 디스크 볼륨들을 공유, 다른 방송 장비들이 네트워크 파일 서버를 통해 스토리지를 이용할 수 있도록 한다. 이때 파일 서버에 성능상의 병목 현상이 발생할 수 있으므로 여러 대의 파일 서버들을 구축함으로써 관련 파일들을 분산 처리하는 구조를 만들어야 한다.
이에 반해 실제 방송용 편집 장비인 NLE 장비들은 고해상도 방송용 MPEG-2 데이터를 사용하기 때문에 고성능 처리 능력을 갖춘 파이버채널을 통해 스토리지에 직접 연결돼야 한다. 즉, 중앙 스토리지는 SAN과 NAS, 또는 네트워크 파일 서비스를 동시에 제공할 수 있도록 구성해야 한다.
중앙 스토리지는 고성능을 제공해야 하고 고도의 안정성과 확장성이 요구되므로 미드레인지 제품보다는 하이엔드 제품이 더 적합할 것이다. 그 이외에도 스토리지 자체 구성에 있어 더욱 개선된 성능과 안정성을 제공할 수 있는 방안을 고려해야 한다. 예를 들면, 일반 파일 저장에 주로 사용되는 RAID-5보다는 RAID-1+0 구성을 선택하는 것이 훨씬 더 나은 성능과 안정성을 제공할 수 있으며, 10,000 RPM 디스크보다는 15,000 RPM을 사용하는 것이 디스크 I/O 성능을 실질적으로 높여줄 것이다.
3. 백업 스토리지
대부분의 방송 장비들은 이중화돼 있으며 방송 관련 모든 데이터를 저장하고 있는 스토리지도 예외가 아니다. 따라서 중앙 스토리지에 모든 데이터를 저장하지만 별도의 스토리지를 한 대 더 구축해 복제본을 저장하는 구성이 일반적이다. 이때의 스토리지는 중앙 스토리지만큼 빠른 성능과 높은 안정성을 요구하지는 않는다.
하지만 중앙 스토리지에 저장되는 데이터에 비해서 많은 양의 데이터를 저장하므로 높은 확장성을 가진 스토리지를 요구한다. 백업 스토리지에 복제본을 저장하는 역할은 주로 CMS 서버에서 수행하는데 일반 이더넷 네트워크를 통해 복제본을 저장하므로 백업 스토리지는 앞에서 언급한 네트워크 파일 서버에 연결돼야 한다.
4. 니어라인 아카이빙 스토리지
모든 방송 데이터를 중앙 스토리지에 저장한다는 것은 거의 불가능한 일이다. 방송이 끝난 후 일정 기간이 지나거나 방송되지 못한 데이터의 경우 별도의 처리 과정을 통해 다른 저장 장치로 이동할 필요성이 있다. 이때의 저장 장치는 디스크 어레이가 될 수도 있고 테이프 라이브러리가 될 수도 있다.
예전에는 비용상의 이유 때문에 아카이빙 저장 장치로 테이프 라이브러리가 주로 사용됐지만 비용 측면에서 테이프 라이브러리보다 효율적이며, 전송 속도에서도 테이프에 비해 월등히 뛰어난 SATA 스토리지의 등장으로 테이프의 필요는 격감되고 있다. 그런 면에서 요즘은 SATA 스토리지를 니어라인 아카이빙 저장 장치로 도입하고 있는 추세다.
방송 데이터 아카이빙을 위해 필요한 또 한 가지 장비는 아카이빙 솔루션을 탑재한 별도의 서버인데, 그 서버는 중앙 스토리지 및 아카이빙 저장 장치에 연결돼야 한다. 아카이빙 저장 장치에 저장된 데이터는 별도의 처리과정을 통해 압축해 저장하는 것이 일반적이다. 방송이 끝난 데이터 또는 방송되지 못한 데이터들은 자주 사용되는 것은 아니지만 자료 화면 등을 목적으로 사용되기도 한다. 따라서, 필요할 때에는 언제든지 불러와 사용할 수 있도록 구성해야 한다.
풀어야 할 과제들
방송 제작 및 송출 시스템의 디지털화를 진행하면서 가장 큰 애로 사항은 중앙 스토리지와 각 방송 장비들과의 호환성 문제였다. 비디오 서버와 NLE 장비의 경우 제품마다 고유한 파일 시스템을 사용하는 경우가 많아서 범용 스토리지와 연결 시 호환성 문제가 발생할 수 있다. 또한 방송이라는 고유한 영역에서 방송 관련 장비들이 각각의 고유한 방송 데이터를 가지기 때문에 자유롭게 범용 스토리지를 사용할 수 있도록 하는 작업이 상당히 어렵다.
비디오 서버를 예로 들면, 대부분의 비디오 서버들은 로컬 스토리지와 함께 공급되고 있으며 각각 고유의 파일 시스템을 사용하고 있으므로 범용 스토리지에 직접 연결하는 것은 불가능하다. 범용 스토리지를 사용하기 위해서는 게이트웨이 장비를 통해 이더넷을 이용해 범용 스토리지로 데이터를 이동시키는 과정을 거쳐야 한다. 인제스트 비디오 서버에서 방송 데이터 인코딩 시 중앙 스토리지에 직접 저장하지 않고, 먼저 로컬 스토리지에 저장한 후 중앙 스토리지로 이동시키는 이유가 여기에 있다.
NLE 장비의 경우에도 모든 제품이 그런 것은 아니지만 AVID 제품의 경우 ‘유니티(Unity)’라는 독특한 파일 시스템을 사용하기 때문에 범용 스토리지에 직접 접근하는 경우 NLE 작업에 있어 기능상의 제약을 받는다. 퀀텔(Quantel)에서 공급하는 EG NLE 제품의 경우에도 프레임 단위의 방송 영상 관리를 위해 고유의 데이터베이스를 사용하므로 반드시 로컬 스토리지를 사용해야 한다.
만약 범용 스토리지를 사용하는 경우에는 임포트(Import)와 익스포트(Export) 기능을 이용해 별도의 데이터 이동 절차를 거쳐야 한다. 그렇지만 그 이외에 피나클(Pinnacle), 애플(Apple), GVG에서 제공하는 NLE 제품들은 범용 스토리지를 파이버채널을 이용하여 직접 연결할 수 있다.
현재 디지털 방송 제작 장비를 생산하는 업체들이 각각 고유의 방식을 고수하다 보니 아직 표준이 정해지지 않았고 따라서 다른 장비와의 호환성 문제가 심각하게 대두되고 있다. 예를 들면 A사에서 인코딩한 영상 데이터를 B사 NLE 장비들이 인식하지 못하는 경우는 비일비재하다. 이러한 문제를 해결하기 위해 별도의 트랜스코딩 장비들을 도입하곤 한다. 마찬가지로 방송 장비와 범용 스토리지와의 호환성 문제는 심각해 직접 연결하는 것 자체가 불가능한 경우가 흔하다.
IT 업계에 스토리지가 일반화되면서 가장 먼저 대두된 이슈가 SAN이 적합한가, NAS가 적합한가의 문제였다. 하지만 시간이 흐르면서 성능이 더 중요한 서비스에는 SAN이 적합하고 성능보다는 데이터 공유를 하는 것이 더욱 중요한 서비스에는 NAS가 적합하다는 게 정설이 되고 있다. SAN은 빠른 성능을 제공하지만 기본적으로 데이터 공유가 안 되는 문제점을 안고 있는 반면, NAS의 경우 SAN보다 빠른 성능을 제공할 수는 없지만 NAS에 저장된 데이터를 여러 대의 시스템들이 공유해 사용할 수 있다는 장점이 있기 때문이다.
그런데 방송 제작 환경이 디지털화되면서 이 해묵은 논쟁이 재연되고 있다. 방송 제작/송출 서비스는 대용량 데이터를 이동해야 하므로 고성능의 스토리지 서비스가 필요하고 수많은 방송 장비들이 동일한 데이터를 공유할 수 있어야 했다. 즉 디지털화된 방송 제작 및 송출 환경에서는 SAN의 장점과 NAS의 장점이 모두 필요하게 된 것으로 제시된 해결책이 통합 스토리지에서 SAN과 NAS를 동시에 제공하는 구성이다. 고해상도 MPEG-2 데이터를 이용하는 시스템들은 SAN을 통해 스토리지에 연결하고 저해상도 MPEG-1 또는 MPEG-4 데이터를 이용하는 시스템들은 일반 이더넷을 통해 NAS 스토리지에 연결하는 방식을 취한 것이다.
이 경우 문제가 되는 것이 스토리지에 저장되는 데이터양이 많아지고 스토리지를 사용하는 장비들이 많아졌을 때 NAS 전용 게이트웨이를 늘려야 한다는 것이다. 하지만 NAS 전용 게이트웨이를 늘린다면 또 다시 데이터 공유 문제가 발생할 수밖에 없다. 그래서 나온 해결책이 NAS처럼 네트워크 파일 서비스를 제공하면서 데이터 공유 솔루션을 탑재할 수 있는 네트워크 파일 서버의 도입이다. 물론 데이터의 양이 아주 작거나 스토리지에 연결되는 장비들이 적을 경우에는 NAS 전용 게이트웨이를 설치할 수도 있지만 그렇지 않을 경우 네트워크 파일 서버를 두는 것이 바람직하다.
