د 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 شمیره هغه نتیجه نه ده.