AERODISK ENGINE N2 સ્ટોરેજ સિસ્ટમના ક્રેશ ટેસ્ટ, તાકાત પરીક્ષણ

કેમ છો બધા! આ લેખ સાથે, AERODISK Habré પર એક બ્લોગ ખોલે છે. હુરે, સાથીઓ!

હેબ્રે પરના અગાઉના લેખોમાં સ્ટોરેજ સિસ્ટમ્સના આર્કિટેક્ચર અને મૂળભૂત રૂપરેખાંકન વિશેના પ્રશ્નોની ચર્ચા કરવામાં આવી હતી. આ લેખમાં આપણે એવા પ્રશ્નનો વિચાર કરીશું જે અગાઉ આવરી લેવામાં આવ્યો નથી, પરંતુ વારંવાર પૂછવામાં આવે છે - AERODISK એન્જિન સ્ટોરેજ સિસ્ટમ્સની ખામી સહિષ્ણુતા વિશે. AERODISK સ્ટોરેજ સિસ્ટમ કામ કરવાનું બંધ કરે તેની ખાતરી કરવા માટે અમારી ટીમ બધું જ કરશે, એટલે કે. તોડી નાખ.

એવું બન્યું કે અમારી કંપનીના ઇતિહાસ વિશેના લેખો, અમારા ઉત્પાદનો વિશે, તેમજ સફળ અમલીકરણનું ઉદાહરણ પહેલેથી જ હેબ્રે પર અટકી ગયું છે, જેના માટે અમારા ભાગીદારો - TS સોલ્યુશન અને સોફ્ટલાઇન કંપનીઓનો ખૂબ આભાર.

તેથી, હું અહીં કોપી-પેસ્ટ મેનેજમેન્ટ કૌશલ્યને તાલીમ આપીશ નહીં, પરંતુ ફક્ત આ લેખોની મૂળ લિંક્સ પ્રદાન કરીશ:

• કલમ નં. 1. કંપનીના ઇતિહાસ અને એરોડિસ્ક એન્જિન સ્ટોરેજ સિસ્ટમના આર્કિટેક્ચર વિશે
• કલમ નં. 2. AERODISK ENGINE સ્ટોરેજ સિસ્ટમ ઝડપથી કેવી રીતે સેટ કરવી
• કલમ નં. 3. સેફ સિટી પ્રોજેક્ટના ભાગરૂપે 2018 ફિફા વર્લ્ડ કપ માટે મોટા પાયે વિડિયો સર્વેલન્સના અમલીકરણ વિશેનો એક રસપ્રદ પ્રોજેક્ટ

હું પણ સારા સમાચાર શેર કરવા માંગુ છું. પરંતુ હું, અલબત્ત, સમસ્યા સાથે શરૂ કરીશ. અમે, એક યુવાન વિક્રેતા તરીકે, અન્ય ખર્ચાઓ વચ્ચે, સતત એ હકીકતનો સામનો કરીએ છીએ કે ઘણા એન્જિનિયરો અને વહીવટકર્તાઓ અમારી સ્ટોરેજ સિસ્ટમને યોગ્ય રીતે કેવી રીતે સંચાલિત કરવી તે જાણતા નથી.
તે સ્પષ્ટ છે કે મોટાભાગની સ્ટોરેજ સિસ્ટમ્સનું સંચાલન એડમિનિસ્ટ્રેટરના દૃષ્ટિકોણથી લગભગ સમાન લાગે છે, પરંતુ દરેક ઉત્પાદકની પોતાની લાક્ષણિકતાઓ છે. અને અમે અહીં કોઈ અપવાદ નથી.

તેથી, IT નિષ્ણાતોને તાલીમ આપવાના કાર્યને સરળ બનાવવા માટે, અમે આ વર્ષ મફત શિક્ષણ માટે સમર્પિત કરવાનું નક્કી કર્યું છે. આ કરવા માટે, રશિયાના ઘણા મોટા શહેરોમાં અમે AERODISK કોમ્પિટન્સ સેન્ટર્સનું નેટવર્ક ખોલી રહ્યા છીએ, જેમાં કોઈપણ રસ ધરાવનાર ટેકનિકલ નિષ્ણાત બિલકુલ મફતમાં અભ્યાસક્રમ લઈ શકે છે અને AERODISK ENGINE સ્ટોરેજ સિસ્ટમ્સનું સંચાલન કરવા માટે પ્રમાણપત્ર પ્રાપ્ત કરી શકે છે.

