Precios de Daytona: computación, almacenamiento, depósitos y ejemplos mensuales

La tarifa de CPU publicada de Daytona es de $0.0504 por vCPU-hora y su tarifa de RAM es de $0.0162 por GiB-hora. Por lo tanto, un sandbox en ejecución con 2 vCPU y 4 GiB cuesta $0.1656 por hora antes de sumar disco adicional y otros cargos. La página de precios indica $200 de computación inicial; no es una asignación mensual recurrente. Precios de Daytona

La tarifa por hora solo responde parte de la pregunta. Los espacios de trabajo almacenados pueden seguir generando costos después de detener la computación. Los niveles de cuenta también afectan los recursos disponibles y el acceso a la red, y los niveles superiores requieren depósitos.

Desarrollamos Lizard, que aparece en la comparación a continuación. Revisamos los precios y la documentación el 4 de noviembre de 2026. Todos los ejemplos son cálculos, no cargas de trabajo medidas ni una afirmación de que los proveedores ofrecen el mismo rendimiento.

Calcula la tarifa de ejecución

Para las tarifas publicadas de CPU y memoria de Linux:

Running compute cost = hours × (vCPU × 0.0504 + RAM in GiB × 0.0162)

Estas cifras se basan en recursos reservados. Una shell que espera la respuesta de un modelo sigue ocupando un sandbox en ejecución. El uso de CPU no reduce la factura de los recursos reservados. Las transiciones de creación, inicio, detención y pausa también siguen generando cargos hasta que el sandbox alcanza el estado de menor costo. Facturación de Daytona

No uses esta tabla para calcular precios de GPU u otras clases de entornos de ejecución sin revisar sus condiciones actuales. Tampoco incluye instantáneas ni almacenamiento adicional conservado.

Suma el disco durante el tiempo que lo conserves

Daytona publica una tarifa de $0.000108 por GiB-hora para el disco que supera los primeros 5 GiB. En un ejemplo de 10 GiB, los 5 GiB adicionales cuestan $0.00054 por hora. Conservar esa capacidad facturable durante 730 horas suma $0.3942, aunque la computación solo haya estado activa durante parte del mes. Precios del disco

Los sandboxes con GPU y los efímeros tienen reglas de eliminación distintas de las de los espacios de trabajo persistentes con CPU. Revisa el entorno de ejecución antes de asumir que detenerlo lo mantiene disponible. Facturación por estado

La facturación del almacenamiento y la cuota de almacenamiento son independientes. Liberar la cuota de disco de una organización no siempre pone fin a un cargo de almacenamiento. Del mismo modo, una operación de detención que devolvió un resultado exitoso puede tener aún una transición pendiente. Usa el estado final del ciclo de vida en tus registros de costos. Límites de Daytona

Los depósitos afectan el acceso y el dinero necesario por adelantado

La documentación de niveles de Daytona enumera estos requisitos:

Fuentes: requisitos de los niveles, política de red.

Al momento de la revisión, la misma página de límites indica tanto 10 como 20 GiB de RAM para el nivel 1. Usa los límites efectivos del panel para planificar la capacidad. No prometas un nivel de concurrencia basándote en ese campo contradictorio.

Un depósito financia el uso posterior. Regístralo por separado del gasto: sumar tanto el depósito completo como el uso que paga cuenta el mismo gasto dos veces. Aun así, afecta el flujo de caja. Un agente que deba visitar cualquier sitio web puede necesitar el nivel superior de acceso a la red antes de agotar los recursos de CPU de un nivel inferior.

Los recursos de cada nivel se comparten entre los sandboxes. La concurrencia máxima depende de la CPU, la memoria, el disco conservado, la región y los límites de creación. No se puede deducir solo de las horas de ejecución mensuales.

Tres cargas de trabajo mensuales

