Встановлення ваги 0 на кінцевій точці в системах маршрутизації трафіку, таких як AWS Global Accelerator або Amazon Route 53, ефективно означає, що кінцева точка не отримає трафік за звичайних умов. Це впливає на наявність та продуктивність кінцевої точки наступними способами:
- Розподіл та доступність трафіку:
Коли вага кінцевої точки встановлюється на 0, система маршрутизації виключає її з пулу кінцевих точок, до яких зазвичай розподіляється трафік. Це означає, що кінцева точка не обслуговує запитів клієнтів, фактично робить його недоступним для регулярної маршрутизації трафіку. Однак кінцева точка не вважається повністю офлайн або нездоровою; Він просто депірутизується для маршрутизації руху [2] [6].
- Поведінка відмови:
Якщо всі кінцеві точки з вагами, що перевищують 0, у групі кінцевих точок стають нездоровими, система намагатиметься переходити до кінцевих точок з вагою 0. Наприклад, AWS Global Accelerator намагається спочатку знайти здорові кінцеві точки з вагами, що перевищують нуля в інших групах кінцевих точок. Якщо жодного не знайдено, він направляє трафік до здорової кінцевої точки з вагою 0 або до випадкової кінцевої точки в найближчій групі кінцевої точки до клієнта. Цей механізм відмови забезпечує наявність, навіть якщо кінцеві точки з ненульовими вагами недоступні, але це означає, що кінцеві точки з вагою 0 можуть обслуговувати трафік під час сценаріїв відмови [1] [6].
- Вплив на продуктивність:
Оскільки кінцеві точки з вагою 0 не отримують трафік за звичайної маршрутизації, вони не сприяють балансуванню навантаження або продуктивності за типових умов. Під час невдачі в цих кінцевих точках може виникнути раптові шипи руху, що може вплинути на їх продуктивність, якщо вони не готові обробляти навантаження. Крім того, встановлені активні з'єднання з кінцевою точкою з вагою 0 продовжуються, поки вони не будуть скинуті, тобто деякий трафік зберігається, навіть якщо вага змінюється на 0 [1].
- Використовуйте випадки для ваги 0:
Встановлення ваги кінцевої точки на 0 корисно для сценаріїв, таких як:
- Поступово дренуючи трафік з кінцевої точки перед технічним обслуговуванням або виведенням з експлуатації.
- Тестування або постановка середовища, де ви хочете тимчасово припинити надсилання трафіку, не повністю відключаючи кінцеву точку.
- Кінцеві точки резервного копіювання відмови, які повинні отримувати трафік лише тоді, коли первинні кінцеві точки нездорові [2] [4] [6].
- Перевірка здоров'я та вага 0:
Кінцеві точки з вагою 0 все ще беруть участь у перевірці здоров'я. Якщо всі ненульові зважені кінцеві точки нездорові, система враховує здоров'я кінцевих точок нульової ваги для визначення маршрутизації відмови. Це означає, що кінцеві точки ваги 0 повинні бути здоровими для використання в ситуаціях відмови [6].
Підсумовуючи це, встановлення ваги 0 не видаляє кінцеву точку з моніторингу доступності, але виключає його від отримання трафіку в звичайних умовах, впливаючи на його активний внесок. Однак він залишається доступним для відмови, гарантуючи, що наявність зберігається на системному рівні, хоча і з потенційними наслідками ефективності під час подій відмови [1] [2] [6].
Цитати:
[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-manager/traffic-manager-routing-methods
[5] https://www.mdpi.com/2079-9292/12/8/1906
[6] https://docs.aws.amazon.com/route53/latest/developerguide/routing-policy-weight.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-manager/traffic-manager-monitoringing