{"id":4330,"date":"2017-12-11T07:00:43","date_gmt":"2017-12-11T15:00:43","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=4330"},"modified":"2023-09-11T11:36:37","modified_gmt":"2023-09-11T18:36:37","slug":"scaling-couchbase-cluster-increasing-decreasing-demand","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/scaling-couchbase-cluster-increasing-decreasing-demand\/","title":{"rendered":"Escalado de un cl\u00faster Couchbase para una demanda creciente y decreciente"},"content":{"rendered":"

Cuando se trata de escalar una base de datos, suele ser una tarea que la gente quiere evitar. En el caso de las bases de datos relacionales, que suelen tener un tama\u00f1o vertical, los administradores tendr\u00edan que desconectar la base de datos y a\u00f1adir nuevo hardware a los servidores. En este escenario, cualquier escalado que se produzca es una operaci\u00f3n unidireccional, lo que significa que probablemente nunca se quitar\u00e1 hardware y se reducir\u00e1 la escala. En el caso de las bases de datos NoSQL, que suelen ser bases de datos distribuidas, el hardware suele eliminarse de la ecuaci\u00f3n, pero a veces a costa de la simplicidad de la configuraci\u00f3n. Tomemos MongoDB, por ejemplo, que tiene varios nodos diferentes que incluyen maestro, esclavo, r\u00e9plica y shard.<\/p>\n

Aqu\u00ed es donde Servidor Couchbase<\/a> entra.<\/p>\n

Couchbase Server es una base de datos NoSQL distribuida que fue dise\u00f1ada para poder escalarse f\u00e1cilmente. Debido a la arquitectura peer-to-peer de nodo \u00fanico, los cl\u00fasteres se pueden escalar hacia arriba o hacia abajo para satisfacer la demanda con s\u00f3lo unos clics del rat\u00f3n. Si la interfaz de usuario no se adapta a tus necesidades, tambi\u00e9n puedes utilizar las API y las herramientas CLI disponibles.<\/p>\n

Vamos a ver exactamente lo f\u00e1cil que puede ser escalar un cl\u00faster cuando se utiliza Couchbase como la base de datos de elecci\u00f3n en su organizaci\u00f3n.<\/p>\n

<\/p>\n

En este ejemplo, vamos a explorar el escalado de cl\u00fasteres mediante Docker. En producci\u00f3n, podr\u00edas estar utilizando cualquier n\u00famero de soluciones para alojar tus nodos. Independientemente del escenario, los pasos para escalar para satisfacer una demanda creciente o decreciente ser\u00e1n los mismos.<\/p>\n

Creaci\u00f3n de nodos de servidor Couchbase con Docker<\/h2>\n

Asumiendo que ya tienes Docker instalado, querr\u00e1s ejecutar los siguientes comandos desde la CLI de Docker:<\/p>\n

docker run -d -p 7091:8091 --name couchbase1 couchbase\/server\r\ndocker run -d -p 8091:8091 --name couchbase2 couchbase\/server\r\ndocker run -d -p 9091:8091 --name couchbase3 couchbase\/server\r\ndocker run -d -p 10091:8091 --name couchbase4 couchbase\/server<\/pre>\n
Los comandos anteriores crear\u00e1n cuatro contenedores Couchbase utilizando la imagen Docker oficial que se encuentra en Centro Docker<\/a>. Cada contenedor tendr\u00e1 un nombre diferente y un puerto host diferente. Couchbase Server usa muchos puertos, pero s\u00f3lo necesitamos mapear el puerto del administrador porque es el \u00fanico al que accederemos desde la m\u00e1quina anfitriona. Los otros puertos pueden ser accedidos por los contenedores dentro de la red de contenedores.<\/p>\n
Con los nodos disponibles, podemos crear un cl\u00faster y ampliarlo.<\/p>\n
Escalado de Couchbase Server para una demanda creciente<\/h2>\n
En este momento no tenemos un cluster Couchbase configurado. Desde un navegador web, navega a https:\/\/localhost:7091.<\/p>\n
\"Couchbase<\/p>\n
Dado que se trata de un nuevo nodo, vamos a configurar un nuevo cl\u00faster. Sigue los pocos pasos del asistente de configuraci\u00f3n hasta que llegues al panel de control administrativo de Couchbase. Enhorabuena, \u00a1tienes un cluster Couchbase de un solo nodo!<\/p>\n
Cree un Cubo, a\u00f1\u00e1dale algunos documentos y contin\u00fae.<\/p>\n
Avancemos al futuro y supongamos que su negocio est\u00e1 en auge. El cl\u00faster de un solo nodo ya no es suficiente y necesitas m\u00e1s potencia. Desde el navegador web, navegue a https:\/\/localhost:8091, que es uno de sus nodos actualmente no utilizados. En lugar de crear un nuevo cl\u00faster, vamos a unirnos a un cl\u00faster existente.<\/p>\n
\"Couchbase<\/p>\n
Se le pedir\u00e1 un host de un nodo existente en el cl\u00faster. Como estamos usando Docker, aseg\u00farate de obtener la IP correcta del contenedor y no la IP del host. Despu\u00e9s de elegir unirse al cl\u00faster, puede comprobar los servidores dentro de su cl\u00faster.<\/p>\n
\"Couchbase<\/p>\n
En este momento deber\u00eda haber dos servidores en su cluster. La uni\u00f3n del cl\u00faster existente y su ampliaci\u00f3n no se completan hasta que se reequilibra el cl\u00faster. Al reequilibrar el cl\u00faster, los datos se reparten de forma que ning\u00fan nodo tenga que soportar una carga excesiva. El cl\u00faster permanece disponible durante el reequilibrio sin tiempo de inactividad.<\/p>\n
Supongamos que la demanda de tu aplicaci\u00f3n est\u00e1 fuera de control y necesitas a\u00f1adir otro nodo al cluster. Vamos a hacer algo un poco diferente esta vez. Desde el navegador web, navega a https:\/\/localhost:9091, que actualmente es un nodo no utilizado. En lugar de unirnos al cl\u00faster, vamos a crear un nuevo cl\u00faster. Una vez configurado el cl\u00faster, toma nota de la IP del contenedor.<\/p>\n
\"Couchbase<\/p>\n
Vuelve a la lista de servidores del cluster original y elige a\u00f1adir un nuevo servidor. El nuevo cl\u00faster que acabas de crear se borrar\u00e1 y se a\u00f1adir\u00e1 a nuestro cl\u00faster original. Recuerde que no ha terminado de escalar su cl\u00faster hasta que realice un reequilibrio.<\/p>\n
\"Couchbase<\/p>\n
A medida que su cl\u00faster y sus necesidades de datos crecen, el reequilibrio puede tardar un poco. Recuerda que el cl\u00faster permanece en l\u00ednea durante este tiempo, lo que es conveniente para las operaciones.<\/p>\n
Escalado de Couchbase Server para una demanda decreciente<\/h2>\n
As\u00ed que ha tenido un buen a\u00f1o, pero digamos que la demanda de sus servidores ha disminuido. Suele pasar, pero cuando pasa, probablemente no quieras estar pagando por esos recursos que no est\u00e1s usando. Por suerte para nosotros, escalar Couchbase hacia abajo es tan f\u00e1cil como escalarlo hacia arriba.<\/p>\n
Vuelve a la lista de servidores de tu cluster.<\/p>\n
\"Couchbase<\/p>\n
Elija un servidor de la lista del que desee deshacerse. Sin embargo, hay algunas cosas que debes tener en cuenta antes de empezar a eliminar nodos de tu cl\u00faster:<\/p>\n