{"id":32353,"date":"2019-10-31T21:46:32","date_gmt":"2019-10-31T18:46:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/monitoring-proizvoditelnosti-zaprosov-postgresql-chast-1-reporting\/"},"modified":"2019-10-31T21:46:32","modified_gmt":"2019-10-31T18:46:32","slug":"monitoring-proizvoditelnosti-zaprosov-postgresql-chast-1-reporting","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/monitoring-proizvoditelnosti-zaprosov-postgresql-chast-1-reporting","title":{"rendered":"Monitoreo del rendimiento de las consultas de PostgreSQL. Parte 1 - reportes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ingeniero - en traducci\u00f3n del lat\u00edn - inspirado.
\nEl ingeniero puede hacerlo todo. (c) R.Diesel.
\nEp\u00edgrafes.<\/i>
\n\"Monitoreo
\nO la historia de por qu\u00e9 un administrador de bases de datos debe recordar su pasado como programador. <\/i><\/p>\n

Pr\u00f3logo<\/h2>\n

\nTodos los nombres han sido cambiados. Las coincidencias son casuales. El material representa exclusivamente la opini\u00f3n personal del autor.<\/p>\n

Descargo de responsabilidad:<\/b> en el ciclo de art\u00edculos planeado no habr\u00e1 una descripci\u00f3n detallada y precisa de las tablas y scripts utilizados. Los materiales no podr\u00e1n ser utilizados de inmediato 'tal cual'.
\nPrimero, debido al gran volumen de material,
\ny, en segundo lugar, debido a la adaptaci\u00f3n con la base de producci\u00f3n del cliente real.
\nPor lo tanto, los art\u00edculos presentar\u00e1n solo ideas y descripciones de manera muy general.
\nQuiz\u00e1s en el futuro el sistema crecer\u00e1 hasta el nivel de subirlo a GitHub, o tal vez no. El tiempo lo dir\u00e1.<\/i><\/p><\/blockquote>\n

\nEl comienzo de la historia - '\u00bfRecuerdas c\u00f3mo todo comenz\u00f3?<\/a><\/noindex>\u00bb.
\nQu\u00e9 se ha logrado como resultado, en las l\u00edneas m\u00e1s generales - 'La s\u00edntesis como uno de los m\u00e9todos para mejorar el rendimiento de PostgreSQL.<\/a><\/noindex>\u00bb<\/p>\n

\u00bfPor qu\u00e9 me sirve todo esto?<\/h2>\n

\nBueno, primero, para no olvidarlo, recordando en la jubilaci\u00f3n esos gloriosos d\u00edas.
\nEn segundo lugar, para sistematizar lo escrito. Porque a veces yo mismo empiezo a confundir y olvidar partes individuales. <\/p>\n

Y lo m\u00e1s importante: quiz\u00e1s a alguien le sirva y ayude a no reinventar la rueda y no tropezar con las mismas piedras. En otras palabras, mejorar su karma (no el de Habr). Porque lo m\u00e1s valioso en este mundo son las ideas. Lo principal es encontrar una idea. Y llevar una idea a la realidad es solo una cuesti\u00f3n t\u00e9cnica.<\/p>\n

As\u00ed que, comencemos, poco a poco...<\/p>\n

Planteamiento del problema.<\/h2>\n

<\/p>\n

Se tiene: <\/h3>\n

\nBase de datos PostgreSQL (10.5), de tipo de carga mixta (OLTP+DSS), de carga media-baja, ubicada en la nube de AWS.
\nEl monitoreo de la base de datos est\u00e1 ausente, el monitoreo de la infraestructura est\u00e1 representado por las herramientas est\u00e1ndar de AWS en configuraci\u00f3n m\u00ednima.<\/p>\n

Requisitos:<\/h3>\n

\nMonitorear el rendimiento y estado de la base de datos, encontrar y tener informaci\u00f3n inicial para optimizar consultas pesadas a BDs.
\n<\/a><\/noindex><\/p>\n

Pre\u00e1mbulo breve o an\u00e1lisis de opciones de soluci\u00f3n<\/h2>\n

\nPara empezar, intentemos desglosar las opciones de soluci\u00f3n del problema desde el punto de vista del an\u00e1lisis comparativo de beneficios y desventajas para el ingeniero, mientras que los beneficios y p\u00e9rdidas de la gerencia que se ocupen aquellos a quienes les corresponde seg\u00fan el organigrama.<\/p>\n

Opci\u00f3n 1 - 'Trabajando por demanda'<\/h3>\n

\nDejamos todo como est\u00e1. Si al cliente no le gusta algo en el funcionamiento, rendimiento de la base de datos o de la aplicaci\u00f3n, notificar\u00e1 a los ingenieros DBA por correo electr\u00f3nico o creando un incidente en el sistema de tickets.
\nEl ingeniero, al recibir la notificaci\u00f3n, se encargar\u00e1 del problema, propondr\u00e1 una soluci\u00f3n o pospondr\u00e1 el problema, esperando que todo se solucione por s\u00ed solo, ya que pronto se olvidar\u00e1.
\nGalletas y bu\u00f1uelos, contusiones y bultos.<\/b>Galletas y bu\u00f1uelos:<\/b>
\n1. No hay que hacer nada innecesario.
\n2. Siempre hay una oportunidad de desentenderse y evadir responsabilidades.
\n3. Una gran cantidad de tiempo que se puede gastar a nuestro antojo.
\nContusiones y bultos:<\/b>
\n1. Tarde o temprano, el cliente se preguntar\u00e1 sobre la esencia de la existencia y la justicia universal en este mundo, y una vez m\u00e1s se har\u00e1 la pregunta: \u00bfpor qu\u00e9 les estoy pagando mi dinero? La consecuencia siempre es la misma: solo hay que esperar a que el cliente se aburra y se despida. Y la fuente se agotar\u00e1. Es triste.
\n2. El desarrollo del ingeniero es nulo.
\n3. Dificultades en la planificaci\u00f3n del trabajo y la carga de trabajo. <\/p>\n

Opci\u00f3n 2 - \"Bailamos con tambores, vendemos y calzamos.\"<\/h3>\n

\nPunto 1<\/b>-\u00bfPara qu\u00e9 necesitamos un sistema de monitoreo? Vamos a recibir todo mediante solicitudes. Haremos un mont\u00f3n de solicitudes al diccionario de datos y a vistas din\u00e1micas, activaremos varios contadores, resumiremos todo en tablas, y de vez en cuando analizaremos listas y tablas. Como resultado, tendremos gr\u00e1ficos y tablas bonitos, o no tan bonitos. Lo importante es que sean muchos, muchos.
\nPunto 2<\/b>-Generamos actividad, iniciamos el an\u00e1lisis de todo esto.
\nPunto 3<\/b>-Preparamos un documento, llamamos a este documento, simplemente - \"c\u00f3mo debemos organizar la base de datos.\"
\nPunto 4<\/b>-El cliente, al ver toda esta maravilla de gr\u00e1ficos y n\u00fameros, permanece en una ingenua confianza infantil - ahora todo funcionar\u00e1, pronto. Y f\u00e1cilmente y sin dolor se desprende de sus recursos financieros. La gerencia tambi\u00e9n est\u00e1 segura - nuestros ingenieros est\u00e1n trabajando mucho. La carga est\u00e1 al m\u00e1ximo.
\nPunto 5<\/b>-Repetir regularmente el Punto 1.
\nGalletas y bu\u00f1uelos, contusiones y bultos.<\/b>Galletas y bu\u00f1uelos: <\/b>
\n1. La vida de los gerentes y los ingenieros es simple, predecible y est\u00e1 llena de actividad. Todo zumbando, todos ocupados.
\n2. La vida del cliente tampoco es mala - siempre est\u00e1 seguro de que solo necesita esperar un poco y todo se resolver\u00e1. No se resuelve, bueno, qu\u00e9 le vamos a hacer, este mundo es injusto, en la pr\u00f3xima vida le tocar\u00e1.
\nContusiones y bultos:<\/b>
\n1. Tarde o temprano, aparecer\u00e1 un proveedor m\u00e1s \u00e1gil de servicios similares que har\u00e1 lo mismo, pero un poco m\u00e1s barato. Y si el resultado es el mismo, \u00bfpor qu\u00e9 pagar m\u00e1s? Esto nuevamente llevar\u00e1 a la desaparici\u00f3n de la fuente de ingresos.
\n2. Es aburrido. Como lo es cualquier actividad poco significativa.
\n3. Al igual que en la opci\u00f3n anterior, no hay desarrollo. Pero para el ingeniero, hay una desventaja en que, a diferencia de la primera opci\u00f3n, aqu\u00ed se necesita generar constantemente la base de datos de informaci\u00f3n. Y eso consume tiempo. Tiempo que podr\u00eda gastarse en algo m\u00e1s beneficioso para uno mismo. Porque si no te cuidas, a nadie m\u00e1s le importa.<\/p>\n

Opci\u00f3n 3: No es necesario reinventar la rueda, hay que comprarla y usarla.<\/h3>\n

\nLos ingenieros de otras empresas no comen pizza con cerveza sin raz\u00f3n (ah, buenos tiempos en San Petersburgo en los 90). Vamos a utilizar sistemas de monitoreo que ya est\u00e1n dise\u00f1ados, ajustados y en funcionamiento, y que, en general, aportan beneficios (bueno, al menos a sus creadores).
\nGalletas y bu\u00f1uelos, contusiones y bultos.<\/b>Galletas y bu\u00f1uelos:<\/b>
\n1. No pierdas tiempo en inventar lo que ya ha sido creado. T\u00f3malo y \u00fasalo.
\n2. Los sistemas de monitoreo no son desarrollados por tontos y, por supuesto, son \u00fatiles.
\n3. Los sistemas de monitoreo operativos suelen proporcionar informaci\u00f3n \u00fatil y filtrada.
\nContusiones y bultos:<\/b>
\n1. En este caso, el ingeniero no es ingeniero, sino simplemente un usuario de un producto ajeno. O un usuario.
\n2. Hay que convencer al cliente de la necesidad de comprar algo en lo que, en general, no quiere involucrarse, ni deber\u00eda; y el presupuesto para el a\u00f1o ya est\u00e1 aprobado y no cambiar\u00e1. Luego, hay que asignar recursos, ajustarlos a un sistema espec\u00edfico. Es decir, primero hay que pagar, pagar y volver a pagar. Y el cliente es taca\u00f1o. Eso es la norma de la vida.<\/p>\n

\u00bfQu\u00e9 hacer, Chernyshevski? Tu pregunta es muy apropiada. (c)<\/h2>\n

\nEn este caso concreto y dadas las circunstancias, se puede actuar un poco diferente \u2014 \u00bfY si hacemos nuestro propio sistema de monitoreo? <\/b>
\n\"Monitoreo
\nBueno, no un sistema en el verdadero sentido de la palabra, esto es demasiado fuerte y presuntuoso, pero al menos aliviar un poco la tarea y recopilar m\u00e1s informaci\u00f3n para resolver incidentes de rendimiento. Para no encontrarse en la situaci\u00f3n de 've all\u00e1, no s\u00e9 d\u00f3nde, encuentra eso, no s\u00e9 qu\u00e9'.<\/p>\n

\u00bfCu\u00e1les son las ventajas y desventajas de esta opci\u00f3n?<\/h4>\n

Pros:<\/b>
\n1. Es interesante. Al menos es m\u00e1s interesante que los constantes 'shrink datafile, alter tablespace, etc.'.
\n2. Estas son nuevas habilidades y un nuevo desarrollo. Que en el futuro, tarde o temprano, dar\u00e1 las recompensas y beneficios merecidos.
\nDesventajas:<\/b>
\n1. Tendremos que trabajar. Trabajar mucho.
\n2. Tendremos que explicar regularmente el significado y las perspectivas de toda la actividad.
\n3. Tendremos que sacrificar algo, ya que el \u00fanico recurso disponible para el ingeniero \u2014 el tiempo \u2014 est\u00e1 limitado por el universo.
\n4. Lo m\u00e1s aterrador y desagradable<\/b> \u2014 como resultado, podr\u00eda salir algo como \"Ni rat\u00f3n, ni rana, sino una criatura desconocida.\"<\/p>\n

Qui\u00e9n no arriesga, no bebe champ\u00e1n.<\/b>
\nAs\u00ed que \u2014 comienza lo m\u00e1s interesante.<\/p>\n

La idea general \u2014 de manera esquem\u00e1tica<\/h2>\n

\n\"Monitoreo
\n(La ilustraci\u00f3n fue tomada de un art\u00edculo<\/i> \u00abLa s\u00edntesis como uno de los m\u00e9todos para mejorar el rendimiento de PostgreSQL.<\/a><\/noindex>\u00bb)<\/p>\n

Explicaci\u00f3n:<\/p>\n