Как прозрачно сделать отдельный Сервис для сайта в подпаке, но на другом хостинге?

Question

[EvgenyMorozov]

Добрый день

Есть: сайт на Wordpress example.com (Хостинг1) -- debian7 + nginx + php5-fpm.

Что нужно: создать отдельный Сервис example.com/service/, но на другом хостинге (Хостинг2), т.к. на первом и мощности, и места будет недостаточно. Проще всего, конечно, создать субдомен, но нужно именно как папку.

Вопрос: как прозрачно настроить nginx на обоих хостингах, чтобы Сервис был "как родной" для основного сайта?

Что попробовано: на Хостинге1 настроил proxy_pass на Хостинг2 для location /service;. Все работает, по ссылке example.com/service/ виден Сервис. Но как только начинаешь кликать по ссылкам Сервиса, оказываешься на сайте Сервиса 192.168.10.2, и соответственно все ссылки уже внутренние 192.168.10.2/foo/bar, а нужно example.com/service/foo/bar

Дайте направление, куда копать.

Answer 1

[Игорь]

А что мешает сделать в nginx обычный proxy_pass ( nginx.org/ru/docs/http/ngx_http_proxy_module.html#... ) для location /service на второй сервер?
А на втором сервере уже обычная конфигурация Nginx Если надо можно закрыть все остальные location и отдавать с него только /service.

Comments

[EvgenyMorozov]

Немного не понял. Т.е. вы предлагаете, на втором сервере сделать server_name example.com, потом поместить Сервис в папку /service, и отдавать с Хостинг2 файлы так, как будто они лежат на Хостинг1? Тогда вопрос: как в этом случае быть с DNS? Как браузер поймет, что работать нужно с Хостинг2?

[Игорь]

Да все верно. DNS по факту смотрит только на первый (основной) сервер.
У обоих web-серверов настроены виртуальные хосты на server_name example.com.
Контент пользователю отдает первый сервер. Просто он прозрачно для пользователя для location /service делает проксирование на второй сервер. О втором сервере пользователь ничего не знает. Считайте его просто бекендом.