MMO परियोजनाओं के लिए वितरित सर्वर समाधान (परिवहन परीक्षा परिणाम)

पाठकों के अनुरोध पर, मैं क्लाउड तकनीक का उपयोग करते हुए सर्वर समाधान के परिवहन भाग के परीक्षण का विवरण देता हूं, जिसे मैंने पिछले लेख में वर्णित किया था। सबसे पहले, मैं थोड़ा वर्णन करना चाहता हूं कि यह क्या है और इसका परीक्षण क्यों करना है। वास्तविक समय में हाई-लोड MMO परियोजनाओं के लिए सर्वर समाधान के साथ अपने विकास को शुरू करते हुए, वह धीरे-धीरे इस निष्कर्ष पर पहुंचे कि ग्राहकों की सबसे बड़ी संख्या को बनाए रखने के लिए पूरी तरह से वितरित प्रणाली का उपयोग करना आवश्यक है। नीचे मैं थिसिस देता हूं जिसके आधार पर हम अब सर्वर समाधान विकसित कर रहे हैं।

1. तार्किक भाग और डेटा से परियोजना के परिवहन भाग का पूर्ण पृथक्करण
2. एक विशिष्ट परियोजना के लिए इष्टतम समाधान बनाने के लिए अधिकतम प्रतिरूपकता
3. समाधान सेवाओं का एकीकरण (इसके लिए इच्छित किसी भी सेवा द्वारा किसी भी आदेश को निष्पादित किया जा सकता है)
4. अतुल्यकालिक कार्य निष्पादन
5. SQL लगातार स्टोरेज के लिए ही है
6. लाइव डेटा स्टोर करने के लिए NoSQL का उपयोग करना
7. पूल प्रणाली का उपयोग करना (वस्तुओं के पुन: प्रयोज्य समूह)
8. प्रसंस्करण सेवाओं के लिए कोई डेटा बाइंडिंग नहीं

मौजूदा समाधान आज आंशिक रूप से इन सिद्धांतों का उपयोग करते हैं, और उन पर वास्तव में क्लाउड-आधारित प्रणाली का निर्माण करना बहुत समस्याग्रस्त है। कम से कम "बिगवर्ल्ड" इंजन का उपयोग करें, जो मेरी राय में, गतिशील, अस्थायी स्थानों की प्रणाली का उपयोग करता है जो सिस्टम ऑब्जेक्ट से बंधा हुआ है। जो परिवर्तन की कम दरों के साथ विशाल निर्बाध दुनिया के लिए उपयुक्त है। लेकिन अभ्यास से पता चलता है कि यह तेज गति के वास्तविक समय के खेल के साथ अच्छी तरह से नहीं चलता है। हमने पहले भी इसी तरह की तकनीक का इस्तेमाल किया था और इसे छोड़ दिया, जिससे यह सुनिश्चित हो गया कि असली स्केलिंग के लिए यह आवश्यक है:

• तर्क, परिवहन और डेटा का पूर्ण पृथक्करण
• एक प्रकार की सेवाओं (गतिशील पूल) का एकीकरण
  
  

और अब, समाप्त होने के बाद, अंत में, क्लाउड सिस्टम के मुख्य मॉड्यूल का विकास, हमने अब तक कार्रवाई एक श्रृंखला में परीक्षण करने का फैसला किया

परिवहन - प्रसंस्करण - डेटा।



परिवहन सेवा

a) ग्राहकों को जोड़ने के लिए

बी) अनपैकिंग / पैकिंग टीमें

c) कमांड ट्रांसफर

काम की सेवा

a) लॉजिक मॉड्यूल को जोड़ने (DLL)

b) लॉजिक मॉड्यूल में कमांड्स का ट्रांसफर

c) लॉजिक मॉड्यूल में कमांड्स की प्रोसेसिंग

d) SQL और NoSQL को क्वेरी भेजना

SQL सेवा

a) कमांड प्राप्त करना

b) SQL डेटाबेस प्रश्नों का अनुकूलन

c) जवाब भेजना

NoSQL सेवा (ऑब्जेक्ट्स)

a) NoSQL द्वारा अनुरोध किए गए ऑब्जेक्ट को पढ़ना

b) NoSQL ऑब्जेक्ट लिखना

ग) परिणाम भेज रहा है



