java - 日均2.5个亿查询量的系统架构?
迷茫
迷茫 2017-04-18 10:33:43
0
4
478

负责的模块 每天要承接2.5个亿(3000QPS)的查询量(根据ID查找hbase数据 业务很简单)

目前是两台128g内存的物理服务器

ehcache单机缓存

数据存在hbase当中

还没有做压力测试

请问:
这种场景下 一般的tomcat能抗住多少QPS
我觉着两台不够 大概需要几台服务器
有什么优化的思路?

-我能想到的是
改用redis分布式缓存
tomcat jvm -gc优化
http和内核配置
代码优化
加机器不知道加几台现在

`

迷茫
迷茫

业精于勤,荒于嬉;行成于思,毁于随。

全員に返信(4)
伊谢尔伦

jmeter を検証するストレス テスト ツールを見つけて調べてください。
以前行ったSNSでは、Tomcatアプリケーションのパフォーマンス指標は3000TPSでした。
このマシンは、16 コアを備えた Huawei R3 ブレード マシンです。

同時に、XRebelを通じてロジックの実行時間を監視できます。

いいねを押す +0
阿神

3k の QPS は特に高くはありません。キャッシュがあれば、データベースは問題なく処理できます。 Tomcat の QPS は一般的に K レベルですが、キャッシュの読み取りと書き込みに他のサーバー (nginx など) を使用することを検討できますか?これにより、Tomcat の負荷が軽減され、全体的なスループットが向上します。

いいねを押す +0
大家讲道理

C++ を使用して再構築された Baidu の bigtable のようなストレージは、単一マシンのランダム読み取りおよび書き込み 30,000 qps を実現できます。 hbase は比較的パフォーマンスが劣りますが、少なくとも 10,000qps を達成できるはずなので、データベースには問題ありません。

あなたが言及したマシンとリソースの状況を考慮して、2 台のマシンを同じ場所に配置し、各マシンに hbase と Tomcat を配置することを検討できます。さらに、Tomcat のサービス メカニズムとロジックの時間に基づいて、スレッドの数を適切に調整することを検討できます。

2 台のマシンがあらゆる面で比較的ハイエンドである場合は、リソース分離および仮想化ソリューションを使用することをお勧めします

いいねを押す +0
Peter_Zhu

Tomcat は必要ありません。他のものを使用できます。Tomcat は少し重いです

いいねを押す +0
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート