ДИНАМИЧЕСКАЯ ПЕРЕДАЧА ФАЙЛОВ К КОНЕЧНЫМ ТОЧКАМ
Назначение изменяется.
Передача файлов выполняется точно так же, как и раньше.
Когда система, которая выполняет работу, постоянно изменяется — GPU серверы, Kubernetes рабочие нагрузки, облачные вычисления — передача файлов не должна настраиваться снова каждый раз.
Подключите конечную точку, выбранную вашей существующей инфраструктурой, к передаче файлов INNORIX. Фактическое назначение может изменяться, а логика передачи файлов все еще доставляет требуемые файлы.
ВЫБОР ДИНАМИЧЕСКОЙ КОНЕЧНОЙ ТОЧКИ
Вместо фиксированной цели
подключите конечную точку, выбранную во время выполнения, к передаче файлов.
Dynamic Endpoint Transfer - это не просто функция для сред со множеством серверов. Важно, чтобы в среде реальная цель, которую должен достичь файл, определялась во время выполнения или постоянно изменялась. В AI Training используемые GPU-вычисления могут отличаться на каждый запуск, рабочая нагрузка Kubernetes может запуститься на новом Pod или узле, облачные вычисления создаются при необходимости, и устройства Edge подключаются в разные моменты времени.
Там, где традиционная передача файлов фиксирует конкретный IP или имя хоста в качестве цели, Dynamic Endpoint Transfer подключает роль и условие, которые требует работа — "GPU-вычисления, которые будут выполнять это обучение", "устройство Edge, которое готово прямо сейчас" — к реальной конечной точке. Ваша инфраструктура решает, какова фактическая конечная точка, и INNORIX применяет этот результат к передаче файлов, поэтому конечная точка может изменяться без повторного создания логики передачи файлов работы.
СтатическоеФиксированная цель
ДинамическоеВыбрано во время выполнения
Где это используется
- AI Training
- Kubernetes
- Облачные вычисления
- Edge
УСЛОВИЯ И ГРУППЫ КОНЕЧНЫХ ТОЧЕК
Используйте роль конечной точки, условия и группу
для составления изменяющейся инфраструктуры.
Вместо того чтобы привязывать передачу к IP-адресу или имени одного сервера, конечная точка может определяться по условию: роль, регион, нагрузка и статус.
Ваша инфраструктура выбирает совпадающую конечную точку, и INNORIX доставляет данные на нее. Машина отличается от запуска к запуску; настройка передачи файлов не изменяется.
Условие целевого назначенияУсловия, которые называют цель.
- РольGPU Compute
- РегионСеул
- Рабочая нагрузкаОбучение
- СтатусГотово
Доступные конечные точкиВыбрано вашей инфраструктурой
- GPU-03Сеул | NVIDIA H100Доступно
- GPU-07Сеул | NVIDIA H100Выбрано
- GPU-12Токио | NVIDIA A100Доступно
ИНТЕГРАЦИЯ ИНФРАСТРУКТУРЫ
Ваша существующая инфраструктура решает состояние конечной точки,
и INNORIX выполняет это решение как передачу файлов.
Планировщик Kubernetes, планировщик GPU, облачный оркестратор или менеджер Edge продолжают решать, что где выполняется. Передача файлов подключена к нему без каких-либо изменений.
После того как ваша система выбрала Pod, GPU-сервер или устройство Edge, INNORIX передает файлы на конечную точку, которую он получил, и возвращает ход выполнения и результат для следующего этапа.
Интеграция передачи файловПередача файлов идет на конечную точку, выбранную вашей системой.
Существующая инфраструктура
- Планировщик KubernetesВыбирает целевой Pod
- GPU SchedulerВыбирает целевой узел GPU
- Облачный оркестраторВыбирает экземпляр вычислений
- Управление EdgeВыбирает целевое устройство Edge
Выбранная конечная точка
INNORIX не подготавливает вычисления и не решает размещение рабочей нагрузки.
ЖИЗНЕННЫЙ ЦИКЛ РАБОЧЕЙ НАГРУЗКИ
В жизненном цикле рабочей нагрузки и конечной точки
подключите точки, где требуются данные.
Облачная виртуальная машина, узел GPU-вычислений или Pod Kubernetes создается при начале работы и освобождается при ее завершении. Передача файлов, созданная на фиксированном сервере, не может это отследить.
INNORIX доставляет набор данных, как только конечная точка готова, и собирает данные результатов в хранилище, которое вы назвали, когда работа завершена. Создание и освобождение сервера остаются с вашей инфраструктурой.
Жизненный цикл конечной точкиПередача файлов следует за конечной точкой от создания к освобождению.
- 1. СозданоКонечная точка создана.Создано
- 2. ГотовоОкружение для работы готово.Готово
- 3. Доставка данныхТребуемые данные доставлены.Доставлено
- 4. Запуск работыРабота выполняется на доставленных данных.Завершено
- 5. СборДанные результатов собраны обратно.Собрано
- 6. ОсвобожденоКонечная точка освобождается при завершении работы.Освобождено
ОРКЕСТРАТОР И API
Вызовите динамическую передачу файлов
из вашего существующего оркестратора и API.
После того как конечная точка определена в существующей системе — Kubernetes, планировщик GPU, облачный оркестратор — эта система вызывает возможность передачи файлов INNORIX.
Логика рабочего процесса и планирование остаются в вашей существующей системе, и только передача файлов подключается как независимый уровень движения данных. Конечная точка отличается на каждом запуске, в то время как вызов и обработка его результата остаются неизменными, поэтому возможность передачи файлов добавляется в динамическую инфраструктуру без переопределения существующей автоматизации.
Интерфейс API
ЕДИНЫЕ ОПЕРАЦИИ
Какова бы ни была изменчивость конечной точки,
проверяйте каждый результат передачи файлов на одной платформе.
GPU или вычисления, которые выполняют работу, отличаются каждый раз, и все же задачи передачи файлов и их результаты не требуют отдельного управления.
Управляйте подключенными машинами и потоками передачи файлов в INNORIX Studio, а в разделе "Запуски" проверьте конечную точку, которая была фактически выбрана, ход выполнения передачи файлов и результат ее завершения.
Доставка данных обученияУсловие целевого назначения | GPU · обучение · готово
НАЧИНАЕМ
Подключите передачу файлов к конечным точкам, которые постоянно изменяются.
Подключите конечную точку, выбранную вашим существующим Kubernetes, планировщиком GPU или облачным оркестратором, к задаче передачи файлов INNORIX.
Проверьте результат передачи файлов в Studio и интегрируйте с вашей существующей рабочей нагрузкой через API.
ТЕХНИЧЕСКАЯ СПРАВКА
Часто задаваемые вопросы
Что такое Dynamic Endpoint Transfer?
В среде, где источник или целевое назначение передачи файлов — это не фиксированный сервер, а определяется в момент выполнения, она подключает фактически выбранную конечную точку к существующей задаче передачи файлов.
Чем это отличается от обычной передачи файлов между серверами?
Обычная передача файлов между серверами обычно фиксирует источник и целевое назначение заранее. Dynamic Endpoint Transfer может применить конечную точку, выбранную во время выполнения, к той же логике передачи файлов.
Выбирает ли INNORIX сам GPU или Pod Kubernetes?
Нет. Существующая инфраструктура, такая как планировщик GPU, Kubernetes или облачный оркестратор, обрабатывает размещение ресурсов и выбор конечной точки. INNORIX доставляет файлы, которые требуются выбранной конечной точке.
Можно ли его использовать, когда IP-адрес конечной точки изменяется?
Если существующая инфраструктура передает информацию конечной точки, которая в настоящее время действительна, и эта конечная точка может подключиться к INNORIX, она может быть настроена без указания фиксированного IP в логике передачи файлов.
Можно ли его использовать в среде Kubernetes?
Она может быть настроена для подключения результата размещения рабочей нагрузки Kubernetes к фактической конечной точке передачи файлов. Как соединяются pod и узлы, условия для запуска агента и требования к сети должны быть рассмотрены для каждой среды.
Можно ли его также использовать с пулом GPU-вычислений?
Она может быть настроена для доставки набора данных на GPU-вычисления, выбранные внешним планировщиком, и для сбора результатов или контрольных точек, полученных позже.
Кто решает состояния "Готово", "Занято" и "Не в сети"?
Существующая инфраструктура решает, может ли выполняться рабочая нагрузка и как выделяются ресурсы. INNORIX запускает передачу файлов на информацию конечной точки и состояние готовности передачи, которое ему дается.
Если конечные точки добавляются или удаляются, нужно ли перестраивать поток?
Если она настроена на использование ролей или групп и информации конечной точки, доступной во время выполнения, одну и ту же логику передачи файлов можно переиспользовать. Насколько далеко соединение может быть действительно динамичным, зависит от API и того, как зарегистрированы конечные точки.
Может ли существующий оркестратор вызвать его через API?
Существующий оркестратор может решить конечную точку, затем вызвать функцию передачи файлов INNORIX и проверить состояние и результат. Поддержка конкретного API и обратного вызова должна быть подтверждена в соответствии с документацией разработчика.
Может ли обучение AI начаться только после завершения передачи файлов?
Существующий рабочий процесс может быть настроен для подтверждения состояния завершения передачи файлов INNORIX перед запуском следующей задачи. Принятый запрос и фактически завершенная передача файлов должны быть различаны.
В чем разница между Dynamic Endpoint Transfer и AI Data Delivery?
Dynamic Endpoint Transfer сосредотачивается на том, к какому вычислению или устройству должны дойти файлы прямо сейчас. AI Data Delivery сосредотачивается на перемещении файлов, которые требуются для работы AI, таких как наборы данных, модели, контрольные точки и результаты.
Где я могу проверить результат динамически выполненной передачи файлов?
Запуски в Studio показывают передачу файлов, которая выполнялась, конечную точку, на которую она была направлена, ход выполнения и результат завершения.
Каждая из этих возможностей,на одной платформе.
Возможность на этой странице — одна из многих возможностей передачи файлов, которую предоставляет INNORIX Platform. От передачи файлов до автоматизации и объединённых операций, попробуйте каждую функцию бесплатно.
Начать бесплатноРассматриваете передачу на изменяющиеся конечные точки?
Мы поможем вам рассмотреть установку динамической передачи, которая вам требуется в облаке, Kubernetes и распределённых окружениях.
- Обзор вашей среды динамической инфраструктуры
- Предложение по методу подключения конечной точки и группы
- Рекомендации по интеграции с вашим существующим оркестратором