Mulakan semula OpenVPN setiap hari? Pilih kegagalan, bukan jam

Anda mewarisi tugas cron yang memulakan semula OpenVPN setiap hari pada 04:10, dan ia telah mengekalkan kestabilan selama setahun. Ia juga memutuskan terowong yang sihat pada jam tetap dan tidak berbuat apa-apa tentang gangguan yang benar-benar berlaku pada waktu makan tengah hari. Mula semula mengikut kalendar ialah keputusan penyelenggaraan. Pemulihan ialah reka bentuk berbeza dengan pencetus tertentu.

Tiga bentuk kegagalan memerlukan tiga pemilik berbeza. Pilih kegagalan dahulu, dan mekanismenya menyusul.

Tiga kegagalan, tiga pemilik

Terowong boleh hidup walaupun rakannya sudah tiada: proses berjalan, antara muka wujud, dan tiada apa yang berguna melaluinya. Proses boleh mati walaupun rakan sihat, dan ketika itu hanya apa yang memulakannya boleh menghidupkannya semula. Aplikasi di belakang terowong boleh rosak walaupun terowong dan rakan kedua-duanya sihat, dan memulakan semula klien ketika itu meluaskan gangguan tanpa menyentuh puncanya. Memisahkan ketiga-tiga kes itulah keseluruhan keputusan.

Setiap satu mempunyai isyarat dan pemiliknya sendiri. Keaktifan hidup milik protokol VPN, kitaran hayat proses milik pengurus perkhidmatan, dan kesihatan aplikasi milik pemantauan dengan mandat sempit.

Apa yang boleh dan tidak boleh dilakukan oleh pilihan keaktifan hidup

keepalive ialah pembantu yang berkembang menjadi pasangan ping dan ping-restart, seperti yang diterangkan oleh rujukan pilihan pautan, dan had masa yang dihasilkannya tidak sama pada pelayan dan klien. Nilai yang ditolak oleh pelayan juga boleh mengatasi apa yang dikonfigurasikan oleh klien secara setempat, sebab itulah had masa yang kelihatan betul dalam fail setempat mungkin bukan yang berkuat kuasa.

Itu menjadikannya alat yang tepat untuk rakan yang hilang dan alat yang salah untuk proses yang mati, kerana proses yang telah keluar tidak boleh menjalankan pemasa sendiri. Ia juga tidak menyatakan apa-apa tentang sama ada aplikasi di belakang terowong menjawab, kerana pertukaran berlaku antara dua titik akhir VPN. Menyalin pasangan had masa daripada penggunaan lain tanpa memeriksa peranan, gangguan yang dijangka dan tingkah laku pengesahan semula ialah cara terowong yang stabil mula bergegar.

Apa yang dimiliki oleh pengurus perkhidmatan

Jika daemon keluar, pengurus yang memulakannya menentukan apa yang berlaku seterusnya. Dasar mula semula yang berasaskan kegagalan, dengan kelewatan dan had kadar permulaan, mengendalikan gelung ranap tanpa menjadikannya bom garpu. Tetapan itu bertindak balas terhadap hasil proses dan had masa, dan ia tidak mengesan proses yang hidup tetapi tidak berguna. Itu bukan jurang untuk ditampal dengan dasar yang lebih luas; itu sempadan antara kitaran hayat dan keaktifan hidup.

Pemilikan sama pentingnya dengan tetapan. Sambungan yang dimulakan oleh pengurus rangkaian desktop harus mengekalkan susunan pemulihan pengurus itu, dan menambah unit perkhidmatan saingan untuk antara muka yang sama memberikan satu terowong dua pemilik. Pilih satu dan tuliskan yang mana.

Bilakah mula semula berjadual wajar

Mula semula pada masa tetap boleh menjadi tindakan penyelenggaraan yang munasabah: ia mempunyai pemilik, tetingkap, instans bernama dan laluan masuk yang bebas. Apa yang ia tidak boleh jadi ialah dasar kebolehpercayaan umum yang juga memutuskan semua orang pada jam tetap.

Jika mula semula itu wujud untuk mengelak kebocoran yang diketahui atau keadaan tersekat, nyatakan perkara itu dalam huraian unit, kerana jika tidak orang seterusnya akan menyimpannya selamanya.

Uji kes yang penting: rakan hilang sementara proses kekal hidup, proses keluar, percubaan semula memerlukan kelayakan baharu, dan terowong kembali sementara aplikasi kekal rosak. Perhatikan komponen mana yang bertindak balas dan keadaan apa yang ditinggalkannya.

Soalan yang betul bukan berapa kerap untuk mula semula, tetapi apa yang patut menyedari kegagalan itu dahulu.