Essential Windows Server 2012 Networking, SQL Server 2012 a SharePoint Server 2013 Správy in Czech

Essential Windows Server 2012 Networking, SQL Server 2012 a SharePoint Server 2013 Správy in Czech Vyvinutý Nam Nguyen

Essential Windows Server 2012 Networking, SQL Server 2012 and SharePoint Server 2013 Administrations in Czech. EBook je skvělý zdroj kamkoli jdete s užitečné vodítko pro učení, jak používat systém Windows Server 2012 v síti, SQL Server 2012 a SharePoint Server 2013 Správa s lehkostí a zábavy. Tato kniha poskytuje uživatelsky přívětivý úvod k předmětu, přičemž jasné strukturální rámec; to vede čtenáře základních prvků objektu, s využitím ilustrací a diagramů v celém textu, aby zajistily čtenář chápe i těch nejsložitějších konceptů. EBook je pro každého, kdo má zájem na Windows Server 2012, SQL Server sítě 2012 a SharePoint Server 2013 správ a chce porozumět své schopnosti a technické rozhodovací pravomocí. Je to skvělý zdroj a ideální žádost o informačních technologií IT oddělení Professional a. Si sami učit všechny tyto 3 důležité, Windows Server 2012 sítě, SQL Server 2012 a SharePoint Server 2013 Správa, učení se jim otevře dveře nespočet vám zaručit dobrou placenou práci nyní i do budoucna. Jen nezapomeňte na jednu věc, že učení se nikdy nezastaví! Přečtěte si, číst, číst! A psát, psát, psát! Poděkování mé nádhernou ženou Beth (Griffo) Nguyen a moje úžasné synové Taylor Nguyen a Ashton Nguyen za jejich lásku a podporu, bez jejich emocionální podporu a pomoc, žádná z těchto vzdělávacích jazykových e-knih a audio bude možné.

Windows Server 2012 sítě

Řešení problémů, kterým čelí profesionály v oboru IT Technologické pokroky, které mění stávající obchodní krajinu postihuje také, jak IT profesionálové dělat svou práci. Tyto technologie zahrnují soukromý a veřejný cloud computing, mobilní pracovní síly, a aktiva rozptýlené přes LAN, Wide Area Networks (WAN) a datových center. Správa sítí a síťových aktiv je složitý úkol, který je podobný správu rozvodnou síť: cílem je, aby se ujistil hladké přenosy (data a elektřina, příslušně), že všechny součásti jsou správně připojeny, a že zákazníci získat služby, které potřebují, když oni potřebují. Ve svých probíhajících komunikaci s firemní zákazníky, společnost Microsoft určila tři klíčové otázky, sítí, kde se profesionálové vidí největší problémy v blízké budoucnosti. K nim patří řízení privátních cloudů účinným, pružným způsobem; snadno a bezpečně rozšiřuje privátní cloudy pro zvýšení veřejných cloud služeb; a snadno připojení koncových uživatelů k IT zdroje, bez ohledu na umístění. Pojďme se stručně podívat na každém čísle. Správa privátní cloudy efektivně Důležitým aspektem zajistit, aby soukromé mraky plnit jejich obchodní potenciál je, aby se ujistil, že nemají přidat k zátěži řízení IT. Aby k tomu došlo, je síťová platforma potřebuje následující atributy: Efektivní automatizace se spoustou možností pro automatizaci základních síťových úloh zjednodušit soukromý cloud nasazení a správu. Flexibilita škálovat privátní cloudy nahoru nebo dolů dle libosti, aniž by byla omezována sítí a úložných zdrojů a souvisejících administrativních pracovníků. jednoznačné možnosti konsolidace, které umožňují, například, další zátěže pro provoz na stávajících hardwarových prostředků, konvergence dat a ukládání síťové zdroje na stejné fyzické infrastruktury, a více možností pro použití levnějších úložných polí a přepínačů. Propojení privátní cloudy s veřejnými cloudových služeb Chcete-li generovat ještě větší výhody z privátních cloudů, organizace musí najít způsoby, jak rozšiřovat vlastní funkčnost cloudu s veřejnými cloudových služeb, které jsou poskytovány samotné organizace, nebo třetími stranami. Nicméně, spojující soukromé a veřejné cloudy je třeba provést snadno a bezpečným způsobem. Tyto funkce mohou napomoci tomu, aby se to stalo: Efektivní multitenancy: Technologie virtualizace pomáhá konsolidovat zdroje prostřednictvím Multitenant prostředí; ale také poskytuje IT oddělením prostředky k provádění větší bezpečnost. To zahrnuje izolační nájemce, line-of-podnikových aplikací a dat, což usnadňuje a šetrnější k propojení privátní cloud nájemníky a zdroje s veřejnými cloudových služeb. Použití veřejných mraky rozšířit datové centrum: Se správným technologie v místě, veřejné mraky může být použita k prodloužení privátní cloud zdroje a procesy, jako je datových skladů. bezproblémovou komunikaci mezi soukromými a veřejnými cloudy: Integrace funkčnosti soukromých a veřejných mraky vyžaduje přímočaré komunikaci a propojení IT prostředků mezi oběma prostředí. Připojení uživatelé snadno IT zdroje Stále více organizací dnes geograficky rozptýlených a často mají velmi mobilní pracovní síly. V těchto scénářích, je nezbytné, aby uživatelům rychle a snadno připojit k IT zdrojům. Jsou potřebují Tyto funkce pro tuto práci: Všechny IT aktiva musí být k dispozici koncovým uživatelům, když je potřebují, bez ohledu na umístění: Fyzické umístění uživatelů a aktiv, jako jsou databáze a privátních cloudů by mělo být irelevantní pro rychlé, jednoduché připojení. Všichni uživatelé musí být schopni komunikovat se všemi mraky: To může být omezený, samozřejmě, na základě identit a zabezpečení hlídá organizace a individuální nebo resortních požadavků.

