🌻 🎨 👒 Windows Azure पर कैशिंग 🚸 🥑 🧚🏽

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

मेमोरी कैश

सामान्य तौर पर, यह वर्ग एज़्योर से संबंधित नहीं है, लेकिन कैशिंग पर लेख में इसका उल्लेख करना असंभव नहीं है।

.Net 4 के साथ, नया System.Runtime.Caching नाम स्थान दिखाई दिया है। यह मेमोरीकैच में लगा हुआ है, जैसा कि नाम से तात्पर्य है, मेमोरी में वस्तुओं का भंडार बनाना। मेरे लिए, यह महत्वपूर्ण है क्योंकि यह System.Web.Caching स्पेस से Cache की तुलना में बहुत तेज काम करता है। एक और अच्छी विशेषता यह है कि आप विभिन्न सेटिंग्स के साथ कई कैश बना सकते हैं।

ऑपरेशन में आसानी के लिए, आप तुरंत कॉन्फ़िगरेशन में कैश सेटिंग्स का वर्णन कर सकते हैं और फिर इसे मेमोरी कैश के माध्यम से एक्सेस कर सकते हैं। अन्य कैश को जबरन शुरू करने और उन्हें लिंक स्टोर करने की आवश्यकता है। पैरामीटर रनटाइम और कॉन्फ़िगरेशन दोनों में सेट किए जा सकते हैं:

<configuration> <system.runtime.caching> <memoryCache> <namedCaches> <add name="default" cacheMemoryLimitMegabytes="0" physicalMemoryPercentage="0" pollingInterval="00:02:00" /> </namedCaches> </memoryCache> </system.runtime.caching> </configuration>

में भूमिका कैश

एक नियम के रूप में, क्लाउड में प्रत्येक एप्लिकेशन के कई उदाहरण हैं: एक तरफ, यह गलती को सहनशीलता प्रदान करता है (SLA Azure, सिद्धांत रूप में, कम से कम दो उदाहरणों की आवश्यकता होती है) और बढ़ते लोड गिरने के साथ स्केलेबिलिटी।

नियमित रूप से सभी उदाहरणों के लिए एक "स्मृति" प्रदान करने की इच्छा है। सबसे सरल उदाहरण एक सत्र होगा। ऐसा करने के लिए, एज़्योर में एक इन-रोल कैश तंत्र है जो आपको कैश के लिए किसी इंस्टेंस की मेमोरी का हिस्सा या सभी आवंटित करने की अनुमति देता है, और यह सभी एप्लिकेशन इंस्टेंस से उपलब्ध होगा।

इसका उपयोग करने के लिए, आपको समाधान के लिए विंडोज एज़्योर कैशिंग पैकेज जोड़ना होगा और इसके साथ काम करने के लिए भूमिकाओं को कॉन्फ़िगर करना होगा।

पहले हमें इंस्टेंसेस पर कैश को सक्षम करना होगा या कैश के लिए आवंटित इंस्टेंस को समाधान में जोड़ना होगा।

नोट : कैश बहुत छोटे (अतिरिक्त छोटे) उदाहरणों पर समर्थित नहीं है।

कैश सक्षम करने के बारे में चित्र

मौजूदा भूमिका पर कैश को सक्षम करना

कैश के लिए आवंटित भूमिका बनाना

हमेशा "डिफ़ॉल्ट" नाम का एक कैश होगा। हम उनके नाम और विभिन्न सेटिंग्स के साथ कैश जोड़ सकते हैं।

कैश सेटिंग्स

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

अलर्ट (सूचनाएं)
कैश के लिए अधिसूचना तंत्र चालू / बंद करें। वे वास्तव में सिर्फ दिखाई दिए और उनके लिए वास्तविक परिदृश्य, मैं अभी तक साथ नहीं आया हूं।

सफाई (विकास नीति)
ओवरफ्लो की स्थिति में कैशे को कैसे साफ किया जाएगा। समावेशन के लिए, अब तक केवल एक ही विकल्प उपलब्ध है - LRU (कम से कम हाल का उपयोग)। यानी कौन सी वस्तु कम से कम एक्सेस की गई - इसे हटा दिया जाएगा।

