{"id":5982,"date":"2018-11-19T12:41:16","date_gmt":"2018-11-19T20:41:16","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=5982"},"modified":"2025-06-13T21:33:26","modified_gmt":"2025-06-14T04:33:26","slug":"double-click-on-couchbase-autonomous-operator-1-1-0","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/double-click-on-couchbase-autonomous-operator-1-1-0\/","title":{"rendered":"Haga doble clic en Couchbase Autonomous Operator 1.1.0"},"content":{"rendered":"

Couchbase Operador aut\u00f3nomo<\/a> versi\u00f3n 1.1.0 fue publicado<\/a> el 15 de noviembre de 2018. Para el equipo de Kubernetes es una versi\u00f3n peque\u00f1a pero importante para mejorar la experiencia del usuario final. En este post vamos a hacer doble clic en los detalles de lo que se ha cambiado y por qu\u00e9.<\/p>\n

Servicios con estado y vol\u00famenes persistentes<\/b><\/h2>\n

La versi\u00f3n 1.0.0 de Operador Aut\u00f3nomo permit\u00eda que los servidores de un grupo espec\u00edfico de escalado de servidores estuvieran respaldados por almacenamiento persistente. La compatibilidad con el almacenamiento persistente es esencial por muchas razones.<\/p>\n

Los datos son la savia de una base de datos, y nosotros nos los tomamos en serio. Registran qui\u00e9nes son sus clientes, sus preferencias para promociones espec\u00edficas, sus transacciones y multitud de otras informaciones cr\u00edticas para el negocio. Si se pierden esos datos, la empresa puede sufrir consecuencias negativas, desde sanciones econ\u00f3micas hasta la p\u00e9rdida de confianza de los consumidores.<\/p>\n

La plataforma Kubernetes que gestiona el Operador se basa, por dise\u00f1o, en recursos ef\u00edmeros que solo est\u00e1n disponibles mientras se ejecuta el proceso que los requiere. Sin embargo, Kubernetes proporciona vol\u00famenes de almacenamiento persistentes que permiten a las aplicaciones con estado, como la plataforma de datos Couchbase, restaurar los datos en caso de que un proceso del servidor se bloquee o se elimine accidentalmente.<\/p>\n

Buenas pr\u00e1cticas<\/strong><\/h2>\n

Recomendamos encarecidamente que todos los grupos de escalado que contengan datos de documentos o servicios de \u00edndice utilicen almacenamiento persistente. Al hacerlo, los datos no se pierden debido a un fallo y est\u00e1n disponibles para una instancia de servidor de reemplazo. Todo el cl\u00faster se puede restaurar desde una p\u00e9rdida total de energ\u00eda, lo que no es posible sin un almacenamiento persistente para registrar el estado del cl\u00faster. La recuperaci\u00f3n tras un fallo es mucho m\u00e1s r\u00e1pida, ya que el servidor de sustituci\u00f3n puede reutilizar los datos e \u00edndices de documentos existentes, recuperando de las r\u00e9plicas el peque\u00f1o subconjunto de datos que se ha modificado en el \u00ednterin. Como efecto secundario, los registros se conservan en el mismo volumen persistente que permite la recuperaci\u00f3n, lo que permite diagnosticar y solucionar la causa ra\u00edz del fallo.<\/p>\n

Algunos grupos de escalado de servidores, como los que s\u00f3lo ejecutan el servicio de consulta, no dependen del almacenamiento persistente para un funcionamiento fiable. Estos servicios utilizan el estado proporcionado por los servicios de datos e \u00edndices servidos por otros nodos. Como resultado, no es necesario que los servidores sin estado utilicen almacenamiento persistente. Sin persistencia, los registros del servidor no pueden recuperarse si un servidor sin estado se bloquea.<\/p>\n

La versi\u00f3n 1.1.0 de Autonomous Operator resuelve este problema permitiendo adjuntar un volumen de registro ligero a los servidores.<\/p>\n

Mejoras en la recogida de registros<\/b><\/h2>\n

En caso de ca\u00edda de un servidor, el volumen de registro es detectado como hu\u00e9rfano por el Operador y retenido para la recogida de registros. La direcci\u00f3n cbopinfo<\/a> ha sido mejorada para detectar estos vol\u00famenes de registro y presentarlos en el momento de la recogida de registros. La herramienta de soporte recopila de forma selectiva los registros del servidor Couchbase de los vol\u00famenes de registro persistentes y los descarga autom\u00e1ticamente en la m\u00e1quina local que ejecuta el comando.<\/p>\n

La herramienta de asistencia ahora redacta los registros del servidor de informaci\u00f3n potencialmente sensible. El usuario tiene a su disposici\u00f3n tanto los registros redactados como los sin redactar. El usuario final puede elegir qu\u00e9 versi\u00f3n desea enviar a nuestro equipo de asistencia.<\/p>\n

Mejoras en la conservaci\u00f3n de registros<\/b><\/h2>\n

Operator incorpora una nueva pol\u00edtica de retenci\u00f3n de registros que el administrador del cl\u00faster puede controlar suficientemente para limitar el uso de recursos. Operator admite la retenci\u00f3n de registros en funci\u00f3n del n\u00famero m\u00e1ximo<\/a> de vol\u00famenes de registro permitidos (los vol\u00famenes m\u00e1s antiguos se eliminan primero si el n\u00famero existente supera este valor) o en funci\u00f3n del valor duraci\u00f3n<\/a> del volumen hu\u00e9rfano. Las pol\u00edticas de retenci\u00f3n de registros evitan el uso excesivo de recursos y tambi\u00e9n ayudan al administrador a cumplir la legislaci\u00f3n sobre retenci\u00f3n de datos.<\/p>\n

Mejoras en la gesti\u00f3n de cl\u00fasteres<\/b><\/h2>\n

La herramienta de gesti\u00f3n de clusters, cbopctl<\/a> tambi\u00e9n se ha actualizado para ayudar a los usuarios finales a desplegar cl\u00fasteres compatibles. La presencia del por defecto<\/i> o Registros<\/i> montajes de volumen en cualquier grupo de escalado de servidores se\u00f1ala la intenci\u00f3n de que el usuario final desea que el cl\u00faster sea compatible. Estos montajes de volumen no pueden especificarse al mismo tiempo. Adem\u00e1s, cbopctl<\/i> impone que todos los grupos de escalado de servidores sean compatibles si se pretende, y los registros siempre estar\u00e1n disponibles para su recopilaci\u00f3n por parte de cbopinfo<\/i>. Por \u00faltimo, el Registros<\/i> no se puede utilizar en grupos de escalado que contengan el archivo datos<\/i>, \u00edndice<\/i> o an\u00e1lisis<\/i> servicios. Esto ayuda a prevenir escenarios de p\u00e9rdida de datos forzando el uso de por defecto<\/i> montajes de volumen que el Operador puede recuperar.<\/p>\n

La herramienta de gesti\u00f3n de cl\u00fasteres a\u00fan permite al usuario crear cl\u00fasteres sin ning\u00fan tipo de respaldo de volumen persistente para su evaluaci\u00f3n. Como se ha descrito, en esta configuraci\u00f3n el cl\u00faster no puede sobrevivir a un corte de energ\u00eda, puede resultar en la p\u00e9rdida de datos y los problemas pueden ser insostenibles debido a la ausencia de registros del servidor Couchbase.<\/p>\n

Enlaces \u00fatiles<\/b><\/h2>\n