विंडोज सर्वर 2012 और विंडोज 8 पर शाखा कैश

इस पोस्ट के हिस्से के रूप में, मैं उन बदलावों पर चर्चा करना चाहूंगा, जो शाखा सर्वर तकनीक ने विंडोज सर्वर 2012 और विंडोज 8 में कर लिया है । ऑपरेशन के सिद्धांत और तकनीक की वास्तुकला में पहले से ही एक पोस्ट में चर्चा की गई है, इसलिए मैं मुख्य रूप से नई सुविधाओं और सुधारों पर ध्यान केंद्रित करूंगा।

हालाँकि, शाब्दिक रूप से इस तकनीक के बारे में नई शाखाएँ क्या हैं, इस बारे में संक्षेप में। BranchCache SMB, HTTP / HTTPS के माध्यम से प्रेषित डेटा को कैशिंग करने के लिए एक तकनीक है। तदनुसार, शाखा सर्वर और दूरदराज के कार्यालयों में WAN चैनलों पर प्रेषित ट्रैफ़िक को कम करने और दूरस्थ सर्वर पर स्थित डेटा के साथ काम करने पर अनुप्रयोगों की प्रतिक्रिया की गति बढ़ाने के लिए उपयोग किया जाता है।

दो महत्वपूर्ण ब्रांच कैश सुविधाएँ जो इसे अन्य कैशिंग तकनीकों से अलग करती हैं:

1. BranchCache डेटा हमेशा अद्यतित होता है। अधिक सटीक रूप से, यदि कोई एप्लिकेशन कैश से डेटा पुनर्प्राप्त करता है, तो BranchCache तकनीक यह सुनिश्चित करती है कि डेटा अद्यतित है।
2. सर्वर तक कोई पहुंच नहीं - कैश तक कोई पहुंच नहीं। दूसरे शब्दों में, यदि BranchCache मॉड्यूल मूल और कैश्ड फ़ाइलों (सर्वर को बंद कर दिया जाता है, संचार चैनल के साथ समस्या आदि) की पहचान को सत्यापित नहीं कर सकता है, तो कैश से डेटा का उपयोग नहीं किया जाता है।

BranchCache का उपयोग करने के लिए, फ़ाइल सर्वर या वेब सर्वर को विंडोज सर्वर 2008 R2 या विंडोज सर्वर 2012 पर स्थित होना चाहिए, क्लाइंट कंप्यूटरों पर निम्न ओएस में से एक को स्थापित किया जाना चाहिए: विंडोज 7 एंटरप्राइज, विंडोज 7 अल्टिमेट, या विंडोज 8 एंटरप्राइज।

Windows Server 2012 और Windows 8 में BranchCache में सभी परिवर्तन तीन क्षेत्रों में वर्गीकृत किए जा सकते हैं: प्रदर्शन, प्रबंधन, मापनीयता। अनुक्रम में प्रत्येक दिशा पर विचार करें।

उत्पादकता

मेटाडेटा (प्रत्येक ब्लॉक के लिए हैश) की गणना के लिए ब्लॉक में स्रोत फ़ाइलों को विभाजित करने का सिद्धांत बदल गया है। यदि पहले फ़ाइल को समान आकार (64 KB) के ब्लॉक में विभाजित किया गया था, तो अब प्रत्येक फ़ाइल के लिए ब्लॉक की सीमाओं को आरआईआर फिंगरप्रिंट विधि के आधार पर निर्धारित किया जाता है।



यह क्या देता है? मान लीजिए कि वेबसाइट पृष्ठ पर 100 KB की छवि है। उसी चित्र को दस्तावेज़ में डाला जाता है, जिसे फ़ाइल बॉल पर सहेजा जाता है। फ़िंगरप्रिंट का उपयोग करते हुए साइट पृष्ठ और दस्तावेज़ दोनों को संसाधित करते समय, ब्लॉकों की सीमाओं को इस तरह से व्यवस्थित किया जाएगा कि वहां की तस्वीर और 100 केबी के एक अलग ब्लॉक में चुना जाएगा। और चूंकि इन ब्लॉकों की सामग्री दोनों मामलों में समान है, इसलिए इन ब्लॉकों का हैश भी मेल खाएगा (उदाहरण के लिए, ऊपर चित्र में ID2)। एक शाखा उपयोगकर्ता पहले एक वेब पेज एक्सेस करता है, और इसे वेबसाइट से ब्लॉक करके ब्लॉक किया जाता है। अब, यदि इस शाखा का वही या कोई अन्य उपयोगकर्ता दूरस्थ गेंदों से उल्लिखित दस्तावेज़ खोलता है, तो दस्तावेज़ की सामग्री को फ़ाइल सर्वर से ब्लॉक करके भी डाउनलोड किया जाता है, चित्र के अपवाद के साथ, वह ब्लॉक जिसके साथ शाखा पहले से है।

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

