负责的模块 每天要承接2.5个亿(3000QPS)的查询量(根据ID查找hbase数据 业务很简单)
目前是两台128g内存的物理服务器
ehcache单机缓存
数据存在hbase当中
还没有做压力测试
请问:这种场景下 一般的tomcat能抗住多少QPS我觉着两台不够 大概需要几台服务器有什么优化的思路?
-我能想到的是改用redis分布式缓存 tomcat jvm -gc优化 http和内核配置代码优化加机器不知道加几台现在
`
业精于勤,荒于嬉;行成于思,毁于随。
jmeter を検証するストレス テスト ツールを見つけて調べてください。 以前行ったSNSでは、Tomcatアプリケーションのパフォーマンス指標は3000TPSでした。 このマシンは、16 コアを備えた Huawei R3 ブレード マシンです。
同時に、XRebelを通じてロジックの実行時間を監視できます。
3k の QPS は特に高くはありません。キャッシュがあれば、データベースは問題なく処理できます。 Tomcat の QPS は一般的に K レベルですが、キャッシュの読み取りと書き込みに他のサーバー (nginx など) を使用することを検討できますか?これにより、Tomcat の負荷が軽減され、全体的なスループットが向上します。
C++ を使用して再構築された Baidu の bigtable のようなストレージは、単一マシンのランダム読み取りおよび書き込み 30,000 qps を実現できます。 hbase は比較的パフォーマンスが劣りますが、少なくとも 10,000qps を達成できるはずなので、データベースには問題ありません。
あなたが言及したマシンとリソースの状況を考慮して、2 台のマシンを同じ場所に配置し、各マシンに hbase と Tomcat を配置することを検討できます。さらに、Tomcat のサービス メカニズムとロジックの時間に基づいて、スレッドの数を適切に調整することを検討できます。
2 台のマシンがあらゆる面で比較的ハイエンドである場合は、リソース分離および仮想化ソリューションを使用することをお勧めします
Tomcat は必要ありません。他のものを使用できます。Tomcat は少し重いです
jmeter を検証するストレス テスト ツールを見つけて調べてください。
以前行ったSNSでは、Tomcatアプリケーションのパフォーマンス指標は3000TPSでした。
このマシンは、16 コアを備えた Huawei R3 ブレード マシンです。
同時に、XRebelを通じてロジックの実行時間を監視できます。
3k の QPS は特に高くはありません。キャッシュがあれば、データベースは問題なく処理できます。 Tomcat の QPS は一般的に K レベルですが、キャッシュの読み取りと書き込みに他のサーバー (nginx など) を使用することを検討できますか?これにより、Tomcat の負荷が軽減され、全体的なスループットが向上します。
C++ を使用して再構築された Baidu の bigtable のようなストレージは、単一マシンのランダム読み取りおよび書き込み 30,000 qps を実現できます。 hbase は比較的パフォーマンスが劣りますが、少なくとも 10,000qps を達成できるはずなので、データベースには問題ありません。
あなたが言及したマシンとリソースの状況を考慮して、2 台のマシンを同じ場所に配置し、各マシンに hbase と Tomcat を配置することを検討できます。さらに、Tomcat のサービス メカニズムとロジックの時間に基づいて、スレッドの数を適切に調整することを検討できます。
2 台のマシンがあらゆる面で比較的ハイエンドである場合は、リソース分離および仮想化ソリューションを使用することをお勧めします
Tomcat は必要ありません。他のものを使用できます。Tomcat は少し重いです