Is córas monatóireachta é Zabbix. Cosúil le haon chóras eile, tá trí phríomhfhadhb os comhair gach córas monatóireachta: sonraí a bhailiú agus a phróiseáil, stair a stóráil, agus é a ghlanadh.
Tógann na céimeanna glactha, próiseála agus taifeadta sonraí am. Ní mórán, ach i gcás córas mór, d'fhéadfadh moill mhór a bheith mar thoradh air seo. Is ábhar rochtana sonraí í an fhadhb stórála. Úsáidtear iad le haghaidh tuarascálacha, seiceálacha agus truicear. Cuireann moilleanna rochtana sonraí isteach ar fheidhmíocht freisin. Nuair a fhásann an bunachar sonraí, ní mór sonraí nach mbaineann le hábhar a scriosadh. Is oibríocht throm é an scriosadh a itheann roinnt acmhainní freisin.
Réitítear fadhbanna a bhaineann le moill bailithe agus stórála in Zabbix trí thaisceadh: roinnt cineálacha taisce, taisceadh sa bhunachar sonraí. Chun an tríú fadhb a réiteach, níl caching oiriúnach, mar sin úsáideadh TimescaleDB in Zabbix. Inseoidh sé faoi Andrey Gushchin - innealtóir tacaíochta teicniúla . Tá Andrey ag tacú le Zabbix le breis agus 6 bliana agus tá baint dhíreach aige le feidhmíocht.
Conas a oibríonn TimescaleDB, cén fheidhmíocht is féidir leis a thabhairt i gcomparáid le PostgreSQL rialta? Cén ról atá ag Zabbix in TimescaleDB? Conas tosú ón tús agus conas aistriú ó PostgreSQL agus cén fheidhmíocht cumraíochta is fearr? Gach seo faoi na gearrtha.
Dúshláin Feidhmíochta
Tá dúshláin áirithe feidhmíochta le sárú ag gach córas monatóireachta. Labhróidh mé faoi thrí acu: bailiú agus próiseáil sonraí, stóráil, glanadh staire.
Bailiú agus próiseáil tapa sonraí. Ba cheart go bhfaigheadh córas monatóireachta maith na sonraí go léir go tapa agus é a phróiseáil de réir nathanna truicear - de réir a chritéir féin. Tar éis próiseála, ní mór don chóras na sonraí seo a stóráil go tapa sa bhunachar sonraí freisin chun iad a úsáid níos déanaí.
Stóráil staire. Ba cheart go ndéanfadh córas monatóireachta maith an stair a stóráil i mbunachar sonraí agus go soláthródh sé rochtain éasca ar mhéadracht. Is gá an stair a úsáid i dtuarascálacha, graif, truicearáin, tairseacha, agus míreanna foláirimh ríofa.
Stair imréitigh. Uaireanta tagann lá nuair nach gá duit méadracht a stóráil. Cén fáth a bhfuil gá le sonraí a bailíodh 5 bliana ó shin, mí nó dhó: baineadh roinnt nóid, níl gá le roinnt hóstach nó méadracht a thuilleadh, toisc go bhfuil siad as dáta agus nach bhfuil siad bailithe a thuilleadh. Ba cheart go ndéanfadh córas monatóireachta maith sonraí stairiúla a stóráil agus é a scriosadh ó am go chéile ionas nach bhfásfaidh an bunachar sonraí.
Is ceist mhór í glanadh suas sonraí seanda a mbíonn tionchar mór aige ar fheidhmíocht bunachar sonraí.
Cearrbhachas i Zabbix
In Zabbix, réitítear an chéad ghlao agus an dara glao trí úsáid a bhaint as caching. Úsáidtear RAM chun sonraí a bhailiú agus a phróiseáil. Le haghaidh stórála - stair i triggers, graif agus míreanna ríofa. Ar an taobh DB, tá roinnt taisceadh le haghaidh roghnúcháin bhunúsacha, mar shampla graif.
Is éard atá i dtaisce ar thaobh an fhreastalaí Zabbix féin ná:
- ConfigurationCache;
- ValueCache;
- StairCache;
- TreochtaíCache.
Smaoinigh orthu níos mionsonraithe.
ConfigurationCache
Is é seo an príomh-taisce ina stórálaimid méadracht, óstaigh, míreanna sonraí, truicear - gach rud atá ag teastáil le haghaidh PreProcessing agus le haghaidh bailiú sonraí.
Stóráiltear é seo go léir sa ConfigurationCache ionas nach gcruthófar ceisteanna gan ghá sa bhunachar sonraí. Tar éis don fhreastalaí tosú, déanaimid an taisce seo a nuashonrú, cumraíochtaí a chruthú agus a nuashonrú go tréimhsiúil.
Bailiú sonraí
Tá an scéim sách mór, ach is é an rud is mó atá ann bailitheoirí. Is "vótair" éagsúla iad seo - próisis tionóil. Tá siad freagrach as cineálacha éagsúla tionóil: bailíonn siad sonraí trí SNMP, IPMI, agus aistríonn siad é go léir chuig PreProcessing.
Cuirtear ciorcal timpeall ar na roghnóirí i oráiste.
Tá Zabbix tar éis míreanna comhiomlánaithe a ríomh a theastaíonn chun seiceálacha a chomhiomlánú. Má tá siad againn, glacaimid na sonraí dóibh go díreach ón ValueCache.
PreProcessing HistoryCache
Úsáideann na bailitheoirí go léir an ConfigurationCache chun poist a fháil. Ansin cuireann siad ar aghaidh iad chuig PreProcessing.
Úsáideann PreProcessing ConfigurationCache chun céimeanna PreProcessing a fháil. Próiseálann sé na sonraí seo ar bhealaí éagsúla.
Tar éis na sonraí a phróiseáil le PreProcessing, stóráilimid iad sa HistoryCache chun iad a phróiseáil. Críochnaíonn sé seo an bailiú sonraí agus bogaimid ar aghaidh go dtí an príomhphróiseas in Zabbix - sioncróra staire, toisc gur ailtireacht monolithic é.
Nóta: Is oibríocht measartha trom é PreProcessing. Ó v 4.2 aistríodh go seachfhreastalaí é. Má tá Zabbix an-mhór agat le líon mór míreanna agus minicíocht bailiúcháin, ansin déanann sé seo rudaí i bhfad níos éasca.
ValueCache, stair & taisce treochtaí
Is é sioncrónóir staire an príomhphróiseas a phróiseálann gach eilimint sonraí, is é sin, gach luach.
Tógann an sioncróir stair luachanna ó HistoryCache agus seiceálann sé Cumraíocht le haghaidh truicear le haghaidh ríomhanna. Má tá siad - ríomhann.
Cruthaíonn an sioncróir staire imeacht, formhéadaíonn sé chun foláirimh a chruthú más gá de réir cumraíochta, agus taifid. Má tá truicearanna ann le haghaidh tuilleadh próiseála, ansin cuimhníonn sé an luach seo sa ValueCache ionas nach dtagraíonn sé don tábla staire. Seo mar a líontar an ValueCache leis na sonraí atá ag teastáil chun truicear, míreanna ríofa a ríomh.
Scríobhann an sioncróir staire na sonraí go léir chuig an mbunachar sonraí, agus scríobhann sé chuig diosca. Críochnaíonn an próiseas próiseála anseo.
taisceadh DB
Tá caches éagsúla ar an taobh DB nuair is mian leat breathnú ar graif nó tuairiscí imeachtaí:
Innodb_buffer_poolar thaobh MySQL;shared_buffersar thaobh PostgreSQL;effective_cache_sizear thaobh Oracle;shared_poolar thaobh DB2.
Tá go leor caches eile ann, ach is iad seo na príomhchinn do gach bunachar sonraí. Ligeann siad duit sonraí a choinneáil i RAM a theastaíonn go minic le haghaidh fiosrúcháin. Tá a dteicneolaíocht féin acu le haghaidh seo.
Tá feidhmíocht bunachar sonraí ríthábhachtach
Bíonn freastalaí Zabbix i gcónaí ag bailiú sonraí agus á scríobh síos. Nuair a atosófar é, léann sé freisin ón stair chun an ValueCache a líonadh. Scripteanna agus tuarascálacha úsáidí Zabbix API, atá bunaithe ar an gcomhéadan Gréasáin. Faigheann API Zabbix rochtain ar an mbunachar sonraí agus aisghabhann sé na sonraí riachtanacha le haghaidh graif, tuarascálacha, liostaí imeachtaí agus saincheisteanna le déanaí.
Le haghaidh léirshamhlú - grafana. Is réiteach coitianta é seo i measc ár n-úsáideoirí. Is féidir léi iarratais a sheoladh go díreach tríd an Zabbix API agus chuig an mbunachar sonraí, agus cruthaíonn sé comhairgeadra áirithe chun sonraí a fháil. Dá bhrí sin, tá gá le tiúnadh bunachar sonraí níos míne agus níos fearr chun seachadadh tapa na dtorthaí agus na tástála a mheaitseáil.
Coimeádaí tí
Is é an tríú dúshlán feidhmíochta i Zabbix ná an stair a ghlanadh le Coimeádaí Tí. Tugann sé meas ar na socruithe go léir - léiríonn na heilimintí sonraí cé chomh fada agus a stóráiltear dinimic na n-athruithe (treochtaí) i laethanta.
TrendsCache ríomhaimid ar an eitilt. Nuair a thagann na sonraí isteach, déanaimid é a chomhiomlánú in uair an chloig agus cuirimid i dtáblaí iad le haghaidh dinimic na n-athruithe treochtaí.
Tosaíonn Coimeádaí tí agus baintear faisnéis ón mbunachar sonraí leis na gnáth "roghanna". Níl sé seo éifeachtach i gcónaí, rud is féidir a thuiscint ó ghraif feidhmíochta na bpróiseas inmheánach.
Léiríonn an graf dearg go mbíonn an sioncróir Staire i gcónaí gnóthach. Is é an chairt oráiste ag an mbarr ná Coimeádaí Tí, a bhíonn ar siúl i gcónaí. Fanann sé go scriosfaidh an bunachar sonraí na sraitheanna go léir atá sonraithe aige.
Cathain ar cheart duit an Coimeádaí Tí a dhíchumasú? Mar shampla, tá “Item ID” ann agus ní mór duit na 5 mhíle líne dheireanacha a scriosadh in am áirithe. Ar ndóigh, tarlaíonn sé seo de réir innéacsanna. Ach de ghnáth bíonn an tacar sonraí an-mhór, agus léann an bunachar sonraí fós ón diosca agus cuireann sé sa taisce é. Is oibríocht an-chostasach é seo don bhunachar sonraí i gcónaí agus, ag brath ar mhéid an bhunachair shonraí, d’fhéadfadh fadhbanna feidhmíochta a bheith mar thoradh air.
Is furasta an coimeádaí tí a dhíchumasú. Sa chomhéadan Gréasáin, tá socrú i "Administration general" le haghaidh Coimeádaí Tí. Díchumasaigh coimeád tí inmheánach le haghaidh staire treochtaí inmheánacha agus ní rialaíonn sé é seo a thuilleadh.
Tá an coimeádaí tí díchumasaithe, tá na grafaicí cothromaithe - cad iad na fadhbanna a d'fhéadfadh a bheith sa chás seo agus cad a chabhróidh chun an tríú dúshlán feidhmíochta a réiteach?
Partitioning - deighilt nó deighilt
De ghnáth déantar deighilt a chumrú ar bhealach difriúil ar gach bunachar sonraí coibhneasta atá liostaithe agam. Tá a dteicneolaíocht féin ag gach ceann acu, ach tá siad cosúil, go ginearálta. Is minic go mbíonn fadhbanna áirithe mar thoradh ar dheighilt nua a chruthú.
De ghnáth, déantar landairí a chumrú ag brath ar an "socrú" - an méid sonraí a chruthaítear in aon lá amháin. De ghnáth, cuirtear Partitioning ar bun in aon lá amháin, is é seo an t-íosmhéid. Le haghaidh treochtaí críochdheighilte nua - 1 mhí.
Féadfaidh na luachanna athrú i gcás "socrú" an-mhór. Má tá “socrú” beag suas le 5 nvps (luachanna nua in aghaidh an tsoicind), tá ceann ar an meán ó 000 go 5, ansin tá ceann mór os cionn 000 nvps. Is suiteálacha móra agus an-mhór iad seo a éilíonn cumraíocht chúramach an bhunachair sonraí féin.
Ar suiteálacha an-mhóra, seans nach mbeidh lá amháin optamach. Tá deighiltí MySQL de 40 GB nó níos mó in aghaidh an lae feicthe agam. Is é seo an méid an-mhór sonraí is féidir a bheith ina chúis le fadhbanna agus ba chóir a laghdú.
Cad a thugann Partitioning?
Táblaí deighilte. Go minic is comhaid ar leith iad seo ar diosca. Roghnaíonn an plean fiosrúcháin críochdheighilt amháin níos fearr. De ghnáth úsáidtear deighilt de réir raoin - tá sé seo fíor freisin i gcás Zabbix. Bainimid úsáid as ann "stampa ama" - an t-am ó thús an Aga. Tá uimhreacha rialta againn. Leagann tú tús agus deireadh an lae - is críochdheighilt é seo.
bhaint tapa - DELETE. Roghnaítear comhad/fo-chlár amháin, ní rogha sraitheanna le scriosadh.
Cuireann sé dlús suntasach le sampláil sonraí SELECT - úsáideann Deighiltí amháin nó níos mó, ní an tábla iomlán. Má tá rochtain agat ar shonraí dhá lá d'aois, faigheann sé iad ón mbunachar sonraí níos tapúla mar níl le déanamh agat ach é a luchtú isteach sa taisce agus gan ach comhad amháin a thabhairt ar ais, ní tábla mór.
Is minic go tapaíonn go leor bunachair shonraí freisin INSERT - cuireann sé isteach sa tábla leanbh.
Scála AmaDB
Le haghaidh v 4.2 dhíríomar ár n-aird ar TimescaleDB. Is síneadh PostgreSQL é seo le comhéadan dúchais. Oibríonn an síneadh go héifeachtach le sonraí sraith ama gan na buntáistí a bhaineann le bunachair shonraí choibhneasta a chailliúint. TimescaleDB Deighiltí go huathoibríoch freisin.
Tá coincheap ag TimescaleDB hypertable (hypertable) a chruthaíonn tú. I bhfuil smután - landairí. Bainistítear smután go huathoibríoch mar chodanna de hypertable nach gcuireann isteach ar blúirí eile. Tá a raon ama féin ag gach smután.
Scála amaDB vs PostgreSQL
Tá TimescaleDB fíor-éifeachtach. Maíonn táirgeoirí an tsínidh go n-úsáideann siad algartam próiseála fiosrúchán níos ceart, go háirithe, inserts . De réir mar a mhéadaíonn méid an ionsáite tacar sonraí, coinníonn an algartam feidhmíocht leanúnach.
Tar éis 200 milliún sraitheanna, is gnách go dtosaíonn PostgreSQL ag sag go leor agus ag cailliúint feidhmíochta go 0. Ligeann TimescaleDB duit "cuir isteach" a chur isteach go héifeachtach le haon mhéid sonraí.
Suiteáil
Tá sé éasca go leor TimescaleDB a shuiteáil le haghaidh aon phacáistí. IN tá gach rud mionsonraithe - braitheann sé ar na pacáistí oifigiúla PostgreSQL. Is féidir TimescaleDB a thógáil agus a thiomsú de láimh freisin.
Maidir le bunachar sonraí Zabbix, ní dhéanaimid ach an síneadh a ghníomhachtú:
echo "CREATE EXTENSION IF NOT EXISTS timescaledb CASCADE;" | sudo -u postgres psql zabbix
gníomhaíonn tú extension agus cruthaigh é do bhunachar sonraí Zabbix. Is é an chéim dheireanach a chruthú hypertable.
Táblaí staire á n-aistriú go TimescaleDB
Tá feidhm speisialta ag baint leis seo. create_hypertable:
SELECT create_hypertable(‘history’, ‘clock’, chunk_time_interval => 86400, migrate_data => true);
SELECT create_hypertable(‘history_unit’, ‘clock’, chunk_time_interval => 86400, migrate_data => true);
SELECT create_hypertable(‘history_log’, ‘clock’, chunk_time_interval => 86400, migrate_data => true);
SELECT create_hypertable(‘history_text’, ‘clock’, chunk_time_interval => 86400, migrate_data => true);
SELECT create_hypertable(‘history_str’, ‘clock’, chunk_time_interval => 86400, migrate_data => true);
SELECT create_hypertable(‘trends’, ‘clock’, chunk_time_interval => 86400, migrate_data => true);
SELECT create_hypertable(‘trends_unit’, ‘clock’, chunk_time_interval => 86400, migrate_data => true);
UPDATE config SET db_extension=’timescaledb’, hk_history_global=1, hk_trends_global=1
Tá trí pharaiméadair ag an bhfeidhm. Ar dtús - tábla sa bhunachar sonraíAn le haghaidh a ba mhaith leat a chruthú hypertable. Dara - réimse, de réir a bhfuil sé riachtanach a chruthú chunk_time_interval — eatramh na smután críochdheighilte atá le húsáid. I mo chás, is é an t-eatramh lá amháin - 86.
Is é an tríú paraiméadar migrate_data. Má shocraítear true, ansin aistrítear na sonraí reatha go léir go smután réamhchruthaithe. Mé féin a úsáidtear migrate_data. Bhí thart ar 1TB agam a thóg níos mó ná uair an chloig. Fiú i gcásanna áirithe, nuair a dhéantar tástáil, scrios mé na sonraí stairiúla de chineálacha carachtar, atá roghnach le haghaidh stórála, ionas nach n-aistrítear iad.
An chéim dheireanach - UPDATE: in db_extension chuir timescaledbionas go dtuigeann an bunachar sonraí go bhfuil an síneadh seo ann. Gníomhachtaíonn Zabbix é agus úsáideann sé i gceart an chomhréir agus na ceisteanna atá ar an mbunachar sonraí cheana féin - na gnéithe sin atá riachtanach do TimescaleDB.
Cumraíocht crua-earraí
Bhain mé úsáid as dhá fhreastalaí. Ar dtús - Vmware meaisín. Tá sé beag go leor: 20 Intel® Xeon® CPU E5-2630 v 4 @ 2.20GHz, 16 GB RAM agus tiomáint SSD 200 GB.
Suiteáil mé PostgreSQL 10.8 air le Debian OS 10.8-1.pgdg90+1 agus córas comhaid xfs. Cumraigh mé gach rud ar a laghad chun an bunachar sonraí áirithe seo a úsáid, lúide an méid a úsáidfidh Zabbix féin.
Ar an meaisín céanna bhí freastalaí Zabbix, PostgreSQL agus gníomhairí ualaigh. Bhí 50 gníomhairí gníomhacha agam a d'úsáid LoadableModuletorthaí éagsúla a ghiniúint go han-tapa: uimhreacha, teaghráin. Líon mé an bunachar sonraí le go leor sonraí.
Ar dtús, an chumraíocht atá 5 mír sonraí in aghaidh an ósta. Bhí truicear i mbeagnach gach eilimint chun go mbeadh cuma fíor-shuiteálacha air. I gcásanna áirithe bhí níos mó ná truicear amháin ann. Bhí nód líonra amháin 3-000 truicear.
Eatramh nuashonraithe na míre - 4-7 soicind. Rialaigh mé an t-ualach féin trí úsáid a bhaint as ní hamháin gníomhairí 50, ach ag cur níos mó. Chomh maith leis sin, le cabhair ó eilimintí sonraí, rialaigh mé an t-ualach go dinimiciúil agus laghdaigh mé an t-eatramh nuashonraithe go 4 s.
PostgreSQL. 35 nvps
Bhí mo chéad reáchtáil ar na crua-earraí seo ar PostgreSQL íon - 35 míle luach in aghaidh an tsoicind. Mar a fheiceann tú, tógann sé codáin soicind nuair a chuirtear isteach sonraí - tá gach rud go breá agus go tapa. Is é an t-aon rud ná go líonann an tiomáint SSD 200 GB suas go tapa.
Is painéal feidhmíochta caighdeánach freastalaí Zabbix é seo.
Is é an chéad ghraf gorm ná líon na luachanna in aghaidh an tsoicind. Is é an dara graf ar dheis ná próisis tógála a luchtú. Is é an tríú ná an próiseas tógála inmheánach a luchtú: sioncrónaithe staire agus Coimeádaí Tí, atá ar siúl anseo le tamall maith.
Taispeánann an ceathrú graf úsáid HistoryCache. Is cineál maoláin é seo sula gcuirtear isteach sa bhunachar sonraí é. Taispeánann an cúigiú graf glas úsáid ValueCache, is é sin, cé mhéad amas ValueCache le haghaidh triggers ná roinnt mílte luachanna in aghaidh an tsoicind.
PostgreSQL. 50 nvps
Ansin mhéadaigh mé an t-ualach go 50 míle luachanna in aghaidh an tsoicind ar na crua-earraí céanna.
Nuair a luchtú ó Coimeádaí Tí, a chur isteach 10 míle luachanna thóg 2-3 soicind.
Coimeádaí tí ag tosú cheana féin a fháil ar an mbealach.
Léiríonn an tríú graf, go ginearálta, go bhfuil luchtú gaisteoir agus sioncróirí staire fós ag leibhéal 60%. Ar an gceathrú graf, tá an HistoryCache le linn oibriú Coimeádaí Tí ag tosú ag líonadh go gníomhach cheana féin. Tá sé 20% iomlán - thart ar 0,5 GB.
PostgreSQL. 80 nvps
Ansin mhéadaigh mé an t-ualach go 80 míle luachanna in aghaidh an tsoicind. Seo thart ar 400 míle eilimint sonraí agus 280 míle truicear.
Tá an t-ionchur lódála de thríocha sioncróirí staire sách ard cheana féin.
Mhéadaigh mé paraiméadair éagsúla freisin: sioncróirí staire, caches.
Ar mo chrua-earraí, mhéadaigh luchtú na sioncrónaithe staire go dtí an t-uasmhéid. Líonadh HistoryCache go tapa le sonraí - tá sonraí carntha ag an maolán le haghaidh próiseála.
An t-am seo ar fad, bhreathnaigh mé ar an gcaoi ar úsáideadh an próiseálaí, an RAM agus paraiméadair chórais eile, agus fuair mé amach go raibh an úsáid uasta dioscaí.
Tá úsáid bainte agam as toilleadh diosca uasta ar na crua-earraí seo agus ar an meaisín fíorúil seo. Le déine den sórt sin, thosaigh PostgreSQL ag dumpáil sonraí go gníomhach, agus ní raibh am ag an diosca scríobh agus léamh a thuilleadh.
An dara freastalaí
Ghlac mé freastalaí eile a raibh 48 próiseálaí agus 128 GB RAM aige cheana féin. Tiúnadh mé é - shocraigh 60 sioncróir staire, agus bhain mé feidhmíocht inghlactha amach.
Go deimhin, is teorainn feidhmíochta é seo cheana féin nuair is gá rud éigin a dhéanamh.
scála amab. 80 nvps
Is é an príomhthasc atá agam ná cumais TimescaleDB a thástáil i gcoinne ualach Zabbix. Is é 80 míle luachanna in aghaidh an tsoicind go leor, minicíocht na méadrachta a bhailiú (ach amháin i gcás Yandex, ar ndóigh) agus “socrú” measartha mór.
Tá titim ar gach graf - níl anseo ach imirce sonraí. Tar éis na teipeanna ar an bhfreastalaí Zabbix, tá próifíl luchtaithe an tsionadóir staire tar éis athrú go leor - thit sé trí huaire.
Ligeann TimescaleDB duit sonraí a chur isteach beagnach 3 huaire níos tapúla agus níos lú HistoryCache a úsáid.
Dá réir sin, gheobhaidh tú sonraí go tráthúil.
scála amab. 120 nvps
Ansin mhéadaigh mé líon na n-ítimí sonraí go 500 míle. Ba é an príomhthasc ná cumais TimescaleDB a sheiceáil - fuair mé luach ríofa de 125 míle luachanna in aghaidh an tsoicind.
Is "socrú" oibre é seo a fhéadfaidh go leor ama a ghlacadh chun oibriú. Ach ós rud é nach raibh mo dhiosca ach 1,5 TB, líon mé suas é i gceann cúpla lá.
Níos tábhachtaí fós, bhí deighiltí nua TimescaleDB á gcruthú ag an am céanna.
Maidir le feidhmíocht, tá sé seo go hiomlán nach dtugtar. Nuair a chruthaítear deighiltí i MySQL, mar shampla, bíonn rudaí difriúil. Tarlaíonn sé seo de ghnáth ar an oíche, toisc go gcuireann sé bac ar chur isteach ginearálta, ionramháil tábla agus go bhféadfadh sé díghrádú na seirbhíse a chruthú. Ní hé seo an cás le TimescaleDB.
Mar shampla, taispeánfaidh mé graf amháin as an tacar i bpobal. Sa phictiúr, tá TimescaleDB cumasaithe, a bhuíochas sin tá an t-ualach ar úsáid io.weight ar an bpróiseálaí tar éis titim. Tá laghdú tagtha freisin ar úsáid eilimintí de phróisis inmheánacha. Thairis sin, is gnáth-mheaisín fíorúil é seo ar ghnáthdhioscaí pancóg, agus ní SSD.
Torthaí
Is réiteach maith é TimescaleDB le haghaidh "socruithe" beaga, a luíonn ar fheidhmíocht an diosca. Ligfidh sé duit leanúint ar aghaidh ag obair go maith go dtí go n-aistrítear an bunachar sonraí go crua-earraí níos tapúla.
Tá TimescaleDB éasca le socrú, tugann sé treisiú feidhmíochta, oibríonn sé go maith le Zabbix agus Tá buntáistí aige thar PostgreSQL.
Má úsáideann tú PostgreSQL agus nach bhfuil sé beartaithe agat é a athrú, molaim úsáid PostgreSQL le síneadh TimescaleDB i gcomhar le Zabbix. Oibríonn an réiteach seo go héifeachtach suas go dtí "socrú" meánach.
Deirimid "ardfheidhmíocht" - i gceist againn . Ní fada go gcuirfidh tú aithne ar na teicneolaíochtaí agus na cleachtais a ligeann do sheirbhísí freastal ar na milliúin úsáideoirí. Liosta le haghaidh 7 Samhain agus 8, ní mór dúinn a tharraingt suas cheana féin, ach is féidir níos mó a mholadh.
Liostáil lenár и , ina nochtaimid gnéithe na comhdhála atá le teacht, agus ina bhfaighimid amach conas an leas is fearr a bhaint aisti.
Foinse: will.com