Windows Server 2012: Vylepšené funkce sítě Windows Server 2008 R2 představila několik nových funkcí síťové související, včetně Virtual Desktop Infrastructure (VDI) nasazení, vzdálené aplikace (RemoteApp) Vydavatelství, peer-to-peer ukládání do mezipaměti optimalizace, vylepšení pro optimalizaci provozu výkon sítě, opatření k zabránění duplicitu údajů, a optimalizace WAN. Windows Server 2012 staví na těchto záloh s řadou nových a vylepšených funkcí, které pomáhají snižovat složitost sítí při současném snížení nákladů a zjednodušení úlohy správy. V systému Windows Server 2012, správcům IT mají nástroje pro automatizaci a konsolidaci sítí procesů a zdrojů. Poskytuje funkce pro více snadno připojit privátní cloudy s veřejnými cloudových služeb. A Windows Server 2012 nabízí více a lepších, nástroje pro připojení uživatelů k IT zdroje a služby přes fyzické hranice a soukromým a veřejným cloud prostředí. V tomto článku se blíže podívat na funkce systému Windows Server 2012, které usnadňují efektivnější a nákladově efektivní správu sítě. Správa je dostupná nepřetržitě, bezpečné a efektivní privátních cloudů Systém Windows Server 2012 obsahuje mnoho nových a vylepšených funkcí, které zjednodušují správu, konsolidovat zdroje, a automatizovat úkoly. To pomáhá snížit náklady a zvýšit flexibilitu pro správce zabývající se mění a rozšiřuje síťová prostředí napříč geograficky rozptýlených oblastech. Tyto funkce jsou popsány v této části: Spolehlivost o technologie NIC Teaming o Hyper-V Replica o SMB 3.0 Multichannel a SMB 3.0 Direct o Dynamic Host Configuration Protocol (DHCP) Failover Výkon o Single Root I / O Virtualization (SR-IOV) o Dynamic Virtual Machine fronty o Urychlení síť I / O, včetně přijímání segmentu koalescenci a přijímání boční škálování o IPsec úkol snižování zátěže Ovladatelnost o IP adresa Manager (IPAM) o Resource měření

Bezpečnost o DNSSEC (DNSSEC) Spolehlivost Technologie NIC Teaming Windows Server 2012 umožňuje určit, odolnost proti chybám na síťových adaptérů bez nákupu dalšího hardwaru a softwaru. Jeden další funkce je NIC Teaming, který umožňuje více síťových rozhraní pracovat společně jako tým, prevenci ztráty konektivity, pokud jeden síťový adaptér se nezdaří. To umožňuje serveru tolerovat síťový adaptér a selhání portu až k prvnímu spínače segmentu. To také umožňuje agregovat šířku pásma od více síťových adaptérů. Například můžete čtyř 1 gigabajt (GB) síťové adaptéry poskytují souhrn 4 Gbps propustnosti. Výhody vestavěným-in Windows týmové řešení je, že to funguje u všech síťových adaptérů výrobců, eliminuje případné problémy způsobené proprietární řešení, poskytuje společný soubor nástrojů pro správu všech typech adaptér, a je plně podporován společností Microsoft. Technický popis V současné době, všechny dostupné roztoky NIC spojí mají podobnou strukturu, jak je znázorněno na následujícím obrázku. Obrázek 1: Standardní NIC Teaming architektura řešení Teaming síťové adaptéry zahrnuje: NIC Teaming konfigurace: On nebo více fyzických síťových adaptérů se připojují k jednotce multiplexování NIC Teaming Solution a přítomen jeden nebo několik "virtuálních adaptérů" (tým síťových adaptérů), k operačnímu systému. Algoritmy pro rozdělení provozu: Několik různých algoritmů distribuovat odchozí provoz mezi síťové adaptéry. Traffic mohou být rozloženy podle hash zdrojové a cílové adresy a porty, nebo to mohou být rozloženy v závislosti na původu port pro virtuální stroje, jak je znázorněno na následujícím obrázku. NIC Teaming Solution může také rozdělit provoz Virtual LAN (VLAN), takže aplikace se mohou připojit k jiným VLAN současně. Obrázek 2: NIC Teaming v konfiguraci virtuálního počítače

Konfigurace NIC Teaming NIC Teaming používá dvě sady konfiguračních algoritmů: módů spínačů nezávislá: Tyto algoritmy umožňují členům týmu připojit k různým přepínače protože přepínač neví, že rozhraní je součástí týmu na hostitele. Tyto režimy nevyžadují přepínač k účasti na Teaming. módů spínačů závislých na: Tyto algoritmy vyžadují přepínač k účasti na Teaming. Zde, všechna rozhraní týmu jsou připojeny ke stejnému přepínači. Existují dva běžné možnosti pro módů spínačů závislé NIC Teaming: Generic nebo statické Teaming (IEEE 802.3ad návrh v1): Tento režim vyžaduje nastavení na obou přepínačem a hostitele, aby určili, která spojuje tvoří tým. Protože se jedná o staticky nakonfigurován řešení, není tam žádný dodatečný protokol pomoci přepínače a hostitele k identifikaci nesprávně připojená kabely nebo jiné chyby, které by mohly způsobit, tým se neplní. Typicky je tento režim je podporován server-třídy přepínačů. Dynamická spolupracují (IEEE 802.1ax, Link Aggregation Control Protocol (LACP)): Tento režim je také běžně označuje jako IEEE 802.3ad, protože byl vyvinut v 802.3ad výboru IEEE před zveřejněním jako IEEE 802.1ax. Funguje tak, že pomocí LACP dynamicky identifikovat vazby, které jsou připojeny mezi hostitelem a specifického spínačem.typické server-class přepínače podporují IEEE 802.1ax, ale většina bude nutná aplikace k tomu, aby LACP na portu. K dispozici jsou bezpečnostní výzvy umožňující téměř úplně dynamický IEEE 802.1ax fungovat na přepínači. V důsledku toho se přepíná dnes stále vyžadují správce přepínač nastavení přepínače portů, které jsou povoleny být členy takového týmu. Každá z těchto přepínačů závislé výsledky režimů v příchozí a odchozí provoz, že přístup praktické meze agregované šířky pásma. Důvodem je, že bazén v týmu odkazů je viděn jako jediný potrubí. Nekompatibility NIC Teaming je kompatibilní se všemi síťové funkce v systému Windows Server 2012, s těmito výjimkami: SR-IOV Remote Direct Memory Access (RDMA) TCP Chimney Offload Pro SR-IOV a RDMA, data jsou dodávána přímo do síťového adaptéru, aniž průchodem síťového zásobníku. Proto může síťový adaptér tým nevidí nebo přesměrovat data na jinou cestu v týmu. V této verzi, Přesměrování zpracování protokolu TCP nepodporuje NIC Teaming. Požadavky Funkce NIC Teaming vyžaduje:

