
Эта ошибка фактически означает, что узел, который должен хранить данные, которые вы пытаетесь «поместить», недоступен. Обычно это происходит из-за временной ошибки и должно быстро исправиться. Например, если у вас есть кластер Aerospike из 5 узлов и один из узлов выходит из строя во время записи данных на этот узел, клиентская библиотека Aerospike получит ошибку тайм-аута. Однако в этом случае кластер будет «самовосстанавливаться», и обычно через пару секунд кластер заметит, что узел вышел из строя, и назначит другой узел для обработки этих данных. Следовательно, повторная попытка через пару секунд не должна привести к истечению тайм-аута.
Если вы видите, что это происходит постоянно, есть ли у вас проблемы с подключением к сети? Например, если вы успешно установили соединение с кластером и ваша сеть зависла, вы, скорее всего, увидите эту ошибку.
Какую версию Aerospike вы используете и какую версию клиента Aerospike? Какой язык клиента? Если вы расскажете мне немного о своей среде и кластере, возможно, я смогу помочь больше. Также параметры политики, которые вы используете, когда возникает ошибка, и является ли ошибка случайной или постоянной.
Извините, что отвечаю так поздно, экспериментировал с некоторыми исправлениями. Вот некоторые подробности: Версия Aerospike: 5.7.0.16 Язык клиента: Java Хостинг: k8s Периодически происходит сбой: ровно каждые 2 часа и 7 минут. Одним из важных наблюдений было то, что модули были запланированы на определенный узел, на котором выполнялась другая служба aerospike и модули Apache solr, похоже, завершил работу в указанный период времени (для всех служб). После запуска команды кордона, чтобы не планировать эти модули, и добавления правил антисходства проблема в некоторой степени решена. Хотелось бы знать, есть ли для всего этого какая-то причина.