समाप्ति का प्रकार और जीने का समय (TTL)
दो परस्पर संबंधित पैरामीटर इंगित करते हैं कि कैसे और कब तक (मिनटों में) वे कैश में अप्रचलित हो जाएंगे और इससे गायब हो जाएंगे। यानी यदि क्लीनअप पैरामीटर अधिक आपातकालीन है (कैश ओवरफ़्लो की स्थिति आमतौर पर कुछ भी अच्छी नहीं होती है), तो अप्रचलन हमें यह वर्णन करने की अनुमति देता है कि सामान्य ऑपरेशन के दौरान कैश से ऑब्जेक्ट कैसे गायब होना चाहिए।
कोई नहीं। वस्तुओं को हमेशा के लिए कैश किया जाएगा (रिबूट तक)। जीवनकाल को शून्य पर सेट करने की आवश्यकता है।
निरपेक्ष। ऑब्जेक्ट को कैश में संग्रहीत किया जाता है एक निश्चित समय के बाद इसे वहां मिला।
स्लाइडिंग विंडो। मेरा पसंदीदा विकल्प। अंतिम पहुंच के बाद निर्दिष्ट समय के बाद ऑब्जेक्ट कैश से गायब हो जाएगा। यानी जिन वस्तुओं तक पहुँचा जाता है वे लगातार कैश में रहेंगे।

कैश क्लाइंट कॉन्फ़िगर करें

सामान्य तौर पर, सब कुछ काफी सरल है: कॉन्फ़िगरेशन फ़ाइल में हम वर्णन करते हैं कि हमारे पास क्या कैश हैं और हम कहाँ स्थित हैं। कॉन्फ़िगरेशन अनुभाग में कॉन्फ़िगरेशन फ़ाइल में निम्न पंक्तियाँ सम्मिलित करें (कैश पैकेज स्थापित करते समय उनका टेम्पलेट पहले से ही NuGet द्वारा बनाया जाना चाहिए था)।

 <dataCacheClients> <dataCacheClient name="default"> <autoDiscover isEnabled="true" identifier="CacheWorkerRole" /> <localCache isEnabled="true" sync="TimeoutBased" objectCount="100000" ttlValue="300" /> </dataCacheClient> <dataCacheClient name="MyNamedCache"> … </dataCacheClients>

एक पहचानकर्ता के रूप में, आपको परियोजना में कैश युक्त भूमिका का नाम निर्दिष्ट करना होगा। हमारे मामले में, CacheWorkerRole। Azure में पहुंच बिंदु का नाम नहीं है, जैसे कि mycoolapp.cloudapp.net।

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

समय सिंक्रनाइज़ेशन (टाइमबेड) इंगित करता है कि वस्तुओं को ttlValue सेकंड की संख्या में निर्दिष्ट स्थानीय कैश में संग्रहीत किया जाएगा। नोटिफिकेशनबेड सिंक्रनाइज़ेशन के लिए जरूरी है कि नोटिफिकेशन मैकेनिज्म कैश में इनेबल हो। इस स्थिति में, ttlValue पैरामीटर इंगित करता है कि कैश में परिवर्तन के लिए स्थानीय कैश कितनी बार जांच करेगा।

बुनियादी सेटिंग्स पूरी। अब, एक उदाहरण के लिए, हम अपनी वेब भूमिका के सत्रों को कैश से जोड़ेंगे। IIS में, यह मानक InProc सत्र प्रदाता को कैश प्रदाता के साथ बदलकर बहुत सरल है।

 <sessionState mode="Custom" customProvider="AFCacheSessionStateProvider"> <providers> <add name="AFCacheSessionStateProvider" type="Microsoft.Web.DistributedCache.DistributedCacheSessionStateStoreProvider, Microsoft.Web.DistributedCache" cacheName="default" dataCacheClientName="default" applicationName="AFCacheSessionState"/> </providers> </sessionState>

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

कोड से कैश के साथ काम करने के उदाहरणों पर जाने से पहले, आइए हम पूरी तरह से नए प्रकार के कैश पर ध्यान दें।

कैश सर्विस