Windows Server 2012. Alespoň jeden síťový adaptér o Jsou-li dvě nebo více síťových adaptérů, které by měly být stejné rychlosti. o dva nebo více síťových adaptérů jsou vyžadovány pokud hledáte seskupení šířky pásma nebo ochranu převzetí služeb při selhání. o jedno nebo více síťových adaptérů pokud hledáte pouze VLAN segregaci pro síťový zásobník. Souhrn Můžete použít NIC Teaming vykonávat tři důležité úkoly: Souhrnná šířka pásma. zabránit ztrátě připojení v případě výpadku síťové součásti. VLAN oddělení provozu od hostitele. To pracuje jak s fyzickými servery a virtuálních strojů. Nyní máte možnost použít tuto funkci a získat plnou podporu pro konfiguraci od společnosti Microsoft, bez ohledu na síťového dodavatele adaptéru. Windows 8 NIC Teaming je řízen s Windows PowerShell a přes konfigurační rozhraní NIC Teaming. Jak Windows PowerShell a UI práce pro fyzické i virtuální servery. Uživatelské rozhraní můžete spravovat fyzické i virtuální servery ve stejnou dobu. Hyper-V Replica Jedním z hlavních důvodů, proč na vytvoření oblak, a pro zákazníky se pohybovat do cloudu, je umožnit rychlejší a snadnější zotavení selhání. I přes zvyšující se výpadky a vysoké náklady na nehody, správcům IT často odložit implementaci řešení Vzhledem ke složitosti a nákladů. Organizace potřebují cenově dostupné a spolehlivé řešení pro obchodní kontinuity, která jim pomáhá zotavení po selhání. Virtualizace přináší nové, efektivní možnosti pomoci ujistit se, že služby jsou optimálně k dispozici. Windows Server 2012 přináší technologie Hyper-V Replika, rys, který poskytuje asynchronní replikace virtuálních strojů pro účely kontinuity podnikání a obnovy po havárii. Technický popis Hyper-V Replica je nová funkce v systému Windows Server 2012. To vám umožní kopírovat vaše Hyper-V virtuálních počítačů přes síťové propojení z jednoho Hyper-V hostiteli na primárním serveru na jiný počítač Hyper-V v místě replika s malým spoléháním na diskových polích, nebo technologie software replikace. Následující obrázek ukazuje bezpečnější replikace virtuálních strojů z různých systémů a klastrů na vzdáleném místě přes WAN. Obrázek 3: Další pevně replikaci virtuálních strojů z široké škály systémů a klastrů na vzdáleném místě v síti WAN

Hyper-V Replica sleduje operace zápisu na primární virtuálním stroji a replikuje tyto změny replikou serveru efektivně přes WAN. Síťové spojení mezi dvěma servery používá protokol HTTP nebo HTTPS a podporuje jak Windows integrované a autentizace na základě certifikátu. Pro šifrované připojení, měli byste zvolit ověřování na základě certifikátu.hyper-v Replica je úzce integrován se systémem Windows Failover Clustering a poskytuje snadnější replikaci v různých scénářích migrace v primárním a Replica servery. Pro zjednodušení správy, Hyper-V Replica zahrnuje tyto nástroje: Integrovaný UI s Hyper-V Manager a Failover Clustering Správci modulu snap-in pro Microsoft Management Console (MMC). rozšiřitelný Windows Management Instrumentation (WMI) rozhraní. A Windows PowerShell příkazového řádku skriptovací rozhraní schopnosti. Požadavky Chcete-li používat technologii Hyper-V Replika, budete potřebovat dvě fyzické počítače nakonfigurované s: Windows Server 2012. role Hyper-V server. Hardware, který podporuje roli Hyper-V. dostatek úložného hostit soubory, které virtualizovanou infrastrukturu využívají. Další úložný prostor na replice serveru, na základě nastavení konfigurace replikace, může být zapotřebí. Dostatečná šířka pásma sítě mezi místa, která jsou hostiteli primárních a Replica servery a weby. Pravidla brány firewall pro umožnění replikace mezi primárním a Replica servery a weby. Failover Clustering funkce, pokud chcete používat Hyper-V Replika na clusterový virtuální stroj. Souhrn Můžete použít Hyper-V Replika poskytovat virtuální stroj na úrovni replikace řešení, která efektivně replikuje údajů v síti odkaz na vzdáleném místě s malým spoléhání se na diskových polí, nebo technologie software replikace. Hyper-V Replica poskytuje skladování agnostik a pracovní zátěž agnostik řešení, které replikuje efektivněji, pravidelně, a asynchronně v sítích založených na protokolu IP, typicky na vzdáleném místě. To také

umožňuje snadno testovat virtuální počítač repliku s malým narušením na probíhající replikace. Pokud dojde k selhání na primárním serveru, můžete obnovit obchodní operace tím, že až replikovanou virtuálního stroje na Replica místě. Hyper-V Replica poskytuje virtuální stroj úrovni, cenově dostupnější, spolehlivější a více zvládnutelné řešení replikace, který je integrován s Správci Hyper-V a Failover Clustering funkci v systému Windows Server 2012. Server Message Block 3.0 Server Message Block 3.0 v systému Windows Server 2012 poskytuje podporu pro server a skladování, který je neustále k dispozici, s minimálními mezerami v dostupnosti pro zákazníky. To má tyto výhody: Storage a systémy jsou odolné, aby plánovaných i neplánovaných, prostojů. Datové ztráty jsou značně snížena. Nižší pořizovací a řízení nákladů. Zahrnuje zabezpečení proti selhání stránek a katastrof. Soubory mohou být převedeny rychleji, spolehlivěji a efektivněji. Nižší náklady, zjednodušit nasazení, a zvýšit dostupnost V předchozích verzích systému Microsoft Windows Server, Storage Area Networks (SAN) byly náklady na pořízení a provozování, neumožňoval pro snadné virtuální stroj nebo mobility databáze a potřebné nástroje pro dodavatele, specifické a specializované znalosti nastavit. Také sdílení souborů převzetí služeb při selhání nebyly transparentní, a požaduje další výrazné zásahy správce obnovit. Zákazníci očekávají úložiště bude neustále k dispozici, s malou nebo minimálními prostoji. V předchozích verzích systému Windows Server, doba od neúspěšné úložného připojení k aplikaci, v opačném případě byl často 60 sekund nebo více. Cílem systému Windows Server 2012, je omezit tento na 25 sekund nebo méně. Poznámka Ve výchozím nastavení, SMB 3.0 je povoleno v systému Windows Server 2012. Tento nahrazuje SMB2, který byl představen s Windows Server 2008 R2 a Windows Vista, a to také nahrazuje SMB2.1, která byla zavedena v systému Windows Server 2008 R2 a Windows 7. Technický popis V SMB 3.0, Windows Server 2012 zavádí sadu nových funkcí, soubor, servery, které poskytují důležité vylepšení pro serverové aplikace, jako je Microsoft SQL Server a Hyper-V, které se používají k ukládání dat na sdílených souborů. SMB 3.0 pro systém Windows Server 2012 zahrnuje tyto vylepšení: SMB 3.0 Transparentní Failover: Nyní můžete snadněji provádět údržbu hardwaru nebo softwaru uzlů v clusteru serverů souborů přesunutím sdílených souborů mezi uzly bez přerušování serverových aplikací, které jsou ukládání dat na těchto sdílených souborů. Také, pokud dojde k selhání hardwaru nebo softwaru v uzlu clusteru, SMB 3.0 Transparentní Failover umožňuje sdílení souborů k převzetí do jiného uzlu clusteru bez přerušení serverových aplikací, které jsou ukládání dat na těchto sdílených souborů. SMB 3.0 Multichannel: To umožňuje agregaci šířky pásma sítě a odolnost proti chybám sítě, pokud jsou k dispozici mezi klientem SMB 3.0 a SMB 3.0 serveru více cest. Serverové aplikace pak mohou plně využít všech dostupných propustnosti sítě a jsou odolné vůči výpadku sítě. Chcete-li použít SMB 3.0 Vícekanálový, by měl být jeden počítač nakonfigurován jako souborový server (SMB 3.0 server) a druhý jako klient souboru (SMB 3.0 klienta). SMB 3.0 automaticky detekuje a používá více síťových připojení pomocí jakéhokoliv z uspořádání ilustrovaných v následujícím grafu: Obrázek 4: SMB 3.0 konfigurace Multichannel

