Zásady umístění pro služby Service Fabric

Zásady umístění jsou další pravidla, která se dají použít k řízení umístění služby v některých specifických, méně častých scénářích. Příklady těchto scénářů:

• Váš Service Fabric cluster zahrnuje geografické vzdálenosti, jako je například několik místních datových center nebo napříč oblastmi Azure.
• Vaše prostředí zahrnuje více oblastí geopolitické nebo právní kontroly nebo jiné případy, kdy máte hranice zásad, které je potřeba vyhovět.
• V důsledku velkých vzdáleností nebo používání pomalejších nebo méně spolehlivých síťových propojení dochází k důležitým informacím o výkonu nebo latenci komunikace.
• Je potřeba uchovávat určité úlohy společně umístěného jako nejlepší úsilí, a to buď s ostatními úlohami, nebo v blízkosti zákazníků.
• V jednom uzlu budete potřebovat více bezstavových instancí oddílu.

Většina těchto požadavků je zarovnaná s fyzickým rozložením clusteru, který je reprezentován jako doména selhání clusteru.

Pokročilé zásady umístění, které vám pomůžou vyřešit tyto scénáře:

1. Neplatné domény
2. Požadované domény
3. Preferované domény
4. Nepovoluje se balení repliky.
5. Povolí více bezstavových instancí na uzlu.

Většinu následujících ovládacích prvků lze nakonfigurovat prostřednictvím vlastností uzlů a omezení umístění, ale některé jsou složitější. Aby se zjednodušily věci, Service Fabric cluster Správce prostředků poskytuje tyto další zásady umístění. Zásady umístění se konfigurují na základě instance služby podle názvu. Můžou se taky aktualizovat dynamicky.

Zadání neplatných domén

Zásada umístění InvalidDomain umožňuje určit, že konkrétní doména selhání není pro konkrétní službu platná. Tato zásada zajišťuje, že se konkrétní služba nikdy nespustí v konkrétní oblasti, například pro geopolitické nebo firemní účely. Více neplatných domén může být zadáno pomocí samostatných zásad.

Kód:

ServicePlacementInvalidDomainPolicyDescription invalidDomain = new ServicePlacementInvalidDomainPolicyDescription();
invalidDomain.DomainName = "fd:/DCEast"; //regulations prohibit this workload here
serviceDescription.PlacementPolicies.Add(invalidDomain);

PowerShell:

