Échelle à 2 répliques pour absorber le trafic de synchronisation et d'exécution

FixKlusterServices
Expédié
10 mai 2026 à 09:04 UTC
Auteur
Kamo
Commite
929eba5

Une seule réplique est le goulet d'étranglement pour le flux de travail de synchronisation du dictionnaire: chaque travailleur de guniccorn traite une demande puis démarre automatiquement (no 5-10s) fenêtre de connexion-refusée), et la limite de limite 2-CPU inductance le débit. Avec les deux utilisateurs d'exécution et un coup de synchronisation de 12 k) la même instance, demande la queue passée TralateService par appel tempéré (maintenant que les années 90) et la plupart des morceaux time out - la dernière course de synchronisation complète J'ai pris plus de 3 heures et n'a produit que 2,9 % de chinois en zh.json. Deux répliques double CPU efficace (4 cœurs au total) et double Piscine d'ouvriers de canhocorn, en donnant des demandes quelque part pour atterrir tandis qu'une les travailleurs sont en train de recycler. Les deux gousses sont programmées à k1m1 (nuit noeud avec le hostPath/var/lib/libretranslate où argos s'enregistre en direct); k1m1 dispose d'une grande marge de présence (à 92 % sans CPU, sans mémoire de plus de 67 %).

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation