次の方法で共有

Azure Storage アカウント

  • [アーティクル]

Media Services ロゴ v3

警告

Azure Media Services は、2024 年 6 月 30 日に廃止されます。 詳細については、 AMS 廃止ガイドを参照してください。

Media Services アカウントを作成すると、ストレージ アカウントがそれにアタッチされます。 ポータルで Media Services アカウントを作成するときは、ストレージ アカウントの作成がプロセスに含まれます。 他の方法で Media Services アカウントを作成するときは、ストレージ アカウントを別個に作成してから、Media Services アカウントにアタッチする必要があります。

ストレージ アカウント内の資産

Media Services v3 では、Storage API シリーズを使用してファイルをアセットにアップロードします。 アセットの詳細については、「Azure Media Services v3 のアセット」を参照してください。

必要なストレージ アカウントの種類と制限

1 つのプライマリ ストレージ アカウントを持つ必要があります。Media Services アカウントに関連付けられた任意の数の セカンダリ ストレージ アカウントを持つことができます。 Media Services は、汎用 v2 (GPv2) または汎用 v1 (GPv1) のアカウントのみをサポートします。 Azure Data Lake Gen2 または BLOB のみのアカウントは、プライマリやセカンダリとして使用できません。

最新の機能とパフォーマンスを利用できるように、汎用 v2 を使用することをお勧めします。 ストレージ アカウントの種類については、「Azure ストレージ アカウントの概要」を参照してください。

Azure Data Lake Gen2 ストレージは、Media Services ではサポートされていません。 階層型名前空間のサポートを使用してストレージ アカウントからコンテンツを取り込むには、SAS URL と Media Services の JobInputHttp 機能を使用してエンコード ジョブを送信する必要があります。

Note

ライブまたは VOD のアセットをストリーミングするときは、ホット ストレージ層を使用することをお勧めします。 クール ストレージは、アクティブにストリーミングされていないアセットのエンコード ジョブと長期的なストレージに使用できますが、コンテンツに対して大量の読み取りを行う予定の場合は、クール ストレージからの読み取りのコストが高くなることに注意してください。 1 つの方法として、マスター/メザニン ソース アセットをクール ストレージとして構成されたセカンダリ ストレージ アカウントに移動することで、ソース ファイルの保有期間の長期的なコストを削減し、ストリーミング用にエンコードされたファイルをホット ストレージ用に構成されたストレージ アカウントに出力することが考えられます。

ストレージ アカウント用に選択できる SKU はいくつかあります。 ストレージ アカウントで実験する場合は、--sku Standard_LRS を使用します。 ただし、実稼働用の SKU を選択する場合は、事業継続のために地理的レプリケーションを提供する --sku Standard_RAGRS を検討してください。

サブスクリプション間ストレージ アカウントの使用

注意

Media Services がマネージド ID を使用してストレージにアクセスするように構成されている場合、Media Services では、マネージド ID によってアクセスできる任意のストレージ アカウントを使用できます。

ストレージに対するシステム認証を使用する場合、ストレージ アカウントは、Media Services アカウントと同じサブスクリプションに存在する必要があります。 データ エグレス コストの増加を回避するために、Media Services アカウントと同じリージョンのストレージ アカウントを使用します。

どちらの認証の種類でも、Media Services アカウントを作成または更新するプリンシパルには、ストレージ アカウントに対する 'Microsoft.Storage/storageAccounts/listkeys/action' アクセス許可が必要です。

使用方法とチュートリアル

ヘルプとサポート

質問がある場合は Media Services に問い合わせるか、次のいずれかの方法で更新内容に従ってください。