宛先は変わる。
ファイル転送はこれまでと同じように動く。

ファイル転送の送信元やターゲットが固定サーバーではなく、実行の瞬間に決まる環境において、実際に選択されたエンドポイントを既存の転送ジョブに接続します。

通常のサーバー間転送は、通常送信元とターゲットを事前に固定します。ダイナミックエンドポイント転送では、実行時に選択されたエンドポイントを同じ転送ロジックに適用できます。

いいえ。GPUスケジューラー、Kubernetes、クラウドオーケストレーターなど既存のインフラがリソースの配置とエンドポイントの選択を行います。INNORIXは、選択されたエンドポイントが必要とするファイルを届けます。

既存のインフラが現在有効なエンドポイント情報を渡し、そのエンドポイントがINNORIXに接続できる場合、転送ロジックに固定IPを指定せずに構成できます。

Kubernetesのワークロード配置の結果を、実際のファイル転送のエンドポイントに接続するよう構成できます。podとノードの接続方法、Agentを実行する条件、ネットワーク要件は環境ごとに確認する必要があります。

外部のスケジューラーが選択したGPUコンピュートへDatasetを届け、その後生成された結果やチェックポイントを回収するよう構成できます。

ワークロードを実行できるかどうか、リソースをどのように割り当てるかは既存のインフラが決定します。INNORIXは、与えられたエンドポイント情報と転送可能な状態に基づいてファイル転送を実行します。

役割やグループ、実行時に利用可能なエンドポイント情報を使うように構成されていれば、同じ転送ロジックを再利用できます。実際にどこまで動的に接続できるかは、APIとエンドポイントの登録方法によって異なります。

既存のオーケストレーターがエンドポイントを決定した上で、INNORIXの転送機能を呼び出し、状態と結果を確認できます。具体的なAPIとコールバックの対応内容は、開発者向けドキュメントで確認する必要があります。

既存のワークフローは、次のタスクを実行する前にINNORIXの転送完了状態を確認するよう構成できます。リクエストが受け付けられたことと、実際に転送が完了したことは区別して扱う必要があります。

ダイナミックエンドポイント転送は、ファイルが今どのコンピュートやデバイスに届くべきかに焦点を当てています。AIデータ配信は、Dataset、モデル、チェックポイント、結果といったAIジョブが必要とするファイルの移動に焦点を当てています。

Studio内のRunsで、実行された転送、実際に対象となったエンドポイント、進捗、完了結果を確認できます。