प्रबंध

इससे पहले, शाखा ग्राहकों पर शाखा कैश को कॉन्फ़िगर करने के लिए प्रत्येक शाखा को अपना जीपीओ बनाना वास्तव में आवश्यक था। यह विशेष रूप से सच है अगर शाखा कार्यालय ने एक समर्पित कैश सर्वर (होस्ट कैश) का उपयोग किया है, क्योंकि यह जीपीओ था जिसने इस सर्वर का नाम इंगित किया था, और इसलिए ग्राहकों ने समझा कि समर्पित कैश कहां स्थित था।

Windows Server 2012 में होस्ट किया गया कैश सर्वर सक्रिय निर्देशिका में सेवा कनेक्शन बिंदु (SCP) को पंजीकृत कर सकता है। विंडोज 8 एंटरप्राइज के साथ ग्राहक, एडी का जिक्र करते हुए, कैश सर्वर की खोज के लिए एससीपी का उपयोग करते हैं, और सर्वर उनके सबसे करीब है, जो कि एक ही एडी साइट में स्थित है। यह बदले में, आपको संभावित रूप से आपके संगठन के सभी BranchCache क्लाइंट को कॉन्फ़िगर करने के लिए सिर्फ एक GPO की अनुमति देता है।

परंपरागत रूप से विंडोज सर्वर 2012 और विंडोज 8 के लिए, ब्रांच कैचेस प्रशासन कार्यों की पूरी रेंज - इंस्टॉलेशन, कॉन्फ़िगरेशन, स्टेटस चेकिंग - पावरशेल का उपयोग करके लागू किया जा सकता है, जिसे मैं प्लस भी मानता हूं। विंडोज 7 में, उदाहरण के लिए, स्थिति की जांच करने या कैश को रीसेट करने के लिए, आपको कम अनुकूल नेटश का उपयोग करना होगा। होस्ट किए गए कैश पर लौटना, आवश्यक ब्रांच कैश घटकों को स्थापित करना, सर्वर को कैश सर्वर के रूप में कॉन्फ़िगर करना और एससीपी को पंजीकृत करना दो cmdlets के साथ किया जाता है:

Install-WindowsFeature BranchCache –IncludeManagementTools Enable-BCHostedServer –RegisterSCP 

फिर, Get-BCStatus , आपको यह सुनिश्चित करने की आवश्यकता है कि HostedCacheServerConfiguration अनुभाग में दो पैरामीटर True हैं ।



कैश सर्वर के लिए खोज करने के लिए एससीपी का उपयोग करने के लिए विंडोज 8 क्लाइंट के लिए, सर्विस कनेक्शन प्वाइंट द्वारा एक नया विकल्प, इनेबल ऑटोमेटेड होस्टेड कैश डिस्कवरी को जीपीओ में सक्षम करना होगा।



मैं ध्यान देता हूं कि अगर इस ब्रांच के साथ सेट ब्रांच कैश डिस्चार्ज कैश मोड पैरामीटर सक्षम है, तो क्लाइंट पहले एससीपी के माध्यम से होस्ट किए गए कैश का पता लगाने और उसका उपयोग करने की कोशिश करता है, और यदि यह विफल रहता है, तो यह वितरित कैश मोड में स्विच हो जाता है।

कई परिदृश्यों में, अग्रिम में कुछ डेटा को कैश करने में सक्षम होना उपयोगी होगा, उदाहरण के लिए, प्रत्येक सप्ताह के अंत में अपडेट की गई रिपोर्ट ताकि सोमवार की सुबह शाखा कैश में नवीनतम रिपोर्ट पहले से ही हो। अब इसे निम्नलिखित cmdlets के साथ लागू किया जा सकता है:

 Publish-BCFileContent 'D:\Branch Documents' -StageData Export-BCCachePackage -Destination D:\Temp 

