HPE InfoSight estas HPE-nuba servo, kiu ebligas al vi iniciate identigi eblajn fidindecon kaj rendimentajn problemojn kun HPE Nimble kaj HPE 3PAR-tabeloj. Samtempe, la servo ankaŭ povas tuj rekomendi manierojn solvi eblajn problemojn, kaj en iuj kazoj, solvi problemojn povas esti farita proaktive, aŭtomate.
Ni jam parolis pri HPE InfoSight ĉe HABR, vidu, ekzemple, aŭ .
En ĉi tiu afiŝo mi volas paroli pri unu nova funkcio de HPE InfoSight - Rimeda Planilo.
HPE InfoSight Resource Planner estas potenca nova ilo, kiu helpas klientojn determini ĉu ili povas aldoni novajn laborŝarĝojn aŭ aplikojn al siaj tabeloj surbaze de ekzistantaj laborkvantoj. Ĉu la tabelo povos trakti la pliigitan ŝarĝon aŭ ĉu nova tabelo estos postulata? Se necesas nova tabelo, kiu? Prognoza modelado Resource Planner helpas precize kompreni la bezonojn kaj ĝuste dimensionar ĝisdatigo de ekzistanta tabelo aŭ grandeco novan tabelon.
La planilo permesas vin fari la sekvajn:
- simuli eblajn ŝanĝojn al ekzistantaj laborkvantoj;
- taksi la efikon al tabelaj rimedoj kiel procesoro, kapablo kaj kaŝmemoro;
- vidi rezultojn por malsamaj tabelaj modeloj.
Kolektante statistikojn kaj parametrikajn informojn pri la funkciado de tabeloj (tra la tuta instalita bazo de tabeloj) kaj analizante diversajn laborŝarĝojn en multaj klientmedioj, ni povas identigi certajn kaŭzajn kaj kvantajn rilatojn. Ekzemple, ni scias kiel deduplikado influas CPU-utiligon tra malsamaj tabelaj modeloj. Ni scias, ke Virtualaj Labortablaj medioj estas pli bonaj ĉe deduplikado kaj kunpremado ol SQL. Ni scias, ke Exchange-aplikoj tendencas havi pli altan procenton de sinsekvaj (kontraste al hazardaj) legoj ol Virtuala Labortablo. Uzante informojn kiel ĉi, ni povas modeligi la efikon de ŝarĝŝanĝoj por antaŭdiri rimedpostulojn por specifa tabelmodelo.
Ni vidu kiel funkcias la Scheduler en la sekvaj ekzemploj.
Resource Planner funkcias en la portalo HPE InfoSight sub LABS. Ni komencu elektante novan laborŝarĝon - Aldoni Novan Laborŝarĝon (krom la ekzistanta). Alia opcio, kiun ni rigardos poste, estas Aldoni Ekzistantan Laborŝarĝon.
Elektu la ŝarĝan kategorion/aplikaĵon:
Vi povas fari diversajn ŝanĝojn al la nova laborkvanto laŭbezone: datumvolumo, IOP-oj, tipo de laborŝarĝo kaj deduplika reĝimo.
Poste, ni elektas la tabelon (el tiuj disponeblaj ĉe la kliento) por kiu ni volas modeligi ĉi tiun novan laborŝarĝon kaj alklaku la butonon Analizi.
La neta rezulto estas la efiko de ĉi tiu nova proponita laborkvanto (krom la nuna laborkvanto) sur CPU-resursoj kaj kapacito. Se ni elektus hibridan fulm-aron, ni ankaŭ vidus efikon al la tabelokaŝmemoro, sed ĉi-kaze ni havas AF60-ĉiuman fulm-aron, por kiu la koncepto de kaŝmemoro (sur SSD) ne validas.
Ni vidas (dekstre, en la supra diagramo - CPU-bezonoj), ke la AF60-tabelo, por kiu ni planis novan ŝarĝon, ne havas sufiĉajn procesorajn rimedojn por prilabori la novan laborŝarĝon: aldonante novan ŝarĝon, la CPU estos uzata je 110%. La malsupra diagramo (Kapacito-bezonoj) montras ke ekzistas sufiĉe da kapacito por la nova ŝarĝo. Krom la tabelo AF60, ambaŭ diagramoj ankaŭ montras aliajn tabelmodelojn - por komparo kun kia ĝi estus se ni havus malsaman tabelon.
La sekva bildo montras, kio okazas kiam ni kontrolas la markobutonon por montri plurajn kapbretojn (opcio kiam elektas fontan tabelon). Ĉi tiu opcio permesas al vi fari analizon por pluraj identaj tabeloj. Videblas, ke por la totala (nova kaj ekzistanta) ŝarĝo sufiĉas unu AF80-abelo, aŭ du AF60-aroj, aŭ tri AF40-aroj.
Uzante la rimedoplanilon, vi ankaŭ povas simuli ŝanĝojn en nur la nuna ŝarĝo. Por fari tion, en la unua paŝo vi devas elekti aldoni ekzistantan laborŝarĝon (anstataŭ aldoni novan laborŝarĝon - kiel ni faris komence). Poste, vi povas simuli ŝanĝon en la ekzistanta ŝarĝo kaj vidi, al kio ĉi tio kondukos. La ĉi-suba ekzemplo simulas duobligi la ŝarĝon kaj duobligi la kapaciton por aplikoj kiel Dosiera Servilo (t.e., en ĉi tiu ekzemplo ni ne pliigas la tutan ŝarĝon sur la tabelo, sed pliigas la ŝarĝon nur por specifa speco de aplikaĵo).
En ĉi tiu kazo, oni povas vidi, ke la tabelaj rimedoj permesas duobligi la ŝarĝon por Dosierservilo-aplikoj, sed ne pli ol duobligi - ĉar CPU-rimedoj estos uzataj je 99%.
fonto: www.habr.com