Čtyři úrovně ukládání do mezipaměti v síti: úroveň klienta, sítě, serveru a aplikace. Kód pro generování hlaviček Etag a Expires pro konfiguraci mezipaměti
Programy pro vzdálené ovládání počítače umožňují vzdáleně ovládat jiný počítač přes internet nebo v místní síti. To se hodí, když potřebujete pomoci méně zkušenému uživateli, například příbuznému nebo kamarádovi, který se v počítači dobře nevyzná, něco na něm udělat, aniž byste opustili své útulné křeslo a aniž byste ztráceli nervy a čas telefonickými hovory. Takové programy je také vhodné použít pro vzdálenou práci, například z domova pro připojení do kanceláře a naopak - pro přístup k domácímu PC, pro správu systému celé flotily počítačů a serverů.
Pojďme provést srovnávací analýzu programů dálkového ovládání a poukázat na jejich výhody a nevýhody.
TeamViewer
Jeden z nejoblíbenějších programů pro vzdálený přístup, lze jej rychle stáhnout a nainstalovat nebo ihned spustit, bez instalace to zvládne i nepříliš zkušený uživatel. Po spuštění program zobrazí okno s ID a heslem pro přístup k tomuto počítači a TeamViewer také umožňuje připojení k jinému počítači zadáním jeho ID a hesla.výhody:
Program má několik hlavních režimů provozu: dálkové ovládání, přenos souborů, chat, ukázka vaší plochy. Program umožňuje nastavit nepřetržitý přístup k počítači, což bude výhodné pro správu systému. Rychlost provozu je poměrně slušná, existují verze pro všechny mobilní platformy, pro různé operační systémy, což je velmi potěšující. Pro služby vzdálené podpory bude užitečné jednoduché a zcela srozumitelné rozhraní plus řada dalších nástrojů pro rozšíření funkčnosti programu.
nedostatky:
Přestože je program zdarma, je určen pouze pro nekomerční použití a při práci s ním déle než 5 minut nastává řada potíží, například televize může zablokovat relaci vzdáleného připojení a rozpoznat ji jako komerční využití. Pro nepřetržitý vzdálený přístup nebo správu více počítačů nebo počítačové sítě si budete muset připlatit za další programové moduly. Cena programu je vysoká.
Výsledek:
Tento program je ideální pro jednorázové vzdálené připojení nebo pro použití na krátkou dobu. Pohodlné použití z mobilních platforem, ale ne pro správu velkého počtu počítačů. Za další moduly si budete muset připlatit.
LiteManager
Jednoduchý, ale co do schopností poměrně výkonný program, se skládá ze dvou částí, první je Server, který je potřeba nainstalovat nebo spustit na vzdáleném počítači, a Prohlížeč, který umožňuje ovládat jiný počítač. Obsluha programu vyžaduje od manažera trochu více dovedností a zkušeností, i když práce se serverem je ještě jednodušší než v TeamViewer, server lze nainstalovat jednou a od uživatele nejsou vyžadovány žádné další akce, ID bude vždy konstantní, můžete si to dokonce nastavit sami ručně, což je velmi pohodlné pro zapamatování. Verze LiteManager Free je zdarma pro osobní i komerční použití.
výhody:
Kromě hlavních režimů vzdáleného přístupu: dálkové ovládání, přenos souborů, chat, správce úloh, editor registru má program také jedinečné funkce, například: inventář, nahrávání obrazovky, vzdálená instalace. Program je zdarma k použití až na 30 počítačích, lze jej používat pro nepřetržitý přístup bez jakýchkoli dalších modulů. Neexistují žádná omezení provozní doby. Je možné nakonfigurovat vlastní ID serveru pro nastavení podnikové podpory. Program nemá žádná omezení provozní doby ani blokování.
nedostatky:
Chybí dostatek klienta pro mobilní platformy či jiné systémy, ve verzi zdarma je limit 30 počítačů, pro správu dalších je potřeba zakoupit licenci. Některé specifické provozní režimy jsou dostupné pouze ve verzi Pro.
Výsledek:
Program Litemanager je vhodný pro poskytování vzdálené podpory, pro správu několika desítek počítačů zcela zdarma, pro nastavení vlastní služby vzdálené podpory. Cena programu je nejnižší ve svém segmentu a licence není časově omezena.
Ammy admin
Program je v podstatě podobný TeamViewer, ale jednodušší varianta. K dispozici jsou pouze základní provozní režimy – prohlížení a ovládání, přenos souborů, chat. Program lze spustit bez instalace a je zdarma pro nekomerční použití.
výhody:
Jednoduchý a lehký program, můžete pracovat jak na internetu, tak v místní síti, má minimální nastavení a nevyžaduje žádné speciální dovednosti. Ve srovnání s TeamViewerem je licenční politika mírnější.
nedostatky:
Minimum funkcí pro vzdálenou správu, bude obtížné spravovat velkou flotilu počítačů, při dlouhodobém používání více než 15 hodin měsíčně může být pracovní sezení omezeno nebo blokováno, placeno pro komerční využití,
Výsledek:
Tento program je vhodný spíše pro jednorázové připojení k počítači a nepříliš složité manipulace, například jako pomoc nezkušenému uživateli s nastavením počítače.
RAdmin
Jeden z prvních programů pro dálkové ovládání a ve svém okolí známý, nedalo mi to nezmínit, spíše určený pro správu systému, hlavní důraz je kladen na bezpečnost. Program se skládá ze dvou: serverové a klientské komponenty. Vyžaduje instalaci, pro nezkušeného uživatele na to nebude snadné přijít, program je navržen hlavně pro práci s IP adresou, což není úplně vhodné pro poskytování technické podpory. Internetová podpora. Program je placený, ale má bezplatnou zkušební dobu.
výhody:
Program má vysokou provozní rychlost, zejména v dobré síti, díky ovladači videa pro zachycení plochy, zvýšenou spolehlivost a bezpečnost. Vestavěná je technologie Intel AMT, která umožňuje připojit se k BIOSu vzdáleného počítače a nakonfigurovat jej. Jsou implementovány pouze základní provozní režimy: dálkové ovládání, přenos souborů, chat atd.
nedostatky:
Bez IP adresy skoro nejde fungovat, tzn. připojit podle ID. Neexistuje žádný klient pro mobilní systémy. Neexistuje žádná bezplatná verze, pouze 30denní zkušební období. Pro práci s programem potřebujete dovednosti zkušeného uživatele. Při připojování videa může ovladač deaktivovat grafické prostředí Aero, někdy obrazovka bliká.
Výsledek:
Program je vhodný spíše pro systémové administrátory pro správu počítačů a serverů v lokální síti. Chcete-li pracovat přes internet, možná budete muset nastavit tunel VPN.
Co je mezipaměť prohlížeče?
- htaccess caching ukládá obsah webové stránky do místního počítače, když ji uživatel navštíví;
- Použití mezipaměti prohlížeče – Správce webu dává prohlížečům pokyny, jak zacházet se zdroji.
Když prohlížeč vykresluje webovou stránku, musí načíst logo, soubor CSS a další zdroje:
Mezipaměť prohlížeče si „pamatuje“ prostředky, které prohlížeč již stáhl. Když návštěvník přejde na jinou stránku webu, logo, soubory CSS atd. by neměly být znovu staženy, protože si je prohlížeč již "pamatoval" (uložil). To je důvod, proč se webová stránka načítá při první návštěvě déle než při opakovaných návštěvách.
Když používáte ukládání do mezipaměti, soubory webových stránek budou uloženy do mezipaměti prohlížeče. Stránky se při opakovaných návštěvách načítají mnohem rychleji. Stane se tak i u jiných stránek, které používají stejné zdroje.
Jak povolit ukládání do mezipaměti prohlížeče
- Upravte hlavičky požadavku na zdroj tak, aby používala ukládání do mezipaměti;
- Optimalizujte svou strategii ukládání do mezipaměti.
Změna záhlaví požadavků
Pro většinu lidí je jediným způsobem, jak uložit do mezipaměti htaccess webu, přidání kódu do souboru .htaccess na webovém serveru.
Soubor .htaccess řídí mnoho důležitých nastavení vašeho webu.
Ukládání do mezipaměti prohlížeče prostřednictvím souboru .htaccess
Níže uvedený kód prohlížeči sděluje, co uložit do mezipaměti a jak dlouho si to má „pamatovat“. Mělo by být přidáno na začátek souboru .htaccess:
## VYPRŠÍ CACHOVÁNÍ ##
Uložte soubor .htaccess a poté obnovte webovou stránku.
Jak nastavit čas mezipaměti pro různé typy souborů
Výše uvedený kód určuje časové intervaly. Například 1 rok (1 rok) nebo 1 měsíc (1 měsíc). Týkají se typů souborů. Výše uvedený kód uvádí, že soubory .jpg (obrázky) by měly být ukládány do mezipaměti po dobu jednoho roku.
Pokud byste to chtěli změnit tak, aby se obrázky ve formátu JPG také ukládaly do mezipaměti po dobu jednoho měsíce, pak byste jednoduše nahradili „1 rok“ za „1 měsíc“. Výše uvedené hodnoty mezipaměti htaccess jsou optimální pro většinu webových stránek.
Alternativní metoda ukládání do mezipaměti pro .htaccess
Výše popsaná metoda se nazývá " Platnost vyprší“, pomáhá většině začátečníků s ukládáním do mezipaměti. Jakmile se s ukládáním do mezipaměti zorientujete, můžete vyzkoušet jinou metodu ukládání do mezipaměti nazvanou Cache-Control, která vám dává více možností.
Je možné, že metoda Expires nebude na vašem serveru fungovat, v takovém případě můžete zkusit použít Cache-Control.
Cache-Control
Tato metoda umožňuje získat větší kontrolu nad ukládáním stránek do mezipaměti v prohlížeči, ale pro mnoho lidí je jednodušší zadat všechna nastavení jednou.
Příklad použití v souboru .htaccess:
#1 měsíc pro většinu statických aktiv
Výše uvedený kód nastavuje hlavičku Cache-Control v závislosti na typu souboru.
Jak Cache-Control funguje?
Zvažte výše uvedený řádek kódu pro ukládání do mezipaměti v prohlížeči htaccess:
#1 měsíc pro většinu statických aktiv
Tento řádek je jen poznámka. Soubor .htaccess ignoruje řádky začínající znakem #. Tato poznámka je doporučena, protože jako řešení pro ukládání souborů do mezipaměti můžete mít několik různých sad dat:
Výše zmíněný řádek říká, že „ pokud je soubor jedním z těchto typů, pak s ním něco uděláme...»
Nejdůležitější na tomto řádku je, že uvádí různé typy souborů ( CSS, JS, JPEG, PNG atd. ) a že na tyto typy souborů by měly být aplikovány pokyny pro ukládání do mezipaměti. Pokud například nechcete, aby se soubory JPG ukládaly do mezipaměti po určitou dobu, můžete odstranit " JPG". Pokud chcete přidat HTML, musíte v tomto řádku uvést „ HTML«:
Sada záhlaví Cache-Control "max-age=2592000, public"
Řádek zmíněný výše nastavuje skutečné záhlaví a hodnoty:
- část" Sada záhlaví Cache-Control» — nastaví titul;
- proměnná" maximální věk=2592000"—udává, jak dlouho bude proces ukládání do mezipaměti trvat (v sekundách). V tomto případě ukládáme do mezipaměti jeden měsíc (2592000) sekund;
- část" veřejnost» hlásí, že je veřejně dostupný.
Tento řádek mezipaměti htaccess zavře příkaz a ukončí blok kódu.
Cache server je úložiště výsledků vyhledávacích dotazů s možností přístupu přes standardní rozhraní leteckých webových služeb.
Problémy vyřešené cache serverem
Cache server je navržen tak, aby urychlil standardní vyhledávání prostřednictvím webových služeb leteckých společností pomocí uložených výsledků pro opakované požadavky. Pokud některý z výsledků vyhledávání neprojde kontrolou dostupnosti, uložené výsledky se smažou a další vyhledávání proběhne s novou žádostí ve Státním registračním systému.
Povolení mezipaměti serveru
Chcete-li povolit server mezipaměti, musíte:
Správce potřebuje:
- Přejděte do sekce Technická podpora → Webové služby Nemo Connect → Nastavení interakce.
- Povolit možnost Správa mezipaměti v sekci Pro sekce použijte nastavení na serveru Aviation od Nemo 1.
Manažer potřebuje:
- Přejděte do sekce
- Povolit možnost Použijte mezipaměť Nemo Connect
Nastavení Aircache
V sekci Řízení prodeje → Letenky → Procesy → Proces vyhledávání → Pravidla ukládání letů do mezipaměti lety, můžete nastavit neomezený počet pravidel pro ukládání výsledků vyhledávání letů do mezipaměti:
- Čas do odjezdu v hodinách- znamená, že aby se pravidlo spustilo, musí před odjezdem uplynout stanovený počet hodin nebo více. Pokud pravidla fungují, vybere se to, které je „nejblíže“ datu odjezdu. Existují například pravidla: více než 10, 20, 30 a 100 hodin před odletem. Ve skutečnosti zbývá do odjezdu 50 hodin. Spustí se první 3 pravidla a zvolí se pravidlo „30 hodin před odjezdem“. Pokud žádné pravidlo nesplňuje požadavky, použije se pravidlo s nejmenším počtem hodin. Například existuje 100, 200, 300 hodin a odjezd je ve skutečnosti 50 hodin předem, v tomto případě se životnost cache bere z pravidla „100 hodin před odjezdem“.
- Životnost mezipaměti v minutách- doba relevance výsledků hledání uložených v cache od posledního hledání.
Účtování změn směnných kurzů v GDS
Když se měnové kurzy v GDS změní, výsledky vyhledávání v mezipaměti ztratí svou relevanci, protože to vede ke změně nákladů na leteckou přepravu v případech, kdy se měna konečných nákladů liší od měny, ve které je stanoveno jízdné. K vyřešení tohoto problému zaznamenává letecký server změny směnných kurzů. Při přijímání výsledků vyhledávání z vyrovnávacího serveru se kontroluje, zda došlo ke změnám v kurzu měny vzhledem k měně konečné ceny. Pokud byly, pak se náklady na výsledky vyhledávání přepočítají s přihlédnutím ke změnám směnných kurzů. Tato funkce je v současné době implementována pouze pro poskytovatele Sabre.
Pozor! Pro správnou funkci musí být v EPR u všech PCC přítomno klíčové slovo BSRDSP (nastavení předepisuje Sabre, kontaktujte službu podpory GDS). Tento parametr ovlivňuje logiku výpočtu sazeb a pokud chybí, ceny se nepřepočítají správně.
Poznámka: Náklady se přepočítávají nejen z hlediska tarifu, ale také z hlediska daní. Pokud jsou daně zadány v jiných měnách, než je tarifní měna, přepočet se přesto provede, protože Ve výsledcích vyhledávání není možné získat informace o měnách, ve kterých jsou daně nastaveny. Výsledek se tedy v takových případech může mírně lišit od skutečného.
Tato funkce je povolena nastavením " Povolit přepočítávání rychlosti pro výsledky uložené v mezipaměti» v sekci Řízení prodeje → Letenky → Procesy → Proces vyhledávání → Dolaďování.
Saber se sazby mění jednou týdně ve středu o půlnoci v časovém pásmu, do kterého patří PCC agentury. Synchronizace sazeb na leteckém serveru začíná v úterý, středu a čtvrtek na začátku každé hodiny (00:05, 01:05 atd.) moskevského času. Zároveň se synchronizují kurzy pro měny, které se objevily ve výsledcích vyhledávání.
Statistika vyhledávacích dotazů
Modul sleduje statistiky dokončených vyhledávání. Filtry dostupné na stránce:
- Od data- filtr specifikuje začátek rozsahu data a času pro výběr dat.
- Podle data- filtr určuje konec rozsahu data a času pro výběr dat.
- Úroveň detailů- filtr nastavuje časové měřítko uvažovaných dat.
- Den
Přečtěte si další informace o mezipaměti BLOB SharePoint, mezipaměti výstupu stránky a mezipaměti objektů.
Microsoft SharePoint Server 2010 lze použít k vytváření různých podnikových řešení od portálů pro spolupráci a archivů záznamů až po internetové stránky. Ať už zvolíte jakoukoli možnost, stále vás bude zajímat přijatelná rychlost řešení a zde pochopení principů cache nebude zbytečné. Hlavním úkolem cache je zajistit rychlejší zobrazení vašeho portálu koncovým uživatelům. Každá mince má ale dvě strany, takže musíte znát výhody i nevýhody různých typů keší.
V tomto článku si povíme o třech typech cache. Každý z nich má jedinečné funkce, které pomáhají vašemu serveru SharePoint růst. Keš však není všelék, každý typ keší má své kompromisy a zdaleka neplatí, že vašemu konkrétnímu scénáři budou vyhovovat všechny typy keší. Bezmyšlenkovité povolení mezipaměti bez správné konfigurace s největší pravděpodobností nepovede k očekávanému zlepšení výkonu.
Jakákoli instalace serveru SharePoint se skládá z instance serveru Microsoft SQL Server a alespoň jednoho webového serveru front-end. Když uživatelé požadují data ze serveru SharePoint (například stránku nebo dokument), server WFE obdrží všechna potřebná data z SQL a na jejich základě zpracuje požadavek uživatele. Ačkoli to zajišťuje, že uživatel obdrží nejaktuálnější informace, tato situace má za následek zvýšený provoz mezi servery SQL a WFE, což zase ovlivňuje rychlost koncového uživatele.
Mezipaměť serveru SharePoint běží na webových front-end serverech, každý typ mezipaměti ukládá místní kopii dat, aby, kdykoli je to možné, obsluhoval klienty pomocí místní mezipaměti, čímž se snižuje množství dat přenášených ze serveru SQL a zatížení jeho vlastní procesory.
BLOB cache.
Mezipaměť BLOB snižuje zatížení serveru SQL ukládáním obsahu požadovaných souborů (většinou částí stránky, jako je JavaScript, CSS a obrázky) na pevné disky serveru WFE. Když přijde nový požadavek na soubor, který již byl uložen do mezipaměti, mezipaměť objektů BLOB vrátí soubor z disku namísto volání SQL Server.
Při vývoji webů SharePoint existuje několik míst pro uložení obsahu stránky. Mohou být uloženy v systému souborů WFE serveru (obvykle v adresáři _layouts) nebo v knihovně SharePoint. Soubory, které jsou uloženy v adresáři _layouts, lze číst z disku poměrně rychle, ale pokud je třeba soubory aktualizovat, musí je správce změnit na každém serveru WFE. Ukládání do SharePointové knihovny má své výhody, takže obsah mohou přidávat a aktualizovat nejen správci farmy, ale také uživatelé. Ale jelikož vše, co je v knihovně uloženo, je v SQL a extrakcí dat z SQL bude rychlost jejich získání nižší. Při ukládání souboru na SharePoint a použití mezipaměti BLOB je tedy přístup k obsahu zajištěn rychle a existuje možnost centralizované správy.
Ale existují také nuance. Při přidávání nového souboru vygeneruje na SQL server pětkrát více požadavků než v situaci se zakázanou mezipamětí objektů BLOB. Tato další volání získávají informace o oprávněních a další metadata, aby byla zajištěna bezpečná a spolehlivá činnost mezipaměti. Kromě toho, aby se zabránilo vracení zastaralého obsahu klientovi, mezipaměť BLOB odstraní soubory z mezipaměti, pokud je pravděpodobné, že budou zastaralé. Přirozeně se poté soubor znovu uloží do mezipaměti, což opět ovlivní volání SQL.
Kromě snížení počtu přístupů k serveru SQL pomáhá mezipaměť BLOB zkrátit dobu opětovného načítání stránky přidáním řídicích hlaviček do odpovědi HTTP pro soubory, které obsluhuje. Tyto hlavičky sdělují prohlížeči uživatele, aby tyto soubory uložil do mezipaměti prohlížeče. Když prohlížeč potřebuje jeden ze souborů v mezipaměti, může použít tuto mezipaměť namísto přechodu na SharePoint Server. To vede k výraznému snížení požadavků HTTP a doby načítání stránky.
Jak již bylo zmíněno, BLOB cache je užitečná zejména při ukládání velkých multimediálních souborů do mezipaměti. Samotný SharePoint je optimalizován pro práci s malými soubory. Zvládne menší soubory FileReadChunkSize (100 kB) na požadavek a soubory do 5 MB LargeFileChunkSize sloužil přímo z SQL bez ukládání do vyrovnávací paměti disku s nízkou latencí. SharePoint ukládá soubory větší než 5 MB na disku serveru WFE, než je vrátí uživateli. To šetří paměť, ale ovlivňuje zpoždění návratu. Mezipaměť BLOB může v této situaci snížit latenci. Když je soubor uložen do mezipaměti v objektu BLOB, je vrácen stejně rychle, jako kdyby byl umístěn přímo ve službě IIS.
Další výhodou mezipaměti BLOB je, že vám umožňuje HTTP požádat o část souboru namísto požadavku na celý soubor. Pokud například prohlížeč potřebuje pouze 1 MB z 10 MB souboru, může provést požadavek a získat pouze 1 MB z mezipaměti. Když je mezipaměť objektů BLOB zakázána, SharePoint Server takové požadavky ignoruje (v anglické dokumentaci se nazývají požadavky rozsahu HTTP) a vrátí plnou velikost požadovaného souboru. Ukázalo se, že BLOB cache zvyšuje výkon sítě tím, že minimalizuje zatížení sítě.
Klientské přehrávače médií budou mít z takových částečných požadavků na rozsah HTTP největší prospěch. Nezáleží na tom, zda je to Windows Media Player nebo Silverlight zabudovaný do webové stránky, když posunete posuvník videa vpřed, mezipaměť BLOB vrátí požadovanou část souboru, aniž by se zcela stáhla do klienta.
Logická architektura a uspořádání.
Mezipaměť BLOB běží na každém serveru WFE ve farmě. Přesněji řečeno, každá webová aplikace a každý virtuální server má svou vlastní BLOB cache. V tomto případě virtuální server znamená web IIS, ale na serveru SharePoint je zpravidla každá webová aplikace přidružena k jednomu virtuálnímu serveru. Na jednom virtuálním serveru může být současně spuštěna pouze jedna instance mezipaměti BLOB. To znamená, že mezipaměť BLOB nelze použít s Web Garden. (Webová zahrada je fond aplikací, který ke zpracování požadavků používá více než jeden proces požadavku, více než jeden proces w3wp.exe)
Pokud je webová aplikace SharePoint rozšířena, jako je tomu obvykle při použití různých metod ověřování pro jeden portál, bude druhý virtuální server obsluhovat vlastní instance mezipaměti BLOB. Proto je mezipaměť objektů BLOB povolena pro každou zónu zvlášť. Například data požadovaná interními uživateli jsou ukládána do mezipaměti, ale data požadovaná externími uživateli (prostřednictvím External Url) nejsou ukládána do mezipaměti. A přestože je obsah poskytovaný externím a interním uživatelům identický, nelze se vyhnout dvěma instancím mezipaměti.
Mechanismus plnění mezipaměti.
Soubory s určitými příponami končí v mezipaměti BLOB, jak si je uživatelé vyžádají. Seznam rozšíření je přizpůsobitelný a lze jej nakonfigurovat pro konkrétní úkoly. Při prvním vyjímání souboru z mezipaměti objektů BLOB může u malých souborů docházet k o něco delšímu zpoždění než u typického vyřizování služby SharePoint. Na druhou stranu jsou velké soubory obsluhovány rychleji díky provedené optimalizaci mezipaměti BLOB. Soubor se začne ukládat do mezipaměti při čtení prvních bajtů ze serveru SQL. Data jsou vrácena klientovi, zatímco zbytek pokračuje v načítání z databázového serveru. Přirozeně to platí pouze pro první požadavek, protože později jsou data obsluhována přímo z mezipaměti BLOB.
Mezipaměť BLOB dokáže zpracovat více požadavků na jeden soubor tím, že zpřístupní data v mezipaměti všem požadavkům. K tomu dochází, i když soubor ještě nebyl zcela načten ze serveru SQL. Například odkaz na video sestavu (500 MB) uloženou na serveru SharePoint je zaslán e-mailem zaměstnancům společnosti. Pokud velký počet uživatelů klikne na odkaz současně, pak se zakázanou mezipamětí bude na SQL Server odesláno mnoho dotazů. (jeden pro každého uživatele) Není těžké uhodnout, jak to ovlivní výkon. S povolenou vyrovnávací pamětí bude video přijato z SQL jednou každým serverem WFE, a i když nestihne být úplně uloženo do mezipaměti, bude použito pro obsluhu všech požadavků. Závěr se napovídá – BLOB cache je nezbytná pro obsluhu velkých souborů na SharePoint serveru.
Datové úložiště a velikost mezipaměti disku.
Vzhledem k tomu, že byste žádný ze souborů mezipaměti neměli upravovat ručně, je užitečné, alespoň z teoretického hlediska, porozumět struktuře ukládání dat mezipaměti BLOB na disku. Mezipaměť BLOB ukládá své soubory na disk ve struktuře, která zrcadlí strukturu vašeho portálu. Například soubor na portálu s adresou URL http://contoso/sites/publishing/documents/somefile.jpg bude uložen na disk přibližně v následující cestě c:\BlobCache\14\11111111\AB25499AF39572\sites\publishing \documents\somefile-1238DEF8097AB .jpg. Tato cesta obsahuje náhodné části řádku, aby se předešlo přepsání staré verze souboru novější, protože starý soubor lze v tuto chvíli stále používat. Název hostitele, kde se soubor nachází, je v odkazu nahrazen jedinečným řetězcem, který zabraňuje konfliktům při ukládání dvou souborů s adresami jako http://contoso/images/logo.jpg a http://northwinds/images/ logo.jpg.
Operační systém Windows má pro cestu k souboru limit 260 znaků. Protože mezipaměť BLOB přidává další jedinečné řádky do cest k souborům mezipaměti, je docela možné, že při zápisu souboru na disk bude tento limit překročen. Proto byste se měli pokusit vyhnout se příliš dlouhým adresám URL na portálu SharePoint. Pokud se budete řídit doporučením, pak byste pro normální ukládání souborů do mezipaměti neměli vytvářet odkazy na portálu delší než 160 znaků.
Kromě místa na disku vyžaduje mezipaměť BLOB malé množství paměti RAM k udržení indexu souborů na disku. Každá položka rejstříku využívá přibližně 800 bajtů paměti. Ve většině případů bude paměť spotřebovaná mezipamětí objektů BLOB představovat malou část celkové paměti spotřebované službou SharePoint. Pokud však mezipaměť BLOB potřebuje ukládat stovky tisíc souborů, pak bude potřeba naplánovat požadavky na paměť s ohledem na výše uvedené.
Trvalost mezipaměti objektů BLOB při restartování fondu aplikací.
Mezipaměť BLOB je jediná trvalá mezipaměť, což znamená, že přežije restartování nebo vypnutí fondu aplikací IIS. K tomu dochází, protože index je pravidelně zapisován na disk. Serializovaný index má přibližně jednu třetinu velikosti indexu v paměti. Stejně jako všechny I/O operace ovlivňuje velikost indexu délku serializace a deserializace. Velmi velká mezipaměť BLOB obsahuje stovky tisíc prvků, takže proces jejich přepisování do indexu může trvat déle než minutu. Během procesu serializace nelze do mezipaměti přidávat nové položky. To znamená, že pokud jsou přijaty požadavky na soubory, které ještě nejsou v mezipaměti, klient bude muset počkat na dokončení procesu serializace. Pokud je index extrémně velký (miliony objektů), může doba serializace překročit časový limit požadavku klienta a požadavek bude zahozen.
Mechanismus kontroly mezipaměti.
Mezipaměť objektů BLOB vyčistí zastaralé soubory uložené v mezipaměti dotazováním serveru SharePoint na změny. Výchozí interval dotazování je pět sekund, ale tento parametr lze nakonfigurovat. Ve skutečnosti je soubor odstraněn později (tento interval je také konfigurovatelný), jakmile jsou zakázány jakékoli HTTP relace. Zastaralé a smazané soubory z mezipaměti nejsou přidány do mezipaměti automaticky, budou přidány při příštím požadavku uživatele na soubor. Když se změní obsah na webu SharePoint, mezipaměť objektů BLOB se může změnit poměrně rychle. Následující tabulka ukazuje operace se soubory a jejich dopad na mezipaměť objektů BLOB.
Maximální velikost mezipaměti objektů BLOB je také upravena, aby se zabránilo plýtvání místem na disku. Když celková velikost souborů v mezipaměti překročí stanovené limity, mezipaměť BLOB odstraní nejméně používané soubory, dokud váha souborů v mezipaměti neklesne na 70 % povolené velikosti. Tento proces se nazývá zhutňování. Zhutňování je z hlediska výkonu poměrně nákladný proces, kvůli možnému opětovnému ukládání smazaných souborů do mezipaměti. Pravidelné spouštění komprimace vám umožní zbavit se „nepopulárních“ souborů a uvolnit místo pro častěji používané soubory. Pokud ke komprimaci dochází často, znamená to pouze nedostatek místa v mezipaměti. Frekvenci této operace můžete zobrazit pomocí čítače „Celkový počet komprimací mezipaměti“ ve skupině Mezipaměť na disku SharePoint. Přidělení dalšího prostoru častým komprimováním je za ideálních podmínek dobrým řešením, velikost mezipaměti by měla být dostatečná pro všechny oblíbené dotazy.
Dalším způsobem, jak odstranit soubory v mezipaměti, je resetování mezipaměti. Po resetování mezipaměti se vytvoří nová složka, ale stará mezipaměť zůstane. To umožňuje dokončení existujících dotazů na starou mezipaměť. Stará mezipaměť je později po určité době smazána. (konfigurovatelný interval) Mezipaměť lze resetovat z několika důvodů: pokud nelze při spuštění správně deserializovat index, změnila se uživatelská zásada pro webovou aplikaci, nelze číst databázi obsahu. Mezipaměť lze také vymazat ručně voláním funkce Microsoft.SharePoint.Publishing.PublishingCache.FlushBlobCache() z prostředí PowerShell.
Autentizace a BLOB cache.
Mezipaměť BLOB je optimalizována pro anonymní vracení souborů. Když je požadován anonymně přístupný soubor, mezipaměť BLOB jej vrátí před pokusem o ověření.
Výhody tohoto principu fungování lze získat ve dvou případech.
1. Anonymní přístup na stránky je povolen
2. Často požadované soubory jsou uloženy v knihovnách, které mají tuto možnost povolenou AllowEveryoneViewItems.
Při vytváření portálu založeného na šabloně Publishing Portal se vytvoří dvě knihovny se sadou parametrů AllowEveryoneViewItems. Jedná se o knihovny „Images“ a „Site Collection Images“. V každém případě, i když není použit anonymní přístup, mezipaměť BLOB bude fungovat, ale server WFE bude muset kontaktovat server SQL a zkontrolovat oprávnění uživatele. (ACL)
Pokračování….
MCT/MVP Ilya Rud
Na základě dokumentu „Přehled mezipamětí serveru SharePoint“
