허용된 업스트림 집합 사전 구성
여러 라우팅 호스트를 SRT 서버에 연결하고 선택된 활성 경로를 검토된 소스 순서의 첫 번째에 둡니다.
기본 및 백업 소스 제어
Callaba Live Video Failover
기본 및 백업 SRT 업스트림을 검토된 하나의 라우팅 집합에 유지합니다. 연결이 끊기면 릴레이가 구성된 loop 및 재연결 설정에 따라 준비된 소스로 다시 연결하고 순환할 수 있습니다.
눈에 보이는 안정성 워크플로
기본 소스, 백업 소스, 제어된 출력
이벤트 전에 업스트림을 정의하고 선호 경로를 첫 번째에 둔 뒤 실제 인코더와 네트워크로 재연결, 소스 순환, 대상 수락을 검증합니다.
검증된 운영 범위
구성된 SRT 업스트림 기반 페일오버
복구 범위는 명확합니다. 재연결과 순환은 팀이 검토한 업스트림 집합만 사용합니다.
연결 해제 후 재연결 및 순환
SRT PULL 릴레이는 재연결 간격을 둔 루프 모드로 실행되며 활성 연결이 끊기면 구성된 업스트림 목록을 순환합니다.
통제된 실행 전에 선호 경로 준비
운영자 또는 API 클라이언트가 기존 업스트림을 선호 활성 경로로 저장할 수 있습니다. 이 선택은 통제된 시작 또는 재시작에 적용되며 실행 중인 릴레이를 즉시 다시 로드하지 않습니다.
사용 사례
단일 소스에 의존할 수 없는 기여 워크플로 보호
팀이 라이브 전에 기본 및 백업 SRT 기여 경로를 준비할 수 있는 환경에서 제품을 사용합니다.
백업 인코더가 있는 라이브 이벤트
기본 및 백업 인코더 엔드포인트를 검토된 하나의 소스 집합에 유지하여 프로덕션 중 운영자가 준비된 대안을 사용할 수 있게 합니다.
변동 네트워크를 통한 원격 기여
원격 장소나 네트워크 경로가 기여 세션 중 끊길 수 있다면 접근 가능한 업스트림을 두 개 이상 준비합니다.
장시간 채널 운영
명확한 복구 경로와 운영자 가시성이 필요한 연속 워크플로에 구성된 소스 이중화를 사용합니다.
읽기 전용 스트림 상태 평가
변경하기 전에 라이브 경로를 이해하세요
Multiview와 현재 SRT/RTMP 운영자 텔레메트리를 함께 확인해 라이브 상태를 이해하고 관측 샘플로 정상 운영 범위를 설정합니다.
- 01
라이브 상태 관측
프로그램 영상 옆에 현재 소스 상태, 비트레이트, 사용 가능한 경우 SRT RTT를 배치합니다.
- 02
운영 기준선 설정
실시간 관측 샘플을 해당 프로덕션의 정상 비트레이트, RTT, 소스 상태 범위와 비교합니다.
- 03
이유가 명시된 경고 검토
편차를 명확한 운영자 경고로 표시하고 경로를 변경하기 전에 승인을 요구합니다.
기술 사양
제품이 지원하는 범위와 확인할 사항
지원되는 동작마다 실무적인 인수 확인 항목을 함께 제시합니다. 최종 기준은 설치된 Callaba 인터페이스와 실제 소스, 대상 및 인프라 프로필입니다.
| 기능 | 지원 동작 | 인수 확인 |
|---|---|---|
| 허용된 업스트림 집합 사전 구성 | 여러 라우팅 호스트를 SRT 서버에 연결하고 선택된 활성 경로를 검토된 소스 순서의 첫 번째에 둡니다. | 검토된 기본 및 백업 SRT 업스트림을 하나의 워크플로에 유지하고 연결이 끊긴 뒤 릴레이가 구성 목록에 다시 연결해 순환하도록 합니다. |
| 연결 해제 후 재연결 및 순환 | SRT PULL 릴레이는 재연결 간격을 둔 루프 모드로 실행되며 활성 연결이 끊기면 구성된 업스트림 목록을 순환합니다. | 루프 모드로 구성된 릴레이가 재연결하고 기존 업스트림 목록을 순환할 수 있습니다. 실제 복구 시간은 연결과 준비된 소스에 따라 달라집니다. |
| 통제된 실행 전에 선호 경로 준비 | 운영자 또는 API 클라이언트가 기존 업스트림을 선호 활성 경로로 저장할 수 있습니다. 이 선택은 통제된 시작 또는 재시작에 적용되며 실행 중인 릴레이를 즉시 다시 로드하지 않습니다. | 예. 기존 라우팅 호스트를 통제된 시작 또는 재시작 전에 선호 활성 경로로 저장할 수 있습니다. 저장해도 실행 중인 릴레이가 즉시 다시 로드되지는 않습니다. |
| 백업 인코더가 있는 라이브 이벤트 | 기본 및 백업 인코더 엔드포인트를 검토된 하나의 소스 집합에 유지하여 프로덕션 중 운영자가 준비된 대안을 사용할 수 있게 합니다. | 아니요. 제품은 제어된 복구 경로를 제공하지만 히트리스 전환이나 무중단을 보장하지 않습니다. 소스 준비 상태와 네트워크 조건도 중요합니다. |
| 장시간 채널 운영 | 명확한 복구 경로와 운영자 가시성이 필요한 연속 워크플로에 구성된 소스 이중화를 사용합니다. | SRT Servers API는 검토된 라우팅 호스트를 관리하고 선호 활성 경로를 저장할 수 있습니다. 설정 업데이트가 실행 중 릴레이의 즉시 라이브 전환으로 이어지지는 않습니다. |
| 라이브 상태 관측 | 프로그램 영상 옆에 현재 소스 상태, 비트레이트, 사용 가능한 경우 SRT RTT를 배치합니다. | 이 평가는 읽기 전용입니다. 예측 AI, 종단 간 QoE, 근본 원인 진단, 영구 SRT 이력 또는 자동 라이브 전환을 주장하지 않습니다. |
이제 실제로 설정해 보세요
Callaba에서 구성한 뒤 연결 상태를 확인하세요
이 페이지는 제품의 역할과 범위를 설명합니다. 아래 가이드는 열어야 할 제어 항목, 다음에 연결할 모듈, 워크플로 준비를 확인하는 방법을 안내합니다.
배포
클라우드 또는 자체 호스팅 Callaba에서 같은 페일오버 모델 사용
SRT 라우팅 계층이 실행될 위치를 선택한 뒤 네트워크와 프로덕션 범위에 맞춰 업스트림 집합을 구성합니다.
클라우드 배포
기여 또는 전달 지역 가까이에 Callaba 인스턴스를 시작하고 웹 인터페이스에서 기본 및 백업 SRT 업스트림을 구성합니다.
AWS에 Callaba 배포자체 호스팅 배포
라우팅 호스트, 네트워크 접근 및 운영 데이터를 인프라 내부에 유지해야 할 때 Linux에서 Callaba Engine을 실행합니다.
Linux에 설치API는 두 번째 계층
라이브 비디오 페일오버 솔루션 레시피 열기검토된 복구 계획 관리
SRT Servers API로 서버, 라우팅 호스트, 선호 활성 경로를 관리합니다. 선호 경로는 통제된 시작 또는 재시작을 위한 설정이며 실행 중 릴레이의 라이브 전환이 아닙니다.
- SRT 서버와 승인된 routing_hosts 구성
- 저장된 서버 구성과 활성화 상태 조회
- 통제된 시작 또는 재시작 전에 선호하는 기존 경로 저장
라이브 비디오 페일오버 질문
Callaba Live Video Failover는 무엇을 하나요?
검토된 기본 및 백업 SRT 업스트림을 하나의 워크플로에 유지하고 연결이 끊긴 뒤 릴레이가 구성 목록에 다시 연결해 순환하도록 합니다.
활성 업스트림 연결이 끊기면 어떻게 되나요?
루프 모드로 구성된 릴레이가 재연결하고 기존 업스트림 목록을 순환할 수 있습니다. 실제 복구 시간은 연결과 준비된 소스에 따라 달라집니다.
운영자가 다른 선호 소스를 준비할 수 있나요?
예. 기존 라우팅 호스트를 통제된 시작 또는 재시작 전에 선호 활성 경로로 저장할 수 있습니다. 저장해도 실행 중인 릴레이가 즉시 다시 로드되지는 않습니다.
히트리스 또는 무중단 전환을 보장하나요?
아니요. 제품은 제어된 복구 경로를 제공하지만 히트리스 전환이나 무중단을 보장하지 않습니다. 소스 준비 상태와 네트워크 조건도 중요합니다.
API는 이 워크플로에서 무엇을 자동화할 수 있나요?
SRT Servers API는 검토된 라우팅 호스트를 관리하고 선호 활성 경로를 저장할 수 있습니다. 설정 업데이트가 실행 중 릴레이의 즉시 라이브 전환으로 이어지지는 않습니다.
라이브 전에 준비
검토된 기본 및 백업 경로 구성
라이브 데모에서 운영 화면을 확인한 뒤 자체 SRT 라우팅 계획에 맞게 Callaba를 클라우드 또는 Linux에 배포하세요.