AERODISK ENGINE N2 भण्डारण प्रणालीको क्र्यास परीक्षण, शक्ति परीक्षण

नमस्ते सबै! यस लेखको साथ, AERODISK Habré मा ब्लग खोल्छ। हुर्रे, कमरेडहरू!

Habré मा अघिल्लो लेखहरूले वास्तुकला र भण्डारण प्रणालीहरूको आधारभूत कन्फिगरेसनको बारेमा प्रश्नहरू छलफल गर्यो। यस लेखमा हामी एक प्रश्नलाई विचार गर्नेछौं जुन पहिले कभर गरिएको छैन, तर प्रायः सोधिन्छ - AERODISK इन्जिन भण्डारण प्रणालीहरूको दोष सहनशीलताको बारेमा। हाम्रो टोलीले AERODISK भण्डारण प्रणालीले काम गर्न छाड्छ भन्ने कुरा सुनिश्चित गर्न सबै कुरा गर्नेछ, अर्थात्। यसलाई तोड्नुहोस्।

यस्तो भयो कि हाम्रो कम्पनीको इतिहासको बारेमा लेखहरू, हाम्रा उत्पादनहरू, साथै सफल कार्यान्वयनको उदाहरण पहिले नै Habré मा झुण्डिएको छ, जसको लागि। हाम्रा साझेदारहरूलाई धेरै धन्यवाद - TS समाधान र सफ्टलाइन कम्पनीहरू।

त्यसकारण, म यहाँ प्रतिलिपि-पेस्ट व्यवस्थापन सीपहरू तालिम दिने छैन, तर यी लेखहरूको मूल लिङ्कहरू प्रदान गर्नेछु:

• लेख नम्बर १। कम्पनीको इतिहास र AERODISK इन्जिन भण्डारण प्रणालीको वास्तुकलाको बारेमा
• लेख नम्बर २। कसरी छिटो AERODISK इन्जिन भण्डारण प्रणाली सेट अप गर्ने
• धारा नम्बर ३। सेफ सिटी परियोजनाको भागको रूपमा २०१८ फिफा विश्वकपको लागि ठूलो मात्रामा भिडियो निगरानीको कार्यान्वयनको बारेमा एउटा रोचक परियोजना

म पनि शुभ समाचार साझा गर्न चाहन्छु। तर म पक्कै पनि समस्याको साथ सुरु गर्नेछु। हामी, एक युवा विक्रेताको रूपमा, अन्य लागतहरू बीच, निरन्तर यस तथ्यको सामना गरिरहेका छौं कि धेरै इन्जिनियरहरू र प्रशासकहरूलाई हाम्रो भण्डारण प्रणाली कसरी ठीकसँग सञ्चालन गर्ने भनेर थाहा छैन।
यो स्पष्ट छ कि अधिकांश भण्डारण प्रणालीहरू प्रबन्ध गर्ने प्रशासकको दृष्टिकोणबाट लगभग समान देखिन्छ, तर प्रत्येक निर्माताको आफ्नै विशेषताहरू छन्। र हामी यहाँ कुनै अपवाद छैन।

तसर्थ, आईटी विशेषज्ञहरूलाई तालिम दिने कार्यलाई सरल बनाउन हामीले यो वर्ष निःशुल्क शिक्षामा समर्पित गर्ने निर्णय गरेका छौं। यो गर्नको लागि, रूसका धेरै ठूला शहरहरूमा हामी AERODISK क्षमता केन्द्रहरूको नेटवर्क खोल्दैछौं, जसमा कुनै पनि इच्छुक प्राविधिक विशेषज्ञले नि:शुल्क पाठ्यक्रम लिन सक्छन् र AERODISK इन्जिन भण्डारण प्रणालीहरू व्यवस्थापन गर्न प्रमाणपत्र प्राप्त गर्न सक्छन्।