SMB 3.0 automaticky detekuje a používá více síťových připojení, jsou-li použity tyto konfigurace: Jeden 10- Gigabit Ethernet (GbE) síťové adaptéry: Každý ze dvou počítačů je nakonfigurován s jediným síťovým rozhraním 10 GbE. Dual 1 - síťové adaptéry GbE v týmu: Každá z těchto dvou počítačů je konfigurován se dvěma síťovými rozhraními 1-GbE konfigurované jako Load Balancing a Failover (LBFO) týmu. Každý SMB 3.0 síťový adaptér klienta hovoří s SMB 3.0 serveru síťový adaptér, pomocí jeho spojila rozhraní. síťové adaptéry Dual 1-GbE: Každý ze dvou počítačů je konfigurován se dvěma síťovými rozhraními 1-GbE. Každý SMB 3.0 síťový adaptér klienta hovoří s SMB 3.0 serveru síťového adaptéru pomocí jiné podsíti. Dual 10 - síťové adaptéry GbE: Každá z těchto dvou počítačů je konfigurován s dvěma síťovými rozhraními 10 GbE. Každý SMB 3.0 síťový adaptér klienta hovoří s SMB 3.0 serveru pomocí síťového adaptéru jiný sub. síťové adaptéry Dual Infiniband: Každá z těchto dvou počítačů je konfigurován s dvěma IB síťových rozhraní. Každý SMB 3.0 síťový adaptér klienta hovoří s SMB 3.0 serveru síťového adaptéru pomocí jiné podsíti. SMB 3,0 Direct. Tento používá speciální typ síťového adaptéru, který má schopnost RDMA a může fungovat při vyšších rychlostech s velmi nízkou latenci, při použití velmi málo CPU. Pro zatížení, jako je Hyper-V nebo SQL Server, což umožňuje vzdálený souborový server mít výkon srovnatelný s místního úložiště. RDMA nabízí bezpečnější způsob, jak k tomu, aby se motor DMA pro přenos vyrovnávacích pamětí mezi dvěma zařízeními v síti, jak je znázorněno na následujícím obrázku. Obrázek 5: SMB 3.0 Direct pomocí přímý přenos vyrovnávací paměti mezi dvěma RDMA, který je schopen síťové karty

SMB čítače 3,0 výkonu pro serverové aplikace: Čítače výkonu poskytují podrobné informace o velikosti I / O, I / O latenci, IOPS, a tak dále. To umožňuje SQL Server databáze nebo Hyper-V správce, aby analyzovat výkonnost SMB 3.0 sdílených souborů, kde je uložena jejich data. SMB 3.0 Optimalizace výkonu: SMB 3.0 Klient a SMB 3.0 server, byly optimalizovány pro malé náhodné čtení / zápis I / O, který je běžný v serverových aplikacích, jako jsou SQL Server on-line zpracování transakcí (OLTP). Kromě toho, velký maximální přenosová jednotka (MTU) je ve výchozím nastavení zapnutá, který významně zvyšuje výkon ve velkých sekvenční přenosy, jako například datový sklad SQL Server, zálohování databáze nebo obnovit, a nasazení nebo kopírování virtuálních pevných disků. SMB 3,0 řízení s Windows PowerShell: S Windows PowerShell, můžete spravovat SMB 3.0 na souborovém serveru, end-to-end, z příkazového řádku. SMB 3.0 vzdáleného úložiště souborů: Hyper-V nyní mohou ukládat soubory virtuálních strojů (včetně konfigurace, soubory virtuálních pevných disků, a snímky) ve sdílené složky, které používají protokol SMB 3.0. Podpora pro ukládání databázových souborů ve sdílených složkách, které používají protokol SMB byla zavedena v SQL Server 2008 R2. Volume Shadow Copy Service (VSS) pro SMB 3.0 souborové servery: snímky disků představují primární prostředky nonintrusive ochrany údajů. Je to proto, že nonintrusive snímky VSS trvat sekund a / O může být udržována údaje jsem bez přerušení. Snímky mohou být použity k obnovení, zálohování a jiné účely, jak je znázorněno na následujícím schématu. V předchozích verzích systému Windows Server, VSS pracoval pouze na lokálních discích. Systém Windows Server 2012 umožňuje VSS které mají být použity na externích sdílených souborů. Obrázek 6: Schéma snímky VSS

