Rozložení komponent na servery
Konkrétní rozložení prvků architektury na jednotlivé logické servery a nastavení omezení využití hardwarových komponent je předmětem projektu implementace, který musí vzít v úvahu běžné i maximální intenzity zátěže jednotlivých prvků architektury vůči provozovanému hardware. Dále budou uvedeny některá typická rozložení jednotlivých komponent architektury na logické servery.
Většina služeb na jednom serveru
Obr.: Společný server
Tato varianta uspořádání je velmi úsporná jak z hlediska počtu serverů a jejich operačních systémů, tak i z hlediska následné správy. Vzhledem k nízké odolnosti vůči přetížení je doporučená pro testovací, vývojové a laboratorní účely.
Typickou komplikací tohoto řešení je spotřeba paměti databázového serveru v default nastavení. Proto je nutné zajistit dostatek paměti pro jednotlivé služby (minimálně např. 3-4GB na každou službu). Další komplikací je pak vytížení cPu, které lze omezit jen neefektivně pomocí afinity.
Výhody:
- menší počet serverů
- cena
Nevýhody:
- nutnost vyhrazení hardwarových prostředků pro jednotlivé služby
- vysoké nebezpečí kolapsu všech služeb systému najednou
- nedoporučeno firmou Microsoft
Každá služba na jednom serveru
Tato varianta je doporučena jako provozní z důvodu škálování hardwarových prostředků na jednotlivé služby přesně podle jejich předpokládaného využití, a především z důvodu bezpečnějšího provozu, který je odolný vůči přetížení jednotlivé služby.
Výhody:
- škálování hardwaru
- odolnost proti výpadku jednotlivých služeb
Nevýhody:
- větší počet serverů
- cena
Možné zjednodušení
Obr.: Možné zjednodušení
Variantu lze částečně zjednodušit tak, že na databázový server umístíme i souborový systém K2, protože databázový server dokáže hospodařit s pamětí operačního systému inteligentně (dokáže ji po přidělení i vrátit – s jistou časovou prodlevou), navíc intenzita práce standardu K2 se souborovým systémem je velmi nízká.
Doménový řadič
Z důvodu bezpečnosti je doporučeno provozovat doménový řadič na vyhrazeném serveru.
Možné zvýšení odolnosti - více aplikačních a webových serverů
Variantu lze rozšířit v případě využití více aplikačních či webových serverů, např. pokud je určitému dodavateli vyhrazeno konkrétní API na dané urL adrese, je vhodné pokud příslušný aplikační server pracuje na samostatném logickém serveru. Stejně tak je možné použít více aplikačních serverů na samostatných serverech pro služby plánovače úloh, notifikací nebo komunikace s ústřednou.