ऑन-प्रिमाइसेस VDI के लिए Azure वर्चुअल डेस्कटॉप हाइब्रिड

परिचय

Azure Virtual Desktop Hybrid संगठनों को पारंपरिक ऑन-प्रिमाइसेस VDI और पूरी तरह से Azure-होस्टेड डेस्कटॉप के बीच एक और मार्ग प्रदान करता है। यह लेख बताता है कि आर्किटेक्चर कैसे काम करता है, Azure Arc स्थानीय सत्र होस्ट को AVD से कैसे जोड़ता है, मौजूदा VDI अवसंरचना के लिए क्या परिवर्तन होते हैं, और कौन सी सीमाएँ बनी रहती हैं। यह यह भी जांचता है कि कब हाइब्रिड AVD समझ में आता है और आईटी टीमों को इसे अपनाने से पहले क्या मूल्यांकन करना चाहिए।

Azure Virtual Desktop हाइब्रिड क्या है?

Azure Virtual Desktop Hybrid एक तैनाती मॉडल है जहाँ Azure Virtual Desktop सेवा अभी भी Azure में Microsoft द्वारा होस्ट और प्रबंधित की जाती है, लेकिन डेस्कटॉप और ऐप्स प्रदान करने वाले Windows सत्र होस्ट ऑन-प्रिमाइसेस होते हैं।

Microsoft Azure Arc का उपयोग वातावरणों के बीच कनेक्टिविटी स्थापित करने के लिए करता है। सभी समर्थित ऑन-प्रिमाइसेस कंप्यूटर Azure Arc-सक्षम सर्वर होंगे। फिर, Azure Virtual Desktop Arc एक्सटेंशन आवश्यक AVD घटकों को स्थापित करता है और इस कंप्यूटर को AVD होस्ट पूल में एक सत्र होस्ट के रूप में पंजीकृत करता है।

सब कुछ अंत उपयोगकर्ता के लिए अधिक या कम वैसा ही है जैसे कि वे Azure में होस्ट किए गए AVD का उपयोग कर रहे हों। उपयोगकर्ता Windows ऐप के माध्यम से असाइन किए गए डेस्कटॉप या ऐप्स तक पहुंचते हैं। हालाँकि, अंतर यह है कि Windows कार्यभार ग्राहक की अवसंरचना से वितरित किया जाएगा और Azure कंप्यूट से नहीं।

इसलिए यहाँ बुनियादी ढांचे का एक विभाजन है जहाँ:

घटक	यहाँ यह चलता है	कौन प्रबंधित करता है
AVD सेवा और ब्रोकरिंग	एज़्योर	माइक्रोसॉफ्ट
होस्ट पूल, एप्लिकेशन समूह और असाइनमेंट	एज़्योर	ग्राहक उन्हें कॉन्फ़िगर करता है
विंडोज सत्र होस्ट	स्थानीय रूप से	ग्राहक
हाइपरवाइज़र या भौतिक अवसंरचना	स्थानीय रूप से	ग्राहक
सत्र-होस्ट ओएस और अनुप्रयोग	स्थानीय रूप से	ग्राहक
स्थानीय नेटवर्किंग और भंडारण	स्थानीय रूप से	ग्राहक
Azure Arc एकीकरण	एज़्योर + ऑन-प्रिमाइसेस	साझा निर्भरता

यहाँ मुख्य निष्कर्ष यह है कि "हाइब्रिड" VDI आर्किटेक्चर में विभिन्न तत्वों के वितरण का एक वर्णन है। Azure Virtual Desktop अपने आप में कभी भी एक पूरी तरह से ऑन-प्रिमाइसेस समाधान नहीं बना।

Azure वर्चुअल डेस्कटॉप हाइब्रिड कैसे काम करता है?

आर्किटेक्चर उन मशीनों से शुरू होता है जो डेस्कटॉप या अनुप्रयोग प्रदान करती हैं। संगठन अपने स्वयं के बुनियादी ढांचे पर समर्थित विंडोज वर्चुअल मशीनों या समर्थित हेडलेस भौतिक उपकरणों को प्रदान करते हैं।

एज़्योर कनेक्टेड मशीन एजेंट प्रत्येक सत्र होस्ट को एज़्योर आर्क के साथ पंजीकृत करता है। एक एज़्योर वर्चुअल डेस्कटॉप आर्क एक्सटेंशन फिर आवश्यक AVD घटकों को स्थापित कर सकता है और मशीन को AVD होस्ट पूल के साथ पंजीकृत कर सकता है।