દરેક સક્ષમતા કેન્દ્રમાં અમે AERODISK સ્ટોરેજ સિસ્ટમ અને ભૌતિક સર્વરમાંથી સંપૂર્ણ ડેમો સ્ટેન્ડ સ્થાપિત કરીશું, જેના પર અમારા શિક્ષક સામ-સામે તાલીમ લેશે. અમે સક્ષમતા કેન્દ્રોનું કાર્ય શેડ્યૂલ તેમના દેખાવ પર પ્રકાશિત કરીશું, પરંતુ અમે પહેલેથી જ નિઝની નોવગોરોડમાં એક કેન્દ્ર ખોલ્યું છે અને પછી ક્રાસ્નોદર શહેર છે. તમે નીચેની લિંક્સનો ઉપયોગ કરીને તાલીમ માટે સાઇન અપ કરી શકો છો. અહીં શહેરો અને તારીખો વિશે હાલમાં જાણીતી માહિતી છે:

• નિઝની નોવ્ગોરોડ (પહેલેથી જ ખુલ્લું છે - તમે અહીં સાઇન અપ કરી શકો છો https://aerodisk.promo/nn/);
  16 એપ્રિલ, 2019 સુધી, તમે કોઈપણ કાર્યકારી સમયે કેન્દ્રની મુલાકાત લઈ શકો છો, અને 16 એપ્રિલ, 2019 ના રોજ, એક વિશાળ તાલીમ અભ્યાસક્રમનું આયોજન કરવામાં આવશે.
• ક્રેસ્નોડાર (ટૂંક સમયમાં ખુલી રહ્યું છે - તમે અહીં સાઇન અપ કરી શકો છો https://aerodisk.promo/krsnd/ );
  એપ્રિલ 9 થી 25 એપ્રિલ, 2019 સુધી, તમે કોઈપણ કાર્યકારી સમયે કેન્દ્રની મુલાકાત લઈ શકો છો, અને 25 એપ્રિલ, 2019 ના રોજ, એક વિશાળ તાલીમ અભ્યાસક્રમનું આયોજન કરવામાં આવશે.
• Екатеринбург (ટૂંક સમયમાં ખુલી રહ્યું છે, અમારી વેબસાઇટ અથવા હેબ્રે પરની માહિતીને અનુસરો);
  મે-જૂન 2019.
• Новосибирск (અમારી વેબસાઇટ અથવા હેબ્રે પરની માહિતીને અનુસરો);
  ઓક્ટોબર 2019.
• Красноярск (અમારી વેબસાઇટ અથવા હેબ્રે પરની માહિતીને અનુસરો);
  નવેમ્બર 2019.

અને, અલબત્ત, જો મોસ્કો તમારાથી દૂર નથી, તો પછી તમે કોઈપણ સમયે મોસ્કોમાં અમારી ઑફિસની મુલાકાત લઈ શકો છો અને સમાન તાલીમ લઈ શકો છો.

બધા. અમે માર્કેટિંગ પૂર્ણ કરી લીધું છે, ચાલો ટેકનોલોજી તરફ આગળ વધીએ!

Habré પર અમે અમારા ઉત્પાદનો, લોડ પરીક્ષણો, સરખામણીઓ, ઉપયોગની સુવિધાઓ અને રસપ્રદ અમલીકરણો વિશે નિયમિતપણે તકનીકી લેખો પ્રકાશિત કરીશું.

AERODISK ENGINE N2 સ્ટોરેજ સિસ્ટમના ક્રેશ ટેસ્ટ, તાકાત પરીક્ષણ

ચેતવણી! લેખ વાંચ્યા પછી, તમે કહી શકો છો: સારું, અલબત્ત, વિક્રેતા પોતાને તપાસશે જેથી બધું "બેંગ સાથે," ગ્રીનહાઉસ પરિસ્થિતિઓ વગેરે કામ કરે. હું જવાબ આપીશ: એવું કંઈ નથી! અમારા વિદેશી સ્પર્ધકોથી વિપરીત, અમે અહીં સ્થિત છીએ, તમારી નજીક છીએ, અને તમે હંમેશા અમારી પાસે આવી શકો છો (મોસ્કો અથવા કોઈપણ કેન્દ્રીય સમિતિમાં) અને કોઈપણ રીતે અમારી સ્ટોરેજ સિસ્ટમનું પરીક્ષણ કરી શકો છો. આમ, પરિણામોને વિશ્વના આદર્શ ચિત્રમાં સમાયોજિત કરવામાં આપણા માટે બહુ અર્થ નથી, કારણ કે અમે તપાસવા માટે ખૂબ જ સરળ છીએ. જેઓ જવા માટે ખૂબ આળસુ છે અને તેમની પાસે સમય નથી, અમે રિમોટ ટેસ્ટિંગ ગોઠવી શકીએ છીએ. આ માટે અમારી પાસે ખાસ લેબ છે. અમારો સંપર્ક કરો.

ACHTUNG-2! આ ટેસ્ટ લોડ ટેસ્ટ નથી, કારણ કે અહીં આપણે માત્ર દોષ સહિષ્ણુતાની કાળજી રાખીએ છીએ. થોડા અઠવાડિયામાં, અમે વધુ શક્તિશાળી સ્ટેન્ડ તૈયાર કરીશું અને સ્ટોરેજ સિસ્ટમનું લોડ પરીક્ષણ કરીશું, પરિણામો અહીં પ્રકાશિત કરીશું (માર્ગ દ્વારા, પરીક્ષણો માટેની વિનંતીઓ સ્વીકારવામાં આવે છે).

તેથી, ચાલો તેને તોડીએ.

ટેસ્ટ બેન્ચ

અમારા સ્ટેન્ડમાં નીચેના હાર્ડવેરનો સમાવેશ થાય છે:

• 1 x એરોડિસ્ક એન્જિન 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;
• વિન્ડોઝ સર્વર 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 (જે ઉત્પાદક ભાર સાથે ખૂબ સમાન છે)
• સંપૂર્ણ રેન્ડમ
• કામદારોની સંખ્યા – 4 (FC માટે 2, iSCSI માટે 2)

પરીક્ષણમાં નીચેના ઉદ્દેશ્યો છે:

1. સુનિશ્ચિત કરો કે સિન્થેટીક લોડ અને કોપી પ્રક્રિયા વિક્ષેપ પાડશે નહીં અથવા વિવિધ નિષ્ફળતાના દૃશ્યો હેઠળ ભૂલો ઊભી કરશે નહીં.
2. ખાતરી કરો કે પોર્ટ્સ, કંટ્રોલર્સ વગેરેને સ્વિચ કરવાની પ્રક્રિયા પર્યાપ્ત રીતે સ્વચાલિત છે અને નિષ્ફળતાના કિસ્સામાં એડમિનિસ્ટ્રેટરની ક્રિયાઓની જરૂર નથી (એટલે ​​​​કે, નિષ્ફળતા દરમિયાન, અમે નિષ્ફળતા વિશે વાત કરી રહ્યા નથી, અલબત્ત).
3. ખાતરી કરો કે લોગમાંની માહિતી યોગ્ય રીતે પ્રદર્શિત થાય છે.

હોસ્ટ અને સ્ટોરેજ સિસ્ટમ તૈયાર કરી રહ્યા છીએ

અમે FC અને ઇથરનેટ પોર્ટ્સ (અનુક્રમે FC અને iSCSI) નો ઉપયોગ કરીને સ્ટોરેજ સિસ્ટમ પર બ્લોક એક્સેસ ગોઠવી છે. ટીએસ સોલ્યુશનના લોકોએ અગાઉના લેખમાં આ કેવી રીતે કરવું તે વિગતવાર વર્ણવેલ છે (https://habr.com/ru/company/tssolution/blog/432876/). અને, અલબત્ત, કોઈએ માર્ગદર્શિકાઓ અને અભ્યાસક્રમો રદ કર્યા નથી.

અમે અમારી પાસે રહેલી તમામ ડ્રાઈવોનો ઉપયોગ કરીને એક હાઇબ્રિડ ગ્રૂપ સેટ કર્યું છે. કેશમાં 2 SSD ડિસ્ક ઉમેરવામાં આવી હતી, 2 SSD ડિસ્ક વધારાના સ્ટોરેજ ટાયર (ઓનલાઈન-ટાયર) તરીકે ઉમેરવામાં આવી હતી. અમે 12 SAS10k ડ્રાઇવ્સને RAID-60P (ટ્રિપલ પેરિટી) માં જૂથમાં એકસાથે ત્રણ ડ્રાઇવની નિષ્ફળતા ચકાસવા માટે જૂથબદ્ધ કરી છે. એક ડિસ્ક ઓટો રિપ્લેસમેન્ટ માટે બાકી હતી.

અમે બે LUN ને જોડ્યા (એક FC દ્વારા, એક iSCSI દ્વારા).

બંને LUN ના માલિક એંજીન-0 નિયંત્રક છે

ચાલો ટેસ્ટ શરૂ કરીએ

અમે ઉપરની રૂપરેખા સાથે IOMETER ને સક્ષમ કરીએ છીએ.

અમે 1.8 GB/s નું થ્રુપુટ અને 3 મિલિસેકન્ડની લેટન્સી રેકોર્ડ કરીએ છીએ. ત્યાં કોઈ ભૂલો નથી (કુલ ભૂલની સંખ્યા).

તે જ સમયે, અમારા યજમાનની સ્થાનિક ડ્રાઈવ “C” થી, અમે અન્ય ઈન્ટરફેસનો ઉપયોગ કરીને FC અને iSCSI સ્ટોરેજ LUN (Windows માં E અને G ડ્રાઈવો) પર સમાંતર રીતે બે મોટી 100GB ફાઈલોની નકલ કરવાનું શરૂ કરીએ છીએ.

ઉપર LUN FC માટે નકલ કરવાની પ્રક્રિયા છે, નીચે iSCSI.

ટેસ્ટ #1: I/O પોર્ટને અક્ષમ કરી રહ્યાં છીએ

અમે પાછળથી સ્ટોરેજ સિસ્ટમનો સંપર્ક કરીએ છીએ))) અને હાથની થોડી હિલચાલ સાથે અમે એન્જિન -10 નિયંત્રકમાંથી તમામ FC અને ઇથરનેટ 0G કેબલ્સ ખેંચીએ છીએ. એવું લાગે છે કે એક સફાઈ કરતી મહિલા મોપ સાથે ચાલીને આવી અને જ્યાં સ્નોટ પડેલો હતો અને કેબલ પડેલા હતા ત્યાં જ ફ્લોર ધોવાનું નક્કી કર્યું (એટલે ​​​​કે કંટ્રોલર હજી પણ કામ કરે છે, પરંતુ I/O પોર્ટ મરી ગયા છે).

