注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。

メディアセットのコンピュート使用量

メディアセットでは、高度な変換機能を標準で利用できます。メディア変換は、トランスフォームやパイプラインを通じて実行されるだけでなく、メディアアイテムのプレビューなど、プラットフォーム内でメディアアイテムを操作することによっても実行されます。また、メディアアイテムの内容全体をダウンロードまたはストリーミングする際にもコストが発生します。

使用量は Foundry のコンピュート秒単位で計測されます。以下のテーブルでは、利用可能な変換と、処理するデータ1ギガバイトあたりのコンピュート秒で表した使用率を示します。

Palantir とエンタープライズ契約を締結している場合は、使用量の計算を進める前に Palantir の担当者にお問い合わせください。

変換

使用率は、GB あたりのコンピュート秒で計測されます。

すべて

変換使用率
ダウンロード / ストリーミング2

画像

変換使用率
PDF を生成40
サイズ変更40
境界ボックス内でサイズ変更40
回転40
コントラストを調整75
注釈を追加75
クロップ / チップ75
暗号化 / 復号75
地理タイル75
グレースケール75
DICOM 画像レイヤーをレンダリング75
テキストを抽出 (OCR)275
埋め込みを生成275
テキストを抽出 v2 (OCR)275
レイアウトを考慮して抽出 v2275

音声

変換使用率
チャンク化75
チャネルを選択75
HLS でストリーミング75
トランスコード75
波形生成75
文字起こし275

動画

変換使用率
シーンフレームのタイムスタンプを取得40
音声を抽出75
タイムスタンプ位置のフレームを抽出75
チャンク化275
すべてのシーンフレームを抽出275
HLS でストリーミング275
トランスコード275

ドキュメント

変換使用率
PDF のページ数を取得40
PDF のページ寸法を取得40
ページを画像としてレンダリング40
境界ボックス内でページを画像としてレンダリング40
すべてのテキストを抽出(生)75
フォームフィールドを抽出75
目次を抽出75
ページからテキストを配列に抽出(生)75
ページ上のテキストを抽出(生)75
PDF の範囲を切り出す75
テキストを抽出 (OCR)275
ページからテキストを配列に抽出 (OCR)275
レイアウトを考慮してテキストを抽出(生 / OCR)275
VLM を使用してテキストを抽出 *275

* この使用量は、自動計算される VLM の使用量に加えて計上されます。

テキスト抽出変換

形式生テキストモードOCR モード自動*モード
テキスト75275275
Markdown/HTML275275275

* 自動モードは、ページごとにテキストを直接抽出できるか、OCR が必要かを判断します。

スプレッドシート

変換使用率
シートを JSON に変換275

メディアを大規模に使用する

メディアセットの制限

  • メディアセットにアップロードできるメディアアイテムの数に制限はありません。
  • トランザクション型メディアセットでは、1トランザクションあたりのアップロード数の上限は10,000項目です。
  • トランザクションレスメディアセットには、項目のアップロード数の上限はありません(トランザクションが存在しないため)。
  • メディアセット内の項目のパスは256文字を超えることはできません。256文字を超えるパスを持つ項目をメディアセットに追加しようとすると、MediaSet:MediaItemPathInvalid エラーが発生します。
  • 各メディアアイテムの最大ファイルサイズは 50 GB です。
  • インクリメンタル(差分処理)トランスフォームでは、メディアセット入力のバッチサイズの制限がサポートされています。

スロットリング

数百万件のメディアアイテムのアップロードや変換など、メディアセットを大規模に操作することは可能ですが、パイプラインの安定性を確保するためにエラー処理を実装する必要があります。メディアセットを大規模に操作すると、メディアセットサービスは、ステータスコードが429または503の Quality of Service (QoS) エラーを返してスロットリングを行うことがあります。これは、その時点でメディアセットサービスがストレージまたはコンピュートの負荷を処理できないことを示します。

サービスによるスロットリング時に QoS エラーで処理を失敗させるのではなく、クライアントに適切な再試行の仕組みを実装する必要があります。

たとえば、クライアントが /{mediaSetRid}/items に PUT リクエストを送信して数百万件のメディアアイテムをアップロードする場合、QoS エラーを受信したメディアアイテムのアップロードリクエストをすべて再試行する必要があります。

Python トランスフォームで transforms-media ライブラリを使用する場合、通常は再試行の仕組みがすでに用意されています。たとえば、カタログデータセットからメディアセットにメディアファイルをアップロードする場合、ライブラリが提供するメソッドには、QoS エラーを処理する再試行ロジックがすでに含まれています。

Copied!
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 from transforms.api import transform, Input, Output from transforms.mediasets import MediaSetOutput @transform( input_files=Input('/examples/image_files'), output_media_set=MediaSetOutput('/examples/image_media_set'), uploaded_media_record=Output('/examples/uploaded_media_record'), ) def compute(input_files, input_files, output_media_set, uploaded_media_record): uploaded_media_items = output_files.put_dataset_files_and_get_dataframe_of_uploads( input_files, ignore_items_not_matching_schema=False, ignore_items_failing_to_convert=False, ) uploaded_media_record.write_dataframe(uploaded_media_items)