VPS OFFSHORE / BUILD
Build.
Une application qui fonctionne et sa prochaine version.
Une application avec des tâches en arrière-plan ou une petite base de données. Laissez de la mémoire pour le système d'exploitation et le processus de déploiement.
Commencez avec ces ressources.
- Calcul
- 2 vCPU
- Mémoire
- 2 GB
- Stockage
- 50 GB
- Budget de transfert
- 2 TB
Ajustez les ressources, l'image, les options réseau et la période de service dans le configurateur. Choisissez la Malaisie, la Roumanie ou la Suisse comme emplacement du serveur, sans surcoût d'emplacement. Les pays de sauvegarde restent non confirmés.
Planifiez autour de l'ensemble de la charge de travail.
La mémoire est partagée par chaque processus de l'instance. Incluez les caches de base de données, les files d'attente de tâches et votre processus de déploiement, et testez à une période de pointe attendue.
Établissez un budget de ressources →Sachez ce que vous possédez.
Planifiez la sécurité applicative, les mises à jour, l'observabilité et un processus de restauration indépendant. Si vous choisissez une option de sauvegarde, examinez la procédure de restauration et testez-la avec votre application.
Préparez votre premier exercice de restauration →Plus d'espace pour une application, une base de données et une tâche d'arrière-plan.
Build est un point de comparaison utile pour une API qui exécute également une base de données ou une petite tâche d'arrière-plan. Traitez chaque processus comme faisant partie du même budget. Une requête web peut entrer en concurrence avec un export de rapport, tandis que la prochaine version a brièvement besoin de sa propre mémoire et de son propre espace disque.
Un point de départ concret
Une API de liste de lecture illustrative accepte des entrées et crée un export nocturne. Observez l'API en usage courant, puis pendant l'export et une version. Notez si le délai provient d'un travail CPU, d'une requête ou du stockage. Ajoutez une option spécifique uniquement lorsqu'elle répond à la contrainte mesurée.
Quand ce point de départ convient mal
Plus de RAM ne rend pas deux tâches qui se chevauchent sûres, et un vCPU supplémentaire ne peut pas résoudre une requête en attente d'une API externe. Limitez le travail concurrent avant d'augmenter les ressources. Envisagez de séparer les composants lorsqu'ils ont besoin de limites d'accès, de maintenance ou de restauration différentes.
Donnez un rôle à chaque option.
La configuration de base contient 2 vCPU, 2 GB de RAM, 50 GB de stockage, un budget de transfert de 2 TB et une adresse 1 IPv4. IPv6 est demandé séparément et aucune option de sauvegarde n'est sélectionnée par défaut. Ce sont des allocations de catalogue ; confirmez le matériel, la comptabilisation et les règles de restauration du fournisseur réel.
- Mémoire : laissez de la place pour le système d'exploitation, le runtime, la base de données et les pics observés. Ajouter 1 GB à Build donne un sous-total mensuel de $15.50 avant les économies liées à la durée.
- CPU : comparez les processus qui effectuent le travail et leur concurrence. Cela ne décrit pas un modèle de processeur garanti ni des requêtes par seconde.
- Stockage et transfert : budgétez les données conservées séparément des octets que vous déplacez. Les exports hors serveur peuvent utiliser les deux.
- Sauvegardes et réseau : définissez les données que vous devez récupérer et les adresses que votre application utilise. Sélectionner une option ne documente pas la procédure d'exploitation à votre place.
Rendez la première revue concrète.
Enregistrez une période de fonctionnement normale, une tâche plus lourde et une version. Notez la mémoire disponible, les répertoires qui grossissent le plus et le résultat d'une vérification locale de l'application. Tenez un petit journal des changements pour qu'un résultat inattendu ait un point de départ. Comparez ensuite le total initial complet de la période sélectionnée dans le configurateur ; une durée plus longue change le prix, pas les ressources.
Établissez un premier budget d'API → · Créez une feuille de calcul des ressources · Vérifiez les faits du catalogue et les limites de service