ચાલો IOMETER જોઈએ અને ફાઈલોની નકલ કરીએ. થ્રુપુટ ઘટીને 0,5 GB/s થયો, પરંતુ ઝડપથી તેના પાછલા સ્તર પર પાછો ફર્યો (લગભગ 4-5 સેકન્ડમાં). ત્યાં કોઈ ભૂલો નથી.

ફાઇલોની નકલ કરવાનું બંધ થયું નથી, ઝડપમાં ઘટાડો થયો છે, પરંતુ તે બિલકુલ મહત્વપૂર્ણ નથી (840 MB/s થી ઘટીને 720 MB/s થઈ ગયું છે). નકલ કરવાનું બંધ થયું નથી.

અમે સ્ટોરેજ સિસ્ટમ લૉગ્સ જોઈએ છીએ અને બંદરોની અનુપલબ્ધતા અને જૂથના સ્વચાલિત સ્થાનાંતરણ વિશેનો સંદેશો જોઈએ છીએ.

માહિતી પેનલ અમને એ પણ જણાવે છે કે FC બંદરો સાથે બધું ખૂબ સારું નથી.

સ્ટોરેજ સિસ્ટમ I/O પોર્ટની નિષ્ફળતાથી બચી ગઈ સફળતાપૂર્વક.

