![Как создать балансировщик нагрузки для публичных IP-адресов?](https://rvso.com/image/770410/%D0%9A%D0%B0%D0%BA%20%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D1%82%D1%8C%20%D0%B1%D0%B0%D0%BB%D0%B0%D0%BD%D1%81%D0%B8%D1%80%D0%BE%D0%B2%D1%89%D0%B8%D0%BA%20%D0%BD%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0%B8%20%D0%B4%D0%BB%D1%8F%20%D0%BF%D1%83%D0%B1%D0%BB%D0%B8%D1%87%D0%BD%D1%8B%D1%85%20IP-%D0%B0%D0%B4%D1%80%D0%B5%D1%81%D0%BE%D0%B2%3F.png)
В нашей текущей настройке у нас есть 2 центра обработки данных с одним и тем же приложением. Мы хотим иметь облачный балансировщик нагрузки, чтобы определять наилучшее место назначения для запросов.
Можно ли создать балансировщик нагрузки в GCP, не настраивая никаких виртуальных машин в GCP? Как настроить балансировщик нагрузки для публичных IP-адресов?
решение1
Вы можете использовать внешнюю балансировку нагрузки HTTP(S) с помощью прокси-сервера с поддержкой идентификации (IAP), который поддерживается следующими типами бэкэндов:
- Группы экземпляров
- Зональные группы конечных точек сети (NEG)
- Бессерверные NEG: одна или несколько служб Cloud Run
- Интернет-сети NEG для конечных точек, находящихся за пределами Google Cloud (также известные как пользовательские источники).
https://cloud.google.com/iap/docs/load-balancer-howto#enable-iap
Группа конечных точек сети Интернет (NEG) определяет внешний бэкенд для балансировщика нагрузки. Внешний бэкенд — это бэкенд, который находится за пределами Google Cloud. Вы можете использовать этот тип бэкенда с внешним балансировщиком нагрузки HTTP(S) Google Cloud. Вам следует сделать это, когда вы хотите обслуживать контент из внешнего бэкенда, и вы хотите, чтобы ваш внешний балансировщик нагрузки HTTP(S) был фронтендом.
https://cloud.google.com/load-balancing/docs/negs/internet-neg-concepts