Google Cloud का VM Extensions Manager अब सामान्य उपलब्ध—गलत बदलाव खुद लौटेगा
Google Cloud ने 4 सितंबर 2026 के साप्ताहिक अद्यतन में VM Extensions Manager को सामान्य उपलब्ध घोषित किया। Google Cloud की घोषणा परियोजना-व्यापी नीतियों, लगातार अंतर पहचान और स्वचालित सुधार के साथ बहु-जोन चरणबद्ध उपलब्धता, विफलता पर स्वचालित वापसी तथा Cloud Monitoring में केंद्रीकृत स्वास्थ्य दृश्य की पुष्टि करती है।
इसका सीधा परिणाम यह है कि समर्थित अतिथि ऑपरेटिंग सिस्टम विस्तारों की स्थिति अब केवल VM बनते समय चली किसी आरंभिक स्क्रिप्ट पर निर्भर नहीं रहती। नीति से भटकी स्थिति फिर लागू की जा सकती है; वैश्विक नीति का प्रसार किसी चरण में विफल हो तो प्रबंधक बदलाव को स्वतः वापस लेकर उसे आगे के जोन तक पहुंचने से रोक सकता है।
सामान्य उपलब्धता में क्या बदला
VM Extensions Manager प्रशासक को यह घोषित करने देता है कि चुने गए Compute Engine VM पर कौन-सा समर्थित विस्तार और उसका कौन-सा संस्करण या विन्यास होना चाहिए। नीति लेबल जैसे चयन मानदंडों से मौजूदा और बाद में बनने वाले VM पर लागू हो सकती है, इसलिए बेड़े का मानक हर मशीन पर अलग स्थापना आदेश चलाने के बजाय परियोजना के नियंत्रण तल में रहता है।
अंतर पहचान और वापसी दो अलग सुरक्षा व्यवस्थाएं हैं। पहली व्यवस्था लागू नीति और VM की वास्तविक स्थिति के बीच विचलन मिलने पर इच्छित स्थिति दोबारा स्थापित करती है। दूसरी वैश्विक नीति के चरणबद्ध प्रसार से जुड़ी है: किसी चरण की विफलता पर नया बदलाव वापस लिया जाता है, ताकि वही त्रुटि शेष जोन में न फैले। शीर्षक का “गलत बदलाव खुद लौटेगा” इसी विफल प्रसार पर होने वाली स्वचालित वापसी तक सीमित है; यह हर अनुप्रयोग त्रुटि या मनचाहे बूट आदेश को पलटने का वादा नहीं है।
वैश्विक नीति कई क्षेत्रों और जोन में धीमी, तेज या निर्धारित चरणों वाली उपलब्धता नियंत्रित कर सकती है। Cloud Monitoring में विस्तार की स्वास्थ्य और नीति-पालन स्थिति दिखाई देने से स्थापना विफलता या अस्वस्थ विस्तार खोजने के लिए प्रत्येक VM में अलग प्रवेश करने की जरूरत घटती है।
जनवरी के पूर्वावलोकन से सितंबर की सामान्य उपलब्धता तक
जनवरी का प्रारंभिक उत्पाद परिचय VM Extensions Manager को Compute Engine API में सीधे जुड़ी पूर्वावलोकन क्षमता बताता था। उस समय तुरंत उपलब्ध रास्ता परियोजना स्तर की एक-जोन नीति था; वैश्विक नीतियों का समर्थन क्रमशः उपलब्ध कराया जाना था, जबकि संगठन और फ़ोल्डर स्तर की नीतियां भविष्य की योजना थीं।
- नीति का दायरा: जनवरी का आरंभिक उपयोग एक परियोजना के निश्चित जोन पर केंद्रित था; सामान्य उपलब्ध व्यवस्था में परियोजना स्तर पर जोनल और वैश्विक दोनों नीतियां शामिल हैं।
- प्रसार का नियंत्रण: पूर्वावलोकन में वैश्विक नीति के धीमे और तेज प्रसार का ढांचा बताया गया था; सितंबर की घोषणा बहु-जोन चरणों और विफलता पर स्वचालित वापसी को सामान्य उपलब्ध क्षमता के रूप में रखती है।
- स्थिति बनाए रखना: इच्छित स्थिति की नीति आरंभ से उत्पाद का आधार थी; सामान्य उपलब्धता की घोषणा लगातार अंतर पहचान और स्वचालित सुधार को स्पष्ट परिचालन क्षमता बनाती है।
- दृश्यता: आरंभिक विवरण प्रसार की प्रगति देखने की बात करता था; नई घोषणा पूरे बेड़े के स्वास्थ्य को Cloud Monitoring से जोड़ती है।
रिलीज की तारीखों में एक जरूरी अंतर भी है। 20 अगस्त को प्रकाशित Qiita के स्वतंत्र साप्ताहिक सारांश ने 14 अगस्त के Compute अद्यतन के आधार पर जोनल और वैश्विक नीतियों को पहले ही सामान्य उपलब्ध दर्ज किया था। इसलिए 4 सितंबर सार्वजनिक Google Cloud साप्ताहिक घोषणा की तारीख है, जबकि तकनीकी रिलीज अभिलेख में स्थिति अगस्त में दर्ज हो चुकी थी।
आरंभिक स्क्रिप्ट से स्थानांतरण का वास्तविक लाभ
आरंभिक स्क्रिप्ट VM चालू होने पर आदेश चलाती है, पर वह अपने आप लगातार लागू होने वाली इच्छित स्थिति नहीं बनाती। बाद में विस्तार हट जाए, उसका विन्यास बदल जाए या नए VM पर स्क्रिप्ट विफल हो जाए तो जांच और सुधार के लिए अलग व्यवस्था चाहिए। VM Extensions Manager समर्थित विस्तारों के लिए स्थापना, अद्यतन, स्थिति निरीक्षण और नीति-पालन को एक प्रबंधित ढांचे में लाता है।
स्थानांतरण का लाभ केवल कम स्क्रिप्ट लिखना नहीं है। एक नीति नए और मौजूदा दोनों VM पर लागू हो सकती है, बाद का विचलन पकड़ा जा सकता है और बहु-जोन बदलाव का असर चरणों तक सीमित रखा जा सकता है। खराब विस्तार अद्यतन के दौरान स्वचालित वापसी संभावित प्रभाव-क्षेत्र घटाती है, हालांकि वह विफलता के मूल कारण को स्वयं ठीक करने का दावा नहीं करती।
पुरानी स्क्रिप्ट का पूरा काम बिना जांचे नीति में नहीं जाना चाहिए। यदि वही स्क्रिप्ट विस्तार के अलावा अनुप्रयोग, निजी उपकरण या अन्य कस्टम बूट कार्य स्थापित करती है, तो केवल समर्थित विस्तार वाला भाग इस प्रबंधक के दायरे में आएगा। एक ही विस्तार को स्क्रिप्ट और नीति दोनों से नियंत्रित करना विन्यास या संस्करण के टकराव का कारण बन सकता है; इसीलिए पुराने विस्तार-प्रबंधन भाग को हटाने से पहले नीति का दायरा और लागू स्थिति स्पष्ट होनी चाहिए।
सामान्य उपलब्धता की सीमाएं
यह सेवा हर अतिथि सॉफ्टवेयर के लिए सार्वभौमिक पैकेज प्रबंधक नहीं है। इसका दायरा Google Cloud के समर्थित विस्तारों पर है—आरंभिक सूची में Ops Agent, Agent for SAP और Agent for Compute Workloads शामिल थे—और सफल स्थापना संबंधित विस्तार की आवश्यक API, अतिथि एजेंट तथा समर्थित ऑपरेटिंग सिस्टम पर निर्भर करती है।
“परियोजना-व्यापी” को संगठन-व्यापी नीति नहीं समझना चाहिए। सामान्य उपलब्ध क्षमता जोनल और वैश्विक नीतियों से एक परियोजना के VM संभालती है; जनवरी में उल्लिखित संगठन और फ़ोल्डर स्तर का नियंत्रण इस घोषणा में सामान्य उपलब्ध नहीं बताया गया। इसी तरह “सभी क्षेत्रों और जोन” नीति के भौगोलिक दायरे का वर्णन है, हर ऑपरेटिंग सिस्टम या हर कस्टम विस्तार के समर्थन का नहीं।
फिलहाल पुष्ट स्थिति यह है कि VM Extensions Manager परियोजना स्तर पर समर्थित Compute Engine विस्तारों की जोनल और वैश्विक नीतियां चला सकता है। सामान्य उपलब्धता से सबसे ठोस परिवर्तन लगातार नीति-पालन, नियंत्रित बहु-जोन प्रसार और विफल बदलाव की स्वचालित वापसी है; संगठन-स्तरीय नीति और समर्थित विस्तारों के आगे विस्तार पर Google Cloud की आगामी जानकारी का इंतजार रहेगा।
यह भी पढ़ें:
हमारे न्यूज़लेटर की सदस्यता लें
Web3, AI और क्रिप्टो की नवीनतम खबरें सीधे अपने इनबॉक्स में पाएँ।