Diferència entre revisions de la pàgina «WoSeBerry - Memoria técnica»
| Línia 35: | Línia 35: | ||
- Todas las escrituras tienen que hacerse directamente a la base de datos master. <br> | - Todas las escrituras tienen que hacerse directamente a la base de datos master. <br> | ||
- Cada esclavo adicional agrega algo de carga al maestro, ya que el registro binario debe leer y copiar los datos a cada esclavo. <br> | - Cada esclavo adicional agrega algo de carga al maestro, ya que el registro binario debe leer y copiar los datos a cada esclavo. <br> | ||
| − | - La aplicación podría tener que reiniciarse en caso de fallo del | + | - La aplicación podría tener que reiniciarse en caso de fallo del maestro. |
| − | </td> | + | </td> |
</tr> | </tr> | ||
</table> | </table> | ||
| Línia 48: | Línia 48: | ||
<tr> | <tr> | ||
<td align="center">Ventajas</td> | <td align="center">Ventajas</td> | ||
| − | <td> | + | <td> |
| + | - Si un maestro falla, otros maestros continúan actualizando la base de datos. <br> | ||
| + | - Los Masters se pueden ubicar en varios sitios físicos, es decir, distribuidos en la red. <br> | ||
| + | - Las aplicaciones pueden leer y escribir en ambas bases de datos. <br> | ||
| + | - Distribuye la carga de escritura en ambos nodos maestros, por lo tanto obtenemos un mayor rendimiento de escritura. <br> | ||
| + | - Conmutación por fallo simple, automática y rápida. <br> | ||
| + | </td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td align="center">Desventajas</td> | <td align="center">Desventajas</td> | ||
| − | <td> | + | <td> |
| + | - Los sistemas de replicación son más complejos de configurar y aumentan la latencia de la comunicación. <br> | ||
| + | - Problemas como la resolución de conflictos pueden volverse intratables a medida que aumenta el número de nodos implicados y podrían hacer este sistema menos consistente. <br> | ||
| + | </td> | ||
</tr> | </tr> | ||
</table> | </table> | ||
Revisió del 09:44, 10 maig 2018
Lista NO numerada:
- Esquemas
- Objetivos
- Otro elemento
- Pruebas
- Divagar
Ventajas y desventajas tipos de clúster de base de datos
Elegir el tipo de aquitectura sobre la cual implementaremos nuestras bases de datos no es una decisión trivial. Debe ser una decisión tomada en base a un análisis de las ventajas y desventajas de cada modelo, teniendo en cuenta múltiples factores y valorando cada una de las posibilidades.
Los dos principales tipos de clúster existentes y que hemos evaluado para el proyecto son Master-Slave y Master-Master.
| Arquitectura Master-Slave | |
|---|---|
| Ventajas |
- Facilidad para hacer backups ya que una de las bases de datos es de solo lectura.
|
| Desventajas |
- En el caso de un fallo, un esclavo debe ser promovido/transformado a maestro para tomar su lugar. Sin conmutación por error automática o con implementación compleja. |
| Arquitectura Master-Master | |
|---|---|
| Ventajas |
- Si un maestro falla, otros maestros continúan actualizando la base de datos. |
| Desventajas |
- Los sistemas de replicación son más complejos de configurar y aumentan la latencia de la comunicación. |