पहली पंक्ति निर्दिष्ट फ़ोल्डर में फ़ाइलों के लिए मेटाडेटा उत्पन्न करती है और इन फ़ाइलों के डेटा ब्लॉक को बाद के निर्यात के लिए तथाकथित डेटा पैकेज में जोड़ती है। किसी वेबसाइट के लिए इसी तरह का cmdlet Publish-BCWebContent । दूसरी पंक्ति वास्तव में निर्दिष्ट निर्देशिका में मानक नाम PeerDistPackage.zip साथ एक संग्रह फ़ाइल में हैश और डेटा ब्लॉक का निर्यात करती है। संग्रह की संरचना इस प्रकार है:



निर्यात से उत्पन्न संग्रह को किसी भी तरह से शाखाओं में आवश्यक कैश सर्वरों में कॉपी किया जाता है, जहां इसका उपयोग करके आयात किया जाता है:

 Import-BCCachePackage -Path D:\Temp\PeerDistPackage.zip 

इस प्रकार, हमें "हॉट" कैश मिलता है।

अंतिम नवाचार जिसे मैं प्रबंधन के संदर्भ में इंगित करना चाहूंगा वह यह है कि डिफ़ॉल्ट रूप से, कैश्ड डेटा एन्क्रिप्टेड रूप में संग्रहीत किया जाता है। व्यवस्थापक को अब किसी भी अतिरिक्त इशारों की आवश्यकता नहीं है, जैसे: BitLocker को सक्षम करना, EFS की स्थापना, आदि, कैश सुरक्षा सुनिश्चित करने के लिए। इसके अलावा, आपको होस्ट किए गए कैश सर्वर पर प्रमाण पत्र को कॉन्फ़िगर करने की आवश्यकता नहीं है, जो पहले से ही व्यस्त सिस्टम व्यवस्थापक को राहत देगा। :) सच है, आपको अभी भी एक प्रमाण पत्र की आवश्यकता है यदि विंडोज 7 क्लाइंट कैश सर्वर तक पहुंचते हैं।

scalability

शाखा से शाखा तकरार। चूँकि शाखा सर्वर विंडोज सर्वर 2008 आर 2 और विंडोज 7 में दिखाई दिया, इसलिए हमें कई हजार कर्मचारियों और सैकड़ों गीगाबाइट कैश वाले शाखा कार्यालयों में प्रौद्योगिकी का उपयोग करने के लिए परिदृश्यों का सामना करना पड़ा। मूल BranchCache कार्यान्वयन को इस पैमाने के लिए अनुकूलित नहीं किया गया है। BranchCache अब भंडारण के रूप में एक्स्टेंसिबल स्टोरेज इंजन (ESE) का उपयोग करता है, जिससे आप डेटा के टेराबाइट्स को संसाधित कर सकते हैं।



इसके अलावा, यदि पहले प्रति शाखा केवल एक होस्ट किए गए कैश सर्वर को कॉन्फ़िगर करना संभव था, तो, विशेष रूप से, एससीपी के कारण, ऐसा कोई प्रतिबंध नहीं है। आप ESE इंजन के साथ लंबवत रूप से शाखा कैश को स्केल कर सकते हैं और क्षैतिज रूप से आवश्यकतानुसार कई कैश सर्वर को तैनात कर सकते हैं।

सामान्य तौर पर, यह मुझे लगता है कि परिवर्तन बहुत दिलचस्प हैं। कई नई सेटिंग्स (लिंक पर पी। न्यू ब्रांच कैश ग्रुप पॉलिसी सेटिंग्स देखें) ग्रुप पॉलिसी में ब्रांच कैश यह सुनिश्चित करने में मदद करेगा कि विंडोज 7 और विंडोज 8 क्लाइंट एक ही ब्रांच में सही तरीके से काम करते हैं। और, इसलिए, टेक्नोलॉजी का इस्तेमाल न करने के और भी कम कारण हैं।

आप Microsoft वर्चुअल एकेडमी पोर्टल पर नि: शुल्क पाठ्यक्रम देखकर इस बारे में और विंडोज सर्वर 2012 और विंडोज 8 की अन्य विशेषताओं के बारे में अधिक जानकारी प्राप्त कर सकते हैं:
विंडोज सर्वर 2012 में नई सुविधाएँ। भाग 1. वर्चुअलाइजेशन, नेटवर्क, भंडारण
विंडोज सर्वर 2012 में नई सुविधाएँ। भाग 2. सुरक्षा, प्रबंधन, रिमोट एक्सेस, वेब प्लेटफॉर्म

आशा है कि सामग्री सहायक थी।
धन्यवाद!