SMB 3.0 scale-out souborové servery: Předchozí verze systému Windows Server poskytuje aktivní / pasivní řešení. Sdílení souborů, a jeho skladování, může být pouze on-line na jednom uzlu clusteru najednou. Chcete-li použít více uzlů clusteru, zákazníci často používán více skupin Server Resource souborů. Přístup k určitému podílu byla poskytnuta pouze prostřednictvím jednoho uzlu v době, omezení šířky pásma dostupné šířky pásma specifického uzlu clusteru podílu. V systému Windows Server 2012, sdílet data lze přistupovat prostřednictvím libovolného uzlu clusteru. SMB 3.0 dostupnost a výkon úložiště. Pro virtuální prostředí a SQL Server běží na sdíleném úložišti, dostupnost připojení k ukládání a výkonu sítě jsou kritické komponenty pro celkové dostupnosti a výkonnosti aplikací. Kvůli dostupnost a výkon otázky, se systémem Windows úložiště souborů má omezené přijetí v těchto scénářích v minulosti. V systému Windows Server 2012, je vrstva SMB 3.0 automaticky rozpozná všechny síťové adaptéry s dostupných síťových cest k skladování a tras dopravy přes všechny z nich. To pomáhá poskytuje lepší výkon díky vyrovnávání zátěže a proti selhání síťového adaptéru. Požadavky SMB 3.0 Transparentní Failover vyžaduje: záložním clusteru se systémem Windows Server 2012 s minimálně dvěma uzly: Cluster musí projít validační clusteru testy v průvodci ověření. "Služby pro kontinuální dostupných sdílených služeb rolí" nainstalován na všech uzlech clusteru: Tato služba role poskytuje trvalé úložiště, který umožňuje souborový server obnovit úchyty po převzetí služeb při selhání. To také poskytuje svědka službu, která pomáhá klientům rychleji znovu připojit k clusterový sdílené položce po neplánované selhání. sdílí soubor vytvořen s neustálou dostupnost nemovitosti: Toto je výchozí nastavení. klientských počítačů se systémem Windows 8 nebo Windows Server 2012: Oba počítače musí obsahovat aktualizovanou SMB 3.0 klienta, který podporuje nepřetržité dostupnosti. Poznámka Nižší úrovně klienti mohou připojit k souboru akcie, které mají nepřetržitou dostupnost nemovitosti, ale SMB 3.0 Transparent převzetí služeb při selhání není podporována pro tyto klienty. SMB 3.0 Multichannel vyžaduje: Nejméně dva počítače se systémem Windows Server 2012: Žádné další prvky nutné nainstalovat, protože tato technologie je k dispozici ve výchozím nastavení. Následující konfigurace sítě se doporučují tyto: o Single 10 - síťové adaptéry GbE: Každý počítač je nakonfigurován s jediným síťovým rozhraním 10 GbE.

o Dual 1 - síťové adaptéry GbE: Každý počítač musí být nakonfigurován s dvěma síťovými rozhraními 1-GbE. Každý SMB 3.0 síťový adaptér klienta hovoří s SMB 3.0 serveru síťový adaptér, pomocí jiné podsíti. o Dual 1 - síťové adaptéry GbE v týmu: Každý počítač musí být nakonfigurován s dvěma síťovými rozhraními 1-GbE nakonfigurován jako LBFO tým. Každý SMB 3.0 síťový adaptér klienta a serveru 3.0 síťový adaptér SMB vzájemně komunikovat pomocí jejich spojil rozhraní. O Dual 10-GbE síťové adaptéry: Každý počítač musí být nakonfigurován s dvěma síťovými rozhraními 10 GbE. Každý SMB 3.0 síťový adaptér klienta komunikuje s SMB 3.0 serveru síťový adaptér pomocí jiné podsítě. O Dual Infiniband síťové adaptéry: Každý počítač musí být nakonfigurován s dvěma Infiniband síťových rozhraní. Každý SMB 3.0 síťový adaptér klienta komunikuje se serverem síťového adaptéru SMB2 pomocí jiné podsítě. SMB 3.0 Direct vyžaduje: Nejméně dva počítače se systémem Windows Server 2012: Žádné další funkce musejí být nainstalovány; Tato technologie je k dispozici ve výchozím nastavení. Síťové adaptéry s funkcí RDMA: V současné době jsou tyto síťové adaptéry se dodávají ve třech různých typů: iwarp, Infiniband, a RDMA přes Ethernet (Converged ROCE). Scénář Fernando je správce IT pro velké společnost poskytující finanční služby. Jeho společnost má velké množství souborů clustery serverů v datovém centru na podporu mnoha aplikací a souborů pro tisíce uživatelů. Fernando chce poskytovat nepřetržitou dostupnost aplikací a souborů pro uživatele při provádění údržby v uzlech serverových clusterů souborů, nebo v případě selhání hardwaru v uzlu clusteru. Také bych lepší výkon sítě a procesoru a zvýšenou odolnost k selhání sítě. Inovuje Fernando své servery na systém Windows Server 2012 používat 3.0 podporu SMB. SMB 3.0 Transparentní Failover mu umožňuje pohybovat sdílených souborů mezi uzly clusteru bez přerušení serverové aplikace ukládání dat na těchto akcií. SMB 3.0 Multichannel funkce umožňuje jeho žádosti, aby plně využít všech dostupných šířky pásma sítě při přidávání pružnost potenciálním selhání sítě. Tyto a další vylepšení jeho potřeby pro lepší sítí a CPU výkon, spolu s nepřetržitou dostupnost, pohodlí a nižší náklady. Souhrn SMB 3.0 vrstva automaticky rozpozná všechny síťové adaptéry s dostupných síťových cest k ukládání, a tras dopravu přes všechny z nich. To poskytuje lepší výkon díky vyrovnávání zátěže a dodává také pojištění proti selhání síťového adaptéru. S SMB 3.0 Průhledné Failover, můžete přesunout sdílených souborů mezi uzly clusteru bez přerušení serverové aplikace ukládání dat na těchto akcií. SMB 3.0 Multichannel funkce umožňuje vaše aplikace plně využít všech dostupných šířky pásma sítě při přidávání pružnost potenciálním selhání sítě. Tyto a další vylepšení poskytnout vám lepší sítí a CPU výkon, spolu s nepřetržitou dostupnost, pohodlí a nižší náklady. DHCP Server Failover Systém Windows Server 2012 podporuje protokol DHCP převzetí služeb při selhání, jak je popsáno v Internet Engineering Task Force (IETF) internetovém konceptu. Prostřednictvím tohoto protokolu, funkce DHCP Server Failover umožňuje dva servery DHCP synchronizovat informace pronájem téměř okamžitě a zajistit vysokou dostupnost služby DHCP. Pokud jeden server přestane být k dispozici, druhý server přebírá odpovědnost za obsluze klientů za stejné podsíti. Můžete také nakonfigurovat převzetí služeb při selhání se vyrovnávání zátěže, s požadavky klientů rozdělených mezi dvěma servery DHCP. Technický popis Failover DHCP v systému Windows Server 2012 poskytuje podporu pro dva servery DHCPv4.

