DYNAMIC ENDPOINT TRANSFER

목적지가 바뀌어도,
파일 전송은 그대로 실행됩니다.

GPU 서버, Kubernetes Workload, Cloud Compute처럼 실행할 시스템이 계속 달라지는 환경에서도 파일 전송을 매번 다시 구성할 필요는 없습니다.
기존 Infrastructure가 선택한 Endpoint를 INNORIX의 전송 작업에 연결하세요. 실제 목적지가 바뀌어도 동일한 전송 로직으로 필요한 파일을 전달할 수 있습니다.

Dataset StorageObject Storage (S3), training-dataset

  • training-data1.2 TB
  • pretrained-model480 GB
  • image-dataset820 GB
  • auxiliary-data120 GB

데이터셋 4개2.62 TB

Target Condition전송 대상을 조건으로 지정합니다.

  • GPU
  • Training
  • Ready

선택된 Endpoint

GPU-07Seoul | NVIDIA H100
training-dataset.tar완료100%

Available Endpoints기존 인프라가 보유한 Endpoint

  • GPU-01Seoul | NVIDIA H100사용 중
  • GPU-07Seoul | NVIDIA H100선택됨
  • GPU-12US West | NVIDIA A100준비됨
  • GPU-24Tokyo | NVIDIA L40S오프라인

선택됨1준비됨1사용 불가2

동일한 전송 로직선택된 GPU는 외부 Scheduler가 결정합니다. INNORIX가 GPU 자원을 직접 배정하는 것은 아닙니다.

DYNAMIC ENDPOINT SELECTION

고정된 Target 대신
실행 시점에 결정된 Endpoint를 Transfer에 연결합니다.

Dynamic Endpoint Transfer는 단순히 Server 수가 많은 환경을 위한 기능이 아닙니다. 핵심은 파일을 보내야 할 실제 Target이 실행 시점에 결정되거나 계속 변화하는 환경입니다. AI Training에서는 사용할 GPU Compute가 매번 달라질 수 있고, Kubernetes Workload는 새로운 Pod나 Node에서 실행될 수 있으며, Cloud Compute는 필요할 때 생성되고 Edge Device는 서로 다른 시점에 연결될 수 있습니다.

전통적인 Transfer가 특정 IP나 Hostname을 Target으로 고정한다면 Dynamic Endpoint Transfer는 "이번 Training을 수행할 GPU Compute", "현재 Ready 상태인 Edge Device"처럼 업무가 요구하는 역할과 조건을 실제 Endpoint에 연결합니다. Infrastructure가 실제 Endpoint를 결정하면 INNORIX는 그 결과를 File Transfer에 적용하므로, Endpoint가 바뀌어도 업무의 Transfer Logic을 매번 새로 만들 필요가 없습니다.

StaticFixed target

Server B192.168.10.24Fixed target

DynamicSelected at runtime

GPU Compute, ReadyGPU-07선택됨

기존 사용 사례

  • AI Training
  • Kubernetes
  • Cloud Compute
  • Edge

ENDPOINT CONDITIONS & GROUPS

Endpoint의 역할, 조건과 Group을 이용해
변화하는 Infrastructure를 구성합니다.

특정 서버의 IP 주소나 이름을 전송 대상으로 고정하는 대신, 역할(Role), 지역(Region), 작업 유형(Workload), 준비 상태(Status) 등의 조건으로 필요한 Endpoint를 지정할 수 있습니다.

기존 인프라가 조건에 맞는 Endpoint를 선택하면 INNORIX가 그 대상으로 데이터를 전달합니다. 작업마다 실제 대상 장비가 달라지더라도 전송 구성을 반복해서 변경할 필요가 없습니다.

Target Condition전송 대상의 조건을 지정합니다.

동일한 전송 설정으로 다양한 대상에 전송
  • RoleGPU Compute
  • RegionSeoul
  • WorkloadTraining
  • StatusReady

Available Endpoints기존 인프라에서 자동 선택

  • GPU-03Seoul | NVIDIA H100사용 가능
  • GPU-07Seoul | NVIDIA H100선택됨
  • GPU-12Tokyo | NVIDIA A100사용 가능
training-dataset.tar3.6 TB, 24,820개 파일완료100%3.6 TB / 3.6 TB

INFRASTRUCTURE INTEGRATION

Endpoint 상태는 기존 Infrastructure가 결정하고
INNORIX는 그 결정을 Transfer로 실행합니다.

