기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # 설정: 입력 생성 이 섹션에서는 AWS Elemental MediaLive 채널의 콘텐츠 소스에 대한 입력을 생성하는 방법을 설명합니다. 채널을 생성하기 전에 이러한 입력을 생성해야 합니다. 입력을 생성하려면 다음 단계를 수행해야 합니다. + 업스트림 시스템의 운영자가 일부 설정을 수행하도록 해야 합니다. + MediaLive에서 입력을 생성해야 합니다. 이 두 단계는 업스트림 시스템의 주소와 MediaLive의 주소 간에 연결을 생성합니다. 소스 콘텐츠는 업스트림 시스템의 지정된 주소에서 MediaLive의 *푸시* 또는 업스트림 시스템의 *풀*로 MediaLive의 지정된 주소로 이동합니다. 연결 정보는 생성한 입력에 포함됩니다. 수행하는 설정은 업스트림 시스템(형식 및 전송 프로토콜)과 입력 유형의 조합마다 다릅니다. 아직 하지 않은 경우 각 콘텐츠 소스의 업스트림 시스템 및 입력 유형을 식별해야 합니다. [업스트림 시스템 평가](evaluate-upstream-system.md)를(을) 참조하세요. **Topics** + [준비](input-create-getready.md) + [CDI 입력](input-create-cdi-push.md) + [CDI 입력 - 파트너 CDI 입력](input-create-cdi-partners.md) + [Elemental Link 입력](input-create-link-device.md) + [HLS 입력](input-create-hls-pull.md) + [MediaConnect 입력](input-create-push-mediaconnect.md) + [MediaConnect 라우터 입력](input-create-mediaconnect-router.md) + [MP4 입력](mp4-pull-input.md) + [RTMP 풀 입력](input-create-rtmp-pull.md) + [RTMP 푸시 입력](input-create-rtmp-push.md) + [RTMP VPC 입력](rtmp-push-vpc-input.md) + [RTP 푸시 입력](input-create-rtp-push.md) + [RTP VPC 입력](rtp-push-vpc-input.md) + [SMPTE 2110 입력](input-create-s2110.md) + [SRT 호출자 입력](input-caller-srt.md) + [SRT 리스너 입력](input-listener-srt.md) + [TS 파일 입력](ts-file-input.md) + [다음 단계](input-create-nextsteps.md) # 준비 입력을 생성하기 전에 워크플로우를 계획해야 합니다. 다음 섹션을 읽어 보세요. + [워크플로에서 업스트림 및 다운스트림 시스템 준비](container-planning-uss-dss.md) - 업스트림 시스템에서 전송되도록 설정해야 합니다. 입력을 생성하는 작업은 해당 전송 설정의 일부입니다. 업스트림 시스템 및 콘텐츠 공급자와 조정해야 합니다. + [파이프라인 중복성을 구현하는 방법](plan-redundancy-mode.md) - 표준 채널 또는 단일 파이프라인 채널을 설정할지 여부에 관계없이 파이프라인 중복을 구현할지 여부를 결정해야 합니다. 파이프라인 중복을 구현하면 채널 처리 파이프라인에 복원력이 제공됩니다. + [자동 입력 장애 조치 구현](automatic-input-failover.md) – 자동 입력 장애 조치를 구현할지 여부를 결정해야 합니다. 자동 입력 장애 조치를 구현하면 채널의 입력 중 하나에 대한 복원력이 채널 업스트림에 제공됩니다. # CDI 입력 설정 이 섹션에서는 CDI 푸시 입력을 생성하는 방법을 설명합니다. CDI 소스를 사용하면 업스트림 시스템이 콘텐츠를 MediaLive로 *푸시*합니다. 이 설정을 수행하려면 Amazon VPC 사용자 및 업스트림 시스템 운영자와 함께 MediaLive 내에서 작업해야 합니다. **참고** 콘텐츠 공급자가 CDI 소스 디바이스에서 최신 버전의 [AWS CDI SDK](https://aws.amazon.com/media-services/resources/cdi/)를 사용하고 있는지 확인합니다. **Topics** + [VPC에서 설정 요청](setup-vpc-cdi-vpc.md) + [CDI 입력 생성](setup-input-cdi-vpc.md) + [업스트림 시스템에서 올바른 설정 확인하기](setup-uss-cdi-vpc.md) + [이 절차의 결과](setup-result-cdi-vpc.md) # VPC에서 설정 요청 Amazon VPC 사용자는 VPC를 설정하고 업스트림 시스템과 MediaLive에서 모두 사용할 서브넷 및 보안 그룹을 식별해야 합니다. **VPC 설정하기** 1. Amazon VPC 사용자에게 다음 지침을 제공합니다. + 서브넷에 대한 지침 - 서브넷 2개를 요청합니다. 채널이 단일 파이프라인 채널인 경우에도 CDI 입력은 항상 [표준 클래스 입력](class-channel-input.md) 이므로 두 개의 서브넷이 필요합니다. 입력 클래스에 대한 자세한 내용은 [채널 클래스 및 입력 클래스 선택](class-channel-input.md)를(을) 참조하세요. 다음 규칙이 적용됩니다. + 두 서브넷이 서로 다른 가용 영역에 있어야 합니다. + 서브넷마다 프라이빗 CIDR 블록(IP 주소 범위)이 하나씩 있어야 합니다. + 각 서브넷에는 해당 블록에 사용되지 않는 주소가 두 개 이상 있어야 합니다. 하나는 업스트림 시스템용이고 다른 하나는 CDI 입력용입니다. + 이 CDI 소스(소스 A)와 동일한 채널에서 사용하기 위해 생성하는 다른 VPC 기반 소스(소스 B)는 소스 A와 동일한 가용 영역에 있는 서브넷에 있어야 합니다. 소스 B의 두 서브넷은 소스 A와 다를 수 있지만, 이 두 서브넷의 가용 영역은 소스 A의 가용 영역과 동일해야 합니다. + 보안 그룹 지침 - 각 서브넷의 보안 그룹 또는 그룹은 다음 규칙을 따라야 합니다. + 보안 그룹의 결합된 규칙은 해당 서브넷에 있는 업스트림 시스템의 IP 주소에서 들어오는 인바운드 트래픽을 허용해야 합니다. + 서브넷에는 EFA 지원 보안 그룹이 있어야 합니다. 자세한 내용은 [Amazon Elastic Compute Cloud 사용 설명서](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/efa-start.html)에서 보안 그룹의 규칙 추가를 참조하세요. 1. Amazon VPC 사용자가 설정을 수행한 후 다음 정보를 가져옵니다. + VPC의 ID입니다. 예: `vpc-3f139646` + 두 서브넷의 ID입니다. 예를 들어 서브넷 하나에는 다음과 같은 ID가 있을 수 있습니다: `subnet-1122aabb` + 서브넷 또는 서브넷에 대한 보안 그룹의 ID입니다. 예: `sg-51530134` # CDI 입력 생성 Amazon VPC 사용자가 VPC에 설정한 후 MediaLive에서 CDI 입력을 생성할 수 있습니다. 이 섹션에서는 CDI 입력을 생성하는 방법을 설명합니다. 채널에 연결된 CDI 소스에 대한 자동 입력 장애 조치를 지원할 계획이 없는 경우 이 유형의 입력을 생성합니다. (구현하려는 경우, 대신 [CDI *파트너 입력을*](input-create-cdi-partners.md) 생성합니다.) **Topics** + [CDI 입력 생성](#cdi-push-create) + [IAM 역할 및 ARN](#cdi-push-role-and-remember-arn) ## CDI 입력 생성 **RTP 푸시 입력을 생성하는 방법** 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. **입력 세부 정보** 섹션을 완료합니다. + 이름 **입력** - 이름을 입력합니다. + **입력 유형** - **AWS CDI**를 선택합니다. 1. **VPC 설정** 섹션을 완료합니다. + **서브넷 및 보안 그룹**을 선택합니다. + **서브넷**에서 식별한 서브넷 중 하나를 선택합니다. 드롭다운 목록에는 모든 VPC의 서브넷이 다음과 같이 표시됩니다. ` ` 예제: **subnet-1122aabb us-west-2a 10.30.30.0/24 vpc-3f139646 MLive 푸시 입력을 위한 서브넷** 서브넷 목록이 비어 있는 경우 **사용자 지정 VPC 지정**을 선택하고 필드에 서브넷 ID를 입력합니다. (서브넷 ID(예: **subnet-1122aabb**)만 입력해야 합니다.) + **서브넷**에서 두 번째 서브넷을 선택합니다. 이번에는 드롭다운 목록에 첫 번째 서브넷과 동일한 VPC에 있는 서브넷만 표시됩니다. + **보안 그룹**에서 서브넷의 경우와 동일한 프로세스를 따라 식별된 보안 그룹을 선택합니다. 드롭다운 목록에는 선택한 VPC에 속한 보안 그룹이 다음과 같이 표시됩니다. ` ` 예제: **sg-51530134 MLive 푸시 입력을 위한 보안 그룹 vpc-3f139646** 1. **역할 ARN** 섹션을 작성하여 이 입력에 사용할 MediaLive의 역할을 선택합니다. 자세한 내용은 [IAM 역할 및 ARN](#cdi-push-role-and-remember-arn)를(을) 참조하세요. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive에서는 입력을 생성하고 해당 입력에 엔드포인트 두 개를 자동으로 생성합니다. 이러한 엔드포인트는 서브넷 범위의 프라이빗 IP 주소를 가지며 포트 5000을 지정합니다. 예제: `10.30.30.33:5000` `10.30.30.44:5000` 1. 업스트림 시스템에 이러한 엔드포인트를 제공합니다. + 이 입력에 대한 채널을 표준 채널로 설정할 경우 두 엔드포인트를 모두 제공합니다. 업스트림 시스템은 두 엔드포인트 모두에 콘텐츠를 푸시해야 합니다. + 이 입력에 대한 채널을 단일 파이프라인 채널로 설정할 경우 첫 번째 엔드포인트만 제공합니다. 업스트림 시스템은 이 엔드포인트에만 푸시해야 합니다. ## IAM 역할 및 ARN 이 섹션에서는 CDI **입력을 생성할 때 MediaLive 콘솔의 입력 생성** 창에서 **역할 ARN** 섹션을 완료하는 방법을 설명합니다. MediaLive MediaLive가 CDI 입력을 생성할 때 수임할 역할을 선택해야 합니다. 입력을 생성하려면 MediaLive에서 입력의 두 엔드포인트에 대한 네트워크 인터페이스를 가져와야 합니다. 이러한 엔드포인트는 식별된 서브넷의 CIDR 범위 내에 있습니다. 이 입력에 대해 **생성**을 선택하면 MediaLive는 Amazon VPC에서 이러한 네트워크 인터페이스를 즉시 요청합니다. 선택한 역할은 MediaLive에서 Amazon VPC에 대한 요청에 성공하도록 합니다. **참고** MediaLive 콘솔의 이 섹션은 **채널 생성** 페이지(MediaLive 콘솔에도 있음)의 **IAM 역할** 섹션과 동일합니다. 두 경우의 차이는, **입력 생성** 페이지에서는 역할을 입력에 연결하고, **채널 생성** 페이지에서는 역할을 채널에 연결한다는 것입니다. 두 경우 모두 동일한 역할(예: **MediaLiveAccessRole**)을 사용할 수 있습니다. 조직에 지정된 관리자가 있는지 여부에 따라 두 가지 일반적인 역할 선택 시나리오가 있습니다. ### 조직에 지정된 관리자가 있는 경우 조직에 이 서비스를 관리하는 관리자가 있을 수 있습니다. 해당 관리자가 하나 이상의 역할을 설정했을 수 있습니다. + 그 관리자나 자신의 상사에게 어떤 역할을 사용할지 물어보세요. 또는 **기존 역할 사용**에 역할이 하나만 표시되어 있는 경우 그 역할을 선택합니다. + **MediaLiveAccessRole** 역할만 나열되는 경우 해당 역할을 선택합니다. 또한 이 역할 이름 옆에 **업데이트** 버튼이 표시되면 해당 버튼을 선택합니다. (버튼이 항상 표시되는 것은 아니지만 표시되는 경우 항상 해당 버튼을 선택하여 역할을 새로 고칩니다.) + 선택한 역할이 다음에 목록에 처음 표시되도록 하려면 **ARN 기억하기**를 선택합니다. ### 조직에 지정된 관리자가 없는 경우 조직에 지정된 서비스 관리자가 없을 수도 있습니다. 이 경우 동료 중 누구도 적절한 역할을 설정하지 않은 경우 직접 역할을 생성한 다음 해당 역할을 선택해야 할 수 있습니다. + **MediaLiveAccessRole**이라는 기본 역할을 생성할 수 있습니다. 먼저 다른 사용자가이 역할을 이미 생성했는지 확인하려면( AWS 계정의 모든 사용자에 대해 한 사람만 생성하면 됨) **템플릿에서 역할 생성을** 참조하세요. + 이 옵션이 회색으로 비활성화된 경우, 이 작업이 이미 수행된 것입니다. 이 경우에는 **기존 역할 사용**을 선택한 후 목록에서 **MediaLiveAccessRole**을 선택합니다. + 이 옵션이 회색으로 비활성화되어 있지 않은 경우, **템플릿에서 역할 생성**을 선택한 후 **IAM 역할 생성**을 선택합니다. 그런 다음 목록에서 그 역할을 선택합니다. MediaLive에서 이 역할을 생성하는 것을 허용하지 않는 경우, 조직의 관리자에게 자신의 IAM 권한에 대해 문의하세요. + **MediaLiveAccessRole**이 이미 생성되어 있고 그 옆에 **업데이트** 버튼이 표시되는 경우 버튼을 선택합니다. (버튼이 항상 표시되는 것은 아니지만 표시되는 경우 항상 해당 버튼을 선택하여 역할을 새로 고칩니다.) + 선택한 역할이 다음에 목록에 처음 표시되도록 하려면 **ARN 기억하기**를 선택합니다. # 업스트림 시스템에서 올바른 설정 확인하기 CDI 입력을 생성한 후 업스트림 시스템의 운영자가 VPC와 올바르게 설정되고 MediaLive의 올바른 위치로 콘텐츠를 푸시하는지 확인해야 합니다. **표준 채널에 대해 설정하기** 계획된 채널이 [표준 채널](plan-redundancy.md)인 경우 업스트림 시스템의 운영자가 두 개의 소스를 제공하는지 확인해야 합니다. 1. 운영자에게 다음 정보를 제공합니다. + [1단계](setup-vpc-cdi-vpc.md)에서 Amazon VPC 사용자가 제공한 VPC, 두 서브넷 및 보안 그룹의 IDs입니다. + CDI 입력을 생성할 때 MediaLive가 생성한 두 엔드포인트(URL)입니다. 이러한 엔드포인트는 [이 절차 후 다이어그램](setup-result-cdi-vpc.md)의 파란색 상자에 있는 주소입니다. 이러한 URL은 서브넷 범위의 프라이빗 IP 주소를 가지며 포트 5000을 지정합니다. 예제: `10.30.30.33:5000` `10.40.40.44:5000` 1. 운영자가 표준 채널에 대해 올바르게 설정되었는지 확인합니다. 다음 작업을 수행해야 합니다. + 두 개의 출력 인터페이스를 설정합니다. 서브넷 중 하나에 하나의 출력 인터페이스가 있는 업스트림 시스템을 설정하고 다른 서브넷에 하나의 출력 인터페이스가 있는 다른 업스트림 시스템을 설정합니다. 이러한 인터페이스는 [이 절차 후 다이어그램](setup-result-cdi-vpc.md)의 보라색 상자에 있는 주소입니다. + 두 콘텐츠 소스의 비디오 해상도와 비트레이트가 동일한지 확인합니다. + MediaLive에서 올바른 URL을 누릅니다. 예를 들어 다음을 눌러 진행해야 합니다. `10.30.30.33:5000` `10.40.40.44:5000` **단일 파이프라인 채널에 대해 설정하기** + VPC의 서브넷 중 하나로만 콘텐츠를 전송하는 업스트림 시스템이 하나 있습니다. + 콘텐츠는 VPC에서 입력의 엔드포인트 중 하나로 흐릅니다. 다른 엔드포인트는 사용되지 않습니다. + MediaLive는 단일 소스 콘텐츠를 수집합니다. 1. 운영자에게 다음 정보를 제공합니다. + VPC, 서브넷 중 하나 및 Amazon VPC 사용자가 제공한 모든 보안 그룹의 IDs입니다. + CDI 입력을 생성할 때 MediaLive가 생성한 두 엔드포인트(URL) 중 첫 번째 엔드포인트만 해당됩니다. 이러한 엔드포인트는 [이 절차 후 다이어그램](setup-result-cdi-vpc.md)의 파란색 박스에 있는 주소입니다. URL에는 서브넷 범위의 프라이빗 IP 주소가 있으며 포트 5000을 지정합니다. `10.30.30.33:5000` 1. 운영자가 단일 파이프라인 채널에 대해 올바르게 설정되었는지 확인합니다. 다음을 수행해야 합니다. + 업스트림 시스템을 설정하는 방법 + 하나의 출력 인터페이스를 설정합니다. 인터페이스는 [이 절차 후 다이어그램](setup-result-cdi-vpc.md)의 보라색 상자 중 하나에 있는 주소입니다. + MediaLive에서 올바른 URL을 누릅니다. 예를 들어 다음을 눌러 진행해야 합니다. `10.30.30.33:5000` # 이 절차의 결과 이 설정의 결과는 다음 다이어그램에 나와 있습니다. 세 가지 주요 구성 요소가 있습니다. + 업스트림 시스템(보라색 상자). + 서브넷이 있는 VPC(녹색 상자) 및 VPC 보안 그룹(노란색 상자). + CDI 입력(파란색 상자). CDI 입력에 있는 하나 또는 두 개의 *엔드포인트* URL(파란색 박스에 있는 주소). 이는 VPC 엔드포인트에 사용되는 탄력적 네트워크 인터페이스입니다. MediaLive는 입력에 이러한 ENI를 사용할 수 있는 권한이 있습니다. MediaLive에는 입력에 대한 ENI를 (IAM 신뢰할 수 있는 엔티티 역할을 통해) 자동으로 관리할 수 있는 권한이 있습니다. 업스트림 시스템에는 두 개의 출력이 있습니다. 각 출력에는 VPC의 지정된 서브넷 중 하나에 IP 주소가 있습니다. 업스트림 시스템에는 이러한 엔드포인트에 콘텐츠를 (하나 이상의 Amazon VPC 보안 그룹의 규칙을 통해) 푸시할 수 있는 권한이 있습니다. 업스트림 시스템은 소스 콘텐츠를 두 엔드포인트(표준 채널을 설정하는 경우) 또는 하나의 엔드포인트(단일 파이프라인 채널을 설정하는 경우)로 푸시합니다. 업스트림 시스템에는 VPC 서브넷에 IP 주소가 있고 CDI 입력에는 동일한 VPC 서브넷에 엔드포인트가 있습니다. 이러한 방식으로 업스트림 시스템에서 MediaLive로 콘텐츠를 전송하는 작업은 VPC 보안 내에서 수행됩니다. CDI 입력의 두 IP 주소는 입력 수명 동안 고정됩니다. 입력의 다른 정보를 수정하거나 다른 채널에 입력을 연결하는 등의 변경 사항에 관계없이 수정됩니다. 푸시 입력을 사용하는 경우 채널을 시작할 때 업스트림 시스템이 비디오 소스를 입력으로 푸시 중이어야 합니다. 그 전에는 업스트림 시스템에서 푸시할 필요가 없습니다. 채널 런타임 시 MediaLive는 푸시되는 콘텐츠에 반응하여 이를 수집합니다. ![\[Diagram showing VPC subnets, security groups, and upstream systems connecting to CDI input in MediaLive.\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/images\cdi-vpc-uss-input.png) # Amazon VPC에서 파트너 CDI 푸시 입력 생성 파트너 CDI 입력은 CDI 입력의 특정 구성입니다. 채널에 연결된 CDI 소스에 대한 자동 입력 장애 조치를 지원하려면 두 개의 CDI 입력을 *파트너*로 설정해야 합니다. 파트너 CDI 입력에 대한 자세한 내용은 [파트너 입력으로 CDI 입력 생성](feature-cdi-partner.md)를(을) 참조하세요. 두 입력은 자동 장애 조치 페어의 두 입력으로 항상 함께 작동합니다. 두 입력은 장애 조치 페어로 함께 사용하는 것만 가능합니다. 두 단계로 파트너 CDI 입력 세트를 생성합니다. + 일반적인 방법으로 첫 번째 파트너 CDI 입력을 생성합니다. + 그런 다음 첫 번째 입력에서 두 번째 파트너 입력을 생성합니다. **첫 번째 파트너 CDI 입력을 생성하기** + 이미 정규 CDI 입력이 있는 경우 첫 번째 파트너로 사용할 수 있습니다. 이 단계를 건너뛰고 아래 두 번째 파트너 생성 단계로 이동합니다. 그렇지 않은 경우, [일반적인 방법으로 입력을 생성](setup-input-cdi-vpc.md)합니다. MediaLive에서는 입력을 생성하고 해당 입력에 엔드포인트 두 개를 자동으로 생성합니다. 이러한 엔드포인트는 서브넷 범위의 프라이빗 IP 주소를 가지며 포트 5000을 지정합니다. 예제: `10.30.30.33:5000` `10.30.30.44:5000` 두 번째 파트너를 생성할 때까지 이 정보를 업스트림 시스템에 제공하지 마세요. **두 번째 파트너 CDI 입력을 생성하기** 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. 1. 입력 목록에서 첫 번째 파트너 입력을 선택합니다. 채널 세부 정보가 표시됩니다. **엔드포인트** 섹션에서 이 입력에 적용되는 엔드포인트를 볼 수 있습니다. 예제: `10.30.30.33:5000` `10.30.30.44:5000` 1. 페이지 상단에서 **파트너 입력 생성**을 선택합니다. 1. 확인 대화 상자에서 필요에 따라 첫 번째 입력에서 태그를 복사하도록 선택합니다. 1. **확인**을 선택합니다. 이 입력에 대한 **입력 세부 정보** 페이지가 나타나고 새 입력에 대한 정보가 표시됩니다. + **세부 정보**에서 **이름**은 입력의 이름이 첫 번째 입력과 같고 접미사가 “- 파트너”임을 나타냅니다. + **세부 정보**에서 파트너 **CDI ID** 필드에 첫 번째 입력의 ID가 표시됩니다. + **엔드포인트**에서 입력의 엔드포인트는 포트 번호가 다르다는 점을 제외하면, 첫 번째 입력의 두 엔드포인트와 동일합니다. 예제: `10.30.30.33:5001` `10.30.30.44:5001` # Elemental Link 입력 설정 이 섹션에서는 Elemental Link 푸시 입력을 생성하는 방법을 설명합니다. AWS Elemental Link 디바이스는 콘텐츠를 MediaLive로 *푸시합니다*. 이 설정을 수행하려면 AWS Elemental Link 디바이스 운영자와 협력해야 합니다. **Topics** + [정보 가져오기](setup-input-link-obtain-info.md) + [Elemental Link 입력 생성](setup-uss-input-link.md) + [이 절차의 결과](setup-link-result.md) # 정보 가져오기 AWS Elemental Link 디바이스 운영자로부터 다음 정보를 얻습니다. + 소스를 제공할 디바이스의 이름입니다. 예제: **hd-re87jr7crey** 표준 클래스 입력에는 두 개의 디바이스 이름이 필요하고 단일 클래스 입력에는 하나의 디바이스 이름이 필요합니다. 입력 클래스와 클래스 사용에 대한 자세한 내용은 [채널 클래스 및 입력 클래스 선택](class-channel-input.md)을(를) 참조하세요. + 디바이스가 구성된 리전으로, 해당 리전에 대해 MediaLive를 설정할 수 있습니다. 다음 규칙이 적용됩니다. + 두 디바이스 모두 동일한 리전에 있어야 합니다. + 디바이스, 즉 해당 디바이스의 입력 및 입력을 사용하는 채널은 모두 동일한 리전에 있어야 합니다. # Elemental Link 입력 생성 AWS Elemental Link 하드웨어 디바이스에 대한 정보를 얻은 후 Elemental Link 입력을 생성할 수 있습니다. **Link 입력을 생성하기** 1. [1단계](setup-input-link-obtain-info.md)의 정보가 있는지 확인합니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. AWS Elemental Link 디바이스가 있는 AWS 리전과 일치하도록 리전을 설정합니다. 1. 탐색 창에서 **입력**을 선택합니다. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. **입력 세부 정보** 섹션을 완료합니다. + 이름 **입력** - 이름을 입력합니다. + **입력 유형**에서 **Elemental Link**를 선택합니다. 1. **입력 디바이스** 섹션의 **입력 클래스**에서 이 입력의 클래스를 선택합니다. + STANDARD\$1INPUT + SINGLE\$1INPUT 1. **입력 디바이스**에서 이 입력에 연결할 디바이스를 소스로 선택합니다. 드롭다운 목록에서 이전에 획득한 디바이스 이름을 선택합니다. 목록에는 현재 리전에 설정된 디바이스만 표시됩니다. + 입력이 표준 입력인 경우 두 필드를 모두 작성하여 두 개의 URL을 제공합니다. + 입력이 단일 클래스 입력인 경우 가져온 URL로 첫 번째 필드를 작성하고 두 번째 필드는 비워 둡니다. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. 입력에 대한 **세부 정보** 창이 나타나고 다음을 포함하여 입력과 입력에서 사용하는 MediaLive 디바이스에 대한 세부 정보가 표시됩니다. + **ID** – 입력에 대한 고유 숫자 ID입니다. + **ARN** – 숫자 ID를 포함하는 입력 ARN입니다. + **입력 디바이스** – AWS Elemental Link 디바이스의 고유 ID입니다. + **디바이스 썸네일** – 현재 디바이스에서 푸시하는 콘텐츠가 있는 경우 해당 콘텐츠의 썸네일입니다. 디바이스는 약 5초마다 비디오 프레임을 캡처하여 썸네일을 생성합니다. # 이 절차의 결과 이 설정의 결과로 MediaLive에 연결된 AWS Elemental Link 디바이스 또는 디바이스(보라색 상자)를 식별하는 Elemental Link 입력(파란색 상자)이 존재합니다. AWS Elemental Link 디바이스가 MediaLive와 원활하게 작동하도록 설계되었기 때문에 수행할 다른 설정은 없습니다. 푸시 입력을 사용하는 경우 채널을 시작할 때 업스트림 시스템이 비디오 소스를 입력으로 푸시 중이어야 합니다. 그 전에는 업스트림 시스템에서 푸시할 필요가 없습니다. 채널의 런타임에 MediaLive AWS Elemental Link 는 푸시하는 콘텐츠에 반응하고 수집합니다. ![\[Diagram showing AWS Elemental Link device connecting to Link input in MediaLive.\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/images\link-uss-input.png) # HLS 입력 설정 이 섹션에서는 HLS 입력을 생성하는 방법을 설명합니다. HLS 입력을 사용하면 채널이 시작되고 소스를 *가져올* 때 MediaLive가 업스트림 시스템에 연결됩니다. 이 설정을 수행하려면 업스트림 시스템의 운영자와 협력해야 합니다. **Topics** + [정보 가져오기](setup-hls-http.md) + [HLS 입력을 생성합니다.](setup-input-hls.md) + [HLS 업스트림 서버에서 올바른 설정 확인](setup-uss-hls.md) + [이 절차의 결과](setup-hls-result.md) # 정보 가져오기 업스트림 시스템의 운영자로부터 다음 정보를 얻습니다. + M3U8 매니페스트 파일이 저장되는 업스트림 서버의 위치(URL)입니다. 표준 클래스 입력에는 두 개의 URL이 있고 단일 클래스 입력에는 하나의 URL이 있습니다. 입력 클래스와 클래스 사용에 대한 자세한 내용은 [채널 클래스 및 입력 클래스 선택](class-channel-input.md)을(를) 참조하세요. URL 형식과 예시는 이 섹션의 뒷부분에 있는 테이블을 참조하세요. URL을 적어둡니다. + 업스트림 시스템에 인증 요청이 필요한 경우 업스트림 서버에 액세스하고 [HLS 소스가 암호화](uss-obtain-info.md)된 경우 라이선스 서버에 액세스하기 위한 사용자 이름 및 암호(자격 증명)입니다. 업스트림 시스템 또는 라이선스 서버 또는 둘 다에 대한 자격 증명이 필요할 수 있습니다. 두 서버 모두에 대한 보안 인증 정보가 필요한 경우 보안 인증 정보는 두 서버 모두 동일해야 합니다. 업스트림 시스템과 [암호화 요구 사항에 대해 논의](planning-hls-input-encrypted.md)할 때 라이선스 서버가 업스트림 시스템과 동일한 보안 인증을 사용하는지 확인해야 합니다. 이러한 자격 증명은 프로토콜이 아니라 사용자 인증과 관련이 있습니다. 사용자 인증은 업스트림 시스템 또는 라이선스 서버에서 사용자의 요청을 수락할지 여부를 나타냅니다. 프로토콜은 요청이 보안 연결을 통해 전송되는지 여부를 나타냅니다. **업스트림 서버는 HTTP 또는 HTTPS 서버입니다.** | | | | --- |--- | | URL 형식 | http//:[:port]//.m3u8또는https//:[:port]//.m3u8 | | 예제 | https://203.0.113.13/sports/curling.m3u8 및`https://198.51.100.54/sports/curling.m3u8` | **업스트림 서버는 입니다. AWS Elemental MediaStore** | | | | --- |--- | | URL 형식 | mediastoressl:////.m3u8 | | 예제 | 콘텐츠 소스 중 하나에 대한 컨테이너의 데이터 엔드포인트가 다음과 같다고 가정합니다. **eri39n.data.mediastore.us-west-2.amazonaws.com**. `M3U8` 파일이 `curling.m3u8`라고 하고 `sports/canada` 경로의 컨테이너에 저장된다고 가정합니다. 콘텐츠 소스 중 하나의 URL은 다음과 같습니다. **mediastoressl://eri39n.data.mediastore.us-west-2.amazonaws.com/sports/canada/curling.m3u8**. | **업스트림 서버는 Amazon S3입니다.** | 업스트림 서버 | URL 형식 | | --- | --- | | URL 형식 | s3ssl:////.m3u8 | | 예제 | `s3ssl://amzn-s3-demo-bucket/movies/main/mlaw.m3u8` 및 `s3ssl://amzn-s3-demo-bucket1/movies/redundant/mlaw.m3u8` | # HLS 입력을 생성합니다. 업스트림 시스템에서 정보를 얻은 후 HLS 입력을 생성할 수 있습니다. **HLS 풀 입력을 생성하는 방법** 1. [1단계](setup-input-link-obtain-info.md)의 정보가 있는지 확인합니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. **입력 세부 정보** 섹션을 완료합니다. + 이름 **입력** - 이름을 입력합니다. + **입력 유형**에서 **HLS**를 선택합니다. 1. **Input class(입력 클래스)** 섹션에서 이 입력에 대한 클래스를 선택합니다. + STANDARD\$1INPUT + SINGLE\$1INPUT 1. **Input sources(입력 소스)** 섹션에서 이전에 가져온 URL을 입력합니다. + 입력이 표준 클래스인 경우 두 필드를 모두 작성하여 두 개의 URL을 제공합니다. + 입력이 단일 클래스 입력인 경우 가져온 URL로 첫 번째 필드를 작성하고 두 번째 필드는 비워 둡니다. 1. 업스트림 시스템에서 사용자 자격 증명을 제공해야 하는 경우(HLS 소스가 암호화된 경우) 위치에 액세스하려면 사용자 이름과 암호 키도 입력해야 합니다. 이러한 자격 증명은 시스템 매니저 파라미터 스토어에 저장됩니다. 자세한 내용은 [암호 파라미터 생성 기능 정보](requirements-for-EC2.md#about-EC2Password)를(을) 참조하세요. 서버 중 하나(업스트림 시스템 또는 라이선스 서버)에 자격 증명이 필요하고 다른 서버는 필요하지 않은 경우 MediaLive는 두 서버 모두에 자격 증명을 제공합니다. 하지만 필요하지 않은 서버는 그냥 무시합니다. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive에서 입력을 생성하여 입력 목록에 추가합니다. 입력은 하나 또는 두 개의 소스를 지정합니다. 소스는 목록에 표시되지 않지만, **이름** 링크를 선택하면 세부 정보 페이지에 소스가 표시됩니다. # HLS 업스트림 서버에서 올바른 설정 확인 업스트림 서버의 운영자는 업스트림 시스템에 소스 콘텐츠를 설정해야 합니다. 운영자가 다음과 같이 설정되었는지 확인합니다. + 올바른 수의 소스를 제공하도록 다음을 설정합니다. + MediaLive 채널이 표준 채널인 경우, 운영자는 콘텐츠에 대해 두 개의 소스를 설정해야 합니다. 두 콘텐츠 소스의 비디오 해상도와 비트레이트가 동일한지 확인합니다. + MediaLive 채널이 단일 파이프라인 채널인 경우, 운영자는 콘텐츠에 대해 하나의 소스를 설정해야 합니다. + M3U8 매니페스트 파일을 합의된 URL에서 사용할 수 있도록 설정합니다. [1단계](setup-input-link-obtain-info.md)에서 얻은 URL과 HLS 입력에 구성한 URL입니다. 이 [절차 이후의 다이어그램](setup-hls-result.md)에 표시된 URL에 해당합니다. # 이 절차의 결과 이 설정의 결과로 하나 또는 두 개의 *소스* URL을 지정하는 HLS 입력이 존재합니다. 이러한 소스는 업스트림 서버의 소스 콘텐츠에 대한 URL입니다. 채널을 시작하면 MediaLive에서 이 소스 위치의 업스트림 시스템에 연결하여 HLS 매니페스트를 MediaLive로 가져옵니다. + 채널이 표준 채널로 설정된 경우 MediaLive는 업스트림 시스템이 두 개의 소스를 제공할 것으로 예상하므로 두 소스 위치에서 모두 가져오려고 시도합니다. + 채널이 단일 파이프라인 채널로 설정된 경우 MediaLive는 업스트림 시스템이 하나의 소스를 제공할 것으로 예상하므로 하나의 소스 위치에서 가져오려고 시도합니다. ![\[Diagram showing two GET requests to upstream origin servers for curling sports content.\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/images\hls-pull-uss-input.png) # MediaConnect 입력 설정 이 섹션에서는 MediaConnect 입력을 생성하는 방법을 설명합니다. 서비스 공급자는 MediaConnect 입력을 사용하여 MediaLive AWS Elemental MediaConnect 로 콘텐츠를 푸시합니다. (MediaLive의 관점에서 업스트림 시스템은 MediaConnect입니다. 업스트림 시스템은 서비스 공급자가 아닙니다.) 이 설정을 수행하려면 AWS Elemental MediaConnect 사용자와 협력해야 합니다. **Topics** + [설정 AWS Elemental MediaConnect](setup-emx-flows.md) + [MediaConnect 입력 생성](setup-input-emx.md) + [이 절차의 결과](setup-result-emx.md) # 설정 AWS Elemental MediaConnect MediaConnect 사용자는 소스 콘텐츠를 MediaLiveMediaConnect를 설정해야 합니다. **표준 채널에 대한 흐름을 설정하기** 1. MediaConnect 사용자에게 다음 정보를 제공합니다. + 소스 콘텐츠의 공급자에 대한 정보입니다. + 생성할 채널의 AWS 리전입니다. AWS Elemental MediaConnect 흐름과 MediaLive 채널(및 입력)은 동일한 리전에 있어야 합니다. 흐름과 MediaLive 채널이 동일한 리전에 없는 경우 MediaConnect 운영자는 소스 콘텐츠를 MediaLive 입력과 동일한 리전으로 이동하도록 배포를 설정해야 합니다. 1. 새 흐름이 필요한지 MediaConnect 사용자와 논의합니다. + 소스 콘텐츠에 MediaConnect 관련 흐름이 아직 없는 경우 새 흐름이 필요합니다. + 다음 규칙을 따르는 한 기존 흐름을 재사용할 수 있습니다. + 각 흐름은 최대 출력 대역폭을 초과하지 않습니다. + 각 흐름은 흐름의 최대 출력 수를 초과하지 않습니다. (MediaLive는 다음 단계인 [MediaConnect 입력 생성](setup-input-emx.md)에서 입력을 생성한 후 각 흐름에 대한 출력을 자동으로 생성합니다.) 1. 새 흐름이 필요하다고 판단되면 MediaConnect 사용자에게 두 개의 흐름을 생성하도록 요청합니다. + 접미사를 제외하고 동일한 흐름 이름을 할당해야 합니다. 예: **sports\$1event\$1A** 및 **sports\$1event\$1B**. 이러한 접미사는 MediaLive 사용자가 MediaLive의 입력 파이프라인에 대한 흐름을 일치시키는 데 도움이 됩니다. + 서로 다른 가용 영역에서 각 흐름을 설정해야 합니다. (흐름이 동일한 가용 영역에 있는 경우 MediaLive 사용자는 MediaLive 입력을 생성할 수 없습니다.) + 서비스 제공자와 다음에 대해 상의해야 합니다. + 각 흐름에 대한 소스 정보를 작성하는 방법을 결정합니다. + 서비스 공급자가 두 개의 소스를 제공하는지 확인합니다. + 두 소스의 비디오 해상도와 비트레이트가 동일한지 확인합니다. + 출력 또는 권한을 생성해서는 안 됩니다. 1. MediaConnect 사용자에게서 확인해야 하는 정보는 다음과 같습니다. + 흐름의 ARNs입니다. 예제: `arn:aws:mediaconnect:us-west-1:111122223333:flow:1bgf67:sports_event_A` `arn:aws:mediaconnect:us-west-1:111122223333:flow:9pmlk76:sports_event_B` ARN에는 흐름 이름이 마지막 부분에 포함됩니다. **단일 파이프라인 채널에 대한 흐름을 설정하기** 1. MediaConnect 사용자에게 다음 정보를 제공합니다. + 소스 콘텐츠의 공급자에 대한 정보입니다. + 생성할 채널의 AWS 리전입니다. AWS Elemental MediaConnect 흐름과 MediaLive 채널(및 입력)은 동일한 리전에 있어야 합니다. 흐름과 MediaLive 채널이 동일한 리전에 없는 경우 MediaConnect 운영자는 소스 콘텐츠를 MediaLive 입력과 동일한 리전으로 이동하도록 배포를 설정해야 합니다. 1. 새 흐름이 필요한지 MediaConnect 사용자와 논의합니다. + 소스 콘텐츠에 아직 MediaConnect에 흐름이 없는 경우 새 흐름이 필요합니다. + 다음 규칙을 따르는 한 기존 흐름을 재사용할 수 있습니다. + 흐름은 최대 출력 대역폭을 초과하지 않습니다. + 흐름은 흐름의 최대 출력 수를 초과하지 않습니다. (MediaLive는 다음 단계인 [MediaConnect 입력 생성](setup-input-emx.md)에서 입력을 생성한 후 흐름에 대한 출력을 자동으로 생성합니다.) 1. 새 흐름이 필요하다고 판단되면 MediaConnect 사용자에게 흐름 하나를 생성하도록 요청합니다. + 서비스 제공자와 상의하여 흐름에 대한 소스 정보를 작성하는 방법을 결정해야 합니다. + 출력 또는 권한을 생성해서는 안 됩니다. 1. MediaConnect 사용자로부터 흐름에 대한 ARN을 가져옵니다. 예제: `arn:aws:mediaconnect:us-west-1:111122223333:flow:1bgf67:sports_event_A` ARN에는 흐름 이름이 마지막 부분으로 포함됩니다. # MediaConnect 입력 생성 MediaConnect가 설정된 후 MediaConnect 입력을 생성할 수 있습니다. MediaLive 사용자가 이 단계를 수행합니다. 입력을 수집하는 채널을 생성하려면 먼저 입력을 생성합니다. **Topics** + [MediaConnect 입력 생성](#emx-push-create) + [IAM 역할 및 ARN](#mediaconnect-push-role-and-remember-arn) ## MediaConnect 입력 생성 **입력을 생성하는 방법** 1. [1단계](setup-emx-flows.md)의 정보가 있는지 확인합니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. **입력 세부 정보** 섹션을 완료합니다. + 이름 **입력** - 이름을 입력합니다. + **입력 유형** – **MediaConnect**를 선택합니다. 1. **MediaConnect 흐름** 섹션을 완료합니다. + **Channel and input class(채널 및 입력 클래스)** – 이 입력에 대한 클래스를 선택합니다. + STANDARD\$1INPUT + SINGLE\$1INPUT + **흐름 A의 ARN** – 첫 번째 흐름으로 식별된 흐름의 ARN을 지정합니다. 두 번째 흐름을 생성한 경우 **흐름 B의 ARN**에서 두 번째 흐름의 ARN을 지정합니다. 1. **역할 ARN** 섹션을 작성하여 이 입력에 사용할 MediaLive의 역할을 선택합니다. 자세한 내용은 [IAM 역할 및 ARN](#mediaconnect-push-role-and-remember-arn) 단원을 참조하세요. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive에서는 입력을 생성하고 해당 입력에 엔드포인트 두 개를 자동으로 생성합니다. MediaLive는 입력에 대해 흐름(흐름 A)을 하나만 지정했더라도 항상 두 개의 엔드포인트를 생성합니다. 1. 동시에 MediaLive는 MediaConnect 흐름에 자동으로 연결됩니다. + 입력에 대해 두 개의 흐름을 지정한 경우 MediaLive는 AWS Elemental MediaConnect 에게 두 개의 출력을 생성하여 첫 번째 단계에서 생성했던 두 흐름에 연결하도록 지시합니다. + 입력에 대해 하나의 흐름만 지정한 경우(단일 파이프라인 채널을 지원하기 위해) MediaLive는 출력을 하나 AWS Elemental MediaConnect 생성하고 첫 번째 단계에서 생성한 단일 흐름에 연결하도록에 지시합니다. MediaConnect에 채널에 대한 두 개의 흐름이 있는 경우 다른 가용 영역에서 흐름을 실행합니다. 즉, 흐름 A의 경우 하나의 영역, 흐름 B의 경우 또 다른 영역입니다. 마찬가지로 MediaLive는 다른 가용 영역에서 각 파이프라인을 실행합니다. 즉, 파이프라인 A의 경우 하나의 영역, 파이프라인 B의 경우 또 다른 영역입니다. MediaLive는와 조정 AWS Elemental MediaConnect 하여 MediaLive가 동일한 두 가용 영역에서 채널 파이프라인을 실행할 수 있도록 합니다 AWS Elemental MediaConnect. 이 설정은 하나의 흐름이 실패할 경우에 대비하여 최대의 이중화를 구현합니다. ## IAM 역할 및 ARN 이 섹션에서는 MediaLive 콘솔의 **입력 생성** 창에서 **역할 ARN** 섹션을 완료하는 방법을 설명합니다. MediaConnect 입력을 생성할 때 MediaLive가 수임할 역할을 선택해야 합니다. MediaConnect 역할은 MediaLive가 MediaConnect에 요청하여 흐름에 대한 출력을 생성하도록 합니다. MediaLive는 이 입력에 대해 **생성**을 선택하는 즉시 이 요청을 보냅니다. **참고** MediaLive 콘솔의 이 섹션은 **채널 생성** 페이지(MediaLive 콘솔에도 있음)의 **IAM 역할** 섹션과 동일합니다. 두 경우의 차이는, **입력 생성** 페이지에서는 역할을 입력에 연결하고, **채널 생성** 페이지에서는 역할을 채널에 연결한다는 것입니다. 두 경우 모두 동일한 역할(예: **MediaLiveAccessRole**)을 사용할 수 있습니다. 조직에 지정된 관리자가 있는지 여부에 따라 두 가지 일반적인 역할 선택 시나리오가 있습니다. ### 조직에 지정된 관리자가 있는 경우 조직에 이 서비스를 관리하는 관리자가 있을 수 있습니다. 해당 관리자가 하나 이상의 역할을 설정했을 수 있습니다. + 그 관리자나 자신의 상사에게 어떤 역할을 사용할지 물어보세요. 또는 **기존 역할 사용**에 역할이 하나만 표시되어 있는 경우 그 역할을 선택합니다. + **MediaLiveAccessRole** 역할만 나열되는 경우 해당 역할을 선택합니다. 또한 이 역할 이름 옆에 **업데이트** 버튼이 표시되면 해당 버튼을 선택합니다. (버튼이 항상 표시되는 것은 아니지만 표시되는 경우 항상 해당 버튼을 선택하여 역할을 새로 고칩니다.) + 선택한 역할이 다음에 목록에 처음 표시되도록 하려면 **ARN 기억하기**를 선택합니다. ### 조직에 지정된 관리자가 없는 경우 조직에 지정된 서비스 관리자가 없을 수도 있습니다. 이 경우 동료 중 누구도 적절한 역할을 설정하지 않은 경우 직접 역할을 생성한 다음 해당 역할을 선택해야 할 수 있습니다. + **MediaLiveAccessRole**이라는 기본 역할을 생성할 수 있습니다. 먼저 다른 사용자가이 역할을 이미 생성했는지 확인하려면( AWS 계정의 모든 사용자에 대해 한 사람만 생성하면 됨) **템플릿에서 역할 생성을** 참조하세요. + 이 옵션이 회색으로 비활성화된 경우, 이 작업이 이미 수행된 것입니다. 이 경우에는 기존 역할 사용을 선택한 후 목록에서 **MediaLiveAccessRole**을 선택합니다. + 이 옵션이 회색으로 비활성화되어 있지 않은 경우, **템플릿에서 역할 생성**을 선택한 후 **IAM 역할 생성**을 선택합니다. 그런 다음 목록에서 그 역할을 선택합니다. MediaLive에서 이 역할을 생성하는 것을 허용하지 않는 경우, 조직의 관리자에게 자신의 IAM 권한에 대해 문의하세요. + **MediaLiveAccessRole**이 이미 생성되어 있고 그 옆에 **업데이트** 버튼이 표시되는 경우 버튼을 선택합니다. (버튼이 항상 표시되는 것은 아니지만 표시되는 경우 항상 해당 버튼을 선택하여 역할을 새로 고칩니다.) + 선택한 역할이 다음에 목록에 처음 표시되도록 하려면 **ARN 기억하기**를 선택합니다. # 이 절차의 결과 이 설정의 결과는 다음 다이어그램에 나와 있습니다. 세 가지 주요 구성 요소가 있습니다. + 업스트림 시스템(보라색 상자) + MediaConnect 흐름 1\$12개(빨간색 상자). + MediaLive에 MediaConnect 입력 1개. 각 MediaConnect 흐름에는 업스트림 시스템이 푸시하는 소스가 있습니다. 또한 각 흐름에는 MediaLive를 사용하기 위한 출력이 하나 있습니다. MediaLive의 MediaConnect 입력은 해당 출력에 대한 ARN을 지정합니다. 업스트림 시스템은 소스 콘텐츠를 AWS Elemental MediaConnect 흐름 또는 흐름의 소스로 푸시합니다. 흐름은 콘텐츠를 MediaLive로 푸시합니다. 푸시 입력을 사용하는 경우 채널을 시작할 때 업스트림 시스템이 비디오 소스를 입력으로 푸시 중이어야 합니다. 그 전에는 업스트림 시스템에서 푸시할 필요가 없습니다. 채널 런타임 시 MediaLive는 푸시되는 콘텐츠에 반응하여 이를 수집합니다. ![\[Diagram showing two flows from upstream system to MediaConnect input in MediaLive.\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/images\emx-push-uss-input.png) # MediaConnect 라우터 입력 설정 이 섹션에서는 MediaConnect Router 입력을 생성하는 방법을 설명합니다. 서비스 공급자는 MediaConnect Router 입력을 사용하여 MediaLive AWS Elemental MediaConnect 로 콘텐츠를 푸시합니다. (MediaLive의 관점에서 업스트림 시스템은 MediaConnect입니다. 업스트림 시스템은 서비스 공급자가 아닙니다.) 이 설정을 수행하려면 AWS Elemental MediaConnect 사용자 또는 두 서비스에 대한 권한이 있는 사용자와 함께 작업해야 합니다. MediaConnect Router 입력을 사용하려는 경우 고려해야 할 몇 가지 고려 사항이 있습니다. + 먼저 MediaConnect 라우터 입력을 업데이트할 수 없습니다. 즉, 생성 시 설정이 설정됩니다. + 둘째, MediaConnect 라우터 입력이 MediaConnect의 라우터 출력에 MediaConnect 수 없습니다. + 마지막으로 MediaConnect 라우터 입력은 MediaConnect의 라우터 출력 하나에만 연결할 수 있습니다. **Topics** + [MediaConnect 라우터 입력 생성](setup-input-mediaconnect-router.md) # MediaConnect 라우터 입력 생성 MediaConnect 입력과 달리 MediaConnect 라우터 입력을 사용하면 입력을 생성하는 데 필요한 MediaConnect 설정 단계가 없습니다. 대신 MediaLive에서 입력을 생성하면 MediaConnect 라우터 I/O 인터페이스에서 사용할 수 있는 대상으로 사용할 수 있습니다. 입력을 수집하는 채널을 생성하려면 먼저 입력을 생성합니다. **Topics** + [MediaConnect 입력 생성](#emx-router-create) ## MediaConnect 입력 생성 **입력을 생성하는 방법** 1. [1단계](setup-emx-flows.md)의 정보가 있는지 확인합니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. **입력 세부 정보** 섹션을 완료합니다. + 이름 **입력** - 이름을 입력합니다. + **입력 유형** - **MediaConnect 라우터를** 선택합니다. 1. **MediaConnect 라우터 입력 설정** 섹션을 완료합니다. + **Channel and input class(채널 및 입력 클래스)** – 이 입력에 대한 클래스를 선택합니다. + STANDARD\$1INPUT + SINGLE\$1INPUT + **파이프라인 0 가용 영역** - 채널이 파이프라인 0을 생성할 가용 영역을 지정합니다. STANDARD\$1INPUT을 생성하는 경우 **파이프라인 1 가용 영역 **에서 채널이 파이프라인 1을 생성할 가용 영역을 지정합니다. + **사용자 지정 암호화를 활성화하시겠습니까?** - 64자의 16진수 형식으로 AES-256 키를 지정합니다. + **보안 암호 Arn** - MediaConnect 라우터에서 지정할 기존 보안 암호 ARN을 선택할 수도 있습니다. 워크플로가 작동하려면 일치해야 합니다. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive는 입력을 생성하고 입력하는 가용 영역을 자동으로 표시합니다. MediaLive이 입력은 연결되지 않으므로 라우터 출력 ARN은 비어 있어야 합니다. # MP4 입력 설정 이 섹션에서는 업스트림 시스템에서 소스 콘텐츠를 설정하는 방법과 콘텐츠 소스를 MediaLive에 연결하는 MP4 입력을 생성하는 방법을 설명합니다. MP4 입력을 사용하면 채널이 시작되고 소스를 *가져올* 때 MediaLive가 업스트림 시스템에 연결됩니다. 이 설정을 수행하려면 업스트림 시스템의 운영자와 협력해야 합니다. **Topics** + [정보 가져오기](setup-mp4-obtain-info.md) + [MP4 입력 생성](setup-input-mp4.md) + [MP4 업스트림 시스템에서 올바른 설정 확인](setup-uss-mp4.md) + [이 절차의 결과](setup-result-mp4.md) # 정보 가져오기 업스트림 시스템의 운영자로부터 다음 정보를 얻습니다. + 소스 파일 또는 파일에 대한 업스트림 시스템의 URL. 표준 클래스 입력에는 두 개의 URL이 있고 단일 클래스 입력에는 하나의 URL이 있습니다. 입력 클래스와 클래스 사용에 대한 자세한 내용은 [채널 클래스 및 입력 클래스 선택](class-channel-input.md)을(를) 참조하세요. 예시는 이 섹션의 후반부에 있는 테이블을 참조하세요. URL을 적어둡니다. + 업스트림 시스템에 인증 요청이 필요한 경우 업스트림 시스템에 액세스하기 위한 사용자 이름 및 암호입니다. 이러한 자격 증명은 프로토콜이 아니라 사용자 인증과 관련이 있습니다. 사용자 인증은 업스트림 서버에서 사용자의 요청을 수락할지 여부를 나타냅니다. 프로토콜은 요청이 보안 연결을 통해 전송되는지 여부를 나타냅니다. 다음 표에는 MediaLive가 MP4 입력에 대해 지원하는 다양한 유형의 업스트림 시스템의 URL 형식이 나와 있습니다. **업스트림 서버는 HTTP 또는 HTTPS 서버입니다.** | | | | --- |--- | | URL 형식 | //:/.mp4 | | 예제 | https://203.0.113.13/filler-videos/oceanwaves.mp4`https://198.51.100.54/filler-videos/oceanwaves.mp4` | **업스트림 서버는 입니다. AWS Elemental MediaStore** | | | | --- |--- | | URL 형식 | mediastoressl:////.mp4 | | 예제 | 콘텐츠 소스 중 하나에 대한 컨테이너의 데이터 엔드포인트가 다음과 같다고 가정합니다. **f31z.data.mediastore.us-west-2.amazonaws.com**. 파일이 `oceanwaves.mp4`라고 하고 경로 `filler-video`의 컨테이너에 저장된다고 가정합니다. 소스 파일 중 하나의 URL은 다음과 같습니다. **mediastoressl://f31z.data.mediastore.us-west-2.amazonaws.com/filler-video/oceanwaves.mp4** | **업스트림 서버는 Amazon S3입니다.** | 업스트림 서버 | URL 형식 | | --- | --- | | URL 형식 | s3ssl:////.mp4 | | 예제 | `s3ssl://amzn-s3-demo-bucket/filler-videos/main/oceanwaves.mp4` `s3ssl://amzn-s3-demo-bucket/filler-videos/redundant/oceanwaves.mp4` MediaLive에서는 S3 버킷 이름이 점 표기법을 사용해서는 안 됩니다. 즉, 이름의 단어 사이에 .(점)를 사용해서는 안 됩니다. | # MP4 입력 생성 업스트림 시스템에서 정보를 얻은 후 MP4 입력을 생성할 수 있습니다. **MP4 풀 입력을 생성하는 방법** 1. [1단계](setup-mp4-obtain-info.md)의 정보가 있는지 확인합니다. 1. 이 입력이 다중 입력 채널에서 사용되는 경우 정적 입력으로 설정할지 [동적 입력](dynamic-inputs.md)으로 설정할지 결정해야 합니다. 업스트림 시스템에서 가져온 URL을 수정해야 할 수도 있습니다. + 입력이 정적 입력인 경우 URL을 수정하지 마세요. + 입력이 동적 입력인 경우 URL을 선택적 절대 부분과 필수 가변 부분(\$1urlPath\$1)으로 설정합니다. 예시는 이 절차 이후의 표를 참조하세요. \$1urlPath\$1 형식을 사용하는 것을 권장합니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. **입력 세부 정보** 섹션을 완료합니다. + 이름 **입력** - 이름을 입력합니다. + **입력 유형** – **MP4**를 선택합니다. 1. **Input class(입력 클래스)** 섹션에서 이 입력에 대한 클래스를 선택합니다. + STANDARD\$1INPUT + SINGLE\$1INPUT 1. **Input sources(입력 소스)** 섹션에서 이전에 가져온 URL을 입력합니다. + 입력이 표준 클래스인 경우 두 필드를 모두 작성하여 두 개의 URL을 제공합니다. + 입력이 단일 클래스 입력인 경우 가져온 URL로 첫 번째 필드를 작성하고 두 번째 필드는 비워 둡니다. 업스트림 시스템에서 사용자 자격 증명을 제공해야 하는 경우 위치에 액세스하려면 사용자 이름과 암호 키도 입력해야 합니다. 이러한 자격 증명은 시스템 매니저 파라미터 스토어에 저장됩니다. 자세한 내용은 [암호 파라미터 생성 기능 정보](requirements-for-EC2.md#about-EC2Password)를(을) 참조하세요. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive에서 입력을 생성하여 입력 목록에 추가합니다. 입력은 하나 또는 두 개의 소스를 지정합니다. 소스는 목록에 표시되지 않지만, **이름** 링크를 선택하면 세부 정보 페이지에 소스가 표시됩니다. ## 동적 입력의 URL에 대한 형식 다음 표에서는 동적 입력의 URL에 대한 다양한 형식을 설명합니다. | 형식 | 설명 | 예제 | \$1urlPath\$1의 예 | | --- | --- | --- | --- | | /\$1urlPath\$1 | URL의 절대 부분에 프로토콜만 있습니다. | s3ssl://\$1urlPath\$1 | amzn-s3-demo-bucket/my-movie.mp4 | | /\$1urlPath\$1 | URL의 절대 부분에 프로토콜과 경로가 있습니다. | mediastoressl://f31z.data.mediastore.us-west-2.amazonaws.com/movies/\$1urlPath\$1 | my-movie.mp4 | | \$1urlPath\$1 | URL에 가변 부분만 있습니다. | \$1urlPath\$1 | s3ssl://amzn-s3-demo-bucket/my-movie.mp4 | # MP4 업스트림 시스템에서 올바른 설정 확인 업스트림 서버의 운영자는 업스트림 시스템에 소스 콘텐츠를 설정해야 합니다. 운영자가 다음과 같이 설정되었는지 확인합니다. + 올바른 수의 소스를 제공하도록 다음을 설정합니다. + MediaLive 채널이 표준 채널인 경우 운영자는 두 개의 파일 소스를 설정해야 합니다. 두 파일의 비디오 해상도와 비트레이트가 동일한지 확인합니다. + MediaLive 채널이 단일 파이프라인 채널인 경우 연산자는 하나의 파일 소스를 설정해야 합니다. + 합의된 URL에서 콘텐츠를 사용할 수 있도록 설정합니다. 이러한 URL은 [이 섹션의 앞부분](setup-mp4-obtain-info.md)에서 얻은 URL이며 MP4 입력에 구성한 URL입니다. 이 [절차 이후의 다이어그램](setup-result-mp4.md)에 표시된 URL에 해당합니다. # 이 절차의 결과 이 설정의 결과로 하나 또는 두 개의 *소스* URL을 지정하는 MediaLive 입력이 존재합니다. 이러한 소스는 업스트림 서버의 소스 콘텐츠에 대한 URL입니다. 채널을 시작하면 MediaLive에서 이 소스 위치의 업스트림 시스템에 연결하여 콘텐츠를 가져옵니다. + 표준 채널인 경우 MediaLive는 업스트림 시스템이 두 개의 소스를 제공할 것으로 예상하므로 두 소스 위치에서 모두 가져오려고 시도합니다. + 단일 파이프라인 채널인 경우 MediaLive는 업스트림 시스템이 하나의 소스를 제공할 것으로 예상하므로 하나의 소스 위치에서 가져오려고 시도합니다. ![\[Diagram showing MP4 input retrieval from two S3 bucket locations in MediaLive.\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/images/mp4-pull-uss-input.png) # RTMP 풀 입력 설정 이 섹션에서는 업스트림 시스템에서 소스 콘텐츠를 설정하는 방법과 업스트림 시스템을 MediaLive에 연결하는 RTMP 풀 입력을 생성하는 방법을 설명합니다. RTMP 풀 입력을 사용하면 채널이 시작되고 소스를 *가져올* 때 MediaLive가 업스트림 시스템에 연결됩니다. 이 설정을 수행하려면 업스트림 시스템의 운영자와 협력해야 합니다. **Topics** + [정보 가져오기](setup-rtmp-pull-obtain-info.md) + [RTMP 풀 입력을 생성하는 방법](setup-input-rtmp-pull.md) + [RTMP 업스트림 시스템에서 올바른 설정 확인](setup-uss-rtmp-pull.md) + [이 절차의 결과](setup-result-rtmp-pull.md) # 정보 가져오기 업스트림 시스템의 연락 담당자로부터 다음 정보를 얻습니다. + 이 소스 콘텐츠의 애플리케이션 이름 및 애플리케이션 인스턴스를 확인합니다. (애플리케이션 인스턴스는 *스트림* 또는 *스트림 키*라고도 합니다.) 표준 클래스 입력에는 두 개의 소스가 있고 단일 클래스 입력에는 하나의 소스가 있습니다. 입력 클래스와 클래스 사용에 대한 자세한 내용은 [채널 클래스 및 입력 클래스 선택](class-channel-input.md)을(를) 참조하세요. 입력 클래스와 클래스 사용에 대한 자세한 내용은 [채널 클래스 및 입력 클래스 선택](class-channel-input.md)을(를) 참조하세요. 업스트림 시스템의 운영자는 이미 이러한 이름을 할당하는 규칙이 있을 수 있습니다. 그렇지 않으면 사용하려는 이름이 있을 수 있습니다. 업스트림 시스템의 운영자와 사용자 본인이 이러한 이름에 합의해야 합니다. 이 예제에서는 애플리케이션 이름과 인스턴스 이름이 동일합니다. 하지만 다음과 같이 다를 수 있습니다. 애플리케이션 이름: `live` 및 인스턴스 이름: `curling` 애플리케이션 이름: `live` 및 인스턴스 이름: `curling` + MediaLive가 소스 콘텐츠를 가져올 퍼블릭 IP 주소입니다. 이러한 주소에는 포트 1935가 포함되어야 합니다. 예제: `rtmp://203.0.113.13:1935` `rtmp://198.51.100.54:1935` + 업스트림 시스템에 인증 요청이 필요한 경우 업스트림 시스템에 액세스하기 위한 사용자 이름 및 암호입니다. 이러한 자격 증명은 프로토콜이 아니라 사용자 인증과 관련이 있습니다. 사용자 인증은 업스트림 서버에서 사용자의 요청을 수락할지 여부를 나타냅니다. 프로토콜은 요청이 보안 연결을 통해 전송되는지 여부를 나타냅니다. # RTMP 풀 입력을 생성하는 방법 업스트림 시스템에서 정보를 얻은 후 HLS 입력을 생성할 수 있습니다. **RTMP 풀 입력을 생성하는 방법** 1. [1단계](setup-rtmp-pull-obtain-info.md)의 정보가 있는지 확인합니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. **입력 세부 정보** 섹션을 완료합니다. + 이름 **입력** - 이름을 입력합니다. + **입력 유형** – **RTMP(풀)**를 선택합니다. 1. **Input class(입력 클래스)** 섹션에서 이 입력에 대한 클래스를 선택합니다. + STANDARD\$1INPUT + SINGLE\$1INPUT 1. **Input sources(입력 소스)** 섹션에서 이전에 가져온 URL을 입력합니다. + 입력이 표준 클래스인 경우 두 필드를 모두 작성하여 두 개의 URL을 제공합니다. + 입력이 단일 클래스 입력인 경우 가져온 URL로 첫 번째 필드를 작성하고 두 번째 필드는 비워 둡니다. 예제: `rtmp://203.0.113.13:1935/live/curling` 업스트림 시스템에서 사용자 자격 증명을 제공해야 하는 경우 위치에 액세스하려면 사용자 이름과 암호 키도 입력해야 합니다. 이러한 자격 증명은 시스템 매니저 파라미터 스토어에 저장됩니다. 자세한 내용은 [암호 파라미터 생성 기능 정보](requirements-for-EC2.md#about-EC2Password)를(을) 참조하세요. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive에서 입력을 생성하여 입력 목록에 추가합니다. 입력은 하나 또는 두 개의 소스를 지정합니다. 소스는 목록에 표시되지 않지만, **이름** 링크를 선택하면 세부 정보 페이지에 소스가 표시됩니다. 채널을 시작하면 MediaLive에서 이 소스 위치의 업스트림 시스템에 연결하여 콘텐츠를 가져옵니다. + 이 입력에 대한 채널이 표준 채널로 설정된 경우 MediaLive는 업스트림 시스템이 두 개의 소스를 제공할 것으로 예상하므로 두 소스 위치에서 모두 가져오려고 시도합니다. + 이 입력에 대한 채널이 단일 파이프라인 채널로 설정된 경우 MediaLive는 업스트림 시스템이 하나의 소스를 제공할 것으로 예상하므로 하나의 소스 위치에서 가져오려고 시도합니다. # RTMP 업스트림 시스템에서 올바른 설정 확인 업스트림 서버의 운영자는 업스트림 시스템에 소스 콘텐츠를 설정해야 합니다. 운영자가 다음과 같이 설정되었는지 확인합니다. + 올바른 수의 소스를 제공하도록 다음을 설정합니다. + MediaLive 채널이 표준 채널인 경우 콘텐츠에 대해 두 개의 소스를 설정합니다. 두 콘텐츠 소스의 비디오 해상도와 비트레이트가 동일한지 확인합니다. + MediaLive 채널이 단일 파이프라인 채널인 경우 콘텐츠에 대해 하나의 소스를 설정합니다. + 합의된 URL에서 콘텐츠를 사용할 수 있도록 설정하고 합의된 애플리케이션 이름과 인스턴스 이름을 사용합니다. 이러한 URL은 [이 섹션의 앞부분](setup-mp4-obtain-info.md)에서 얻은 URL이며 RTMP 입력에 구성한 URL입니다. 이 [절차 이후의 다이어그램](setup-result-rtmp-push.md)에 표시된 URL에 해당합니다. # 이 절차의 결과 이 설정의 결과로 하나 또는 두 개의 *소스* URL을 지정하는 RTMP 풀 입력이 존재합니다. 이러한 소스는 업스트림 시스템의 소스 콘텐츠에 대한 URL입니다. 채널 런타임 시 입력은 두 URL(표준 채널의 경우) 또는 한 URL(단일 파이프라인 채널의 경우)에 연결하고 애플리케이션 이름과 인스턴스 이름으로 식별된 소스 콘텐츠를 MediaLive로 가져옵니다. ![\[Diagram showing two GET requests to rtmp URLs for upstream systems input.\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/images\rtmp-pull-uss-input.png) # RTMP 푸시 입력 설정 이 섹션에서는 RTMP 푸시 프로토콜을 사용하여 퍼블릭 인터넷에서 소스 콘텐츠를 전달하는 업스트림 시스템을 설정하는 방법을 설명합니다. 업스트림 시스템에서 소스 콘텐츠를 설정하는 방법, 입력 보안 그룹을 생성하는 방법, 업스트림 시스템을 MediaLive 에 연결하는 입력을 생성하는 방법을 설명합니다. RTMP 푸시 입력을 사용하면 업스트림 시스템에서 입력을 MediaLive의 엔드포인트로 *푸시*합니다. 이 설정을 수행하려면 업스트림 시스템의 운영자와 협력해야 합니다. **Topics** + [정보 가져오기](setup-rtmp-push-obtain-info.md) + [입력 보안 그룹을 생성하는 방법](setup-isg-rtmp.md) + [RTMP 푸시 입력을 생성하는 방법](setup-input-rtmp-push.md) + [업스트림 시스템에서 올바른 설정 확인하기](setup-uss-rtmp-push.md) + [이 절차의 결과](setup-result-rtmp-push.md) # 정보 가져오기 업스트림 시스템의 연락 담당자로부터 다음 정보를 얻습니다. + 이 소스 콘텐츠의 애플리케이션 이름 및 애플리케이션 인스턴스를 확인합니다. (애플리케이션 인스턴스는 *스트림* 또는 *스트림 키*라고도 합니다.) 표준 클래스 입력에는 두 개의 소스가 있고 단일 클래스 입력에는 하나의 소스가 있습니다. 입력 클래스와 클래스 사용에 대한 자세한 내용은 [채널 클래스 및 입력 클래스 선택](class-channel-input.md)을(를) 참조하세요. 입력 클래스와 클래스 사용에 대한 자세한 내용은 [채널 클래스 및 입력 클래스 선택](class-channel-input.md)을(를) 참조하세요. 업스트림 시스템의 운영자는 이미 이러한 이름을 할당하는 규칙이 있을 수 있습니다. 그렇지 않으면 사용하려는 이름이 있을 수 있습니다. 업스트림 시스템의 운영자와 사용자 본인이 이러한 이름에 합의해야 합니다. 이 예제에서는 애플리케이션 이름과 인스턴스 이름이 동일합니다. 하지만 다음과 같이 다를 수 있습니다. 애플리케이션 이름: `live` 및 인스턴스 이름: `curling` 애플리케이션 이름: `live` 및 인스턴스 이름: `curling` + 퍼블릭 네트워크 IP 주소입니다. 다음은 콘텐츠의 소스 또는 소스가 퍼블릭 네트워크에 표시되는 IP 주소 세트입니다. 입력 보안 그룹을 생성하려면 이 정보가 필요합니다. 예제: + 한 소스의 경우: `203.0.113.19, 203.0.113.58, 203.0.113.25` + 다른 소스의 경우: `198.51.100.19, 198.51.100.59, 198.51.100.21` 이 주소는 [이 절차 후 다이어그램](setup-result-rtmp-push.md)의 빨간색 상자에 표시된 주소입니다. # 입력 보안 그룹을 생성하는 방법 입력 보안 그룹을 생성하는 방법 보안 그룹은 *퍼블릭 네트워크 IP 주소*가 MediaLive로 푸시되도록 허용해야 합니다. 이전 예시에서는 다음 주소를 허용해야 합니다. 203.0.113.19, 203.0.113.58, 203.0.113.25, 198.51.100.19, 198.51.100.59, 198.51.100.21 입력 보안 그룹 생성에 대한 자세한 내용은 [입력 보안 그룹 생성](create-input-security-groups.md)를(을) 참조하세요. # RTMP 푸시 입력을 생성하는 방법 입력 보안 그룹을 생성한 후 RTMP 푸시 입력을 생성할 수 있습니다. **RTMP 푸시 입력을 생성하는 방법** 1. [1단계](setup-rtmp-push-obtain-info.md)의 정보가 있는지 확인합니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. 1. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. **입력 세부 정보** 섹션을 완료합니다. + 이름 **입력** - 이름을 입력합니다. + **입력 유형** – **RTMP(푸시)**를 선택합니다. 1. **네트워크 모드** 섹션에서 **퍼블릭**을 선택합니다. 1. **입력 보안 그룹** 섹션에서 이 푸시 입력과 연결할 그룹을 지정합니다. 기존 그룹을 선택할 수도 있고 그룹을 만들 수도 있습니다. 보안 그룹은 퍼블릭 네트워크 IP 주소가 MediaLive로 푸시되도록 허용해야 합니다. 1단계의 예시에서는 다음 주소를 허용해야 합니다. 203.0.113.19, 203.0.113.58, 203.0.113.25, 198.51.100.19, 198.51.100.59, 198.51.100.21 보안 그룹에 대한 자세한 내용은 [입력 보안 그룹 작업](working-with-input-security-groups.md)를(을) 참조하세요. 1. **Channel and input class(채널 및 입력 클래스)** 섹션에서 이 입력에 대한 클래스를 선택합니다. + STANDARD + SINGLE-PIPELINE 자세한 내용은 [파이프라인 중복성을 구현하는 방법](plan-redundancy-mode.md)를(을) 참조하세요. 1. **Input destinations(입력 대상)** 섹션의 **Destination(대상)** 섹션에서 이전에 가져온 애플리케이션 이름 및 애플리케이션 인스턴스를 입력합니다. + 입력이 표준 입력인 경우 두 필드를 모두 작성하여 두 개의 소스를 지정합니다. + 입력이 단일 클래스 입력인 경우 가져온 정보로 첫 번째 필드를 작성하고 두 번째 필드는 비워 둡니다. 예제: **애플리케이션 이름: **`live` **애플리케이션 인스턴스:** `curling` 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive에서는 입력을 생성하고 해당 입력에 엔드포인트 두 개를 자동으로 생성합니다. 엔드포인트에 애플리케이션 이름, 애플리케이션 인스턴스 및 포트 1935가 포함됩니다. 예제: `198.51.100.99:1935/live/curling` `192.0.2.18:1935/live/curling` IP 주소는 MediaLive가 생성하는 주소입니다. 보안 그룹에서 사용한 퍼블릭 주소가 아닙니다. 모든 IP 주소의 역할을 보여주는 다이어그램은 RTMP 푸시 소스 설정에 대한 [이 절차의 결과](setup-result-rtmp-push.md)의 섹션을 참조하세요. MediaLive는 엔드포인트를 항상 두 개 생성합니다. + 이 입력에 대한 채널을 표준 채널로 설정할 경우 두 엔드포인트가 모두 사용됩니다. + 이 입력에 대한 채널을 단일 파이프라인 채널로 설정할 경우 첫 번째 엔드포인트만 제공합니다. MediaLive는 두 번째 엔드포인트에서 콘텐츠를 수신할 것으로 예상되지 않습니다. # 업스트림 시스템에서 올바른 설정 확인하기 업스트림 시스템이 MediaLive의 올바른 위치로 콘텐츠를 푸시해야 합니다. **표준 채널에 대해 설정하기** MediaLive 채널이 [표준 채널](plan-redundancy.md)인 경우 다음 절차를 따릅니다. 1. 운영자에게 다음 정보를 제공합니다. + RTMP 입력을 생성할 때 MediaLive가 생성한 두 엔드포인트(URL)입니다. 이러한 엔드포인트는 [이 절차 후 다이어그램](setup-result-rtmp-push.md)의 파란색 상자에 있는 주소입니다. URL은 포트 1935를 포함합니다. 예제: `198.51.100.99:1935/live/curling` `192.0.2.18:1935/live/curling` 1. 운영자가 단일 파이프라인 채널 또는 표준 채널에 대해 올바르게 설정되었는지 확인합니다. 채널이 단일 파이프라인 채널인 경우, 입력이 표준(듀얼 파이프라인) 입력인 경우에도 운영자는 하나의 소스만 제공합니다. 운영자는 다음을 수행해야 합니다. + 하나의 소스를 제공합니다. + 퍼블릭 네트워크의 합의된 IP 주소에 소스가 표시되는지 확인합니다. 예제: + 소스는 다음 주소에 표시될 수 있습니다: `203.0.113.19, 203.0.113.58, 203.0.113.25` + 운영자는 다른 주소(`198.51.100.19, 198.51.100.59, 198.51.100.21`)를 무시할 수 있습니다. 입력 보안 그룹을 생성할 때 이러한 주소를 사용했습니다. 업스트림 시스템에서 이러한 주소를 사용하지 않는 경우 MediaLive는 푸시를 거부합니다. + MediaLive에서 URL 하나를 누르고 합의된 애플리케이션 이름과 인스턴스 이름을 사용합니다. 예제: 이 URL로 푸시: `198.51.100.99:1935/live/curling` 다른 URL 무시: `192.0.2.18:1935/live/curling` 채널이 표준 채널인 경우 운영자는 다음을 수행해야 합니다. + 비디오 해상도와 비트 전송률 측면에서 동일한 두 소스를 제공합니다. + 퍼블릭 네트워크의 합의된 IP 주소에 소스가 표시되는지 확인합니다. 예제: + 한 소스의 경우: `203.0.113.19, 203.0.113.58, 203.0.113.25` + 다른 소스의 경우: `198.51.100.19, 198.51.100.59, 198.51.100.21` 입력 보안 그룹을 생성할 때 이러한 주소를 사용했습니다. 업스트림 시스템에서 이러한 주소를 사용하지 않는 경우 MediaLive는 푸시를 거부합니다. + MediaLive에서 올바른 URL을 누르고 합의된 애플리케이션 이름과 인스턴스 이름을 사용합니다. 예를 들어 다음을 눌러 진행해야 합니다. `198.51.100.99:1935/live/curling` `192.0.2.18:1935/live/curling` # 이 절차의 결과 이 설정의 결과로 하나 또는 두 개의 *엔드포인트* URL을 지정하는 RTMP 푸시 입력이 존재합니다. 이러한 엔드포인트는 MediaLive에 있으며 발생하는 변경 사항(예: 입력의 다른 정보 수정 또는 다른 채널에 입력 연결)과 관계없이 입력 수명 동안 고정됩니다. 업스트림 시스템은 소스 콘텐츠를 두 엔드포인트(표준 채널의 경우) 또는 첫 번째 엔드포인트(단일 파이프라인 채널의 경우)로 푸시하도록 설정되었습니다. 입력 보안 그룹이 입력과 연결되었습니다. 이 입력 보안 그룹에는 푸시된 소스가 퍼블릭 네트워크에 표시되는 IP 주소를 포함하는 CIDR 블록이 있으므로 MediaLive가 푸시된 콘텐츠를 수락할 수 있습니다. 푸시 입력을 사용하는 경우 채널을 시작할 때 업스트림 시스템이 비디오 소스를 입력으로 푸시 중이어야 합니다. 그 전에는 업스트림 시스템에서 푸시할 필요가 없습니다. 채널 런타임 시 MediaLive는 푸시되는 콘텐츠에 반응하여 이를 수집합니다. ![\[Upstream system diagram showing IP addresses and RTMP inputs for MediaLive streaming.\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/images\rtmp-push-uss-input.png) # RTMP VPC 입력 설정 이 섹션에서는 RTMP 푸시 프로토콜을 사용하여 Amazon Virtual Private Cloud(Amazon VPC)의 VPC에 있는 업스트림 시스템에서 소스 콘텐츠를 전달하는 콘텐츠를 설정하는 방법을 설명합니다. 이 섹션에서는 업스트림 시스템에서 소스 콘텐츠를 설정하는 방법과 업스트림 시스템을 MediaLive에 연결하는 입력을 생성하는 방법을 설명합니다. RTMP 푸시 입력을 사용하면 업스트림 시스템에서 입력을 MediaLive의 엔드포인트로 *푸시*합니다. 이 설정을 수행하려면 Amazon VPC 사용자 및 업스트림 시스템의 운영자와 함께 작업해야 합니다. **Topics** + [VPC에서 설정 요청](setup-vpc-rtmp-vpc.md) + [RTMP 입력 생성](setup-input-rtmp-vpc.md) + [업스트림 시스템에서 올바른 설정 확인하기](setup-uss-rtmp-vpc.md) + [이 절차의 결과](setup-rtmp-vpc-result.md) # VPC에서 설정 요청 Amazon VPC 사용자는 VPC를 설정하고 업스트림 시스템 및 MediaLive에서 사용할 서브넷 및 보안 그룹을 식별해야 합니다. **VPC 설정하기** 1. Amazon VPC 사용자에게 다음 지침을 제공합니다. + 서브넷에 대한 지침 - 서브넷 2개를 요청합니다. 다음 규칙이 적용됩니다. + 두 서브넷이 서로 다른 가용 영역에 있어야 합니다. + 서브넷마다 프라이빗 CIDR 블록(IP 주소 범위)이 하나씩 있어야 합니다. + 각 서브넷에는 해당 블록에 사용되지 않는 주소가 두 개 이상 있어야 합니다. 하나는 업스트림 시스템용이고 다른 하나는 RTMP 입력용입니다. + 이 RTMP 소스(소스 A)와 동일한 채널에서 사용하기 위해 생성하는 다른 VPC 기반 소스(소스 B)는 소스 A와 동일한 가용 영역에 있는 서브넷에 있어야 합니다. 소스 B의 두 서브넷은 소스 A와 다를 수 있지만, 이 두 서브넷의 가용 영역은 소스 A의 가용 영역과 동일해야 합니다. + 보안 그룹 지침 - 각 서브넷의 보안 그룹 또는 그룹은 다음 규칙을 따라야 합니다. + 보안 그룹의 결합된 규칙은 해당 서브넷에 있는 업스트림 시스템의 IP 주소에서 들어오는 인바운드 트래픽을 허용해야 합니다. + 보안 그룹의 결합된 규칙은 포트 1935에 대한 아웃바운드 트래픽을 허용해야 합니다. 1. Amazon VPC 사용자가 설정을 수행한 후 다음 정보를 가져옵니다. + VPC의 ID입니다. 예: `vpc-3f139646` + 두 서브넷의 ID입니다. 예를 들어 서브넷 하나에는 다음과 같은 ID가 있을 수 있습니다: `subnet-1122aabb` + 서브넷 또는 서브넷에 대한 보안 그룹의 ID입니다. 예: `sg-51530134` # RTMP 입력 생성 Amazon VPC 사용자가 VPC에 설정한 후 MediaLive에서 RTMP VPC 푸시 입력을 생성할 수 있습니다. **Topics** + [RTMP VPC 푸시 입력 생성](#rtmp-push-vpc-create) + [IAM 역할 및 ARN](#rtmp-push-role-and-remember-arn) ## RTMP VPC 푸시 입력 생성 **RTMP VPC 푸시 입력을 생성하는 방법** 1. [1단계](setup-vpc-rtmp-vpc.md)의 정보가 있는지 확인합니다. 1. 또한 비디오 콘텐츠 공급자로부터 소스 콘텐츠의 애플리케이션 이름 및 애플리케이션 인스턴스와 같은 정보를 얻어야 합니다. (애플리케이션 인스턴스는 *스트림* 또는 *스트림 키*라고도 합니다.) 예제: 애플리케이션 이름: `live` 및 인스턴스 이름: `curling` 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. 1. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. **입력 세부 정보** 섹션을 완료합니다. + 이름 **입력** - 이름을 입력합니다. + **입력 유형** – **RTMP(푸시)**를 선택합니다. 1. **네트워크 모드** 섹션에서 **VPC**를 선택합니다. 1. **VPC 설정** 섹션을 완료합니다. + **서브넷 및 보안 그룹**을 선택합니다. + **서브넷**에서 식별한 서브넷 중 하나를 선택합니다. 드롭다운 목록에는 모든 VPC의 서브넷이 다음과 같이 표시됩니다. ` ` 예제: **subnet-1122aabb us-west-2a 10.1.128.0/24 vpc-3f139646 MLive 푸시 입력을 위한 서브넷** 서브넷 목록이 비어 있는 경우 **사용자 지정 VPC 지정**을 선택하고 필드에 서브넷 ID를 입력합니다. (서브넷 ID(예: **subnet-1122aabb**)만 입력해야 합니다.) + **서브넷**에서 두 번째 서브넷을 선택합니다. 이번에는 드롭다운 목록에 첫 번째 서브넷과 동일한 VPC에 있는 서브넷만 표시됩니다. + **보안 그룹**에서 서브넷의 경우와 동일한 프로세스를 따라 식별된 보안 그룹을 선택합니다. 드롭다운 목록에는 선택한 VPC에 속한 보안 그룹이 다음과 같이 표시됩니다. ` ` 예제: **sg-51530134 MLive 푸시 입력을 위한 보안 그룹 vpc-3f139646** 1. **역할 ARN** 섹션을 작성하여 이 입력에 사용할 MediaLive의 역할을 선택합니다. 자세한 내용은 [IAM 역할 및 ARN](setup-input-rtp-vpc.md#rtp-push-role-and-remember-arn)를(을) 참조하세요. 1. **Input class(입력 클래스)** 섹션에서 이 입력에 대한 클래스를 선택합니다. + STANDARD + SINGLE-PIPELINE 1. **Input destinations(입력 대상)** 섹션의 **Destination(대상)** 섹션에서 이전에 설정한 애플리케이션 이름 및 애플리케이션 인스턴스를 입력합니다. + 입력이 표준 입력인 경우 두 필드를 모두 작성하여 두 개의 소스를 지정합니다. + 입력이 단일 클래스 입력인 경우 가져온 정보로 첫 번째 필드를 작성하고 두 번째 필드는 비워 둡니다. 예제: **애플리케이션 이름: **`live` **애플리케이션 인스턴스:** `curling` 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive에서는 입력을 생성하고 해당 입력에 엔드포인트 두 개를 자동으로 생성합니다. 이러한 엔드포인트는 서브넷 범위의 프라이빗 IP 주소를 가지며 포트 1935를 지정합니다. 예제: `10.12.30.44:1935/live/curling` `10.99.39.15:1935/live/curling` 1. 업스트림 시스템에 이러한 엔드포인트를 제공합니다. + 이 입력에 대한 채널을 표준 채널로 설정할 경우 두 엔드포인트를 모두 제공합니다. 업스트림 시스템은 두 엔드포인트 모두에 콘텐츠를 푸시해야 합니다. + 이 입력에 대한 채널을 단일 파이프라인 채널로 설정할 경우 첫 번째 엔드포인트만 제공합니다. 업스트림 시스템은 이 엔드포인트에만 푸시해야 합니다. 예를 들어 다음 주소를 입력합니다. `10.12.30.44:1935/live/curling` `10.99.39.15:1935/live/curling` **이 절차의 결과** 이 설정의 결과로 업스트림 시스템의 각 출력에는 VPC의 지정된 서브넷 중 하나에 IP 주소가 있게 됩니다. RTMP 입력에는 두 개의 IP 주소가 있습니다. 이러한 주소는 발생하는 변경 사항(예: 입력의 다른 정보 수정 또는 다른 채널에 입력 연결)과 관계없이 입력 수명 동안 고정됩니다. 각 주소는 동일한 서브넷 중 하나에 있습니다. 이러한 방식으로 업스트림 시스템에서 MediaLive로 콘텐츠를 전송하는 작업은 VPC 보안 내에서 수행됩니다. 다이어그램이 포함된 이 설정에 대한 설명은 RTMP VPC 소스 설정에 대한 [이 절차의 결과](setup-rtmp-vpc-result.md)의 섹션을 참조하세요. 푸시 입력을 사용하는 경우 채널을 시작할 때 업스트림 시스템이 비디오 소스를 입력으로 푸시 중이어야 합니다. 그 전에는 업스트림 시스템에서 푸시할 필요가 없습니다. ## IAM 역할 및 ARN 이 섹션에서는 MediaLive 콘솔의 **입력 생성** 창에서 **역할 ARN** 섹션을 완료하는 방법을 설명합니다. RTMP 푸시 입력 생성 시 MediaLive에서 수임할 역할을 선택해야 합니다. 입력을 생성하려면 MediaLive에서 입력의 두 엔드포인트에 대한 네트워크 인터페이스를 가져와야 합니다. 이러한 엔드포인트는 식별된 서브넷의 CIDR 범위 내에 있습니다. 이 입력에 대해 **생성**을 선택하면 MediaLive는 Amazon VPC에서 이러한 네트워크 인터페이스를 즉시 요청합니다. 선택한 역할은 MediaLive에서 Amazon VPC에 대한 요청에 성공하도록 합니다. **참고** MediaLive 콘솔의 이 섹션은 **채널 생성** 페이지(MediaLive 콘솔에도 있음)의 **IAM 역할** 섹션과 동일합니다. 두 경우의 차이는, **입력 생성** 페이지에서는 역할을 입력에 연결하고, **채널 생성** 페이지에서는 역할을 채널에 연결한다는 것입니다. 두 경우 모두 동일한 역할(예: **MediaLiveAccessRole**)을 사용할 수 있습니다. 조직에 지정된 관리자가 있는지 여부에 따라 두 가지 일반적인 역할 선택 시나리오가 있습니다. ### 조직에 지정된 관리자가 있는 경우 조직에 이 서비스를 관리하는 관리자가 있을 수 있습니다. 해당 관리자가 하나 이상의 역할을 설정했을 수 있습니다. + 그 관리자나 자신의 상사에게 어떤 역할을 사용할지 물어보세요. 또는 **기존 역할 사용**에 역할이 하나만 표시되어 있는 경우 그 역할을 선택합니다. + **MediaLiveAccessRole** 역할만 나열되는 경우 해당 역할을 선택합니다. 또한 이 역할 이름 옆에 **업데이트** 버튼이 표시되면 해당 버튼을 선택합니다. (버튼이 항상 표시되는 것은 아니지만 표시되는 경우 항상 해당 버튼을 선택하여 역할을 새로 고칩니다.) + 선택한 역할이 다음에 목록에 처음 표시되도록 하려면 **ARN 기억하기**를 선택합니다. ### 조직에 지정된 관리자가 없는 경우 조직에 지정된 서비스 관리자가 없을 수도 있습니다. 이 경우 동료 중 누구도 적절한 역할을 설정하지 않은 경우 직접 역할을 생성한 다음 해당 역할을 선택해야 할 수 있습니다. + **MediaLiveAccessRole**이라는 기본 역할을 생성할 수 있습니다. 먼저 다른 사용자가이 역할을 이미 생성했는지 확인하려면( AWS 계정의 모든 사용자에 대해 한 사람만 생성하면 됨) **템플릿에서 역할 생성을** 참조하세요. + 이 옵션이 회색으로 비활성화된 경우, 이 작업이 이미 수행된 것입니다. 이 경우에는 **기존 역할 사용**을 선택한 후 목록에서 **MediaLiveAccessRole**을 선택합니다. + 이 옵션이 회색으로 비활성화되어 있지 않은 경우, **템플릿에서 역할 생성**을 선택한 후 **IAM 역할 생성**을 선택합니다. 그런 다음 목록에서 그 역할을 선택합니다. MediaLive에서 이 역할을 생성하는 것을 허용하지 않는 경우, 조직의 관리자에게 자신의 IAM 권한에 대해 문의하세요. + **MediaLiveAccessRole**이 이미 생성되어 있고 그 옆에 **업데이트** 버튼이 표시되는 경우 버튼을 선택합니다. (버튼이 항상 표시되는 것은 아니지만 표시되는 경우 항상 해당 버튼을 선택하여 역할을 새로 고칩니다.) + 선택한 역할이 다음에 목록에 처음 표시되도록 하려면 **ARN 기억하기**를 선택합니다. # 업스트림 시스템에서 올바른 설정 확인하기 업스트림 시스템이 VPC와 올바르게 설정되고 MediaLive의 올바른 위치로 콘텐츠를 푸시하는지 확인해야 합니다. **표준 채널에 대해 설정하기** MediaLive 채널이 [표준 채널](plan-redundancy.md)인 경우 다음 절차를 따릅니다. 1. 운영자에게 다음 정보를 제공합니다. + VPC의 ID, 2개의 서브넷 및 Amazon VPC 사용자가 제공한 보안 그룹입니다. + RTMP 입력을 생성할 때 MediaLive가 생성한 두 엔드포인트(URL)입니다. 이러한 엔드포인트는 [이 절차 후 다이어그램](setup-rtmp-vpc-result.md)의 파란색 상자에 있는 주소입니다. URL에는 프라이빗 IP 주소가 있으며 포트 1935가 포함되어 있습니다. 예제: `10.12.30.131:1935/live/curling` `10.99.39.40:1935/live/curling` 1. 운영자가 표준 채널에 대해 올바르게 설정되었는지 확인합니다. 다음 작업을 수행해야 합니다. + 두 개의 별도 업스트림 시스템을 설정합니다. MediaLive 사용자가 표준 채널(독립 파이프라인 2개 포함)로 달성하고자 하는 중복성을 잃게 되므로 출력 인터페이스가 2개인 업스트림 시스템을 설정할 수 없습니다. + 서브넷 중 하나에 하나의 출력 인터페이스라는 두 개의 출력 인터페이스를 설정하고 다른 서브넷에 하나의 출력 인터페이스를 사용하여 다른 업스트림 시스템을 설정합니다. 이러한 인터페이스는 [이 절차 후 다이어그램](setup-rtmp-vpc-result.md)의 보라색 상자에 있는 주소입니다. + 두 콘텐츠 소스의 비디오 해상도와 비트레이트가 동일한지 확인합니다. + MediaLive에서 올바른 URL을 누르고 합의된 애플리케이션 이름과 인스턴스 이름을 사용합니다. 예를 들어 다음을 눌러 진행해야 합니다. `10.12.30.131:1935/live/curling` `10.99.39.40:1935/live/curling` **단일 파이프라인 채널에 대해 설정하기** MediaLive 채널이 [단일 파이프라인 채널](plan-redundancy.md)인 경우 다음 절차를 따릅니다. 1. 운영자에게 다음 정보를 제공합니다. + VPC, 하나의 서브넷 및 Amazon VPC 사용자가 제공한 보안 그룹의 ID. + RTMP 입력을 생성할 때 MediaLive가 생성한 두 엔드포인트(URL) 중 첫 번째 엔드포인트만 해당됩니다. 이러한 엔드포인트는 [이 절차 후 다이어그램](setup-rtmp-vpc-result.md)의 파란색 상자에 있는 주소입니다. URL에는 프라이빗 IP 주소가 있으며 포트 1935가 포함되어 있습니다. 예제: `10.12.30.131:1935/live/curling` 1. 운영자가 단일 파이프라인 채널에 대해 올바르게 설정되었는지 확인합니다. 다음 작업을 수행해야 합니다. + 업스트림 시스템 하나를 설정합니다. + 출력 인터페이스 하나를 설정합니다. 인터페이스는 [이 절차 후 다이어그램](setup-rtmp-vpc-result.md)의 보라색 상자 중 하나에 있는 주소입니다. + MediaLive에서 올바른 URL을 누릅니다. 예를 들어 다음을 눌러 진행해야 합니다. `10.12.30.131:1935/live/curling` # 이 절차의 결과 이 설정의 결과로 하나 또는 두 개의 *엔드포인트* URL을 지정하는 RTMP 입력이 존재하게 됩니다. 이러한 주소는 발생하는 변경 사항(예: 입력의 다른 정보 수정 또는 다른 채널에 입력 연결)과 관계없이 입력 수명 동안 고정됩니다. 이는 VPC에 사용되는 탄력적 네트워크 인터페이스입니다. MediaLive에는 입력에 이러한 네트워크 인터페이스를 사용할 수 있는 권한이 있습니다. MediaLive에는 입력에 대한 네트워크 인터페이스를 (IAM 신뢰할 수 있는 엔티티 역할을 통해) 자동으로 관리할 수 있는 권한이 있습니다. 업스트림 시스템에는 Amazon VPC 보안 그룹을 통해 이러한 엔드포인트에 콘텐츠를 푸시할 수 있는 권한이 있습니다. 업스트림 시스템 또는 시스템은 소스 콘텐츠를 두 엔드포인트(표준 채널에 대해 설정하는 경우) 또는 하나의 엔드포인트(단일 파이프라인 채널에 대해 설정하는 경우)로 푸시하도록 설정되었습니다. 각 서브넷에 하나 이상의 VPC 보안 그룹이 연결되었습니다. 각 보안 그룹의 CIDR 블록은 업스트림 시스템이 푸시하는 두 URL을 포함하므로 MediaLive가 푸시된 콘텐츠를 수락할 수 있습니다. 이 설정의 결과로 업스트림 시스템의 각 출력에는 VPC의 지정된 서브넷 중 하나에 IP 주소가 있습니다. RTMP 입력에는 두 개의 IP 주소가 있으며 각 주소는 해당 서브넷 중 하나에 있습니다. 이러한 방식으로 업스트림 시스템에서 MediaLive로 콘텐츠를 전송하는 작업은 VPC 프라이버시 내에서 수행됩니다. 푸시 입력을 사용하는 경우 채널을 시작할 때 업스트림 시스템이 비디오 소스를 입력으로 푸시 중이어야 합니다. 그 전에는 업스트림 시스템에서 푸시할 필요가 없습니다. 채널 런타임 시 MediaLive는 푸시되는 콘텐츠에 반응하여 이를 수집합니다. ![\[Diagram showing RTMP input in MediaLive with upstream systems connecting to VPC subnets.\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/images\rtmp-vpc-uss-input.png) # RTP 푸시 입력 설정 이 섹션에서는 RTP 푸시 프로토콜을 사용하여 Amazon VPC의 VPC에 있는 업스트림 시스템에서 소스 콘텐츠를 전달하는 업스트림 시스템을 설정하는 방법을 설명합니다. 업스트림 시스템에서 소스 콘텐츠를 설정하는 방법과 업스트림 시스템을 MediaLive 에 연결하는 입력을 생성하는 방법을 설명합니다. RTP 푸시 소스를 사용하면 업스트림 시스템이 콘텐츠를 MediaLive로 *푸시*합니다. 이 설정을 수행하려면 업스트림 시스템의 운영자와 협력해야 합니다. **Topics** + [정보 가져오기](setup-rtp-push-obtain-info.md) + [입력 보안 그룹을 생성하기](setup-isg-rtp-push.md) + [RTP 입력 생성](setup-input-rtp-push.md) + [업스트림 시스템에서 올바른 설정 확인하기](setup-uss-rtp-push.md) + [이 절차의 결과](setup-result-rtp-push.md) # 정보 가져오기 업스트림 시스템의 연락 담당자로부터 다음 정보를 얻습니다. + 퍼블릭 네트워크 IP 주소입니다. 채널이 단일 파이프라인 채널인 경우에도 RTP 입력은 항상 [표준 클래스 입력](class-channel-input.md)이므로 두 세트의 IP 주소가 필요합니다. 입력 클래스에 대한 자세한 내용은 [채널 클래스 및 입력 클래스 선택](class-channel-input.md)를(을) 참조하세요. 다음은 콘텐츠의 소스 또는 소스가 퍼블릭 네트워크에 표시되는 IP 주소 세트입니다. 입력 보안 그룹을 생성하려면 이 정보가 필요합니다. 예제: + 한 소스의 경우: `203.0.113.19, 203.0.113.58, 203.0.113.25` + 다른 소스의 경우: `198.51.100.19, 198.51.100.59, 198.51.100.21` # 입력 보안 그룹을 생성하기 입력 보안 그룹을 생성해야 합니다. 보안 그룹은 *퍼블릭 네트워크 IP 주소*가 MediaLive로 푸시되도록 허용해야 합니다. 이전 예시에서는 다음 주소를 허용해야 합니다. 203.0.113.19, 203.0.113.58, 203.0.113.25, 198.51.100.19, 198.51.100.59, 198.51.100.21 입력 보안 그룹 생성에 대한 자세한 내용은 [입력 보안 그룹 생성](create-input-security-groups.md)를(을) 참조하세요. # RTP 입력 생성 입력 보안 그룹을 생성한 후 RTP 푸시 입력을 생성할 수 있습니다. **RTP 푸시 입력을 생성하기** 1. [1단계](setup-rtp-push-obtain-info.md)의 정보가 있는지 확인합니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. **입력 세부 정보** 섹션을 완료합니다. + 이름 **입력** - 이름을 입력합니다. + **입력 유형** – **RTP**를 선택합니다. 1. **네트워크 모드** 섹션에서 **퍼블릭**을 선택합니다. 1. **입력 보안 그룹** 섹션에서 이 푸시 입력과 연결할 그룹을 지정합니다. 기존 그룹을 선택할 수도 있고 그룹을 만들 수도 있습니다. 보안 그룹에 대한 자세한 내용은 [입력 보안 그룹 작업](working-with-input-security-groups.md)를(을) 참조하세요. 보안 그룹은 퍼블릭 네트워크 IP 주소가 MediaLive로 푸시되도록 허용해야 합니다. 1단계의 예시에서는 다음 주소를 허용해야 합니다. 203.0.113.19, 203.0.113.58, 203.0.113.25, 198.51.100.19, 198.51.100.59, 198.51.100.21 보안 그룹에 대한 자세한 내용은 [입력 보안 그룹 작업](working-with-input-security-groups.md)를(을) 참조하세요. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive에서는 입력을 생성하고 해당 입력에 엔드포인트 두 개를 자동으로 생성합니다. 이러한 엔드포인트는 포트 5000을 포함합니다. 예제: `198.51.100.99:5000` `192.0.2.18:5000` IP 주소는 MediaLive가 생성하는 주소입니다. 보안 그룹에서 사용한 퍼블릭 주소가 아닙니다. 모든 IP 주소의 역할을 보여주는 다이어그램은 RTP 푸시 소스 설정에 대한 [이 절차의 결과](setup-result-rtp-push.md)의 섹션을 참조하세요. MediaLive는 엔드포인트를 항상 두 개 생성합니다. + 이 입력에 대한 채널을 표준 채널로 설정할 경우 두 엔드포인트가 모두 사용됩니다. + 이 입력에 대한 채널을 단일 파이프라인 채널로 설정할 경우 첫 번째 엔드포인트만 제공합니다. MediaLive는 두 번째 엔드포인트에서 콘텐츠를 수신할 것으로 예상되지 않습니다. 1. 업스트림 시스템에 다음 정보를 제공합니다. + 이 입력에 대한 채널을 표준 채널로 설정할 경우 두 위치를 모두 제공합니다. 업스트림 시스템이 이들 위치로 비디오 스트림을 푸시해야 합니다. + 이 입력에 대한 채널을 단일 파이프라인 채널로 설정할 경우 첫 번째 위치만 제공합니다. 업스트림 시스템은 하나의 스트림을 이 위치로 푸시해야 합니다. 예를 들어 다음 주소를 입력합니다. `198.51.100.99:5000` `192.0.2.18:5000` **이 절차의 결과** 이 설정의 결과로 두 URL을 지정하는 RTP 푸시 입력이 존재합니다. 이러한 URL은 발생하는 변경 사항(예: 입력의 다른 정보 수정 또는 다른 채널에 입력 연결)과 관계없이 입력 수명 동안 고정됩니다. 업스트림 시스템은 이 엔드포인트 모두에 콘텐츠를 푸시해야 합니다. 푸시 입력을 사용하는 경우 채널을 시작할 때 업스트림 시스템이 비디오 소스를 입력으로 푸시 중이어야 합니다. 그 전에는 업스트림 시스템에서 푸시할 필요가 없습니다. 다이어그램이 포함된 이 설정에 대한 설명은 RTP 소스 설정에 대한 [이 절차의 결과](setup-result-rtp-push.md)의 섹션을 참조하세요. # 업스트림 시스템에서 올바른 설정 확인하기 업스트림 시스템이 MediaLive의 올바른 위치로 콘텐츠를 푸시해야 합니다. **표준 채널에 대해 설정하기** MediaLive 채널이 [표준 채널](plan-redundancy.md)인 경우 다음 절차를 따릅니다. 1. 운영자에게 다음 정보를 제공합니다. + RTP 입력을 생성할 때 MediaLive가 생성한 두 엔드포인트(URL)입니다. 이러한 엔드포인트는 이 [절차 후 다이어그램의](setup-result-rtp-push.md) 파란색 상자에 있는 주소입니다. URL은 포트 5000을 포함합니다. 예제: `198.51.100.99:5000` `192.0.2.18:5000` 1. 운영자가 표준 채널에 대해 올바르게 설정되었는지 확인합니다. 다음을 수행해야 합니다. + 비디오 해상도와 비트 전송률 측면에서 동일한 두 소스를 제공합니다. + 퍼블릭 네트워크의 합의된 IP 주소에 소스가 표시되는지 확인합니다. 예제: + 한 소스의 경우: `203.0.113.19, 203.0.113.58, 203.0.113.25` + 다른 소스의 경우: `198.51.100.19, 198.51.100.59, 198.51.100.21` 입력 보안 그룹을 생성할 때 이러한 주소를 사용했습니다. 업스트림 시스템에서 이러한 주소를 사용하지 않는 경우 MediaLive는 푸시를 거부합니다. + MediaLive에서 올바른 URL을 누릅니다. 예를 들어 다음을 눌러 진행해야 합니다. `198.51.100.99:5000` `192.0.2.18:5000` + UDP가 아닌 RTP를 통해 전송합니다. UDP 프로토콜은 MediaLive에 대한 입력으로 지원되지 않습니다. **단일 파이프라인 채널에 대해 설정하기** MediaLive 채널이 [단일 파이프라인 채널](plan-redundancy.md)인 경우 다음 절차를 따릅니다. 1. 운영자에게 다음 정보를 제공합니다. + RTP 입력을 생성할 때 MediaLive가 생성한 두 엔드포인트(URL) 중 첫 번째 엔드포인트만 해당됩니다. 이 엔드포인트는 [이 절차 후 다이어그램](setup-result-rtp-push.md)의 파란색 상자에 있는 주소 중 하나입니다. URL에는 포트 5000이 포함됩니다. 예제: `198.51.100.99:5000` 1. 운영자가 단일 파이프라인 채널에 대해 올바르게 설정되었는지 확인합니다. 다음을 수행해야 합니다. + 퍼블릭 네트워크의 합의된 IP 주소에 소스가 표시되는지 확인합니다. 예제: `203.0.113.19, 203.0.113.58, 203.0.113.25` 입력 보안 그룹을 생성할 때 이러한 주소를 사용했습니다. 업스트림 시스템에서 이러한 주소를 사용하지 않는 경우 MediaLive는 푸시를 거부합니다. + MediaLive에서 올바른 URL을 누릅니다. 예를 들어 다음을 눌러 진행해야 합니다. `198.51.100.99:5000` + UDP가 아닌 RTP를 통해 전송합니다. UDP 프로토콜은 MediaLive에 대한 입력으로 지원되지 않습니다. # 이 절차의 결과 이 설정의 결과로 하나 또는 두 개의 *엔드포인트* URL을 지정하는 RTP 입력이 존재하게 됩니다. 이러한 엔드포인트는 MediaLive에 있으며 발생하는 변경 사항(예: 입력의 다른 정보 수정 또는 다른 채널에 입력 연결)과 관계없이 입력 수명 동안 고정됩니다. 업스트림 시스템은 소스 콘텐츠를 두 엔드포인트(표준 채널의 경우) 또는 첫 번째 엔드포인트(단일 파이프라인 채널의 경우)로 푸시하도록 설정되었습니다. 입력 보안 그룹이 입력과 연결되었습니다. 이 입력 보안 그룹에는 업스트림 시스템에서 푸시하는 두 URL을 포함하는 CIDR 블록이 있으므로 MediaLive가 푸시된 콘텐츠를 수락할 수 있습니다. 푸시 입력을 사용하는 경우 채널을 시작할 때 업스트림 시스템이 비디오 소스를 입력으로 푸시 중이어야 합니다. 그 전에는 업스트림 시스템에서 푸시할 필요가 없습니다. 채널 런타임 시 MediaLive는 푸시되는 콘텐츠에 반응하여 이를 수집합니다. ![\[Upstream system diagram showing IP addresses, RTP inputs, and Input Security Group.\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/images/rtp-push-uss-input.png) # RTP VPC 입력 설정 이 섹션에서는 RTP 푸시 프로토콜을 사용하여 Amazon Virtual Private Cloud(Amazon VPC)에 있는 업스트림 시스템에서 소스 콘텐츠를 전달하는 업스트림 시스템을 설정하는 방법을 설명합니다. 업스트림 시스템에서 소스 콘텐츠를 설정하는 방법과 업스트림 시스템을 MediaLive 에 연결하는 입력을 생성하는 방법을 설명합니다. RTP VPC 소스를 사용하면 업스트림 시스템이 콘텐츠를 MediaLive 로 *푸시*합니다. 이 설정을 수행하려면 Amazon VPC 사용자 및 업스트림 시스템의 운영자와 함께 작업해야 합니다. **Topics** + [VPC에서 설정 요청](setup-vpc-rtp-vpc.md) + [Amazon VPC에서 RTP 푸시 입력을 생성하기](setup-input-rtp-vpc.md) + [업스트림 시스템에서 올바른 설정 확인하기](setup-uss-rtp-vpc.md) + [이 절차의 결과](setup-rtp-vpc-result.md) # VPC에서 설정 요청 Amazon VPC 사용자는 VPC를 설정하고 업스트림 시스템 및 MediaLive에서 사용할 서브넷 및 보안 그룹을 식별해야 합니다. **VPC 설정하기** 1. Amazon VPC 사용자에게 다음 지침을 제공합니다. + 서브넷에 대한 지침 - 서브넷 2개를 요청합니다. 다음 규칙이 적용됩니다. + 채널이 단일 파이프라인 채널인 경우에도 RTP 입력은 항상 [표준 클래스 입력](class-channel-input.md) 이므로 두 개의 서브넷이 필요합니다. 입력 클래스에 대한 자세한 내용은 [채널 클래스 및 입력 클래스 선택](class-channel-input.md)를(을) 참조하세요. + 두 서브넷이 서로 다른 가용 영역에 있어야 합니다. + 서브넷마다 프라이빗 CIDR 블록(IP 주소 범위)이 하나씩 있어야 합니다. + 각 서브넷에는 해당 블록에 사용되지 않는 주소가 두 개 이상 있어야 합니다. 하나는 업스트림 시스템용이고 다른 하나는 RTP 입력용입니다. + 이 RTP 소스(소스 A)와 동일한 채널에서 사용하기 위해 생성하는 다른 VPC 기반 소스(소스 B)는 소스 A와 동일한 가용 영역에 있는 서브넷에 있어야 합니다. 소스 B의 두 서브넷은 소스 A와 다를 수 있지만, 이 두 서브넷의 가용 영역은 소스 A의 가용 영역과 동일해야 합니다. + 보안 그룹 지침 - 각 서브넷의 보안 그룹 또는 그룹은 다음 규칙을 따라야 합니다. + 보안 그룹의 결합된 규칙은 해당 서브넷에 있는 업스트림 시스템의 IP 주소에서 들어오는 인바운드 트래픽을 허용해야 합니다. + 보안 그룹의 결합된 규칙은 포트 5000에 대한 아웃바운드 트래픽을 허용해야 합니다. 1. Amazon VPC 사용자가 설정을 수행한 후 다음 정보를 가져옵니다. + VPC의 ID입니다. 예: `vpc-3f139646` + 두 서브넷의 ID입니다. 예를 들어 서브넷 하나에는 다음과 같은 ID가 있을 수 있습니다: `subnet-1122aabb` + 인스턴스에 대한 보안 그룹의 ID. 예: `sg-51530134` # Amazon VPC에서 RTP 푸시 입력을 생성하기 Amazon VPC 사용자가 VPC에 설정한 후 MediaLive에서 RTP VPC 푸시 입력을 생성할 수 있습니다. **Topics** + [RTP 입력 생성](#rtp-vpc-push-create) + [IAM 역할 및 ARN](#rtp-push-role-and-remember-arn) ## RTP 입력 생성 **Amazon VPC에서 RTP VPC 푸시 입력을 생성하기** 1. [1단계](setup-vpc-rtp-vpc.md)의 정보가 있는지 확인합니다. + VPC의 ID입니다. + 두 서브넷의 ID입니다. + 서브넷 또는 서브넷에 대한 보안 그룹의 ID입니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. 1. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. **입력 세부 정보** 섹션을 완료합니다. + 이름 **입력** - 이름을 입력합니다. + **입력 유형** – **RTP**를 선택합니다. 1. **네트워크 모드** 섹션에서 **VPC**를 선택합니다. 1. **VPC 설정** 섹션을 완료합니다. + **서브넷 및 보안 그룹**을 선택합니다. + **서브넷**에서 식별한 서브넷 중 하나를 선택합니다. 드롭다운 목록에는 모든 VPC의 서브넷이 다음과 같이 표시됩니다. ` ` 예제: **subnet-1122aabb us-west-2a 10.1.128.0/24 vpc-3f139646 MLive 푸시 입력을 위한 서브넷** 서브넷 목록이 비어 있는 경우 **사용자 지정 VPC 지정**을 선택하고 필드에 서브넷 ID를 입력합니다. (서브넷 ID(예: **subnet-1122aabb**)만 입력해야 합니다.) + **서브넷**에서 두 번째 서브넷을 선택합니다. 이번에는 드롭다운 목록에 첫 번째 서브넷과 동일한 VPC에 있는 서브넷만 표시됩니다. + **보안 그룹**에서 서브넷의 경우와 동일한 프로세스를 따라 식별된 보안 그룹을 선택합니다. 드롭다운 목록에는 선택한 VPC에 속한 보안 그룹이 다음과 같이 표시됩니다. ` ` 예제: **sg-51530134 MLive 푸시 입력을 위한 보안 그룹 vpc-3f139646** 1. **역할 ARN** 섹션을 작성하여 이 입력에 사용할 MediaLive의 역할을 선택합니다. 자세한 내용은 [IAM 역할 및 ARN](#rtp-push-role-and-remember-arn)를(을) 참조하세요. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive에서는 입력을 생성하고 해당 입력에 엔드포인트 두 개를 자동으로 생성합니다. 이러한 엔드포인트는 서브넷 범위의 프라이빗 IP 주소를 가지며 포트 5000을 지정합니다. 예제: `rtp://10.12.30.44:5000` `rtp://10.99.39.15:5000`. 1. 업스트림 시스템에 이러한 엔드포인트를 제공합니다. + 이 입력에 대한 채널을 표준 채널로 설정할 경우 두 엔드포인트를 모두 제공합니다. 업스트림 시스템은 두 엔드포인트 모두에 콘텐츠를 푸시해야 합니다. + 이 입력에 대한 채널을 단일 파이프라인 채널로 설정할 경우 첫 번째 엔드포인트만 제공합니다. 업스트림 시스템은 이 엔드포인트에만 푸시해야 합니다. **이 절차의 결과** 이 설정의 결과로 업스트림 시스템의 각 출력에는 VPC의 지정된 서브넷 중 하나에 IP 주소가 있게 됩니다. RTP 입력에는 두 개의 IP 주소가 있습니다. 이러한 주소는 발생하는 변경 사항(예: 입력의 다른 정보 수정 또는 다른 채널에 입력 연결)과 관계없이 입력 수명 동안 고정됩니다. 각 주소는 동일한 서브넷 중 하나에 있습니다. 이러한 방식으로 업스트림 시스템에서 MediaLive로 콘텐츠를 전송하는 작업은 VPC 보안 내에서 수행됩니다. 다이어그램이 포함된 이 설정에 대한 설명은 RTP VPC 소스 설정에 대한 [이 절차의 결과](setup-rtp-vpc-result.md)의 섹션을 참조하세요. 푸시 입력을 사용하는 경우 채널을 시작할 때 업스트림 시스템이 비디오 소스를 입력으로 푸시 중이어야 합니다. 그 전에는 업스트림 시스템에서 푸시할 필요가 없습니다. ## IAM 역할 및 ARN 이 섹션에서는 MediaLive 콘솔의 **입력 생성** 창에서 **역할 ARN** 섹션을 완료하는 방법을 설명합니다. RTP 푸시 입력 생성 시 MediaLive에서 수임할 역할을 선택해야 합니다. 입력을 생성하려면 MediaLive에서 입력의 두 엔드포인트에 대한 네트워크 인터페이스를 가져와야 합니다. 이러한 엔드포인트는 식별된 서브넷의 CIDR 범위 내에 있습니다. 이 입력에 대해 **생성**을 선택하면 MediaLive는 Amazon VPC에서 이러한 네트워크 인터페이스를 즉시 요청합니다. 선택한 역할은 MediaLive에서 Amazon VPC에 대한 요청에 성공하도록 합니다. **참고** MediaLive 콘솔의 이 섹션은 **채널 생성** 페이지(MediaLive 콘솔에도 있음)의 **IAM 역할** 섹션과 동일합니다. 두 경우의 차이는, **입력 생성** 페이지에서는 역할을 입력에 연결하고, **채널 생성** 페이지에서는 역할을 채널에 연결한다는 것입니다. 두 경우 모두 동일한 역할(예: **MediaLiveAccessRole**)을 사용할 수 있습니다. 조직에 지정된 관리자가 있는지 여부에 따라 두 가지 일반적인 역할 선택 시나리오가 있습니다. ### 조직에 지정된 관리자가 있는 경우 조직에 이 서비스를 관리하는 관리자가 있을 수 있습니다. 해당 관리자가 하나 이상의 역할을 설정했을 수 있습니다. + 그 관리자나 자신의 상사에게 어떤 역할을 사용할지 물어보세요. 또는 **기존 역할 사용**에 역할이 하나만 표시되어 있는 경우 그 역할을 선택합니다. + **MediaLiveAccessRole** 역할만 나열되는 경우 해당 역할을 선택합니다. 또한 이 역할 이름 옆에 **업데이트** 버튼이 표시되면 해당 버튼을 선택합니다. (버튼이 항상 표시되는 것은 아니지만 표시되는 경우 항상 해당 버튼을 선택하여 역할을 새로 고칩니다.) + 선택한 역할이 다음에 목록에 처음 표시되도록 하려면 **ARN 기억하기**를 선택합니다. ### 조직에 지정된 관리자가 없는 경우 조직에 지정된 서비스 관리자가 없을 수도 있습니다. 이 경우 동료 중 누구도 적절한 역할을 설정하지 않은 경우 직접 역할을 생성한 다음 해당 역할을 선택해야 할 수 있습니다. + **MediaLiveAccessRole**이라는 기본 역할을 생성할 수 있습니다. 먼저 다른 사용자가이 역할을 이미 생성했는지 확인하려면( AWS 계정의 모든 사용자에 대해 한 사람만 생성하면 됨) **템플릿에서 역할 생성을** 참조하세요. + 이 옵션이 회색으로 비활성화된 경우, 이 작업이 이미 수행된 것입니다. 이 경우에는 **기존 역할 사용**을 선택한 후 목록에서 **MediaLiveAccessRole**을 선택합니다. + 이 옵션이 회색으로 비활성화되어 있지 않은 경우, **템플릿에서 역할 생성**을 선택한 후 **IAM 역할 생성**을 선택합니다. 그런 다음 목록에서 그 역할을 선택합니다. MediaLive에서 이 역할을 생성하는 것을 허용하지 않는 경우, 조직의 관리자에게 자신의 IAM 권한에 대해 문의하세요. + **MediaLiveAccessRole**이 이미 생성되어 있고 그 옆에 **업데이트** 버튼이 표시되는 경우 버튼을 선택합니다. (버튼이 항상 표시되는 것은 아니지만 표시되는 경우 항상 해당 버튼을 선택하여 역할을 새로 고칩니다.) + 선택한 역할이 다음에 목록에 처음 표시되도록 하려면 **ARN 기억하기**를 선택합니다. # 업스트림 시스템에서 올바른 설정 확인하기 업스트림 시스템이 VPC와 올바르게 설정되고 MediaLive의 올바른 위치로 콘텐츠를 푸시하는지 확인해야 합니다. **표준 채널에 대해 설정하기** MediaLive 채널이 [표준 채널](plan-redundancy.md)인 경우 다음 절차를 따릅니다. 1. 운영자에게 다음 정보를 제공합니다. + VPC의 ID, 2개의 서브넷 및 Amazon VPC 사용자가 제공한 보안 그룹입니다. + RTP 입력을 생성할 때 MediaLive가 생성한 두 엔드포인트(URL)입니다. 이러한 엔드포인트는 [이 절차 후 다이어그램](setup-rtp-vpc-result.md)의 파란색 상자에 있는 주소입니다. URL에는 프라이빗 IP 주소가 있으며 포트 5000이 포함되어 있습니다. 예제: `10.12.30.44:5000` `10.99.39.15:5000` 1. 운영자가 표준 채널에 대해 올바르게 설정되었는지 확인합니다. 다음을 수행해야 합니다. + 서브넷 중 하나에 하나의 출력 인터페이스라는 두 개의 출력 인터페이스를 설정하고 다른 서브넷에 하나의 출력 인터페이스를 사용하여 다른 업스트림 시스템을 설정합니다. 이러한 인터페이스는 [이 절차 후 다이어그램](setup-rtp-vpc-result.md)의 보라색 상자에 있는 주소입니다. + 비디오 해상도와 비트 전송률 측면에서 동일한 두 소스를 제공합니다. + MediaLive에서 올바른 URL을 누릅니다. 예를 들어 다음을 눌러 진행해야 합니다. `10.12.30.131:5000` `10.99.39.40:5000` + UDP가 아닌 RTP를 통해 전송합니다. UDP 프로토콜은 MediaLive에 대한 입력으로 지원되지 않습니다. **단일 파이프라인 채널에 대해 설정하기** MediaLive 채널이 [단일 파이프라인 채널](plan-redundancy.md)인 경우 다음 절차를 따릅니다. 1. 운영자에게 다음 정보를 제공합니다. + VPC, 하나의 서브넷 및 Amazon VPC 사용자가 제공한 보안 그룹의 ID. + RTP 입력을 생성할 때 MediaLive가 생성한 두 엔드포인트(URL) 중 첫 번째 엔드포인트만 해당됩니다. 이러한 엔드포인트는 [이 절차 후 다이어그램의](setup-rtp-vpc-result.md) 파란색 상자에 있는 주소입니다. URL에는 프라이빗 IP 주소가 있으며 포트 5000이 포함되어 있습니다. 예제: `10.12.30.44:5000` `10.99.39.15:5000` 1. 운영자가 표준 채널에 대해 올바르게 설정되었는지 확인합니다. 다음을 수행해야 합니다. + 출력 인터페이스 하나를 설정합니다. 인터페이스는 [이 절차 후 다이어그램](setup-rtp-vpc-result.md)의 보라색 상자 중 하나에 있는 주소입니다. + MediaLive에서 올바른 URL을 누릅니다. 예를 들어 다음을 눌러 진행해야 합니다. `10.12.30.131:5000` `10.99.39.40:5000` + UDP가 아닌 RTP를 통해 전송합니다. UDP 프로토콜은 MediaLive에 대한 입력으로 지원되지 않습니다. # 이 절차의 결과 이 설정의 결과로 하나 또는 두 개의 *엔드포인트* URL을 지정하는 RTP 입력이 존재하게 됩니다. 이는 VPC 엔드포인트에 사용되는 탄력적 네트워크 인터페이스입니다. MediaLive는 입력에 이러한 ENI를 사용할 수 있는 권한이 있습니다. MediaLive에는 입력에 대한 ENI를 (IAM 신뢰할 수 있는 엔티티 역할을 통해) 자동으로 관리할 수 있는 권한이 있습니다. 업스트림 시스템에는 Amazon VPC 보안 그룹을 통해 이러한 엔드포인트에 콘텐츠를 푸시할 수 있는 권한이 있습니다. 각 주소는 동일한 서브넷 중 하나에 있습니다. 이러한 방식으로 업스트림 시스템에서 MediaLive로 콘텐츠를 전송하는 작업은 VPC 보안 내에서 수행됩니다. 업스트림 시스템 또는 시스템은 소스 콘텐츠를 두 엔드포인트(표준 채널에 대해 설정하는 경우) 또는 하나의 엔드포인트(단일 파이프라인 채널에 대해 설정하는 경우)로 푸시하도록 설정되었습니다. 각 서브넷에 하나 이상의 VPC 보안 그룹이 연결되었습니다. 각 보안 그룹의 CIDR 블록은 업스트림 시스템이 푸시하는 두 URL을 포함하므로 MediaLive가 푸시된 콘텐츠를 수락할 수 있습니다. 이 설정의 결과로 업스트림 시스템의 각 출력에는 VPC의 지정된 서브넷 중 하나에 IP 주소가 있습니다. RTP 입력에는 두 개의 IP 주소가 있으며 각 주소는 해당 서브넷 중 하나에 있습니다. 이러한 방식으로 업스트림 시스템에서 MediaLive로 콘텐츠를 전송하는 작업은 VPC 프라이버시 내에서 수행됩니다. 푸시 입력을 사용하는 경우 채널을 시작할 때 업스트림 시스템이 비디오 소스를 입력으로 푸시 중이어야 합니다. 그 전에는 업스트림 시스템에서 푸시할 필요가 없습니다. 채널 런타임 시 MediaLive는 푸시되는 콘텐츠에 반응하여 이를 수집합니다. ![\[Diagram showing RTP input from upstream systems to MediaLive through VPC subnets.\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/images/rtp-vpc-uss-input.png) # SMPTE 2110 입력 생성 이 섹션에서는 업스트림 시스템에서 소스 콘텐츠를 설정하는 방법과 업스트림 시스템을 MediaLive에 연결하는 SMPTE 2110 입력을 생성하는 방법을 설명합니다. 입력을 수집하는 채널을 생성하려면 먼저 입력을 생성합니다. **참고** SMPTE 2110 입력은 AWS Elemental MediaLive Anywhere 배포에서만 지원됩니다. 이러한 배포에 대한 자세한 내용은 섹션을 참조하세요[AWS Elemental MediaLive Anywhere 설정](setup-emla.md). SMPTE 2110 입력을 사용하면 채널이 시작되고 소스를 *가져올* 때 MediaLive가 멀티캐스트 IP 주소에 연결합니다. 이 설정을 수행하려면 SMPTE 2110 소스에 대한 SDP 파일을 생성한 조직의 비디오 엔지니어와 협력해야 합니다. **Topics** + [정보 가져오기](setup-s2110-pull-obtain-info.md) + [SMPTE 2110 입력 생성](setup-input-s2110-pull.md) # 정보 가져오기 SMPTE 2110 SDP 파일을 생성한 비디오 엔지니어로부터 다음 정보를 얻습니다. + SMPTE 2110 소스의 비디오, 오디오 및 보조 스트림에 대한 모든 SDP 파일의 위치(URL) 및 파일 이름입니다. 비디오 SDP 파일은 하나만 있어야 합니다. 0개 이상의 오디오 SDP 파일과 0개 이상의 보조 SDP 파일이 있을 수 있습니다. + 단일 비디오 SDP 파일의 비디오 라인 수(v=)입니다. 비디오 라인이 두 개 이상인 경우 사용해야 하는 라인을 확인합니다. 0 기반 미디어 인덱스에서 위치를 지정하여 사용할 줄을 식별해야 하므로 줄 수가 필요합니다. 예를 들어 세 번째 비디오 라인을 사용해야 하는 경우 인덱스는 2입니다. + 각 오디오 SDP 파일의 오디오 라인 수(a=)입니다. 두 개 이상의 SDP 파일이 있을 때마다 및/또는 SDP 파일에 두 개 이상의 오디오 라인이 있을 때마다 오디오 라인의 제로 기반 미디어 인덱스를 생성해야 하므로 줄 수가 필요합니다. 예를 들어 오디오 SDP 파일이 두 개 있을 수 있습니다. 하나는 한 줄, 다른 하나는 두 줄로 구성됩니다. 첫 번째 파일의 경우 멤버 한 명(0)이 포함된 인덱스를 생성하고, 두 번째 파일의 경우 멤버 0과 1이 포함된 인덱스를 생성합니다. + 생성해야 하는 오디오 선택기 목록과 각 선택기에 포함할 채널 그룹(오디오 트랙)의 IDs입니다. (비디오 또는 보조 스트림에는이 정보가 필요하지 않습니다.) MediaLive는 첫 번째 SDP 파일의 첫 번째 줄에 있는 첫 번째 채널 그룹부터 시작하여 모든 오디오 SDP 파일의 모든 오디오 라인을 포함하는 각 채널 그룹에 트랙 번호를 할당합니다. 트랙은 1부터 번호가 지정됩니다. # SMPTE 2110 입력 생성 업스트림 시스템에서 정보를 얻은 후 SMPTE 2110 입력을 생성할 수 있습니다. **SMPTE 2110 입력을 생성하려면** 1. [1단계](setup-s2110-pull-obtain-info.md)의 정보가 있는지 확인합니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. 이 절차를 따르는 표에 설명된 대로 **SMPTE 2110 수신기 그룹** 섹션을 완료합니다. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive에서 입력을 생성하여 입력 목록에 추가합니다. 입력은 SMPTE 2110 스트림에 대한 정보가 포함된 SDP 파일의 위치를 식별합니다. 채널을 시작하면 MediaLive가 SDP 파일을 검색합니다. 파일에서 SMPTE 2110 스트림의 위치를 가져옵니다. 해당 위치에 연결되고 [입력을 채널에 연결할](creating-a-channel-step2.md) 때 지정한 콘텐츠를 가져옵니다. **SMPTE 2110 입력 필드** | 필드 | 설명 | | --- | --- | | 비디오 SDP | 비디오 SDP 파일의 URL을 입력합니다.추출할 비디오 라인을 식별하는 번호를 얻은 경우 미디어 인덱스 필드에 입력합니다.이 인덱스는 0을 기반으로 합니다. 따라서 세 번째 줄을 추출해야 하는 경우 2를 입력합니다. | | 오디오 SDPs | 각 오디오 SDP 파일 및 오디오 라인 조합에 대한 정보를 입력합니다.이 표 뒤의 예제를 참조하세요. | | 보조 SDPs | 각 보조 SDP 파일 및 오디오 라인 조합에 대한 정보를 입력합니다.이 표 뒤의 예제를 참조하세요. | SDP 파일 및 해당 미디어 라인에 대한 다음 정보를 얻었을 수 있습니다. + 의 비디오 파일 1개`http://172.18.8.19/curling_video.sdp`. 세 번째 비디오(인덱스 멤버 2)를 추출해야 합니다. + 다음 오디오 SDP 파일 및 해당 오디오 라인: `http://172.18.8.19/curling_audio_1.sdp` 하나의 오디오 라인이 있습니다. `http://172.18.8.19/curling_audio_2.sdp`, 미디어 라인 2개. + 보조 SDP 파일 1개와 보조 줄: `http://172.18.8.19/curling_ancill.sdp` 두 개의 미디어 라인이 있습니다. 다음과 같이 수신기 그룹 필드를 설정합니다. | SDP | SDP URL | 미디어 인덱스 | | --- | --- | --- | | 비디오 SDP | http://172.18.8.19/curling\$1video.sdp | 2 | | 오디오 SDP | http://172.18.8.19/curling\$1audio\$11.sdp | 0 | | | http://172.18.8.19/curling\$1audio\$12.sdp | 0 | | | http://172.18.8.19/curling\$1audio\$12.sdp | 1 | | 보조 SDP | http://172.18.8.19/curling\$1ancill.sdp | 0 | | | http://172.18.8.19/curling\$1ancill.sdp | 0 | # SRT 호출자 입력 설정 이 섹션에서는 SRT 리스너로 설정된 업스트림 시스템에서 전송되는 전송 스트림(TS) 콘텐츠를 수집하도록 설정하는 방법을 설명합니다. 이 섹션에서는 업스트림 시스템에서 소스 콘텐츠를 설정하는 방법과 업스트림 시스템을 MediaLive에 연결하는 입력을 생성하는 방법을 설명합니다. 전송 스트림 소스는 AES로 암호화할 수 있습니다. **역할** SRT 입력을 사용하면 MediaLive에는 두 가지 역할이 있고 업스트림 시스템에는 두 가지 역할이 있습니다. + SRT 연결 핸드셰이크의 경우: MediaLive는 SRT 호출자(핸드셰이크를 시작하는 당사자)입니다. 업스트림 시스템은 SRT 리스너입니다. 업스트림 시스템은 MediaLive가 소스 콘텐츠 전송에 앞서 SRT 연결 핸드셰이크를 호출하고 시작할 때까지 기다립니다. + 전송의 경우: 연결이 이루어진 후 업스트림 시스템은 항상 콘텐츠의 발신자입니다. MediaLive는 항상 콘텐츠의 수신자입니다. 푸시 및 풀로 입력을 분류하는 측면에서 SRT 입력은 풀 입력입니다. SRT 입력과 함께 입력 보안 그룹을 사용하지 않습니다. **Topics** + [준비](input-caller-srt-prereqs.md) + [SRT 입력 생성](input-caller-srt-setup.md) + [업스트림 시스템에서 올바른 설정 확인](setup-uss-srt-caller.md) + [이 절차의 결과](input-caller-srt-result.md) # 준비 1. 업스트림 시스템의 운영자로부터 다음 정보를 얻습니다. + 업스트림 시스템이 이를 사용하는 경우 스트림을 포함한 콘텐츠의 IP 주소 및 포트입니다. 예를 들어 **192.0.2.120:7001** 스트림이 있는 입니다**mycontent**. 표준 클래스 입력에는 두 개의 주소가 필요하고 단일 클래스 입력에는 하나의 주소가 필요합니다. 입력 클래스와 클래스 사용에 대한 자세한 내용은 [채널 클래스 및 입력 클래스 선택](class-channel-input.md)을(를) 참조하세요. + 콘텐츠의 암호화 여부입니다. 암호화되는 경우 암호화가 AES 128, AES 192 또는 AES 256을 사용하는지 확인합니다. 업스트림 시스템의 운영자로부터 암호를 가져옵니다. + 업스트림 시스템에서이 식별자를 사용하는 경우 스트림 ID입니다. 업스트림 시스템에 스트림 ID가 필요할 수 있으며,이 경우 스트림 ID를 가져와야 합니다. 그렇지 않으면 호출자와 리스너 간의 SRT 핸드셰이크가 실패할 수 있습니다. + 패킷 손실 및 복구를 구현하는 데 선호되는 지연 시간(밀리초)입니다. 패킷 복구는 SRT의 주요 기능입니다. 1. 콘텐츠가 암호화된 경우 운영자가 제공한 암호를 저장해야 합니다. 조직의 누군가 보안 암호에 암호를 저장해야 합니다 AWS Secrets Manager. 자세한 내용은 [ AWS Secrets Manager 보안 암호 생성을](https://docs.aws.amazon.com/secretsmanager/latest/userguide/create_secret.html) 참조하세요. **다른** 유형의 보안 암호를 생성합니다. 보안 암호를 생성한 결과는 다음과 같은 ARN입니다. `arn:aws:secretsmanager:region:123456789012:secret:Sample-abcdef` # SRT 입력 생성 업스트림 시스템에서 필요한 정보를 얻은 후 SRT 입력을 생성할 수 있습니다. **SRT 입력을 설정하려면** 1. [업스트림 시스템에서 얻은](input-caller-srt-prereqs.md) 정보가 있는지 확인합니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. **입력** 페이지에서 **입력 생성**을 선택합니다. 그런 다음 **SRT 호출자를** 선택합니다. 1. **Input class(입력 클래스)** 섹션에서 이 입력에 대한 클래스를 선택합니다. + STANDARD\$1INPUT + SINGLE\$1INPUT 1. **소스 A** 및 **소스 B** 섹션에서 얻은 정보를 입력합니다. 1. 해당하는 경우 **복호화** 필드를 작성합니다. + **활성화됨**: 확인란을 선택합니다. 추가 필드가 나타납니다. + 적절한 알고리즘을 선택합니다. + ARNs 목록이 채워지면 [이전에 생성한](input-caller-srt-prereqs.md) 암호의 ARN을 선택합니다. 목록이 비어 있는 경우 항목 필드에 ARN을 입력합니다. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive에서 입력을 생성하여 입력 목록에 추가합니다. 입력은 하나 또는 두 개의 소스를 지정합니다. 소스는 목록에 표시되지 않지만, **이름** 링크를 선택하면 세부 정보 페이지에 소스가 표시됩니다. # 업스트림 시스템에서 올바른 설정 확인 업스트림 서버의 운영자는 업스트림 시스템에 소스 콘텐츠를 설정해야 합니다. 운영자가 다음과 같이 설정되었는지 확인합니다. + 올바른 수의 소스를 제공하도록 다음을 설정합니다. + MediaLive 채널이 표준 채널인 경우 콘텐츠에 대해 두 개의 소스를 설정합니다. 두 콘텐츠 소스의 비디오 해상도와 비트레이트가 동일한지 확인합니다. + MediaLive 채널이 단일 파이프라인 채널인 경우 콘텐츠에 대해 하나의 소스를 설정합니다. + 합의된 URL에서 콘텐츠를 사용할 수 있도록 설정하고 합의된 애플리케이션 이름과 인스턴스 이름을 사용합니다. 이러한 URL은 [이 섹션의 앞부분](setup-mp4-obtain-info.md)에서 얻은 URL이며 RTMP 입력에 구성한 URL입니다. 이 [절차 이후의 다이어그램](setup-result-rtmp-push.md)에 표시된 URL에 해당합니다. # 이 절차의 결과 이 설정의 결과로 하나 또는 두 개의 *소스* URLs을 지정하는 SRT 호출자 입력이 존재합니다. 이러한 소스는 업스트림 시스템의 소스 콘텐츠에 대한 URL입니다. 채널 런타임 시 MediaLive(발신자)는 업스트림 시스템(리스너)과 핸드셰이크를 수행합니다. MediaLive는 두 개의 URLs(표준 채널의 경우) 또는 하나의 URL(단일 파이프라인 채널의 경우)에 연결하고 소스 콘텐츠를 채널로 가져옵니다. ![\[Diagram showing data packets flowing from upstream systems to SRT caller inputs in MediaLive.\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/images\srt-pull-uss-input.png) # SRT Listener 입력 설정 이 섹션에서는 SRT 호출자로 설정된 업스트림 시스템에서 푸시된 전송 스트림(TS) 콘텐츠를 수신하도록를 설정하는 방법을 설명합니다. 이 섹션에서는 업스트림 시스템에서 소스 콘텐츠를 설정하는 방법과 업스트림 시스템을 MediaLive에 연결하는 입력을 생성하는 방법을 설명합니다. 전송 스트림 소스는 AES로 암호화해야 합니다. **역할** SRT 리스너 입력을 사용하면 MediaLive에는 두 가지 역할이 있고 업스트림 시스템에는 두 가지 역할이 있습니다. + SRT 연결 핸드셰이크의 경우: MediaLive는 SRT 리스너(연결을 기다리는 당사자)입니다. 업스트림 시스템은 SRT 호출자입니다. 업스트림 시스템은 소스 콘텐츠 전송 전에 SRT 연결 핸드셰이크를 시작합니다. + 전송의 경우: 연결이 이루어진 후 업스트림 시스템은 항상 콘텐츠의 발신자입니다. MediaLive는 항상 콘텐츠의 수신자입니다. 푸시 및 풀로 입력을 분류하는 측면에서 SRT Listener 입력은 푸시 입력입니다. 콘텐츠를 MediaLive로 푸시할 수 있는 IP 주소를 제어하려면 SRT Listener 입력과 함께 입력 보안 그룹을 사용해야 합니다. **Topics** + [준비](input-listener-srt-prereqs.md) + [SRT 리스너 입력 생성](input-listener-srt-setup.md) + [업스트림 시스템에 연결 정보 제공](setup-uss-srt-listener.md) + [이 절차의 결과](input-listener-srt-result.md) + [SRT Listener 입력을 위한 네트워크 위치](input-listener-srt-network-locations.md) # 준비 1. 업스트림 시스템의 운영자와 다음 정보에 대해 논의합니다. + 업스트림 시스템이 푸시할 IP 주소입니다. 이 주소의 트래픽을 허용하는 입력 보안 그룹을 생성하려면이 주소가 필요합니다. 입력 보안 그룹에 대한 자세한 내용은 섹션을 참조하세요[입력 보안 그룹 작업](working-with-input-security-groups.md). + 업스트림 시스템에서 사용할 암호화 알고리즘: AES 128, AES 192 또는 AES 256. SRT Listener 입력에는 암호화가 필요합니다. 업스트림 시스템의 운영자와 암호에 합의합니다. 암호는 소스 콘텐츠를 암호화하고 해독하기 위한 키를 생성하는 데 사용됩니다. + 업스트림 시스템에서이 식별자를 사용하는 경우 스트림 ID입니다. 스트림 ID는 업스트림 시스템이 연결 핸드셰이크 중에 보낼 수 있는 선택적 자유 형식 문자열입니다. MediaLive는 스트림 ID 값에 관계없이 모든 연결을 허용합니다. MediaLive는 모니터링 및 문제 해결 목적으로만 스트림 ID를 로깅합니다. + 패킷 손실 및 복구를 구현하는 데 선호되는 지연 시간(밀리초)입니다. 패킷 복구는 SRT의 주요 기능입니다. 유효한 범위는 120\$115,000밀리초입니다. 1. 연산자와 합의한 암호를 저장해야 합니다. 조직의 누군가 보안 암호에 암호를 저장해야 합니다 AWS Secrets Manager. 자세한 내용은 [ AWS Secrets Manager 보안 암호 생성을](https://docs.aws.amazon.com/secretsmanager/latest/userguide/create_secret.html) 참조하세요. **다른** 유형의 보안 암호를 생성합니다. 보안 암호 생성 결과는 다음과 같은 ARN입니다. `arn:aws:secretsmanager:region:123456789012:secret:Sample-abcdef` **중요** SRT 암호를 Secrets Manager에 일반 텍스트로 저장합니다(예: `secretpassword123`). 보안 암호를 생성할 때 키/값 옵션 또는 JSON 형식을 사용하지 마십시오. 다른 서비스와의 상호 운용성 문제가 발생할 수 있습니다. 암호는 일반 텍스트로만 저장합니다. 암호가 10\$179자인지 확인합니다. 1. 업스트림 시스템의 IP 주소가 포함된 입력 보안 그룹을 생성하거나 식별합니다. 입력 보안 그룹 생성에 대한 자세한 내용은 섹션을 참조하세요[입력 보안 그룹 생성](create-input-security-groups.md). # SRT 리스너 입력 생성 업스트림 시스템에서 필요한 정보를 얻고 입력 보안 그룹을 생성한 후 SRT Listener 입력을 생성할 수 있습니다. **SRT Listener 입력을 설정하려면** 1. [업스트림 시스템에서 얻은](input-listener-srt-prereqs.md) 정보가 있는지 확인합니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. **입력** 페이지에서 **입력 생성**을 선택합니다. 그런 다음 **SRT 리스너**를 선택합니다. 1. **Input class(입력 클래스)** 섹션에서 이 입력에 대한 클래스를 선택합니다. + STANDARD\$1INPUT: MediaLive는 중복성을 위해 두 개의 IP 주소를 할당합니다. + SINGLE\$1INPUT: MediaLive는 하나의 IP 주소를 할당합니다. 1. **입력 보안 그룹** 섹션에서 이전에 생성하거나 식별한 입력 보안 그룹을 선택합니다. 이 보안 그룹에는 콘텐츠를이 입력으로 푸시할 업스트림 시스템의 IP 주소가 포함되어야 합니다. 1. **SRT 리스너 설정** 섹션에서 다음 필드를 작성합니다. + **최소 지연** 시간: 업스트림 시스템과 합의한 지연 시간 값을 밀리초 단위로 입력합니다. 유효한 범위는 120\$115,000밀리초입니다. SRT는 발신자와 수신자가 제안한 값의 최대값을 선택합니다. + **스트림 ID**: 선택 사항입니다. 업스트림 시스템에서이 식별자를 사용하는 경우 스트림 ID를 입력합니다. 1. **복호화** 필드를 작성합니다. SRT Listener 입력에는 암호화가 필요합니다. + **알고리즘**: 업스트림 시스템과 합의한 AES 128, AES 192 또는 AES 256 암호화 알고리즘을 선택합니다. 암호화는 항상 AES를 사용하지만 알고리즘 길이는 사용자와 발신자 간에 협상할 수 있습니다. 사용할 길이를 모르는 경우 가장 낮은 값을 입력합니다. 발신자가 더 긴 길이를 사용하기로 협상하는 경우 MediaLive는 항상 더 긴 길이에 동의합니다. + **암호 암호 ARN**: ARNs 목록이 채워지면 [이전에 생성한](input-listener-srt-prereqs.md) 암호의 ARN을 선택합니다. 목록이 비어 있는 경우 항목 필드에 ARN을 입력합니다. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive는 입력을 생성하고 하나 또는 두 개의 IP 주소를 할당합니다(입력 클래스에 따라 다름). 입력은 할당된 IP 주소와 포트 5050이 있는 입력 목록에 나타납니다. # 업스트림 시스템에 연결 정보 제공 SRT Listener 입력을 생성한 후에는 MediaLive에 연결하도록 SRT 호출자를 구성할 수 있도록 업스트림 시스템의 운영자에게 연결 정보를 제공해야 합니다. **연결 정보를 가져오는 방법** 1. **입력** 페이지에서 방금 생성한 SRT 리스너 입력의 이름을 선택합니다. 1. 입력 세부 정보 페이지의 **대상** 섹션에서 IP 주소와 포트를 기록해 둡니다. 표준 클래스 입력의 경우 두 개의 대상이 있습니다. 단일 클래스 입력의 경우 대상이 하나 있습니다. 대상은 형식입니다`srt://ip-address:5050`. 예제: `srt://54.123.45.67:5050` `srt://54.123.45.68:5050` 1. 업스트림 시스템의 운영자에게 이러한 대상 URLs을 제공합니다. 운영자는 이러한 주소에 연결하도록 SRT 호출자를 구성해야 합니다. 업스트림 시스템의 연산자가 다음과 같이 설정되어 있는지 확인합니다. + 올바른 수의 소스를 제공하도록 다음을 설정합니다. + MediaLive 채널이 표준 채널인 경우 두 대상 주소 모두에 푸시해야 합니다. 두 콘텐츠 소스의 비디오 해상도와 비트레이트가 동일한지 확인합니다. + MediaLive 채널이 단일 파이프라인 채널인 경우 단일 대상 주소로 푸시해야 합니다. + 사용자가 동의한 것과 동일한 암호화 알고리즘과 암호를 사용하도록 SRT 호출자를 구성합니다. + 지연 시간 값을 사용하도록 SRT 호출자를 구성합니다. SRT는 양쪽에 구성된 최대 지연 시간 값을 협상하고 사용합니다. + 입력 구성에서 스트림 ID를 지정한 경우 업스트림 시스템은 연결 중에 스트림 ID 값을 선택적으로 전송할 수 있습니다. MediaLive는 모든 스트림 ID 값(또는 스트림 ID 없음)과의 연결을 허용합니다. 스트림 ID는 모니터링 및 문제 해결을 위해서만 로깅됩니다. # 이 절차의 결과 이 설정의 결과로 SRT Listener 입력은 하나 또는 두 개의 *대상* URLs과 함께 존재합니다. 이러한 대상은 MediaLive가 소스 콘텐츠를 수신하기 위해 할당한 URLs입니다. 채널 런타임 시 업스트림 시스템(발신자)은 MediaLive(리스너)를 사용하여 핸드셰이크를 수행합니다. 업스트림 시스템은 두 개의 URLs(표준 채널의 경우) 또는 하나의 URL(단일 파이프라인 채널의 경우)에 연결하고 소스 콘텐츠를 채널로 푸시합니다. ![\[alt text not found\]](http://docs.aws.amazon.com/ko_kr/medialive/latest/ug/images\srt-push-uss-input.png) # SRT Listener 입력을 위한 네트워크 위치 SRT Listener 입력은 다음 네트워크 위치를 지원합니다. + **AWS**: 표준 클라우드 배포. MediaLive는 입력 대상에 탄력적 IP 주소를 할당합니다. + **VPC**: Amazon Virtual Private Cloud에 배포. MediaLive는 입력 대상에 대해 VPC에 탄력적 네트워크 인터페이스(ENI)를 할당합니다. VPC에서 SRT Listener 입력을 생성할 때 VPC 서브넷 및 보안 그룹을 지정해야 합니다. + **ON\$1PREMISES**: MediaLive Anywhere 배포. 온프레미스 배포의 경우 입력을 생성할 때 IP 주소와 네트워크 구성을 지정해야 합니다. # 전송 스트림(TS) 파일 입력 생성 이 섹션에서는 파일로 저장된 전송 스트림(TS) 콘텐츠를 수집하도록 설정하는 방법을 설명합니다. **TS 파일 입력을 생성하려면** 1. 콘텐츠에 대한 업스트림 시스템을 설정하기 위해 비디오 콘텐츠 공급자와 이미 협의했어야 합니다. 업스트림 시스템의 운영자가 다음 정보를 제공하는지 확인합니다. + MediaLive가 TS 파일을 가져올 위치의 전체 URL. 예제: `s3ssl://amzn-s3-demo-bucket/filler-videos/main/oceanwaves.ts` `s3ssl://amzn-s3-demo-bucket/filler-videos/redundant/oceanwaves.m2ts` 1. 이 입력이 다중 입력 채널에서 사용되는 경우 정적 입력으로 설정할지 [동적 입력](dynamic-inputs.md)으로 설정할지 결정해야 합니다. 업스트림 시스템에서 가져온 URL을 수정해야 할 수도 있습니다. + 입력이 정적 입력인 경우 URL을 수정하지 마세요. + 입력이 동적 입력인 경우 URL을 선택적 절대 부분과 필수 가변 부분(\$1urlPath\$1)으로 설정합니다. 예시는 이 절차 이후의 표를 참조하세요. \$1urlPath\$1 형식을 사용하는 것을 권장합니다. 1. MediaLive 콘솔([https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/))을 엽니다. 1. 탐색 창에서 **입력**을 선택합니다. **입력** 페이지에서 **입력 생성**을 선택합니다. 1. **입력 세부 정보** 섹션을 완료합니다. + 이름 **입력** - 이름을 입력합니다. + **입력 유형** - **TS**를 선택합니다. 1. **Input class(입력 클래스)** 섹션에서 이 입력에 대한 클래스를 선택합니다. + STANDARD\$1INPUT + SINGLE\$1INPUT 1. **Input sources(입력 소스)** 섹션에서 이전에 가져온 URL을 입력합니다. + 입력이 표준 클래스인 경우 두 필드를 모두 작성하여 두 개의 URL을 제공합니다. + 입력이 단일 클래스 입력인 경우 가져온 URL로 첫 번째 필드를 작성하고 두 번째 필드는 비워 둡니다. 업스트림 시스템에서 사용자 자격 증명을 제공해야 하는 경우 위치에 액세스하려면 사용자 이름과 암호 키도 입력해야 합니다. 이러한 자격 증명은 시스템 매니저 파라미터 스토어에 저장됩니다. 자세한 내용은 [암호 파라미터 생성 기능 정보](requirements-for-EC2.md#about-EC2Password)를(을) 참조하세요. 1. 태그를 이 입력과 연결하려면 **태그** 섹션에서 태그를 생성합니다. 자세한 내용은 [리소스에 태그 지정](tagging.md)를(을) 참조하세요. 1. **생성(Create)**을 선택합니다. MediaLive에서 입력을 생성하여 입력 목록에 추가합니다. 입력은 하나 또는 두 개의 소스를 지정합니다. 소스는 목록에 표시되지 않지만, **이름** 링크를 선택하면 세부 정보 페이지에 소스가 표시됩니다. 채널을 시작하면 MediaLive에서 이 소스 위치의 업스트림 시스템에 연결하여 콘텐츠를 가져옵니다. + 표준 채널인 경우 MediaLive는 업스트림 시스템이 두 개의 소스를 제공할 것으로 예상하므로 두 소스 위치에서 모두 가져오려고 시도합니다. + 단일 파이프라인 채널인 경우 MediaLive는 업스트림 시스템이 하나의 소스를 제공할 것으로 예상하므로 하나의 소스 위치에서 가져오려고 시도합니다. ## 동적 입력의 URL에 대한 형식 다음 표에서는 동적 입력의 URL에 대한 다양한 형식을 설명합니다. | 형식 | 설명 | 예제 | \$1urlPath\$1의 예 | | --- | --- | --- | --- | | /\$1urlPath\$1 | URL의 절대 부분에 프로토콜만 있습니다. | s3ssl://\$1urlPath\$1 | amzn-s3-demo-bucket/my-movie.ts | | /\$1urlPath\$1 | URL의 절대 부분에 프로토콜과 경로가 있습니다. | mediastoressl://f31z.data.mediastore.us-west-2.amazonaws.com/movies/\$1urlPath\$1 | my-movie.ts | | \$1urlPath\$1 | URL에 가변 부분만 있습니다. | \$1urlPath\$1 | s3ssl://amzn-s3-demo-bucket/my-movie.ts | # 다음 단계 채널에 필요한 모든 입력을 생성한 후 채널 생성을 시작할 준비가 되었습니다. [채널 처음부터 새로 생성](creating-channel-scratch.md)을(를) 참조하세요.