Správci mohou nasadit Server 2012 serverů DHCP systému Windows jako failover partnery v horké pohotovostním režimu nebo v režimu sdílení zátěže. Hot pohotovostní režim V tomto režimu, dva servery fungují ve failover vztahy, ve kterých aktivní server, pronajímá IP adresy a informace o konfiguraci všem klientům v rozsahu nebo podsítě. Oba servery DHCP ve vztahu převzetí služeb při selhání nemusíte být ve stejné podsíti. Služba DHCP může být poskytnuta do podsítě pomocí DHCP Relay. Sekundární server předpokládá tuto odpovědnost v případě, že primární server stane nedostupný. Server je primární nebo sekundární v rámci podsítě, aby server, který je primárně pro jednu podsíť může být sekundární pro jiného. Hot Standby režim provozu se doporučuje pro nasazení, ve kterém ústřední úřad nebo Datacenter Server funguje jako pohotovostní záložní server na server na vzdáleném serveru, který je místní DHCP klientů. V tomto hub-andspoke nasazení, je znázorněno na následujícím obrázku, je žádoucí mít dálkový pohotovostním Server Service žádné klienty, pokud je místní server DHCP není k dispozici. Obrázek 7: Hot Standby failover DHCP v nasazení hub-and-spoke Režim sdílení zátěže

V režimu sdílení zátěže, což je výchozí režim, dva servery současně sloužit IP adresy a možnosti klientům na konkrétní podsítě. Oba servery DHCP ve vztahu převzetí služeb při selhání nemusíte být na stejné podsíti) Požadavky klientů jsou zatížení vyvážený a sdílena mezi dvěma servery. Tento režim je vhodný pro nasazení, ve které se oba servery ve vztahu záložním jsou umístěny na stejném fyzickém místě, jak je znázorněno na následujících dvou obrázcích. Oba servery odpovídat na požadavky DHCP klienta na základě roznášecí poměr nakonfigurován správcem. Obrázek 8: sdílení zátěže failover DHCP v jednom místě s jedním podsíti

Obrázek 9: sdílení zátěže failover DHCP v jednom místě s více podsítí Požadavky DHCP failover vyžaduje: Software: failover DHCP vyžaduje dva servery DHCP se systémem Windows Server 2012. Počet serverů: failover DHCP je nasazena mezi dvěma servery DHCP, které se účastní ve vztahu převzetí služeb při selhání. Časová synchronizace: Pro failover DHCP fungovat správně, musí být časově synchronizovány mezi dvěma servery ve vztahu převzetí služeb při selhání. Synchronizace času může být udržována nasazením Network Time Protocol (NTP) nebo jakékoliv alternativní mechanismus. Spuštění Průvodce konfigurací Failover porovnává aktuální čas na obou serverech. Pokud je časový rozdíl je větší než 1 minuta, instalační proces převzetí služeb při selhání se zastaví s kritickou chybu, která pokyn správce, aby synchronizace času. Scénář Grant je správce sítě na středně velké výrobní společnosti. Jeho společnost má centralizovaný firemní kancelář s více podsítí a desítky klientských počítačů. Grant potřebuje spolehlivost pro síťové služby a přístup. Jako součást jeho plánu, aby se ujistil, že je vysoká dostupnost všech zdrojů, Grant využívá dvou serverů DHCP se systémem Windows Server 2012 s DHCP Failover ve vztahu k sdílení zátěže. Žádosti klient leasingové jsou vyrovnáváno zatížení mezi dvěma servery, a každý působí jako zálohu pro druhé v případě selhání hardwaru. Souhrn

V systému Windows Server 2012, můžete nasadit DHCP Failover ve vztahu k sdílení zátěže. Žádosti klient leasingové bude náklad-vyvážené mezi servery, a každý bude působit jako zálohu pro druhé v případě selhání hardwaru. Systém Windows Server 2012 nabízí převzetí služeb při selhání řešení, DHCP, který umožňuje jednoduché nasazení vysoce dostupné služby DHCP s nízkou investiční výdaje a nízké náklady na jeho údržbu. Představení Podpora pro SR-IOV síťových zařízení Pro virtuální sítě, primárním cílem je nedaleko rodného I / O. Windows Server 2012 přidává možnost přiřadit SRověřování na oběžné dráze funkcí od fyzických zařízení přímo na virtuálních strojích. To dává virtuálním strojům schopnost obejít softwarový Hyper-V virtuální přepínače, a přímo řešit síťový adaptér. V důsledku toho, zatížení CPU a latence se snižuje, s odpovídajícím zvýšením propustnosti. Technický popis Standardní SR-IOV byla zavedena PCI-SIG, speciální zájmové skupiny, která vlastní a spravuje specifikace PCI jako otevřených průmyslových standardech. SR-IOV funguje ve spojení s podporou systému Čipová sada pro technologie virtualizace, které zajišťují přemapování přerušení a Direct Memory Access (DMA) a nechá SR-IOVschopné zařízení přiřadit přímo k virtuálnímu počítači. Hyper-V v systému Windows Server 2012 umožňuje podporu pro SR-IOV-schopných síťových zařízení a umožňuje provést SR-IOV virtuální funkce fyzickému síťovému adaptéru přiřadit přímo k virtuálnímu počítači. To zvyšuje propustnost sítě a snižuje čekací dobu sítě a zároveň snižuje zatížení procesoru hostitele, který je potřebný pro zpracování síťového provozu. Následující obrázek znázorňuje architekturu podpory SR-IOV v Hyper-V. Obrázek 10: SR-IOV podpora Hyper-V