Kubernetes Scheduler, GPU Scheduler, Cloud Orchestrator, Edge Management 등 기존 인프라의 자원 관리 및 작업 실행 방식을 변경하지 않고 파일 전송 기능을 연결할 수 있습니다.

기존 시스템이 작업 조건에 따라 Pod, GPU 서버 또는 Edge 장비를 선택하면, INNORIX는 전달받은 Endpoint를 대상으로 필요한 파일을 전송하고 진행 상태와 완료 결과를 다시 반환합니다.

전송 연동기존 시스템이 선택한 Endpoint로 전송합니다.

고속 전송재개, 재시도검증

기존 인프라

  • Kubernetes Scheduler대상 Pod를 선택합니다
  • GPU Scheduler대상 GPU 노드를 선택합니다
  • Cloud Orchestrator컴퓨팅 인스턴스를 선택합니다
  • Edge Management대상 Edge 장비를 선택합니다
전송 요청

Selected Endpoint

pod/training-7bKubernetes Cluster
Namespaceml-training
Nodegpu-node-03
Status준비됨
GPUNVIDIA H100
RegionSeoul
training-dataset.tar3.6 TB, 24,820개 파일완료100%3.6 TB / 3.6 TB
기존 InfrastructureINNORIX
Compute 생성 및 할당선택된 Endpoint에 파일 전달
Workload 배치전송 실행
Endpoint 상태 및 준비 여부 판단전송 상태 확인 및 복구
Device Lifecycle 관리전송 결과 반환

INNORIX는 Compute를 Provisioning하거나 Workload Placement를 결정하지 않습니다.

WORKLOAD LIFECYCLE

Workload와 Endpoint Lifecycle에서
Data가 필요한 지점을 연결합니다.

Cloud VM, GPU Compute, Kubernetes Pod와 같은 컴퓨팅 자원은 작업이 시작될 때 생성되고, 처리가 끝나면 종료될 수 있습니다. 고정된 서버를 전제로 전송을 구성하면 이러한 환경 변화에 대응하기 어렵습니다.

INNORIX는 Endpoint가 준비된 시점에 필요한 Dataset과 파일을 전달하고, 작업이 완료되면 생성된 결과 데이터를 지정된 저장소로 수집합니다. 서버의 생성과 종료는 기존 인프라가 담당합니다.

Endpoint 라이프사이클생성부터 종료까지 전송이 맞춰 실행됩니다.

GPU-07
  1. 1. 생성Endpoint가 생성됩니다.생성됨
  2. 2. 준비 완료작업을 위한 환경이 준비됩니다.준비됨
  3. 3. 데이터 전송필요한 데이터를 전달합니다.전송 완료
  4. 4. 작업 실행전달된 데이터로 작업이 실행됩니다.실행 완료
  5. 5. 결과 수집작업 결과를 다시 수집합니다.수집 완료
  6. 6. 종료작업이 완료되면 Endpoint가 종료됩니다.종료됨
training-dataset.tar3.6 TB, 24,820개 파일완료100%3.6 TB / 3.6 TB

ORCHESTRATOR & API

기존 Orchestrator와 API에서
Dynamic Transfer를 호출합니다.

Kubernetes, GPU Scheduler, Cloud Orchestrator 등 기존 시스템에서 Endpoint가 결정되면 INNORIX의 전송 기능을 호출하는 방식입니다.

이 방식에서는 Workflow Logic과 Scheduling은 기존 시스템에 남고 File Transfer만 독립적인 Data Movement Layer로 연결됩니다. Endpoint가 매번 달라져도 호출 방식과 결과 처리 방식은 유지되므로 기존 Automation을 다시 정의하지 않고 Dynamic Infrastructure에 Transfer Capability를 추가할 수 있습니다.

OrchestratorKubernetes, GPU Scheduler, Cloud Orchestrator
Callback
INNORIX전송 실행
완료
Workload선택된 Endpoint

API Interface

Interface역할
Create Transfer파일과 Endpoint 관계 구성
Start Transfer전송 실행
Status현재 상태 확인
Result완료 결과 확인
Callback기존 Workflow에 완료 결과 전달

UNIFIED OPERATIONS

Endpoint가 달라져도,
모든 전송 결과는 하나의 플랫폼에서 확인하세요.

실행할 GPU나 Compute가 매번 달라지더라도 전송 작업과 결과를 별도로 관리할 필요는 없습니다.

