J’héberge Discourse moi-même sur DigitalOcean depuis une décennie, d’abord sur une instance à 5 /mois avec 1 Go, puis sur une instance à 12 /mois avec 2 Go lorsque j’ai manqué d’espace disque, puis de retour sur une instance à 6 $/mois avec 1 Go.
J’ai été satisfait de DigitalOcean, mais c’est un peu cher pour un forum non commercial.
J’ai récemment découvert un article de blog de Bradley Taunt sur Hacker News mentionnant une offre d’hébergement de Linveo, une entreprise dont je n’avais jamais entendu parler, proposant des VPS KVM AMD Ryzen 7950X avec 25 Go de disque NVMe pour 15 $/an sur lowendtalk.com.
Je viens de terminer l’installation de Discourse sur le VPS AMD KVM 2 Go plus spacieux (en utilisant le code de réduction de 75 % LET75AKVM2024 pour 25 $/an), et je vous ferai part de mon expérience sous peu.
@merefield Oui, mais c’est possible. C’est ce que j’avais sur le droplet DigitalOcean à 6 $/mois pendant des années. J’ai parfois dû supprimer d’anciennes logs et images pour pouvoir mettre à niveau, ce qui était gênant.
Le plan Linveo à 25 /an sur lequel je suis a un disque NVMe de 50 Go, ce qui est identique au droplet à 12 /mois.
Merci de partager cela ! J’ai configuré une installation multisite pour des instances de staging sur leur VPS 4 Go/100 Go (pour 50 $/an avec le code). Cela fonctionne bien jusqu’à présent et j’aime beaucoup leur tableau de bord de contrôle, simple et direct.
Cependant, tous les ports de messagerie sont fermés par défaut. Vous devez contacter le support pour ouvrir le port 587 pour le SMTP, si vous utilisez celui par défaut.
@manuel Cool ! Oui, venant d’AWS et de Digital Ocean, j’aime le tableau de bord simple, puisque je n’ai pas besoin des trucs sophistiqués, c’est bien de pouvoir trouver ce dont j’ai besoin
Je suis curieux : quel est l’avantage d’ouvrir le port 587, par rapport au passage au port 2525 (ce que j’ai fini par faire après avoir exécuté discourse doctor) :
Mon service d’hébergement d’e-mails nécessite que les connexions à leur serveur smtp par défaut soient établies via les ports 465 ou 587. J’ai découvert plus tard qu’ils proposaient un serveur proxy auquel se connecter en utilisant des ports alternatifs, mais cela pourrait-il affecter la délivrabilité ? Quoi qu’il en soit, j’avais déjà demandé à ouvrir le port.
Quelqu’un a-t-il entendu parler de Kamatera pour héberger Discourse ?
Je recherche les meilleures options d’hébergement disponibles pour Discourse actuellement. Plus précisément, nous prévoyons d’intégrer l’API de Discourse dans notre application mobile (qui est construite à l’aide de React Native) pour créer une fonctionnalité communautaire.
Des recommandations ou des expériences avec cette configuration ?
Honnêtement, je suis un débutant complet en matière de serveurs. Je ne connais que les commandes bash de base, mais j’ai réussi à déployer mon instance Discourse sur GCP. Ce n’était pas trop difficile, et j’ai juste étiqueté les balises de pare-feu données (si cela a eu un quelconque effet), je n’ai pas modifié la configuration des ports (si je me souviens bien), et cela fonctionne.
Votre message est un peu ancien, mais peut-être utilisez-vous toujours Hetzner pour votre serveur, alors je me demandais : avez-vous effectivement procédé au déménagement ? Et si oui, quelles sont vos expériences avec les serveurs CAX ?
(Je relance les efforts pour déplacer une communauté de taille moyenne - généralement 100-200 utilisateurs simultanés, 2-3 millions de requêtes de pages/mois - vers Discourse ; il est relativement certain que nous choisirons Hetzner, et ma première idée était d’utiliser une machine CPX31 ou CCX23, je commence à me demander si CAX31 est également une option).
(Je suis un cas différent, mais pour moi, le CAX11 de Hetzner, leur serveur le moins cher qui est aussi ARM, fonctionne bien. J’ai deux forums, chacun sur un CAX11, dont l’un a été migré depuis DigitalOcean, et je suis satisfait du résultat : plus de stockage, plus de RAM, moins cher, si je me souviens bien. Et aucun problème de performance pour moi, bien qu’il s’agisse d’un forum à faible trafic (maximum 7000 pages vues par jour))
I’m not sure why there are discrepancies in rebuild time for the same intel servers.
ARM and AMD CPUs are way faster to rebuild, and it seems the forum’s pages are also faster to load.
Maybe I’ll move my smallest forums to ARM servers in the future and see how performances differ.
The only thing that annoys me is:
But from what I have seen, I’d recommend Hetzner’s ARM servers, at least over Intel ones, they seem faster overall.
D’après vos expériences (et aussi ce que @Ed_S a partagé), il semble que même le CAX21 pourrait déjà fonctionner. Et pour un projet plus petit que je suis actuellement en train de lancer en parallèle, le CAX11 devrait suffire (je ne m’attendais pas à ce qu’il surpasse aussi clairement le CX22).
Je ne suis pas sûr si j’utiliserai mail-receiver, mais je suis d’accord que cela semble être une omission, étant donné que le reste de la pile et aussi la plupart des autres choses dont on pourrait avoir besoin pour une installation de Discourse (Traefik, Crowdsec, etc.) semblent être compatibles avec ARM64.
Pour une raison quelconque, je n’ai pas pu reconstruire sur mon Intel CX22 (4 Go de RAM) cet après-midi, qui héberge un petit forum.
J’ai dû ajouter un swap (2 Go) pour reconstruire avec succès, ce qui est surprenant car Discourse en exige officiellement beaucoup moins, et ./discourse-setup ne crée un swap que si l’instance a moins de 2 Go de RAM.
Les exigences ont-elles augmenté depuis la création de Discourse Setup ? Auquel cas, il pourrait être judicieux de modifier cette partie de Discourse Setup. cc @pfaffman puisque vous avez créé ce script, sauf erreur de ma part.
Mais je pense que cela dépend du nombre et du type de plugins, etc.