Tato konfigurace zvyšuje propustnost sítě a snižuje čekací dobu sítě a zároveň snižuje režii CPU potřebný pro zpracování síťového provozu. Požadavky SR-IOV sítě vyžaduje: hostitel systém, který podporuje SR-IOV, jako je například Intel VT-D2, včetně podpory čipových sad pro přerušení a DMA přemapování a správného firmware podporu umožnit a popsat SR-IOV schopnosti platformy pro operační systém. SR-IOV, který je schopen síťový adaptér a ovladač v operačním systému správy (který provozuje roli Hyper-V) a každý virtuální stroj, kde je přiřazena virtuální funkce. SR-IOV způsobuje provoz virtuálního stroje obejít Hyper-V virtuální Switch. Pokud jsou nastaveny všechny politiky portu přepínače, funkčnost SRIOV je zrušena pro tento virtuální stroj. Souhrn Podpora pro SR-IOV-schopný systémy a síťová zařízení v systému Windows Server 2012 umožňuje přiřadit SR-IOVschopné síťové adaptéry přímo k virtuálnímu počítači. To pomáhá maximalizovat propustnost sítě, a zároveň minimalizovat čekací dobu sítě a zatížení procesoru potřebný pro zpracování síťového provozu.

Dynamic Virtual Machine fronty (D-VMQ) Virtual Machine fronty (VMQ) umožňuje síťového adaptéru hostitele předat DMA pakety přímo na jednotlivé virtuální paměť stohů. Každý virtuální stroj zařízení vyrovnávací paměti je přiřazena VMQ, který se vyhýbá zbytečné paketů kopie a tras vyhledávání ve virtuálním přepínačem. V podstatě, VMQ umožňuje jeden síťový adaptér hostitele se zobrazí jako více síťových adaptérů pro virtuální počítače, což umožňuje každý virtuální stroj z vlastního síťový adaptér. Výsledkem je méně dat v vyrovnávací paměti hostitele a celkové zlepšení výkonnosti na I / O operací. Technický popis Windows Server 2008 R2: Snižování zátěže směrování a filtrování síťových paketů síťového adaptéru (umožněno hardwarových příjem front) snížit hostitele režii. Obrázek 11: Síť I / O cesta bez VMQ The VMQ je virtualizační technologie hardware pro efektivní přenos síťového provozu na virtualizovaném hostitelským operačním systémem. VMQ-schopný síťový adaptér třídí příchozí rámy, které mají být směrovány na frontě příjmu na základě filtrů, které spojují frontu s virtuální síťový adaptér virtuálního stroje. Tyto nové hardwarové fronty mohou být affinitized různých procesorů, což by umožnilo přijímat škálování na síťový adaptér pro jednotlivé virtuální stroj. Windows Server 2008 R2 povoleno správci staticky konfigurovat počet procesorů k dispozici ke zpracování přerušení pro VMQ. Bez VMQ, CPU 0 by běžel horké se zvýšením provozu v síti. S VMQ, že přerušení, byly rozděleny do více procesory. Nicméně, zatížení sítě se může v průběhu času měnit. Fixní počet procesorů nemusí být vhodné ve všech provozních režimech. Novinky v systému Windows Server 2012: Windows Server 2012 dynamicky rozděluje příchozí zpracování síťového provozu hostit procesory, založené na využití procesoru a zatížení sítě. V době velkého zatížení sítě, Dynamic VMQ (D-VMQ) automaticky používá více procesorů. V době zatížení sítě světla, Dynamic VMQ vzdává tytéž procesory. Obrázek 12: Síť I / O cesta s VMQ

Požadavky Dynamic VMQ vyžaduje síťové adaptéry hardwaru a ovladačů, které podporu sítě specifikaci Device Interface (NDIS) 6.30. Souhrn VMQ šíří přerušení pro provoz v síti napříč dostupné procesory. V systému Windows Server 2012, schopnost Dynamic VMQ umožňuje adaptivní algoritmus změnit afinitu procesoru front bez odstranění nebo znovu vytvářet fronty. To má za následek v lepším zápase zatížení sítě pro použití procesoru, což vedlo ke zvýšení výkonu sítě. Urychlení sítě I / O Windows Server 2012 umožňuje uspokojit potřeby i těch nejnáročnějších podniků s nižšími náklady na infrastrukturu a provoz. Poskytuje potřebné vyšší škálovatelnost a vyšší výkon pro podporu aplikací nízkou latencí v obou fyzických i virtuálních prostředích. Technický popis Windows Server 2012 automaticky optimalizuje výkon pro kritické aplikace tím, že poskytuje tyto výhody: Předvídatelnost: reaguje předvídatelným způsobem na měnící I / O. Škálovatelnost: Snadno snižuje latenci zpracovat žádosti s vysoce IOPS. Absolutní nízká latence: Snižuje množství end-to-end zpracování transakcí nezbytné pro kritické aplikace. Windows Server 2012 také zvyšuje výkon sítě se příjem na straně měřítka (RSS) a přijmout segmentů splývání (RSC) zlepšení. Příjem na straně škálování RSS se šíří sledování přeruší na více procesorů, takže jediný procesor nemusí zvládnout všechny I / O přerušení, který byl obyčejný ve starších verzích systému Windows Server. Aktivní vyrovnávání zatížení mezi procesory sleduje zatížení na různých CPU a přenese přerušení podle potřeby. Můžete si vybrat, které procesory budou využity pro manipulaci RSS žádostí, včetně procesorů, které jsou nad rámec 64 KB, který vám umožní využít velmi high-end počítačů, které mají velký počet logických procesorů. Následující obrázek ukazuje RSS na síťový adaptér s osmi RSS front.

Obrázek 13: RSS se čtyřmi uzly a osmi front RSS pracuje s inbox NIC Teaming nebo LBFO odstranit omezení v dřívějších verzích systému Windows Server, kde výběr musel být dělán mezi pomocí hardwarových ovladačů nebo RSS. RSS bude také pracovat na User Datagram Protocol (UDP), provozu a mohou spravovat a ladit aplikace, které používají WMI a Windows PowerShell. Příjem segment koalescenčního RSC zlepšuje škálovatelnost serverů snížením režie pro zpracování velkého množství síťových I / O provoz. Dosahuje toho tím, že spojuje více příchozích paketů do velké vyrovnávací paměti, jak je znázorněno na následujícím schématu. Obrázek 14: Příjem segment Jemné