प्रत्येक सक्षमता केन्द्रमा हामी AERODISK भण्डारण प्रणाली र भौतिक सर्भरबाट पूर्ण डेमो स्ट्यान्ड स्थापना गर्नेछौं, जसमा हाम्रा शिक्षकले आमनेसामने प्रशिक्षण सञ्चालन गर्नेछन्। हामी सक्षमता केन्द्रहरूको कार्य तालिका तिनीहरूको उपस्थितिमा प्रकाशित गर्नेछौं, तर हामीले पहिले नै निज्नी नोभगोरोडमा केन्द्र खोलेका छौं र क्रास्नोडार शहर अर्को छ। तलको लिङ्कहरू प्रयोग गरेर तपाइँ प्रशिक्षणको लागि साइन अप गर्न सक्नुहुन्छ। यहाँ शहर र मिति बारे हाल ज्ञात जानकारी छ:

• निजेनी नोव्गोरोड (पहिले नै खुला छ - तपाईं यहाँ साइन अप गर्न सक्नुहुन्छ https://aerodisk.promo/nn/);
  अप्रिल 16, 2019 सम्म, तपाईं कुनै पनि कामको समयमा केन्द्र भ्रमण गर्न सक्नुहुन्छ, र अप्रिल 16, 2019 मा, एक ठूलो प्रशिक्षण पाठ्यक्रम आयोजित गरिनेछ।
• क्रास्नोडार (चाँडै खुल्दैछ - तपाईं यहाँ साइन अप गर्न सक्नुहुन्छ https://aerodisk.promo/krsnd/ );
  अप्रिल 9 देखि अप्रिल 25, 2019 सम्म, तपाइँ कुनै पनि कामको समयमा केन्द्र भ्रमण गर्न सक्नुहुन्छ, र अप्रिल 25, 2019 मा, एक ठूलो प्रशिक्षण पाठ्यक्रम आयोजित गरिनेछ।
• Екатеринбург (चाँडै खोल्दै, हाम्रो वेबसाइट वा Habré मा जानकारी पालना गर्नुहोस्);
  मे-जुन २०१९।
• Новосибирск (हाम्रो वेबसाइट वा Habré मा जानकारी पछ्याउनुहोस्);
  अक्टोबर २०१९।
• Красноярск (हाम्रो वेबसाइट वा Habré मा जानकारी पछ्याउनुहोस्);
  नोभेम्बर २०१९।

र, निस्सन्देह, यदि मस्को तपाईबाट टाढा छैन भने, तपाइँ कुनै पनि समयमा मस्कोमा हाम्रो कार्यालय भ्रमण गर्न सक्नुहुन्छ र समान प्रशिक्षण लिन सक्नुहुन्छ।

सबै। हामीले मार्केटिङ गरिसक्यौं, टेक्नोलोजीमा जाऔं!

Habré मा हामी हाम्रा उत्पादनहरू, लोड परीक्षणहरू, तुलनाहरू, प्रयोगका सुविधाहरू र रोचक कार्यान्वयनहरू बारे प्राविधिक लेखहरू नियमित रूपमा प्रकाशित गर्नेछौं।

AERODISK ENGINE N2 भण्डारण प्रणालीको क्र्यास परीक्षण, शक्ति परीक्षण

खतरा! लेख पढे पछि, तपाईं भन्न सक्नुहुन्छ: ठीक छ, निस्सन्देह, विक्रेताले आफैलाई जाँच गर्नेछ ताकि सबै कुरा "ब्यांग संग," ग्रीनहाउस अवस्था, आदि काम गर्दछ। म जवाफ दिनेछु: त्यस्तो केहि छैन! हाम्रा विदेशी प्रतिस्पर्धीहरूको विपरीत, हामी यहाँ अवस्थित छौं, तपाईंको नजिक, र तपाईं सधैं हामीकहाँ आउन सक्नुहुन्छ (मस्को वा कुनै पनि केन्द्रीय समितिमा) र कुनै पनि तरिकाले हाम्रो भण्डारण प्रणाली परीक्षण गर्न सक्नुहुन्छ। तसर्थ, संसारको एक आदर्श चित्रमा परिणामहरू समायोजन गर्न हाम्रो लागि धेरै अर्थ छैन, किनभने हामी जाँच गर्न धेरै सजिलो छ। जो जान धेरै अल्छी छन् र समय छैन, हामी टाढाको परीक्षण व्यवस्थित गर्न सक्छौं। हामीसँग यसको लागि विशेष प्रयोगशाला छ। हामीलाई सम्पर्क गर्नुहोस।

अचतुङ-२! यो परीक्षण लोड परीक्षण होइन, किनभने यहाँ हामी केवल गल्ती सहिष्णुताको ख्याल राख्छौं। केही हप्तामा, हामी थप शक्तिशाली स्ट्यान्ड तयार गर्नेछौं र भण्डारण प्रणालीको लोड परीक्षण सञ्चालन गर्नेछौं, नतिजाहरू यहाँ प्रकाशित गर्नेछौं (वैसे, परीक्षणका लागि अनुरोधहरू स्वीकार गरिन्छ)।

त्यसोभए, यसलाई तोडौं।

परीक्षण स्ट्यान्ड

हाम्रो स्ट्यान्डमा निम्न हार्डवेयरहरू छन्:

• 1 x Aerodisk इन्जिन N2 भण्डारण प्रणाली (2 नियन्त्रकहरू, 64GB क्यास, 8xFC पोर्टहरू 8Gb/s, 4xEthernet पोर्टहरू 10Gb/s SFP+, 4xEthernet पोर्टहरू 1Gb/s); निम्न डिस्कहरू भण्डारण प्रणालीमा स्थापित छन्:
• 4 x SAS SSD डिस्क 900 GB;
• 12 x SAS 10k डिस्कहरू 1,2 TB;
• Windows Server 1 सँग 2016 x भौतिक सर्भर (2xXeon E5 2667 v3, 96GB RAM, 2xFC पोर्टहरू 8Gb/s, 2xEthernet पोर्टहरू 10Gb/s SFP+);
• 2 x SAN 8G स्विच;
• 2 x LAN 10G स्विच;

हामीले सर्भरलाई FC र 10G इथरनेट दुवै मार्फत स्विचहरू मार्फत भण्डारण प्रणालीमा जडान गर्यौं। स्ट्यान्ड रेखाचित्र तल छ।

हामीले आवश्यक पर्ने कम्पोनेन्टहरू, जस्तै MPIO र iSCSI इनिसिएटर, Windows सर्भरमा स्थापना गरिएका छन्।
जोनहरू FC स्विचहरूमा कन्फिगर गरिएका छन्, सम्बन्धित VLANहरू LAN स्विचहरूमा कन्फिगर गरिएका छन्, र MTU 9000 भण्डारण पोर्टहरू, स्विचहरू र होस्टहरूमा स्थापना गरिएको छ (यो सबै कसरी गर्ने हाम्रो कागजातमा वर्णन गरिएको छ, त्यसैले हामी वर्णन गर्दैनौं। यो प्रक्रिया यहाँ)।

परीक्षण विधि

दुर्घटना परीक्षण योजना निम्नानुसार छ:

• FC र इथरनेट पोर्टहरूको विफलता जाँच गर्दै।
• पावर विफलता जाँच।
• नियन्त्रक विफलता जाँच।
• समूह/पूलमा डिस्क विफलताको लागि जाँच गर्दै।

सबै परीक्षणहरू सिंथेटिक लोड अवस्थाहरूमा गरिनेछ, जुन हामीले IOMETER कार्यक्रमद्वारा उत्पन्न गर्नेछौं। समानान्तरमा, हामी समान परीक्षणहरू गर्नेछौं, तर भण्डारण प्रणालीमा ठूला फाइलहरू प्रतिलिपि गर्ने सर्तहरूमा।

IOmeter कन्फिगरेसन निम्नानुसार छ:

• पढ्नुहोस्/लेख्नुहोस् - 70/30
• ब्लक - 128k (हामीले ठूला ब्लकहरूमा भण्डारण प्रणालीहरू धुने निर्णय गर्यौं)
• थ्रेडहरूको संख्या - 128 (जुन उत्पादक भारसँग धेरै मिल्दोजुल्दो छ)
• पूर्ण अनियमित
• कामदारको संख्या – ४ (FC का लागि २, iSCSI का लागि २)

परीक्षणका निम्न उद्देश्यहरू छन्:

1. सुनिश्चित गर्नुहोस् कि सिंथेटिक लोड र प्रतिलिपि प्रक्रियाले अवरोध गर्दैन वा विभिन्न विफलता परिदृश्यहरूमा त्रुटिहरू निम्त्याउने छैन।
2. सुनिश्चित गर्नुहोस् कि पोर्टहरू, नियन्त्रकहरू, इत्यादि स्विच गर्ने प्रक्रिया पर्याप्त रूपमा स्वचालित छ र असफलताको अवस्थामा प्रशासक कार्यहरू आवश्यक पर्दैन (अर्थात, फेलओभरको समयमा, हामी फेलब्याकहरूको बारेमा कुरा गरिरहेका छैनौं, अवश्य)।
3. लगहरूमा जानकारी सही रूपमा प्रदर्शित भएको सुनिश्चित गर्नुहोस्।

होस्ट र भण्डारण प्रणाली तयारी गर्दै

हामीले FC र इथरनेट पोर्टहरू (क्रमशः FC र iSCSI) प्रयोग गरेर भण्डारण प्रणालीमा ब्लक पहुँच कन्फिगर गर्यौं। TS समाधानका केटाहरूले अघिल्लो लेखमा यो कसरी गर्ने भनेर विस्तृत रूपमा वर्णन गरे (https://habr.com/ru/company/tssolution/blog/432876/)। र, अवश्य पनि, कसैले पनि म्यानुअल र पाठ्यक्रमहरू रद्द गरेनन्।

हामीसँग भएका सबै ड्राइभहरू प्रयोग गरेर हामीले हाइब्रिड समूह सेटअप गर्यौं। २ एसएसडी डिस्क क्यासमा थपियो, २ एसएसडी डिस्क अतिरिक्त भण्डारण तह (अनलाइन-टियर) को रूपमा थपियो। हामीले 2 SAS2k ड्राइभहरूलाई RAID-12P (ट्रिपल समानता) मा समूहबद्ध गर्यौं ताकि समूहमा तीनवटा ड्राइभहरू एकै पटकमा असफल भएनन्। एउटा डिस्क स्वत: प्रतिस्थापनको लागि छोडियो।

हामीले दुई LUN हरू जोड्यौं (एउटा FC मार्फत, एउटा iSCSI मार्फत)।

दुबै LUN को मालिक इन्जिन-० नियन्त्रक हो

परीक्षा सुरु गरौं

हामीले माथिको कन्फिगरेसनसँग IOMETER सक्षम गर्छौं।

हामीले 1.8 GB/s को थ्रुपुट र 3 मिलिसेकेन्डको विलम्बता रेकर्ड गर्छौं। त्यहाँ कुनै त्रुटिहरू छैनन् (कुल त्रुटि गणना)।

एकै समयमा, हाम्रो होस्टको स्थानीय ड्राइभ "C" बाट, हामी समानान्तर रूपमा दुई ठूला 100GB फाइलहरू FC र iSCSI भण्डारण LUNs (Windows मा E र G ड्राइभहरू) मा प्रतिलिपि गर्न सुरु गर्छौं, अन्य इन्टरफेसहरू प्रयोग गरेर।

माथि LUN FC मा प्रतिलिपि गर्ने प्रक्रिया छ, तल iSCSI मा।

परीक्षण #1: I/O पोर्टहरू असक्षम गर्दै

हामी पछाडिबाट भण्डारण प्रणालीमा पुग्छौं))) र हातको हल्का चालको साथ हामी इन्जिन-० नियन्त्रकबाट सबै FC र इथरनेट 10G केबलहरू बाहिर निकाल्छौं। यो जस्तै हो कि एक सरसफाइ महिला एक मोप लिएर हिंड्यो र भुइँ धुने निर्णय गरे जहाँ स्नोट भएको थियो र केबुलहरू छन् (अर्थात् नियन्त्रक अझै काम गर्दछ, तर I/O पोर्टहरू मरेका छन्)।

