આપણે હાથીને ભાગોમાં ખાઈએ છીએ. ઉદાહરણો સાથે એપ્લિકેશન હેલ્થ મોનિટરિંગ વ્યૂહરચના

હેલો દરેક!

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

ઉદાહરણ તરીકે, જો સેવાઓમાંથી કોઈ એક ક્રેશ થઈ ગઈ હોય, તો તમારે આ સમસ્યાને આપમેળે રેકોર્ડ કરવાની અને તેને હલ કરવાનું શરૂ કરવાની જરૂર છે, અને અસંતુષ્ટ વપરાશકર્તાઓ તકનીકી સપોર્ટનો સંપર્ક કરે ત્યાં સુધી રાહ જોવી નહીં.

અમારી પાસે એક નાની કંપની છે, અમારી પાસે મોનિટરિંગ એપ્લીકેશન માટેના કોઈપણ જટિલ ઉકેલોનો અભ્યાસ કરવા અને જાળવણી કરવા માટે સંસાધનો નથી, અમારે એક સરળ અને અસરકારક ઉકેલ શોધવાની જરૂર છે.

મોનીટરીંગ વ્યૂહરચના

એપ્લિકેશનની કાર્યક્ષમતા તપાસવી સરળ નથી; આ કાર્ય બિન-તુચ્છ છે, કોઈ સર્જનાત્મક પણ કહી શકે છે. જટિલ મલ્ટિ-લિંક સિસ્ટમની ચકાસણી કરવી ખાસ કરીને મુશ્કેલ છે.

તમે હાથીને કેવી રીતે ખાઈ શકો? ફક્ત ભાગોમાં! અમે એપ્લિકેશન્સનું નિરીક્ષણ કરવા માટે આ અભિગમનો ઉપયોગ કરીએ છીએ.

અમારી દેખરેખ વ્યૂહરચનાનો સાર:

તમારી એપ્લિકેશનને ઘટકોમાં વિભાજિત કરો.
દરેક ઘટક માટે નિયંત્રણ તપાસો બનાવો.

એક ઘટક ઓપરેશનલ માનવામાં આવે છે જો તેની તમામ નિયંત્રણ તપાસ ભૂલો વિના કરવામાં આવે. એપ્લિકેશન તંદુરસ્ત માનવામાં આવે છે જો તેના તમામ ઘટકો કાર્યરત હોય.

આમ, કોઈપણ સિસ્ટમને ઘટકોના વૃક્ષ તરીકે રજૂ કરી શકાય છે. જટિલ ઘટકોને સરળ ભાગોમાં વિભાજિત કરવામાં આવે છે. સરળ ઘટકોમાં ચેક હોય છે.

બેન્ચમાર્ક કાર્યાત્મક પરીક્ષણ કરવા માટે નથી, તે એકમ પરીક્ષણો નથી. કંટ્રોલ ચેક્સ એ તપાસવું જોઈએ કે ઘટક વર્તમાન સમયે કેવું અનુભવે છે, તેની કામગીરી માટે જરૂરી બધા સંસાધનો છે કે કેમ અને કોઈ સમસ્યા છે કે કેમ.

ત્યાં કોઈ ચમત્કાર નથી; મોટા ભાગની તપાસ સ્વતંત્ર રીતે વિકસાવવી પડશે. પરંતુ ગભરાશો નહીં, કારણ કે મોટાભાગના કિસ્સાઓમાં એક ચેક કોડની 5-10 લાઇન લે છે, પરંતુ તમે કોઈપણ તર્કનો અમલ કરી શકો છો અને તમે સ્પષ્ટપણે સમજી શકશો કે ચેક કેવી રીતે કાર્ય કરે છે.

મોનીટરીંગ સિસ્ટમ

ચાલો કહીએ કે અમે એપ્લિકેશનને ઘટકોમાં વિભાજિત કરીએ છીએ, દરેક ઘટક માટે તપાસ સાથે આવ્યા અને અમલમાં મૂક્યા, પરંતુ આ તપાસના પરિણામોનું શું કરવું? અમે કેવી રીતે જાણી શકીએ કે કેટલાક ચેક નિષ્ફળ ગયા?

અમને મોનિટરિંગ સિસ્ટમની જરૂર પડશે. તેણી નીચેના કાર્યો કરશે:

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

