यदि आप अपने SQL सर्वर वातावरण को Azure में ले जाने पर विचार कर रहे हैं, तो आपके पास केवल कुछ विकल्प हैं। पहले आप Azure SQL डेटाबेस के Paa समाधान का उपयोग कर सकते हैं और एक डेटाबेस को स्थानांतरित कर सकते हैं या एक लोचदार पूल का उपयोग कर सकते हैं। आपका दूसरा विकल्प माइक्रोसॉफ्ट एसक्यूएल सर्वर चलाने वाली एज़ूर वर्चुअल मशीनों का उपयोग करके आईएएएस समाधान रहा है। हमारे पास जल्द ही एक तीसरा विकल्प होगा जिसे SQL डेटाबेस मैनेज्ड इंस्टेंस कहा जाता है।
प्रबंधित उदाहरण ऑन-प्रिमाइसेस SQL सर्वर और Azure के बीच की खाई को पाटते हैं SQL डेटाबेस
प्रबंधित इंस्टेंस को पहली बार स्प्रिंग 2017 में Microsoft बिल्ड कॉन्फ़्रेंस में पेश किया गया था, और अब तक पूर्वावलोकन ग्राहकों और सलाहकारों की एक छोटी संख्या तक ही सीमित है। प्रबंधित इंस्टेंस को SQL सर्वर के पूर्ण संस्करण और Azure SQL डेटाबेस के बीच एक हाइब्रिड माना जा सकता है। सिंगल और इलास्टिक डेटाबेस डेटाबेस-स्कोप्ड प्रोग्रामिंग मॉडल पर बनाए जाते हैं और मैनेज्ड इंस्टेंसेस इंस्टेंस-स्कोप्ड प्रोग्रामिंग मॉडल पर बनाए जाते हैं। यह प्रबंधित इंस्टेंस को ऑन-प्रिमाइसेस SQL सर्वर के साथ अधिक संगत बनाता है।
प्रबंधित इंस्टेंस ऑन-प्रिमाइसेस SQL सर्वर का बहुत अधिक अनुभव प्रदान करते हैं, फिर भी Azure SQL डेटाबेस के समान बुनियादी ढांचे पर बनाए जाते हैं। Azure SQL डेटाबेस से जो इसे अलग करता है, वह यह है कि यह ग्राहक को संपूर्ण SQL सर्वर इंस्टेंस प्रस्तुत करता है। Azure SQL डेटाबेस में, आप एक सर्वर को कॉन्फ़िगर करते हैं, जो वास्तव में एक कंटेनर है, और फिर उस सर्वर में कई डेटाबेस हो सकते हैं, लेकिन वे आसानी से एक दूसरे से बात नहीं कर सकते। प्रबंधित इंस्टेंस के साथ, इंस्टेंस के भीतर सभी डेटाबेस एक ही वास्तविक SQL सर्वर पर हैं, इसलिए आपके पास क्रॉस-डेटाबेस क्वेरी के लिए पूर्ण समर्थन है। यह कई अनुप्रयोगों के लिए एक बड़ी विशेषता है जो अन्यथा Azure SQL डेटाबेस के लिए उपयुक्त नहीं थे, और मुझे लगता है कि यह कई और SQL सर्वर अनुप्रयोगों को क्लाउड में ले जाने की अनुमति देने वाला है।
उदाहरण-स्तर की कार्यक्षमता अब समर्थित है। इसमें ग्लोबल टेम्प टेबल, SQL सर्वर एजेंट, सर्विस ब्रोकर, प्रतिकृति, SQL ऑडिट और कॉमन लैंग्वेज रनटाइम (CLR) जैसी चीजें शामिल हैं। प्रबंधित इंस्टेंस आकार में 35TB तक के डेटाबेस का भी समर्थन कर सकते हैं। वर्तमान में Azure SQL डेटाबेस की सबसे बड़ी क्षमता शीर्ष स्तर पर 4TB है। मुझे संदेह है कि यह जल्द ही बदल सकता है, और फिर से, अधिक अनुप्रयोगों के लिए क्लाउड खोलेगा।
स्वचालित बैकअप, खतरे का पता लगाने, भेद्यता मूल्यांकन, उच्च उपलब्धता, भू-प्रतिकृति, डेटाबेस सलाहकार, और बहुत कुछ शामिल करने के लिए प्रबंधित इंस्टेंस को Paa प्लेटफॉर्म की सभी सुविधाओं का लाभ उठाने के लिए भी मिलता है। मैंने एक प्रेजेंटेशन देखा है जो चर्चा कर रहा था कि स्वचालित विफलता प्रक्रिया कैसे काम करती है और सीखा है कि सर्वर-स्तरीय ऑब्जेक्ट्स को फ़ेलओवर इंस्टेंस में दोहराया जाता है। इसका मतलब है कि लॉगिन और नौकरी जैसी चीजें - आज हमारे कई परिवेशों के लिए दर्द बिंदु - आपके लिए संभाली जाती हैं।
पिछले एक साल में, मैंने कई ग्राहकों को Azure SQL डेटाबेस में माइग्रेट करने में मदद की है, और प्राथमिक चुनौतियों में से एक डेटा माइग्रेट करना है। आप केवल SQL सर्वर बैकअप नहीं कर सकते हैं और Azure SQL डेटाबेस को पुनर्स्थापित नहीं कर सकते हैं। मुझे यह सुनकर बहुत खुशी हुई कि SQL डेटाबेस प्रबंधित इंस्टेंस के साथ, हम मूल SQL सर्वर बैकअप का उपयोग कर सकते हैं और प्रबंधित इंस्टेंस को पुनर्स्थापित कर सकते हैं, हालाँकि, आपको URL तंत्र के लिए बैकअप का उपयोग करना चाहिए। यह प्रबंधित इंस्टेंस में माइग्रेशन को बहुत आसान बना देगा, हालांकि, चूंकि प्रबंधित इंस्टेंस Azure SQL डेटाबेस पर बनाए गए हैं, यह एक तरफ़ा टिकट है:आप अपने प्रबंधित इंस्टेंस डेटाबेस का बैकअप नहीं ले सकते हैं और ऑन-प्रिमाइसेस पर वापस पुनर्स्थापित नहीं कर सकते हैं। यदि आपने कभी भी अपने डेटाबेस को ऑन-प्रिमाइसेस या प्रबंधित इंस्टेंस से वापस लाने का निर्णय लिया है, तो आपको अपना डेटा निर्यात करना होगा।
प्रबंधित उदाहरणों पर डेटाबेस Azure SQL में माइग्रेट करने के लिए अधिक तैयार हैं डेटाबेस
दूसरी ओर, चूंकि वे Azure SQL डेटाबेस प्लेटफ़ॉर्म पर बनाए गए हैं, इसलिए आपके द्वारा प्रबंधित इंस्टेंस में रखे गए अलग-अलग डेटाबेस को उनके स्वयं के व्यक्तिगत Azure SQL डेटाबेस में माइग्रेट किया जा सकता है। यह एक प्रबंधित इंस्टेंस को एक आदर्श कदम बनाता है, जहां आप अलगाव की जटिलताओं को दूर कर सकते हैं जो आपको सीधे Paa में माइग्रेट करने से रोकती हैं।
मैं प्रतिकृति समर्थित होने के बारे में उत्सुक हूं। मुझे अभी तक यह पता नहीं चल पाया है कि क्या एक प्रबंधित इंस्टेंस डेटाबेस एक प्रकाशक हो सकता है या क्या यह केवल एक ग्राहक हो सकता है, जैसे कि एक Azure SQL डेटाबेस। यदि यह एक प्रकाशक हो सकता है, तो यह वापस ऑन-प्रिमाइसेस में माइग्रेट करने का एक प्रभावी तरीका हो सकता है। मैं वास्तव में उम्मीद कर रहा हूं कि निकट भविष्य में, हमारे पास मूल SQL सर्वर बैकअप को सिंगलटन Azure SQL डेटाबेस में पुनर्स्थापित करने की क्षमता होगी। ऐसा प्रतीत होता है कि तकनीक मौजूद है, इसे मौजूदा PaS वातावरण के लिए विस्तारित करने की आवश्यकता है।
प्रबंधित इंस्टेंस के बारे में एक और दिलचस्प अवलोकन यह है कि चूंकि तकनीक Azure SQL डेटाबेस मॉडल पर बनाई गई है, इसलिए SQL सर्वर संस्करण Azure SQL डेटाबेस का अनुसरण करेगा। यह विक्रेता समर्थन के साथ चीजों को जटिल कर सकता है। कई विक्रेता कहेंगे कि वे अपने उत्पाद को SQL सर्वर संस्करण X पर प्रमाणित करते हैं। भले ही प्रबंधित इंस्टेंस SQL सर्वर 2017 की लगभग सभी सुविधाओं का समर्थन करेंगे, यह समान बिल्ड संस्करण का उपयोग नहीं करेगा, इसलिए प्रोग्रामेटिक संस्करण जांच जटिल होगी। यहां आपकी सबसे अच्छी कार्रवाई विक्रेता को पीछे धकेलना है, क्योंकि Microsoft के इस रुख पर डगमगाने की संभावना नहीं है, और मुझे इसमें कोई संदेह नहीं है कि उनमें से कुछ बातचीत चुनौतीपूर्ण होगी।
क्या विक्रेता प्रबंधित इंस्टेंस पर अपने उत्पादों को प्रमाणित करने के प्रयास से गुजरेंगे, या यह एक ऐसा मुद्दा बन जाएगा जैसा हमने वर्चुअलाइजेशन के साथ अनुभव किया है? वर्चुअलाइजेशन के शुरुआती दिनों में, कई विक्रेताओं ने कहा कि वे वर्चुअलाइज्ड चलने वाले अपने उत्पादों का समर्थन नहीं करते हैं, हालांकि माइक्रोसॉफ्ट ने विंडोज एक्स और एसक्यूएल सर्वर एक्स को वर्चुअलाइज्ड करने का पूरी तरह से समर्थन किया है। उम्मीद है कि हम विक्रेताओं को बोर्ड पर आते और प्रबंधित इंस्टेंस पर अपने उत्पादों को प्रमाणित करते देखेंगे। मैं निश्चित रूप से कुछ SQL सर्वर अग्रदूतों को वहां देखता हूं जो अपने स्वयं के परीक्षण के बाद प्रबंधित उदाहरणों में चले जाएंगे।
जब भी कोई ग्राहक क्लाउड पर माइग्रेट करना चाहता है, सुरक्षा एक बड़ी चिंता है। प्रबंधित उदाहरण निजी आईपी पते और वीपीएन के साथ ऑन-प्रिमाइसेस नेटवर्क के लिए वीएनईटी समर्थन प्रदान करते हैं। यह क्लाइंट को सार्वजनिक इंटरनेट से अपने पर्यावरण की रक्षा करने और पूर्ण अलगाव की अनुमति दे सकता है।
मैं प्रबंधित इंस्टेंस के बारे में उत्साहित हूं और वास्तव में इसके अधिक व्यापक रूप से उपलब्ध होने तक प्रतीक्षा नहीं कर सकता। उन ग्राहकों के लिए जो एक प्रबंधित वातावरण चाहते हैं, लेकिन सिंगलटन या इलास्टिक एज़्योर SQL डेटाबेस की तुलना में अधिक सुविधा संपन्न समाधान की आवश्यकता है, मुझे लगता है कि प्रबंधित इंस्टेंस एकदम फिट होंगे। Azure VM पर Azure SQL डेटाबेस और SQL सर्वर के बीच एक अंतर रहा है, क्योंकि कई ग्राहकों को Azure SQL डेटाबेस ऑफ़र से अधिक की आवश्यकता होती है, लेकिन Azure VM पर SQL सर्वर अभी भी उनकी अपेक्षा से अधिक रखरखाव और जिम्मेदारी है। प्रबंधित उदाहरण वास्तव में उस अंतर को पाटते हैं। वे बहुत बड़े डेटाबेस का समर्थन करते हैं, आसान डेटा माइग्रेशन की अनुमति देते हैं, क्रॉस-डेटाबेस प्रश्नों की अनुमति देते हैं, और किसी भी कोड परिवर्तन की आवश्यकता नहीं होनी चाहिए क्योंकि प्लेटफ़ॉर्म ऑन-प्रिमाइसेस SQL सर्वर के साथ अत्यधिक संगत है।
संक्षेप में, यदि आपका संगठन Azure SQL डेटाबेस प्लेटफ़ॉर्म के भीतर होस्ट किए गए वातावरण में जाने पर विचार कर रहा है, तो आप अलग-अलग Azure SQL डेटाबेस, इलास्टिक पूल या प्रबंधित इंस्टेंस के बीच चयन करने में सक्षम होंगे। आपके आवेदन की जरूरतों के आधार पर, इनमें से एक समाधान बहुत उपयुक्त होना चाहिए। अन्यथा, आपके पास Azure वर्चुअल मशीन पर एक पारंपरिक SQL सर्वर इंस्टेंस चलाने का विकल्प भी है, जो प्रबंधित बैकअप, भू-प्रतिकृति, Azure साइट पुनर्प्राप्ति, और बहुत कुछ जैसी अच्छी सुविधाएं प्रदान करता है। Microsoft अपने ग्राहकों को आवश्यक नए उत्पाद और सुविधाएँ प्रदान करके Azure प्लेटफ़ॉर्म में निवेश करना जारी रखता है, और प्रबंधित इंस्टेंस की आगामी रिलीज़ उस फ़ोकस का निरंतर प्रमाण है। हमारे साथ बने रहें, क्योंकि निकट भविष्य में हमें सार्वजनिक पूर्वावलोकन का वादा किया गया है।