IOMETER हेरौं र फाइलहरू प्रतिलिपि गर्दै। थ्रुपुट ०.५ जीबी/सेकेन्डमा घट्यो, तर द्रुत रूपमा यसको अघिल्लो स्तरमा फर्कियो (लगभग ४-५ सेकेन्डमा)। त्यहाँ कुनै त्रुटिहरू छैनन्।

फाईलहरू प्रतिलिपि गर्ने काम रोकिएको छैन, त्यहाँ गतिमा गिरावट आएको छ, तर यो कुनै पनि महत्त्वपूर्ण छैन (840 MB/s बाट 720 MB/s मा झरेको छ)। नक्कल गर्ने क्रम रोकिएको छैन।

हामी भण्डारण प्रणाली लगहरू हेर्छौं र पोर्टहरूको अनुपलब्धता र समूहको स्वचालित स्थानान्तरणको बारेमा सन्देश देख्छौं।

सूचना प्यानलले हामीलाई FC पोर्टहरूसँग सबै कुरा धेरै राम्रो छैन भनी बताउँछ।

भण्डारण प्रणाली I/O पोर्टहरूको विफलताबाट बच्यो सफलतापूर्वक।

परीक्षण नम्बर २। भण्डारण नियन्त्रक असक्षम गर्दै

