Cuenta lo que realmente tiene que viajar
Haz dos inventarios: los elementos que hay que enviar para trabajar y los que hay que recuperar al final. Las fuentes, los recursos necesarios para el software y los resultados retenidos no tienen forzosamente el mismo volumen. Separa también los archivos que puedes preparar antes del alquiler de los que solo existirán después del cálculo.
Anota el número de archivos y su tamaño total en bytes cuando tu herramienta lo indique. Distingue el tamaño de los datos del espacio ocupado en el disco. Si preparas un archivo comprimido, usa su tamaño real para la transferencia de ese archivo. Empaquetarlo y extraerlo lleva tiempo y puede requerir espacio adicional: verifícalos por separado, sin suponer una ganancia de compresión.
Descarta las copias innecesarias después de haber verificado su función. Una caché pública recuperable no siempre tiene la misma prioridad que un original único o que los ajustes de un proyecto. La clasificación de los elementos que debes conservar se detalla en la guía de respaldo.
Pon el volumen y el ancho de banda en las mismas unidades
En esta guía, un byte equivale a ocho bits. Los prefijos decimales dan 1 MB = 1 000 000 de bytes y 1 GB = 1 000 000 000 de bytes. Los prefijos binarios dan 1 MiB = 1 048 576 bytes y 1 GiB = 1 073 741 824 bytes. Las notaciones en inglés correspondientes son MB, GB, MiB y GiB; el NIST documenta estas diferencias.
Por lo tanto, Mbit/s y MB/s no designan la misma cantidad. Un ancho de banda de 80 Mbit/s corresponde aritméticamente a 10 MB/s. Esta conversión no promete que la aplicación vaya a copiar realmente diez megabytes de archivos por segundo. Fíjate siempre en la unidad mostrada, en particular en la diferencia entre bits y bytes.
| Valor de partida | Conversión útil para el cálculo |
|---|---|
| 6 GB | 6 000 MB, es decir 6 000 000 000 de bytes |
| 6 GiB | 6 442 450 944 bytes, es decir unos 6,44 GB |
| 8 MB/s | 64 Mbit/s |
| 8 MiB/s | 8 388 608 bytes/s, es decir unos 8,39 MB/s |
Haz una pequeña prueba de ida y vuelta antes de la carpeta grande
En cuanto tu entorno y tu método de transferencia estén disponibles, envía un archivo pequeño permitido, recupéralo en otro lugar y abre esa copia. Esta primera comprobación valida la ruta, los permisos de acceso y el destino. Todavía no mide de forma adecuada el tiempo de una carpeta voluminosa.
Después elige un grupo representativo, lo bastante grande como para observar la transferencia más allá de su inicio. Usa la misma herramienta, el mismo destino y una composición similar a la de la carpeta real. Si tienes muchos archivos pequeños, prueba un grupo de esos archivos, no solo un video grande. Anota el volumen realmente copiado y el tiempo transcurrido hasta el final de la transferencia, incluidos el listado y las pausas.
Calcula el promedio dividiendo el volumen entre el tiempo. Repítelo en otro momento si el resultado varía mucho y conserva las dos observaciones. Mide el envío y la recuperación por separado: una observación en un sentido no equivale a medir en el otro. Una prueba de red hacia otro destino tampoco es tu transferencia de archivos. ESnet distingue la prueba de ancho de banda de red y la limitación que impone a la transferencia real.
Calcula una duración y luego verifica qué abarca
Con unidades coherentes, duración en segundos = volumen en bytes ÷ ancho de banda en bytes por segundo. Para un volumen decimal en GB y un ancho de banda en MB/s, esto se convierte en duración en segundos = GB × 1 000 ÷ MB/s. Luego divide entre 60 para obtener minutos. El ancho de banda debe ser estrictamente positivo; si no hay una medición aprovechable, deja la duración como desconocida.
Por ejemplo, un grupo de 800 MB copiado en 100 segundos da un promedio de 8 MB/s. Esta cifra describe únicamente esa observación. Si tu cronometraje ya incluye las pausas y el inicio, no añadas una segunda vez un suplemento arbitrario por esos mismos pasos. Reserva más bien líneas distintas para las acciones no medidas: preparar el archivo comprimido, abrir la copia o rehacer una parte de la transferencia.
Un escenario prudente puede usar el más bajo de varios promedios representativos. Anota cuáles y en qué condiciones. Elegir un valor más bajo es una hipótesis de planificación, no una garantía de que el ancho de banda se mantenga por encima.
Ejemplo desarrollado: enviar 6 GB y recuperar 1,2 GB
Supongamos un proyecto de archivos que suman 6 GB por enviar y luego 1,2 GB de resultados por recuperar. Para este ejemplo totalmente hipotético, la prueba de envío da 8 MB/s y la de recuperación 3 MB/s. Todos los volúmenes son decimales. Estos valores no provienen de una prueba en una renta de BriefGPU.
El envío tardaría 6000 ÷ 8 = 750 segundos, es decir, 12 minutos 30 segundos. La recuperación tardaría 1200 ÷ 3 = 400 segundos, es decir, 6 minutos 40 segundos. Por lo tanto, las dos transferencias representan 19 minutos 10 segundos si se mantienen los caudales medios considerados. La tabla añade hipótesis de control y de reserva decididas para el proyecto.
| Etapa de este ejemplo | Entrada o cálculo | Tiempo previsto |
|---|---|---|
| Envío | 6000 MB ÷ 8 MB/s | 12 min 30 s |
| Recuperación | 1200 MB ÷ 3 MB/s | 6 min 40 s |
| Control de las copias | Hipótesis humana distinta | 20 min |
| Reserva para un imprevisto | Hipótesis de calendario distinta | 30 min |
| Total reservado a estas etapas | 750 + 400 + 1200 + 1800 segundos | 1 h 9 min 10 s |
Prueba el efecto de otra hipótesis
Si el caudal de recuperación del ejemplo baja a 1,5 MB/s, los 1200 MB necesitan 800 segundos, es decir, 13 minutos 20 segundos. El tiempo de esta etapa se duplica. El total, con las demás hipótesis sin cambios, pasa a 1 hora 15 minutos 50 segundos. Así ves qué parte del calendario depende de la red y qué parte depende de tus propios controles.
Si el volumen anunciado fuera 6 GiB y no 6 GB, el envío a 8 MB/s tardaría unos 805 segundos, es decir, 13 minutos 25 segundos. Aquí la diferencia viene de las unidades, sin ningún cambio en la red. Para un cálculo preciso, parte del número de bytes en lugar de un valor redondeado que muestre un explorador de archivos.
Por último, si la carpeta real no tiene la misma composición que la muestra, haz una nueva medición. Una simple multiplicación no compensa una prueba que no representa tu método de copia.
Inscribe la transferencia en el lugar correcto del calendario
El envío realizado después de la puesta a disposición entra en la preparación sobre la renta. La recuperación y la verificación final pertenecen a la exportación. Una preparación terminada antes en tu ordenador queda aparte. No cuentes dos veces un mismo intervalo si una transferencia y otra acción se desarrollan en paralelo.
El total del ejemplo no incluye ni instalación, ni cálculo, ni espera de una respuesta del cliente. Añade estos conceptos en tu calendario completo antes de comparar los planes de 3, 7 y 30 días. El método no afirma nada sobre el plazo de entrega del servidor, su capacidad de almacenamiento ni sus características de red.
Evita aplazar toda recuperación al último momento. Una copia intermedia y un primer archivo abierto desde el destino revelan los obstáculos a tiempo. El mensaje de fin de la transferencia no sustituye el control de los archivos esperados.