New-ServiceFabricService -ApplicationName $applicationName -ServiceName $serviceName -ServiceTypeName $serviceTypeName –Stateful -MinReplicaSetSize 3 -TargetReplicaSetSize 3 -PartitionSchemeSingleton -PlacementPolicy @("InvalidDomain,fd:/DCEast”)

Určení požadovaných domén

Požadovaná zásada umístění domény vyžaduje, aby byla služba přítomná jenom v zadané doméně. Více požadovaných domén lze zadat pomocí samostatných zásad.

Kód:

ServicePlacementRequiredDomainPolicyDescription requiredDomain = new ServicePlacementRequiredDomainPolicyDescription();
requiredDomain.DomainName = "fd:/DC01/RK03/BL2";
serviceDescription.PlacementPolicies.Add(requiredDomain);

PowerShell:

New-ServiceFabricService -ApplicationName $applicationName -ServiceName $serviceName -ServiceTypeName $serviceTypeName –Stateful -MinReplicaSetSize 3 -TargetReplicaSetSize 3 -PartitionSchemeSingleton -PlacementPolicy @("RequiredDomain,fd:/DC01/RK03/BL2")

Určení upřednostňované domény pro primární repliky stavové služby

Upřednostňovaná primární doména určuje doménu selhání, do které se umístí primární doména. Primární končí v této doméně, pokud je všechno v pořádku. Pokud se doména nebo primární replika nepovede nebo dojde k výpadku, primární se přesune do jiného umístění, v ideálním případě ve stejné doméně. Pokud se toto nové umístění nenachází v upřednostňované doméně, Správce prostředků ho znovu přesunout do upřednostňované domény, co nejrychleji. Toto nastavení je přirozeně vhodné jenom pro stavové služby. Tato zásada je nejužitečnější v clusterech, které jsou rozloženy napříč oblastmi Azure nebo více datacentry, ale mají služby, které upřednostňují umístění v určitém umístění. Udržování primárních primárních uživatelů nebo jiných služeb pomáhá zajistit nižší latenci, zejména pro čtení, které jsou ve výchozím nastavení zpracovávány v primárních počítačích.

ServicePlacementPreferPrimaryDomainPolicyDescription primaryDomain = new ServicePlacementPreferPrimaryDomainPolicyDescription();
primaryDomain.DomainName = "fd:/EastUS/";
serviceDescription.PlacementPolicies.Add(primaryDomain);

PowerShell:

New-ServiceFabricService -ApplicationName $applicationName -ServiceName $serviceName -ServiceTypeName $serviceTypeName –Stateful -MinReplicaSetSize 3 -TargetReplicaSetSize 3 -PartitionSchemeSingleton -PlacementPolicy @("PreferredPrimaryDomain,fd:/EastUS")

Vyžadování distribuce repliky a nepovolení balení

Repliky jsou obvykle distribuovány mezi selhání a upgradovací domény, když je cluster v pořádku. Existují však případy, kdy může dojít k dočasnému zabalení více replik pro daný oddíl do jedné domény. Řekněme například, že cluster má devět uzlů ve třech doménách selhání, FD:/0, FD:/1 a FD:/2. Řekněme také, že vaše služba má tři repliky. Řekněme, že se uzly, které byly použity pro tyto repliky v FD:/1 a FD:/2, přestaly používat. Obvykle by cluster Správce prostředků preferovat jiné uzly v těchto doménách selhání. V takovém případě řekněme, že v důsledku potíží s kapacitou nejsou žádné další uzly v těchto doménách platné. Pokud cluster Správce prostředků sestaví náhrady pro tyto repliky, museli byste vybrat uzly v FD:/0. To však vytvoří situaci , kdy je porušení omezení domény selhání. Dobalením se zvyšuje pravděpodobnost, že by celá sada replik mohla přijít nebo může dojít ke ztrátě.

Pokud jste někdy viděli zprávu o stavu, například " The Load Balancer has detected a Constraint Violation for this Replica:fabric:/<some service name> Secondary Partition <some partition ID> is violating the Constraint: FaultDomain ", pak jste narazili na tuto podmínku nebo něco podobného. Obvykle se dočasně balí jenom jedna nebo dvě repliky. Pokud je v dané doméně méně než kvorum replik, budete v bezpečí. Balení je zřídka, ale může se stát, ale tyto situace jsou obvykle přechodné, protože se uzly vrátí zpět. Pokud uzly zůstanou mimo provoz a cluster Správce prostředků musí nastavovat náhrady, obvykle jsou v ideálních doménách selhání k dispozici další uzly.

Některé úlohy by preferovat vždycky mít cílový počet replik, i když se zabalí do méně domén. Tyto úlohy se sází proti celkovému počtu současných trvalých selhání domény a obvykle můžou obnovit místní stav. Jiné úlohy by místo toho mohly trvat výpadky před rizikem nebo ztrátou dat. Většina produkčních úloh běží s více než třemi replikami, více než třemi doménami selhání a řadou platných uzlů na doménu selhání. Z tohoto důvodu výchozí chování umožňuje dobalení domény ve výchozím nastavení. Výchozí chování umožňuje normální vyrovnávání a převzetí služeb při selhání při zpracování těchto extrémních případů, i když to znamená dočasná dobalení domény.

Pokud chcete toto balení pro danou úlohu zakázat, můžete zadat RequireDomainDistribution zásady služby. Pokud je tato zásada nastavená, Správce prostředků clusteru zajistí, aby se žádné dvě repliky ze stejného oddílu nespouštěly ve stejné chybě nebo v upgradovací doméně.

Kód:

ServicePlacementRequireDomainDistributionPolicyDescription distributeDomain = new ServicePlacementRequireDomainDistributionPolicyDescription();
serviceDescription.PlacementPolicies.Add(distributeDomain);

PowerShell:

New-ServiceFabricService -ApplicationName $applicationName -ServiceName $serviceName -ServiceTypeName $serviceTypeName –Stateful -MinReplicaSetSize 3 -TargetReplicaSetSize 3 -PartitionSchemeSingleton -PlacementPolicy @("RequiredDomainDistribution")

Nyní by bylo možné použít tyto konfigurace pro služby v clusteru, který nebyl geograficky rozložený? Je možné, že to ale není velký důvod. Požadovaná, neplatná a Upřednostňovaná konfigurace domény by se měla vyhnout, pokud je nevyžadují jejich scénáře. Nedává žádný smysl, aby se pokusil vynutit spuštění dané úlohy v jednom stojanu nebo preferovat některé segmenty svého místního clusteru přes jiné. Různé konfigurace hardwaru by měly být rozloženy mezi doménami selhání a zpracovávány prostřednictvím normálního omezení umístění a vlastností uzlu.

Umístění více bezstavových instancí oddílu na jednom uzlu

Zásada umístění AllowMultipleStatelessInstancesOnNode umožňuje umístění více bezstavových instancí oddílu na jednom uzlu. Ve výchozím nastavení nelze na uzel umístit více instancí jednoho oddílu. I u služby-1 není možné škálovat počet instancí nad rámec počtu uzlů v clusteru pro danou pojmenovanou službu. Tato zásada umístění odstraní toto omezení a umožní InstanceCount, aby bylo zadáno vyšší než počet uzlů.

Pokud jste někdy viděli zprávu o stavu, například " The Load Balancer has detected a Constraint Violation for this Replica:fabric:/<some service name> Secondary Partition <some partition ID> is violating the Constraint: ReplicaExclusion ", pak jste narazili na tuto podmínku nebo něco podobného.

Když zadáte AllowMultipleStatelessInstancesOnNode zásadu pro službu, InstanceCount se dá nastavit nad rámec počtu uzlů v clusteru.

Kód:

ServicePlacementAllowMultipleStatelessInstancesOnNodePolicyDescription allowMultipleInstances = new ServicePlacementAllowMultipleStatelessInstancesOnNodePolicyDescription();
serviceDescription.PlacementPolicies.Add(allowMultipleInstances);

PowerShell:

New-ServiceFabricService -ApplicationName $applicationName -ServiceName $serviceName -ServiceTypeName $serviceTypeName -Stateless –PartitionSchemeSingleton –PlacementPolicy @(“AllowMultipleStatelessInstancesOnNode”) -InstanceCount 10 -ServicePackageActivationMode ExclusiveProcess 

Další kroky

• Další informace o konfiguraci služeb najdete v informacích o konfiguraci služeb .