kmorph: Linux कर्नेल क्रैश के बाद सर्वर सेकंडों में बहाल करने वाला टूल

स्टैंडबाय कर्नेल कैसे काम करता है

आज कर्नेल पैनिक होने पर सर्वर को पूरी तरह रीबूट करना पड़ता है, जिसमें हार्डवेयर इनिशियलाइज़ेशन और सिस्टम एन्वायरनमेंट लोड होने के कारण कई मिनट लग सकते हैं। kdump के साथ दो बार कर्नेल लोड होता है: पहले kexec से अलग कर्नेल मेमोरी डंप सहेजने के लिए, फिर वर्किंग कर्नेल।

kmorph में एक अलग CPU कोर से जुड़ा स्टैंडबाय कर्नेल और न्यूनतम सिस्टम एन्वायरनमेंट पहले से मेमोरी में लोड रहता है और मुख्य कर्नेल की निगरानी करता है। मुख्य कर्नेल के हैंग या panic होने पर स्टैंडबाय एन्वायरनमेंट कमान संभालता है, क्रैश हुए कर्नेल का मेमोरी डंप सहेजता है और CPU कोर, मेमोरी, डिवाइस, नेटवर्क कॉन्फ़िगरेशन व फ़ाइल सिस्टम अपने हाथ में ले लेता है।

काम दो घटकों में बँटा है: kmorph सक्रिय एन्वायरनमेंट में चलकर स्टैंडबाय एन्वायरनमेंट तैयार करता है और नेटवर्क स्थिति सिंक करता है, जबकि kmorphd स्टैंडबाय में चलकर सक्रिय एन्वायरनमेंट पर नज़र रखता है। स्टैंडबाय में nginx जैसी सेवाएँ पहले से चालू रखी जा सकती हैं, इसलिए स्विच के तुरंत बाद वे अनुरोध संभालने लगती हैं।

मौजूदा समाधानों से फ़र्क

Linux कर्नेल में Kexec HandOver (KHO) और Live Update Orchestrator (LUO) पहले से हैं, जो पुराने कर्नेल से नया कर्नेल बिना सिस्टम स्टेट खोए शुरू करते हैं। लेकिन क्रैश की स्थिति में वे काम नहीं करते, क्योंकि उन्हें चालू कर्नेल की स्टेट सहेजनी पड़ती है। वे kexec रीबूट पर भी निर्भर हैं, इसलिए स्विच की गति में kmorph से पीछे रहते हैं।

kmorph फ़िलहाल x86_64 और ARM64 को सपोर्ट करता है, RISC-V पर काम जारी है। डिस्ट्रिब्यूशन में इसका एकीकरण kdump की तरह dracut, initramfs-tools, kernel-install और systemd के ज़रिए होगा। टीम का लक्ष्य आगे ऐसा स्विच है जो जुड़े क्लाइंट को महसूस ही न हो।