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

[ સંપૂર્ણ કદ ]

જેમને તે રસ હોઈ શકે છે

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

શા માટે ઓકર અસામાન્ય છે

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

ઓકર એક વર્ણસંકર મોનીટરીંગ છે

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

okerr એ માત્ર સોફ્ટવેર નથી, પણ એક સેવા પણ છે

કોઈપણ મોનિટરિંગનો સર્વર ભાગ મોટો અને જટિલ છે, તેને ઇન્સ્ટોલ કરવું અને ગોઠવવું મુશ્કેલ છે, અને તેને સંસાધનોની જરૂર છે. okerr સાથે તમે તમારું પોતાનું મોનિટરિંગ સર્વર ઇન્સ્ટોલ કરી શકો છો (તે મફત અને ઓપનસોર્સ છે), અથવા તમે ફક્ત ક્લાયન્ટ ભાગનો ઉપયોગ કરી શકો છો અને અમારા સર્વરની સેવાનો ઉપયોગ કરી શકો છો. પણ મફત.

જો મોનિટરિંગ તમને સર્વર્સ અને એપ્લિકેશન્સમાં વિશ્વસનીયતાના અભાવને વળતર અને આવરી લેવાની મંજૂરી આપે છે, તો પછી એક દાર્શનિક પ્રશ્ન ઊભો થાય છે - રક્ષક કોણ છે? જો કોઈ કારણસર, અલગથી અથવા તમારા અન્ય સંસાધનો સાથે (ઉદાહરણ તરીકે, ડેટા સેન્ટરની ચેનલ પડી ગઈ) તો કોઈ સમસ્યા પોતે જ “મૃત્યુ પામી ગઈ” તો મોનિટરિંગ અમને કેવી રીતે કહેશે? બાહ્ય સેવા okerr નો ઉપયોગ કરતી વખતે - આ સમસ્યા હલ થઈ ગઈ છે - જો તમારા સર્વર સાથેનું સમગ્ર ડેટા સેન્ટર પાવર વિનાનું હોય અથવા ઝોમ્બિઓ દ્વારા હુમલો કરવામાં આવે તો પણ તમને ચેતવણી પ્રાપ્ત થશે.

અલબત્ત, એક જોખમ છે કે ઓકેર સર્વર પોતે જ અનુપલબ્ધ હશે, આ સાચું છે (જેમ તમે જાણો છો, 90% વિશ્વસનીયતા હંમેશા સરળ અને "મફત" મેળવવામાં આવે છે, 99% ઓછામાં ઓછા પ્રયત્નો સાથે, અને દરેક અનુગામી નવ ઘાતક રીતે વધુ મુશ્કેલ). પરંતુ, સૌપ્રથમ, આ બનવાની શક્યતાઓ ઓછી છે, અને બીજું, જો તે અમારા સર્વર્સ પરની સમસ્યાઓ સાથે સુસંગત હોય તો જ સમસ્યાનું ધ્યાન ન જાય. જો અમારી પાસે 99.9% વિશ્વસનીયતા છે, અને તમારી પાસે 99.9% (ખૂબ વધારે સંખ્યાઓ નથી), તો 0.1% = 0.1% માંથી 0.0001% નિષ્ફળતાની શક્યતા છે. તમારી વિશ્વસનીયતામાં ત્રણ નાઇન ઉમેરવું લગભગ પ્રયત્નો વિના અને ખર્ચ વિના ખૂબ સારું છે!

સેવા તરીકે મોનિટરિંગનો બીજો ફાયદો એ છે કે હોસ્ટિંગ પ્રદાતા અથવા વેબ સ્ટુડિયો ઓકેર સર્વર ઇન્સ્ટોલ કરી શકે છે અને પેઇડ અથવા મફત વધારાની સેવા તરીકે ક્લાયન્ટને ઍક્સેસ પ્રદાન કરી શકે છે. તમારા સ્પર્ધકો પાસે ફક્ત હોસ્ટિંગ અને વેબસાઇટ્સ છે, પરંતુ તમારી પાસે મોનિટરિંગ સાથે વિશ્વસનીય હોસ્ટિંગ છે.

Okerr સૂચકો વિશે છે

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

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

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

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

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

સુરક્ષા

જો તમે વિશ્વસનીયતા વધારવા માટે મોનિટરિંગ સેટ કરો છો તો તે શરમજનક રહેશે, પરંતુ પરિણામે, તેના દ્વારા નેટવર્ક પર તમારા પર હુમલો કરવામાં આવે છે, અને વિવિધ મોનિટરિંગ ટૂલ્સમાં ઘણી બધી નેટવર્ક નબળાઈઓ છે (ઝબ્બીક્સ, નાગોસ).

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

સંપૂર્ણ મોનીટરીંગ કવરેજ