ટેસ્ટ નંબર 2. સ્ટોરેજ કંટ્રોલરને અક્ષમ કરી રહ્યું છે

લગભગ તરત જ (કેબલ્સને ફરીથી સ્ટોરેજ સિસ્ટમમાં પ્લગ કર્યા પછી) અમે નિયંત્રકને ચેસિસમાંથી બહાર ખેંચીને સ્ટોરેજ સિસ્ટમને સમાપ્ત કરવાનું નક્કી કર્યું.

ફરીથી અમે પાછળથી સ્ટોરેજ સિસ્ટમનો સંપર્ક કરીએ છીએ (અમને તે ગમ્યું))) અને આ વખતે અમે એન્જિન -1 નિયંત્રકને બહાર કાઢીએ છીએ, જે આ ક્ષણે આરડીજીનો માલિક છે (જેમાં જૂથ ખસેડ્યું છે).

IOmeter માં પરિસ્થિતિ નીચે મુજબ છે. I/O લગભગ 5 સેકન્ડ માટે બંધ થઈ ગયું. ભૂલો એકઠી થતી નથી.

5 સેકન્ડ પછી, I/O લગભગ સમાન થ્રુપુટ સાથે ફરી શરૂ થયું, પરંતુ 35 મિલીસેકન્ડની લેટન્સી સાથે (લગભગ થોડી મિનિટો પછી વિલંબ સુધારાઈ). સ્ક્રીનશૉટ્સમાંથી જોઈ શકાય છે તેમ, કુલ ભૂલ ગણતરી મૂલ્ય 0 છે, એટલે કે, ત્યાં કોઈ લેખન અથવા વાંચન ભૂલો નહોતી.

