В этом материале
Память базы зависит от структуры данных и настроек хранения. Считайте векторы, индексы и поля отдельно, затем проверяйте рабочую нагрузку, обновления и восстановление.
Универсальная формула «столько RAM на документ» выглядит удобно, но может скрывать размер векторов, индекса и дополнительных полей. Для поиска важно не только количество записей, но и способ их обработки. Поэтому предложение сервера с большой памятью стоит связывать с конкретной конфигурацией базы.
Разложите коллекцию на компоненты
Запишите число представлений, размерность, формат данных и связанные метаданные. Уточните, используются ли несколько векторов на запись и какие поля участвуют в фильтрации.
Qdrant объясняет планирование ёмкости через разные компоненты и уровни хранения. Важно не переносить пример одной конфигурации на другую без проверки этих условий.
Отдельно оставьте место для служебных структур и текущих операций. Файлы сохранённой коллекции не являются полным описанием памяти во время поиска и обновления.
Отделите память процесса от кеша
Данные могут находиться в RAM приложения, отображаемых файлах или системном кеше в зависимости от базы и настроек. При чтении показателей нужно понимать, что уже посчитано, иначе запас оценивается неверно.
Для сравнения полезен и пример другой системы: PostgreSQL документирует параметры памяти для разных частей выполнения. Нельзя считать один общий параметр универсальным ограничением всей базы.
В отчёте фиксируйте версию, настройки и наблюдаемый режим. Сравнивать один процент потребления без этого контекста недостаточно.
Проверьте рост на нескольких ступенях
Сначала загрузите небольшую репрезентативную коллекцию, затем увеличивайте её объём. Держите одинаковыми правила формирования данных и запросов. Проверяйте поиск, фильтрацию и фоновые изменения.
Сохраняйте время ответа, релевантность результатов, память и дисковую активность. Если качество поиска меняется вместе с конфигурацией, его нужно показывать рядом со скоростью.
Добавьте большой по полям документ и нетипичный фильтр. Средний размер записи может скрывать такие случаи, хотя именно они создадут эксплуатационное ограничение.
Сопоставьте RAM и хранение
Возможность держать меньше данных в RAM может увеличить требования к накопителю и изменить задержки. Больше оперативной памяти тоже не является бесплатным улучшением: важно, используется ли она в выбранном режиме.
Сравните конфигурацию с увеличенной RAM, более подходящий диск и изменение схемы индекса. У каждой альтернативы должен быть одинаковый набор требований к результату.
Не считайте VRAM генеративной модели частью памяти векторной базы. Если компоненты используют разные устройства, их ресурсные бюджеты и ошибки нужно наблюдать раздельно.
Сохраните отдельно размер полезных полей и индексов этих полей. Если в коллекцию добавили новый фильтр, повторите измерение вместо сохранения прежней нормы памяти. Структура запросов может измениться даже при том же числе документов и той же размерности основных векторов.
Параметры сервера для векторной базы
Владельцу полезно указать CPU, RAM, накопители, доступность и опыт похожей нагрузки. Финансовому партнёру — увидеть стоимость проверенного рабочего набора и следующей ступени роста, а не только общий объём закупки.
Дальше пригодятся RAG с увеличенной RAM и дисковый хостинг.