No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Curso de PostgreSQL

Curso de PostgreSQL

Oswaldo Rodríguez González

Oswaldo Rodríguez González

Introducción a Réplicas

29/32
Recursos

Aportes 50

Preguntas 6

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

Son mecánismos que permiten evitar problemas de entrada y salida en los SO.
“Existen 2 tipos de personas, los que ya usan réplicas y los que las van a usar…” - Piensa siempre en modo réplica.
A medida que la DB crece encontraremos limitaciones físicas y de electrónica, si la DB aumenta tanto su tamaño, las limitaciones serán de procesamiento, RAM, almacenamiento.
Hemos visto que las consultas en local son muy rápidas, sin embargo, cuando la aplicación ha sido desplegada pueden ocurrir multiples peticiones de lectura y escritura. Todos los motores de DB pueden hacer una ejecución a la vez, por lo que recibir tantas peticiones de consulta al mismo tiempo puede hacer que regresar una consulta se demore demasiado y eso puede ser catastrófico, pero las réplicas son la solución a este tipo de problemas.
¿Cuál es la estrategia? Tener una base de datos principal donde se realizan todas las modificaciones, y una base de datos secundaria dónde se realiza las lecturas. Separar las tareas es altamente beneficioso en cuanto al rendimiento de la aplicación, así, cuando se modifica una DB automáticamente se lleva el cambio a la DB de lectura. Todo lo que hay que hacer es configurar 2 servidores de postgres, uno como maestro y otro como esclavo. Se debe modificar la aplicación para que todas las modificaciones se hagan sobre el maestro y la lectura sobre la replica, o la DB en caliente. Es imposible realizar cambios en la DB de réplica.

Información enriquecedor!!

Le diré replica, esclavo suena feo jajaj

Todo para mejorar el rendimeinto de nuestros aplicativos y mejorar la experiencia de nuestro cliente final

Cuando la aplicación crece a nivel exponencial,nos vamos a encontrar con límites físicos en el servidor que está nuestra aplicación. También sucede que, Sí ocurren muchas lecturas y escritura en una tabla esta puede ser bloqueda por postgres. Aquí es donde las entra las replicas

Introducción a réplicas

Son mecanismos que nos evitan tener problemas de entrada y salida en los sistemas operativos.

Existen dos tipos de personas, los que ya usan réplicas y los que las van a usar…

Piensa siempre en modo Réplica.

La estrategia consiste tener tener una BD principal donde se hacen las modificaciones y una BD secundaria donde solo se hacen las lecturas.

Información resumida de esta clase
#EstudiantesDePlatzi

  • Las réplicas nos permiten evitar problemas de entrada y salida en los sistemas operativos

  • Debemos tener el mindset de modo réplica

  • Es buena idea tener dos bases de datos en donde en una se hace la escritura y en otra la lectura, para esto se manejan dos servidores

¿Qué significa IOPS? IOPS (Input/Output Operations Per Second, pronunciado i-ops)es una medida del rendimiento de referencia común para los dispositivos informáticos de almacenamiento.
https://kb-es.sandisk.com/app/answers/detail/a_id/11619/~/definici��n-de-input%2Foutput-operations-per-second-(iops)

¿Cuál es la estrategia para afrontar el bloque? Tener más de una de datos, tener una base de dato donde se hacen todas las modificaciones y tener una bases de datos donde solamente se hacen las lecturas.

Gracias Oswaldo… tu curso es Genial!!

UNa replica es basicamente crear una BBDD principal para escritura y una base de datos secundaria para lectura.

  • Introducción a replicas
    • Al momento de realizar una consulta Postgres no nos permite realizar una operación y viceversa.
    • Debido a esto es recomendable realizar una replica teniendo dos servidores para db, uno solo de lecturas y otro solo para operaciones.
    • Esto nos permite realizar consultas mientras en paralelo se modifica la bd. En ese caso la db de operaciones se llamaría db maestra y la de consultas sería una replica.

High Availability, Load Balancing, and Replication
https://www.postgresql.org/docs/9.6/high-availability.html

Justo lo que estaba necesitando. Gracias caballeros!!!

Excelente curso, muy explicito.

Esto es muy importante!!!

En resumen: crear una DB principal para los INSERT, UPDATE y DELETE y otra secundaria para los SELECT.

En resumen, las réplicas en PostgreSQL son herramientas valiosas para mejorar el rendimiento, la escalabilidad y la disponibilidad de un sistema de base de datos, pero su implementación y gestión deben abordarse con cuidado para garantizar la integridad y la consistencia de los datos.