लगभग तुरुन्तै (केबलहरू फेरि भण्डारण प्रणालीमा प्लग गरेपछि) हामीले चेसिसबाट नियन्त्रकलाई बाहिर निकालेर भण्डारण प्रणाली समाप्त गर्ने निर्णय गर्यौं।

फेरि हामी पछाडिबाट भण्डारण प्रणालीमा पुग्छौं (हामीलाई यो मनपर्यो))) र यस पटक हामी इन्जिन-१ नियन्त्रकलाई बाहिर निकाल्छौं, जुन यस समयमा RDG को मालिक हो (जसमा समूह सारियो)।

IOmeter मा स्थिति निम्नानुसार छ। I/O लगभग 5 सेकेन्डको लागि रोकियो। त्रुटिहरू जम्मा हुँदैनन्।

5 सेकेन्ड पछि, I/O ले लगभग उही थ्रुपुट संग पुन: सुरु गर्यो, तर 35 मिलिसेकेन्ड को विलम्बता संग (लगभग केहि मिनेट पछि सुधार गरियो)। स्क्रिनसटहरूबाट देख्न सकिन्छ, कुल त्रुटि गणना मान ० हो, त्यो हो, त्यहाँ कुनै लेख्ने वा पढ्ने त्रुटिहरू थिएनन्।