હવે આપણો નિયમ એ છે કે આપણે okerr પાસેથી તમામ તકનીકી સમસ્યાઓ વિશે શીખીએ છીએ. જો અચાનક નિયમનું ઉલ્લંઘન થાય છે (ઓકર તેની નિકટવર્તી ઘટના વિશે ચેતવણી આપી ન હતી (જો આ શક્ય હોય તો) અથવા તે પહેલેથી જ આવી ગયું છે) - અમે ઓકરમાં ચેક ઉમેરીએ છીએ.

બાહ્ય તપાસો

તદ્દન લાક્ષણિક સમૂહ:

• ટેબલ ટેનિસની રમતનું વેપારી
• http સ્થિતિ
• SSL પ્રમાણપત્રની માન્યતા અને તાજગી તપાસી રહ્યું છે (જો તે સમાપ્ત થવાની તૈયારીમાં છે તો ચેતવણી આપશે)
• TCP પોર્ટ અને તેના પર બેનર ખોલો
• http grep (પૃષ્ઠમાં ચોક્કસ ટેક્સ્ટ હોવું જોઈએ નહીં)
• પૃષ્ઠ ફેરફારોને પકડવા માટે sha1 હેશ.
• DNS (DNS રેકોર્ડમાં ચોક્કસ મૂલ્ય હોવું આવશ્યક છે)
• WHOIS (જો ડોમેન ખરાબ થવાનું હોય તો ચેતવણી આપશે)
• એન્ટિસ્પામ DNSBL (50+ એન્ટિસ્પામ બ્લેકલિસ્ટ સામે એક જ સમયે હોસ્ટ ચેક કરો)

આંતરિક તપાસ

ઉપરાંત, એકદમ પ્રમાણભૂત સમૂહ (પરંતુ સરળતાથી વિસ્તરણ કરી શકાય છે).

• df (ફ્રી ડિસ્ક સ્પેસ)
• લોડ એવરેજ
• opentcp (ઓપન TCP લિસનિંગ સોકેટ્સ - જો કંઈક શરૂ થયું અથવા ક્રેશ થયું હોય તો સૂચિત કરશે)
• અપટાઇમ - સર્વર પર ફક્ત અપટાઇમ. જો તે બદલાઈ ગયું હોય તો સૂચિત કરશે (એટલે ​​​​કે સર્વર ઓવરલોડ થઈ ગયું છે)
• client_ip
• dirsize - અમે તેનો ઉપયોગ ટ્રૅક કરવા માટે કરીએ છીએ જ્યારે અમારા વર્ચ્યુઅલ મશીન રૂટફ્સ મંજૂર કદ કરતાં વધી જાય છે, કડક પ્રતિબંધો અને વપરાશકર્તા હોમ ડિરેક્ટરીઓનું કદ રજૂ કર્યા વિના
• ખાલી અને ખાલી નથી - મોનિટર ફાઇલો કે જે ખાલી હોવી જોઈએ (અથવા ખાલી નથી). ઉદાહરણ તરીકે, okerr સર્વરનો એરર લોગ પોતે જ ખાલી હોવો જોઈએ, અને જો તેમાં એક લીટી પણ હશે, તો હું એક સૂચના પ્રાપ્ત કરીશ અને તેને તપાસીશ. પરંતુ મેલ સર્વર પરનો mail.log ખાલી ન હોવો જોઈએ (રોટેશન પછી N મિનિટ). અને કેટલીકવાર સિસ્ટમ અપડેટ પછી તે અમારા માટે ખાલી હતું, જ્યારે logrotate યોગ્ય રીતે rsyslog પુનઃપ્રારંભ કરી શકતું નથી.
• linecount - ફાઇલમાં લીટીઓની સંખ્યા (જેમ કે wc -l). અમે તેનો ઉપયોગ ખાલી માટે નરમ રિપ્લેસમેન્ટ તરીકે કરીએ છીએ, જ્યારે ભૂલ લોગ હજી પણ વધી શકે છે, પરંતુ માત્ર ધીમે ધીમે (ઉદાહરણ તરીકે, Googlebot કેટલાક બંધ પૃષ્ઠોને હિટ કરે છે). 2 મિનિટમાં 20 લાઇનની મર્યાદા છે. જો તે વધારે છે, તો ચેતવણી આપવામાં આવશે

રસપ્રદ આંતરિક તપાસ

જો તમે આ બિંદુ સુધી "ત્રાંસા" વાંચતા હોવ, તો હવે વધુ ધ્યાનથી વાંચવું વધુ રસપ્રદ રહેશે.

બેકઅપ

ડિરેક્ટરીમાં બેકઅપને મોનિટર કરે છે. અમારી બેકઅપ ફાઇલોમાં "ServerName-20200530.tar.gz" જેવા નામ છે. okerr માં દરેક સર્વર માટે, સૂચક ServerName-DATE.tar.gz બનાવવામાં આવે છે (વાસ્તવિક તારીખ "DATE" લાઇનમાં બદલાય છે). તાજા બેકઅપની હાજરી અને તેના કદનું પણ નિરીક્ષણ કરવામાં આવે છે (ઉદાહરણ તરીકે, તે અગાઉના બેકઅપના 90% કરતા ઓછું ન હોઈ શકે).