Supongamos que cada sandbox usa 2 vCPU y 4 GiB, se ejecuta en una región compatible con la tarifa base publicada y no añade disco facturable. El tiempo de ejecución incluye la configuración y todas las transiciones facturables. Excluye el crédito inicial, los tokens del modelo, el almacenamiento externo, los extras de red y las diferencias de impuestos. Los ejemplos no superan las 20 máquinas simultáneas; confirma las cuotas efectivas de la cuenta antes de ejecutarlos.

Las fórmulas son 120 × 5 / 60 × 0.1656, 10,000 × 5 / 60 × 0.1656 y 20 × 8 × 22 × 0.1656. Estos valores son previos al redondeo de la factura y a cualquier otro cargo.

Una sesión de ocho horas no debería heredar una política de detención por inactividad que interrumpa su trabajo. Decide si esperar a un modelo cuenta como actividad y verifica esa decisión con el entorno de ejecución que uses. Detener la computación entre tareas puede reducir el subtotal, mientras que mantener todos los espacios de trabajo en ejecución durante la noche lo aumenta. Persistencia y ciclo de vida de Daytona

Daytona frente a Lizard y E2B

Para 1,000 horas totales con 2 vCPU y unos 4 GB de memoria, Lizard Small consume $16.20 de computación. En una cuenta Pro nueva, el subtotal mensual es de $19 porque el plan incluye $19 de uso. El subtotal de computación de Daytona es de $165.60. E2B tiene el mismo subtotal de computación con 4 GiB; Pro suma su tarifa base de $150, mientras que el uso que cumple los requisitos de Hobby no la suma. Precios de Lizard, precios de E2B, precios de Daytona

Esta comparación supone que no hay almacenamiento ni transferencia adicionales, que no hay créditos iniciales y que la cuenta no tiene ningún otro uso. Cada proveedor indica las unidades de memoria de forma distinta; que el tamaño anunciado coincida no demuestra que la capacidad o la velocidad sean iguales. E2B Hobby también exige que las sesiones respeten su límite de una hora y que haya como máximo 20 sandboxes simultáneos.

Lizard Small incluye 5 GB de disco local y usa tamaños fijos. Los recursos base de Pro admiten 20 sandboxes Small; los planes superiores aumentan esos recursos. Daytona ofrece opciones de entornos de ejecución y herramientas para espacios de trabajo que pueden justificar su precio para tu aplicación. Compáralos en la guía de alternativas a Daytona y usa E2B frente a Daytona para comparar esos dos proveedores.

Lleva registros de costos por tarea

Registra el ID del sandbox, la clase de entorno de ejecución, los recursos asignados, la región, la hora de creación y el estado final de detención o eliminación. Registra el disco adicional y las instantáneas por separado. Vincula estos registros al resultado de la tarea para que los reintentos y las ejecuciones fallidas figuren en el costo de una tarea exitosa.

Configura alertas para cuando aumente el número de espacios de trabajo detenidos y de instantáneas. Un coordinador debe revisar y completar la limpieza pendiente tras un tiempo de espera agotado o un fallo de red. Enviar una solicitud de detención una sola vez no basta si la aplicación nunca comprueba el estado resultante.

Antes de cambiar de proveedor de alojamiento, ejecuta la misma tarea en cada uno y mide el tiempo facturable total. Una tarifa menor puede producir una factura mayor si la máquina tarda mucho más o falla con más frecuencia. La comparación de costos de sandboxes muestra cómo los mínimos de los planes y los créditos recurrentes cambian esta decisión.

¿Daytona cobra durante la inactividad? Sí, un sandbox en ejecución mantiene el cargo por sus recursos reservados. Los estados de detención o pausa eliminan los cargos de CPU y RAM, pero el disco conservado puede seguir generando costos. Cada entorno de ejecución determina qué estados admite.

¿El depósito del nivel es una segunda suscripción mensual? Financia el uso. Mantén el importe de los fondos requeridos separado del gasto de recursos consumidos y revisa el requisito por período móvil del nivel 4.

¿Eliminar un sandbox elimina todos los cargos? Las instantáneas independientes pueden permanecer después de eliminarlo. Revisa esos recursos y verifica que la eliminación haya terminado antes de dar por cerrado el espacio de trabajo.