Activo e Inactivo presentan los estados estacionarios de los nodos. Activo significa que un nodo forma parte del cl\u00faster y est\u00e1 recibiendo tr\u00e1fico. Inactivo es un nodo que ya no forma parte del cl\u00faster y no est\u00e1 recibiendo tr\u00e1fico. Todos los dem\u00e1s estados tienen un prop\u00f3sito importante, as\u00ed que echemos un vistazo m\u00e1s a fondo;<\/span><\/p>\n A\u00f1adir y eliminar servidor<\/strong> son operaciones obvias. Sin embargo, hay una cosa importante a tener en cuenta sobre ellas: estas operaciones no confirman inmediatamente el cambio en la topolog\u00eda, sino que ponen el nodo en un estado pendiente de A\u00f1adir\/Eliminar. La conmutaci\u00f3n por error funciona de forma similar.\u00a0<\/span>Conmutaci\u00f3n por error<\/span>\u00a0es el verbo que causa la promoci\u00f3n de r\u00e9plicas a maestros - si tienes replicast al que hacer failover. Tambi\u00e9n pone el nodo en un estado de failover y no inactiva inmediatamente el nodo.\u00a0<\/span><\/p>\n \u00bfPor qu\u00e9 necesitamos estos estados intermedios? Bueno, si quieres ser eficiente en el movimiento de datos, quieres hacer todos los cambios en la topolog\u00eda y confirmar todos los cambios a la vez para completar la transici\u00f3n en el paso de movimiento de datos. Este \u00fanico movimiento para todos los cambios es obviamente mucho m\u00e1s eficiente que muchos movimientos intermedios de datos.\u00a0<\/span><\/p>\n Reequilibrar<\/strong> es el verbo que compromete el cambio de topolog\u00eda e inicia el movimiento de datos con la construcci\u00f3n o reconstrucci\u00f3n de r\u00e9plicas dentro del cluster. Rebalance tiene un mont\u00f3n de smarts como la capacidad de detectar el hecho de que usted est\u00e1 haciendo un n\u00famero igual de a\u00f1adir y eliminar servidores. Este caso se denomina swap-rebalance y no requiere movimiento de datos en los nodos que no est\u00e1n en estado pendiente de eliminar o a\u00f1adir.\u00a0<\/p>\n La mayor parte de esto no sorprende a mucha gente excepto una cosa en esta imagen (incluso algunos de los veteranos est\u00e1n sorprendidos por esto). Esa sorpresa es la operaci\u00f3n de eliminar servidor y el hecho de que la acci\u00f3n de eliminar servidor no saca a un nodo de la rotaci\u00f3n inmediatamente. Un nodo en estado pendiente de eliminaci\u00f3n sigue recibiendo tr\u00e1fico hasta que se emita un reequilibrio. Si est\u00e1s haciendo una entrevista en Couchbase, \u00a1cuidado con la pregunta trampa sobre este tema!<\/p>\n Por cierto, con la pr\u00f3xima versi\u00f3n del producto, queremos introducir algunos cambios importantes en este \u00e1mbito. Si est\u00e1s interesado en darnos tu opini\u00f3n, no dudes en ponerte en contacto conmigo en cihan@couchbase.com.\u00a0<\/span><\/p>\n \u00a1Que aproveche!<\/p>","protected":false},"excerpt":{"rendered":" One of the top attributes of Couchbase Server is its simplicity when it comes to deploying and managing a cluster. Changing the topology of a cluster can be done simply within couchbase through a few actions and few states AND […]<\/p>\n","protected":false},"author":7,"featured_media":13873,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[1],"tags":[],"ppma_author":[8978],"class_list":["post-1674","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized"],"yoast_head":"\n![\"\"](\"https:\/\/www.couchbase.com\/blog\/sites\/default\/files\/uploads\/all\/Slide1.jpg\")
<\/p>\n