Рейтинг:0

Проверки работоспособности облачного балансировщика нагрузки Google вызывают нагрузку на серверы

флаг kr

Я настроил балансировщик нагрузки https в облаке Google с проверкой работоспособности со следующими параметрами:

проверка состояния здоровья :

Интервал : 30 секунд
Тайм-аут: 15 секунд
Здоровый порог: 1 успех
Неработоспособный порог: 2 сбоя подряд

Я заметил, что проверка работоспособности вызывает много запросов, а сервер масштабируется до 6 ВМ без реального трафика от пользователя. Является ли проверка работоспособности причиной внутреннего трафика, который замедляет работу сервера?

John Hanley avatar
флаг cn
Проверки работоспособности не приводят к увеличению масштаба. Проверьте Cloud Logging, чтобы узнать, почему происходит масштабирование. Отредактируйте свой вопрос, указав подробности о настройках автомасштабирования, сведениях об экземпляре ВМ и т. д.
Рейтинг:0
флаг pe

С этими настройками проверка работоспособности ведет себя следующим образом:

Интервал : 30 секунд
Тайм-аут: 15 секунд
Здоровый порог: 1 успех
Неработоспособный порог: 2 сбоя подряд

  1. Несколько резервных систем одновременно настраиваются с параметрами проверки работоспособности.Настройки интервала и времени ожидания применяются к каждой системе.

  2. Каждый зонд проверки работоспособности выполняет следующие действия:

2а. Инициирует HTTP-соединение с одного из исходных IP-адресов на серверный экземпляр каждые 30 секунд.

2б. Ожидает до пятнадцати секунд кода ответа HTTP 200 (ОК).

  1. Серверная часть считается неработоспособной, если хотя бы одна система проверки работоспособности выполняет следующие действия:

3а. Не получает код ответа HTTP 200 (ОК) для одного зонда. Например, в соединении может быть отказано, или может быть тайм-аут соединения или сокета.

3б. Получает два последовательных ответа, которые не соответствуют критериям успеха протокола.

  1. Серверная часть считается работоспособной, если хотя бы одна система проверки работоспособности получает один ответ, соответствующий критериям успеха протокола.

В этом примере каждый зонд инициирует соединение каждые 30 секунд. Между попытками подключения зонда проходит тридцать секунд, независимо от продолжительности тайм-аута (независимо от того, истекло ли время ожидания соединения). Другими словами, тайм-аут всегда должен быть меньше или равен интервалу, и тайм-аут никогда не увеличивает интервал.*

В этом примере время каждого зонда в секундах выглядит следующим образом:

t=0: Запустить датчик A.

t=15: Останов датчика А.

t=30: Запустить датчик B.

t=45: Останов датчика B.

t=60: Запустить датчик C.

t=75: Останов датчика C.

Проверки работоспособности определяют, реагируют ли серверные части на трафик.

Я предлагаю вам изменить эти значения на:

Тайм-аут: 5 секунд

Здоровый порог: 2 успеха

Рейтинг:0
флаг kg

Возможные причины нездоровой или неудачной проверки здоровья:

  • Правила брандмауэра блокируют доступ к исходным диапазонам IP-адресов для проверки работоспособности.
  • Экземпляр не прослушивает порт назначения
  • Гостевая среда не установлена
  1. Подтвердите, что правила брандмауэра разрешают исходным диапазонам IP-адресов для проверки работоспособности подключаться к экземплярам: Правила проверки здоровья
  2. Убедитесь, что вы можете подключиться через telnet к порту, используемому для проверки работоспособности, из другого экземпляра в той же сети:
    telnet <instance-ip> <dst-port>
  3. Убедитесь, что сегменты TCP из диапазонов IP-адресов для проверки работоспособности достигают экземпляра:
    tcpdump -i any -ttn 'хост <ilb-ip> и (сеть 130.211.0.0/22 ​​или сеть 35.191.0.0/16)'
  4. Убедитесь, что гостевая среда установлена, поэтому сетевая карта настроена на прослушивание IP-адреса ILB: Проверка гостевой среды

Пожалуйста, обратитесь по ссылке ниже:
Что делает хорошую проверку здоровья автоисцеления
Важность правил брандмауэра

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.