DYNAMIC ENDPOINT TRANSFER
Призначення змінюється.
Передача файлів працює так само, як раніше.
Там, де система, яка виконує роботу, постійно змінюється — сервери GPU, Workload Kubernetes, обчислення Cloud — передачу файлів не потрібно налаштовувати кожного разу.
Підключіть endpoint, обраний вашою існуючою інфраструктурою, до INNORIX Transfer. Реальне призначення може змінюватися, і та ж логіка передачі все ще доставляє потрібні вам файли.
DYNAMIC ENDPOINT SELECTION
Замість фіксованої цілі
підключіть Endpoint, обраний під час виконання, до Transfer.
Dynamic Endpoint Transfer не є просто функцією для середовищ з великою кількістю серверів. Важливим є середовище, в якому реальна ціль, до якої повинен потрапити файл, вирішується під час виконання, або постійно змінюється. При навчанні AI обчислення GPU, які використовуються, можуть відрізнятися при кожному запуску, Workload Kubernetes може працювати на новому Pod або Node, обчислення Cloud створюються коли це необхідно, і Edge Device підключаються в різні моменти часу.
Там, де традиційний Transfer фіксує конкретну IP або ім'я хоста як свою ціль, Dynamic Endpoint Transfer з'єднує роль та умову, які потрібні для роботи — «обчислення GPU, яке буде запускати це навчання», «Edge Device, який готовий прямо зараз» — з реальним Endpoint. Ваша інфраструктура вирішує фактичний Endpoint, а INNORIX застосовує цей результат до File Transfer, тому Endpoint може змінюватися без перебудови логіки Transfer роботи.
СтатичнийФіксована ціль
ДинамічнийВибрано під час виконання
Де це використовується
- AI Training
- Kubernetes
- Cloud Compute
- Edge
ENDPOINT CONDITIONS & GROUPS
Використовуйте роль Endpoint, умови та Group
щоб скласти змінюючу інфраструктуру.
Замість того щоб прив'язувати передавання до IP-адреси або імені одного сервера, endpoint можна визначати за умовами: роль, регіон, навантаження та статус.
Ваша інфраструктура обирає endpoint, який відповідає, а INNORIX доставляє дані до нього. Машина відрізняється від запуску до запуску; налаштування передачі не змінюється.
Умова ціліУмови, які називають ціль.
- РольGPU Compute
- RegionSeoul
- WorkloadTraining
- StatusГотово
Доступні endpointsВибрано вашою інфраструктурою
- GPU-03Seoul | NVIDIA H100Доступно
- GPU-07Seoul | NVIDIA H100Вибрано
- GPU-12Токіо | NVIDIA A100Доступно
INFRASTRUCTURE INTEGRATION
Ваша існуюча інфраструктура вирішує стан Endpoint,
а INNORIX реалізує цю рішення як Transfer.
Планувальник Kubernetes, планувальник GPU, оркестратор хмари або менеджер edge продовжує вирішувати, що запускається де. Передача файлів підключена до нього без змін.
Як тільки ваша система обирає Pod, сервер GPU або edge пристрій, INNORIX передає файли до переданого їй endpoint і повертає прогрес та результат для наступного кроку.
Інтеграція TransferПередача йде до endpoint, обраного вашою системою.
Існуюча інфраструктура
- Kubernetes SchedulerОбирає цільовий Pod
- GPU SchedulerОбирає цільовий вузол GPU
- Cloud OrchestratorОбирає екземпляр compute
- Edge ManagementОбирає цільовий edge пристрій
Вибраний Endpoint
INNORIX не надає Compute і не вирішує розміщення Workload.
WORKLOAD LIFECYCLE
У Workload та Endpoint Lifecycle
підключіть точки, де потрібні Data.
Cloud VM, вузол GPU compute або Kubernetes Pod створюється, коли робота починається, і звільняється, коли вона закінчується. Передача, побудована на фіксованому сервері, не може це слідити.
INNORIX доставляє набір даних, як тільки endpoint готовий, і збирає дані результатів у сховище, яке ви назвали, коли завдання завершено. Створення та звільнення сервера залишається з вашою власною інфраструктурою.
Lifecycle EndpointПередача слідує за endpoint від створення до звільнення.
- 1. СтвореноEndpoint створюється.Створено
- 2. ГотовоСередовище для завдання готове.Готово
- 3. Data DeliveryНеобхідні дані доставляються.Доставлено
- 4. Запуск завданняЗавдання запускається на доставлених даних.Завершено
- 5. CollectionДані результатів збираються назад.Зібрано
- 6. ЗвільненоEndpoint звільняється, коли завдання закінчується.Звільнено
ORCHESTRATOR & API
Викликайте Dynamic Transfer
з вашого існуючого оркестратора та API.
Щойно Endpoint визначено в існуючій системі — Kubernetes, GPU-планувальник, хмарний оркестратор — ця система викликає функцію передавання файлів INNORIX.
Логіка робочих процесів і планування залишаються у вашій існуючій системі, а підключається лише передавання файлів як окремий рівень переміщення даних. Endpoint змінюється з кожним запуском, тоді як виклик і обробка його результату залишаються незмінними, тож можливість передавання додається до динамічної інфраструктури без повторного визначення вашої наявної автоматизації.
API Interface
UNIFIED OPERATIONS
Хоч би як сильно змінювався Endpoint,
перевіряйте результат кожного передавання на єдиній платформі.
GPU або обчислювальні ресурси (Compute), що виконують роботу, щоразу відрізняються, і все ж завдання передавання та їхні результати не потребують окремого управління.
Керуйте підключеними машинами та Flow передавання в INNORIX Studio, а в Runs перевіряйте фактично вибраний Endpoint, перебіг передавання та результат його завершення.
Training Data DeliveryЦільова умова | GPU · Тренування · Готово
GET STARTED
Зв'яжіть передавання файлів із endpoints, що постійно змінюються.
З'єднайте endpoint, вибраний вашим наявним Kubernetes, GPU-планувальником або хмарним оркестратором, із завданням передавання файлів INNORIX.
Перевіряйте результат передавання в Studio та інтегруйте його з вашим наявним робочим навантаженням через API.
TECHNICAL FAQ
Часті запитання
Що таке Dynamic Endpoint Transfer?
У середовищі, де джерело або ціль передавання файлів не є фіксованим сервером, а визначається в момент виконання, це з'єднує фактично вибраний endpoint із наявним завданням передавання.
Чим це відрізняється від звичайного передавання файлів між серверами?
Звичайне передавання між серверами зазвичай фіксує джерело та ціль заздалегідь. Dynamic Endpoint Transfer може застосувати endpoint, вибраний під час виконання, до тієї самої логіки передавання.
Чи INNORIX сам вибирає GPU або Kubernetes pod?
Ні. Наявна інфраструктура, така як GPU-планувальник, Kubernetes або хмарний оркестратор, відповідає за розміщення ресурсів і вибір endpoint. INNORIX доставляє файли, потрібні вибраному endpoint.
Чи можна використовувати це, якщо IP-адреса endpoint змінюється?
Якщо наявна інфраструктура передає актуальну на цей момент інформацію про endpoint, а цей endpoint може підключитися до INNORIX, це можна налаштувати без зазначення фіксованої IP-адреси в логіці передавання.
Чи можна використовувати це в середовищі Kubernetes?
Це можна налаштувати так, щоб результат розміщення навантаження Kubernetes з'єднувався з фактичним endpoint передавання файлів. Спосіб з'єднання pod і node, умови запуску Agent та мережеві вимоги потрібно розглядати окремо для кожного середовища.
Чи можна використовувати це також із пулом обчислювальних ресурсів GPU?
Це можна налаштувати так, щоб Dataset передавався на GPU Compute, вибраний зовнішнім Scheduler, а отримані згодом результати або Checkpoints збиралися.
Хто визначає стани Ready, Busy та Offline?
Наявна інфраструктура визначає, чи може навантаження виконуватися та як розподіляються ресурси. INNORIX виконує передавання файлів на основі наданої інформації про endpoint і стану готовності до передавання.
Якщо endpoints додаються або видаляються, чи потрібно перебудовувати flow?
Якщо налаштовано використання ролей або груп і доступної під час виконання інформації про endpoint, ту саму логіку передавання можна використовувати повторно. Наскільки з'єднання може бути справді динамічним, залежить від API та способу реєстрації endpoints.
Чи може наявний оркестратор викликати це через API?
Наявний оркестратор може визначити endpoint, а потім викликати функцію передавання INNORIX і перевірити стан і результат. Конкретну підтримку API та callback потрібно підтвердити в документації для розробників.
Чи можна розпочати AI-тренування лише після завершення передавання?
Наявний робочий процес можна налаштувати так, щоб підтверджувати стан завершення передавання INNORIX перед виконанням наступного завдання. Прийнятий запит і фактично завершене передавання потрібно розрізняти.
Яка різниця між Dynamic Endpoint Transfer та AI Data Delivery?
Dynamic Endpoint Transfer зосереджується на тому, якого Compute або Device файли мають досягти прямо зараз. AI Data Delivery зосереджується на переданні файлів, потрібних для AI-завдання, зокрема Datasets, Models, Checkpoints і Results.
Де перевірити результат динамічно виконаного передавання?
Runs у Studio показує виконане передавання, фактичний цільовий endpoint, прогрес і результат завершення.
Кожна з цих можливостей,на єдиній платформі.
Можливість на цій сторінці — одна з багатьох функцій передавання файлів, які пропонує INNORIX Platform. Від передавання файлів до автоматизації та єдиного керування операціями — спробуйте кожну функцію безкоштовно.
Почати безкоштовноДумаєте про передавання даних до змінних кінцевих точок?
Ми допоможемо вам розглянути потрібне налаштування динамічного передавання в хмарі, Kubernetes та розподілених середовищах.
- Аналіз вашого динамічного інфраструктурного середовища
- Пропозиція методу підключення кінцевих точок і груп
- Рекомендації щодо інтеграції з вашим наявним оркестратором