ASMO સિસ્ટમનું સંક્ષિપ્ત વર્ણન

ઉદાહરણ સાથે સમજાવવું શ્રેષ્ઠ છે. ચાલો જોઈએ કે ASMO સિસ્ટમની કામગીરીની દેખરેખ કેવી રીતે ગોઠવવામાં આવે છે.

ASMO એક સ્વચાલિત હવામાન સહાયક સિસ્ટમ છે. આ સિસ્ટમ રોડ સર્વિસ નિષ્ણાતોને એ સમજવામાં મદદ કરે છે કે રોડને ડી-આઈસિંગ મટિરિયલ્સ સાથે ક્યાં અને ક્યારે ટ્રીટ કરવો જરૂરી છે. સિસ્ટમ રોડ કંટ્રોલ પોઈન્ટ પરથી ડેટા એકત્રિત કરે છે. રોડ કંટ્રોલ પોઈન્ટ એ રસ્તા પરની એક એવી જગ્યા છે જ્યાં સાધનસામગ્રી ઇન્સ્ટોલ કરેલ છે: વેધર સ્ટેશન, વિડીયો કેમેરા વગેરે. ખતરનાક પરિસ્થિતિઓની આગાહી કરવા માટે, સિસ્ટમ બાહ્ય સ્ત્રોતોમાંથી હવામાનની આગાહી મેળવે છે.

તેથી, સિસ્ટમની રચના એકદમ લાક્ષણિક છે: વેબસાઇટ, એજન્ટ, સાધનો. ચાલો મોનીટરીંગ શરૂ કરીએ.

સિસ્ટમને ઘટકોમાં તોડીને

ASMO સિસ્ટમમાં નીચેના ઘટકોને ઓળખી શકાય છે:

1. વ્યક્તિગત ખાતું
આ એક વેબ એપ્લિકેશન છે. ઓછામાં ઓછું, તમારે એ તપાસવાની જરૂર છે કે એપ્લિકેશન ઇન્ટરનેટ પર ઉપલબ્ધ છે.

2. ડેટાબેઝ
ડેટાબેઝ ડેટાને સ્ટોર કરે છે જે રિપોર્ટિંગ માટે મહત્વપૂર્ણ છે, અને તમારે ખાતરી કરવી જોઈએ કે ડેટાબેઝ બેકઅપ્સ સફળતાપૂર્વક બનાવવામાં આવ્યા છે.

3. સર્વર
સર્વર દ્વારા અમારો અર્થ એ હાર્ડવેર છે કે જેના પર એપ્લિકેશન ચાલે છે. HDD, RAM, CPU ની સ્થિતિ તપાસવી જરૂરી છે.

4. એજન્ટ
આ એક વિન્ડોઝ સેવા છે જે શેડ્યૂલ પર ઘણાં વિવિધ કાર્યો કરે છે. ઓછામાં ઓછું, તમારે તપાસ કરવાની જરૂર છે કે સેવા ચાલી રહી છે.

5. એજન્ટ કાર્ય
માત્ર એ જાણવું કે એજન્ટ કામ કરે છે તે પૂરતું નથી. એજન્ટ કામ કરી શકે છે, પરંતુ તેના સોંપાયેલ કાર્યો કરી શકતો નથી. ચાલો એજન્ટ ઘટકને કાર્યોમાં વિભાજિત કરીએ અને દરેક એજન્ટ કાર્ય સફળતાપૂર્વક કામ કરે છે કે કેમ તે તપાસીએ.

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

7. રોડ કંટ્રોલ પોઈન્ટ (એક મહત્તમ મર્યાદા)
જો આ MPC પરના તમામ ઉપકરણો સેવાયોગ્ય હોય તો અમે આ ઘટકને સેવાયોગ્ય ગણીશું.

8. ઉપકરણ
આ એક વિડીયો કેમેરા અથવા વેધર સ્ટેશન છે જે મહત્તમ સાંદ્રતા મર્યાદા પર સ્થાપિત થયેલ છે. તે તપાસવું જરૂરી છે કે ઉપકરણ યોગ્ય રીતે કાર્ય કરી રહ્યું છે.

મોનિટરિંગ સિસ્ટમમાં, ઘટક વૃક્ષ આના જેવો દેખાશે:

વેબ એપ્લિકેશન મોનીટરીંગ

તેથી, અમે સિસ્ટમને ઘટકોમાં વિભાજિત કરી છે, હવે આપણે દરેક ઘટક માટે તપાસ સાથે આવવાની જરૂર છે.

વેબ એપ્લિકેશનને મોનિટર કરવા માટે અમે નીચેની તપાસનો ઉપયોગ કરીએ છીએ:

1. મુખ્ય પૃષ્ઠ ખોલવાનું તપાસી રહ્યું છે
આ તપાસ મોનિટરિંગ સિસ્ટમ દ્વારા કરવામાં આવે છે. તેને ચલાવવા માટે, અમે પૃષ્ઠનું સરનામું, અપેક્ષિત પ્રતિસાદ ટુકડો અને મહત્તમ વિનંતી અમલ સમય સૂચવીએ છીએ.

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

3. SSL પ્રમાણપત્ર તપાસી રહ્યું છે
આજકાલ, લગભગ તમામ વેબસાઇટ્સ ઍક્સેસ માટે https પ્રોટોકોલનો ઉપયોગ કરે છે. પ્રોટોકોલ યોગ્ય રીતે કાર્ય કરવા માટે, તમારે માન્ય SSL પ્રમાણપત્રની જરૂર છે.

નીચે મોનિટરિંગ સિસ્ટમમાં "વ્યક્તિગત ખાતું" ઘટક છે:

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

તમે બીજું શું ચકાસી શકો છો?

તમારી વેબ એપ્લિકેશનને વધુ સંપૂર્ણ રીતે મોનિટર કરવા માટે, તમે નીચેની તપાસ કરી શકો છો:

• સમયગાળા દીઠ JavaScript ભૂલોની સંખ્યા
• સમયગાળા માટે વેબ એપ્લિકેશન બાજુ (બેક-એન્ડ) પરની ભૂલોની સંખ્યા
• અસફળ વેબ એપ્લિકેશન પ્રતિસાદોની સંખ્યા (પ્રતિસાદ કોડ 404, 500, વગેરે)
• સરેરાશ ક્વેરી એક્ઝેક્યુશન સમય

વિન્ડોઝ સેવાનું મોનિટરિંગ (એજન્ટ)

ASMO સિસ્ટમમાં, એજન્ટ કાર્ય શેડ્યૂલરની ભૂમિકા ભજવે છે, જે પૃષ્ઠભૂમિમાં સુનિશ્ચિત કાર્યોને એક્ઝિક્યુટ કરે છે.

જો એજન્ટના તમામ કાર્યો સફળતાપૂર્વક પૂર્ણ થાય, તો એજન્ટ યોગ્ય રીતે કામ કરી રહ્યો છે. તે તારણ આપે છે કે એજન્ટને મોનિટર કરવા માટે, તમારે તેના કાર્યોનું નિરીક્ષણ કરવાની જરૂર છે. તેથી, અમે "એજન્ટ" ઘટકને કાર્યોમાં વિભાજીત કરીએ છીએ. દરેક કાર્ય માટે, અમે મોનિટરિંગ સિસ્ટમમાં એક અલગ ઘટક બનાવીશું, જ્યાં "એજન્ટ" ઘટક "પિતૃ" હશે.

અમે એજન્ટ ઘટકને બાળ ઘટકો (કાર્યો) માં વિભાજિત કરીએ છીએ:

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

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

ASMO સિસ્ટમ કાર્યો માટે માત્ર સાર્વત્રિક તપાસનો ઉપયોગ કરે છે અને આ સિસ્ટમની કામગીરીનું નિરીક્ષણ કરવા માટે પૂરતું છે.

પ્રગતિ તપાસી રહ્યું છે
સૌથી સરળ અને સૌથી અસરકારક ચેક એ એક્ઝેક્યુશન ચેક છે. ચેક ચકાસે છે કે કાર્ય ભૂલો વિના પૂર્ણ થયું છે. બધા કાર્યોમાં આ ચેક હોય છે.

ચકાસણી અલ્ગોરિધમ

દરેક ટાસ્ક એક્ઝેક્યુશન પછી, તમારે SUCCESS ચેકનું પરિણામ મોનિટરિંગ સિસ્ટમને મોકલવાની જરૂર છે જો ટાસ્ક એક્ઝેક્યુશન સફળ થયું હોય, અથવા જો એક્ઝેક્યુશન ભૂલ સાથે પૂર્ણ થયું હોય તો ERROR.

