Использовался ли Nginx для балансировки нагрузки

Что проверяют

Для QA это вопрос не про администрирование, а про понимание среды, в которой вы тестируете. Интервьюер хочет услышать, как балансировщик влияет на поведение системы и на воспроизведение багов. Следом часто спрашивают, как вы поняли, что баг живёт только на одной ноде.

Как отвечать

Если настраивали сами, расскажите конкретно. Если нет, честно скажите, что система работала за балансировщиком, и опишите, что из этого следовало для тестов. Опорные знания:

• upstream: список бэкендов, на которые проксируются запросы через proxy_pass. Алгоритм по умолчанию round-robin, есть least_conn, ip_hash, hash $key consistent, у серверов бывают weight и backup;
• проверки здоровья: в open source Nginx они пассивные, через max_fails и fail_timeout (по умолчанию 1 ошибка и 10 секунд). Активные health_check и директива sticky есть в коммерческой NGINX Plus, в бесплатной версии клиента к ноде привязывают через ip_hash или hash по куке;
• повторы: proxy_next_upstream при ошибке или таймауте отправляет запрос на следующий бэкенд. Неидемпотентные запросы вроде POST по умолчанию не повторяются, и это стоит проверить отдельно, чтобы не получить двойное списание;
• коды ответа: 502 значит, что бэкенд недоступен или вернул некорректный ответ, 504 значит, что он не ответил вовремя, например за proxy_read_timeout.

Что это даёт тестированию. Добавьте в заголовок ответа или в лог $upstream_addr, и станет видно, какая нода обработала запрос. Проверяйте сценарии, когда одна нода выключена или отстаёт по версии во время rolling-деплоя. Нагрузочный тест в k6 или JMeter гоняйте через балансировщик, а не в один инстанс, иначе результат ничего не скажет о проде.

Где спотыкаются

Приписывают себе настройку Nginx, которой не делали. Пара уточнений про upstream и повторы запросов, и это становится очевидно.

Не учитывают локальное состояние: сессии в памяти, файловый кеш на одной ноде. Отсюда баги, которые воспроизводятся через раз.

Путают 502 и 504 и не могут сказать, в какую сторону копать при каждом из них.