Сервис с балансировкой нагрузки, обслуживающий как внутренних, так и внешних пользователей GCP

Мы находимся в процессе настройки службы в GCP, которая будет обслуживать запросы как из Интернета, так и из других служб внутри нашего VPC.

У нас уже есть настройка глобального балансировщика нагрузки, и мы хотим, чтобы весь трафик к нашей новой службе также был сбалансирован.

Целесообразно ли, чтобы наши внутренние службы использовали глобальный адрес LB при попытке доступа к новой службе? Или мы должны настраивать внутренние LB за глобальной LB для использования внутренними службами?

Если бы мы использовали глобальный LB как для внутренних, так и для внешних клиентов, есть ли какие-либо недостатки в производительности по сравнению с использованием внутреннего LB?

Спасибо, и я ценю помощь!


person Matthew Sartori    schedule 10.09.2019    source источник


Ответы (1)


Используйте два балансировщика нагрузки параллельно (поскольку они не зависят друг от друга). Глобальный балансировщик нагрузки для Интернета и внутренний балансировщик нагрузки для доступа к VPC. Тип (HTTP / TCP) зависит от трафика, который вы хотите обслуживать. Подумайте об уровне 7 (HTTP) по сравнению с уровнем 3/4 (TCP / UDP).

Для доступа к VPC есть преимущества в производительности при использовании внутреннего балансировщика нагрузки. Самым большим является сокращение количества переходов (VPC -> Интернет -> Load Balancer -> VPC). Во-вторых, скорость вашей сети VPC выше, чем в VPC.

person John Hanley    schedule 10.09.2019
comment
Привет, @John Hanley, спасибо за четкий ответ! Когда вы говорите использовать оба LB параллельно, вы предлагаете настроить группы экземпляров для самой новой службы, и тогда бэкэнд-службы как для глобальной, так и для внутренней LB будут иметь общие группы экземпляров? - person Matthew Sartori; 10.09.2019
comment
Настройте по одному для каждого балансировщика нагрузки, как будто другого не существует. Единственный общий элемент - это внутренние экземпляры и, возможно, проверки работоспособности. - person John Hanley; 10.09.2019