ચાલો આપણી ફાઈલોની નકલ કરીએ. જેમ તમે જોઈ શકો છો, તે વિક્ષેપિત થયો ન હતો, પ્રદર્શનમાં થોડો ઘટાડો થયો હતો, પરંતુ એકંદરે બધું સમાન ~ 800 MB/s પર પાછું આવ્યું હતું.

અમે સ્ટોરેજ સિસ્ટમ પર જઈએ છીએ અને માહિતી પેનલમાં એક શ્રાપ જોઈએ છીએ કે એન્જિન -1 નિયંત્રક અનુપલબ્ધ છે (અલબત્ત, અમે તેને મારી નાખ્યું છે).

અમે લોગમાં સમાન એન્ટ્રી પણ જોયે છે.

સ્ટોરેજ કંટ્રોલર પણ નિષ્ફળતાથી બચી ગયો સફળતાપૂર્વક.

ટેસ્ટ નંબર 3: પાવર સપ્લાયને ડિસ્કનેક્ટ કરવું.

માત્ર કિસ્સામાં, અમે ફરીથી ફાઇલોની નકલ કરવાનું શરૂ કર્યું, પરંતુ IOMETER બંધ કર્યું નહીં.
અમે પાવર સપ્લાય યુનિટ ખેંચીએ છીએ.

માહિતી પેનલમાં સ્ટોરેજ સિસ્ટમમાં અન્ય ચેતવણી ઉમેરવામાં આવી છે.

સેન્સર્સ મેનૂમાં પણ આપણે જોઈએ છીએ કે ખેંચાયેલા પાવર સપ્લાય સાથે સંકળાયેલા સેન્સર લાલ થઈ ગયા છે.

સ્ટોરેજ સિસ્ટમ કામ કરવાનું ચાલુ રાખે છે. પાવર સપ્લાય યુનિટની નિષ્ફળતા કોઈપણ રીતે સ્ટોરેજ સિસ્ટમના સંચાલનને અસર કરતી નથી; યજમાનના દૃષ્ટિકોણથી, નકલની ગતિ અને IOMETER સૂચકાંકો યથાવત રહ્યા.

પાવર નિષ્ફળતાની પરીક્ષા પાસ થઈ સફળતાપૂર્વક.

અંતિમ પરીક્ષણ પહેલાં, અમે સ્ટોરેજ સિસ્ટમને થોડી જીવંત બનાવવાનું નક્કી કર્યું, કંટ્રોલર અને પાવર સપ્લાય યુનિટને પાછું મૂકી દીધું, અને કેબલ્સને પણ વ્યવસ્થિત રાખવાનું નક્કી કર્યું, જે સ્ટોરેજ સિસ્ટમે તેની હેલ્થ પેનલમાં લીલા ચિહ્નો સાથે ખુશીથી અમને જાણ કરી. .

ટેસ્ટ નંબર 4. જૂથમાં ત્રણ ડિસ્કની નિષ્ફળતા

