VPS OFFSHORE / BUILD
Build.
Una aplicación funcionando y su próxima versión.
Una aplicación con trabajos en segundo plano o una base de datos pequeña. Deje memoria para el sistema operativo y el proceso de despliegue.
Comience con estos recursos.
- Cómputo
- 2 vCPU
- Memoria
- 2 GB
- Almacenamiento
- 50 GB
- Presupuesto de transferencia
- 2 TB
Ajuste recursos, imagen, opciones de red y el período de servicio en el configurador. Elija Malasia, Rumania o Suiza como ubicación del servidor, sin recargo por ubicación. Los países de respaldo siguen sin confirmarse.
Planifique en torno a toda la carga de trabajo.
La memoria es compartida por todos los procesos de la instancia. Incluya las cachés de la base de datos, las colas de trabajos y su proceso de despliegue, y pruebe en un período de actividad esperado.
Crear un presupuesto de recursos →Sepa qué posee.
Planifique la seguridad de la aplicación, las actualizaciones, la observabilidad y un proceso de recuperación independiente. Si selecciona una opción de copia de seguridad, revise el procedimiento de restauración y pruébelo con su aplicación.
Prepare su primer simulacro de restauración →Más espacio para una app, una base de datos y una tarea en segundo plano.
Build es un punto de comparación útil para una API que también ejecuta una base de datos o una pequeña tarea en segundo plano. Trate cada proceso como parte del mismo presupuesto. Una solicitud web puede competir con una exportación de informes, mientras que la siguiente versión necesita brevemente memoria y espacio en disco propios.
Un punto de partida desarrollado
Una API ilustrativa de listas de lectura acepta entradas y crea una exportación nocturna. Observe la API durante el uso ordinario, luego durante la exportación y una versión. Registre si el retraso proviene del trabajo de CPU, una consulta o el almacenamiento. Añada una opción específica solo cuando aborde la limitación medida.
Cuando este punto de partida no encaja bien
Más RAM no hace que dos trabajos superpuestos sean seguros, y otro vCPU no puede resolver una solicitud que espera a una API externa. Ponga un límite al trabajo concurrente antes de aumentar los recursos. Considere separar los componentes cuando necesiten diferentes límites de acceso, mantenimiento o recuperación.
Dé a cada opción una función.
La configuración base contiene 2 vCPU, 2 GB de RAM, 50 GB de almacenamiento, un presupuesto de transferencia de 2 TB y una dirección IPv4 1. IPv6 se solicita por separado y no se selecciona ninguna opción de copia de seguridad de forma predeterminada. Estas son asignaciones del catálogo; confirme el hardware, el cómputo y las reglas de restauración del proveedor real.
- Memoria: deje espacio para el sistema operativo, el runtime, la base de datos y los picos observados. Añadir 1 GB a Build da un subtotal mensual de $15.50 antes de los ahorros por periodo.
- CPU: compare los procesos que realizan trabajo y su concurrencia. No describe un modelo de procesador garantizado ni solicitudes por segundo.
- Almacenamiento y transferencia: presupueste los datos retenidos por separado de los bytes que mueve. Las exportaciones fuera del servidor pueden usar ambos.
- Copias de seguridad y redes: defina los datos que necesita recuperar y las direcciones que utiliza su aplicación. Seleccionar una opción no documenta el procedimiento operativo por usted.
Haga concreta la primera revisión.
Registre un periodo de funcionamiento normal, una tarea más pesada y una versión. Anote la memoria disponible, los directorios de mayor crecimiento y el resultado de una comprobación local de la aplicación. Mantenga un pequeño registro de cambios para que un resultado inesperado tenga un punto de partida. Luego compare el total inicial completo del periodo seleccionado en el configurador; un plazo más largo cambia el precio, no los recursos.
Elabore un primer presupuesto de API → · Cree una hoja de recursos · Verifique los datos del catálogo y los límites del servicio