Azure Files மெட்டாடேட்டா தற்காலிகச் சேமிப்பு மற்றும் உள்ளூர் கிளைத் தற்காலிகச் சேமிப்பு
சேவைப் பக்க மெட்டாடேட்டா தற்காலிகச் சேமிப்பு சேவையகத்தின் வேலையைக் குறைக்கிறது. ஆனால் அது உங்கள் WAN-இல் இருந்து சென்று வரும் பயணங்களை நீக்காது. இரண்டும் உண்மையில் எதைக் குறைக்கின்றன என்பதன் அடிப்படையில் ஒப்பிடுங்கள்.
VPN வழியாக மெதுவான Azure Files அணுகலுக்கு இரண்டு மாற்றங்கள் பரிந்துரைக்கப்படுகின்றன, அவை வெவ்வேறு விஷயங்களைக் குறைக்கின்றன. சேவைப் பக்க மெட்டாடேட்டா தற்காலிகச் சேமிப்பு தகுதியான செயல்பாடுகளை சேவையகத்திற்கு மலிவாக்குகிறது. உள்ளூர் கிளைத் தற்காலிகச் சேமிப்பு பைட்டுகளையும் செயல்பாடுகளையும் பயனருக்கு நெருக்கமாக்குகிறது. விலைப்பட்டியல் அல்லது செய்திக் குறிப்பின் அடிப்படையில் இவற்றில் தேர்ந்தெடுப்பது என்பது ஒரு பங்கீடு அளவீட்டில் வேகமாகத் தெரிந்து காலை ஒன்பது மணிக்கு மாறாமல் இருப்பதற்கான வழியாகும்.
இரண்டு தற்காலிகச் சேமிப்புகள், இரண்டு வெவ்வேறு தாமதங்கள்
இரண்டு விருப்பங்களும் தற்காலிகச் சேமிப்பு என்ற சொல்லின் கீழ் தோன்றுகின்றன, குழப்பம் அங்கிருந்தே தொடங்குகிறது. அவை வலையமைப்பின் எதிர் பக்கங்களில் அமைந்துள்ளன.
| Change | Where it acts | What it does not imply |
|---|---|---|
| Azure Files service metadata caching | The service's handling of supported metadata operations on eligible shares | No removal of the client's network round trips |
| A supported local server or cache design | Some content and operations placed nearer the users | No universal offline access or instant cross-site consistency |
| Application batching or limited copy concurrency | The number and overlap of remote operations | No automatic speedup for every workload |
Microsoft-இன் SMB செயல்திறன் வழிகாட்டி தகுதியான SSD பங்கீடுகளுக்கான மெட்டாடேட்டா தற்காலிகச் சேமிப்பையும் அதனுடன் வரும் பதிவு படிநிலையையும் விவரிக்கிறது. தகுதி மற்றும் அம்சத்தின் நிலை உண்மையான சேமிப்பகக் கணக்கிற்கு உரியது, எனவே இரண்டு ஆண்டுகளுக்கு முந்தைய முன்னோட்ட அறிவிப்பை அல்ல, தற்போதைய பக்கத்தைப் படியுங்கள்.
காத்திருப்பை மூன்று பகுதிகளாகப் பிரிக்கவும்
ஒவ்வொரு மெதுவான அடைவுப் பட்டியலுக்கும் மூன்று செலவுக் கூறுகள் உள்ளன, அவை வெவ்வேறு தீர்வுகளுக்குப் பதிலளிக்கின்றன. ஒவ்வொரு கோரிக்கைக்கும் சேவைச் செயலாக்க நேரம் உள்ளது, VPN வழியாகச் சார்ந்திருக்கும் சென்று வரும் பயணங்களின் எண்ணிக்கை மற்றும் நகர்த்த வேண்டிய சுமை உள்ளது. சேவைப் பக்க தற்காலிகச் சேமிப்பு முதல் ஒன்றைத் தாக்குகிறது. சேவையகப் பக்கத்தில் எதுவும் இரண்டாவதைத் தாக்கவில்லை.
அதனால்தான் பயனரின் கோப்புத் தேர்வி இன்னும் எட்டு வினாடிகள் தொங்கிக் கொண்டிருக்கும்போதே பங்கீடு சிறந்த சேவை அளவீடுகளைக் காட்ட முடியும்.
ஒவ்வொரு விருப்பமும் தனது இடத்தை எங்கே பெறுகிறது
பணிச்சுமை மெட்டாடேட்டா-கனமானதாக இருந்தால், தகுதியான SSD பங்கீட்டின் மீது ஏராளமான திறப்புகள், stat அழைப்புகள் மற்றும் அடைவு எண்ணிக்கைகள் இருந்தால், சேவைப் பக்க தற்காலிகச் சேமிப்பு மலிவான சோதனையாகும். அதற்குப் புதிய உள்கட்டமைப்போ பயனர்கள் பங்கீட்டை அடையும் விதத்தில் மாற்றமோ தேவையில்லை.
பணிச்சுமை ஊடாடும் தன்மையுடையதாகவும் தாமதத்தால் வரையறுக்கப்பட்டதாகவும் இருந்தால், ஆவணப்படுத்தப்பட்ட ஒத்திசைவு மாதிரியுடன் கூடிய ஆதரவளிக்கப்பட்ட உள்ளூர் சேவையக வடிவமைப்பே நேர்மையான விருப்பம். இது அதன் சொந்த இயக்கச் செலவுகளைக் கொண்ட வேறு கட்டமைப்பு, ஒரு சுவிட்சு அல்ல.
இரண்டு விருப்பங்களும் மாற்றாதது
SMB கையொப்பமிடல் மற்றும் மறையாக்கம் இன்னும் பொருந்தும், அவை இன்னும் தங்கள் செலவைக் கேட்கின்றன. அணுகல் கட்டுப்பாடு இன்னும் ஒவ்வொரு பயனருக்கும் தீர்க்கப்படுகிறது, எனவே தற்காலிகமாகச் சேமிக்கப்பட்ட நகல் அனுமதியை எளிமைப்படுத்தாது. தளங்களுக்கிடையேயான ஒற்றுமைக்கு இன்னும் வரையறுக்கப்பட்ட மாதிரி தேவை, ஏனெனில் கிளை-உள்ளூர் வாசிப்புகளும் மேகப் பக்க எழுத்துகளும் ஏதோ ஒன்றில் ஒத்துக்கொள்ள வேண்டும். மேலும் ஆஃப்லைன் அணுகல் கிளையன் அமைப்பாகவே இருக்கும், சேவையக அம்சத்தின் பக்க விளைவு அல்ல.
ஒரு சேவை அம்சம் WAN சென்று வரும் பயணங்களை நீக்குகிறது என்று யாராவது வாக்குறுதி அளித்தால், முதலில் சோதிக்க வேண்டிய கூற்று அதுவே.
பயனர்கள் புகார் சொல்லும் செயல்பாட்டிற்கு எதிராக அளவிடுங்கள்
செயற்கை நகலுக்குப் பதிலாக சரியான செயல்பாட்டை நேரம் அளவிடுங்கள். கிளைக் கிளையனில் Measure-Command { Get-ChildItem \\files\projects -Recurse } முன்பும் பின்பும் ஒப்பிடக்கூடிய ஒரு எண்ணைத் தருகிறது, Get-SmbMultichannelConnection கிளையன் ஒன்றுக்கு மேற்பட்ட பாதையைப் பயன்படுத்துகிறதா எனக் காட்டுகிறது. அதே சாளரத்திற்கான சேவைப் பக்க தாமத அளவீடுகளுக்கு அருகில் அதை வையுங்கள்.
பங்கீடு, கிளையனின் இருப்பிடம், VPN பாதை மற்றும் பாதுகாப்புக் கொள்கையை மாறிலியாக வைத்திருங்கள், இல்லையெனில் அம்சத்தை அல்ல, உங்கள் மாற்றச் சாளரத்தை அளவிடுகிறீர்கள். கோப்பு எண்ணிக்கையையும் அளவுப் பரவலையும் பதிவு செய்யுங்கள், ஏனெனில் சிறிய கோப்புப் பணிச்சுமைகளும் பெருமளவு நகல்களும் முற்றிலும் வேறுபட்ட நெம்புகோல்களுக்குப் பதிலளிக்கின்றன.
வைத்திருக்கத் தகுந்த முடிவு என்பது உண்மையில் மெதுவாக இருந்த எல்லைக்குப் பொருந்தும் மாற்றமும், அதன் இயக்க மற்றும் ஒற்றுமைச் செலவுகள் எழுதப்பட்டிருப்பதுமாகும். ஸ்லைடில் உள்ள பெரிய சேமிப்பக IOPS எண் அந்த முடிவு அல்ல.