Dessiner une carte de dépendances petite et complète
Une disposition possible est un point d'entrée HTTPS, une application wiki, sa base de données prise en charge, un répertoire de pièces jointes et un worker planifié. Le DNS et tout service de messagerie sortante appartiennent à la carte même lorsqu'ils sont fournis ailleurs. Aucune application, aucun service de livraison de courrier ni aucune automatisation de déploiement n'est impliqué par le choix d'un VPS.
Si l'application s'exécute dans des conteneurs, consignez les emplacements persistants séparément de la définition du conteneur. Docker documente qu'un volume survit à la suppression d'un conteneur individuel, tandis que sa couche accessible en écriture ne survit pas. Cette persistance nécessite toujours une sauvegarde en dehors du VPS. Voir le cycle de vie des volumes Docker. Écrivez la carte dans le l'inventaire des services, en incluant le responsable de chaque dépendance.
Budgéter l'espace avant d'ajouter d'autres services
Le 2 vCPU de Grove, 4 GB de mémoire, 60 GB SSD et 2 TB de transfert fournissent une allocation de départ à évaluer pour ce scénario. Le budget disque suivant est une allocation de planification illustrative, et non une consommation mesurée ni un ensemble de partitions requises.
| Utilisez | Marge de planification |
|---|---|
| Système d'exploitation, paquets et journaux bornés | 12 GB |
| Base de données, historique des pages et données de recherche | 8 GB |
| Pièces jointes des membres | 18 GB |
| Espace de travail pour mise à jour et exportation | 8 GB |
| Marge non allouée | 14 GB |
Vérifiez les exigences de l'application choisie, puis observez l'utilisation de la mémoire et du disque lors d'une importation, d'une édition ordinaire et d'une mise à jour. Deux vCPU n'établissent pas de garantie sur le nombre d'éditeurs. Seed peut convenir à une application plus petite aux exigences vérifiées ; Canopy ou des ajouts de ressources explicites deviennent des décisions étayées par la demande observée. Incluez les téléchargements, les exportations et le trafic de sauvegarde dans l'examen du transfert selon les conditions de mesure applicables.
Prouver que les notes et les pièces jointes vont ensemble
Suivez la procédure de l'application pour capturer des états compatibles de base de données, de pièces jointes et de configuration. Pour un wiki adossé à PostgreSQL, un export logique de base de données seul ne couvre pas les pièces jointes ni les rôles globaux de base de données. PostgreSQL avertit également que la planification d'une sauvegarde régulière de production peut nécessiter plus que pg_dump; choisissez la méthode adaptée à l'installation réelle. Voir la portée et limites de l'export PostgreSQL.
Répétez la récupération sur une destination de test séparée avec les notifications sortantes et les livraisons planifiées neutralisées. Demandez au second responsable de se connecter en tant que membre ordinaire, d'ouvrir une page et une pièce jointe connues, de vérifier une page restreinte et de confirmer qu'une modification peut être enregistrée. Consignez les vérifications échouées comme du travail à terminer, et non comme une récupération réussie. Utilisez le exercice de restauration pour consigner le résultat.
Laisser une voie de sortie utilisable
Conservez un export documenté des pages, des pièces jointes et du modèle de permissions aux côtés des instructions de récupération. Vérifiez ce que l'export omet : l'historique des pages, les liens internes et les mappages de comptes peuvent nécessiter un traitement séparé. Demandez au responsable de sauvegarde d'ouvrir l'export sans dépendre du wiki en fonctionnement. Le guide d'export portable aide à transformer un téléchargement en un package de remise.
Un VPS concentre encore le service actif en un seul endroit. Davantage de ressources ne suppriment pas cette dépendance et n'assurent pas la maintenance. Ne configurez le plan de départ qu'après avoir convenu qui gère les mises à jour, les tâches échouées et les sauvegardes indépendantes ; le résultat utile est un service que le groupe peut comprendre et restaurer.
Un point de départ de catalogue à évaluer
Grove fournit 2 vCPU, 4 GB de mémoire, 60 GB SSD et 2 TB de transfert mensuel à $18.00 USD/mois. Il s'agit d'une allocation de départ à comparer avec les exigences et les mesures de votre application, et non d'une promesse qu'une collection ou un public particulier conviendra.
Avec les options par défaut, six mois coûtent $77.76 payés en une fois (28 % de réduction sur $108.00) ; douze mois coûtent $108.00 payés en une fois (50 % de réduction sur $216.00). Les options récurrentes sélectionnées bénéficient de la même réduction. Budgétez séparément le stockage de sauvegarde indépendant, les domaines et tout service de messagerie externe.
Configurer Grove en Islande ↗Documentation à l'appui de cette note
Utilisez la documentation de la version que vous exécutez réellement. Ces exemples sont du matériel de planification, et non un compte rendu d'un test sur un VPS Hoszen.