આ તપાસ નીચેની સમસ્યાઓ શોધી શકે છે:

1. કાર્ય ચાલે છે પરંતુ ભૂલ સાથે નિષ્ફળ જાય છે.
2. કાર્ય ચાલવાનું બંધ થઈ ગયું છે, ઉદાહરણ તરીકે, તે સ્થિર થઈ ગયું છે.

ચાલો જોઈએ કે આ સમસ્યાઓ કેવી રીતે વધુ વિગતવાર હલ થાય છે.

મુદ્દો 1 - કાર્ય ચાલે છે પરંતુ ભૂલ સાથે નિષ્ફળ જાય છે
નીચે એક કેસ છે જ્યાં કાર્ય ચાલે છે પરંતુ 14:00 અને 16:00 ની વચ્ચે નિષ્ફળ જાય છે.

આકૃતિ બતાવે છે કે જ્યારે કોઈ કાર્ય નિષ્ફળ જાય છે, ત્યારે તરત જ મોનિટરિંગ સિસ્ટમને સિગ્નલ મોકલવામાં આવે છે અને મોનિટરિંગ સિસ્ટમમાં અનુરૂપ ચેકની સ્થિતિ એલાર્મ બની જાય છે.

મહેરબાની કરીને નોંધ કરો કે મોનિટરિંગ સિસ્ટમમાં, ઘટકની સ્થિતિ ચકાસણીની સ્થિતિ પર આધારિત છે. ચેકની અલાર્મ સ્થિતિ તમામ ઉચ્ચ-સ્તરના ઘટકોને એલાર્મમાં બદલશે, નીચેની આકૃતિ જુઓ.

સમસ્યા 2 - કાર્ય એક્ઝિક્યુટ કરવાનું બંધ કર્યું (સ્થિર)
મોનિટરિંગ સિસ્ટમ કેવી રીતે સમજશે કે કોઈ કાર્ય અટક્યું છે?

ચેક પરિણામની માન્યતા અવધિ છે, ઉદાહરણ તરીકે, 1 કલાક. જો એક કલાક પસાર થાય અને કોઈ નવું પરીક્ષણ પરિણામ ન આવે, તો મોનિટરિંગ સિસ્ટમ પરીક્ષણની સ્થિતિને એલાર્મ પર સેટ કરશે.

ઉપરના ચિત્રમાં, બપોરના 14:00 વાગ્યે લાઇટ બંધ કરવામાં આવી હતી. 15:00 વાગ્યે, મોનિટરિંગ સિસ્ટમ શોધી કાઢશે કે પરીક્ષણ પરિણામ (14:00 થી) સડેલું છે, કારણ કે સુસંગતતા સમય સમાપ્ત થઈ ગયો છે (એક કલાક), પરંતુ ત્યાં કોઈ નવું પરિણામ નથી, અને ચેકને એલાર્મ સ્થિતિ પર સ્વિચ કરશે.

16:00 વાગ્યે ફરીથી લાઇટ ચાલુ કરવામાં આવી હતી, પ્રોગ્રામ કાર્ય પૂર્ણ કરશે અને એક્ઝેક્યુશન પરિણામ મોનિટરિંગ સિસ્ટમને મોકલશે, પરીક્ષણની સ્થિતિ ફરીથી સફળ થશે.

મારે કયા સંબંધિત સમયની તપાસ કરવી જોઈએ?

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

પ્રગતિ તપાસી રહ્યું છે

ASMO સિસ્ટમમાં "લોડ ફોરકાસ્ટ" કાર્ય છે, જે એક કલાકમાં એકવાર બાહ્ય સ્ત્રોતમાંથી નવી આગાહી ડાઉનલોડ કરવાનો પ્રયાસ કરે છે. બાહ્ય સિસ્ટમમાં નવી આગાહી ક્યારે દેખાય છે તે ચોક્કસ સમય જાણીતો નથી, પરંતુ તે જાણીતું છે કે આ દિવસમાં 2 વખત થાય છે. તે તારણ આપે છે કે જો કેટલાક કલાકો સુધી કોઈ નવી આગાહી ન હોય, તો આ સામાન્ય છે, પરંતુ જો એક દિવસથી વધુ સમય માટે કોઈ નવી આગાહી નથી, તો ક્યાંક કંઈક તૂટી ગયું છે. ઉદાહરણ તરીકે, બાહ્ય આગાહી પ્રણાલીમાં ડેટા ફોર્મેટ બદલાઈ શકે છે, જેના કારણે ASMO નવી આગાહી રિલીઝ જોઈ શકશે નહીં.

ચકાસણી અલ્ગોરિધમ

જ્યારે કાર્ય પ્રગતિ મેળવવામાં સફળ થાય છે ત્યારે સફળતાની તપાસનું પરિણામ મોનિટરિંગ સિસ્ટમને મોકલે છે (નવી હવામાન આગાહી ડાઉનલોડ કરવી). જો ત્યાં કોઈ પ્રગતિ નથી અથવા કોઈ ભૂલ થાય છે, તો મોનિટરિંગ સિસ્ટમને કંઈ મોકલવામાં આવતું નથી.

ચેકમાં એક સુસંગત અંતરાલ હોવો જોઈએ કે આ સમય દરમિયાન તેને નવી પ્રગતિ પ્રાપ્ત થવાની ખાતરી આપવામાં આવે.

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

ડેટાબેઝ મોનીટરીંગ

ASMO સિસ્ટમમાં ડેટાબેઝને નિયંત્રિત કરવા માટે, અમે નીચેની તપાસ કરીએ છીએ:

1. બેકઅપ બનાવટની ચકાસણી કરી રહ્યું છે
2. મફત ડિસ્ક જગ્યા તપાસી રહ્યું છે

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

ASMO અઠવાડિયામાં એકવાર બેકઅપ કોપી બનાવે છે અને તેને સ્ટોરેજમાં મોકલે છે. જ્યારે આ પ્રક્રિયા સફળતાપૂર્વક પૂર્ણ થાય છે, ત્યારે સફળતાની ચકાસણીનું પરિણામ મોનિટરિંગ સિસ્ટમને મોકલવામાં આવે છે. ચકાસણી પરિણામ 9 દિવસ માટે માન્ય છે. તે. બેકઅપની રચનાને નિયંત્રિત કરવા માટે, "પ્રોગ્રેસ ચેક" મિકેનિઝમ, જેની આપણે ઉપર ચર્ચા કરી છે, તેનો ઉપયોગ કરવામાં આવે છે.

મફત ડિસ્ક જગ્યા તપાસી રહ્યું છે
જો ડિસ્ક પર પૂરતી ખાલી જગ્યા ન હોય, તો ડેટાબેઝ યોગ્ય રીતે કાર્ય કરી શકશે નહીં, તેથી ખાલી જગ્યાની માત્રાને નિયંત્રિત કરવી મહત્વપૂર્ણ છે.

સંખ્યાત્મક પરિમાણો તપાસવા માટે મેટ્રિક્સનો ઉપયોગ કરવો અનુકૂળ છે.

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

નીચે મોનિટરિંગ સિસ્ટમમાં "ડેટાબેઝ" ઘટક કેવો દેખાય છે તેનું ચિત્ર છે:

સર્વર મોનીટરીંગ

સર્વરનું નિરીક્ષણ કરવા માટે અમે નીચેની તપાસો અને મેટ્રિક્સનો ઉપયોગ કરીએ છીએ:

1. મફત ડિસ્ક જગ્યા
જો ડિસ્ક જગ્યા સમાપ્ત થઈ જાય, તો એપ્લિકેશન કામ કરી શકશે નહીં. અમે 2 થ્રેશોલ્ડ મૂલ્યોનો ઉપયોગ કરીએ છીએ: પ્રથમ સ્તર ચેતવણી છે, બીજું સ્તર એલાર્મ છે.

2. પ્રતિ કલાક ટકામાં સરેરાશ RAM મૂલ્ય
અમે કલાકદીઠ સરેરાશનો ઉપયોગ કરીએ છીએ કારણ કે... અમને દુર્લભ જાતિઓમાં રસ નથી.

3. કલાક દીઠ સરેરાશ CPU ટકાવારી
અમે કલાકદીઠ સરેરાશનો ઉપયોગ કરીએ છીએ કારણ કે... અમને દુર્લભ જાતિઓમાં રસ નથી.