जबकि सेवा के रूप में कैश पूर्वावलोकन मोड (पूर्वावलोकन) में उपलब्ध है। यह उन परिदृश्यों में मांग में हो सकता है जहां विभिन्न समाधानों में समान डेटा तक पहुंच होनी चाहिए। इन-रोल कैश केवल उस समाधान के भीतर उपलब्ध होता है जिससे वह बंधा हुआ है। कैश सेवा में ऐसी कोई खामी नहीं है।

कैश सेवा को एक-पर-एक सेट करना, इन-रोल कैश स्थापित करने के समान है, लेकिन आपको इसे स्टूडियो में नहीं, बल्कि एज़्योर प्रबंधन पोर्टल पर करने की आवश्यकता है। भूमिका कॉन्फ़िगरेशन में कैश एक्सेस कुंजी जोड़ी जाएगी।

कैश सेवा के अन्य लाभों में शामिल हैं:
- थोड़ी कम कीमत;
- तैनाती अपडेट के दौरान सिरदर्द की कमी (वे कैश को प्रभावित नहीं करेंगे);
- मेम्केड प्रोटोकॉल के लिए समर्थन, जो आपको न केवल इसके लिए पैस समाधानों को कनेक्ट करने की अनुमति देता है, बल्कि किसी भी प्रकार की वर्चुअल मशीन भी।

कॉन्फ़िगर करने के लिए कुछ और शब्द

कैशे बनाना यह जानने के लायक है कि कितनी वस्तुएं, इसमें कितना संग्रहित होगा और कितनी बार इन्हें पढ़ा और लिखा जाएगा। जब ये मान ज्ञात हो जाते हैं, तो आपको डेटा को एक्सेल प्लेटों में से एक में ( सेवा या भूमिकाओं के लिए ) ड्राइव करने की आवश्यकता होती है और टैरिफ्ड इकाइयों के संदर्भ में आपको कितनी और क्या जरूरत है, इस बारे में सिफारिशें प्राप्त करनी होती हैं।

ऑब्जेक्ट कैश में क्रमबद्ध रूप में संग्रहीत किए जाते हैं, इसलिए, किसी ऑब्जेक्ट की मात्रा निर्धारित करने के लिए, आपको ऑब्जेक्ट को स्वयं और इसकी कुंजी को क्रमबद्ध करने के बाद आकार प्राप्त करने की आवश्यकता होती है।

क्रमांकन के बाद कैश में ऑब्जेक्ट का आकार 8 मेगाबाइट तक सीमित है। यदि आप सीमा से परे जाते हैं, तो आप कैश के लिए संपीड़न को सक्षम कर सकते हैं, फिर कैश में आने से पहले वस्तुओं को संपीड़ित किया जाएगा। सामान्य तौर पर, संपीड़न का कैशे प्रदर्शन पर सकारात्मक प्रभाव पड़ सकता है यदि पैकिंग और अनपैकिंग लागत नेटवर्क ट्रांसमिशन लागत से कम हो। दुर्भाग्य से, यह केवल प्रयोगात्मक रूप से निर्धारित किया जा सकता है।

कैश थ्रूपुट को बढ़ाने के लिए, आप इसे अधिकतम कनेक्शन के साथ कनेक्शन की संख्या बढ़ा सकते हैं। डिफ़ॉल्ट रूप से, केवल एक कैश कनेक्शन बनाया जाता है।

कोड से कैश के साथ काम करना

कैश के साथ काम करने के लिए आवश्यक सब कुछ Microsoft.ApplicationServer.Caching में रहता है।

सबसे पहले, एक कैश ऑब्जेक्ट बनाएं, और ऐड, पुट, गेट और रिमूव कमांड्स के साथ डेटा के साथ काम करना शुरू करें।

 DataCache dc = new DataCache("default"); dc.Add("test", DateTime.Now); //    dc.Put("test", DateTime.Now); //   DateTime dt=(DateTime)dc.Get("test"); // dc.Remove("test"); //

दौड़