हाम्रो फाइलहरू प्रतिलिपि गर्न हेरौं। तपाईले देख्न सक्नुहुने रूपमा, यो अवरोध गरिएको थिएन, प्रदर्शनमा अलिकति गिरावट थियो, तर समग्रमा सबै कुरा उही ~ 800 MB/s मा फर्कियो।

हामी भण्डारण प्रणालीमा जान्छौं र सूचना प्यानलमा श्राप देख्छौं कि इन्जिन-1 नियन्त्रक उपलब्ध छैन (अवश्य पनि, हामीले यसलाई मारेका छौं)।

हामी लगहरूमा समान प्रविष्टि पनि देख्छौं।

भण्डारण नियन्त्रक पनि एक विफलता बच्यो सफलतापूर्वक।

परीक्षण नम्बर ३: बिजुली आपूर्ति विच्छेद गर्दै।

केवल के अवस्थामा, हामीले फेरि फाइलहरू प्रतिलिपि गर्न थाल्यौं, तर IOMETER रोकेनौं।
हामी पावर सप्लाई युनिट तान्दछौं।

सूचना प्यानलमा भण्डारण प्रणालीमा अर्को अलर्ट थपिएको छ।

साथै सेन्सर मेनुमा हामी देख्छौं कि बाहिर निकालिएको बिजुली आपूर्तिसँग सम्बन्धित सेन्सरहरू रातो भएको छ।

भण्डारण प्रणालीले काम जारी राख्छ। पावर सप्लाई युनिटको विफलताले कुनै पनि हिसाबले भण्डारण प्रणालीको सञ्चालनलाई असर गर्दैन; होस्टको दृष्टिकोणबाट, प्रतिलिपि गति र IOMETER सूचकहरू अपरिवर्तित रहे।

