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