Nous utilisons actuellement Amazon S3 pour effectuer des sauvegardes quotidiennes à partir de Discourse et les conserver pendant plusieurs jours.
Nous n’y stockons que les sauvegardes, nous n’y servons pas les images ou les téléchargements (nous préférons les stocker sur notre serveur pour l’instant afin de simplifier les choses).
Mais Amazon S3 n’est pas si bon marché. Je voudrais passer d’Amazon S3 à Wasabi, qui est moins cher pour nos besoins.
Dans le premier post, il est question de modifier quelques lignes (en les ajoutant) dans le fichier app.yml.
Mais il semble qu’il soit nécessaire d’activer le stockage des images et des téléchargements sur le service S3, pas pour les sauvegardes.
Là-bas, ils parlent de quelques variables d’environnement spécifiques au service à modifier pour le CDN et le service de stockage.
Mais il ne m’est pas clair où je dois stocker ces variables d’environnement.
Existe-t-il un fichier de configuration où je devrais mettre ces variables avant d’utiliser launcher ?
Si vous ne vous souciez que des sauvegardes, vous n’avez pas vraiment besoin de déplacer les éléments vers le nouveau bucket. Et si vous le faites, vous pouvez le faire avec les outils avec lesquels vous êtes à l’aise. Il suffit de modifier les paramètres du nouveau bucket.
Vous ne vous souciez pas du CDN ou de quoi que ce soit d’autre.
J’ai eu des problèmes avec wasabi et j’ai abandonné son utilisation. Les espaces Digital Ocean sont bon marché.
Merci.
Je prendrai cela en compte, j’essaierai le wasabi pendant un moment pour voir si j’ai des problèmes.
Je n’avais pas réalisé que sous la section env de app.yml je pouvais créer autant de variables d’environnement que nécessaire.
Je dois déplacer les choses vers le nouveau bucket car j’y conserve d’anciennes sauvegardes et Amazon continuera de facturer pour cela jusqu’à ce que je le supprime, et chez wasabi je n’ai pas de coûts supplémentaires jusqu’à 1 To de données.
Cela fonctionne, il sauvegarde maintenant les sauvegardes sur wasabi.
Si vous utilisez une autre région, vous devrez également la modifier dans le nom du point d’accès.
La bonne chose à propos de les avoir définis dans app.yml est que tout ce dont vous avez besoin pour restaurer votre site sur un nouveau serveur est ce fichier ; vous pouvez ensuite installer un nouveau discourse et
./launcher enter app
discourse enable_restore
discourse restore
puis copier/coller la sauvegarde que vous souhaitez restaurer.
Ce n’est donc pas un problème de Discourse. Il existe une variété d’outils que vous pouvez utiliser pour cela, alors recherchez quelque chose comme “move data s3 bucket”. J’utilise s3cmd, pour des raisons dont je ne me souviens pas.
