1C से एक साइट पर 200,000 उत्पादों को उतारने का परीक्षण

एक परियोजना में हमें 1 सी से वेबसाइट पर अपलोड करने के कार्य का सामना करना पड़ा, जिसमें दिन में 2 बार की आवृत्ति के साथ बड़ी संख्या में सामान। हम परियोजना के लोड परीक्षण के दौरान प्राप्त अनुभव को साझा करना चाहते हैं।

हमने हैबे के कई लेखों का अध्ययन किया:
http://habrahabr.ru/post/77593/
http://habrahabr.ru/company/ontico/blog/95060/
http://habrahabr.ru/post/113914/

पहले, तीन प्रश्नों पर ध्यान देना था:

• क्या परीक्षण करें?
• परिणामों की निगरानी कैसे करें?
• कैसे करें टेस्ट?

चलिए शुरू करते हैं।

क्या परीक्षण करें?

हमारे बूथ में तीन मुख्य तत्व होते हैं:

• सर्वर 1C (इंटेल @ कोर i3-2125, 8 जीबी रैम)
• प्रसंस्करण डेटा के लिए PHP मॉड्यूल जो 1C प्लेटफॉर्म से साइट पर आया (बैक-एंड रेस्ट सर्विस)
• वेब साइट इंटरफ़ेस

सिस्टम की मुख्य कार्यक्षमता 1C और अनुप्रयोग सर्वर पर स्थित डेटा प्रोसेसिंग मॉड्यूल (REST) ​​के बीच xml संदेशों का आदान-प्रदान है। प्रोसेसिंग मॉड्यूल 1 सी से डेटा प्राप्त करता है और इसे डेटाबेस में लिखता है। साइट का वेब-इंटरफ़ेस डेटाबेस के साथ काम करता है।

परिणामों की निगरानी कैसे करें?

एक निगरानी उपकरण के रूप में, ज़ैबिक्स को चुना गया - सबसे सस्ती प्रणाली, जिसे स्थापित करना और उपयोग करना आसान है। ज़ैबिक्स ने हमें न केवल वास्तविक समय मोड में परीक्षण प्रक्रिया की निगरानी करने की अनुमति दी, बल्कि उन आँकड़ों का भी संचालन करने की अनुमति दी, जिनके आधार पर हम आरपीओ (रिकवरी पॉइंट ऑब्जेक्टिव) और आरटीओ (रिकवरी टाइम ऑब्जेक्टिव) संकेतकों के मूल्यों की गणना कर सकते हैं, साथ ही सिस्टम की उपलब्धता ( सहमत सेवा समय )।

कैसे करें टेस्ट?

चूंकि सिस्टम दो मुख्य भागों को अलग कर सकता है, हम उनमें संभावित खामियों की पहचान करने की कोशिश करेंगे। पहला वेब पर 1C गेटवे और XML प्रोसेसर का इंटरैक्शन है। दूसरा वेब इंटरफेस के माध्यम से डेटाबेस के साथ उपयोगकर्ता बातचीत है।
तो चलिए शुरू करते हैं:

1. विनिमय 1C- साइट का परीक्षण
   शुरू करने के लिए, हम इस तथ्य को ध्यान में रखेंगे कि सिस्टम के लिए 1C डेटाबेस से वेब पर काम करने के लिए आवश्यक सभी वस्तुओं के पहले अनलोडिंग पर "अड़चन" विनिमय साइट का पता लगाया जा सकता है। चूंकि हाथों में पर्याप्त संख्या में वस्तुओं के साथ 1 सी डेटाबेस नहीं था, इसलिए हमने 1 सी में सभी आवश्यक कनेक्शनों के साथ वस्तुओं और ठेकेदारों की विस्तारित सूची बनाने के लिए एक स्क्रिप्ट लिखी। स्क्रिप्ट के परिणामस्वरूप, डेटाबेस में 200 हजार ऑब्जेक्ट दिखाई दिए।
   
   अनलोड किए गए ऑब्जेक्ट में निम्न फ़ॉर्म की संरचना थी:
   

   <> <>8729</> <>2012-12-17T10:46:15</> <>c9358c28-f33f-11e1-b5e6-00155d002500</> <>0</> </> <></> <>e8a71fc3-55bc-11d9-848a-00112f43529a</> <>0</> <></> </> <>e61d7694-cffa-11e1-99dc-0030678e0763</> </> 

   
   
   कुल 32 ऐसी संरचनाएँ हैं।
   
   इसलिए, एक्सचेंज स्थापित करने और सब कुछ फिर से जांचने के बाद, हम 1 सी से वेब पर पूरा अपलोड शुरू करते हैं और चार्ट को देखते हैं।
   
   
   
   
   
   परिणाम: माल की प्रारंभिक उतराई लगभग 9 घंटे तक चली। 1 सी से बड़ी मात्रा में डेटा अनलोड करने पर अड़चन 1 सी गेटवे का प्रदर्शन है, जो सीधे सर्वर कैपेसिटी और प्लेटफॉर्म सीमाओं से संबंधित है। उन्होंने विनिमय की समस्या का भी खुलासा किया, जिसे जल्द से जल्द निपटाया जाएगा - 23:00 से 02:00 तक उतारने की कमी।
   
   परीक्षण का अगला चरण असीमित 1C सर्वर क्षमता और एक "विस्तृत" संचार चैनल के साथ एक आदर्श स्टैंड का निर्माण होगा। परीक्षण से पता चला कि इस स्तर पर 1 सी कोड को अनुकूलित करने के लिए विशेष ध्यान देना आवश्यक है और विभिन्न भार मोड में दो तरफा विनिमय का परीक्षण करना चाहिए। निकट भविष्य में, इस मुद्दे का एक व्यापक अध्ययन की योजना बनाई गई है, जिसके परिणामों के अनुसार दूसरा लेख लिखा जाएगा।
   
   
