DYNAMIC ENDPOINT TRANSFER
El destino cambia.
La transferencia de archivos se ejecuta exactamente igual que antes.
Donde el sistema que ejecuta el trabajo cambia constantemente —servidores GPU, Workloads de Kubernetes, Cloud Compute—, la transferencia de archivos no tiene que configurarse de nuevo cada vez.
Conecte el endpoint que su infraestructura existente ha seleccionado a una transferencia de INNORIX. El destino real puede cambiar y la misma lógica de transferencia sigue entregando los archivos que necesita.
DYNAMIC ENDPOINT SELECTION
En lugar de un Target fijo,
conecte el Endpoint elegido en tiempo de ejecución a la Transfer.
Dynamic Endpoint Transfer no es simplemente una función para entornos con muchísimos servidores. Lo que importa es un entorno donde el Target real que un archivo debe alcanzar se decide en tiempo de ejecución, o cambia constantemente. En AI Training, el GPU Compute que se utiliza puede diferir en cada ejecución, un Kubernetes Workload puede ejecutarse en un Pod o Node nuevo, el Cloud Compute se crea cuando se necesita, y los Edge Devices se conectan en momentos distintos.
Mientras que una Transfer tradicional fija una IP o un Hostname concreto como Target, Dynamic Endpoint Transfer conecta el rol y la condición que requiere el trabajo —"el GPU Compute que ejecutará este Training", "el Edge Device que está Ready ahora mismo"— con un Endpoint real. Su infraestructura decide el Endpoint real e INNORIX aplica ese resultado a la File Transfer, de modo que el Endpoint puede cambiar sin que la lógica de Transfer del trabajo tenga que construirse de nuevo.
EstáticoTarget fijo
DinámicoSeleccionado en tiempo de ejecución
Dónde se utiliza
- AI Training
- Kubernetes
- Cloud Compute
- Edge
ENDPOINT CONDITIONS & GROUPS
Use el rol, las condiciones y el Group de un Endpoint
para componer una infraestructura cambiante.
En lugar de fijar una transferencia a la dirección IP o al nombre de un servidor, el endpoint puede nombrarse por condición: rol, región, workload y estado.
Su infraestructura elige el endpoint que coincide, e INNORIX entrega los datos hacia él. La máquina difiere de una ejecución a otra; la configuración de la transferencia no cambia.
Condición del TargetLas condiciones que nombran el target.
- RolGPU Compute
- RegiónSeoul
- WorkloadTraining
- EstadoListo
Endpoints disponiblesSeleccionado por su infraestructura
- GPU-03Seoul | NVIDIA H100Disponible
- GPU-07Seoul | NVIDIA H100Seleccionado
- GPU-12Tokyo | NVIDIA A100Disponible
INFRASTRUCTURE INTEGRATION
Su infraestructura existente decide el estado de un Endpoint,
e INNORIX ejecuta esa decisión como una Transfer.
Un scheduler de Kubernetes, un scheduler de GPU, un orchestrator de cloud o un edge manager sigue decidiendo qué se ejecuta y dónde. La transferencia de archivos se conecta a ello sin cambiar nada de eso.
Una vez que su sistema ha elegido un Pod, un servidor GPU o un edge device, INNORIX transfiere los archivos al endpoint que se le indicó y devuelve el progreso y el resultado para el siguiente paso.
Integración de la transferenciaLa transferencia va al endpoint que su sistema seleccionó.
Infraestructura existente
- Kubernetes SchedulerSelecciona el Pod de destino
- GPU SchedulerSelecciona el nodo GPU de destino
- Cloud OrchestratorSelecciona la instancia de compute
- Edge ManagementSelecciona el edge device de destino
Endpoint seleccionado
INNORIX no provisiona Compute ni decide el Workload Placement.
WORKLOAD LIFECYCLE
En el Lifecycle de Workload y Endpoint,
conecte los puntos donde se necesitan Data.
Una Cloud VM, un nodo de GPU compute o un Kubernetes Pod se crea cuando el trabajo empieza y se libera cuando termina. Una transferencia construida sobre un servidor fijo no puede seguir eso.
INNORIX entrega el dataset en cuanto el endpoint está listo, y recoge los datos de resultado en el storage que usted indicó cuando el trabajo termina. Crear y liberar el servidor sigue siendo tarea de su propia infraestructura.
Lifecycle del endpointLa transferencia sigue al endpoint desde su creación hasta su liberación.
- 1. CreadoSe crea el endpoint.Creado
- 2. ListoEl entorno para el trabajo está listo.Listo
- 3. Data DeliverySe entregan los datos requeridos.Entregado
- 4. Ejecución del JobEl job se ejecuta con los datos entregados.Finalizado
- 5. CollectionLos datos de resultado se recogen de vuelta.Recogido
- 6. LiberadoEl endpoint se libera cuando el job termina.Liberado
ORCHESTRATOR & API
Llame a una Dynamic Transfer
desde su Orchestrator y API existentes.
Una vez que se ha decidido un Endpoint en un sistema existente —Kubernetes, un GPU Scheduler, un Cloud Orchestrator—, ese sistema llama a la capacidad de transferencia de INNORIX.
La Workflow Logic y el Scheduling permanecen en su sistema existente, y solo la File Transfer se conecta como una Data Movement Layer independiente. El Endpoint difiere en cada ejecución mientras la llamada y el manejo de su resultado permanecen iguales, de modo que la Transfer Capability se añade a una Dynamic Infrastructure sin que su Automation existente tenga que definirse de nuevo.
API Interface
UNIFIED OPERATIONS
Por mucho que cambie el Endpoint,
revise cada resultado de transferencia en una sola plataforma.
La GPU o el Compute que ejecuta el trabajo difiere cada vez, y aun así los trabajos de transferencia y sus resultados no necesitan una gestión separada.
Gestione las máquinas conectadas y los Flows de transferencia en INNORIX Studio, y en Runs revise el Endpoint que realmente se seleccionó, el progreso de la transferencia y su resultado de finalización.
Training Data DeliveryCondición del Target | GPU, Training, Listo
GET STARTED
Conecte la transferencia de archivos a endpoints que cambian constantemente.
Conecte el endpoint que su Kubernetes, GPU scheduler o cloud orchestrator existentes han seleccionado a un trabajo de transferencia de archivos de INNORIX.
Revise el resultado de la transferencia en Studio, e intégrelo con su workload existente a través de la API.
Transfer Builder
Vea la configuración de la transferencia y cómo la integra un desarrollador.
Developer Center
Lea sobre cómo llamar a la API, conectar un endpoint y manejar el resultado de una ejecución.
Hable con nosotros
Revisamos las necesidades de integración en entornos Kubernetes, GPU, cloud y edge.
TECHNICAL FAQ
Preguntas frecuentes
¿Qué es Dynamic Endpoint Transfer?
En un entorno donde el origen o el destino de una transferencia de archivos no es un servidor fijo sino que se decide en el momento de la ejecución, conecta el endpoint realmente seleccionado a un trabajo de transferencia existente.
¿En qué se diferencia de la transferencia de archivos ordinaria entre servidores?
La transferencia ordinaria entre servidores suele fijar el origen y el destino de antemano. Dynamic Endpoint Transfer puede aplicar el endpoint seleccionado en el momento de la ejecución a la misma lógica de transferencia.
¿INNORIX selecciona la GPU o el pod de Kubernetes por sí mismo?
No. La infraestructura existente, como un GPU scheduler, Kubernetes o un cloud orchestrator, se encarga de la asignación de recursos y de la selección del endpoint. INNORIX entrega los archivos que necesita el endpoint seleccionado.
¿Se puede usar cuando cambia la dirección IP de un endpoint?
Si la infraestructura existente proporciona la información de endpoint actualmente válida y ese endpoint puede conectarse a INNORIX, puede configurarse sin tener que indicar una IP fija en la lógica de transferencia.
¿Se puede usar en un entorno Kubernetes?
Puede configurarse para conectar el resultado de la colocación del workload de Kubernetes con el endpoint real de transferencia de archivos. Cómo se conectan los pods y los nodes, las condiciones para ejecutar el Agent y los requisitos de red tienen que revisarse por entorno.
¿Se puede usar también con un pool de GPU compute?
Puede configurarse para entregar un dataset al GPU compute que un scheduler externo ha seleccionado y para recoger los resultados o checkpoints producidos después.
¿Quién decide los estados Ready, Busy y Offline?
La infraestructura existente decide si un workload puede ejecutarse y cómo se asignan los recursos. INNORIX ejecuta la transferencia de archivos según la información de endpoint y el estado de disponibilidad para transferir que se le indica.
Si se añaden o eliminan endpoints, ¿hay que reconstruir el flujo?
Si está configurado para usar roles o groups y la información de endpoint disponible en el momento de la ejecución, la misma lógica de transferencia puede reutilizarse. Hasta qué punto la conexión puede ser realmente dinámica depende de la API y de cómo se registran los endpoints.
¿Puede un orchestrator existente llamarlo a través de la API?
Un orchestrator existente puede decidir el endpoint, luego llamar a la función de transferencia de INNORIX y comprobar el estado y el resultado. El soporte concreto de API y callback debe confirmarse en la documentación para desarrolladores.
¿Se puede iniciar el AI training solo después de que la transferencia se complete?
Un workflow existente puede configurarse para confirmar el estado de finalización de la transferencia de INNORIX antes de ejecutar la siguiente tarea. Una solicitud aceptada y una transferencia realmente completada deben mantenerse como estados distintos.
¿Cuál es la diferencia entre Dynamic Endpoint Transfer y AI Data Delivery?
Dynamic Endpoint Transfer se centra en qué compute o device deben alcanzar los archivos ahora mismo. AI Data Delivery se centra en mover los archivos que necesita un trabajo de AI, como datasets, models, checkpoints y results.
¿Dónde reviso el resultado de una transferencia ejecutada dinámicamente?
Runs en Studio muestra la transferencia que se ejecutó, el endpoint al que realmente se dirigió, el progreso y el resultado de finalización.
Every one of these capabilities,on a single plataforma.
The capability on this page is one of the many transferencia de archivo features INNORIX Plataforma provides. From transferencia de archivo to automatización and unified operaciones, try every feature free.
Start FreeConsidering transferencia to changing Puntos finales?
We'll help you review the Dynamic Transferencia setup you need across Nube, Kubernetes, and distributed environments.
- Review of your Dynamic Infraestructura ambiente
- Proposal for an Punto final and Grupo conexión method
- Guidance on integrating with your existing Orchestrator