शुरुआत में, परीक्षण क्लाइंट सर्वर पर 1000 समवर्ती कनेक्शन शुरू करता है, जो डायनेमिक थ्रेड पूल द्वारा परोसा जाता है। फिर, एक यादृच्छिक समय अंतराल पर, प्रत्येक क्लाइंट के लिए अलग, एक कमांड सर्वर पर भेजा जाता है। सर्वर परिवहन सेवा के माध्यम से कमांड प्राप्त करता है, इसे अनपैक करता है, इसे पहचानता है और इसे प्रसंस्करण के लिए कार्य सेवा में भेजता है। कार्य सेवा वांछित लॉजिक मॉड्यूल को एक कमांड भेजती है, जहां इसे संसाधित किया जाता है। वांछित वस्तु प्राप्त करने के लिए NoSQL डेटाबेस में एक क्वेरी भेजी जाती है, इसका डेटा पढ़ा जाता है और छोटी गणना की जाती है। फिर परिणाम क्लाइंट को भेजे जाने के लिए ट्रांसपोर्ट सर्वर पर वापस भेज दिया जाता है। क्लाइंट से सभी प्रश्नों के लगभग eries SQL डेटाबेस खाते के लिए प्रश्न। इसलिए, चूंकि सभी परिचालन डेटा NoSQL डेटाबेस में संग्रहीत हैं, और SQL केवल डेटा वेयरहाउस के रूप में कार्य करता है।



कंप्यूटर विशेषताएं:

ओएस - विंडोज 2008 सर्वर

रैम - 8 जीबी

CPU - i7 (8 कोर)

एसक्यूएल - MSSQL

सभी सेवाओं को 1 पीसी पर लॉन्च किया गया था। भार बढ़ाने के लिए।





1 सेवा के लिए परीक्षण के परिणाम:

समवर्ती कनेक्शन बनाए गए थे - 5,000 से 10,000 व्यक्तिगत ग्राहकों (प्रत्येक समानांतर में एक समरूप धारा में प्रत्येक ग्राहक के 1,000 ग्राहकों के 10 परीक्षण कार्यक्रम)

NoSQL प्रसंस्करण अनुरोधों की संख्या जिसके लिए देरी का समय 1 एमएस - 1200 प्रति सेकंड से अधिक नहीं है

एसक्यूएल प्रसंस्करण अनुरोधों की संख्या जिसके लिए देरी का समय 1 एमएस - 500 प्रति सेकंड से अधिक नहीं है

परिवहन सेवा (1 उदाहरण) के लिए, कनेक्शन की इष्टतम संख्या 10,000 है





परीक्षण के परिणामों के अनुसार, आप देख सकते हैं कि सिस्टम लोड में वृद्धि के साथ विफलताओं के बिना, पूरी तरह से काम करता है, केवल प्रसंस्करण समय बढ़ता है। वास्तविक परिस्थितियों में, सेवाओं को अलग-अलग पीसी (वितरित प्रणाली) पर लॉन्च किया जाएगा, और लोड बैलेंसर्स यह निगरानी करेंगे कि अनुरोधों का विलंब समय 1 एमएस से अधिक नहीं है। यह परीक्षण सिंथेटिक है और यह गारंटी नहीं देता है कि गतिशील सर्वर गेम के 10 000 पूर्ण क्लाइंट्स 1 सर्वर पर समर्थित हो सकते हैं। प्रौद्योगिकी को वितरित किया जाता है और इसमें एक कंप्यूटिंग क्लाउड का निर्माण होता है जिसमें एक स्थानीय हाई-स्पीड नेटवर्क में एकीकृत व्यक्तिगत पीसी होते हैं। सिस्टम ऊर्ध्वाधर और क्षैतिज स्केलिंग के लिए प्रदान करता है।

हमारे अनुमानों के अनुसार, 10,000 वास्तविक समय के ग्राहकों के साथ एक MMO गेम के लिए लगभग 10 सर्वरों की आवश्यकता होगी

• परिवहन: 1-2 सर्वर
• गणना: 3-5 सर्वर
• NoSQL भंडारण: 1-2 सर्वर
• SQL रिपॉजिटरी: 1 सर्वर

तो, मुख्य बिंदु के रूप में खेल की वस्तुओं के तर्क की गणना करने की गति है।

बहुत महत्वपूर्ण है! फास्ट डेटा प्रोसेसिंग लॉजिक बनाएं। हम लंबे समय से इष्टतम तर्क संरचना की तलाश कर रहे हैं और अपना खुद का मॉडल विकसित किया है, जिसे हमने "गेम ऑब्जेक्ट की पृथक गणना" कहा है। यह मॉडल आपको तार्किक टकरावों से बचने और यथासंभव एक वस्तु के लिए तर्क की गणना को सरल बनाने की अनुमति देता है। पूरी तरह से अतुल्यकालिक प्रोग्रामिंग और आस्थगित प्रक्रियाओं का उपयोग करना।

एनडीए पर हस्ताक्षर करने के बाद "व्यक्ति में स्पर्श" में रुचि रखने वालों के लिए, हम परीक्षण और व्यवस्थापक क्लाइंट प्रदान कर सकते हैं

अपने खुद के परीक्षण के लिए।



अपने MMO प्रोजेक्ट्स के लिए वितरित सर्वर समाधान बनाएं, उपयोग करें - यह भविष्य में सर्वर क्रैश से बचने में मदद करेगा। सभी सवालों के लिए - कृपया हमेशा मदद करें।