მთავარი დასკვნა
ყოველი გაფრთხილება დაუკავშირეთ სერვისზე ზემოქმედებასა და პასუხისმგებელს. ჯერ განსაზღვრეთ დაზარალებული სერვისი და დამოკიდებული კომპონენტი, შემდეგ სერვერის, ქსელისა და ღრუბლის სიგნალებით დაადასტურეთ მიზეზი.
სერვერის მეტრიკები სერვისის გამართულობას დაუკავშირეთ
CPU, მეხსიერება, დისკის ტევადობა და დაყოვნება, ქსელური ტრაფიკი და პროცესის მდგომარეობა სერვერის რესურსების გამოყენებას აჩვენებს. მხოლოდ რესურსის მეტრიკა აპლიკაციის მარცხს არ ამტკიცებს; შეადარეთ სერვისის პასუხის დროს, შეცდომების რაოდენობასა და ხელმისაწვდომობას. ისტორიული საბაზისო მაჩვენებლები პიკებისა და სიმძლავრის ტენდენციების ახსნას ეხმარება, სეზონურობას, გამოშვებებსა და ტრაფიკის მოსალოდნელ ზრდას კი ცალკე განხილვა სჭირდება. ზღვრები და პასუხისმგებლობა სერვერის როლის მიხედვით განსაზღვრეთ.
რესურსი
CPU, მეხსიერება, დისკის თავისუფალი ადგილი, I/O და ინტერფეისის ტრაფიკი.
სერვისი
უწყვეტი მუშაობის დრო, პასუხის დრო, შეცდომები, რიგის სიღრმე და დამოკიდებული კომპონენტების სტატუსი.
ცვლილება
გამოშვებები, გადატვირთვები და რესურსების ცვლილებები დროით დააკავშირეთ.
ქსელური გაზომვები შესაბამისი კითხვისთვის გამოიყენეთ
ICMP ping შეზღუდულ სიგნალს იძლევა მიღწევადობასა და ორმხრივი გზის დროზე; მხოლოდ პასუხის არქონა არ ამტკიცებს ჰოსტის ან აპლიკაციის მიუწვდომლობას. SNMP‑ს შეუძლია მხარდაჭერილი მარშრუტიზატორებიდან, კომუტატორებიდან და ქსელთაშორისი ეკრანებიდან ინტერფეისის სტატუსისა და მრიცხველების ჩვენება; თქვენს კონფიგურაციაში გადაამოწმეთ ვერსია, ავთენტიფიკაცია, დაშიფვრა და წვდომის კონტროლი. NetFlow და ნაკადების სხვა ტელემეტრია აჯამებს ტრაფიკის მოცულობასა და მიმართულებას და არა პაკეტების სრულ შიგთავსს. პაკეტების ჩაწერა ქსელის უფრო ღრმა დეტალებს იძლევა, მაგრამ მგრძნობიარე მონაცემებისა და მოცულობის კონტროლს საჭიროებს.
ICMP
შეზღუდული პასუხი და ორმხრივი გზის დრო; შედეგზე ქსელთაშორისი ეკრანისა და ჰოსტის პოლიტიკა მოქმედებს.
SNMP
მართვადი მოწყობილობების სტატუსი და მრიცხველები მხარდაჭერილი ობიექტებისა და უფლებების ფარგლებში.
ნაკადების ტელემეტრია
ტრაფიკის მიმართულებისა და მოცულობის მეტამონაცემები და არა აპლიკაციის შიგთავსის სრული ხედი.
შეამოწმეთ ღრუბლოვანი მონიტორინგის საზღვარი
ღრუბლოვან საინფორმაციო დაფას შეუძლია ვირტუალური მანქანების, Kubernetes‑ის, საცავის, მონაცემთა ბაზის, ქსელისა და აპლიკაციის სიგნალების გაერთიანება, მაგრამ დაფარვა დამოკიდებულია პროვაიდერის API‑ებზე, აგენტებზე, უფლებებზე, რეგიონსა და შერჩეულ მეტრიკებზე. პროვაიდერის ინფრასტრუქტურის გამართულობა თქვენს აპლიკაციაში მომხმარებლის ყველა გზას არ ზომავს. ხარჯი და გამოყენება შეადარეთ წარმადობას; მხოლოდ მონიტორინგი დატვირთვას ავტომატურად არ მასშტაბირებს — ამას ცალკე მასშტაბირების წესები და გადამოწმება სჭირდება. AWS CloudTrail აღრიცხავს აქტივობას, AWS Config კი აკონტროლებს რესურსების კონფიგურაციასა და ცვლილებებს; არცერთი ანაცვლებს რესურსების მეტრიკებს.
ინფრასტრუქტურის მეტრიკები
ვირტუალური მანქანების, საცავის, მონაცემთა ბაზებისა და ქსელების ტევადობა, გამართულობა და წარმადობა.
აპლიკაციის ტელემეტრია
სერვისის პასუხის დრო, შეცდომები და მოთხოვნის გზა; შეიძლება ცალკე ინსტრუმენტირება და უფლებები დასჭირდეს.
ანგარიშისა და აუდიტის ჩანაწერები
პასუხობს, ვინ შეცვალა რესურსი; სასარგებლოა უსაფრთხოებისა და ცვლილების გამოძიებისთვის.
გაფრთხილებები ქმედითი გახადეთ
გაფრთხილება უნდა აღწერდეს მომხმარებლისა და სერვისისთვის მნიშვნელოვან მდგომარეობას, მიდიოდეს კონკრეტულ პასუხისმგებელთან და მიუთითებდეს შემდეგ შემოწმებაზე. CPU‑ის ზღვარი ესკალაციაზე გადაიტანეთ, როდესაც მისი კავშირი ზემოქმედებასთან დადგენილია; ხანმოკლე პიკისთვის გაითვალისწინეთ ხანგრძლივობა, მდგრადობა და საბაზისო მაჩვენებელი. სერვისის დონის ინდიკატორები, როგორიცაა წარმატებული მოთხოვნების წილი, დაყოვნება და ხელმისაწვდომობა, რესურსების გაზომვებს კონტექსტს ამატებს. აღწერეთ, როგორ იცდება, დროებით ჩუმდება და იხურება თითოეული გაფრთხილება.
განსაზღვრეთ ზემოქმედება
დაასახელეთ სერვისი, მომხმარებელთა ჯგუფი და დაზარალებული ოპერაცია.
დანიშნეთ პასუხისმგებელი და ესკალაცია
აირჩიეთ გზა, რომელიც ითვალისწინებს სამუშაო საათებს, მორიგე დაფარვასა და პროვაიდერზე დამოკიდებულებებს.
ხელახლა შეაფასეთ გაფრთხილებების ხმაური
განიხილეთ ცრუ და უპასუხოდ დარჩენილი გაფრთხილებები; შეცვალეთ პირობა და ხანგრძლივობა.
ისტორია სიმძლავრის დაგეგმვისთვის გამოიყენეთ
სერვერისა და ქსელის მეტრიკების ისტორიამ შეიძლება გამოავლინოს განმეორებადი პიკები, თავისუფალი სიმძლავრე და დაყოვნების თანდათანობითი ზრდა. შეადარეთ თანაბარი პირობების მქონე ტრაფიკის პერიოდები და აპლიკაციის ვერსიები; საშუალოებთან ერთად პიკები და განაწილებებიც შეამოწმეთ. მოერიდეთ მეტრიკების შეუზღუდავ ჭდეებს: Prometheus‑ის მითითებები ხსნის, რომ უნიკალური მნიშვნელობების დიდი რაოდენობა მეხსიერებისა და გამოთვლის ხარჯს ზრდის. მეტრიკის ჭდეებად ნუ გამოიყენებთ ცვალებად მნიშვნელობებს, მაგალითად მომხმარებლის ID‑ებს, ელფოსტას ან თვითნებურ URI‑ებს; საჭიროებისას შეინახეთ ისინი წვდომით დაცულ ჟურნალებსა თუ კვალებში.