1. Definir un resultado antes de elegir la tarjeta
Elige una muestra que recorra toda tu aplicación. Para la inferencia, parte de unas cuantas entradas representativas y de un formato de salida esperado. Para la adaptación de un modelo, prevé una ejecución corta que lea los datos, realice una actualización y escriba un checkpoint. El objetivo es verificar la ruta completa antes de confiarle el volumen final.
Pongamos un ejemplo didáctico: quieres clasificar documentos. Prepara doce documentos identificados, con varias longitudes y un caso que el programa deba rechazar limpiamente. Fija las categorías permitidas y el destino de los resultados. Los doce identificadores deberán aparecer exactamente una vez en el balance, con un resultado aceptado o un error explícito. Este escenario debe adaptarse a tu aplicación; no supone ningún modelo ni caudal en particular.
Desplaza la tabla para leer todas las columnas.| Punto que hay que verificar | Criterio preparado antes del lanzamiento |
|---|---|
| Entradas | 12 identificadores únicos; archivos legibles; un caso inválido previsto. |
| Resultados | Una categoría permitida por documento aceptado; ningún identificador inventado. |
| Fallos | Un motivo asociado a cada documento rechazado; sin desapariciones silenciosas. |
| Fin del ensayo | Aceptados + rechazados = 12; informe y resultados revisados desde una copia. |
2. Elegir el backend, la memoria y el plan
Empieza por las bibliotecas del proyecto. Una dependencia CUDA te orienta hacia una cadena NVIDIA; una oferta MI300X exige examinar la compatibilidad con ROCm, en especial la de las extensiones. El selector oficial de PyTorch distingue sistema y plataforma de cálculo: copiar un comando de otro equipo no constituye una verificación de compatibilidad.
Compara después la memoria necesaria para una tarea representativa: pesos, entradas, cálculos intermedios y estados propios de tu método. El tamaño del archivo del modelo no basta. Si aún no conoces el pico, mantén este punto como objetivo del piloto, sin anunciar que un modelo cabrá a partir solo de su número de parámetros.
Elige 3, 7 o 30 días y de 1 a 10 lotes. Un lote contiene una tarjeta, excepto B200, que contiene dos. Varias tarjetas no reparten automáticamente el programa ni unifican su memoria. Prevé en la duración la instalación, los controles, el cálculo y la exportación; los doce documentos del piloto sirven para verificar el procedimiento, no para predecir mecánicamente la duración de toda la campaña.
3. Preparar una carpeta que sobreviva al cambio de máquina
Reúne la revisión del código, las dependencias, la referencia de los datos y del modelo, los parámetros y el comando de entrada. Indica cómo proporcionar los accesos necesarios por separado. Una ruta hacia tu directorio personal no es un procedimiento de transferencia: sustituye las suposiciones implícitas por parámetros y verifica las rutas desde la carpeta del proyecto.
La preparación Ubuntu, PyTorch, Blender o personalizada que elijas en la configuración expresa tu necesidad. No demuestra que tu proyecto, sus extensiones o sus licencias ya estén instalados. Describe lo que debe estar presente y luego controla el entorno realmente recibido antes de empezar el procesamiento.
Para nuestro lote de documentos, conserva una entrada piloto inmutable, un archivo de parámetros y un directorio de resultados distinto por ensayo. Escribe también cómo revisar el balance. Esta carpeta no necesita ser voluminosa; debe evitar que el éxito dependa de una celda olvidada, de un terminal antiguo o de un archivo no copiado.
proyecto/
README.md # instalación, lanzamiento, control
requirements-rebuild.txt # dependencias y procedencia documentadas
config/pilote.json # parámetros sin secretos
data/pilote/ # las 12 entradas permitidas
src/ # tu aplicación
runs/ # una subcarpeta por ensayo4. Revisar el pedido y seguir los pasos del servicio
El resumen debe corresponder a tu elección: modelo, duración, lotes, número total de tarjetas, preparación y monto en USD. El total es el precio del lote por la duración, multiplicado por el número de lotes. El precio del lote B200 ya incluye sus dos tarjetas: no vuelvas a multiplicar por el número de GPU.
Para un primer pedido, crea tu cuenta con nombre, apellido, email y contraseña. Si ya tienes una cuenta, inicia sesión; si ya has iniciado sesión, los datos están precargados. La cuenta permite consultar los pedidos y el saldo desde otro navegador. El proceso no requiere ningún procedimiento KYC ni documento de identidad.
Para pagar en cripto, usa el activo, la red, la dirección, el monto y la fecha límite mostrados para el pago correspondiente. Tras la transferencia, «He pagado» registra tu aviso. No confirma ni la recepción de los fondos ni la puesta a disposición. Un saldo en USD suficiente también puede pagar íntegramente el alquiler. Después, sigue la información de preparación y los accesos que se comuniquen efectivamente.
5. Controlar el lanzamiento antes del volumen final
Cuando el recurso esté disponible, identifica el intérprete que se usa realmente y el entorno cargado. Ejecuta el diagnóstico mínimo antes de tu aplicación. Una importación de PyTorch correcta no demuestra un cálculo en GPU; un cálculo simple correcto no valida todas las extensiones del modelo. La carpeta de diagnóstico describe esta progresión y ofrece un recurso descargable.
Después, ejecuta tu piloto en un directorio de salida nuevo. Para los documentos, verifica los identificadores, las categorías, el número de aciertos y los rechazos esperados. Examina varios resultados con sus entradas: una salida sintácticamente válida puede seguir siendo incorrecta para el uso previsto. No pases al corpus completo hasta haber escrito lo que se aceptó y lo que queda por corregir.
Si el lanzamiento falla, anota el primer error y la etapa alcanzada. Verifica el intérprete antes de reinstalar; las rutas antes de copiar; el tamaño de las entradas antes de aumentar el batch. Cambia un factor a la vez. Si el proceso se prolonga, organiza su seguimiento por separado de la conexión interactiva que usaste para iniciarlo.
6. Obtener una prueba utilizable y decidir los siguientes pasos
Copia los resultados y su resumen a una ubicación que controles, y luego revisa esa copia. Comprueba que contenga los parámetros y referencias necesarios para entender el resultado. No consideres un archivo presente en el entorno de cálculo como tu única copia de seguridad. Haz este control durante el piloto, sin esperar a la fecha límite del alquiler.
Para un entrenamiento, añade una prueba de reanudación en un proceso nuevo. El miniproyecto de Kernodeck demuestra un método en CPU; tu aplicación aún debe validar sus propios estados, precisión y datos. Para los documentos independientes, la reanudación consiste más bien en identificar los elementos terminados y los que deben reprocesarse.
Tu decisión final puede ser lanzar el volumen previsto, corregir el entorno o revisar la configuración. Conserva esa decisión junto con su motivo. Un piloto que revela una incompatibilidad es útil: transforma un problema difuso en una condición precisa que resolver antes de comprometer más cómputo.