Una de las capacidades de Couchbase Server es la posibilidad de hacer actualizaciones en l\u00ednea sin tiempo de inactividad. Esto se debe en parte a las caracter\u00edsticas de auto-sharding y rebalanceo de Couchbase. En esta entrada del blog vamos a caminar a trav\u00e9s de los enfoques recomendados para hacer una actualizaci\u00f3n continua. Si bien todos estos enfoques son posibles formas de actualizaci\u00f3n, se enumeran en orden de lo que se considera la mejor pr\u00e1ctica. Se da preferencia a la facilidad de operaci\u00f3n, manteniendo el cluster y la aplicaci\u00f3n online y operativa, as\u00ed como un rendimiento consistente mientras se realiza la actualizaci\u00f3n. Obviamente, algunos de estos puntos ser\u00e1n m\u00e1s f\u00e1ciles de aplicar para algunas personas que para otras. Todas funcionar\u00e1n.<\/p>\n
Nota:<\/strong> Aunque estas instrucciones han sido probadas y funcionar\u00e1n a un nivel funcional, como siempre deber\u00edas probar el enfoque seleccionado primero en tus propios entornos de prueba antes de proceder a actualizar tu cluster de producci\u00f3n. Una vez actualizado, aseg\u00farate de ejecutar los procedimientos de prueba de humo de tu aplicaci\u00f3n y base de datos existentes para confirmar que las caracter\u00edsticas de Couchbase que utilizas contin\u00faan funcionando como lo necesitas y esperas. Esto deber\u00eda aplicarse tanto al proceso de actualizaci\u00f3n como a la nueva funcionalidad proporcionada por Couchbase. Si tiene un contrato de soporte Enterprise con Couchbase y necesita asistencia general con la actualizaci\u00f3n, tiene problemas antes o durante, etc., por favor no dude en contactar con el Soporte de Couchbase y\/o su Gestor de Cuenta. Si est\u00e1s usando la Community Edition de Couchbase, existen las siguientes opciones foros comunitarios<\/a> para obtener ayuda o no hay momento como el presente para obtener asistencia de primera clase y las prestaciones<\/a> que la edici\u00f3n Enterprise aporta a sus sistemas de misi\u00f3n cr\u00edtica. Adem\u00e1s de no<\/strong> Al no tener acceso al equipo de soporte de Couchbase, la Community Edition se retrasar\u00e1 en las revisiones del c\u00f3digo durante un periodo de tiempo (normalmente m\u00e1s de 3 meses), no contendr\u00e1 ciertas caracter\u00edsticas Enterprise y no tendr\u00e1 acceso a las correcciones en caliente a medida que vayan saliendo.<\/p>\n Nota:<\/strong> En Couchbase Server 2.5 Enterprise Edition, se introdujo una caracter\u00edstica llamada Rack\/Zone Awareness (RZA). Su funcionalidad est\u00e1 m\u00e1s all\u00e1 del alcance de este post, pero deber\u00edas conocerla y leer sobre ella si est\u00e1s actualizando a 2.5 o superior, desde una versi\u00f3n anterior a 2.5. Para m\u00e1s detalles, consulte Conocimiento de estanter\u00edas\/zonas<\/a> en la documentaci\u00f3n.<\/p>\n Nota:<\/strong> Si est\u00e1s actualizando de Couchbase 1.8.1 a 2.x, hay algunas consideraciones t\u00e9cnicas \u00fanicas que debes revisar. Incluyendo, pero no limitado a, la introducci\u00f3n de la estructura de archivo de datos append-only para el almacenamiento basado en disco que aumenta el espacio de disco requerido a 2-3x de la cantidad de datos que desea almacenar, pero acelera enormemente las escrituras en disco. Todos los detalles est\u00e1n disponibles en el Recursos necesarios<\/a> del manual de Couchbase para asegurarte de que tienes al menos los servidores configurados m\u00ednimos recomendados. Adem\u00e1s, echa un vistazo a Perry's entrada de blog sobre el dimensionamiento de un cl\u00faster 2.0<\/a> para obtener m\u00e1s ayuda.<\/p>\n Este enfoque utiliza un proceso denominado Reequilibrio de swaps<\/a> para a\u00f1adir exactamente el mismo n\u00famero de nuevos servidores\/instancias que el cl\u00faster existente y eliminar los antiguos. Esto ser\u00e1 especialmente atractivo para las organizaciones que utilizan una nube p\u00fablica o privada que pueden adquirir instancias de servidor con relativa facilidad o para los usuarios que realizan una renovaci\u00f3n completa del hardware. Cada nuevo servidor\/instancia deber\u00eda tener las mismas o mejores especificaciones de hardware que los existentes, tener la seguridad del sistema operativo reforzada y la versi\u00f3n de actualizaci\u00f3n objetivo de Couchbase Server instalada. (Si est\u00e1s aumentando la RAM y por lo tanto necesitas aumentar la cuota total de RAM de Couchbase, mira la secci\u00f3n de abajo detallando informaci\u00f3n sobre lo que necesitas mirar para ayudarte con este proceso). Este enfoque de actualizaci\u00f3n ofrece el mejor rendimiento y la transici\u00f3n m\u00e1s f\u00e1cil de una versi\u00f3n existente a una nueva versi\u00f3n. Cuando el reequilibrio est\u00e9 completo todo el cluster estar\u00e1 en la nueva versi\u00f3n y los nodos antiguos eliminados y listos para ser reciclados. Para m\u00e1s informaci\u00f3n, consulte Reequilibrio de swaps<\/a> en el manual de Couchbase.<\/p>\n Pasos:<\/p>\n 1) Adquiera un n\u00famero id\u00e9ntico de servidores\/instancias nuevos que los que hay en su cl\u00faster actual. Este comando se conectar\u00e1 al nodo de cl\u00faster existente especificado y comenzar\u00e1 el proceso de reequilibrio de intercambio en l\u00ednea para a\u00f1adir los cuatro nuevos nodos y eliminar los cuatro nodos existentes. Aseg\u00farese de utilizar algo como screen para ejecutar este proceso, de modo que pueda desconectarse y volver a conectarse para ver el progreso. Un reequilibrio puede llevar un tiempo dependiendo del tama\u00f1o y la utilizaci\u00f3n de los recursos de su cl\u00faster (por ejemplo, E\/S de disco, red, etc.). Adem\u00e1s, un reequilibrio est\u00e1 pensado para ser un proceso en segundo plano y prioriza el tr\u00e1fico a nivel de aplicaci\u00f3n a costa de aumentar el tiempo de reequilibrio. Dicho esto, dependiendo del tama\u00f1o de su cl\u00faster, podr\u00eda ver una peque\u00f1a ca\u00edda en el rendimiento mientras se ejecuta el reequilibrio. Puede tardar una hora o m\u00e1s, dependiendo de varios factores. Normalmente la red y el disco ser\u00e1n los mayores cuellos de botella. Consulte la secci\u00f3n siguiente sobre la supervisi\u00f3n de un reequilibrio para poder ver lo que est\u00e1 pasando y confirmar que el proceso sigue avanzando. Adem\u00e1s, perm\u00edtanme aprovechar este momento para mencionar de nuevo que usted realmente quiere probar esto en un entorno de prueba en primer lugar y ver lo que va a pasar y los tiempos.<\/p>\n Nota:<\/strong>\u00a0Por lo general, las nuevas caracter\u00edsticas de la versi\u00f3n actualizada de Couchbase estar\u00e1n disponibles para su uso una vez que el reequilibrio se haya completado. Aunque algunas caracter\u00edsticas estar\u00e1n disponibles inmediatamente.<\/p>\n 5)Ahora vamos a limpiar las cadenas de conexi\u00f3n del cliente Couchbase. Aunque los servidores de aplicaciones en ejecuci\u00f3n ya tienen el mapa del cluster actualizado, si reiniciaras esos servidores de aplicaciones, necesitar\u00edan obtener un nuevo mapa del cluster. As\u00ed que, en cada servidor de aplicaciones que tengas accediendo al cluster de Couchbase, edita la configuraci\u00f3n de la cadena de conexi\u00f3n para eliminar por completo los antiguos hostnames\/IPs de los nodos del cluster y aseg\u00farate de que tienes al menos tres de los nodos activos.<\/p>\n Este proceso es una variaci\u00f3n del #1. En lugar de reemplazar todos los servidores\/instancias del cl\u00faster, a\u00f1adir\u00e1 uno o m\u00e1s (uno es bueno, m\u00e1s es mejor) nuevos servidores\/instancias de especificaciones de hardware iguales o mejores al cl\u00faster y eliminar\u00e1 otros tantos del cl\u00faster al mismo tiempo utilizando el comando Reequilibrio de swaps<\/a> proceso. A continuaci\u00f3n, repita este proceso hasta que cada nodo se haya actualizado a la versi\u00f3n de destino.<\/p>\n Informaci\u00f3n t\u00e9cnica: Recuerda que si a\u00f1ades dos servidores, eliminas dos. De esta forma se minimizan los nodos implicados en el reequilibrio. En un reequilibrio de intercambio, un nodo s\u00f3lo copiar\u00e1 sus vBuckets al nuevo nodo y s\u00f3lo involucrar\u00e1 a los dos servidores que se intercambian. Si por el contrario, por ejemplo, se intercambian m\u00e1s servidores de los que se intercambian, entonces el cl\u00faster tiene que barajar los vBuckets de todos los nodos y se incrementa la carga en todos los nodos del cl\u00faster.<\/span><\/p>\n Pasos:<\/p>\n Repita estos pasos hasta que todos los nodos se hayan actualizado a la nueva versi\u00f3n.<\/p>\n Una vez completado, vamos a limpiar las cadenas de conexi\u00f3n del cliente Couchbase. Aunque los servidores de aplicaciones en ejecuci\u00f3n ya tienen el mapa del cluster actualizado, si reiniciaras esos servidores de aplicaciones, necesitar\u00edan obtener un nuevo mapa del cluster. As\u00ed que, en cada servidor de aplicaciones que tengas accediendo al cluster de Couchbase, edita la configuraci\u00f3n de la cadena de conexi\u00f3n para eliminar por completo los antiguos hostnames\/IPs de los nodos del cluster y aseg\u00farate de que tienes al menos tres de los nodos activos.<\/p>\n Todas las nuevas funciones deber\u00edan estar disponibles para su uso una vez que todos los nodos est\u00e9n en la misma versi\u00f3n. Para obtener informaci\u00f3n general sobre el reequilibrio de swaps, consulte Reequilibrio de swaps<\/a>.<\/p>\n Nota: Mientras que los ejemplos aqu\u00ed usan la Consola Web de Couchbase, podr\u00edas usar la API REST o herramientas CLI para hacer esto.<\/p>\n Este proceso es un poco m\u00e1s complicado y lo digo s\u00f3lo porque en realidad s\u00f3lo se debe realizar si su cl\u00faster tiene el tama\u00f1o adecuado y puede soportar la p\u00e9rdida temporal de un nodo por completo con poca o ninguna degradaci\u00f3n del rendimiento mientras se actualiza. Si no est\u00e1 seguro de si su cl\u00faster tiene el tama\u00f1o adecuado, investigue un poco para averiguarlo con antelaci\u00f3n y no en medio de su ventana de mantenimiento. La raz\u00f3n por la que usar\u00edas este proceso es si no tuvieras acceso a otros servidores\/instancias y quisieras hacer la actualizaci\u00f3n in situ. Si tienes un contrato de soporte de Couchbase Enterprise y necesitas ayuda con este proceso, puedes contactar con soporte con cualquier pregunta durante la planificaci\u00f3n de esta actualizaci\u00f3n.<\/p>\n Recuerde tambi\u00e9n que \u00e9ste podr\u00eda ser un buen momento para a\u00f1adir capacidad de cl\u00faster (ya sea vertical u horizontalmente) en general y, en su lugar, aplicar las soluciones #1 o #2 recomendadas anteriormente.<\/p>\n Repita estos pasos hasta que todos los nodos se hayan actualizado a la nueva versi\u00f3n.<\/p>\n Por supuesto, puede supervisar a trav\u00e9s de la propia GUI de reequilibrio, pero puede que necesite una vista m\u00e1s detallada para determinar si se estanca. Necesitar\u00e1s observar al menos las dos m\u00e9tricas siguientes en los nodos, la cola de escritura en disco y el recuento de vBucket activos. En Couchbase 2.x hay m\u00e1s m\u00e9tricas detalladas de rebalanceo en la pesta\u00f1a del servidor. Tambi\u00e9n ten en cuenta que durante un rebalanceo Couchbase mueve un bucket cada vez. As\u00ed que si tienes m\u00faltiples cubos y no ves actividad en la cola de escritura en disco o en los n\u00fameros de cubo, puede que est\u00e9s mirando el cubo equivocado.<\/p>\n La cola de escritura en disco debe ser inferior a 1 mill\u00f3n para cada nodo. Si supera este n\u00famero, el nodo enviar\u00e1 un mensaje de cancelaci\u00f3n a otros nodos cuando intenten enviarle vbuckets durante el proceso de reequilibrio. Esto es normal y lo \u00fanico que hay que hacer es esperar a que la cola de escritura en disco se vac\u00ede para que empiece a aceptar operaciones de reequilibrio de nuevo. La cuota para este se puede configurar<\/a>Pero hazlo s\u00f3lo si sabes lo que haces.<\/p>\n Recuento de cubos activos<\/span><\/p>\n Este n\u00famero deber\u00eda estar cambiando en los nodos que se est\u00e1n a\u00f1adiendo y eliminando. Si este n\u00famero no cambia durante 10-20 minutos, es posible que el reequilibrio se haya estancado y sea necesario detenerlo y reiniciarlo. Reequilibrio desde la l\u00ednea de comandos<\/span><\/p>\n Hacer esto nos da un poco m\u00e1s de flexibilidad sobre el uso de la Consola Web, ya que podemos a\u00f1adir nuevos nodos y eliminar los antiguos nodos en un reequilibrio. Utilizaremos el comando couchbase-cli para especificar qu\u00e9 nodos a\u00f1adir y cu\u00e1les eliminar. Detalles completos para el comando CLI disponible aqu\u00ed<\/a>.<\/p>\n Aseg\u00farese de utilizar algo como pantalla<\/a> o nohup ya que el reequilibrio puede tardar un poco dependiendo del tama\u00f1o de tu cluster, replicas, XDCR, etc.<\/p>\nEnfoque recomendado #1, un reequilibrio completo de swaps:<\/h2>\n
\n2) Para cada nuevo servidor\/instancia, refuerza el sistema operativo e instala la versi\u00f3n objetivo de Couchbase Server, adem\u00e1s de cualquier hot fix.
\n3) Cree una copia de seguridad de los datos de su cl\u00faster utilizando la funci\u00f3n herramienta cbbackup<\/a>seg\u00fan su procedimiento habitual.
\n4) En uno de los nodos de la base de datos tendr\u00e1 que construir una llamada a la l\u00ednea de comandos utilizando el comando comando couchbase-cli<\/a>. En el momento de redactar este documento, la interfaz web no permite cambiar todos los nodos existentes del cl\u00faster a la vez. A continuaci\u00f3n se muestra un ejemplo del comando que debe ejecutar para a\u00f1adir y eliminar cuatro nodos:<\/p>\n
\n-c :8091
\n-servidor-add=:8091
\n-servidor-add=:8091
\n-servidor-add=:8091
\n-servidor-add=:8091
\n-servidor-eliminar=:8091
\n-servidor-eliminar=:8091
\n-servidor-eliminar=:8091
\n-servidor-eliminar=:8091
\n-u Administrador -p<\/div>\n<\/div>\nEnfoque recomendado #2, un reequilibrio renovable de swaps:<\/h2>\n
\n
Enfoque recomendado #3, Una verdadera actualizaci\u00f3n rodante:<\/h2>\n
Pasos:<\/h6>\n
\n
Tres elementos importantes durante el reequilibrio:<\/h2>\n
\n
Seguimiento del progreso del reequilibrio<\/h2>\n
Cola de escritura en disco<\/h6>\n
\n???
\nPara obtener informaci\u00f3n m\u00e1s detallada, consulte Supervisi\u00f3n de un reequilibrio en la documentaci\u00f3n de Couchbase.<\/p>\n
\n\u2013server-remove=192.168.0.2
\n\u2013server-add=192.168.0.4
\n-server-add-username=Administrador
\n-servidor-a\u00f1adir-contrase\u00f1a=<\/div>\n<\/div>\nActualizaciones del SDK cliente<\/h2>\n