KamoCRM

É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
S'engager
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 ?

Tout cela arrive dans votre espace de travail par lui-même. Commencez sur le plan gratuit et relisez cette page dans un mois.

Commencez gratuitement pour toujoursPrix de visualisation