Na začátku zkoušky, pomocí RSC snížena CPU až o 20 procent. Požadavky Zrychlující se funkce Network I / O vyžaduje: Windows Server 2012. Síťové adaptéry, které podporují funkce popsané výše. Souhrn Pomocí systému Windows Server 2012, může vaše servery využít vylepšení pro snížení latence prostřednictvím vyšší I / O za sekundu, sníženou end-to-end zpracování transakcí, aktivní vyvažování zátěže mezi procesory, a mnoho dalších vylepšení RSS. Tato vylepšení pomáhají uspokojit potřeby nejmodernějších aplikací, což znamená lepší výkon pro uživatele, přístup k serverům a aplikacím ve fyzických nebo virtuálních prostředích, přes místní nebo rozlehlých sítích. IPsec úkol snižování zátěže pro virtuální stroje IPsec chrání síťovou komunikaci ověřování a šifrování některé nebo všechny obsah síťových paketů. IPsec úkol snižování zátěže v systému Windows Server 2012, spekuluje hardwarové možnosti serveru síťových adaptérů složit zpracování IPsec. To snižuje zatížení procesoru šifrování IPsec a dešifrování výrazně. V systému Windows Server 2012, IPsec úkol snižování zátěže se prodlužuje do virtuálních strojů stejně. Zákazníci, kteří používají virtuální počítače, kteří chtějí chránit své síťový provoz s IPsec mohou využít IPsec hardwaru snižování zátěže schopnosti k dispozici do síťových adaptérů pro servery, což uvolní cykly CPU provádět více na úrovni aplikace práci a opouští za paket šifrování / dešifrování hardwaru, Technický popis Zpracování IPsec je výpočetně náročné vzhledem k síťové komunikace bez IPsec. Obecně platí, že šifrování a dešifrování v softwaru spotřebovává čas CPU. Hardware může efektivně vykonávat na šifrování a dešifrování paketů. IPsec informace nutné provádět za provozu paketů je obsažena v bezpečnostního přiřazení (SA). Dozorčí je vyžadováno pro každé připojení IPsec. Požaduje se pár dozorčích pro každé připojení, vysílacím SA a přijímat SA. V systému Windows Server 2008 R2 IPsec Úloha snižování zátěže verze 2 (IPsecTOv2) byl rozšířen o podporu inteligentního snižování zátěže SAS používá pro jeden paket šifrování / dešifrování v hardwaru síťového adaptéru. Použití síťového adaptéru provádět za paketu šifrovací funkce výsledků za nízké využití procesoru a vyšší propustnost sítě. Požadavky

IPsec Úkol snižování zátěže vyžaduje podporu síťových adaptérů a ovladačů hardwaru s touto schopností v NDIS 6.30. Souhrn Windows Server 2012 rozšiřuje IPsec Task složit do virtuálních strojů. Poskytovatelé hostingu, kteří chtějí nabídnout více bezpečné hostil cloudových prostředí, pro řešení zabezpečení a dodržování předpisů obavy, a zákazníci, kteří používají virtuální počítače, kteří chtějí chránit své síťového provozu s IPsec mohou využít IPsec hardwaru snižování zátěže schopnosti k dispozici do serverů síťových adaptérů. Windows Server 2012 poskytuje lepší funkční řešení IPsec virtuálních strojů. Ovladatelnost Měření zdrojů v Hyper-V Vaše výpočetní zdroje jsou omezené. Musíte vědět, jak různé pracovní úlohy čerpat tyto zdroje, a to i když jsou virtuální. V systému Windows Server 2012 Hyper-V představuje Metering zdrojů, což je technologie, která vám pomůže sledovat historická data o využití virtuálních strojů. S měřením zdrojů, získáte vhled do využívání zdrojů specifických serverů. Můžete použít tato data k provedení plánování kapacity, sledovat spotřebu různých obchodních jednotek nebo zákazníků, a zachytit údaje potřebné pomoci přerozdělit náklady na provoz a zátěž. Dalo by se také použít informace Tato funkce poskytuje pomoc při vytváření fakturační řešení, takže zákazníci vašich hostingových služeb by mohly být účtovány v poměru k jejich využívání zdrojů. Metriky pro využívání zdrojů Systém Windows Server 2012 nabízí dva způsoby, jak získat historické údaje o používání zákazníka virtuálních zdrojů stroje: Hyper-V rutin v prostředí Windows PowerShell a nové API v Virtualization zprostředkovatele WMI. Hyper-V odhaluje metriky v následující tabulce pro využívání zdrojů. Tabulka 1: metriky vystavena Metric Jednotky Popis Průměrné využití CPU Megahertz (MHz) Průměrné množství CPU používá virtuální stroj v průběhu času. Průměrná využití paměti Megabajtů (MB) Průměrná množství fyzické paměti používá virtuální stroj v průběhu času. Minimální využití paměti MB Nejnižší množství fyzické paměti přiřazena do virtuálního stroje v průběhu času. Maximální využití paměti MB Nejvyšší množství fyzické paměti přiřazena do virtuálního stroje v průběhu času. Maximální zápisem na disk MB Největší množství diskového prostoru přidělené virtuálnímu stroji v průběhu času. Příchozí síťový provoz MB Celkový vstupní síťový provoz, pro virtuální síťový adaptér v průběhu času. Odchozí síťový provoz MB Celková odchozí provoz v síti pro virtuální síťový adaptér v průběhu času. Použití Network měření Port seznamy pro řízení přístupu (ACL)

Podniky platit za internetový provoz dovnitř a ven z jejich datových center, ale ne síťového provozu v rámci svých datových center. Z tohoto důvodu, poskytovatelé obecně zvažují internetových a intranetových provoz zvlášť pro účely vyúčtování. Chcete-li rozlišovat mezi internetu a intranetu provozu, mohou poskytovatelé měřit příchozí a odchozí síťový provoz pro každou rozsahem IP adres, a pomocí síťových Metering Port ACL. Měření virtual machine použití v Multitenant prostředí Hyper-V v systému Windows Server 2012 umožňuje poskytovatelé vytvořit multinájemní prostředí, ve kterém mohou být virtuální stroje sloužila k více klientů ve více izolovaných a bezpečným způsobem, jak je znázorněno na následujícím obrázku. Vzhledem k tomu, jeden klient může mít mnoho virtuálních strojů, může agregace dat využívání zdrojů být náročný úkol. Nicméně, Windows Server 2012 zjednodušuje tento úkol pomocí bazény zdroje, funkce k dispozici v Hyper-V. Resource bazény jsou logické kontejnery, které shromažďují prostředky virtuálních strojů, které patří do jednoho klienta, což umožňuje jednobodovou dotazování celkové využívání zdrojů klienta. Následující obrázek je příkladem Metering zdrojů ve dvou-nájemce prostředí, který je postaven s technologií Hyper-V v systému Windows Server 2012. Obrázek 15: Dvou-nájemce prostředí postavený s technologií Hyper-V v systému Windows Server 2012 Následující obrázek ukazuje základní model Měření zdrojů. Obrázek 16: Základní model použití dávkovacího zdrojů V tomto modelu, poskytovatele hostingu: