DYNAMIC ENDPOINT TRANSFER
La destinazione cambia.
Il trasferimento di file funziona esattamente come prima.
Quando il sistema che esegue il lavoro cambia continuamente — server GPU, carichi di lavoro Kubernetes, calcolo cloud — il trasferimento di file non deve essere configurato di nuovo ogni volta.
Connetti l’endpoint selezionato dalla tua infrastruttura esistente a un trasferimento INNORIX. La destinazione reale può cambiare e la stessa logica di trasferimento continua a consegnare i file di cui hai bisogno.
DYNAMIC ENDPOINT SELECTION
Invece di un Target fisso,
connetti l’Endpoint scelto a runtime al Trasferimento.
Il Trasferimento Dinamico dell’Endpoint non è semplicemente una funzione per ambienti con molti server. Quello che conta è un ambiente in cui il Target reale che un file deve raggiungere è deciso a runtime, o cambia continuamente. Nel Training di AI, il GPU Compute da utilizzare può essere diverso ad ogni esecuzione, un Workload Kubernetes può eseguirsi su un nuovo Pod o Node, il Cloud Compute viene creato quando è necessario, e i Dispositivi Edge si connettono in momenti diversi.
Dove un Trasferimento tradizionale fissa un particolare IP o Hostname come Target, il Trasferimento Dinamico dell’Endpoint connette il ruolo e la condizione che il lavoro richiede — "il GPU Compute che eseguirà questo Training", "il Dispositivo Edge che è Pronto proprio ora" — a un Endpoint reale. La tua infrastruttura decide l’Endpoint effettivo e INNORIX applica quel risultato al Trasferimento di File, così l’Endpoint può cambiare senza che la Logica di Trasferimento del lavoro debba essere ricostruita.
StaticoTarget fisso
DinamicoSelezionato a runtime
Dove viene utilizzato
- AI Training
- Kubernetes
- Cloud Compute
- Edge
ENDPOINT CONDITIONS & GROUPS
Utilizza il ruolo, le condizioni e il Gruppo dell’Endpoint
per comporre un’infrastruttura che cambia.
Invece di fissare un trasferimento all’indirizzo IP o al nome di un server, l’endpoint può essere denominato per condizione: ruolo, regione, workload e stato.
La tua infrastruttura sceglie l’endpoint che corrisponde, e INNORIX consegna i dati ad esso. La macchina differisce da un’esecuzione all’altra; la configurazione del trasferimento non cambia.
Condizione TargetLe condizioni che denominano il target.
- RuoloGPU Compute
- RegioneSeoul
- WorkloadTraining
- StatoPronto
Endpoint DisponibiliSelezionato dalla tua infrastruttura
- GPU-03Seoul | NVIDIA H100Disponibile
- GPU-07Seoul | NVIDIA H100Selezionato
- GPU-12Tokyo | NVIDIA A100Disponibile
INFRASTRUCTURE INTEGRATION
La tua infrastruttura esistente decide lo stato di un Endpoint,
e INNORIX mette in atto quella decisione come Trasferimento.
Uno scheduler Kubernetes, uno scheduler GPU, un orchestrator cloud o un manager edge continua a decidere cosa gira dove. Il trasferimento di file è connesso ad esso senza cambiare nulla di tutto ciò.
Una volta che il tuo sistema ha scelto un Pod, un server GPU o un dispositivo edge, INNORIX trasferisce i file all’endpoint che gli è stato consegnato e restituisce il progresso e il risultato per il passaggio successivo.
Integrazione trasferimentoIl trasferimento va all’endpoint che il tuo sistema ha selezionato.
Infrastruttura Esistente
- Scheduler KubernetesSeleziona il Pod target
- Scheduler GPUSeleziona il nodo GPU target
- Orchestrator CloudSeleziona l’istanza di calcolo
- Gestione EdgeSeleziona il dispositivo edge target
Endpoint Selezionato
INNORIX non provisioning Calcolo o decide Posizionamento Workload.
WORKLOAD LIFECYCLE
Nel Ciclo di Vita del Workload e dell’Endpoint,
connetti i punti in cui i Dati sono necessari.
Una Cloud VM, un nodo GPU Compute o un Kubernetes Pod viene creato quando il lavoro inizia e rilasciato quando termina. Un trasferimento costruito su un server fisso non può seguire quello.
INNORIX consegna il dataset una volta che l’endpoint è pronto, e raccoglie i dati di risultato nell’archiviazione che hai denominato quando il lavoro è completato. La creazione e il rilascio del server rimangono con la tua stessa infrastruttura.
Ciclo di vita dell’endpointIl trasferimento segue l’endpoint dalla creazione al rilascio.
- 1. CreatoL’endpoint viene creato.Creato
- 2. ProntoL’ambiente per il lavoro è pronto.Pronto
- 3. Consegna DatiI dati richiesti vengono consegnati.Consegnato
- 4. Esecuzione LavoroIl lavoro viene eseguito sui dati consegnati.Finito
- 5. RaccoltaI dati di risultato vengono raccolti indietro.Raccolto
- 6. RilasciatoL’endpoint viene rilasciato quando il lavoro termina.Rilasciato
ORCHESTRATOR & API
Chiama un Trasferimento Dinamico
dal tuo Orchestrator e API esistenti.
Una volta che un Endpoint è stato deciso in un sistema esistente — Kubernetes, uno Scheduler GPU, un Orchestrator Cloud — quel sistema chiama la capacità di trasferimento di INNORIX.
La Logica del Workflow e la Pianificazione rimangono nel tuo sistema esistente, e solo il Trasferimento di File è connesso come un Livello di Movimento Dati indipendente. L’Endpoint differisce ad ogni esecuzione mentre la chiamata e la gestione del suo risultato rimangono uguali, così la Capacità di Trasferimento è aggiunta a un’Infrastruttura Dinamica senza che la tua Automazione esistente sia ridefinita.
Interfaccia API
UNIFIED OPERATIONS
Non importa quanto l’Endpoint cambia,
verifica ogni risultato di trasferimento su una sola piattaforma.
La GPU o il Calcolo che esegue il lavoro differisce ogni volta, e ancora i lavori di trasferimento e i loro risultati non hanno bisogno di gestione separata.
Gestisci macchine connesse e Flow di trasferimento in INNORIX Studio, e in Runs verifica l’Endpoint che è stato effettivamente selezionato, il progresso del trasferimento e il suo risultato di completamento.
Consegna Dati di TrainingCondizione Target | GPU · Training · Pronto
GET STARTED
Connetti il trasferimento di file a endpoint che cambiano continuamente.
Connetti l’endpoint che il tuo Kubernetes, scheduler GPU o orchestrator cloud esistenti hanno selezionato a un lavoro di trasferimento file INNORIX.
Verifica il risultato del trasferimento in Studio, e integra con il tuo workload esistente attraverso l’API.
Transfer Builder
Visualizza la configurazione del trasferimento e come uno sviluppatore lo integra.
Developer Center
Leggi sulla chiamata dell’API, sulla connessione di un endpoint e sulla gestione del risultato di un’esecuzione.
Parlaci
Esaminiamo le esigenze di integrazione in ambienti Kubernetes, GPU, cloud e edge.
TECHNICAL FAQ
Domande frequenti
Che cosa è il Trasferimento Dinamico dell’Endpoint?
In un ambiente in cui l’origine o la destinazione di un trasferimento di file non è un server fisso ma è deciso al momento dell’esecuzione, connette l’endpoint effettivamente selezionato a un lavoro di trasferimento esistente.
Come differisce dal normale trasferimento di file da server a server?
Il trasferimento ordinario da server a server solitamente fissa l’origine e la destinazione in anticipo. Il Trasferimento Dinamico dell’Endpoint può applicare l’endpoint selezionato al momento dell’esecuzione alla stessa logica di trasferimento.
INNORIX seleziona la GPU o il pod Kubernetes stesso?
No. L’infrastruttura esistente come uno scheduler GPU, Kubernetes o un orchestrator cloud gestisce il posizionamento delle risorse e la selezione dell’endpoint. INNORIX consegna i file che l’endpoint selezionato ha bisogno.
Può essere utilizzato quando l’indirizzo IP di un endpoint cambia?
Se l’infrastruttura esistente passa le informazioni dell’endpoint attualmente valide e quell’endpoint può connettersi a INNORIX, può essere configurato senza denominare un IP fisso nella logica di trasferimento.
Può essere utilizzato in un ambiente Kubernetes?
Può essere configurato per connettere il risultato del posizionamento dei workload Kubernetes all’effettivo endpoint di trasferimento di file. Come i pod e i nodi sono connessi, le condizioni per l’esecuzione dell’Agent e i requisiti di rete devono essere esaminati per ambiente.
Può essere utilizzato anche con un pool di calcolo GPU?
Può essere configurato per consegnare un dataset al GPU compute che uno scheduler esterno ha selezionato e per raccogliere i risultati o i checkpoint prodotti successivamente.
Chi decide gli stati Ready, Busy e Offline?
L’infrastruttura esistente decide se un workload può eseguirsi e come vengono allocate le risorse. INNORIX esegue il trasferimento di file sulle informazioni dell’endpoint e sullo stato di disponibilità per il trasferimento che gli viene fornito.
Se gli endpoint vengono aggiunti o rimossi, il flow deve essere ricostruito?
Se è configurato per utilizzare ruoli o gruppi e le informazioni dell’endpoint disponibili al momento dell’esecuzione, la stessa logica di trasferimento può essere riutilizzata. Quanto la connessione può effettivamente essere dinamica dipende dall’API e da come gli endpoint sono registrati.
Può un orchestrator esistente chiamarlo attraverso l’API?
Un orchestrator esistente può decidere l’endpoint, quindi chiamare la funzione di trasferimento INNORIX e verificare lo stato e il risultato. L’API specifica e il supporto di callback devono essere confermati rispetto alla documentazione dello sviluppatore.
Può il training AI essere avviato solo dopo il completamento del trasferimento?
Un workflow esistente può essere configurato per confermare lo stato di completamento del trasferimento INNORIX prima di eseguire l’attività successiva. Una richiesta accettata e un trasferimento effettivamente completato devono essere mantenuti distinti.
Qual è la differenza tra il Trasferimento Dinamico dell’Endpoint e la Consegna Dati AI?
Il Trasferimento Dinamico dell’Endpoint si concentra su quale calcolo o dispositivo i file devono raggiungere proprio ora. La Consegna Dati AI si concentra sullo spostamento dei file che un lavoro di AI ha bisogno, come dataset, modelli, checkpoint e risultati.
Dove verifico il risultato di un trasferimento eseguito dinamicamente?
Runs in Studio mostra il trasferimento che è stato eseguito, l’endpoint che ha effettivamente mirato, il progresso e il risultato di completamento.
Ognuna di queste capacità,su una singola piattaforma.
La capacità su questa pagina è una delle molte funzionalità di trasferimento file che INNORIX Platform fornisce. Dal trasferimento di file all'automazione e alle operazioni unificate, prova ogni funzionalità gratuitamente.
Inizia GratuitamenteStai considerando il trasferimento verso endpoint mutevoli?
Ti aiuteremo a esaminare la configurazione di trasferimento dinamico necessaria su cloud, Kubernetes e ambienti distribuiti.
- Revisione del tuo ambiente di infrastruttura dinamica
- Proposta per un metodo di connessione endpoint e gruppo
- Guida su come integrarsi con il tuo orchestrator esistente.