Trouvez un outil de test de stress pour vérifier jmeter pour le savoir. Pour le SNS que nous faisions auparavant, l'indicateur de performance d'une application Tomcat était de 3000TPS. La machine est une machine lame Huawei R3 avec 16 cœurs.
En même temps, vous pouvez surveiller le temps d'exécution de la logique via XRebel.
Le QPS de 3k n'est pas particulièrement élevé S'il y a un cache, la base de données fonctionne bien et peut le gérer. C'est juste que le QPS de Tomcat est généralement de niveau K. Pouvons-nous envisager d'utiliser d'autres serveurs (comme nginx) pour lire et écrire le cache ? Cela réduit la charge sur Tomcat, améliorant ainsi le débit global.
Le stockage de type bigtable de Baidu, reconstruit en C++, peut atteindre une lecture et une écriture aléatoires sur une seule machine de 30 000 qps. Bien que hbase ait des performances relativement médiocres, il devrait être capable d'atteindre au moins 10 000 qps, la base de données ne pose donc pas de problème.
Au vu des machines et ressources que vous évoquez, vous pouvez envisager de co-localiser deux machines, avec hbase et tomcat sur chaque machine. De plus, vous pouvez envisager d'ajuster le nombre de threads de manière appropriée en fonction du mécanisme de service de Tomcat et de la consommation de temps de votre logique.
Si les deux machines sont relativement haut de gamme à tous égards, il est recommandé d'utiliser des solutions d'isolation et de virtualisation des ressources
Trouvez un outil de test de stress pour vérifier jmeter pour le savoir.
Pour le SNS que nous faisions auparavant, l'indicateur de performance d'une application Tomcat était de 3000TPS.
La machine est une machine lame Huawei R3 avec 16 cœurs.
En même temps, vous pouvez surveiller le temps d'exécution de la logique via XRebel.
Le QPS de 3k n'est pas particulièrement élevé S'il y a un cache, la base de données fonctionne bien et peut le gérer. C'est juste que le QPS de Tomcat est généralement de niveau K. Pouvons-nous envisager d'utiliser d'autres serveurs (comme nginx) pour lire et écrire le cache ? Cela réduit la charge sur Tomcat, améliorant ainsi le débit global.
Le stockage de type bigtable de Baidu, reconstruit en C++, peut atteindre une lecture et une écriture aléatoires sur une seule machine de 30 000 qps. Bien que hbase ait des performances relativement médiocres, il devrait être capable d'atteindre au moins 10 000 qps, la base de données ne pose donc pas de problème.
Au vu des machines et ressources que vous évoquez, vous pouvez envisager de co-localiser deux machines, avec hbase et tomcat sur chaque machine. De plus, vous pouvez envisager d'ajuster le nombre de threads de manière appropriée en fonction du mécanisme de service de Tomcat et de la consommation de temps de votre logique.
Si les deux machines sont relativement haut de gamme à tous égards, il est recommandé d'utiliser des solutions d'isolation et de virtualisation des ressources
Vous n'avez pas besoin de Tomcat, vous pouvez utiliser autre chose, Tomcat est un peu lourd