Azure Arc underlying वर्चुअल मशीन प्रदान या प्रबंधित नहीं करता है। सत्र होस्ट संगठन की स्थानीय अवसंरचना का हिस्सा है, जिसका अर्थ है कि संगठन की आईटी टीम सत्र होस्ट के जीवन चक्र, क्षमता और अंतर्निहित वर्चुअलाइजेशन प्लेटफ़ॉर्म के लिए जिम्मेदार है।

जब एक उपयोगकर्ता कनेक्ट होता है, Azure Virtual Desktop संसाधनों की खोज, पहुंच को प्रमाणित करने और सत्र को मध्यस्थता करने के लिए सेवा-पक्ष क्षमताएं प्रदान करता है। वास्तविक Windows कार्यभार स्थानीय सत्र होस्ट पर चलता है।

यह आर्किटेक्चर AVD सेवा को सत्र होस्ट से अलग करता है, हाइब्रिड AVD को दोनों से अलग करता है। पारंपरिक ऑन-प्रिमाइसेस VDI और मानक Azure-होस्टेड AVD: Microsoft क्लाउड सेवा का प्रबंधन करता है, लेकिन ग्राहक कंप्यूट इंफ्रास्ट्रक्चर का संचालन जारी रखता है।

हाइब्रिड AVD मौजूदा ऑन-प्रिमाइसेस VDI वातावरण को कैसे बदलता है?

मौजूदा VDI वातावरण के लिए, चुनौती केवल यह नहीं है कि क्या वर्तमान सर्वर डेटा सेंटर में बनाए रखे जा सकते हैं, बल्कि यह भी कि मौजूदा आर्किटेक्चर की कौन सी परतें बनाए रखी गईं, कौन सा AVD प्रतिस्थापित किया गया, और कौन सी संचालनात्मक जिम्मेदारियाँ संगठन द्वारा बनाए रखी गईं।

मौजूदा कंप्यूटर परिसर में रह सकते हैं

Azure AVD माइग्रेशन के विपरीत, जहां सत्र-होस्ट कंप्यूट Azure में जाता है, इसके लिए डेटा सेंटर में मौजूदा सत्र होस्ट में कोई परिवर्तन की आवश्यकता नहीं है।

संस्थाएँ अपने पसंदीदा हाइपरवाइज़र पर समर्थित विंडोज वर्चुअल मशीनों का लाभ उठा सकती हैं, जो उनके ऑन-प्रिमाइसेस डेटा सेंटर में हैं। यह उन मामलों में उपयोगी हो सकता है जहाँ मौजूदा वर्चुअलाइजेशन अवसंरचना काफी महत्वपूर्ण है, या अनुप्रयोग मौजूदा ऑन-प्रिमाइसेस सिस्टम पर बहुत अधिक निर्भर करते हैं।

मौजूदा हार्डवेयर की उपस्थिति यह नहीं दर्शाती है कि VDI वातावरण अपरिवर्तित है, हालांकि। सत्र होस्ट को इसके साथ अनुपालन में लाया जाना चाहिए। माइक्रोसॉफ्ट की विशिष्टताएँ और Azure Virtual Hybrid Desktop के साथ उपयोग करने से पहले Azure Arc-सक्षम के रूप में पंजीकृत होना चाहिए।

VDI नियंत्रण Plane Azure में स्थानांतरित होता है

सत्र होस्ट के ऊपर सबसे महत्वपूर्ण आर्किटेक्चरल अंतर दिखाई देते हैं।

इसके बजाय कि संगठन इन-हाउस पूर्ण डेस्कटॉप डिलीवरी स्टैक का संचालन करे, यह Azure Virtual Desktop प्लेटफ़ॉर्म का उपयोग करता है। Microsoft सेवा के मूल घटकों को संसाधन खोज, ब्रोकरिंग और गेटवे कनेक्टिविटी के लिए उजागर करता है।

संस्थाएँ होस्ट पूल, एप्लिकेशन समूह, कार्यक्षेत्र और उपयोगकर्ता अधिकारों को कॉन्फ़िगर करने की जिम्मेदारी बनाए रखती हैं, लेकिन ये संसाधन अब AVD आर्किटेक्चर का हिस्सा हैं। पूर्व के ऑन-प्रिमाइसेस ब्रोकर, गेटवे और प्रबंधन घटकों को अब वही कार्य करने की आवश्यकता नहीं हो सकती है।

स्थानीय अवसंरचना प्रबंधन बना रहता है

सेवा परत को Azure में स्थानांतरित करना सहायक अवसंरचना को Microsoft-प्रबंधित नहीं बनाता है।

आईटी टीमें स्थानीय हार्डवेयर, ऑपरेटिंग सिस्टम, अनुप्रयोगों, नेटवर्किंग, स्टोरेज और अंतर्निहित वर्चुअलाइजेशन प्लेटफ़ॉर्म के प्रावधान, पैचिंग और रखरखाव के लिए जिम्मेदारी बनाए रखती हैं। माइक्रोसॉफ्ट स्पष्ट रूप से दस्तावेज़ करता है कि Azure Virtual Desktop Hybrid ऑन-प्रिमाइसेस सत्र होस्ट वीएम का प्रावधान नहीं करता है या उनकी पावर स्थिति का प्रबंधन नहीं करता है।

हाइब्रिड AVD को VDI जिम्मेदारियों के पुनर्वितरण के रूप में समझा जाना चाहिए, न कि Microsoft को पूरे समाधान स्टैक का हस्तांतरण।

किस मामले में AVD सत्र होस्ट को स्थानीय रूप से रखना समझ में आता है?

यदि Azure पहले से AVD सेवा प्रदान करता है, तो उस सत्र होस्ट को Azure में रखने का मार्ग सबसे आसान रास्ता लग सकता है। हाइब्रिड तब खेल में आता है जब डेटा सेंटर में कार्यभार रखने के लिए तकनीकी, लागत या संचालन का औचित्य होता है।

विरासत अनुप्रयोग और स्थानीय निर्भरताएँ

वर्चुअलाइज किए जा रहे अनुप्रयोग अक्सर विंडोज ऐप होते हैं जो स्थानीय डेटाबेस, फ़ाइल शेयर, प्रमाणीकरण सेवाओं, उपकरणों या अन्य बैकएंड सिस्टम पर बहुत अधिक निर्भर करते हैं।

आप Azure में सत्र होस्ट रखने से ज्यादा लाभ नहीं उठाते हैं, लेकिन ऐप निर्भरताओं को ऑन-प्रिमाइसेस छोड़ देते हैं, क्योंकि आप केवल मिश्रण में नेटवर्क विलंबता जोड़ेंगे। बैक एंड के करीब रहना एप्लिकेशन आर्किटेक्चर को केवल यह बदलने के लिए नष्ट करने से बचाता है कि अंतिम उपयोगकर्ता कहाँ से कनेक्ट करते हैं।

यह विशेष रूप से सच है कि विरासत व्यवसाय अनुप्रयोग जो स्थानीय क्षेत्र नेटवर्क वातावरण में काम करने के लिए डिज़ाइन किए गए थे।

डेटा स्थान और बुनियादी ढांचे की आवश्यकताएँ

कुछ कंपनियों को कुछ कार्यभार या डेटा को अपनी नियंत्रण में होने वाली अवसंरचना पर रखने की आवश्यकता होती है, जो नियामक, संविदात्मक या परिचालन कारणों से होती है।

हाइब्रिड AVD डेस्कटॉप और ऐप प्रोसेसिंग को स्थानीय रखने की अनुमति देता है जबकि डेस्कटॉप डिलीवरी सेवा के लिए Azure का उपयोग किया जाता है। आईटी टीमों को फिर भी अपने अनुपालन आवश्यकताओं के खिलाफ इस आर्किटेक्चरल विकल्प का सावधानीपूर्वक विश्लेषण करना चाहिए क्योंकि हाइब्रिड मॉडल अभी भी Microsoft Azure पर निर्भर करता है।

मौजूदा डेटा सेंटर निवेश

संगठनों के पास सर्वरों, भंडारण और वर्चुअलाइजेशन संसाधनों में उपलब्ध अतिरिक्त क्षमता होने पर इसे बदलने के लिए तत्काल प्रोत्साहन कम हो सकता है।

हाइब्रिड AVD ऐसी कंपनियों को नई क्षमता प्राप्त करने की अनुमति दे सकता है जहां मौजूदा कंप्यूट संसाधन कार्यभार को संभालते रहते हैं जबकि नियंत्रण स्तर इसके चारों ओर परिवर्तित होता है। यह आर्किटेक्चर क्रमिक आधुनिकीकरण के लिए भी उपयुक्त है क्योंकि विभिन्न कार्यभार को विभिन्न गति से स्थानांतरित किया जा सकता है।