दौड़ को रोकने के लिए, GetAndLock, PutAndUnlock और Unlock का उपयोग करें। GetAndLock स्टेटमेंट एक नियमित गेट को ब्लॉक नहीं करता है और गंदे पढ़ने में हस्तक्षेप नहीं करता है।

 try { DataCacheLockHandle lockHndl; object value = dc.GetAndLock("test", new TimeSpan(0, 0, 5), out lockHndl); //  dc.PutAndUnlock("test", value, lockHndl); // dc.Unlock("test", lockHndl)     } catch (DataCacheException de) { if (de.ErrorCode == DataCacheErrorCode.KeyDoesNotExist) { //  } }

अद्यतन पढ़ना

ऐसे परिदृश्य की कल्पना करना मुश्किल नहीं है जिसमें आपको कैश में ऑब्जेक्ट बदलते समय कुछ कार्रवाई करने की आवश्यकता होती है। आप ऑब्जेक्ट प्राप्त कर सकते हैं और वर्तमान मूल्य के साथ तुलना कर सकते हैं, लेकिन आप GetIfNewer विधि का उपयोग करके कैश लोड को कम कर सकते हैं।

 object val = DateTime.Now; DataCacheItemVersion version = dc.Put("test", val); while (true) { val = dc.GetIfNewer("test", ref version); if (val != null) { //  } Thread.Sleep(1000); }

यदि ऑब्जेक्ट कहीं और कैश में दिखाई दिया, तो आप DataCacheItem ऑब्जेक्ट से इसका संस्करण प्राप्त कर सकते हैं।

 DataCacheItem dci = dc.GetCacheItem("test"); DataCacheItemVersion version = dci.Version; object val = dci.Value;

क्षेत्र

वस्तुओं को समूहित करने के लिए, आप क्षेत्रों का उपयोग कर सकते हैं। उपरोक्त प्रत्येक विधियों में, दूसरा तर्क क्षेत्र का नाम (इसे बनाने के बाद) पारित किया जा सकता है जिसमें आप एक ऑब्जेक्ट बनाना चाहते हैं। और उसके बाद कैश में वस्तुओं पर पुनरावृति करना आसान है।

 if (dc.CreateRegion("region")) { //  ,   } dc.Put("test", DateTime.Now, "region"); foreach (KeyValuePair<string, object> kvp in dc.GetObjectsInRegion("region")) { //  }

क्षेत्रों में कुछ विशेषताएं हैं जिन्हें उनके साथ काम करते समय विचार किया जाना चाहिए।

ऊपर दिए गए कोड में सीधे उस क्षेत्र की वस्तुओं पर पुनरावृति न करें। यदि कोई थ्रेड इसमें किसी ऑब्जेक्ट को जोड़ता या हटाता है, तो हम अपवाद में भाग लेंगे "संग्रह बदल गया है"।

दूसरी विशेषता: क्षेत्र एक उदाहरण के भीतर रहता है। यानी यदि क्षेत्र द्वारा वस्तुओं का वितरण असमान है, तो ऐसी स्थिति उत्पन्न हो सकती है जब प्रतियों में से एक बेकार है और दूसरा लोड के तहत उबल रहा है।

कैश के साथ काम करते समय याद रखने योग्य बातें

- कैश में ऑब्जेक्ट का आकार 8 मेगाबाइट तक सीमित है
- यदि क्षेत्रों का उपयोग किया जाता है, तो उन्हें समान रूप से भरा जाना चाहिए
- जब भी संभव हो स्थानीय स्तर पर कैश वस्तुओं।
- उच्च उपलब्धता को केवल उसी स्थान पर सक्षम करें जहाँ आपको इसकी आवश्यकता है।
- जहाँ आवश्यक हो, केवल ताले (GetAndLock) का प्रयोग करें
- यदि वे अद्यतन नहीं हैं तो वस्तुओं को न पढ़ें (GetIfNewer का उपयोग करें)

मुझे उम्मीद है कि यह लेख दूसरों को मेरे द्वारा एकत्र किए गए कम रेक के माध्यम से चलने में मदद करता है। अपने विकास के साथ शुभकामनाएं, अपने अनुप्रयोगों को तेज होने दें।

Google प्लस

Windows Azure पर कैशिंग