Diferència entre revisions de la pàgina «WoSeBerry - Memoria técnica»

De Wiket
Salta a la navegació Salta a la cerca
Línia 23: Línia 23:
 
     <td align="center">'''Ventajas'''</td>
 
     <td align="center">'''Ventajas'''</td>
 
     <td>
 
     <td>
      - Facilidad para hacer backups ya que una de las bases de datos es de solo lectura. <br>  
+
- Facilidad para hacer backups ya que una de las bases de datos es de solo lectura. <br>  
      - Las aplicaciones analíticas pueden leer del esclavo sin afectar al rendimiento del maestro. <br>
+
- Las aplicaciones analíticas pueden leer del esclavo sin afectar al rendimiento del maestro. <br>
      - Los esclavos se pueden desconectar y volver a sincronizar con el maestro sin tiempo de inactividad.
+
* Los esclavos se pueden desconectar y volver a sincronizar con el maestro sin tiempo de inactividad.
 
     </td>
 
     </td>
 
   </tr>
 
   </tr>
 
   <tr>
 
   <tr>
 
     <td align="center">'''Desventajas'''</td>
 
     <td align="center">'''Desventajas'''</td>
     <td>* Desventaja 1 <br> * Desventaja 2</td>
+
     <td>
 +
- 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.<br>
 +
- Tiempo de inactividad y posiblemente pérdida de datos cuando falla un master. <br>
 +
- Todas las escrituras tienen que hacerse directamente a la base de datos master.
 +
- Cada esclavo adicional agrega algo de carga al maestro, ya que el registro binario debe leer y copiar los datos a cada esclavo.
 +
- La aplicación podría tener que reiniciarse en caso de fallo del master.
 +
</td>
 
   </tr>
 
   </tr>
 
</table>
 
</table>

Revisió del 09:34, 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.
- Las aplicaciones analíticas pueden leer del esclavo sin afectar al rendimiento del maestro.

  • Los esclavos se pueden desconectar y volver a sincronizar con el maestro sin tiempo de inactividad.
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.
- Tiempo de inactividad y posiblemente pérdida de datos cuando falla un master.
- Todas las escrituras tienen que hacerse directamente a la base de datos master. - Cada esclavo adicional agrega algo de carga al maestro, ya que el registro binario debe leer y copiar los datos a cada esclavo. - La aplicación podría tener que reiniciarse en caso de fallo del master.


Arquitectura Master-Master
Ventajas * Ventaja 1
* Ventaja 2
Desventajas * Desventaja 1
* Desventaja 2