Áú»¢¶Ä²© suporta TimescaleDB, una soluci¨® de base de dades basada en PostgreSQL que parteix autom¨¤ticament les dades en blocs temporals per suportar rendiment r¨¤pid a gran escala.
Actualment, TimescaleDB no s'admet a Áú»¢¶Ä²©.
Les instruccions d'aquesta p¨¤gina es poden emprar per als escenaris seg¨¹ents:
Assumim que l'extensi¨® TimescaleDB ja s'ha instal¡¤lat al servidor de base de dades (veieu les ).
L'extensi¨® de TimescaleDB s'ha d'activar per la DB espec¨ªfica, executant:
Per executar aquesta comanda cal privilegis d'administrador de la base de dades.
Si empreu un esquema de base de dades diferent a 'public', heu d'afegir una cl¨¤usula SCHEMA a la comanda de m¨¦s amunt. Per exemple:?echo "CREATE EXTENSION IF NOT EXISTS timescaledb SCHEMA yourschema CASCADE;" | sudo -u postgres psql zabbix
Despr¨¦s, executeu l'script postgresql/timescaledb/schema.sql
. Per a installacions noves, l'script ha de c¨®rrer despr¨¦s de que la base de dades PostgreSQL s'hagi creat amb l'esquema inicial esquema/dades (veieu creaci¨® de base de dades):
Ignoreu els missatges d'av¨ªs informatn que les millors pr¨¤ctiques no s'han seguit quan executeu l'script schema.sql
a la versi¨® 2.9.0 o superior de TimescaleDB. A banda d'aquest av¨ªs, la configuraci¨® s'executar¨¤ correctament.
La migraci¨® de l'historial i informaci¨® de tend¨¨ncies existents pot dur molt de temps. El servidor Áú»¢¶Ä²© i el frontal s'aturaran durant el per¨ªode de migraci¨®.
L'script schema.sql
estableix els seg¨¹ents par¨¤metres de neteja:
Per emprar neteja particionada per l'hist¨°ric i les tend¨¨ncies, ambd¨®s par¨¤metres s'han d'activar. Tamb¨¦ ¨¦s possible activar la sobreescriptura individualment nom¨¦s per hist¨°ric o tend¨¨ncies.
L'script postgresql/timescaledb/schema.sql
estableix dos par¨¤metres m¨¦s:
Per esborrar correctament les dades comprimides per la neteja, les opcions Anul¡¤lar el per¨ªode d'historial d'elements i Anul¡¤lar del per¨ªode de tend¨¨ncia d'elements han d'esser habilitades. Si la substituci¨® ¨¦s desactivada i les taules tenen fragments comprimits, la neteja no treur¨¤ pas dades d'aquestes taules i es veuran avisos sobre una configuraci¨® incorrecta a les seccions Neteja i Informaci¨® del sistema.
Tots aquests par¨¤metres es poden modificar des d'´¡»å³¾¾±²Ô¾±²õ³Ù°ù²¹³¦¾±¨® ¡ú Neteja despr¨¦s de la instal¡¤laci¨®.
Podeu executar la utilitat timescaledb-tune, prove?da per TimescaleDB, per optimitzar els par¨¤metres de configuraci¨® de PostgreSQL a l'arxiu postgresql.conf
.
Quan actualitzeu Áú»¢¶Ä²© a una versi¨® que cont¨¦ noves hipertaules TimescaleDB, el servidor Áú»¢¶Ä²© no configura autom¨¤ticament aquestes hipertaules (per exemple, quan s'actualitza de Áú»¢¶Ä²© 6.4 a 7.2, ja que les versions 7.0.0 i 7.0.2 han introdu?t noves hipertaules).
Per configurar noves hipertaules TimescaleDB, seguiu aquests passos:
postgresql/timescaledb/schema.sql
; aix¨° configura les noves hipertaules TimescaleDB. Tingueu en compte que, des de Áú»¢¶Ä²© 7.0.0, la ubicaci¨® i el nom de l'script han canviat de postgresql/timescaledb.sql
a postgresql/timescaledb/schema.sql
.Si us plau, ignoreu els missatges d'advert¨¨ncia que informen que no es segueixen les millors pr¨¤ctiques mentre s'executa l'script schema.sql
a la versi¨® 2.9.0 o superior de TimescaleDB. Independentment d'aquest av¨ªs, la configuraci¨® es completar¨¤ correctament.
La compressi¨® nadiua de TimescaleDB ¨¦s suportada a partir de Áú»¢¶Ä²© 5.0 per a PostgreSQL versi¨® 10.2 o superior i TimescaleDB versi¨® 1.5 o superior per totes les taules Áú»¢¶Ä²© gestionades per TimescaleDB. Mentre s'actualitza o es migra cap a TimescaleDB, la compressi¨® inicial de les taules grans pot prendre molt de temps.
Veieu que la compressi¨® ¨¦s admesa sota la llic¨¨ncia "timescale" Timescale Community i que no s'admet sota la llic¨¨ncia "apache" Apache 2.0. A partir de Áú»¢¶Ä²© 6.0.7, Áú»¢¶Ä²© detecta si la compressi¨® ¨¦s admesa; si no ho ¨¦s pas, escriu un missatge d'advert¨¨ncia al registre del servidor Áú»¢¶Ä²© i els usuaris no poden pas activar la compressi¨® a la interf¨ªcie.
Es recomana als usuaris familiaritzar-se amb la compressi¨® a la abans d'emprar-la.
Veieu que hi ha algunes limitacions imposades per la compressi¨® en particular:
Els par¨¤metres de compressi¨® es poden modificar al bloc Compressi¨® de l'hist¨°ric, tend¨¨ncies i registre d'auditoria, a la secci¨® ´¡»å³¾¾±²Ô¾±²õ³Ù°ù²¹³¦¾±¨® ¡ú Neteja de la interf¨ªcie Áú»¢¶Ä²©.
±Ê²¹°ù¨¤³¾±ð³Ù°ù±ð | Per defecte | Comentaris |
---|---|---|
Activar la compressi¨® | Activa | Marcar o desmarcar la casella no activa/desactiva pas la compressi¨® sobtadament. Com la compressi¨® la gestiona el proc¨¦s de Neteja, les modificacions tindran efecte en dos cops l'horari HousekeepingFrequency (definit a zabbix_server.conf)Despr¨¦s d'haver desactivat la compressi¨®, els nous trossos que entren al per¨ªode de compressi¨® no seran pas comprimits. Tanmateix, totes les dades abans comprimides seguiran comprimides. Per descomprimir els blocs abans comprimits, seguiu les instruccions de la documentaci¨® . Mentre s'actualitza a partir de versions antigues de Áú»¢¶Ä²© amb suport de TimescaleDB, la compressi¨® no s'activar¨¤ pas per defecte. |
Comprimir els registres anterior a | 7d | Aquest par¨¤metre no pot pas ¨¦sser inferior a 7 dies. Per la immutabilitat dels blocs comprimits, totes les dades posteriors (per exemple, les dades endarrerides per un proxy) que s¨®n anteriors a aquest valor, seran esborrades. |
Per obtindre un millor rendiment de l'actualitzaci¨® de tend¨¨ncies, ¨¦s possible que vulgueu reduir el "chunk_time_interval" de les taules trends
i trends_uint
de 30 dies a 7 dies o menys, depenent de quants elements utilitzen les tend¨¨ncies. L'objectiu d'aquesta configuraci¨® ¨¦s adherir-se a les millors pr¨¤ctiques de TimescaleDB i assegurar-se que la mida del fragment es mantingui dins dels recursos disponibles del sistema.