Notre forum a subi un changement d’infrastructure majeur et ses performances ne sont plus bonnes.
J’ai migré la base de données vers une base de données gérée chez DigitalOcean, j’ai placé les ressources S3 sur une instance MinIO avec Cloudflare devant.
J’ai également redéployé Discourse avec une VM plus petite mais disposant toujours de suffisamment de ressources pour gérer la charge.
D’après ce que je peux voir, certaines requêtes PostgreSQL prennent une éternité :
21 secondes
19 secondes
donc annuler ça ?
bien que peut-être que d’autres aient essayé cela et interviendront avec des conseils pour améliorer ce type de configuration.
Pourquoi est-ce non pris en charge ?
Discourse a les options dans le fichier app.yml pour les bases de données externes ?
J’essaie de faire évoluer un grand serveur.
1 « J'aime »
Désolé, je vais supprimer ça pour l’instant 
Quelle est la proximité de la base de données gérée avec votre instance ? Sont-elles sur le même réseau ?
oui le serveur est aussi DO.
pour l’instant je vais faire une installation bone-stock avec le guide pris en charge et importer la base de données
je verrai ce qui se passe ensuite.
Existe-t-il un moyen d’exécuter manuellement ces migrations de base de données ?
Mais il semble que votre serveur postgres ne soit pas suffisant pour gérer la charge ? Quelle est la taille de votre base de données ? Quelle quantité de RAM votre serveur postgres possède-t-il ?
Peut-être auriez-vous dû attendre pour voir si votre serveur postgres fonctionnait d’abord ?
Eh bien, c’est surtout le cas où seule l’installation standard est « prise en charge ». La base de données externe devrait fonctionner, mais vous ajoutez un tas de variables qu’il est difficile de deviner.
C’est moins pris en charge, quelle taille ? Et quelle est la taille d’un tas de choses ? La base de données, le serveur de base de données, le droplet sur lequel vous tournez, la bande passante entre le droplet et la base de données…
C’est un bon point de départ, et ensuite vous pourrez commencer à vérifier les choses.
Habituellement, cela se produit lorsque vous démarrez le conteneur, mais vous pouvez entrer dans le conteneur et
cd /var/www/discourse
bin/rails db:migrate
2 « J'aime »
Même une simple installation de base ne fonctionne pas, je n’ai même pas restauré la base de données du tout.
J’ai effectué un discourse-setup sur une VM propre, et l’enregistrement ne fonctionne pas.
J’ai tenté de restaurer via la ligne de commande et discourse restore ne liste pas les sauvegardes.
Edit : cela a fonctionné après une deuxième reconstruction complète.