No tenía idea se que esto se podía hacer. Es muy interesante este concepto.

Existen dos tipos de personas, los que ya usan réplicas y los que las van a usar.

Las réplicas son muuuuuuuuuuyimportantes

uffff brutaal,esta claseeeeeeee genial

Mamita cuando pensé que había acabado el curso y solo venian recomendaciones finales sale el concepto de replica. Andiamo!

Esto se aplica a los sistemas de correo,

PGPool es una herramienta que permite automatizar estos procesos de replicas y maestros, incluso para conseguir una gran disponibilidad en consultas con la base de datos, todas saliendo desde un mismo puerto e IP. Seria bueno una introducción a este tipo de herramientas!

  • Las réplicas evitan problemas de entrada y salida de los OS.
  • Se debe tener una DB principal en la cual se puedan hacer modificaciones y una secundaria en la que se puedan hacer las lecturas.
  • Se separan tareas y acciones en por lo menos dos servidores de postgres, uno como master y otro que va a ser la copia en caliente.
Tanto los discos duros, el cpu, y la memoria física tienen limites que no pueden ser sobrepasados, por ello no se puede realizar acciones de escritura y lectura al mismo tiempo, si se realiza una escritura, postgres bloque las lecturas y viceversa, esto lo hace para conservar la consistencia de datos. En aplicaciones cuyas bases de datos han crecido exponencialmente y realicen varias lecturas, esta no permite realizar escrituras hasta que se terminen las lecturas, lo cual podría llevar bastante tiempo, tiempo que es crucial. Para solventar esto están las réplicas: Se trabaja con 2 bases de datos, una principal que se encarga solo de la escritura, y una base de datos secundaria, solo de lectura. Lo que se guarde en la principal se verá reflejada en la secundaria, esto postgres lo hace automáticamente. Solo se tiene que configurar 2 servidores (un maestro y otro esclavo) Habla sobre IOPS (Input/Output Operation per second), es la limitante que se tiene a nivel de sistemas operativos, cuantas operaciones puede realizar por segundo.
Esta clase ha sido muy reveladora para mí. Desde este momento pensaré en modo **Réplica**.

Se debe configurar los servidores para generar réplicas, con la finalidad de que al momento de interactuar con la base de datos no se bloque la misma y poder seguir trabajando , no perder información. Las limitaciones que se pueden presentar son físicas o electrónicas.

Buen inicio para comenzar el uso de replicas

IOPS (Input/Output Operations Per Second, pronunciado i-ops)es una medida del rendimiento de referencia común para los dispositivos informáticos de almacenamiento como unidades de disco duro (HDD), unidades de estado sólido (SSD) y redes de área de almacenamiento (SAN).

Seguir leyendo

Sólo sabía de las réplicas luego de un terremoto! 😃

La replicación en PostgreSQL es una técnica comúnmente utilizada para lograr alta disponibilidad, escalabilidad y tolerancia a fallos. Las réplicas se pueden utilizar para distribuir la carga de trabajo en varios servidores, mejorar el rendimiento y asegurar la disponibilidad en caso de fallos en el servidor principal.

Hay varios tipos de réplicas en PostgreSQL, incluyendo:

Réplica física: se basa en copiar los cambios realizados en los archivos de la base de datos principal a las réplicas.
Réplica lógica: se basa en replicar los cambios de los comandos SQL que se ejecutan en la base de datos principal a las réplicas.
Las réplicas también se pueden utilizar para fines de recuperación ante desastres, lo que permite recuperar rápidamente la base de datos en caso de un fallo catastrófico en el servidor principal.

Tema muy interesante!

Qué interesante 😮

Muy buen método desde ahora siempre a pensar en modo replica

La verdad nunca me habia puesto a pensar en esto 😮 no tenia idea

Muy buena explicación.

Muy intersante el curso de Postgresql.

Réplicas

esto creo que es una cosa genial basicamente es tener un gemelo que escribe y otro que lee

Problemas de procesos de escritura y lectura.

Solución: Crear una base de datos principal para escritura y una base de datos secundaria para lectura.

Cada clase de postgreSQL es impresionante ya que todo esta automatizado.

Excelente idea!

Ya casi terminamos el curso, a por ello, qué interesante todo esto!

Este curso es genial

👌

Esta clase es simplemente impresionante!

Interesante

IOPS es la principal limitante a nivel de Sistemas Operativos y Bases de Datos. https://en.wikipedia.org/wiki/IOPS