2. वेब यूआई परीक्षण
   
   इस परीक्षण का उद्देश्य समवर्ती उपयोगकर्ताओं की संख्या की गणना करना है जो सिस्टम कुशलता से सेवा कर सकता है।
   के साथ शुरू करने के लिए, चलो "प्रभावी" की अवधारणा को परिभाषित करते हैं। हम मानते हैं कि "दक्षता" तब प्राप्त होती है जब एक मनमाना पृष्ठ का लोडिंग समय एक सेकंड से अधिक नहीं होता है।
   हमारे परीक्षण सर्वर के लिए पिंग का समय 55ms से अधिक नहीं है।
   
   लोड परीक्षण के लिए, हमने अपाचे बेंचमार्क और त्सुंग जैसी प्रणालियों का उपयोग करने का निर्णय लिया।
   
   अपाचे बेंचमार्क
   100 उपयोगकर्ता, जिनमें से 10 एक साथ साइट के खोज इंजन का उपयोग करके अनुरोध करते हैं।
   
   

    ab -n 100 -c 10 -u putdata.txt -e search.csv _ 

   
   
   Putdata.txt - इसमें वे शब्द हैं जो खोज फ़ॉर्म में दर्ज किए गए हैं। परिणाम एक search.csv फ़ाइल लिखता है।
   
   
   परिणाम: 1 सेकंड के भीतर 98% अनुरोधों को संसाधित किया गया।
   
   त्सांग
   
   
   1. Tsung- रिकॉर्ड उपयोगिता का उपयोग करके एक स्क्रिप्ट बनाएं। Tsung-record एक प्रॉक्सी सर्वर के माध्यम से क्लाइंट क्रियाओं को रिकॉर्ड करता है - Tsung प्रॉक्सी। यह ब्राउज़र -127.0.0.1 और पोर्ट 8090 में प्रॉक्सी सर्वर पते को पंजीकृत करने के लिए बना हुआ है, जो अनुरोधों को सुनेंगे।
      
      
      
      और टर्मिनल में, tsung-record - star कमांड निष्पादित करें
      
      
   2. हम ब्राउज़र खोलते हैं और सामान्य उपयोगकर्ता क्रियाएं करते हैं:
      ● उत्पाद श्रेणियों को देखें;
      ● हम माल के आदेश को पूरा करते हैं;
      ● हम खोज का उपयोग करते हैं;
      ● आदेश में एक नया उत्पाद जोड़ें;
      
      ब्राउज़र में काम पूरा करने के बाद, स्टॉप कमांड के साथ tsung- रिकॉर्डर बंद करें।
      
      
   3. परिणामस्वरूप, एक फ़ाइल बनाई गई जिसमें अनुरोध प्राप्त करें:
      
      

       <session name='rec20121127-1403' probability='100' type='ts_http'> <request><http url='http:///' version='1.0' method='GET'></http></request> <request><http url='/thumbs/92_width_80.jpg' version='1.0' method='GET'></http></request> <request><http url='/thumbs/93_width_80.jpg' version='1.0' method='GET'></http></request> <request><http url='/thumbs/97_width_80.jpg' version='1.0' method='GET'></http></request> <request><http url='/cron/session/' version='1.0' method='GET'></http></request> </session> 

      
      
   4. एक परीक्षण स्क्रिप्ट बनाएँ। त्सुंग आपको कई परिदृश्य बनाने की अनुमति देता है, साथ ही लोड बैलेंसर होने की स्थिति में ग्राहकों के आईपी पते भी सेट करता है।
      
      

       <?xml version="1.0"?> <!DOCTYPE tsung SYSTEM "/usr/share/tsung/tsung-1.0.dtd"> <tsung loglevel="notice" version="1.0"> <clients> <client host="localhost" maxusers="300" use_controller_vm="true"/> </clients></b> // servers     ,  ,   tsung  571- fatal: {failed_validation,{no_xml_element,server}}   . <b> <servers> <server host="192.168.1.1" port="80" type="tcp"></server> </servers> <load> <arrivalphase phase="1" duration="1" unit="minute"> <users arrivalrate="10" unit="second"/> </arrivalphase> </load> //     (  ). <session name='rec20121127-1403' probability='100' type='ts_http'> <request><http url='http:///' version='1.0' method='GET'></http></request> <request><http url='/thumbs/92_width_80.jpg' version='1.0' method='GET'></http></request> <request><http url='/thumbs/93_width_80.jpg' version='1.0' method='GET'></http></request> <request><http url='/thumbs/97_width_80.jpg' version='1.0' method='GET'></http></request> <request><http url='/cron/session/' version='1.0' method='GET'></http></request> </session> 

      
      
      
   5. हर दूसरे, 10 नए उपयोगकर्ताओं ने एक स्क्रिप्ट चलाई:
      
      लोड टेस्टिंग करने के बाद, आप tsung-report कमांड का उपयोग करके एक लॉग रिपोर्ट जनरेट कर सकते हैं।
      
      ज़ाबिक्स में चार्ट (14:30 से समय - 14:50):
      
      
      
      
      
      
      परिणाम: सिस्टम अपने इंटरफेस के साथ एक साथ काम करते हुए 300 उपयोगकर्ताओं के साथ काम करता है। इसके अलावा, प्रत्येक उपयोगकर्ता के लिए पेज बनाने का समय 1 सेकंड से अधिक नहीं होता है।
      
      विकास के इस स्तर पर प्राप्त परिणाम, हमारी राय में, इस तरह की प्रणालियों के लिए काफी स्वीकार्य हैं। हालांकि, हमने कई महत्वपूर्ण समस्याओं की पहचान की, जिन्हें संबोधित करने की आवश्यकता है और एक बार फिर से व्यवस्था में सुधार की आवश्यकता के बारे में खुद को आश्वस्त किया।