4. પિંગ ચેક
તપાસે છે કે સર્વર ઓનલાઈન છે. મોનિટરિંગ સિસ્ટમ આ ચેક કરી શકે છે, કોડ લખવાની જરૂર નથી.

નીચે મોનિટરિંગ સિસ્ટમમાં "સર્વર" ઘટક કેવો દેખાય છે તેનું ચિત્ર છે:

સાધનોનું નિરીક્ષણ

હું તમને કહીશ કે ડેટા કેવી રીતે મેળવવામાં આવે છે. દરેક રોડ કંટ્રોલ પોઈન્ટ (MPC) માટે ટાસ્ક પ્લાનરમાં એક કાર્ય છે, ઉદાહરણ તરીકે, “સર્વે MPC M2 km 200”. કાર્ય દર 30 મિનિટે તમામ MPC ઉપકરણોમાંથી ડેટા મેળવે છે.

કોમ્યુનિકેશન ચેનલ સમસ્યા
મોટાભાગના સાધનો શહેરની બહાર સ્થિત છે; ડેટા ટ્રાન્સમિશન માટે જીએસએમ નેટવર્કનો ઉપયોગ કરવામાં આવે છે, જે સ્થિર રીતે કામ કરતું નથી (ત્યાં નેટવર્ક છે, અથવા ત્યાં એક નથી).

વારંવાર નેટવર્ક નિષ્ફળતાને કારણે, શરૂઆતમાં, મોનિટરિંગમાં MPC સર્વેક્ષણ આના જેવું દેખાતું હતું:

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

હવે મોનિટરિંગ માત્ર ત્યારે જ સમસ્યાઓ વિશે સૂચનાઓ મોકલે છે જ્યારે ઉપકરણ 5 કલાકથી વધુ સમય માટે મતદાન કરી શકતું નથી. ઉચ્ચ સંભાવના સાથે, આ ખોટા એલાર્મ નથી, પરંતુ વાસ્તવિક સમસ્યાઓ છે.

નીચે મોનિટરિંગ સિસ્ટમમાં સાધનો કેવા દેખાય છે તેનું ચિત્ર છે:

મહત્વપૂર્ણ!
જ્યારે GSM નેટવર્ક કામ કરવાનું બંધ કરે છે, ત્યારે બધા MDC ઉપકરણો મતદાન થતા નથી. મોનિટરિંગ સિસ્ટમમાંથી ઇમેઇલ્સની સંખ્યા ઘટાડવા માટે, અમારા એન્જિનિયરો "ઉપકરણ" ને બદલે "MPC" પ્રકાર સાથે ઘટક સમસ્યાઓ વિશે સૂચનાઓ માટે સબ્સ્ક્રાઇબ કરે છે. આ તમને દરેક ઉપકરણ માટે અલગ સૂચના પ્રાપ્ત કરવાને બદલે દરેક MPC માટે એક સૂચના પ્રાપ્ત કરવાની મંજૂરી આપે છે.

અંતિમ ASMO મોનિટરિંગ સ્કીમ

ચાલો બધું એકસાથે મૂકીએ અને જોઈએ કે આપણી પાસે કેવા પ્રકારની દેખરેખ યોજના છે.

નિષ્કર્ષ

ચાલો સારાંશ આપીએ.
ASMO ની કામગીરી પર દેખરેખ રાખવાથી અમને શું મળ્યું?

1. ખામી દૂર કરવાનો સમય ઘટ્યો છે
અમે અગાઉ વપરાશકર્તાઓ તરફથી ખામીઓ વિશે સાંભળ્યું છે, પરંતુ બધા વપરાશકર્તાઓ ખામીની જાણ કરતા નથી. એવું બન્યું કે અમે સિસ્ટમના ઘટકના દેખાવના એક અઠવાડિયા પછી તેની ખામી વિશે શીખ્યા. હવે મોનિટરિંગ સિસ્ટમ સમસ્યાની જાણ થતાં જ અમને સમસ્યાઓની જાણ કરે છે.

2. સિસ્ટમની સ્થિરતા વધી છે
ખામીઓ અગાઉ દૂર થવાનું શરૂ થયું હોવાથી, સમગ્ર સિસ્ટમ વધુ સ્થિર રીતે કામ કરવાનું શરૂ કર્યું.

3. ટેક્નિકલ સપોર્ટ માટે કૉલ્સની સંખ્યા ઘટાડવી
વપરાશકર્તાઓ તેમના વિશે જાણતા પહેલા ઘણી સમસ્યાઓ હવે ઠીક થઈ ગઈ છે. વપરાશકર્તાઓએ ઓછી વાર તકનીકી સપોર્ટનો સંપર્ક કરવાનું શરૂ કર્યું. આ બધાની આપણી પ્રતિષ્ઠા પર સારી અસર પડે છે.

4. ગ્રાહક અને વપરાશકર્તાની વફાદારી વધારવી
ગ્રાહકે સિસ્ટમની સ્થિરતામાં સકારાત્મક ફેરફારો જોયા. સિસ્ટમનો ઉપયોગ કરવામાં વપરાશકર્તાઓને ઓછી સમસ્યાઓનો સામનો કરવો પડે છે.

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

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

મોનિટરિંગ સિસ્ટમ બીજા ડેટા સેન્ટરમાં અલગ સર્વર પર ચાલવી જોઈએ.

જો તમે નવા ડેટા સેન્ટરમાં સમર્પિત સર્વરનો ઉપયોગ કરવા માંગતા નથી, તો તમે ક્લાઉડ મોનિટરિંગ સિસ્ટમનો ઉપયોગ કરી શકો છો. અમારી કંપની Zidium ક્લાઉડ મોનિટરિંગ સિસ્ટમનો ઉપયોગ કરે છે, પરંતુ તમે અન્ય કોઈપણ મોનિટરિંગ સિસ્ટમનો ઉપયોગ કરી શકો છો. ક્લાઉડ મોનિટરિંગ સિસ્ટમની કિંમત નવા સર્વરને ભાડે આપવા કરતાં ઓછી છે.

ભલામણો:

1. એપ્લીકેશન્સ અને સિસ્ટમ્સને ઘટકોના વૃક્ષના રૂપમાં શક્ય તેટલી વધુ વિગતમાં તોડી નાખો, તેથી તે ક્યાં અને શું તૂટી ગયું છે તે સમજવું અનુકૂળ રહેશે, અને નિયંત્રણ વધુ સંપૂર્ણ હશે.
2. ઘટકની કાર્યક્ષમતા તપાસવા માટે, પરીક્ષણોનો ઉપયોગ કરો. એક જટિલ ચેક કરતાં ઘણા સરળ ચેકનો ઉપયોગ કરવો વધુ સારું છે.
3. મેટ્રિક થ્રેશોલ્ડને કોડમાં લખવાને બદલે મોનિટરિંગ સિસ્ટમની બાજુ પર ગોઠવો. આ તમને એપ્લિકેશનને ફરીથી કમ્પાઇલ, પુનઃરૂપરેખાંકિત અથવા પુનઃપ્રારંભ કરવાથી બચાવશે.
4. કસ્ટમ ચેક્સ માટે, ખોટી સૂચનાઓ પ્રાપ્ત કરવાનું ટાળવા માટે સંબંધિત સમયના માર્જિનનો ઉપયોગ કરો કારણ કે અમુક ચેક પૂર્ણ થવામાં સામાન્ય કરતાં થોડો વધુ સમય લે છે.
5. જ્યારે ચોક્કસપણે કોઈ સમસ્યા હોય ત્યારે જ મોનિટરિંગ સિસ્ટમના ઘટકોને લાલ કરવાનો પ્રયાસ કરો. જો તેઓ કંઈપણ માટે લાલ થઈ જાય, તો પછી તમે મોનિટરિંગ સિસ્ટમની સૂચનાઓ પર ધ્યાન આપવાનું બંધ કરશો, તેનો અર્થ ખોવાઈ જશે.

જો તમે હજી સુધી મોનિટરિંગ સિસ્ટમનો ઉપયોગ કરતા નથી, તો શરૂ કરો! તે લાગે છે તેટલું મુશ્કેલ નથી. તમે જાતે ઉગાડેલા લીલા ઘટકોના વૃક્ષને જોઈને એક કિક મેળવો.

સારા નસીબ.

સોર્સ: www.habr.com