VPN файл хуваалцалтын BranchCache: хэзээ тусалж, хэзээ тусахгүй вэ

Багийн нэгэн хүн VPN-ээр файл хуваалцалт удаан гэж хэлдэг бөгөөд эхний санал үргэлж кэш байдаг. BranchCache-г алсын хандалтын загварт нэмэхээс өмнө гомдлыг гурван хэлбэрийн аль нэг болгон хуваа: өөрчлөгдөөгүй агуулгын давтан таталт, байршуулалт, эсвэл мянга мянган бичлэг бүхий хавтас дундах метадата ихтэй вэб үзэлт. BranchCache дэмжигдсэн агуулга дээр эхний хэлбэрийг шийддэг ба нөгөө хоёрт нь ямар ч хэрэгтэй зүйл хийдэггүй. Энэ нь тойрч гарах хязгаарлалт биш; байршуулалтад долоо хоног зарцуулахын өмнө хийх ёстой харьцуулалт юм.

Нэг хуваалцалт, гурван өөр гомдол

Найман хүн нэг өөрчлөгдөөгүй сургалтын видеог нээдэг салбар офис бол энэ боломжийг зориулж бүтээсэн тохиолдол юм. Эхний таталт WAN-ыг дайрч, агуулга уншигчдын ойролцоо кэшлэгдэж, мөнөөх өөрчлөгдөөгүй файлын дараагийн таталтууд локалаар үйлчилэгддэг. Ашиг нь бодит бөгөөд нарийн: ижил агуулга, өөрчлөгдөөгүй, олон уншигч.

Гэрийн холболтоор шинэ бичлэг байршуулж буй зөөврийн компьютер нь эсрэг тохиолдол юм. Одоо ч байхгүй файлын өмнө нь кэшлэсэн хуулбар байхгүй тул байршуулалт үргэлж явдаг тэр л хязгаарлагдмал замаар явна. Таталтын кэш байршуулалтыг арилгахгүй бөгөөд ямар ч байршлын сонголт үүнийг өөрчлөхгүй.

Гурав дахь хэлбэр нь хүмүүсийг урам хугарахад хүргэдэг, учир нь таталтын асуудал мэт харагддаг. Арван мянга мянган файл бүхий лавлахыг нээх, эрэмбэлэх, метадата унших нь жижиг үйлдлүүдийн урсгал бөгөөд нэг том объектын давтан дамжуулалт биш. Файлын агуулгыг кэшлэх нь жагсаалтад ямар ч нөлөөгүй.

Тархсан кэш: VPN пул нь салбарын LAN биш

Тархсан горимд клиент компьютерүүд кэшлэсэн агуулгыг хооронд нь хуваалцдаг бөгөөд Microsoft энэ горимыг нэг дэд сүлжээний дотор ажилладаг гэж баримтжуулсан. VPN клиентийн пул нь тэр утгаараа дэд сүлжээ биш, бүх хаяг нэг хэсэг мэт харагдсан ч: хост илрүүлэлт, клиент хоорондын хүртээмж, кэш өгөгдөл солилцох зөвшөөрөл нь тусдаа асуултууд бөгөөд ердийн алсын хандалтын загвар гурвуулаад нь үгүй гэж хариулдаг.

Клиент хоорондын урсгалыг зөвшөөрснөөр пулыг салбарын LAN мэт ажиллуулж болно, гэхдээ энэ нь аюулгүй байдлын шийдвэр, кэшийн шийдвэр биш. Ихэнх алсын хандалтын загварууд клиентүүдийг бие биеэс тусгаарладаг нь нэг эвдэрсэн зөөврийн компьютер нөгөөд хүрэхгүйн тулд бөгөөд энэ тусгаарлалтыг кэшийн цохилтоор солих нь муу наймаа, хэрэв хосууд аль хэдийн итгэмжлэгдсэн тэнцүү талууд биш бол.

Ганц тэнүүчлэгч хэрэглэгчийн хувьд тархсан горимд хуваалцах хүн байхгүй. Кэш тэр нэг клиентийн давтан уншилтад үйлчилж чадна, гэхдээ энэ нь клиент талын кэшийн ашиг, салбарын байршлын ашиг биш бөгөөд офис хурдан болно гэж хэн нэгэн хүлээхээс өмнө үүнийг хэлэх нь зүйтэй.

Хостлосон кэш: байршил нь тусална уу, үгүй юу гэдгийг шийднэ

Хостлосон кэш нь хуваалцсан кэшийг сервер дээр тавьдаг бөгөөд энэ нь дэд сүлжээнүүдийн хооронд утга учиртай цорын ганц горим, клиентүүд хоорондоо ярьж чадахгүй үед ажилладаг цорын ганц горим юм. Тэр сервер хаана байрлаж байна вэ гэдэг нь шууд асуулт. Эх сурвалжтай ижил хязгаарлагдмал холбоосоор хүрдэг хостлосон кэш нь байтуудыг зөөсөн, асуудлыг биш.

Үүнийг уншигчдын ойролцоо байрлуул, эзэн томил, дискний хэмжээг бүх хуваалцалтад биш, ажлын багцад тохируул. Microsoft BranchCache тойм хоёр горим болон клиентийн зан төлөвийг тайлбарладаг, хүмүүсийн мартдаг хэсгийг оруулаад: клиентүүд кэшлэсэн өгөгдлийг ашиглахаасаа өмнө зөвшөөрөл болон агуулгын мэдээллийг эх сурвалжаас асуудаг хэвээр байна.

Байршуулалт нь нэг чагт биш, хамтдаа төлөвлөгдсөн гурван үүрэг юм. Эх сурвалж сервер агуулгын хэшийг нийтэлдэг, хостлосон кэш идэвхжиж илрүүлэгдэх боломжтой болдог, клиентүүд үүнийг ашиглахаар тохируулагддаг. Серверийн тал дээр үүнийг PowerShell дээр танина:

Enable-BCHostedServer -RegisterSCP
Get-BCStatus | Select-Object BranchCacheIsEnabled, ClientMode, HostedCacheServerList

Клиент дээр үүнийг нэрлэсэн серверүүд рүү чиглүүлэх, эсвэл үйлчилгээний холболтын цэгээр дамжуулан илрүүлэхийг зөвшөөрөх; дараа нь бодлого хэрэглэгдсэн гэж таамаглахын оронд түүний үнэхээр сонгосон горимыг баталгаажуул:

Enable-BCHostedClient -ServerNames cache1.corp.example -UseSCP
Get-BCStatus | Select-Object BranchCacheIsEnabled, ClientMode

Эх сурвалж руу юу хүрсээр байна

Кэшлэлт нь зөвшөөрлийг арилгахгүй. Файл унших зөвшөөрөлгүй клиент өөр хэн нэгэн кэшлэсэн учраас хандалт авдаггүй бөгөөд эх сурвалж зөвшөөрлийн асуултад хариулж, кэшийн хайлтыг боломжтой болгодог агуулгын мэдээллийг өгсөөр байна. Эх сурвалж хүрэхгүй бол зөвхөн кэшлэсэн хуулбар нь офлайн хуваалцалт болохгүй.

Агуулгын өөрчлөлтүүд мөн таамаглалыг чимээгүй эвддэг. Дахин хадгалсан, дахин кодлосон эсвэл нөөцлөлтийн бүтээгдэхүүнд хүрсэн файл кэшлэсэн хэштэй тохирохгүй болж, дараагийн уншилт эх сурвалж руу буцаж очно. Энэ нь зөв зан төлөв бөгөөд ажлын багц нь цаг тутамд хувирдаг кэш бага өгдөг шалтгаан нь энэ.

Гурав дахь хязгаар нь зайлуулалт юм. Кэш хязгаарлагдмал тул том ажлын багц хуучин агуулгыг шахаж гаргадаг бөгөөд ашиг нь дахин уншилтууд зайлуулалтын дараа биш, өмнө нь болж байгаагаас хамаарна. Кэшийг бүх хуваалцалтад хэмжээж тохируулах нь техникийн хувьд зөв байршуулалтад урам хугарах ердийн арга юм.

Хоёр таталт, нэг байршуулалтаар хүлээн зөвшөөр

Зөв гурван урсгалыг туршиж, тус бүр юу харуулж байгааг бич. Клиентээс төлөөлөл файлын эхний таталт, эх сурвалжийн холбоос дээр болон хэрэглэгчийн цаг дээр хэмжинэ. Нэг байршлын бүлгийн хоёр дахь клиентээс мөнөөх өөрчлөгдөөгүй файлын хоёр дахь таталт. Шинэ файлын нэг байршуулалт, энэ нь ямар ч сайжрал харуулах ёсгүй бөгөөд кэш хэзээ ч хийж үзээгүй зүйлд нь оноо өгөхгүй байгааг батална.

Хоёр дахь таталт байтуудын ихэнх хэсгийг эх сурвалжийн холбоосоор дамжуулж байгаа бол кэш ашиглагдахгүй байна, шалтгаан нь ихэвчлэн буруу горимд байгаа клиент, эх сурвалж дээр дутуу хэш нийтлэл, эсвэл хязгаарлагдмал холбоосын буруу талд байгаа хостлосон кэш юм. Эдгээр нь гурван өөр засвар бөгөөд зөвхөн нэг нь сүлжээний байршилтай холбоотой.

Дараа нь дүгнэлтийг анхны гомдлын ижил хэлбэрээр хэл: энэ эх сурвалжаас эдгээр уншигчдад өөрчлөгдөөгүй агуулгын давтан таталтыг энэ кэш үйлчилнэ. Хуваалцалтын бусад бүх зүйл хөндөгдөөгүй хэвээр, байршуулалт, хавтас жагсаалт, офлайн түүх зэрэг нь өөрийн хариултыг шаардсаар байна.