NginX и балансировка в статических html — закат Солнца вручную?

чем тебе претит использование lua ? А так можеь свой модуль написать под nginx - он пишется с полпинка

Помнится, писал для похожей задачи скрипт на баше. Если найду, скину

Когда-то натыкался на модуль, кажется назывался он рандом_пейдж_модуль, но он емнип только разные страницы умел отдавать на один запрос, хотя если я тебя праильно понял то твою задачу так вполне можно решить.

хотя если я тебя праильно понял то твою задачу так вполне можно решить

Не, это не годится. Страниц — сотни тысяч на десяток гигабайт.

Заинклюдить или сослаться на js, в котором будет этот список. Пусть клиент сам выбирает, хоть рандомный, хоть по близости

Второй вариант: round-robin dns

Я бы попробовал решить эту задачу с помощью JavaScript на странице. Страница грузится, срабатывает JavaScript, который подгружает список серверов с картинками и пытается с них стянуть картинки, перебирая сервера в нужном (произвольном) порядке.

Заинклюдить или сослаться на js

Или fallback не получится сделать, т.к. придётся фейковые адреса прописывать, или браузер уже начнёт загрузку с прописанных адресов, пока JS после инициации страницы стартует, или JS будет блокировать загрузку страницы и параллельность. Все три варианта — плохие.

Второй вариант: round-robin dns

Базовый домен — фиксирован. И он чужой :)

Второй вариант: round-robin dns

Этот вариант уже давно не очень то работает. С появлением IPv6 вся выдача адресов сортируется на клиенте (даже, если DNS сервер выдал адреса в случайном порядке), а так как настройки сортировки у всех по умолчанию, то и сортируется одинаково. Я это к тому, что нужно понимать, что round-robin работает совсем не рандомно.

Гы. Такая же в точности задача и с ZeroNet-ресурсами :) Сейчас смотрю кучку mp4, хочу ими поделиться — и возникает такая же задача разгрузки гейтов/прокси.

...

Есть, конечно, вариант — класть в IPFS сразу страницы (раз уже итак статические) и адресовать ресурсы тупо относительно корня сайта... Но это задача перехода на IPFS сильно усложняется, вместо простой подмены URL нужно городить всю работу сайта с IPFS...

Базовый домен — фиксирован. И он чужой :)

Можно ведь указать любой домен для статики, на котором и будет RRDNS. Например ipfs.balancer.ru, который будет отдавать в случайном порядке все шлюзы. Надо проверить конечно, что они будут работать с твоим Host в запросе

С появлением IPv6 вся выдача адресов сортируется на клиенте

Это где такое? Нашёл RFC 3484, но он только для ipv6.

С ip4 насколько я знаю, такие проблемы были только с непопулярными версиями винды: https://blogs.technet.microsoft.com/networking/2009/04/17/dns-round-robin-and...

Можно ведь указать любой домен для статики

С учётом того, что в теории статика может пережить домен, а базовый домен заявлен в рекомендациях и его подменяет, например, браузерный плагин на локалхостовый, хочется иметь именно стандартный базовый домен :)

Это где такое? Нашёл RFC 3484, но он только для ipv6.

Можно начать читать отсюда https://habrahabr.ru/company/centosadmin/blog/282638/ (чуть чуть промотать до «DNS Round Robin has never been an effective means of load-balancing, and is less so today, as applications switch from gethostbyname to getaddrinfo for IPv6 support:», где начнутся ссылки, например, сюда https://daniel.haxx.se/blog/2012/01/03/getaddrinfo-with-round-robin-dns-and-h...

Я сам особо не вникал (в смысле чтения RFC, настройки gai.conf и проведения собственных экспериментов), но суть в том, что с появлением IPv6, появился getaddrinfo() вместо gethostbyname(), поэтому round robin работает совсем не так, как многим хочется, и от него отказываются (например Google DNS 8.8.8.8, который у всех либо по умолчанию, либо как fallback).

Сделай upstream в nginx и распредели по weight чем это не подходит? Это заодно и от назойливых проблем с CORS лишит.

как в nginx записать в строку случайное значение из списка?

http {
    server {
        listen 127.0.0.1:15001;
        location / {
            proxy_pass http://example.org/;
            sub_filter что-менять replacement1;
            sub_filter_once off;
        }
    }

    server {
        listen 127.0.0.1:15002;
        location / {
            proxy_pass http://example.org/;
            sub_filter что-менять replacement2;
            sub_filter_once off;
        }
    }

    server {
        listen 127.0.0.1:15003;
        location / {
            proxy_pass http://example.org/;
            sub_filter что-менять replacement3;
            sub_filter_once off;
        }
    }

    upstream backend_proxy {
        least_conn;
        server 127.0.0.1:15001;
        server 127.0.0.1:15002;
        server 127.0.0.1:15003;
    }

    server {
        listen 80;
        location / {
            proxy_pass http://backend_proxy/;
        }
    }
}

Ага, спасибо! Кривовато, но лучше, ИМХО, чем тянуть Lua :)

А ты тот lua в nginx бенчмаркал? Он вроде толком не просаживает производительность

УМР, ЧЯДНТ?

$ host ya.ru 8.8.8.8 | grep 'has address'
ya.ru has address 93.158.134.3
ya.ru has address 213.180.193.3
ya.ru has address 213.180.204.3
$ host ya.ru 8.8.8.8 | grep 'has address'
ya.ru has address 213.180.204.3
ya.ru has address 213.180.193.3
ya.ru has address 93.158.134.3

В хабропосте, на который тут выше ссылались, есть вариант со split_clients, только $variant надо подсовывать не в return, а в sub_filter.
https://nginx.org/ru/docs/http/ngx_http_split_clients_module.html