INNORIX Studio에서 연결된 장비와 전송 Flow를 관리하고, Runs에서 실제 선택된 Endpoint와 파일 전송 진행 상태, 완료 결과를 확인할 수 있습니다.

Training Data DeliveryTarget Condition | GPU, Training, Ready

총 실행18성공16재개2진행 중0
실행 시간선택된 Endpoint전송 대상용량진행 상태결과
2026.10.19 14:32GPU-07Seoul | NVIDIA H100training-dataset.tar3.6 TB100%성공
2026.10.19 09:14GPU-12Tokyo | NVIDIA A100training-dataset.tar3.6 TB100%성공
2026.10.18 22:51GPU-03US West | NVIDIA H100training-dataset.tar3.6 TB100%성공
2026.10.18 18:27GPU-24Seoul | NVIDIA L40Straining-dataset.tar3.6 TB100%재개 완료

설명보다 빠른 이해, 직접 경험해 보세요.

장비들을 연결해 배포 Flow를 구성합니다.

Add flowCancelSave draftSave & active

Flow canvas

Daily · 02:00HQHQ-BUILD-01TOKYO-EDGE-07EdgeTOKYO-EDGE-01OSAKA-EDGE-02NAGOYA-EDGE-03SAPPORO-EDGE-04FUKUOKA-EDGE-05TOKYO-EDGE-06

0 devices · 1 step

Configuration

Start when

NowSchedule

Every day · 02:00

Source

HQ-BUILD-01

Target

Choose target

TECHNICAL FAQ

자주 묻는 질문

Dynamic Endpoint Transfer란 무엇인가요?

파일 전송의 Source 또는 Target이 고정된 서버가 아니라 실행 시점에 결정되는 환경에서, 실제 선택된 Endpoint를 기존 전송 작업에 연결하는 방식입니다.

일반적인 서버 간 파일 전송과 무엇이 다른가요?

일반적인 서버 간 전송은 Source와 Target을 미리 고정하는 경우가 많습니다. Dynamic Endpoint Transfer는 실행 시점에 선택된 Endpoint를 같은 전송 로직에 적용할 수 있습니다.

INNORIX가 GPU나 Kubernetes Pod를 직접 선택하나요?

아닙니다. GPU Scheduler, Kubernetes, Cloud Orchestrator 등 기존 Infrastructure가 자원 배치와 Endpoint 선택을 담당합니다. INNORIX는 선택된 Endpoint에 필요한 파일을 전달합니다.

Endpoint의 IP 주소가 바뀌어도 사용할 수 있나요?

기존 Infrastructure가 현재 유효한 Endpoint 정보를 전달하고 해당 Endpoint가 INNORIX와 연결 가능한 상태라면, 고정 IP를 전송 로직에 직접 지정하지 않는 방식으로 구성할 수 있습니다.

Kubernetes 환경에서 사용할 수 있나요?

Kubernetes의 Workload 배치 결과와 실제 파일 전송 Endpoint를 연결하는 방식으로 구성할 수 있습니다. Pod와 Node의 연결 방식, Agent 실행 조건, 네트워크 요구사항은 환경에 따라 검토해야 합니다.

GPU Compute Pool에도 사용할 수 있나요?

외부 Scheduler가 선택한 GPU Compute에 Dataset을 전달하고, 작업 후 생성된 Result나 Checkpoint를 다시 수집하는 방식으로 구성할 수 있습니다.

Ready, Busy, Offline 상태는 누가 판단하나요?

Workload를 실행할 수 있는지에 대한 상태와 자원 할당 판단은 기존 Infrastructure가 담당합니다. INNORIX는 전달받은 Endpoint 정보와 전송 가능 상태를 바탕으로 파일 전송을 실행합니다.

이 모든 기능을,하나의 플랫폼에서.

지금 보고 계신 기능은 INNORIX Platform이 제공하는 다양한 파일 전송 기능 중 하나입니다. 파일 전송부터 자동화와 통합 운영까지, 모든 기능을 무료로 직접 체험해 보세요.

무료 시작하기

변화하는 Endpoint로의 전송을 검토하고 계신가요?

Cloud, Kubernetes와 분산 환경에서 필요한 Dynamic Transfer 구성을 함께 검토해드립니다.

  • Dynamic Infrastructure 환경 검토
  • Endpoint, Group 연결 방식 제안
  • 기존 Orchestrator 연동 안내

입력하신 정보는 문의에 답변하는 데에만 사용됩니다. Privacy Policy을(를) 확인하세요.