Universidad Tcnica del Norte F.I.C.

A Nombre: Fabin Bastidas Fecha: 2013-04-24 Materia: Base de Datos III I TEMA CLUSTERS II OBJETIVOS PRINCIPAL Investigar sobre los clusters en base de datos.

SECUNDARIOS Usar herramientas para la investigacin. Resumir la informacin.

III MARCO TEORICO

CLUSTER Un clster es simplemente una coleccin de componentes que se unen y trabajan como un solo componente para proveer alta disponibilidad. Cuando hablamos de clusters de bases de datos, nos referimos a una arquitectura en la que tenemos varios equipos con parte de los datos del usuario trabajando al unsono como un solo sistema. La arquitectura de un cluster de base de datos viene definida por la manera en que se almacenan los datos en cada nodo. Los clusters en base de datos son la divisin de un sistema complejo de base de datos en varias porciones pequeas que trabajaran igual al sistema solo q cada cluster o divisin sera una pequea parte del sistema, por ejemplo como un mdulo de un sistema complejo. Esto nos ayuda a dividir el trabajo en varios puntos y no en un solo facilitando el trabajo mediante la divisin de este.

Arquitecturas de tipo cluster Tipo 1 En este tipo de arquitectura cada nodo del clster posee parte de la informacin dentro base de datos y solamente procesa la informacin que l tiene. Este tipo de arquitectura es en realidad la ms comn y la ofertada por la mayora de los fabricantes de motores de base de datos. Al multiplicarse los volmenes de datos, su administracin es un cargo muy costoso en algunas ocasiones, lo que est obligando a las empresas a tomar decisiones sobre qu hacer con la informacin, cmo almacenarla y en manos de quin dejarla. Cada nodo se encarga de procesar cada porcin de la informacin que el posee almacenado en su disco incrementando el nmero de IOPS que podemos alcanzar en comparacin a una base de datos no clusterizada. Adems, dado que los datos estn distribuidos en varios nodos en caso de ocurrir un fallo en uno de los nodos la nica informacin que no estara disponible es la que estaba gestionando este nodo hasta que vuelva a ser levantado. Hay que tener en cuenta que esto es una gran ventaja en comparacin a un motor de base de datos que gestiona toda la informacin y no est distribuido, ya que con la cada de este motor perdemos acceso completo a toda nuestra informacin. Con esta arquitectura garantizaramos la disponibilidad de los datos pero el uso de los recursos es mas grande. Tambin si un nodo falla se perdera la informacin e ese nodo.

Tipo 2: En este tipo de arquitectura toda la informacin de la base de datos es compartida, mientras que el procesamiento de esta informacin es distribuida entre los nodos. Al tener la arquitectura distribuida que ofrece un clster, puedo asegurar alta disponibilidad de mi informacin, adems de poder alcanzar un mayor nmero de transacciones simultneas (IOPS). Cada nodo se encarga de procesar informacin por separado, pero todos los nodos comparten acceso a toda la informacin. Dado que la informacin se procesa por separado, obtenemos los mismos beneficios que la arquitectura anterior en relacin a IOPS, con la ventaja adicional que en caso de falla de un nodo no perderemos acceso a esta informacin al estar los nodos compartidos. Aqu se usa ms recursos que en la anterior ya q todos los nodos procesan toda la informacin por separado pero as tambin garantiza la disponibilidad de informacin as un nodo falle.

IV CONCLUSIONES

En conclusin la arquitectura de cauterizacin nos provee beneficios sobre la disponibilidad pero se necesita ms de la parte del sistema es decir consume mayor parte de recursos.