Scale HC3 पर Microsoft RDS का लाभ उठाना

Scale HC3 जैसे केंद्रीकृत और एकीकृत infrastructure platform का एक बड़ा लाभ यह है कि इस platform का उपयोग पारंपरिक server सेवाओं के साथ-साथ केंद्रीकृत desktop और end user सेवाएँ प्रदान करने के लिए किया जा सकता है। उच्च गति का back plane server और desktop resources को उच्च गति पर संचार करने की अनुमति देता है और केंद्रीकृत management इन प्रकार की सेवाओं से जुड़ी कुल ownership लागत को कम करता है। File serving और latency-sensitive communications जैसे application इस आर्किटेक्चर से विशेष रूप से लाभान्वित होते हैं।

अधिकांश व्यवसायों के लिए, जो दृष्टिकोण अपने environment में remote end user computing सेवाएँ जोड़ने के लिए सबसे उपयुक्त होगा वह Microsoft के Remote Desktop Servers या RDS का उपयोग होगा, क्योंकि अधिकांश environments पारंपरिक Windows desktop के समान अनुभव प्रदान करना चाहते हैं। Microsoft का RDS एक शक्तिशाली toolset है और इसे लागू करना अपेक्षाकृत आसान है। यह सेवाओं की एक श्रृंखला प्रदान करने के लिए एक बेहतरीन शुरुआती बिंदु है।

Scale HC3 platform की high availability प्रकृति के कारण हमारे पास RDS deployment की योजना बनाने और provisioning के तरीके के बारे में अच्छे विकल्प हैं। हम अपनी deployment को छोटी और सरल रख सकते हैं और hardware विफलता के दौरान अपने environment को बनाए रखने के लिए Scale HC3 cluster की built-in high availability सुविधाओं का उपयोग कर सकते हैं, या हम इसके लिए RDS environment से high availability का लाभ उठा सकते हैं।

एक छोटी deployment में, हमारी RDS सेवाओं की availability बनाए रखने के लिए Scale HC3 की high availability सुविधाओं का उपयोग करना सबसे सामान्य होगा। ऐसा करने से हम minimum licensing, resource और maintenance overhead के साथ एक single RDS instance चला सकते हैं। यह सबसे सरल दृष्टिकोण है और बहुत प्रभावी है। यह अधिकांश customers के लिए Scale HC3 platform का सर्वोत्तम उपयोग करने का एक उत्कृष्ट तरीका है। इस मामले में Scale भारी काम कर सकता है और हम अपने प्रयासों को उन जगहों पर केंद्रित कर सकते हैं जहाँ वे अधिक प्रभावी हों।

बड़ी deployments में एक single RDS instance पर्याप्त नहीं हो सकती। इस बिंदु पर आमतौर पर instances में workloads को load balanced करने वाली multi-server RDS deployment की ओर जाना उचित हो जाता है। आमतौर पर हम उपलब्ध resources का सर्वोत्तम उपयोग करने के लिए प्रति Scale HC3 node एक से अधिक RDS server नहीं रखना चाहेंगे। इस तरह environmental capacity को संभालने के लिए जितने RDS server instances की आवश्यकता हो उतने तैनात किए जा सकते हैं।

अधिकांश मामलों में, यहाँ तक कि कई nodes में बड़ी deployment के साथ भी, हम RDS farm के सामने load balancing का उपयोग करेंगे, लेकिन hardware विफलताओं को handle करने के लिए हम अभी भी Scale HC3 cluster की built-in high availability सुविधाओं का उपयोग करेंगे जो एक विफल node से चल रहे workloads को एक उपलब्ध node पर स्थानांतरित करती हैं। Load balancer उसी IP address के साथ उसी instance को देखेगा जो एक लगभग पारदर्शी recovery की अनुमति देता है जो पूरी तरह से automated है और न्यूनतम प्रयास की आवश्यकता है।

अधिक extreme मामलों में जहाँ cluster की पूरी क्षमता की आवश्यकता है, प्रति physical cluster node एक RDS instance configure करना और high availability सुविधाओं को अक्षम करना और इसके बजाय शेष nodes पर load shift करने के लिए load balancing functions का उपयोग करना संभव है। इससे outage के बजाय performance में graceful गिरावट होगी। जब तक resources पहले से ही अत्यंत constrained न हों, user को allocated CPU और memory घटेगी लेकिन system की कार्यक्षमता बनी रहेगी। यह एक पूर्ण high availability solution जितना आदर्श नहीं है, लेकिन उस स्तर की सुरक्षा के लिए hardware की लागत का एक बहुत ही कार्यात्मक विकल्प हो सकता है।

Microsoft Windows RDS और Scale एक स्पष्ट साझेदारी बनाते हैं। Scale platform को यथासंभव आसान और मजबूत बनाने पर ध्यान केंद्रित करता है जबकि Microsoft का Windows और RDS product हमें shared computing space में प्रवेश का सबसे सरल बिंदु प्रदान करता है। छोटे और मध्यम व्यवसायों के लिए और विशेष रूप से on-premises deployments के लिए RDS अक्सर केंद्रीकृत, thin client-आधारित computing की ओर जाने के लिए सही विकल्प होता है और यह workforce mobility, security और यहाँ तक कि bring your own device विकल्पों के लिए एक महत्वपूर्ण enabler हो सकता है।

[This piece was commissioned for the Scale Blog.]