बैकएंड लेटेंसी के प्रति संवेदनशील कार्यभार

कुछ अनुप्रयोगों के लिए, सत्र होस्ट की संसाधनों के प्रति निकटता, अंतिम उपयोगकर्ता के प्रति सत्र होस्ट की निकटता से अधिक महत्वपूर्ण है।

स्थानीय डेटाबेस, स्टोरेज सिस्टम या अन्य अवसंरचना को बार-बार कॉल करने वाले अनुप्रयोगों का प्रदर्शन WAN के माध्यम से इन निर्भरताओं के वितरित होने पर उतना अच्छा नहीं हो सकता है। विंडोज सत्र को स्थानीय रखने से, इन संसाधनों के निकटता को बनाए रखा जा सकता है।

जब हाइब्रिड AVD सही विकल्प नहीं हो सकता

यदि संगठन का उद्देश्य डेटा सेंटर अवसंरचना को बनाए रखने के बजाय समाप्त करना है, तो सत्र होस्ट को परिसर में रखने का मूल्य कम हो जाता है। ऐसे परिदृश्य में, Azure-होस्टेड AVD का उपयोग इच्छित संचालन मॉडल के लिए बेहतर हो सकता है।

आईटी टीमों को यह भी विचार करना चाहिए कि क्या उन्हें वास्तव में Azure Virtual Desktop सेवा मॉडल की आवश्यकता है। यदि प्राथमिक आवश्यकता है केंद्रीकृत विंडोज अनुप्रयोगों या डेस्कटॉप का सुरक्षित प्रकाशन जबकि प्रत्यक्ष अवसंरचना नियंत्रण बनाए रखते हुए, एक Azure-निर्भर VDI नियंत्रण विमान अनावश्यक आर्किटेक्चरल जटिलता को पेश कर सकता है।

क्या हाइब्रिड AVD VPN और RD गेटवे को समाप्त करता है?

Azure Virtual Desktop बाहरी कनेक्टिविटी की कई जटिलताओं को समाप्त करता है, जिससे संगठनों को व्यक्तिगत सत्र होस्ट को इंटरनेट पर उजागर करने या AVD के लिए एक मानक Remote Desktop Gateway (RD Gateway) तैनात करने से बचने की अनुमति मिलती है।

AVD माइक्रोसॉफ्ट की सेवा अवसंरचना का उपयोग करके माइक्रोसॉफ्ट सेवा के माध्यम से कनेक्ट करता है। डिफ़ॉल्ट परिवहन TCP-आधारित रिवर्स कनेक्ट का उपयोग करता है, जबकि RDP शॉर्टपाथ यदि नेटवर्क और कॉन्फ़िगरेशन इसका समर्थन करते हैं तो UDP-आधारित परिवहन पर बातचीत कर सकता है।

उन संगठनों के लिए जिनके पास वर्तमान में एक VDI वातावरण है जो एक इनबाउंड रिमोट डेस्कटॉप प्रोटोकॉल (RDP) कनेक्शन का उपयोग करता है, साथ ही अन्य तरीकों जैसे कि VPN एक्सेस या स्थानीय रूप से प्रबंधित RD गेटवे के लिए दूरस्थ पहुंच यह बाहरी पहुंच की वास्तुकला को महत्वपूर्ण रूप से बदल सकता है।

नेटवर्क कनेक्टिविटी आवश्यकताएँ समाप्त नहीं की गई हैं। ऑन-प्रिमाइसेस सत्र होस्ट को अभी भी उपयुक्त Azure सेवाओं से कनेक्ट करने की आवश्यकता है, जबकि अनुप्रयोगों को स्थानीय निर्भरताओं तक विश्वसनीय पहुंच की आवश्यकता है। इसलिए, DNS, पहचान, फ़ायरवॉल कॉन्फ़िगरेशन, रूटिंग और लचीलापन जैसी कनेक्टिविटी विचारधाराएँ अभी भी महत्वपूर्ण डिज़ाइन तत्व हैं।

Azure Virtual Desktop Hybrid की सीमाएँ क्या हैं?

हाइब्रिड AVD तैनाती में लचीलापन प्रदान करता है, लेकिन Azure-होस्टेड AVD से कुछ महत्वपूर्ण अंतर हैं जो वास्तुकला और संचालन को प्रभावित कर सकते हैं।