पावर असफलता परीक्षण पास सफलतापूर्वक।

अन्तिम परीक्षण अघि, हामीले भण्डारण प्रणालीलाई अलिकति जीवन्त बनाउन, नियन्त्रक र पावर सप्लाई युनिटलाई फिर्ता राख्ने, र केबुलहरू पनि व्यवस्थित गर्ने निर्णय गर्‍यौं, जुन भण्डारण प्रणालीले खुशीसाथ हामीलाई यसको स्वास्थ्य प्यानलमा हरियो आइकनहरूको साथ सूचित गर्‍यो। ।

परीक्षण नम्बर 4. समूहमा तीनवटा डिस्कको विफलता

यो परीक्षण अघि, हामीले एक अतिरिक्त तयारी चरण प्रदर्शन गर्यौं। तथ्य यो हो कि इन्जिन भण्डारण प्रणालीले धेरै उपयोगी चीज प्रदान गर्दछ - विभिन्न पुनर्निर्माण नीतिहरू। TS समाधानले यस सुविधाको बारेमा पहिले लेखेको थियो, तर यसको सार सम्झौं। भण्डारण प्रशासकले पुनर्निर्माणको क्रममा स्रोत विनियोजनको लागि प्राथमिकता निर्दिष्ट गर्न सक्छ। या त I/O कार्यसम्पादनको दिशामा, अर्थात्, पुनर्निर्माणले धेरै समय लिन्छ, तर त्यहाँ कुनै कार्यसम्पादन ड्रडाउन छैन। वा पुनर्निर्माण गतिको दिशामा, तर उत्पादकता कम हुनेछ। वा एक सन्तुलित विकल्प। डिस्क समूह पुनर्निर्माणको क्रममा भण्डारण कार्यसम्पादन सधैं प्रशासकको टाउको दुख्ने भएकोले, हामी I/O कार्यसम्पादन र पुनर्निर्माण गतिको खर्चमा पूर्वाग्रहको साथ नीति परीक्षण गर्नेछौं।

अब डिस्क विफलता को लागी जाँच गरौं। हामीले LUNs (फाइलहरू र IOMETER) मा रेकर्डिङ पनि सक्षम पार्छौं। हामीसँग ट्रिपल पेरिटी (RAID-60P) भएको समूह भएकोले, यसको मतलब यो हो कि प्रणालीले तीनवटा डिस्कको विफलताको सामना गर्नुपर्छ, र असफलता पछि, स्वत: प्रतिस्थापनले काम गर्नुपर्छ, एउटा डिस्कले असफल भएका मध्ये एउटाको ठाउँ लिनुपर्छ। RDG मा, र त्यसैमा पुनर्निर्माण सुरु हुनुपर्छ।

सुरु गर्नुहोस्। पहिले, भण्डारण इन्टरफेस मार्फत, हामीले बाहिर निकाल्न चाहने डिस्कहरू हाइलाइट गरौं (यसको लागि नछुटाउनुहोस् र अटोचेन्ज डिस्क तान्नुहोस्)।

हामी हार्डवेयरमा संकेत जाँच गर्छौं। सबै ठीक छ, हामी तीन हाइलाइट डिस्क देख्छौं।

र हामी यी तीन डिस्क तान्दछौं।

होस्टमा के छ हेरौं। अनि त्यहाँ... खास केही भएन।

प्रतिलिपि गर्ने सूचकहरू (तिनीहरू सुरुमा भन्दा उच्च छन्, किनभने क्यास न्यानो भएको छ) र IOMETER डिस्कहरू हटाउँदा र पुन: निर्माण सुरु गर्दा (5-10% भित्र) धेरै परिवर्तन हुँदैन।

भण्डारण प्रणालीमा के छ हेरौं।

समूहको अवस्था हेर्दा पुनर्संरचनाको प्रक्रिया सुरु भइसकेको र पूरा हुने चरणमा पुगेको देख्छौं ।

