DYNAMIC ENDPOINT TRANSFER
Het doel verandert.
De bestandsoverdracht loopt precies hetzelfde.
Waar het systeem dat het werk uitvoert voortdurend verandert — GPU-servers, Kubernetes-workloads, Cloud Compute — hoeft de bestandsoverdracht niet elke keer opnieuw ingesteld te worden.
Verbind het endpoint dat uw bestaande infrastructuur heeft geselecteerd met een INNORIX-overdracht. Het werkelijke doel kan veranderen en dezelfde transfer-logica levert nog steeds de bestanden die u nodig hebt.
DYNAMIC ENDPOINT SELECTION
In plaats van een vast Target
verbindt u het runtime geselecteerde endpoint met de transfer.
Dynamic Endpoint Transfer is niet eenvoudig een functie voor omgevingen met veel servers. Wat telt is een omgeving waar het werkelijke Target dat een bestand moet bereiken tijdens runtime wordt bepaald of voortdurend verandert. Bij AI Training kan het gebruikte GPU Compute per run verschillen, een Kubernetes Workload kan op een nieuwe Pod of Node draaien, Cloud Compute wordt aangemaakt wanneer het nodig is, en Edge Devices maken verbinding op verschillende momenten.
Waar een traditionele Transfer een bepaald IP of Hostname als Target vastlegt, verbindt Dynamic Endpoint Transfer de rol en de voorwaarde die het werk vereist — "de GPU Compute die deze Training uitvoert", "het Edge Device dat nu gereed is" — met een werkelijk Endpoint. Uw infrastructuur bepaalt het werkelijke Endpoint en INNORIX past dat resultaat toe op de File Transfer, zodat het Endpoint kan veranderen zonder dat de Transfer-logica van het werk opnieuw moet worden gebouwd.
StatischVast target
DynamischGeselecteerd tijdens runtime
Waar het wordt gebruikt
- AI Training
- Kubernetes
- Cloud Compute
- Edge
ENDPOINT CONDITIONS & GROUPS
Gebruik de rol, voorwaarden en Group van een Endpoint
om een veranderende infrastructuur samen te stellen.
In plaats van een overdracht aan het IP-adres of de naam van één server vast te leggen, kan het endpoint naar keuze worden benoemd: rol, regio, workload en status.
Uw infrastructuur selecteert het overeenkomende endpoint en INNORIX levert de gegevens ernaartoe. De machine verschilt per run; de transfer-instellingen veranderen niet.
Target-voorwaardeDe voorwaarden die het target benoemen.
- RolGPU Compute
- RegionSeoul
- WorkloadTraining
- StatusGereed
Beschikbare endpointsGeselecteerd door uw infrastructuur
- GPU-03Seoul | NVIDIA H100Beschikbaar
- GPU-07Seoul | NVIDIA H100Geselecteerd
- GPU-12Tokio | NVIDIA A100Beschikbaar
INFRASTRUCTURE INTEGRATION
Uw bestaande infrastructuur bepaalt de status van een Endpoint,
en INNORIX voert die beslissing uit als een Transfer.
Een Kubernetes-scheduler, een GPU-scheduler, een Cloud-orchestrator of een Edge-manager blijft bepalen wat waar wordt uitgevoerd. Bestandsoverdracht wordt daarmee verbonden zonder dat daar iets aan verandert.
Zodra uw systeem een Pod, een GPU-server of een Edge Device heeft gekozen, draagt INNORIX de bestanden over naar het endpoint dat u hebt doorgegeven en retourneert voortgang en resultaat voor de volgende stap.
Transfer-integratieDe transfer gaat naar het endpoint dat uw systeem heeft geselecteerd.
Bestaande infrastructuur
- Kubernetes SchedulerSelecteert de doel-Pod
- GPU SchedulerSelecteert de doel-GPU-node
- Cloud OrchestratorSelecteert de Compute-instantie
- Edge ManagementSelecteert het doel-Edge-Device
Geselecteerde endpoint
INNORIX stelt Compute niet beschikbaar en bepaalt de Workload Placement niet.
WORKLOAD LIFECYCLE
Verbind in de Workload- en Endpoint-levenscyclus
de punten waar gegevens nodig zijn.
Een Cloud VM, een GPU-rekennode of een Kubernetes Pod wordt gemaakt wanneer het werk begint en vrijgegeven wanneer het eindigt. Een overdracht op basis van een vaste server kan dat niet volgen.
INNORIX levert de dataset zodra het endpoint gereed is en verzamelt de resultaatgegevens in de opslag die u hebt aangegeven wanneer de taak is voltooid. Het maken en vrijgeven van de server blijft de verantwoordelijkheid van uw eigen infrastructuur.
Endpoint-levenscyclusDe transfer volgt het endpoint van creatie tot vrijgave.
- 1. GemaaktHet endpoint wordt gemaakt.Gemaakt
- 2. GereedDe omgeving voor de taak is gereed.Gereed
- 3. Data DeliveryDe vereiste gegevens worden bezorgd.Bezorgd
- 4. TaakuitvoeringDe taak wordt uitgevoerd op de bezorgde gegevens.Voltooid
- 5. CollectionDe resultaatgegevens worden terugverzameld.Verzameld
- 6. VrijgegevenHet endpoint wordt vrijgegeven wanneer de taak eindigt.Vrijgegeven
ORCHESTRATOR & API
Roep een Dynamic Transfer aan
vanuit uw bestaande Orchestrator en API.
Zodra een Endpoint is vastgesteld in een bestaand systeem — Kubernetes, een GPU Scheduler, een Cloud Orchestrator — roept dat systeem de transfer-mogelijkheid van INNORIX aan.
Workflow Logic en Scheduling blijven in uw bestaande systeem, en alleen de File Transfer wordt als onafhankelijke Data Movement Layer verbonden. De Endpoint verschilt bij elke run, terwijl de aanroep en de afhandeling van het resultaat gelijk blijven – op deze manier wordt Transfer Capability toegevoegd aan een Dynamic Infrastructure zonder dat uw bestaande Automation opnieuw moet worden gedefinieerd.
API Interface
UNIFIED OPERATIONS
Hoe veel de Endpoint ook verandert,
controleer elk transfer-resultaat op één platform.
De GPU of het Compute dat het werk uitvoert, verschilt elke keer, en toch hebben de transfer-jobs en hun resultaten geen aparte beheer nodig.
Beheer verbonden machines en Transfer Flows in INNORIX Studio, en controleer in Runs de Endpoint die werkelijk is geselecteerd, de voortgang van de transfer en het afsluitingsresultaat ervan.
Training Data DeliveryDoelvoorwaarde | GPU · Training · Klaar
GET STARTED
Verbind bestandsoverdracht met Endpoints die voortdurend veranderen.
Verbind de Endpoint die uw bestaande Kubernetes, GPU Scheduler of Cloud Orchestrator heeft geselecteerd, met een INNORIX bestandsoverdrachtsjob.
Controleer het transfer-resultaat in Studio, en integreer het via de API met uw bestaande workload.
TECHNICAL FAQ
Veelgestelde vragen
Wat is Dynamic Endpoint Transfer?
In een omgeving waarin de bron of het doel van een bestandsoverdracht geen vaste server is, maar op het moment van uitvoering wordt bepaald, verbindt het de werkelijk geselecteerde Endpoint met een bestaande transfer-job.
Hoe verschilt het van gewone server-naar-server bestandsoverdracht?
Gewone server-naar-server overdracht bepaalt doorgaans van tevoren de bron en het doel. Dynamic Endpoint Transfer kan de op het moment van uitvoering geselecteerde Endpoint toepassen op dezelfde transfer-logica.
Selecteert INNORIX zelf de GPU of de Kubernetes Pod?
Nee. Bestaande infrastructuur zoals een GPU Scheduler, Kubernetes of een Cloud Orchestrator voert de plaatsing van resources en de selectie van Endpoints uit. INNORIX levert de bestanden die de geselecteerde Endpoint nodig heeft.
Kan het worden gebruikt wanneer het IP-adres van een Endpoint verandert?
Als de bestaande infrastructuur de actueel geldige Endpoint-informatie doorgeeft en die Endpoint kan verbinding maken met INNORIX, kan het zonder het noemen van een vast IP-adres in de transfer-logica worden ingesteld.
Kan het worden gebruikt in een Kubernetes-omgeving?
Het kan zo worden ingesteld dat het resultaat van de plaatsing van Kubernetes-werkbelasting wordt verbonden met het werkelijke bestandsoverdracht-Endpoint. Hoe pods en nodes worden verbonden, de voorwaarden voor het uitvoeren van de Agent en de netwerkvereisten moeten per omgeving worden gecontroleerd.
Kan het ook worden gebruikt met een GPU-compute-pool?
Het kan zo worden ingesteld dat een Dataset wordt geleverd aan het GPU Compute dat een externe scheduler heeft geselecteerd, en de daarna geproduceerde resultaten of checkpoints worden verzameld.
Wie bepaalt de toestanden Ready, Busy en Offline?
De bestaande infrastructuur bepaalt of een werkbelasting kan worden uitgevoerd en hoe resources worden toegewezen. INNORIX voert de bestandsoverdracht uit op basis van de Endpoint-informatie en de transfer-klaarstatus die eraan wordt gegeven.
Moet de Flow opnieuw worden opgebouwd als Endpoints worden toegevoegd of verwijderd?
Als het zo is ingesteld dat rollen of groepen en de op het moment van uitvoering beschikbare Endpoint-informatie worden gebruikt, kan dezelfde transfer-logica opnieuw worden gebruikt. Hoe dynamisch de verbinding werkelijk kan zijn, hangt af van de API en hoe Endpoints worden geregistreerd.
Kan een bestaande orchestrator het via de API aanroepen?
Een bestaande orchestrator kan de Endpoint bepalen, vervolgens de INNORIX-transfer-mogelijkheid aanroepen en de status en het resultaat controleren. De specifieke API- en callback-ondersteuning moet worden bevestigd aan de hand van de ontwikkelaarsdocumentatie.
Kan AI Training pas na afsluit van de transfer worden gestart?
Een bestaande workflow kan zo worden ingesteld dat deze de afsluitingsstatus van de INNORIX-transfer bevestigt voordat de volgende taak wordt uitgevoerd. Een geaccepteerde aanvraag en een werkelijk afgeronde transfer moeten duidelijk worden onderscheiden.
Wat is het verschil tussen Dynamic Endpoint Transfer en AI Data Delivery?
Dynamic Endpoint Transfer richt zich op welk Compute of Device de bestanden nu moeten bereiken. AI Data Delivery richt zich op het verplaatsen van de bestanden die een AI-job nodig heeft, zoals Datasets, Models, Checkpoints en Results.
Waar controleer ik het resultaat van een dynamisch uitgevoerde transfer?
Runs in Studio toont de transfer die is uitgevoerd, de Endpoint die werkelijk is aangesteld, de voortgang en het afsluitingsresultaat.
Elk van deze mogelijkheden,op een enkel platform.
De mogelijkheid op deze pagina is een van de vele functies voor bestandsoverdracht die INNORIX Platform biedt. Van bestandsoverdracht tot automatisering en geïntegreerde operaties: probeer elke functie gratis.
Gratis startenOverweegt u overdracht naar wisselende eindpunten?
Wij helpen u bij het beoordelen van de dynamische overdracht-instellingen die u nodig hebt voor Cloud, Kubernetes en gedistribueerde omgevingen.
- Beoordeling van uw dynamische infrastructuuromgeving
- Voorstel voor een verbindingsmethode voor eindpunten en groepen
- Begeleiding bij integratie met uw bestaande Orchestrator