Bonjour,
J’aimerais savoir s’il y a des retours concernant la taille des instances. Je souhaite héberger discourse web_only sur kubernetes, avec un postgres externalisé et un redis hébergé sur rds et elasticache, et environ 2000 utilisateurs. (pas sûr du nombre de posts, nous migrons d’un autre système auquel je n’ai pas accès)
Quelqu’un a-t-il des retours sur la taille des nœuds worker, le type d’instance postgres et le type d’instance redis ?
Merci,
tant de pièces pour un seul puzzle. cela vous expose à tellement de choses qui peuvent mal tourner.
Ma question est très naïve car je ne comprends que la moitié des mots que vous avez utilisés, mais pourquoi ne pas s’appuyer sur la manière officielle d’installer Discourse ?
Cela dépend fortement de votre charge de trafic, mais comme tout cela est assez facile à modifier, je vous recommande de choisir une taille et de voir comment elle se comporte. Viser entre 3 et 10 nœuds d’application pour gérer le trafic normal est probablement un bon plan.
Tant que les images déployées sont construites avec notre script de lancement, ce serait une configuration prise en charge. Cela correspondrait à notre configuration d’exemple web_only qu’ils ont déjà dit utiliser.
Cependant, nous ne pourrions pas aider avec le côté Kubernetes.
Ma question est encore plus naïve que celle de @Canapin, mais attendez-vous à une très forte croissance ? Car avec 2000 utilisateurs, vous n’avez pas besoin d’une telle capacité de mise à l’échelle. Ou prévoyez-vous cela simplement parce que vous le pouvez (rien de mal à cela non plus) ?
Pour répondre aux différentes questions, je dirais que nous sommes d’abord de grands fans de k8s dans l’équipe, et c’est une opportunité - comme nous pouvons nous le permettre, c’est cool - de faire des choses sur notre cluster adoré.
En effet, il y a tellement de pièces au puzzle, nous envisageons également de ne mettre en place que deux machines avec le modèle web uniquement et de garder la base de données et redis sur des machines dédiées, ce qui faciliterait grandement le processus de déploiement.
Et oui, nous ajusterons les nœuds de travail si nous les voyons chargés, mais nous nous demandions un peu par où commencer, 2 cpus 4 Go semblaient être un bon début pour moi, mais avec des retours, je serais plus à l’aise 
Vous devrez soit utiliser l’image bitnami non prise en charge, soit trouver comment utiliser ./laucher pour construire votre image, puis la pousser quelque part où vous pourrez faire en sorte que k8s la démarre. Il n’est pas immédiatement évident de savoir comment faire cela.