Обратный прокси-сервер ngnix
Большую часть конфигурации и примера, которые я видел там, внутренний сервер находится либо на той же машине, либо в той же сети. Кто-нибудь делал это с бэкэнд-серверами, расположенными в другом физическом месте, по глобальной сети? Если вы так, каков был ваш опыт?
4 ответа
You may need to tune your proxy_connect_timeout а также proxy_read_timeout, Помните, что время ожидания соединения не может превышать 75 секунд, поэтому, если ваши бэкэнды очень медленные, они могут не работать.
Если вы хотите распределить нагрузку между географическими точками, есть лучшие способы сделать это, например, такие сервисы, как 3crowd. Использование вышестоящего прокси просто замедлит работу, вы должны отправлять своих пользователей непосредственно на ресурс, а не передавать его обратно через Nginx.
Вы, вероятно, получите плохую производительность, поскольку соединения всегда будут проходить через обратный прокси-сервер к удаленному бэкэнду и обратно. Как уже упоминалось в coredump, вам, вероятно, нужно настроить параметры прокси, чтобы избежать тайм-аутов. Разве нельзя поставить обратный прокси в той же сети, что и ваш бэкэнд?
В настоящее время я делаю это с тремя узлами nginx с помощью циклического перебора DNS на стороннее решение для показа рекламы Нам нужно было обойти некоторые ограничения для пользователей с ограниченным доступом, и прокси-сервер казался лучшим выбором. Поскольку наши рекламные звонки очень малы, а решение, к которому мы подключаемся, очень надежное, мы не увидели значительного замедления по сравнению с обычным запросом. Coredump верен, хотя необходимо настроить некоторые параметры прокси-сервера, чтобы запросы не зависали слишком долго.