Stanovení hmotnosti 0 na koncovém bodě v systémech směrování provozu, jako je AWS Global Accelerator nebo Amazon Route 53, účinně znamená, že koncový bod nebude dostávat provoz za normálních podmínek. To ovlivňuje dostupnost a výkon koncového bodu následujícími podrobnými způsoby:
- Distribuce provozu a dostupnost:
Když je hmotnost koncového bodu nastavena na 0, směrovací systém jej vylučuje ze skupiny koncových bodů, do kterého je provoz obvykle distribuován. To znamená, že koncový bod aktivně neslouží požadavkům klientů, což je účinně k dispozici pro běžné směrování provozu. Koncový bod však není považován za zcela offline nebo nezdravý; Je jednoduše deprioritizován pro směrování provozu [2] [6].
- chování převzetí služeb při selhání:
Pokud se všechny koncové body s váhami většími než 0 ve skupině koncových bodů stanou nezdravými, systém se pokusí o selhání koncových bodů s hmotností 0. Například AWS Global Accelerator se snaží najít zdravé koncové body s váhami většími než nula v jiných skupinách koncových bodů jako první. Pokud není nalezeno, pak směřuje provoz do zdravého koncového bodu s hmotností 0 nebo do náhodného koncového bodu v nejbližší skupině koncových bodů k klientovi. Tento mechanismus převzetí služeb při selhání zajišťuje dostupnost, i když koncové body s nenulovou hmotností nejsou k dispozici, ale to znamená, že koncové body s hmotností 0 mohou sloužit provozu během scénářů převzetí služeb při selhání [1] [6].
- Dopad na výkon:
Vzhledem k tomu, že koncové body s hmotností 0 nedostávají provoz při normálním směrování, nepřispívají k vyvážení zátěže nebo výkonu za typických podmínek. Během převzetí služeb při selhání mohou tyto koncové body zažít náhlé dopravní hroty, což by mohlo ovlivnit jejich výkon, pokud nejsou připraveni zvládnout zátěž. Rovněž zavedené aktivní spojení s koncovým bodem s hmotností 0 pokračujte, dokud nejsou resetovány, což znamená, že určitý provoz přetrvává, i když se hmotnost změní na 0 [1].
- Případy použití pro hmotnost 0:
Nastavení hmotnosti koncového bodu na 0 je užitečné pro scénáře, jako například:
- Před údržbou nebo vyřazování z provozu postupně vypouštějící provoz z koncového bodu.
- Testování nebo inscenace prostředí, kde chcete dočasně přestat odesílat provoz, aniž byste úplně deaktivovali koncový bod.
- Zálohovací koncové body převzetí služeb při selhání, které by měly dostávat provoz pouze tehdy, pokud jsou primární koncové body nezdravé [2] [4] [6].
- Zdravotní kontroly a hmotnost 0:
Koncové body s hmotností 0 se stále účastní zdravotních kontrol. Pokud jsou všechny nenulové vážené koncové body nezdravé, systém zvažuje zdraví koncových bodů nulové hmotnosti, aby určil směrování převzetí služeb při selhání. To znamená, že koncové body hmotnosti 0 musí být zdravé, aby byly použity v situacích převzetí služeb při selhání [6].
Stručně řečeno, nastavení hmotnosti 0 neodstraní koncový bod z monitorování dostupnosti, ale vylučuje jej z přijímání provozu za normálních podmínek, což má dopad na jeho aktivní příspěvek na výkon. Zůstává však k dispozici pro převzetí služeb při selhání a zajišťuje, že dostupnost je udržována na úrovni systému, i když s potenciálními důsledky výkonu během událostí převzetí služeb při selhání [1] [2] [6].
Citace:
[1] https://docs.aws.amazon.com/global-accelerator/latest/dg/about-endpoints-endpoint-weights.unhealthy-endpoints.html
[2] https://docs.aws.amazon.com/global-accelerator/latest/dg/about-endpoints-endpoint-weights.html
[3] https://pmc.ncbi.nlm.nih.gov/articles/pmc4275445/
[4] https://learn.microsoft.com/en-us/azure/traffic-nager/traffic-nager-rauting-methods
[5] https://www.mdpi.com/2079-9292/12/8/1906
[6] https://docs.aws.amazon.com/route53/latest/develorgide/routing-policy-weighted.html
[7] https://oacu.oir.nih.gov/system/files/media/file/2022-04/b13_endpoints_guidelines.pdf
[8] https://learn.microsoft.com/en-us/azure/traffic-nager/traffic-nager-monitoring