Microsoft Stream(클래식) 비디오 배달 및 네트워크 개요

  • 아티클

경고

Microsoft Stream(클래식) 사용 중지되고 Stream(SharePoint의 경우) 및 Microsoft Teams 라이브 이벤트로 대체됩니다. SharePoint, Teams, Viva Engage 또는 OneDrive에 비디오를 업로드하여 Stream(SharePoint에서)을 사용하기 시작하고 Teams 및 Viva Engage 통해 라이브 이벤트를 실행하는 것이 좋습니다.

Stream(클래식) 기능이 변경되고 사용 중지 날짜까지 제거됩니다. Stream(SharePoint에서)에 대해 자세히 알아보기...

적응 비트 전송률 스트리밍

Microsoft Stream 업로드할 수 있는 지원되는 비디오 형식이 많이 있습니다. 그런 다음 각 비디오 파일은 재생을 위해 여러 가지 비디오 품질 및 크기가 다른 표준 형식으로 인코딩됩니다. Stream(클래식) HTTPS ABR(유니캐스트 적응 비트 전송률 스트리밍)을 사용하여 비디오 플레이어의 사용 가능한 네트워크 대역폭 및 크기에 따라 최상의 비디오 재생 품질을 동적으로 선택합니다.

재생 중에 플레이어는 네트워크 조건 및 플레이어 크기의 변동에 적응합니다. 사용 가능한 대역폭이 높으면 플레이어는 고품질 버전의 비디오를 스트리밍합니다. 대역폭이 떨어지면 플레이어는 낮은 품질의 비디오 버전을 스트리밍합니다. 비디오의 품질과 해상도도 플레이어의 크기에 비례합니다. 뷰어가 더 작은 화면에서 시청하는 경우 항상 더 작은 버전의 비디오를 받게 됩니다.

적응 비트 전송률 스트리밍은 비디오가 중단 또는 버퍼링의 최소 양으로 재생되는 동안 백그라운드에서 이 모든 작업을 수행합니다. 비디오 재생 중에 비디오 플레이어를 사용하면 시청자가 자동 재생 품질을 수동으로 재정의하여 특정 비디오 재생 품질을 선택할 수 있습니다.

적응 비트 전송률 스트리밍을 위해 업로드된 비디오의 스마트 인코딩

Stream(클래식) 일부 스마트를 사용하여 적응 비트 전송률 스트리밍에 사용할 원래 업로드된 비디오의 다양한 비디오 품질과 크기를 만드는 방법을 결정합니다.

먼저 Stream(클래식) 업로드된 비디오에 대해 만들어야 하는 다양한 비디오 품질 또는 변환 수를 결정합니다. Stream(클래식) 비디오의 원래 해상도를 고려합니다. 예를 들어 1080p 이상의 비디오인 경우 더 많은 품질 수준(약 6)을 만들어 최저 품질 버전으로 한 단계 내딛습니다. 대신 업로드된 비디오가 480p이면 품질 수준이 더 낮아집니다(약 3). Stream(클래식) 원래 업로드된 비디오의 해상도를 초과하는 비디오의 해상도를 생성하지 않습니다.

비디오 품질 또는 변환 수가 결정되면 다음 단계는 각 변환에 대한 비트 전송률을 결정하는 것입니다. 변환 품질이 높을수록 더 많은 비트가 필요합니다. 그러나 모든 비디오가 동일하게 만들어지는 것은 아니지만 다양한 유형의 비디오에는 고품질 시청 환경을 구현하기 위해 서로 다른 비트 전송률이 필요합니다. 동영상에 많은 동작이 있는 경우 뛰어난 보기 환경을 달성하려면 더 높은 비트 전송률로 전달되어야 합니다. 그러나 대부분 정적 텍스트가 있는 비디오의 PowerPoint 프레젠테이션은 여전히 낮은 비트 전송률로 멋진 보기 환경을 얻을 수 있습니다.

비디오 콘텐츠의 이러한 가변성을 해결하기 위해 Stream(클래식) 업로드된 비디오의 특성을 측정한 다음 각 변환에 대해 비트 전송률을 권장합니다. Stream(클래식) 업로드된 각 비디오는 스트리밍에 사용되는 약간 다른 해상도 및 비트 전송률 집합으로 끝나게 되므로 필요한 경우에만 대역폭을 현명하게 사용하고 더 많은 비트를 사용할 수 있습니다.

Stream에서 비디오를 볼 때 적응 비트 전송률 스트리밍을 위해 만들어진 다양한 변환을 플레이어에서 볼 수 있습니다.

  • Stream(클래식) 플레이어에서 기어 아이콘을 클릭한 다음 품질을 선택합니다.
예제 설명 플레이어
Teams 모임 녹음/녹화 Teams 모임 녹화는 단일 1080p 해상도 비디오 변환으로 인코딩됩니다. 1080p – 574Kbps
주문형 비디오(모임 녹화 제외) 비 Teams 주문형 비디오는 이 예제와 같이 최대 6개의 비디오 변환을 지능적으로 선택하는 콘텐츠 인식 사전 설정으로 인코딩됩니다. 높은 수준의 색과 동작 분산이 있는 복잡성이 높은 콘텐츠는 더 많은 비디오 변환으로 인코딩되고 복잡성이 낮은 콘텐츠는 더 적은 수로 인코딩됩니다. 1080p – 3Mbps
720p – 1.6Mbps
540p – 989Kbps
360p – 460Kbps
270p – 327Kbps
180p – 193Kbps

라이브 이벤트에 대한 인코딩 프로필

위에 나열된 스마트 인코딩은 Stream에 업로드된 비디오에만 적용됩니다.

Yammer 또는 Microsoft Teams에서 생성된 라이브 이벤트를 Stream(클래식) 또는 "외부 앱 또는 디바이스"에서 만든 라이브 이벤트는 고정 인코딩 프로필을 가져옵니다.

  • 720p - 1.7Mbps
  • 540p - 850Kbps
  • 360p - 350Kbps
  • 240p - 140Kbps

참고

인코더의 입력 비디오 해상도가 720p 이상인 경우 위의 프로필을 받게 됩니다. 인코더에서 720p 미만으로 입력 비디오 해상도를 삭제하는 경우 입력 해상도에서 출력 비트 전송률만 가져옵니다. 예를 들어 인코더에서 540p 해상도를 보낸 경우 가장 높은 비트 전송률 뷰어는 540p - 850kbps 버전입니다. Stream(클래식) 인코더의 입력 비트 전송률에 따라 위의 라이브 인코딩 프로필을 변경하지 않고 입력 해상도에 따라 품질 수준만 차단합니다.

비디오 재생을 위한 대역폭 요구 사항

Stream(클래식) 비디오 재생은 유니캐스트이므로 모든 시청자가 인터넷에서 자체 비디오 스트림을 가져오고 있습니다. Stream에서 사용하는 스마트 인코딩 및 적응 비트 전송률 스트리밍에 따라 비디오 재생에 대한 대역폭 요구 사항은 정적 숫자가 아닙니다. 비디오를 재생하면 업로드된 비디오에 따라 다양한 양의 인터넷 대역폭을 사용할 수 있습니다.

  • 원래 해상도, 비트 전송률 및 콘텐츠
  • 사용자의 사용 가능한 대역폭
  • 플레이어의 크기

대역폭 추정을 개발하려면 organization Stream(클래식) 사용할 일반적인 콘텐츠를 나타내는 일부 비디오를 업로드하고 사용자가 사용할 것으로 생각되는 화면 크기로 비디오를 watch 합니다. 그런 다음 몇 가지 대역폭 측정 및 샘플링을 수행할 수 있습니다. 그런 다음 이러한 근사치를 사용하여 비디오를 동시에 watch 생각되는 수에 따라 사용자가 소비할 대역폭의 양과 대략적인 계산을 수행할 수 있습니다.

내 로컬 네트워크 내에서 비디오 제공 최적화

Stream(클래식) 스마트 인코딩 및 적응 비트 전송률 스트리밍을 활용하여 비디오 재생의 네트워크 및 인터넷 트래픽을 줄입니다. 그러나 재생은 유니캐스트 스트림입니다. 조직의 큰 부분들로 전송되는 실시간 이벤트 또는 비디오의 경우 시청자가 상당한 양의 인터넷 대역폭을 소비할 수 있습니다.

라이브 이벤트 및 인기 있는 비디오에 대한 이 인터넷 트래픽을 줄이려는 조직의 경우 다음 두 가지 옵션이 있습니다.

  1. 네트워크에서 기존 캐시 프록시 활용

    Stream(클래식) 비디오를 시청하는 것은 HTTPS를 통해 발생하므로 비디오 재생 트래픽을 캐시하도록 일반 웹 캐시 프록시를 구성할 수 있습니다. HTTPS에서 이 작업을 수행하려면 사용자 지정 SSL 인증을 구성해야 할 수 있습니다. 그러나 비디오를 재생하는 동안 네트워크 추적을 보면 Stream(클래식) organization 비디오를 스트리밍하는 데 사용하는 URL을 볼 수 있습니다(URL은 Stream(클래식) 테넌트마다 다를 수 있음). 캐시 프록시를 통해 해당 URL을 라우팅하는 경우 비디오 트래픽을 캐시하고 자주 재생되는 비디오에 대한 인터넷 트래픽을 줄일 수 있습니다.

  2. Stream(클래식) 최적화된 타사 eCDN 비디오 배달 솔루션 사용

    여러 비디오 배달 eCDN 솔루션은 미리 통합되어 있으며 Stream과 함께 사용하도록 설정할 수 있습니다. 이러한 eCDN 플랫폼을 통해 조직은 최종 사용자 보기 환경을 희생하지 않고도 네트워크 대역폭을 최적화할 수 있습니다. 파트너는 엔터프라이즈 네트워크에서 보다 확장 가능하고 효율적인 비디오 배포를 가능하게 할 수 있습니다. 자세한 내용은 타사 eCDN 공급자를 사용하여 비디오 배달 크기 조정 을 참조하세요.

네트워크 내 사용자가 연결할 수 있어야 하는 엔드포인트

일반 Microsoft Stream(클래식) 엔드포인트

Microsoft Stream(클래식) 인터넷에 연결해야 합니다. Microsoft Stream 대한 Office 365 엔드포인트에 나열된 모든 엔드포인트는 organization 네트워크 내에서 Microsoft Stream(클래식) 사용자가 연결할 수 있어야 합니다.

외부 앱 또는 디바이스에서 생성된 라이브 이벤트(이전의 외부 인코더) - RMTP 수집 엔드포인트

인코더에서 Microsoft Stream(클래식) 전송된 외부 앱 또는 디바이스에서 생성된 라이브 이벤트에 대한 비디오 피드를 가져오려면 다음 IP 범위와 포트가 네트워크의 방화벽에서 열려 있어야 합니다.

  • 도메인: *.channel.media.azure.net
  • 포트: 1935/2935/1936/2936(RTMP 및 RTMPS의 경우)

특정 네트워크 설정에서 위의 도메인 범위를 열 수 없도록 허용하지 않거나 원하지 않는 경우 현재 RTMP/RTMPS 수집에 대한 특정 IP 주소를 가져오는 유일한 옵션은 Microsoft Stream(클래식) 테넌트가 연결된 Azure 데이터 센터의 회전 IP 범위를 가져오는 것입니다.

다음 JSON 파일은 Azure 데이터 센터의 IP 주소가 변경되고, 지역별로, 태그가 지정된 서비스에 의해 손상됨에 따라 업데이트됩니다.

이러한 파일은 매주 업데이트되며 전체 파일과 해당 파일의 각 개별 서비스 태그에 대한 버전 관리를 포함합니다.

Stream(클래식) 테넌트용 Azure 데이터 센터를 찾으려면 다음을 수행합니다.

  1. 스트림에서 오른쪽 위 모서리에서 ?를 클릭합니다.

  2. Microsoft Stream 정보를 선택합니다.

  3. 데이터가 저장되어 있는 정보를 봅니다.

Stream(클래식) 테넌트용 Azure 데이터 센터를 찾은 후 위의 XML 파일에서 해당 IP 범위를 찾은 다음, 방화벽/프록시를 데이터 센터의 특정 IP 범위로 업데이트합니다. XML 파일이 변경되면 방화벽/프록시 설정도 업데이트해야 합니다.

예제:

  • 정보 Microsoft Stream 데이터가 "미국 동부 2"에 저장되어 있다고 표시되면

  • XML 파일에서 Region Name="useast2"라는 레이블이 지정된 <노드를 찾습니다.>

  • 해당 지역 노드 아래에는 모든 IP 범위에 대한 여러 항목이 있습니다(<IpRange Subnet="13.68.0.0/17">).

  • 이러한 모든 IP 범위를 허용하고 XML 파일이 변경될 때 정기적으로 변경하도록 firewall\proxy를 구성해야 합니다.

커뮤니티의 사용자는 일정에 따라 위의 XML 파일을 가져와 데이터를 쿼리할 수 있는 API로 변환하는 코드를 작성했습니다. organization 이 오픈 소스 프로젝트로 수행된 작업을 학습하고 방화벽/프록시 설정을 정기적으로 업데이트하는 고유한 유사한 솔루션을 빌드할 수 있습니다.

비디오 재생에 사용되는 CDN

Yammer/Teams의 Stream(클래식) 및 외부 앱 또는 디바이스 라이브 이벤트와 주문형 비디오의 라이브 이벤트는 Azure CDN을 자동으로 사용합니다.

Stream에 업로드된 주문형 비디오와 라이브 이벤트 녹화도 필요한 경우 재생에 Azure CDN을 사용합니다. 이러한 비디오에 Azure CDN이 필요하지 않은 경우 테넌트의 지리적 지역과 연결된 Azure Media Services 원본 서버에서 재생됩니다.

동일한 지리적 위치 내의 동일한 organization 여러 사람이 동일한 비디오를 스트리밍하는 경우 CDN은 이러한 비디오의 복사본을 해당 지리적 지역에 가까운 위치에 저장합니다. 비디오를 저장하거나 가장 가까운 위치에 캐시하면 각 사용자는 더 멀리 떨어진 위치 대신 가장 가까운 위치에서 비디오를 스트리밍합니다. Stream(클래식) Azure Media Services를 사용하여 Azure CDN에 캐시된 내용과 기간 동안 관리합니다. Azure Media Services는 Azure CDN 위치를 사용하여 며칠 동안 비디오 조각 및 매니페스트를 캐시할 수 있습니다. organization 사용자가 캐시된 비디오를 계속 watch 경우 캐시에 유지됩니다. 며칠 동안 아무도 비디오에 액세스하지 않으면 결국 비디오가 캐시에서 삭제됩니다. 다음에 누군가가 비디오를 watch 시도하면 가장 가까운 CDN 위치에 다시 한 번 캐시됩니다.

콘텐츠가 근처 CDN에 캐시되는 동안 비디오를 watch 시도하는 모든 사용자는 비디오가 더 가까워지고 대부분의 경우 홉이 줄어듭니다. 이렇게 하면 비디오 재생 속도가 향상됩니다. 그러나 비디오를 재생하기 위한 네트워크 요구 사항은 변경되지 않습니다.

비디오 수준 암호화 및 재생 흐름

Stream(클래식) 데이터를 안전하게 비공개로 유지하는 것이 얼마나 중요한지 알고 있습니다. Microsoft 보안 센터는 콘텐츠의 개인 정보 보호 및 보안에 대한 당사의 약속을 설명합니다. 비디오 재생을 통해 속도는 좋은 환경에 중요합니다. 그러나 속도에 대한 대가로 보안 또는 개인 정보를 손상시키지 않습니다. 속도, 보안 및 개인 정보를 수용하는 방법은 다음과 같습니다.

사용자 또는 organization 누군가가 새 비디오를 업로드하거나 라이브 이벤트를 만들 때 해당 비디오는 AES-128 암호화로 암호화되고 Azure Media Services에 저장됩니다. 즉, 비디오는 전송 중과 미사용으로 모두 암호화됩니다.

organization 누군가가 비디오를 watch 시도하면 다음 단계를 수행합니다.

  1. Stream(클래식) Azure SQL 데이터베이스의 비디오에 설정된 사용 권한 및 사용자에 대한 Stream(클래식) Microsoft Entra ID 정보를 확인하여 뷰어가 비디오에 액세스할 수 있는지 여부를 결정합니다.

  2. 사용자가 비디오를 볼 수 있는 경우 암호 해독 키는 Azure Media Services에서 가져오고 Stream(클래식) 비디오 플레이어에게 제공됩니다.

  3. Stream(클래식) 비디오 플레이어는 암호 해독 키를 사용하여 비디오가 재생될 때 즉시 비디오의 암호를 해독합니다.

참고 항목

타사 eCDN 공급자를 사용하여 비디오 배달 크기 조정