અમે તેને બનાવવાનું અને તેને આ ડિરેક્ટરીમાં મૂકવાનું શરૂ કરી દઈએ પછી નવા બેકઅપને ટ્રૅક કરવાનું શરૂ કરવા માટે શું કરવાની જરૂર છે? કંઈ નહીં! જ્યારે તમારે "કંઈ નથી" કરવાની જરૂર હોય ત્યારે આ ખૂબ અનુકૂળ અભિગમ છે કારણ કે:

• "કંઈ નથી" કરવું ખૂબ જ ઝડપી છે, તે સમય બચાવે છે
• "કંઈ નથી" કરવાનું ભૂલી જવું મુશ્કેલ છે
• ભૂલ સાથે, "કંઈ નથી" ખોટું કરવું મુશ્કેલ છે. સૌથી વિશ્વસનીય પદ્ધતિ કંઈ નથી

જો અચાનક તાજી બેકઅપ ફાઈલો દેખાવાનું બંધ થઈ જાય, તો એક ચેતવણી આવશે. જો, ઉદાહરણ તરીકે, તમે સર્વર્સમાંથી એકને અક્ષમ કર્યું છે, અને ત્યાં વધુ બેકઅપ્સ ન હોવા જોઈએ, તો તમારે સૂચકને કાઢી નાખવાની જરૂર પડશે (વેબ ઇન્ટરફેસ દ્વારા અથવા API દ્વારા શેલમાંથી).

maxfilesz