આ પરીક્ષણ પહેલાં, અમે એક વધારાનું તૈયારી પગલું કર્યું. હકીકત એ છે કે એન્જિન સ્ટોરેજ સિસ્ટમ ખૂબ જ ઉપયોગી વસ્તુ પૂરી પાડે છે - વિવિધ પુનઃનિર્માણ નીતિઓ. TS સોલ્યુશનએ આ સુવિધા વિશે અગાઉ લખ્યું હતું, પરંતુ ચાલો તેના સારને યાદ કરીએ. સ્ટોરેજ એડમિનિસ્ટ્રેટર પુનઃનિર્માણ દરમિયાન સંસાધન ફાળવણી માટેની પ્રાથમિકતાનો ઉલ્લેખ કરી શકે છે. ક્યાં તો I/O પ્રદર્શનની દિશામાં, એટલે કે, પુનઃનિર્માણમાં વધુ સમય લાગે છે, પરંતુ પ્રદર્શનમાં કોઈ ઘટાડો નથી. અથવા પુનઃનિર્માણ ગતિની દિશામાં, પરંતુ ઉત્પાદકતામાં ઘટાડો થશે. અથવા સંતુલિત વિકલ્પ. ડિસ્ક ગ્રૂપ રિબિલ્ડ દરમિયાન સ્ટોરેજ પર્ફોર્મન્સ હંમેશા એડમિન માટે માથાનો દુખાવો હોવાથી, અમે I/O પર્ફોર્મન્સ પ્રત્યે પૂર્વગ્રહ સાથે અને રિબિલ્ડ સ્પીડના ખર્ચે નીતિનું પરીક્ષણ કરીશું.

હવે ચાલો ડિસ્ક નિષ્ફળતા માટે તપાસ કરીએ. અમે LUNs (ફાઈલો અને IOMETER) પર રેકોર્ડિંગ પણ સક્ષમ કરીએ છીએ. અમારી પાસે ટ્રિપલ પેરિટી (RAID-60P) સાથેનું જૂથ હોવાથી, આનો અર્થ એ છે કે સિસ્ટમે ત્રણ ડિસ્કની નિષ્ફળતાનો સામનો કરવો જ જોઇએ, અને નિષ્ફળતા પછી, સ્વતઃ-રિપ્લેસમેન્ટ કાર્ય કરવું આવશ્યક છે, એક ડિસ્કએ નિષ્ફળ ડિસ્કમાંથી એકનું સ્થાન લેવું આવશ્યક છે. RDG માં, અને તેના પર પુનઃનિર્માણ શરૂ થવું જોઈએ.

શરૂઆત. સૌપ્રથમ, સ્ટોરેજ ઈન્ટરફેસ દ્વારા, ચાલો તે ડિસ્કને હાઈલાઈટ કરીએ જે આપણે ખેંચવા માંગીએ છીએ (જેથી ચૂકી ન જાય અને ઓટોચેન્જ ડિસ્ક ખેંચી ન જાય).

અમે હાર્ડવેર પરના સંકેતને તપાસીએ છીએ. બધું બરાબર છે, આપણે ત્રણ હાઇલાઇટ કરેલી ડિસ્ક જોઈએ છીએ.

અને આપણે આ ત્રણ ડિસ્ક ખેંચીએ છીએ.

ચાલો જોઈએ કે હોસ્ટ પર શું છે. અને ત્યાં... કંઈ ખાસ બન્યું નહીં.

કૉપિ કરવાના સૂચકાંકો (તેઓ શરૂઆત કરતા વધારે છે, કારણ કે કેશ ગરમ થઈ ગઈ છે) અને IOMETER ડિસ્કને દૂર કરતી વખતે અને પુનઃબીલ્ડ (5-10% ની અંદર) શરૂ કરતી વખતે વધુ બદલાતા નથી.

ચાલો જોઈએ કે સ્ટોરેજ સિસ્ટમ પર શું છે.

જૂથની સ્થિતિમાં, આપણે જોઈએ છીએ કે પુનર્ગઠનની પ્રક્રિયા શરૂ થઈ ગઈ છે અને તે પૂર્ણ થવાની નજીક છે.

RDG હાડપિંજરમાં તમે જોઈ શકો છો કે 2 ડિસ્ક લાલ સ્થિતિમાં છે, અને એક પહેલેથી જ બદલી દેવામાં આવી છે. ઑટોરિપ્લેસમેન્ટ ડિસ્ક હવે ત્યાં નથી; તેણે 3જી નિષ્ફળ ડિસ્કને બદલી નાખી. પુનઃનિર્માણમાં ઘણી મિનિટો લાગી, જ્યારે 3 ડિસ્ક નિષ્ફળ જાય ત્યારે ફાઈલો લખવામાં વિક્ષેપ પડ્યો ન હતો, અને I/O કામગીરીમાં બહુ ફેરફાર થયો ન હતો.

