StackExchange.Redis - запись в кластер redis указывает на локальный IP-адрес

У меня проблема с записью в кластер Redis.

Имея это в качестве конфигурации:

static readonly IEnumerable<EndPoint> Endpoints = new[]
{
    EndPointCollection.TryParse("10.5.2.146:7000"),
    EndPointCollection.TryParse("10.5.2.146:7001"),
    EndPointCollection.TryParse("10.5.2.146:7002"),
};

public static ConnectionMultiplexer Build()
{
    var opt = new ConfigurationOptions { AllowAdmin = true };

    foreach (var endpoint in Endpoints)
        opt.EndPoints.Add(endpoint);

    Redis = ConnectionMultiplexer.Connect(opt);
    FlushAllDatabases();
    return Redis;
 }

и используя это так:

var redis = RedisConfig.Build();
redis.GetDatabase().StringSet("foo", "bar");
redis.GetDatabase().StringGet("foo");

возвращает это исключение:

StackExchange.Redis.RedisServerException: 'Endpoint 127.0.0.1:7002 serving hashslot 12182 is not reachable at this point of time. Please check connectTimeout value. If it is low, try increasing it to give the ConnectionMultiplexer a chance to recover from the network disconnect.  IOCP: (Busy=1,Free=999,Min=4,Max=1000), WORKER: (Busy=0,Free=2047,Min=4,Max=2047), Local-CPU: n/a'

Я думаю, что проблема в том, что: var endpoints = redis.GetEndPoints(); возвращает как настроенные конечные точки с общедоступным IP-адресом, так и обнаруженные кластером конечные точки (см. изображение проверяемой переменной) с локальным IP-адресом, а затем узел с частным IP-адресом используется для извлечения хэш-слота.

образ

Что-то еще, что я должен установить в конфигурации или что-то не так, используя клиент?

В настоящее время используется конфигурация, каждый узел имеет свою папку .\700X со своим собственным файлом конфигурации и журналом:

redis.conf  (for first node)
    port 7000
    cluster-enabled yes
    cluster-config-file nodes.conf
    cluster-node-timeout 5000
    appendonly yes
    logfile 7000.log
    protected-mode no
    bind 0.0.0.0

nodes.conf
    0c213c727e90710bbd94d5094da2c6749872f74f 127.0.0.1:7001 master - 0 1494253090995 2 connected 5461-10922
    2e6d24ccec03d1ca674b936eac0e48dc6a97c405 127.0.0.1:7000 myself,master - 0 0 1 connected 0-5460
    7467c908c390bb6db202836fdff2966e4f100858 127.0.0.1:7007 slave bdd5c046e2a05b289ef0aba47a9987988defc799 0 1494253090889 8 connected
    bbb2d02845e57622b5e95574ab843d9cefd0b28a 127.0.0.1:7006 slave 0c213c727e90710bbd94d5094da2c6749872f74f 0 1494253090890 7 connected
    bdd5c046e2a05b289ef0aba47a9987988defc799 127.0.0.1:7002 master - 0 1494253092195 3 connected 10923-16383
    c39aa6ff1e9823a169b758fc5aed2f5e811a971a 127.0.0.1:7008 slave bdd5c046e2a05b289ef0aba47a9987988defc799 0 1494253091700 9 connected
    673d0af38625ae962f6ed7f527cc5162a08d7f21 127.0.0.1:7003 slave 2e6d24ccec03d1ca674b936eac0e48dc6a97c405 0 1494253091191 4 connected
    ed1e5ba7a0a569e2d4b8542bf8a8353d33e81384 127.0.0.1:7004 slave 2e6d24ccec03d1ca674b936eac0e48dc6a97c405 0 1494253090889 5 connected
    a4d29951bcf70593d14fbee5438608c88c971922 127.0.0.1:7005 slave 0c213c727e90710bbd94d5094da2c6749872f74f 0 1494253091722 6 connected
    vars currentEpoch 9 lastVoteEpoch 0

2 ответа

Решение

Я протестировал сценарий с jedis, и эта проблема также существует: открытый и закрытый IP могут существовать при подключении к кластеру redis.

Чтобы решить эту проблему, используйте public ip при настройке кластера и убедитесь, что публичные ips есть в каждой конфигурации node.conf. Если "127.0.0.1" записано в node.conf и подключено к "10.5.2.146:7000", оба эти ips будут существовать.

И быстрый способ исправить это в ситуации: кластер встречает 3 общедоступных ips в redis-cli, например

cluster meet 10.5.2.146 7000
cluster meet 10.5.2.146 7001
cluster meet 10.5.2.146 7002

У меня была такая же проблема. Есть также другой способ гарантировать, что ip объявлен так, как вам нужно, в файле конфигурации есть часть для адресов NAT. Единственная проблема с моим ответом, а также с предыдущим ответом - вам нужно знать правильный IP-адрес, и он должен быть статическим...

cluster-announce-ip
Другие вопросы по тегам