RDG कंकालमा तपाईंले देख्न सक्नुहुन्छ कि 2 डिस्कहरू रातो अवस्थामा छन्, र एउटा पहिले नै प्रतिस्थापन गरिएको छ। स्वत: प्रतिस्थापन डिस्क अब त्यहाँ छैन; यसले तेस्रो असफल डिस्कलाई प्रतिस्थापन गर्यो। पुनर्निर्माणले धेरै मिनेट लियो, 3 डिस्क असफल हुँदा फाइलहरू लेख्न बाधा परेन, र I/O कार्यसम्पादनमा धेरै परिवर्तन भएन।

डिस्क विफलता परीक्षण निश्चित रूपमा पास भयो सफलतापूर्वक।

निष्कर्षमा

यस बिन्दुमा, हामीले भण्डारण प्रणाली विरुद्ध हिंसा रोक्न निर्णय गर्यौं। संक्षेप गरौं:

• FC पोर्ट विफलता जाँच - सफल
• इथरनेट पोर्ट विफलता जाँच - सफल
• नियन्त्रक विफलता जाँच - सफल
• शक्ति असफलता परीक्षण - सफल
• समूहपुलमा डिस्क विफलता जाँच गर्दै - सफल

कुनै पनि असफलताले रेकर्डिङ रोकेन वा सिंथेटिक लोडमा त्रुटिहरू निम्त्याएन; निस्सन्देह, त्यहाँ प्रदर्शन हिट थियो (र हामीलाई थाहा छ कि कसरी यसलाई पार गर्ने, जुन हामी चाँडै गर्नेछौं), तर यी सेकेन्डहरू हुन्, यो एकदम स्वीकार्य छ। निष्कर्ष: AERODISK भण्डारण प्रणालीको सबै घटकहरूको दोष सहिष्णुताले स्तरमा काम गर्यो, त्यहाँ असफलताको कुनै बिन्दुहरू थिएनन्।

जाहिर छ, एउटा लेखमा हामी सबै विफलता परिदृश्यहरू परीक्षण गर्न सक्दैनौं, तर हामीले सबैभन्दा लोकप्रियहरूलाई कभर गर्ने प्रयास गर्यौं। तसर्थ, कृपया आफ्ना टिप्पणीहरू, भविष्यका प्रकाशनहरूको लागि सुझावहरू र निश्चित रूपमा पर्याप्त आलोचना पठाउनुहोस्। हामी छलफल गर्न पाउँदा खुसी हुनेछौं (वा अझ राम्रो, प्रशिक्षणमा आउनुहोस्, म केवल केसमा तालिका नक्कल गर्छु)! नयाँ परीक्षण सम्म!

• निजेनी नोव्गोरोड (पहिले नै खुला छ - तपाईं यहाँ साइन अप गर्न सक्नुहुन्छ https://aerodisk.promo/nn/);
  अप्रिल 16, 2019 सम्म, तपाईं कुनै पनि कामको समयमा केन्द्र भ्रमण गर्न सक्नुहुन्छ, र अप्रिल 16, 2019 मा, एक ठूलो प्रशिक्षण पाठ्यक्रम आयोजित गरिनेछ।
• क्रास्नोडार (चाँडै खुल्दैछ - तपाईं यहाँ साइन अप गर्न सक्नुहुन्छ https://aerodisk.promo/krsnd/ );
  अप्रिल 9 देखि अप्रिल 25, 2019 सम्म, तपाइँ कुनै पनि कामको समयमा केन्द्र भ्रमण गर्न सक्नुहुन्छ, र अप्रिल 25, 2019 मा, एक ठूलो प्रशिक्षण पाठ्यक्रम आयोजित गरिनेछ।
• Екатеринбург (चाँडै खोल्दै, हाम्रो वेबसाइट वा Habré मा जानकारी पालना गर्नुहोस्);
  मे-जुन २०१९।
• Новосибирск (हाम्रो वेबसाइट वा Habré मा जानकारी पछ्याउनुहोस्);
  अक्टोबर २०१९।
• Красноярск (हाम्रो वेबसाइट वा Habré मा जानकारी पछ्याउनुहोस्);
  नोभेम्बर २०१९।

स्रोत: www.habr.com