Раздвигая предел узла содержимого
У меня есть вопрос относительно того, как далеко мы можем раздвинуть предел узла содержимого.
Моя установка состоит в том, что одна машина не имеет состояния, а другая - узел содержимого. Я заметил, что при отправке большого количества документов (около 50 тыс. Символов) узел потерпит неудачу около 80 миллионов документов, что составляет около 1 терабайта данных.
Узел контента имеет 4 ТБ памяти для 115 ГБ памяти. Я не сохраняю ничего как атрибут, только сводку и индекс.
Дело в том, что мне не удается правильно определить причину сбоя узла содержимого, например, какие метрики посмотреть, чтобы определить проблему.
Я внимательно прочитал документацию по размерам, но ответа не нашел. Может быть, у вас есть какие-то советы о том, где искать?
2 ответа
Вы проверяли файл vespa.log на узле контента? Вы можете получить некоторые подсказки там.
Кроме того, в зависимости от конфигурации вашей системы у вас могут заканчиваться файловые дескрипторы на узле контента.
Не могли бы вы определить "узел не будет работать"? Как это терпит неудачу? Если вам не хватит памяти, возможно, для вашего процесса протонного мусора придет убийца OOM ( https://linux-mm.org/OOM_Killer). Что такое использование ресурсов до сбоя?