Переписать правило местоположения nginx

Question

Я работаю над балансировкой нагрузки в кластере. Это прекрасно работает, но я понял, что хочу иметь возможность запрашивать определенный узел, указав его в URL, например domain.com/nodeX/request_uri/ где nodeX фактический узел, к которому я хочу отправить запрос. Причина, по которой я хочу это сделать, заключается в том, что я могу легко узнать, на каком узле я работаю, если я выполняю работу над одним из них и мне нужно синхронизировать фактические файлы на этом узле с другими узлами., когда файлы меняются.

Сейчас на сервере работает только NextCloud, в папке /nextcloud/ с каталогом данных, который используется совместно с glusterfs, поэтому мне нужно реплицировать не эти файлы, а "основные файлы следующего облака" или фактически любые файлы в www-каталоге, которые изменяются.

Это (в общем) настройка главного узла, `/etc/nginx/sites-available/default:

upstream cluster {
    ip_hash;
    server node1;
    server node2;
    [...]
    server nodeX; 
}

server {
    listen 443 ssl http2 default_server;
    [...]more unrelated configurations[...]

    # This works as expected        
    location / {
        proxy_pass http://cluster/;
    }

    # But this is where I need help:
    # If location starts with /nodeX, where X is a number
    location ^~ /node([0-9]+) {
        # If location is master node (node0)
        location /node0 {
            # Include nextcloud configuration
            include snippets/nextcloud.conf;
        }

        # Otherwise pass it on to the requested node
        proxy_pass http://«node[0-9]+»/;
    }
}

Каждый подчиненный узел (nodeX, X > 0) загружает ту же конфигурацию, и вот ее итог:

server {
    listen 80 default_server; #Yep, no need for SSL in local network
    [...]
    include snippets/nextcloud.conf;
}

Я удалил несвязанные данные (такие как add_header, root и т.д.) чтобы все было ясно. Каждый узел (включая главный) имеет одинаковые snippet папка, которая распространяется через glusterfs. Этот файл snippet/nextcloud.conf мне нужна помощь Следующее облако будет автоматически перенаправлено на domain.com/nextcloud/ если я напишу domain.com/node0/nextcloud/, поэтому мне нужно решение, чтобы обмануть сервер, чтобы поверить, что он работает на /nextcloud/ всякий раз, когда он на самом деле работает в подкаталоге nodeX,

Это то, что я до сих пор, что перенаправить меня:

location ~ /(node[0-9]/?)nextcloud {
    # set max upload size
    client_max_body_size 512M;
    fastcgi_buffers 64 4K;

    # This is where I should be able to trick the 
    # server to think its running on /nextcloud/ even
    # when its request is /nodeX/nextcloud

    location ~ /(node[0-9]/?)nextcloud {
        rewrite ^ /nextcloud/index.php$uri;
    }

    location ~ ^/(node[0-9]/?)nextcloud/(?:build|tests|config|lib|3rdparty|templates|data)/ {
        deny all;
    }

    location ~ ^/(node[0-9]/?)nextcloud/(?:\.|autotest|occ|issue|indie|db_|console) {
        deny all;
    }

    location ~ ^/(node[0-9]/?)nextcloud/(?:index|remote|public|cron|core/ajax/update|status|ocs/v[12]|updater/.+|ocs-provider/.+|core/templates/40[34])\.php(?:$|/) {
        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param PATH_INFO $fastcgi_path_info;
        #Avoid sending the security headers twice
        fastcgi_param modHeadersAvailable true;
        fastcgi_param front_controller_active true;
        fastcgi_pass unix:/run/php/php7.0-fpm.sock;
        fastcgi_intercept_errors on;
        fastcgi_request_buffering off;
    }

    location ~ ^/(node[0-9]/?)nextcloud/(?:updater|ocs-provider)(?:$|/) {
        try_files $uri/ =404;
        index index.php;
    }

    # Adding the cache control header for js and css files
    # Make sure it is BELOW the PHP block
    location ~* \.(?:css|js|woff|svg|gif)$ {
        try_files $uri /nextcloud/index.php$uri$is_args$args;
        add_header Cache-Control "public, max-age=7200";
        add_header Strict-Transport-Security "max-age=63072000; includeSubdomains";
        add_header X-Content-Type-Options nosniff;
        add_header X-Frame-Options "SAMEORIGIN";
        add_header X-XSS-Protection "1; mode=block";
        add_header X-Robots-Tag none;
        add_header X-Download-Options noopen;
        add_header X-Permitted-Cross-Domain-Policies none;
        # Optional: Don't log access to assets
        access_log off;
    }

    location ~* \.(?:png|html|ttf|ico|jpg|jpeg)$ {
        try_files $uri /nextcloud/index.php$uri$is_args$args;
        # Optional: Don't log access to other assets
        access_log off;
    }
}

Так что мой вопрос в целом таков: Можно ли удалить "/nodeX/" URI или любую другую вещь?:)

Заметка! Может быть, что /nodeX/ часть отсутствует, когда балансировщик нагрузки должен иметь дело с фактической балансировкой.