Квота CouchBase Ram и подробные вопросы VBUcket

Question

У меня был кластер, который вложит три узла. Мы создали ведро внутри и устанавливаем количество копий для копирования ковша 2. Кроме того, квота памяти устанавливается на 10 г на узел, то есть общая квота памяти составляет 30 г.

Я использовал сторона клиента для сохранения данных в это ведро. Часы спустя клиентская напечатана временная ошибка сбоя. и веб-консоль CouchBase показал, что ведро тарелка достигла 29G. Распущена сжатие данных, но память больше не уменьшилась.

Мои вопросы организованы следующим образом.

1, я думаю, ключ в ведре может быть сохранен только в ОЗУ, но не в аппаратном обеспечении, правильно или неправильно?

2, Wheet 29G данных, которые не могут быть сжаты в аппаратное обеспечение, является ключом или нет?

3, во взлете, каждый узел, который экономит информацию о реплике других узлов, сохраняется в оборудовании или нет? Если нет, как это может быть сохранено.

4, каждый раз, когда клиентская сторона сохраняет данные, он будет использовать хеш-функцию для оценки VBUCKET, чтобы судить, какие узлы будут сохранены данные. Это процесс, переносимый на стороне клиента? .

Answer 1

В ответ на ваши конкретные вопросы:

1, я думаю, ключ в ведре может быть сохранен только в ОЗУ, но не в аппаратном обеспечении, правильно или неправильно?

Если по оборудованию вы имеете в виду диск; Затем да, в данный момент CouchBase должна держать все клавиши документов (вместе с некоторыми дополнительными метаданными) в ОЗУ. Это необходимо, чтобы любой запрос на ключ можно немедленно ответить, как в положительном виде («Да, этот ключ существует, и вот это значение), а отрицательный (« Нет, такой ключ не существует) ».

2, Wheet 29G данных, которые не могут быть сжаты в аппаратное обеспечение, является ключом или нет?

Некоторые из этого, вероятно, метаданные. Если вы перейдете к вкладку «Ведро и отобразите его статистику, нажав на его имя, вы можете увидеть сумму используемой памяти - в частности, при вкладке «em> Vbucket Resources », чтобы увидеть, сколько используется для метаданных и пользовательских данных. Смотрите Руководство администратора Couchbase - Просмотр статистики ведра и кластера для получения более подробной информации.

3, во взлете, каждый узел, который экономит информацию о реплике других узлов, сохраняется в оборудовании или нет? Если нет, как это может быть сохранено.

Метаданные реплики также всегда хранятся в оперативной памяти, но значения реплики (например, активные значения) могут быть выброшены на диск, чтобы освободить память.

4, каждый раз, когда клиентская сторона сохраняет данные, он будет использовать хеш-функцию для оценки VBUCKET, чтобы судить, какие узлы будут сохранены данные. Это процесс, переносимый на стороне клиента? .

Да, хеширование VBUcket выполняется на клиенте - см. Размесная глава в Руководстве по администратору, чтобы определить, насколько из вашей памяти используется для хранения ключевых метаданных - в частности, Размеры памяти раздел. Точный расчет зависит от версии Couchbase (и поэтому я не буду дублироваться здесь).