{"id":14970,"date":"2023-10-23T11:05:03","date_gmt":"2023-10-23T18:05:03","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=14970"},"modified":"2025-06-13T20:19:24","modified_gmt":"2025-06-14T03:19:24","slug":"index-service-improvements-in-couchbase-server-7-2-2-part-2","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/index-service-improvements-in-couchbase-server-7-2-2-part-2\/","title":{"rendered":"Mejoras del servicio de \u00edndices en Couchbase Server 7.2.2 : Parte 2"},"content":{"rendered":"

Esta es la segunda parte de un blog de dos partes. Parte 1<\/a> debate sobre el servicio Index escalado<\/strong> mejoras implementadas en Couchbase Server 7.2.2. Esta segunda parte se centra en reducci\u00f3n de los gastos generales de memoria y E\/S de disco<\/strong>.<\/p>\n

Reducci\u00f3n de la sobrecarga de memoria del proceso de indexaci\u00f3n<\/span><\/h2>\n

El servicio de \u00edndices de Couchbase Server intenta mantener tantos datos \"calientes\" en memoria como sea posible para servir escaneos de \u00edndices m\u00e1s r\u00e1pidamente. Pero, el servicio de \u00edndices tambi\u00e9n requiere algo de memoria para realizar actividades de gesti\u00f3n de \u00edndices. Hay muchas sobrecargas de memoria. En Couchbase Server 7.2.2, hemos reducido mucha sobrecarga de memoria ajustando los par\u00e1metros. Los valores actualizados de los par\u00e1metros ayudan a los clusters con configuraci\u00f3n de gama baja, sin apenas impacto en el rendimiento de los nodos de configuraci\u00f3n de gama alta. A continuaci\u00f3n figura una lista de mejoras espec\u00edficas:<\/span><\/b><\/p>\n

Reducci\u00f3n de la sobrecarga de memoria de la cola de mutaci\u00f3n<\/h3>\n

El proceso de indexaci\u00f3n mantiene una cola de mutaci\u00f3n para almacenar en cach\u00e9 las actualizaciones entrantes del servicio de datos (a trav\u00e9s de flujos DCP). Cada 10 ms, el contenido de la cola se descarga en el almacenamiento del \u00edndice. Una vez realizada la operaci\u00f3n de vaciado de la cola, se crea una instant\u00e1nea del \u00edndice.<\/p>\n

Por defecto, el tama\u00f1o m\u00e1ximo de la cola de mutaci\u00f3n era de 256MB. En Couchbase Server 7.2.2, el tama\u00f1o m\u00e1ximo de la cola de mutaci\u00f3n ser\u00e1 determinado din\u00e1micamente como 1% de la cuota de memoria. Para un nodo con una cuota de memoria de 4GB, el tama\u00f1o m\u00e1ximo de la cola de mutaci\u00f3n ser\u00e1 de 40MB.<\/span><\/p>\n

Tenga en cuenta que no se trata de un l\u00edmite estricto. La cola siempre contendr\u00e1 el n\u00famero m\u00ednimo requerido de mutaciones. En Couchbase Server 7.2.2, ese n\u00famero m\u00ednimo requerido (valor por defecto) tambi\u00e9n se reduce de 50 elementos a 30 elementos. Tambi\u00e9n hemos implementado un ajuste din\u00e1mico de este n\u00famero m\u00ednimo de 30 a 20 y eventualmente a 10, cuando la memoria heap en uso del proceso indexador aumenta. Una vez que la memoria de mont\u00f3n en uso disminuye, el valor vuelve a ajustarse de 10 a 20 y finalmente a 30.\u00a0<\/span><\/p>\n

Esta mejora est\u00e1 activada por defecto tanto para Capella como para los clusters autogestionados.<\/span><\/p>\n

Tama\u00f1o reducido del b\u00fafer de almacenamiento<\/h3>\n

Una vez que las mutaciones se vuelcan en el almacenamiento de \u00edndices, las mutaciones residen en los b\u00faferes de almacenamiento antes de ser procesadas. El tama\u00f1o de los b\u00faferes de almacenamiento se calcula como: n\u00famero de hilos de CPU * 200<\/em>. Los b\u00faferes de almacenamiento son \u00fanicos para cada instancia\/partici\u00f3n de \u00edndice, por lo que a medida que aumenta el n\u00famero de \u00edndices, tambi\u00e9n aumenta la sobrecarga debida a los b\u00faferes de almacenamiento.<\/span><\/p>\n

En Couchbase Server 7.2.2, hemos reducido el tama\u00f1o m\u00e1ximo de los b\u00faferes de almacenamiento a:\u00a0 n\u00famero de hilos de CPU * 20<\/em>. El tama\u00f1o del b\u00fafer se reduce a\u00fan m\u00e1s si la cuota de memoria es inferior a 16 GB. Esto reduce la sobrecarga del b\u00fafer de almacenamiento en un factor de 10 o m\u00e1s. Esta mejora est\u00e1 activada por defecto tanto para Capella como para los cl\u00fasteres autogestionados.<\/span><\/p>\n

Compactaci\u00f3n de la cola de solicitudes de instant\u00e1neas de \u00edndices<\/h3>\n

Como se ha mencionado anteriormente, el proceso de indexaci\u00f3n activa la creaci\u00f3n de una instant\u00e1nea cada 10 ms. Cuando se recibe una r\u00e1faga de mutaciones, el almacenamiento del \u00edndice puede ralentizarse temporalmente, por lo que el vaciado de la cola de mutaciones puede tardar m\u00e1s de 10ms. Si la situaci\u00f3n se mantiene as\u00ed durante unos minutos, se pondr\u00e1n en cola muchas peticiones de instant\u00e1neas de \u00edndice.\u00a0<\/span><\/p>\n

En Couchbase Server 7.2.2, hemos introducido la compactaci\u00f3n de la cola de peticiones de instant\u00e1neas de \u00edndice, lo que reduce la sobrecarga de memoria. Esta mejora est\u00e1 habilitada por defecto tanto para Capella como para clusters autogestionados.<\/span><\/p>\n

Compartir LSS entre instancias de \u00edndices<\/h3>\n

El almacenamiento de \u00edndices de Couchbase se implementa como un <\/span>Almacenamiento estructurado de registros (LSS)<\/span><\/a> para lograr el mejor rendimiento. Cada instancia de LSS tiene asignados recursos \u00fanicos (archivos de disco, b\u00faferes de descarga, etc.).\u00a0<\/span><\/p>\n

A partir de Couchbase Server 7.2.2, Capella, por defecto, har\u00e1 cumplir el uso compartido de instancias LSS a trav\u00e9s de m\u00faltiples nodos indexadores. Si un \u00edndice ya est\u00e1 creado con una instancia LSS dedicada, continuar\u00e1 usando esa instancia LSS dedicada despu\u00e9s de la actualizaci\u00f3n. Esta mejora ha producido una buena reducci\u00f3n de la sobrecarga de memoria (de m\u00e1s de <\/span>1 GB<\/b> a menos de <\/span>30 MB<\/b>ya que 484 \u00edndices comparten ahora 6 instancias LSS).<\/span><\/p>\n

Compartir LSS es <\/span>habilitado<\/i><\/b> por defecto s\u00f3lo en clusters Capella. Para cl\u00fasteres autogestionados, se puede habilitar mediante el siguiente comando REST:<\/span><\/p>\n

curl -X POST -u https:\/\/:9102\/settings --data '{\"indexer.plasma.useSharedLSS\" : verdadero<\/b>}'<\/span><\/tt><\/p>\n