Microsoft वर्तमान में कई को परिभाषित करता है सत्र होस्ट प्रबंधन क्षमताएँ हाइब्रिड AVD के लिए असमर्थित:

• शक्ति प्रबंधन
• एज़्योर वर्चुअल डेस्कटॉप ऑटोस्केल
• कनेक्ट पर VM प्रारंभ करें
• सत्र होस्ट कॉन्फ़िगरेशन

उद्यम इन क्षमताओं को अपने हाइपरवाइज़र, स्क्रिप्ट, स्वचालन या अन्य उपकरणों के माध्यम से प्रदान करने के लिए जिम्मेदार होंगे।

इसके अतिरिक्त, OS समर्थन अलग है क्योंकि Windows 10 Enterprise मल्टी-सेशन और Windows 11 Enterprise मल्टी-सेशन के साथ Azure Virtual Desktop Hybrid के लिए कोई समर्थन नहीं है। यह एक महत्वपूर्ण अंतर है क्योंकि मल्टी-सेशन Windows क्लाइंट ऑपरेटिंग सिस्टम Azure होस्टेड AVD की एक प्रमुख विशेषता है।

लाइसेंसिंग आवश्यकताओं की समीक्षा सावधानीपूर्वक की जानी चाहिए, जिसमें लक्षित ऑपरेटिंग सिस्टम और उपयोग के मामले पर विचार किया जाना चाहिए। यह पुष्टि की जानी चाहिए कि क्या Microsoft's Azure Virtual Desktop Hybrid लाइसेंसिंग के लिए आवश्यकताएँ मौजूदा VDI, Remote Desktop Services या Microsoft 365 लाइसेंसों से परे लागू होती हैं।

अंततः, स्थानीय सत्र होस्ट होने से AVD तैनाती क्लाउड स्वतंत्र नहीं होती, क्योंकि माइक्रोसॉफ्ट द्वारा प्रबंधित Azure Virtual Desktop सेवा वास्तुकला का एक अभिन्न हिस्सा बनी रहती है।

Azure-Hosted AVD बनाम हाइब्रिड AVD बनाम पारंपरिक ऑन-प्रिमाइसेस VDI

वाक्य का अंतिम संस्करण (पुनर्लेखित, विभिन्न शब्दों का उपयोग करते हुए, कुछ वाक्यों की संरचना या लंबाई में बदलाव के साथ):

	पारंपरिक ऑन-प्रिमाइसेस वी.डी.आई.	एज़्योर वर्चुअल डेस्कटॉप हाइब्रिड	एज़्योर-होस्टेड एवीडी
सत्र होस्ट	स्थानीय रूप से	स्थानीय रूप से	एज़्योर
VDI सेवा/नियंत्रण विमान	आम तौर पर ग्राहक/विक्रेता बुनियादी ढांचा	Microsoft AVD in Azure	Microsoft AVD in Azure
स्थानीय हाइपरवाइज़र आवश्यक है	आम तौर पर हाँ	VM-आधारित होस्ट के लिए हाँ	नहीं
स्थानीय कंप्यूट प्रबंधन	ग्राहक	ग्राहक	स्थानीय कंप्यूट पर लागू नहीं
स्थानीय AVD VM जीवनचक्र सुविधाएँ	नहीं	सीमित	व्यापक समर्थन
स्थानीय अनुप्रयोगों के निकटता	उच्च	उच्च	नेटवर्क डिज़ाइन पर निर्भर करता है
एज़्योर निर्भरता	उत्पाद-निर्भर	हाँ	हाँ
एज़्योर कंप्यूट खपत	नहीं	स्थानीय सत्र होस्ट के लिए नहीं	हाँ

इस प्रकार, हाइब्रिड AVD में एक मध्यवर्ती आर्किटेक्चर है, जहाँ कार्यभार क्लाउड (जिसका प्रबंधन Microsoft द्वारा किया जाता है) से वितरित होते हैं, लेकिन स्थानीय कंप्यूटिंग ग्राहक द्वारा प्रबंधित होती है।

इस तरह का आर्किटेक्चरल विकल्प केवल तभी उचित है जब स्थानीय कार्यभार को बनाए रखने का कोई लाभ हो।

आईटी टीमों को हाइब्रिड एवीडी में स्थानांतरित करने का मूल्यांकन कैसे करना चाहिए?

एक हाइब्रिड AVD मूल्यांकन को Azure से नहीं बल्कि कार्यभार और निर्भरताओं से शुरू करना चाहिए।