ડિસ્ક નિષ્ફળતા પરીક્ષણ ચોક્કસપણે પાસ થયું સફળતાપૂર્વક.

નિષ્કર્ષ

આ સમયે, અમે સ્ટોરેજ સિસ્ટમ્સ સામે હિંસા રોકવાનું નક્કી કર્યું. ચાલો સારાંશ આપીએ:

• FC પોર્ટ નિષ્ફળતા તપાસ - સફળ
• ઇથરનેટ પોર્ટ નિષ્ફળતા તપાસ - સફળ
• નિયંત્રક નિષ્ફળતા તપાસ - સફળ
• પાવર ફેઈલર ટેસ્ટ - સફળ
• ગ્રુપપૂલમાં ડિસ્ક નિષ્ફળતા તપાસી રહ્યું છે - સફળ

કોઈપણ નિષ્ફળતાએ રેકોર્ડિંગ બંધ કર્યું નથી અથવા સિન્થેટીક લોડમાં ભૂલો થઈ નથી; અલબત્ત, ત્યાં એક પ્રદર્શન હિટ હતું (અને અમે તેને કેવી રીતે દૂર કરવું તે જાણીએ છીએ, જે અમે ટૂંક સમયમાં કરીશું), પરંતુ જો આ સેકંડ છે, તે તદ્દન સ્વીકાર્ય છે. નિષ્કર્ષ: AERODISK સ્ટોરેજ સિસ્ટમના તમામ ઘટકોની ખામી સહનશીલતા સ્તર પર કામ કરે છે, નિષ્ફળતાના કોઈ બિંદુઓ ન હતા.

દેખીતી રીતે, એક લેખમાં અમે નિષ્ફળતાના તમામ દૃશ્યોને ચકાસી શકતા નથી, પરંતુ અમે સૌથી લોકપ્રિય મુદ્દાઓને આવરી લેવાનો પ્રયાસ કર્યો છે. તેથી, કૃપા કરીને તમારી ટિપ્પણીઓ, ભાવિ પ્રકાશનો માટેના સૂચનો અને અલબત્ત, પર્યાપ્ત ટીકા મોકલો. અમને ચર્ચા કરવામાં આનંદ થશે (અથવા હજી વધુ સારું, તાલીમ પર આવો, હું ફક્ત કિસ્સામાં શેડ્યૂલનું ડુપ્લિકેટ કરું છું)! નવા પરીક્ષણો સુધી!

• નિઝની નોવ્ગોરોડ (પહેલેથી જ ખુલ્લું છે - તમે અહીં સાઇન અપ કરી શકો છો https://aerodisk.promo/nn/);
  16 એપ્રિલ, 2019 સુધી, તમે કોઈપણ કાર્યકારી સમયે કેન્દ્રની મુલાકાત લઈ શકો છો, અને 16 એપ્રિલ, 2019 ના રોજ, એક વિશાળ તાલીમ અભ્યાસક્રમનું આયોજન કરવામાં આવશે.
• ક્રેસ્નોડાર (ટૂંક સમયમાં ખુલી રહ્યું છે - તમે અહીં સાઇન અપ કરી શકો છો https://aerodisk.promo/krsnd/ );
  એપ્રિલ 9 થી 25 એપ્રિલ, 2019 સુધી, તમે કોઈપણ કાર્યકારી સમયે કેન્દ્રની મુલાકાત લઈ શકો છો, અને 25 એપ્રિલ, 2019 ના રોજ, એક વિશાળ તાલીમ અભ્યાસક્રમનું આયોજન કરવામાં આવશે.
• Екатеринбург (ટૂંક સમયમાં ખુલી રહ્યું છે, અમારી વેબસાઇટ અથવા હેબ્રે પરની માહિતીને અનુસરો);
  મે-જૂન 2019.
• Новосибирск (અમારી વેબસાઇટ અથવા હેબ્રે પરની માહિતીને અનુસરો);
  ઓક્ટોબર 2019.
• Красноярск (અમારી વેબસાઇટ અથવા હેબ્રે પરની માહિતીને અનુસરો);
  નવેમ્બર 2019.

સોર્સ: www.habr.com