VPN sağlamlıq yoxlamalarını tətbiq sağlamlıq yoxlamalarından ayırın
İşləyən tunel prosesi, qorunan marşrut, DNS və təyinat bir-birindən asılı olmayaraq uğursuz ola bilər. Hər yoxlama öz qatını və tetiklədiyi əməliyyatı adlandırsın.
Tunel prosesiniz işləyə bilər, halbuki qorunan bağlantı yararsızdır və uğursuz veb səhifə tunelin pozulduğuna sübut deyil. Bir zond hamısının yerinə keçəndə yenidən başlatma siyasəti səhv komponenti yenidən başladır və buna avtomatlaşdırma deyir. Aşağıdakı hər yoxlama müşahidə etdiyi qatı, uğursuzluğunun tetiklədiyi əməliyyatı və əməliyyatın işlədiyinə dair sübutu adlandırır. Son addım bütün dəsti gecə saat üçdə izlənə bilən bir səhifəyə çevirir.
Addım 1: hər yoxlamanın müşahidə etdiyi qatı adlandırın
Hər hansı birini yazmazdan əvvəl hər zondun həqiqətən nə görə bildiyini soruşun. Canlılıq demonun işlədiyini, əl sıxma və ya həmkar siyahısı əlaqənin mövcud olduğunu, marşrutlaşdırılmış sorğu çatdırılmanı, axtarış isə həll olunmanı sübut edir. Onlar bu ardıcıllıqla uğursuz olur və heç biri növbətini nəzərdə tutmur. Yaşıl proses yoxlamasının ölü tunelin yanında dayanması normal haldır, ziddiyyət deyil.
Dörd yoxlamanı bu ardıcıllıqla yazın, hər biri üçün dəqiq əmri və gözlənilən çıxışı göstərin. Gözlənilən çıxışını deyə bilmədiyiniz zond, xəbərdarlığı görən hər operator tərəfindən fərqli oxunacaq. Eyni siyahını yalnız runbook-da deyil, xəbərdarlıq mətnində də verin ki, gecə oyadan şəxs simptomdan əvvəl qatla rastlaşsın. Hər əmri onu icra edən hostda kopyala-yapışdır edilə bilən saxlayın.
Sonra tətbiq yoxlamasını beşinci, ayrı bənd kimi əlavə edin. Hesab xidməti işləməyən səhifə tuneli yenidən başlatmağı əsaslandırmır.
Addım 2: hər uğursuzluğu bir əməliyyata bağlayın
Hər yoxlama üçün nəyin yenidən başladılacağını, nəyin blokda qalacağını və nəyin insanı çağıracağını qərarlaşdırın. Tunel qatının uğursuzluğu tuneli yenidən başlatmağı əsaslandıra bilər; həlledici uğursuzluğu müştəridəki DNS inteqrasiyasına işarə edir; tətbiq qatının uğursuzluğu tunelə demək olar ki, heç vaxt toxunmamalıdır.
Uğursuzluğun nə etməməli olduğunu deyin, çünki təhlükəli standart dəyərlər icazəverən olanlardır. Sağlam olmayan status heç vaxt birbaşa tətbiq trafikinə icazəyə çevrilməməlidir, çünki tuneli sakitcə yan keçən ehtiyat yol tunelin varlığının səbəbini aradan qaldırır. Əməliyyatları da daraldın: bir təyinat yavaş olduğu üçün paylaşılan komponenti yenidən başlatmaq lokal problemi bütün parka aid problemə çevirir. O, həmçinin səbəbi tapmaq üçün sizə lazım olan sübutu məhv edir.
Addım 3: zondları zərərsiz və ucuz saxlayın
Kiçik, yalnız oxuma sorğularından istifadə edin: statik resurs, öz asılılığını bildirən sağlamlıq son nöqtəsi və ya nəzarət etdiyiniz porta TCP bağlantısı. Etimad məlumatlarından, gizli gəzintidən və hər intervalda vəziyyəti dəyişən hər şeydən çəkinin, çünki yazan zond cədvəl üzrə yük testidir.
Hər zond üçün təyinatı, marşrut gözləntisini və vaxt aşımını qeyd edin. Marşrut gözləntisi insanların buraxdığı sahədir və xəbərdarlığı sonra oxuyanda tunel uğursuzluğunu marşrut səhfindən ayıran məhz budur. İntervalı və uğursuzluq həddini vəd etdiyiniz bərpa vaxtından çıxarın və vaxt aşımını intervaldan qısa saxlayın. Növbəti başlayanda hələ işləyən zond bir uğursuzluğu iki dəfə bildirir və yırğalanma kimi görünür.
Addım 4: hər qatı pozun və düzgün zondun qızardığını izləyin
Tunel prosesini dayandırın və DNS hələ keşdən cavab verə bilərkən proses yoxlamasının uğursuz olduğunu təsdiqləyin. Bir marşrutu dəyişin və proseslə əl sıxma sağlam qalarkən marşrutlaşdırılmış sorğunun uğursuz olduğunu təsdiqləyin. Yalnız DNS-i pozun və tətbiq yoxlamasının tunel xətası yerinə həll olunma bildirdiyini təsdiqləyin. İki zond həmişə birlikdə hərəkət edirsə, düşündüyünüzdən az yoxlamanız var.
Bərpa istiqamətini eyni nizamla sınayın. Qatı bərpa etdikdən sonra zond əl ilə yenidən başlatma olmadan təmizlənməlidir və işə düşən əməliyyat arxasında heç bir yan yol qoymamalıdır. Yaşıl vəziyyətə güvənməzdən əvvəl bir tam dövr izləyin, çünki yalnız əl ilə təmizlənən zond pozulmuş bərpa yolunu gizlədir.
Addım 5: runbook-u xəbərdarlığın göstərdiyi yerə qoyun
Beş sətirli bir səhifə bütün dizaynı daşıyır: qat, əmr, gözlənilən nəticə, uğursuzluqda əməliyyat, sahib. Hər zond üçün bilərəkdən nəyi sınamadığı barədə bir sətir əlavə edin. O sətir növbəti şəxsin hər şeyi ölçən və heç nəyi fərqləndirməyən altıncı yoxlama əlavə etməsinin qarşısını alır. Səhifəni xəbərdarlıq mətnindən keçid edin, yoxsa hadisə davam edərkən heç kim onu açmayacaq.
Konteyner yerləşdirmələrində asılılıq şərti yalnız başlanğıcı formalaşdırır və başqa heç nəyi. Compose başlanğıc sırası və sağlamlıq şərti sənədləşməsi hazırlığın xidmətlərin başlama sırasını necə şərtləndirdiyini təsvir edir; bunların heç biri sonradan çıxış siyasətini tətbiq etmir və heç biri tunel düşəndə qapalı şəkildə uğursuz olmur. Davamlı tətbiq öz siyasətini və öz zondunu tələb edir, eyni səhifədə yazılmış.
Runbook, düzgün qat heç kim əlçatmaz veb saytı pozulmuş tunel kimi oxumadan bərpa olunanda tamamlanır. Bu, tuneli deyil, sənədi sınayır.