कौन से अनुप्रयोगों और डेस्कटॉप को परिसर में रखा जाना चाहिए और उनके डेटाबेस, फ़ाइल सेवाओं, पहचान प्रणालियों, परिधीय उपकरणों, भंडारण और अन्य बुनियादी ढांचे पर निर्भरता को दस्तावेज़ित करें, यह पहचानें। इससे यह स्थापित करना संभव हो जाता है कि परिसर में सत्र होस्ट बनाए रखना किसी भी आर्किटेक्चरल मूल्य रखता है या नहीं।

VDI स्टैक की वर्तमान स्थिति को AVD मॉडल से मैप किया जाना चाहिए। कौन से ब्रोकर, गेटवे और प्रबंधन सेवाएँ Azure Virtual Desktop द्वारा प्रतिस्थापित की जाएँगी? कौन सी परिचालन जिम्मेदारियाँ बनी रहेंगी?

सत्र होस्ट जीवनचक्र प्रबंधन एक प्रमुख विचार है। यदि मौजूदा VDI प्लेटफ़ॉर्म में स्वचालित प्रावधान, VM का प्रारंभ/रोकना या स्केलिंग शामिल है, तो यह मूल्यांकन करें कि क्या ये क्षमताएँ हाइब्रिड AVD में उपलब्ध हैं, बजाय इसके कि यह मान लिया जाए कि Azure नियंत्रण विमान उन्हें प्रतिस्थापित करेगा।

पहचान, नेटवर्किंग, लाइसेंसिंग, लचीलापन और संचालन संबंधी जिम्मेदारियों का समूह के रूप में मूल्यांकन किया जाना चाहिए। लक्ष्य केवल यह निर्धारित करना नहीं है कि क्या मौजूदा मशीनों को Azure Virtual Desktop के साथ पंजीकृत किया जा सकता है, बल्कि यह भी कि Azure और डेटा सेंटर के बीच VDI अवसंरचना को अलग करने से एक सरल और अधिक टिकाऊ वातावरण उत्पन्न होगा।

क्या आप विंडोज़ एप्लिकेशन और डेस्कटॉप्स को वितरित करने का एक सरल तरीका खोज रहे हैं?

हाइब्रिड AVD तब समझ में आता है जब एक संगठन विशेष रूप से Azure Virtual Desktop चाहता है जबकि सत्र होस्ट को स्थानीय रूप से बनाए रखता है। लेकिन हर संगठन को अपने डेस्कटॉप-डिलीवरी आर्किटेक्चर को Azure-प्रबंधित सेवा और स्थानीय रूप से प्रबंधित कंप्यूट के बीच विभाजित करने की आवश्यकता नहीं होती।

जहां आवश्यकता मुख्य रूप से मौजूदा Windows अवसंरचना से Windows अनुप्रयोगों या पूर्ण डेस्कटॉप को सुरक्षित रूप से प्रकाशित करने की है, TSplus Remote Access एक अधिक प्रत्यक्ष विकल्प प्रदान करता है। संगठन RDP-संगत या ब्राउज़र-आधारित HTML5 एक्सेस के माध्यम से अनुप्रयोगों और डेस्कटॉप को वितरित कर सकते हैं जबकि समर्थन अवसंरचना कहाँ चलती है, इस पर नियंत्रण बनाए रख सकते हैं।

निष्कर्ष

Azure Virtual Desktop Hybrid पारंपरिक ऑन-प्रिमाइसेस VDI और Azure-होस्टेड AVD के बीच एक मध्यवर्ती स्थान प्रदान करता है। यह प्रमुख डेस्कटॉप-डिलीवरी सेवाओं को Azure में स्थानांतरित करता है जबकि Windows सत्र होस्ट और उनके कार्यभार को मौजूदा बुनियादी ढांचे के भीतर रहने की अनुमति देता है।

निर्णायक कारक यह है कि क्या उन कार्यभारों को स्थानीय रूप से रखना स्पष्ट तकनीकी या परिचालन लाभ प्रदान करता है। आईटी टीमों को यह तय करने से पहले एप्लिकेशन निर्भरताओं, बुनियादी ढांचे के प्रबंधन, नेटवर्किंग, लाइसेंसिंग और एज़्योर निर्भरता का एक साथ मूल्यांकन करना चाहिए कि क्या हाइब्रिड एवीडी वास्तव में उनके वीडीआई वातावरण को सरल बनाता है।