網絡游戲之性能測試篇(一)日志服務器上線測試報告摘要


為了給即將上線的日志服務器,提供更好的性能依據,降低運營風險。由此,我們開展了以下的性能測試,輔助我們做出判斷:

注視:由於涉及一些技術分析部分,這里僅是簡要說明這次性能測試的總體思路,歡迎各位同行指證,非常感謝您的閱讀。

 
場景一:考慮到22日產品正式對外發布后,可能存在策略性的規模開服。由此,我們在此版本發布前,特定模擬了新服開放的服務器壓力情況,規避潛在的運營風險。在新服加載時,我們保守估計會出現600沖擊服務器的可能性。
 
場景二:考慮到產品正式運營后,運營服務器架構為X+X+X,也就是每X台服務器為一組服務器。根據現有日志服務器的運行機制,考慮到服務器大規模停機維護瞬間可能會對日志服務器造成巨大沖擊,以至於造成服務器的性能增長,導致硬件損害。我們針對這一場景,模擬了在服務器登陸500、1000機器人時,同時下線的性能場景。在規划的場景類,分批關閉機器人(如:每10分鍾關閉100人)或一次性關閉全部機器人,對兩台服務器造成性能沖擊。
 
場景三:為模擬現外網存在平凡掉線及上線問題,對服務器的沖擊及影響。我們設計以下性能實驗,模擬約1200機器人登陸服務器,按照外網實際出現情景,我們規划了200玩家進行循環登陸與下線操作。
 
場景四:為模擬之前版本中,曾出現的大數據量角色登陸宕機的問題。我們設計了以下的測試案例,在500人、1000人兩個性能點,分別運行大數據量py腳本。查看服務器是否可以承受這個級別下的數據包傳輸。
 
場景五:為模擬規模運營后,可能存在大數據量問題。由於已知,Mysql服務器在Linux系統下,可能存在單表數據量不超過2G的問題。由此,我們與研發團隊合作,設計了對單表數據的壓力測試,已計算單表數據量的最大容量。由此,調整數據備份機制。
 
場景六:在程序版本對網絡底層傳輸修改后,為保證日志服務器正常上線,可能對服務器造成的性能影響。我們對比了同一個程序版本的性能情況。
 

注意!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系我们删除。



 
粤ICP备14056181号  © 2014-2021 ITdaan.com