સૌથી મોટી ફાઈલોના કદનો ટ્રૅક રાખે છે (સામાન્ય રીતે: /var/log/*). આ તમને અણધારી સમસ્યાઓ, ઉદાહરણ તરીકે, બ્રુટ ફોર્સ પાસવર્ડ્સ અથવા સર્વર દ્વારા સ્પામ મોકલવા માટે પરવાનગી આપે છે.

રનસ્ટેટસ/રનલાઇન

સર્વર પર અન્ય પ્રોગ્રામ ચલાવવા માટે આ બે મહત્વપૂર્ણ પ્રોક્સી મોડ્યુલો છે. રનસ્ટેટસ પ્રોગ્રામ એક્ઝિટ કોડની જાણ સૂચકને કરે છે. ઉદાહરણ તરીકે, okerr એ ચકાસવા માટે મોડ્યુલ (જરૂરી) નથી કે systemd સેવાઓ ચાલી રહી છે. આ રનસ્ટેટસ દ્વારા કરવામાં આવે છે (નીચે જુઓ). રનલાઇન - પ્રોગ્રામ જે લાઇન બનાવે છે તે સર્વરને રિપોર્ટ કરે છે. દાખ્લા તરીકે, temp_RUN="cat /sys/class/thermal/thermal_zone0/temp" અમારા સર્વર પર રનલાઇન રૂપરેખામાં પ્રોસેસર તાપમાન સાથે સૂચક સર્વનામ:temp બનાવે છે.

એસક્યુએલ

MySQL ને આંકડાકીય ક્વેરી એક્ઝિક્યુટ કરે છે અને પરિણામની જાણ સૂચકને કરે છે. એક સરળ કિસ્સામાં, તમે કરી શકો છો, ઉદાહરણ તરીકે, "સિલેક્ટ 1" - આ તપાસ કરશે કે DBMS સમગ્ર રીતે કામ કરી રહ્યું છે.

પરંતુ એક વધુ રસપ્રદ એપ્લિકેશન છે, ઉદાહરણ તરીકે, ઑનલાઇન સ્ટોરમાં ઓર્ડરની સંખ્યાને ટ્રૅક કરવી. જો તમે જાણો છો કે તમારી પાસે કલાક દીઠ 100 કે તેથી વધુ ઓર્ડર છે, તો તમે ન્યૂનતમ મર્યાદા 100 અથવા 80 પર સેટ કરી શકો છો. પછી જો તમારું વેચાણ અચાનક ઘટી જશે, તો તમને એક ચેતવણી પ્રાપ્ત થશે અને તમે તેને શોધી શકશો.

નોંધ કરો કે આ કયા અણધાર્યા કારણોસર થયું છે તેનાથી કોઈ ફરક પડતો નથી:

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

ત્યાં કોઈપણ સંખ્યાબંધ કારણો હોઈ શકે છે, અને તે બધાની અગાઉથી આગાહી કરી શકાતી નથી, અને તેને ટ્રેક કરવું તકનીકી રીતે મુશ્કેલ છે. પરંતુ તમે અંતિમ પરિમાણ (ઓર્ડર) ને સરળતાથી મોનિટર કરી શકો છો અને તેમાંથી નક્કી કરી શકો છો કે પરિસ્થિતિ શંકાસ્પદ છે અને તેની સાથે વ્યવહાર કરવા લાયક છે.

તાર્કિક સૂચકાંકો

મોડ્યુલ દ્વારા બુલિયન અભિવ્યક્તિઓ (પાયથોન સિન્ટેક્સ) નો ઉપયોગ કરવાની મંજૂરી આપે છે મૂલ્યાંકન(હેબ્રે પરનો લેખ). પ્રોજેક્ટમાંથી ડેટા અને તેના સૂચક અભિવ્યક્તિ માટે ઉપલબ્ધ છે. ઉદાહરણ તરીકે, ઉપરોક્ત SQL ચેકિંગ વિશેના પ્રકરણમાં, તમે કદાચ એક નબળો મુદ્દો જોયો હશે - દિવસ દરમિયાન અમે પ્રતિ કલાક 100 વેચાણ કરી શકીએ છીએ, પરંતુ રાત્રે - 20, અને આ સામાન્ય છે, સમસ્યા નથી. મારે શું કરવું જોઈએ? સૂચક સતત રાત્રે ગભરાટ કરશે.

તમે દિવસ અને રાત બે સૂચક બનાવી શકો છો. બંનેને "મૌન" બનાવો (તેઓ ચેતવણીઓ મોકલશે નહીં). અને એક તાર્કિક સૂચક બનાવો જેના માટે જરૂરી છે કે દિવસ સૂચક 20:00 પહેલાં બરાબર હોય, અને 20:00 પછી રાત્રિ સૂચક બરાબર હોય તે માટે તે પૂરતું છે.

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

ઉપરાંત, કામ માટે પરવાનગી આપેલ સમય સેટ કરવાનું શક્ય છે, ઉદાહરણ તરીકે, સવારે 3 થી 5 વાગ્યા સુધી. આ સમય દરમિયાન સર્વર અને સાઇટ્સ ક્રેશ થાય તો અમને કોઈ પરવા નથી. પરંતુ 5:00 વાગ્યે તેઓએ કામ કરવું પડશે. જો તેઓ અન્ય કોઈ સમયે કામ ન કરે તો - ચેતવણી. તાર્કિક સૂચક તમને સર્વર રીડન્ડન્સીને ધ્યાનમાં લેવાની પણ મંજૂરી આપે છે. જો તમારી પાસે 5 વેબ સર્વર છે, તો એડમિન કોઈપણ સમયે 1-2 સર્વર બંધ કરી શકે છે. પરંતુ જો યુદ્ધમાં 3 માંથી 5 કરતા ઓછા સર્વર હશે તો ચેતવણી આપવામાં આવશે.

ઉપરોક્ત ઉદાહરણો ઓકર ફંક્શન્સ નથી, કેટલીક સુવિધાઓ નથી કે જેને સક્રિય અને રૂપરેખાંકિત કરવાની જરૂર છે. ઓકેરા પાસે આ બધા કાર્યો નથી, પરંતુ એક લોજિકલ મોડ્યુલ છે જે તમને આ કાર્યક્ષમતાને અમલમાં મૂકવાની મંજૂરી આપે છે (લગભગ પ્રોગ્રામિંગ ભાષામાં - જો અમારી પાસે અંકગણિત ઓપરેટર્સ હોય, તો અમને 20% VATની ગણતરી માટે વિશેષ કાર્યની જરૂર નથી. ભાષામાંથી, તમે હંમેશા તમારી જરૂરિયાતોને અનુરૂપ બનાવી શકો છો).

લોજિક ઈન્ડીકેટર એ કદાચ ઓકેરના થોડા પ્રમાણમાં જટિલ વિષયોમાંથી એક છે, પરંતુ સારા સમાચાર એ છે કે જ્યાં સુધી તમને જરૂર ન પડે ત્યાં સુધી તમારે તેમાં માસ્ટર કરવાની જરૂર નથી. પરંતુ તે જ સમયે, તેઓ સિસ્ટમને એકદમ સરળ રાખીને, ક્ષમતાઓને મોટા પ્રમાણમાં વિસ્તૃત કરે છે.

તમારા પોતાના ચેક ઉમેરી રહ્યા છીએ

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

ન્યૂનતમ વેતનની તપાસ મોડ્યુલ દ્વારા કરવામાં આવે છે રનસ્ટેટસ:

રૂપરેખામાં આ લીટી રનસ્ટેટસ જો /bin/true અચાનક શરૂ ન થાય અથવા 0 કરતાં બીજું કંઈક પાછું ન આપે તો તમને સૂચિત કરશે.

true_OK=/bin/true

ફક્ત એક લીટી - અને અહીં આપણે પહેલાથી જ થોડા છીએ વિસ્તૃત કાર્યક્ષમતા okerr.

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

આ ચેક સૂચિત કરશે કે apache2 સર્વર ક્રેશ થયું છે (સારું, તમે ક્યારેય જાણતા નથી...):

apache_OK="systemctl is-active --quiet apache2"

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

વધુ મુશ્કેલ - તમે okerrmod માટે તમારું પોતાનું મોડ્યુલ (કોઈપણ ભાષામાં) લખી શકો છો. સરળ કિસ્સામાં તે આના જેવો દેખાય છે:

#!/usr/bin/python3

print("STATUS: OK")

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

$ okerrmod --dump df
NAME: pi:df-/
TAGS: df
METHOD: numerical|maxlim=90
DETAILS: 49.52%, 13.9G/28.2G used, 13.0G free
STATUS: 49.52

NAME: pi:df-/boot
TAGS: df
METHOD: numerical|maxlim=90
DETAILS: 84.32%, 53.1M/62.9M used, 9.9M free
STATUS: 84.32

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

Telegram

એક ટેલિગ્રામ બોટ છે @OkerrBot. તમારે તમારા ફોનને અલગ-અલગ ઍપ્લિકેશનો સાથે અવ્યવસ્થિત કરવાની જરૂર નથી (મને એ ગમતું નથી કે Pyaterochka માટે તમારે નકશા સાથેની એક એપ્લિકેશનની જરૂર છે, બીજી Lenta માટે, MTS માટે ત્રીજા માટે, અને તેથી વધુ દરેક માટે, બધા માટે). એક ટેલિગ્રામ પૂરતો છે. ટેલિગ્રામ દ્વારા તમે તરત જ ચેતવણીઓ પ્રાપ્ત કરી શકો છો, પ્રોજેક્ટની સ્થિતિ તપાસી શકો છો અને તમામ સમસ્યારૂપ સૂચકાંકોને ફરીથી તપાસવા માટે આદેશ આપી શકો છો. અમે થિયેટર/પ્લેન છોડ્યું, બે કલાક સુધી પલ્સ પર અમારી આંગળી રાખી ન હતી, ફોન ચાલુ કર્યો, ચેટબોટમાં એક બટન દબાવ્યું અને ખાતરી કરી કે બધું બરાબર છે.

સ્થિતિ પૃષ્ઠો

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

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

સમસ્યાઓ અને ડાઉનટાઇમ દરેકને થાય છે. પરંતુ વપરાશકર્તાઓ અને ભાગીદારો તેમના પર વધુ વિશ્વાસ કરે છે જેઓ આ અંગેના તેમના અભિગમમાં વધુ પારદર્શક અને જવાબદાર છે.

અહીં 10 અન્ય પ્રોજેક્ટ્સની સમીક્ષા જે તમને સ્થિતિ પૃષ્ઠો બનાવવાની મંજૂરી આપે છે. આ પ્રોજેક્ટ પૃષ્ઠો કેવા દેખાય છે તેના ઉદાહરણો અહીં છે પાયથોન и ડ્રૉપબૉક્સ. okerr સ્થિતિ પાનું.

નિષ્ફળતા

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

ઓછી સિસ્ટમ આવશ્યકતાઓ

okerr સર્વર્સ માટે, અમે 2Gb થી RAM સાથે મશીનોનો ઉપયોગ કરીએ છીએ. નેટવર્ક સેન્સર માટે, 512Mb પણ પૂરતું છે. ગ્રાહક ભાગ સામાન્ય રીતે લગભગ શૂન્ય છે. (પ્લાસ્ટિકની થેલી okerrupdate 26 Kb વજન, પરંતુ Python3 અને પ્રમાણભૂત પુસ્તકાલયોની જરૂર છે). ક્લાયંટ ક્રોન સ્ક્રિપ્ટથી ચાલે છે, તેથી તેની પાસે શૂન્ય સતત મેમરી વપરાશ છે. અમે જે મશીનોનું નિરીક્ષણ કર્યું છે તેમાં, અમારી પાસે સેન્સર (512Mb RAM સાથે સુપર-સસ્તા VPS) અને રાસ્પબેરી Pi છે. તે ક્લાયંટના ભાગ વિના પણ શક્ય છે કર્લ દ્વારા અપડેટ્સ મોકલો! (નીચે જુઓ)

આને ધ્યાનમાં લેવું - ઓકર, કદાચ સૌથી વધુ મફત ઉપલબ્ધમાંથી મોનિટરિંગ સિસ્ટમ, કારણ કે Zabbix અથવા Nagios જેવી અન્ય ફ્રી ઓપન-સોર્સ સિસ્ટમનો ઉપયોગ કરવા માટે, તમારે તેને સંસાધનો (સર્વર) ફાળવવાની જરૂર છે, અને આ પહેલેથી જ પૈસા છે. વધુમાં, કેટલાક સર્વર જાળવણી હજુ પણ જરૂરી છે. ઓકર સાથે, આ ભાગ દૂર કરી શકાય છે. અથવા તમારે તેને દૂર કરવાની અને તમારા પોતાના સર્વરનો ઉપયોગ કરવાની જરૂર નથી, જે તમને સૌથી વધુ ગમે છે તેના આધારે.

API અને માલિકીના સોફ્ટવેરમાં એકીકરણ

સરળ અને ઓપન આર્કિટેક્ચર. okerr એક ખૂબ સરળ છે API, જેની સાથે કામ કરવું સરળ છે. 1000 સૂચકાંકો બનાવવાની જરૂર છે? 3-4 લીટીઓની એક શેલ સ્ક્રિપ્ટ આ કરશે. 1000 સૂચકાંકોને ફરીથી ગોઠવવાની જરૂર છે? તે પણ ખૂબ જ સરળ છે. ઉદાહરણ તરીકે, અમે રશિયન સેન્સરમાંથી અમારા બધા HTTPS પ્રમાણપત્રોને બે વાર તપાસવા માંગીએ છીએ:

#!/bin/sh

for indicator in `okerrclient --api-filter sslcert`
do
    echo set location for $indicator
    okerrclient --api-set location=ru retest=1 --name $indicator
done

તમે અમારા ક્લાયંટ મોડ્યુલનો ઉપયોગ કરીને સૂચકને અપડેટ કરી શકો છો, તેના વિના પણ, ફક્ત curl દ્વારા.

# short and nice (using okerrupdate and config file)
$ okerrupdate MyIndicator OK

# only curl is enough!
$ curl -d 'textid=MyProject&name=MyIndicator&secret=MySecret&status=OK' https://bravo.okerr.com/

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

અહીં અમારા ટેલિગ્રામ બોટમાં કોડ (સરળ) છે:

from okerrupdate import OkerrProject, OkerrExc

op = OkerrProject()
uptimei = op.indicator("{}:telebot_uptime".format(hostname))
...
uptimei.update('OK', 'pid: {} Uptime: {} cmds: {}'.format(
        os.getpid(), dhms(uptime), commands_cnt))

પાયથોન પ્રોગ્રામ્સમાંથી સૂચકોને અપડેટ કરવા માટે એક પુસ્તકાલય છે okerrupdate, અન્ય કોઈપણ ભાષાઓ માટે ત્યાં કોઈ પુસ્તકાલયો નથી, પરંતુ તમે કાં તો okerrupdate સ્ક્રિપ્ટને કૉલ કરી શકો છો અથવા okerr સર્વરને HTTP વિનંતી કરી શકો છો.

ઓકર આપણને કેવી રીતે મદદ કરે છે

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

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

મોનીટરીંગ

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

SSL પ્રમાણપત્રો. લોન્ચ થયા પછી લગભગ તરત જ લેટ્સએનક્રિપ્ટ અમારા ગ્રાહકે તેના ગ્રાહકોને મફત SSL પ્રમાણપત્રો આપવાનું શરૂ કર્યું (તેમાંથી લગભગ એક હજાર). અને તે માત્ર વહીવટ માટે નરક બન્યું! હકીકત એ છે કે સાઇટ્સ "લાઇવ" છે, ગ્રાહકો સમયાંતરે તેમને કંઈક કરવાનું કહે છે, પ્રોગ્રામરો તે કરે છે. તેઓ સંપૂર્ણપણે મુક્તપણે સાઇટને અન્ય DocumentRoot પર સ્થાનાંતરિત કરી શકે છે, ઉદાહરણ તરીકે. અથવા વર્ચ્યુઅલહોસ્ટ રૂપરેખામાં બિનશરતી પુનઃલેખન ઉમેરો. સ્વાભાવિક રીતે, આ પછી, પ્રમાણપત્રોનું આપમેળે નવીકરણ તૂટી જાય છે. હવે અમારી પાસે પેકેજમાંથી અમારી અન્ય ઉપયોગી ઉપયોગિતાઓ દ્વારા ઓકેરમાં બધા SSL હોસ્ટ્સ આપોઆપ ઉમેરવામાં આવ્યા છે. a2conf. ચાલો ફક્ત લોન્ચ કરીએ a2okerr.py — અને જો સર્વર પર ઘણી નવી સાઇટ્સ દેખાય છે, તો તે ઓકેરમાં આપમેળે દેખાશે. જો અચાનક કોઈ કારણોસર સર્ટિફિકેટ રિન્યુ ન થાય તો, પ્રમાણપત્રની સમયસીમા સમાપ્ત થાય તેના ત્રણ અઠવાડિયા પહેલા, અમને ખબર છે, અને અમે તેને શા માટે અપડેટ કરવામાં આવતું નથી, આવા કૂતરાને શોધી કાઢીશું. a2certbot.py સમાન પેકેજમાંથી - તે આમાં ઘણી મદદ કરે છે (તે તરત જ સંભવિત સમસ્યાઓ તપાસે છે - અને તે લખે છે જે સારી રીતે તપાસવામાં આવ્યું હતું, અને જ્યાં સંભવતઃ સમસ્યા છે).

અમે અમારા તમામ ડોમેન્સની સમાપ્તિ તારીખનું નિરીક્ષણ કરીએ છીએ. અને અમારા બધા મેઇલ સર્વર્સ કે જે મેઇલ મોકલે છે તે 50+ વિવિધ બ્લેકલિસ્ટ્સ સામે પણ તપાસવામાં આવે છે. (અને ક્યારેક તેઓ તેમાં પડે છે). બાય ધ વે, શું તમે જાણો છો કે ગૂગલ મેઇલ સર્વર્સ પણ બ્લેકલિસ્ટેડ છે? માત્ર સ્વ-પરીક્ષણ માટે, અમે મોનિટર કરેલ સર્વર્સમાં mail-wr1-f54.google.com ઉમેર્યું છે, અને તે હજુ પણ SORBS બ્લેકલિસ્ટમાં છે! (આ "એન્ટી-સ્પામર્સ" ના મૂલ્ય વિશે છે)

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

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

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

પરંતુ ત્યાં એક અન્ય કેસ હતો ...

શું તમે જાણો છો કે લોકપ્રિય ડેબિયન 9 (સ્ટ્રેચ) માં phpmyadmin જેવા લોકપ્રિય પેકેજ હજુ પણ (ઘણા મહિનાઓથી!) સંવેદનશીલ સ્થિતિમાં છે? (CVE-2019-6798). જ્યારે નબળાઈ ઉભરી આવી, ત્યારે અમે તેને ઝડપથી અલગ અલગ રીતે આવરી લીધી. પરંતુ "સુંદર" સોલ્યુશન ક્યારે બહાર આવશે તે જાણવા માટે મેં okerr માં સુરક્ષા-ટ્રેકર પૃષ્ઠનું મોનિટરિંગ સેટ કર્યું છે (સામગ્રીના SHA1 સરવાળા દ્વારા). સૂચકએ મને ઘણી વખત વળાંક આપ્યો, પૃષ્ઠ બદલાયું, પરંતુ તમે જોઈ શકો છો, તે હજી પણ (જાન્યુઆરી 2019 થી!) સૂચવે નથી કે સમસ્યા હલ થઈ ગઈ છે. કદાચ, માર્ગ દ્વારા, કોઈને ખબર છે કે સમસ્યા શું છે કે આવા મહત્વપૂર્ણ પેકેજ હજુ પણ એક વર્ષથી વધુ સમય માટે સંવેદનશીલ છે?

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

એક-બે વખત એવી પરિસ્થિતિ આવી કે જ્યારે કોઈ ચોક્કસ સમસ્યા ઊભી થાય, અને પછી તે જાતે જ દૂર થઈ જાય. (કદાચ દરેકને પરિચિત?). તમે જોશો ત્યાં સુધીમાં, તમે તપાસો ત્યાં સુધીમાં—અને તપાસવા જેવું કંઈ નથી—બધું પહેલેથી જ સારી રીતે કામ કરી રહ્યું છે. પરંતુ પછી તે ફરીથી તૂટી જાય છે. અમે એમેઝોન માર્કેટપ્લેસ (MWS) પર અપલોડ કરેલા ઉત્પાદનો સાથે, ઉદાહરણ તરીકે, આવું બન્યું હતું. અમુક સમયે, લોડ કરેલી ઇન્વેન્ટરી ખોટી હતી (સામાનની ખોટી માત્રા અને ખોટી કિંમતો). અમે તેને શોધી કાઢ્યું. પરંતુ તેને શોધવા માટે, સમસ્યા વિશે તરત જ શોધવું મહત્વપૂર્ણ હતું. કમનસીબે, MWS, બધી એમેઝોન સેવાઓની જેમ, થોડી ધીમી છે, તેથી તેમાં હંમેશા વિલંબ રહેતો હતો, પરંતુ તેમ છતાં, અમે ઓછામાં ઓછા અંદાજે સમસ્યા અને તેનું કારણ બનેલી સ્ક્રિપ્ટ્સ વચ્ચેના જોડાણને સમજવામાં સક્ષમ હતા (અમે તપાસ કરી, અટકી ગયા. તેને ઓકર પાસે મોકલ્યો, અને ચેતવણી મળતા તરત જ તેને તપાસ્યું).

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

Okerr સેન્સર માટે, અમે શક્ય તેટલી સસ્તી હોસ્ટિંગનો ઉપયોગ કરીએ છીએ (જ્યાં ગુણવત્તા અને વિશ્વસનીયતા મહત્વપૂર્ણ નથી, તેઓ એકબીજાને વીમો આપે છે). તેથી, અમને તાજેતરમાં ખૂબ જ સારી હોસ્ટિંગ અને સુપર સસ્તી મળી, બેન્ચમાર્ક અદ્ભુત છે. પરંતુ... કેટલીકવાર એવું બને છે કે વર્ચ્યુઅલ મશીનમાંથી આઉટગોઇંગ કનેક્શન્સ અન્ય (પડોશી) IPમાંથી બનાવવામાં આવે છે. ચમત્કારો. સાથે Client_ip મોડ્યુલ https://diagnostic.opendns.com/myip ખોટો IP મેળવે છે. અને સૂચકના સર્વર લોગમાંથી તે સ્પષ્ટ છે કે અપડેટ પણ આ પડોશી IP પરથી આવ્યું છે. ચાલો હવે આધાર સાથે વ્યવહાર કરીએ. તે સારું છે કે અમે શાંતિના સમયમાં આ નોંધ્યું. પરંતુ, ઉદાહરણ તરીકે, તે ઘણીવાર બને છે કે ઍક્સેસ આઇપી વ્હાઇટ લિસ્ટ અનુસાર નોંધાયેલ છે - અને જો સર્વર ક્યારેક ટૂંકા સમય માટે આ રીતે ઝબકતું હોય તો - તમે આ સમસ્યાને ખૂબ લાંબા સમય સુધી પકડવાનો પ્રયાસ કરી શકો છો.

ઠીક છે, એક વધુ વસ્તુ - કારણ કે અમે VPS હોસ્ટિંગ વિશે વાત કરી રહ્યા છીએ - અમે હંમેશા સસ્તીનો ઉપયોગ કરીએ છીએ (hetzner, ovh, સ્કેલવે). મને તે બેન્ચમાર્ક અને સ્થિરતાના સંદર્ભમાં ખરેખર ગમે છે. અમે અન્ય પ્રોજેક્ટ્સ માટે પણ વધુ ખર્ચાળ Amazon EC2 નો ઉપયોગ કરીએ છીએ. તેથી, ઓકરનો આભાર, અમારો પોતાનો જાણકાર અભિપ્રાય છે. તે બંને પડી જાય છે. અને હું એમ નહીં કહું કે અમારા અવલોકનોના લાંબા ગાળામાં, હેટ્ઝનર જેવી સસ્તી હોસ્ટિંગ્સ EC2 કરતાં નોંધપાત્ર રીતે ઓછી સ્થિર હોવાનું બહાર આવ્યું છે. તેથી, જો તમે અન્ય એમેઝોન સુવિધાઓ સાથે જોડાયેલા નથી, તો શા માટે વધુ ચૂકવણી કરવી? 🙂

શું આગામી છે?

જો આ તબક્કે મેં તમને હજી સુધી ઓકરથી ડર્યા નથી, તો પછી તેનો પ્રયાસ કરો! તમે સીધા આ લિંક પર જઈ શકો છો okerr ડેમો એકાઉન્ટ (હવે ક્લિક કરો!) પરંતુ ધ્યાનમાં રાખો કે દરેક માટે માત્ર એક જ ડેમો એકાઉન્ટ છે, તેથી જો તમે કંઈક કરો છો, તો તે જ એકાઉન્ટમાં અન્ય કોઈ વ્યક્તિ તે જ સમયે તમારી સાથે દખલ કરી શકે છે. અથવા (વધુ સારી) લિંક દ્વારા નોંધણી કરો ઑફસાઇટ ઓકર - એસએમએસ વિના, બધું સરળ છે. જો તમે તમારા વાસ્તવિક ઇમેઇલનો ઉપયોગ કરવાનું પસંદ કરતા નથી, તો તમે નિકાલજોગનો ઉપયોગ કરી શકો છો, જેમ કે મેઇલીનેટર (હું ભલામણ કરું છું getnada.com). આવા એકાઉન્ટ્સ સમય જતાં કાઢી નાખવામાં આવી શકે છે, પરંતુ તે પરીક્ષણ માટે યોગ્ય રહેશે.

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

દસ્તાવેજીકરણમાંથી - સૌ પ્રથમ WIKI સર્વર બાજુ પર અને ક્લાયંટ પર (okerrupdate wiki). પરંતુ જો કંઈક અસ્પષ્ટ હોય, તો okerr.com પર આધાર લખો અથવા ટિકિટ છોડો - અમે ઝડપથી બધું હલ કરવાનો પ્રયાસ કરીશું.

જો તમે તેનો ગંભીરતાથી ઉપયોગ કરો છો અને આ વધેલી મર્યાદાઓ પૂરતી નથી, તો સમર્થન માટે લખો અને અમે તેને વધારીશું (મફતમાં).

શું તમે તમારા સર્વર પર okerr સર્વર ઇન્સ્ટોલ કરવા માંગો છો? અહીં okerr-dev ભંડાર. અમે સ્વચ્છ વર્ચ્યુઅલ મશીન પર ઇન્સ્ટોલ કરવાની ભલામણ કરીએ છીએ, પછી તમે તેને ફક્ત ઇન્સ્ટોલેશન સ્ક્રિપ્ટ સાથે કરી શકો છો. તમારા વર્ચ્યુઅલ મશીન પર - કોઈ પ્રતિબંધો નથી :-). સારું, ફરીથી, જો કંઈપણ થાય, તો અમે હંમેશા મદદ કરવાનો પ્રયાસ કરીશું.

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

સોર્સ: www.habr.com