Oduzeti: Domaćin Eric Kavanagh razgovara s računanjem u memoriji i SAP HANA-om s gostima dr. Robin Bloor, Dez Blanchfield i IDERA-em Billom Ellisom.
Trenutno niste prijavljeni. Prijavite se ili prijavite da biste pogledali videozapis.
Eric Kavanagh: U redu dame i gospodo. Pozdrav i dobrodošli još jednom. Četvrto je sat po istočnom vremenu u srijedu, a posljednjih nekoliko godina znači da je vrijeme za vruće tehnologije. Da, doista, moje ime je Eric Kavanagh, bit ću vam domaćin za današnji razgovor.
I ljudi, danas ćemo razgovarati o nekim cool stvarima. Zaronit ćemo u svijet pamćenja, točan naslov je „U budućnost, ramena za računanje u memoriji.“ Sve je bijes ovih dana, i to s dobrim razlogom, uglavnom zato što memorija je mnogo brža nego oslanjanje na predenje diskova. Izazov je, međutim, da morate napisati puno softvera. Jer današnji softver, većina toga, napisan je s diskom na umu i to stvarno mijenja arhitekturu aplikacije. Ako dizajnirate aplikaciju za čekanje diska koji se vrti, jednostavno radite stvari drugačije nego ako imate svu snagu in-memory tehnologije.
Doista postoji spot o vašem, pogodite me, @eric_kavanagh. Uvijek se trudim pratiti unatrag, ali i retitizirati kad god me netko spomene.
Kao što rekoh, danas govorimo o sjećanju, konkretno o SAP HANA-i. Zadnji ste godina proveli dobro upoznajući SAP zajednicu, i to je fascinantno okruženje, moram reći. Šeširi koji rade na toj operaciji i nalaze se na prvom mjestu jer je SAP nevjerojatno dobar rad. Ono u čemu su stvarno jako dobri u poslu. Naravno da su sjajni i u tehnologiji, a stvarno su uložili velika ulaganja u HANA. U stvari, mogu se sjetiti - vjerojatno je bilo prije otprilike šest ili sedam godina - da smo u stvari obavljali neki posao za američko zrakoplovstvo i dobili smo nekoga iz SAP-a da uđe i rano pogleda svijet svijeta HANA i što je bilo planirano. I u najmanju ruku, ljudi u SAP laboratorijima uložili su mnogo vremena i truda u razumijevanje kako izgraditi ovu arhitekturu koja je, potpuno drugačija, iz tradicionalnih okruženja, jer vam je sve ostalo u sjećanju. Dakle, oni govore o tome da rade i transakcijsko i analitički na istim podacima u memoriji, za razliku od tradicionalnog načina, koji je izvadi, stave u kocku, na primjer, analiziraju tamo, nasuprot transakcijskom, što događa se na vrlo drugačiji način.
Ovo je zanimljiv prostor i zapravo ćemo saznati od drugog dobavljača, IDERA, malo o tome kako sve te stvari funkcioniraju i o čemu se radi, iskreno. Dakle, čut ćemo se s dr. Robin Bloor-om, našim vrlo glavnim analitičarom iz The Bloor Group; Dez Blanchfield, naš istraživač podataka i tada dobar prijatelj Bill Ellis iz IDERA-e. Dakle, s tim dijelom predajem ključeve dr. Robinu Blooru, koji će mi ga oduzeti.
Dr. Robin Bloor: Da, kao što je Eric govorio, vrijeme koje smo prvi put upoznali od SAP HANA-e vratilo se prije mnogo godina. Ali bilo je vrlo zanimljivo, to određeno vrijeme bilo je vrlo zanimljivo. Naišli smo na jednu ili dvije tvrtke koje su, na ovaj ili onaj način, nudile tehnologiju za pamćenje. Bilo je sasvim jasno da će doći u sjećanje. I stvarno nije bilo sve dok SAP nije ustao i iznenada pokrenuo HANU. Mislim, bio je šok kad sam vidio da SAP to radi. Bio je to šok, jer sam očekivao da će doći odnekud. Očekivao sam da će to biti, znate, Microsoft ili Oracle ili IBM ili netko sličan. Ideja da to radi SAP zaista me jako iznenadila. Pretpostavljam da to ne bi trebalo biti jer je SAP jedan od strateških dobavljača, a gotovo sve što se događa u industriji potječe od takvih.
U svakom slučaju, cijela poanta o memoriji, mislim, shvatili smo, nekada smo razgovarali o tome, čim zapravo uđete u memoriju - ne radi se o stavljanju podataka u memoriju, već o tome da počnem zamisao da je memorijski sloj sistemski zapis - čim migrirate sistemski zapis u memoriju, disk počinje postajati medij jedne vrste predavanja i postaje drugačija stvar. I mislio sam da je to vrlo uzbudljivo kad se to počelo događati. Dakle, zaista je gotovo za predenje diska. Spin disk će uskoro postojati samo u muzejima. Nisam siguran koliko će uskoro to biti, ali u osnovi, čvrsti disk je sada na krivulji Mooreova zakona, već je deset puta brži od okretanja hrđe, kako ga sada nazivaju, a prilično brzo bit će još brži i dalje onda to znači da upotreba slučajeva za disk postaje sve manja i manja.
I zanimljiva činjenica, da je tradicionalni DBMS, ustvari, puno tradicionalnog softvera izgrađeno za predenje diska, pretpostavljalo je da vrti disk. Imao je sve vrste fizičkih razina sposobnosti koje su marljivo programirane, kako bi se iskoristio vrti disk, čineći preuzimanje podataka što bržim. I sve se to ispire. Samo nestaje, znaš? I tada, očito je postojalo vrlo - ne znam, unosno, pretpostavljam, to će se na kraju otvoriti za bazu podataka u memoriji koja je pokušala zauzeti poziciju da velike baze podataka, Oracle i Microsoft, SQL Poslužitelj i IBM-ov DB2, zauzimao je prostor u memoriji i bilo je vrlo zanimljivo gledati kako oni koračaju napred i to rade.
Razgovarajmo o kaskadi memorije; to je samo vrijedno spomena To je također, razlog za spominjanje toga, razlog zbog kojeg sam to ubacio, zapravo samo da bih svima dao do znanja, kada ovdje govorim o sjećanju, svi ovi slojevi o kojima govorim su u stvari sjećanje. Ali odjednom shvatite kad ovo pogledate, ovo je hijerarhijska trgovina, to nije samo pamćenje. Stoga vrijedi i sve što smo naučili o hijerarhijskoj trgovini davno, davno. A to također znači da bilo koja baza podataka u memoriji mora prolaziti kroz to, neki samo prolaze kroz nju u RAM-u. A upravo je postajalo sve veće i veće i sada se mjeri u megabajtima. Ali imate predmemoriju L1 koja je sto puta brža od memorije, L2 predmemorija 30 puta brža od memorije i L3 predmemorija oko 10 puta brža od memorije. Dakle, znate, puno je tehnologije - dobro, prilično tehnologija - usvojilo je strategiju korištenja tih predmemorija kao, vrsta prostora za pohranu na putu za izvršenje stvari, posebno tehnologije baze podataka. Dakle, to je jedan od utjecaja.
Tada smo dobili 3D XPoint i IBM-ov PCM. A to je skoro brzina RAM-a, u osnovi je ono što se oboje hvali. Slučajevi upotrebe su vjerojatno različiti. Rano eksperimentiranje s tim tek treba biti završeno. Ne znamo kako će to utjecati na korištenje RAM-a i tehnologije baze podataka u memoriji. Tada imat ćete RAM u odnosu na SSD. Trenutno je RAM-a oko 300 puta brža, ali naravno, taj se broj smanjuje. I SSD naspram diska koji je oko 10 puta brži, ako ga razumijem. Dakle, u takvoj si situaciji. To je hijerarhijska trgovina. Gledajući na drugi način, u sjećanju je, naravno, potpuno drugačije. Dakle, gornji dijagram prikazuje dvije aplikacije, obje mogu pristupiti bazi podataka, ali sigurno pristupaju podacima o spinning hrđi. A način na koji zapravo stvari provlačite kroz mrežu, ovisno o ovisnosti oko vas, je li vam ETL. Dakle, to znači da, znate, podaci prelaze na vrtoglavu hrđu, a zatim se odvaja centrifugalna rđa kako bi se otišlo bilo kamo, a da bi se bilo gdje vratilo, vrti se na centrifugalnu rđu, a to su tri pokreta. A imajte na umu da memorija može biti sto tisuća puta brža od okretanja diska, a vi sigurno shvaćate da uzimanje podataka i spremanje u memoriju čini cijelu stvar zaista sasvim drugačijom.
Dakle, možda ste mislili da će se dogoditi na onome što je ovdje na zaslonu, mogli ste pomisliti da će ETL na ovaj ili onaj način zapravo preći iz podataka u podatke u memoriji. Ali u stvari to možda i ne može učiniti; zapravo biste mogli imati situaciju s desne strane gdje dvije aplikacije zapravo mogu ispaliti istu memoriju. Sigurno bi vam baza podataka u memoriji mogla pružiti tu sposobnost, sve dok imate zaključavanje i sve ostalo što je orkestrirano oko njega. Dakle, to ne mijenja samo brzinu stvari, nego mijenja i način na koji konfigurirate aplikacije i čitave protoke podataka.
To je ogromna vrsta utjecaja. Dakle, pamćenje je poremećeno, zar ne? I to bismo trebali dobiti iz onoga što sam rekao. Obrada memorije trenutno je akcelerator, ali to će postati norma. Koristit će se, primjenjujući prema vrijednosti aplikacije, i zato je veoma, vrlo zanimljivo da će SAP zapravo izaći s verzijom svog ERP softvera koja je u memoriji. Poboljšanja kašnjenja do tri veličine su potpuno moguća, a zapravo čak i veća od toga moguća su, ovisno o tome kako se ponašate. Tako dobivate ogromna poboljšanja brzine tako da vam ostane u memoriji. I krajnji rezultat, S / HANA's S / 4 - koji su objavili, mislim da, ljudi kažu da se i dalje pušta, ali sigurno je objavljen prošle godine - to je izmjenjivač igara s obzirom na bazu SAP korisnika. Mislim, ima 10.000 tvrtki koje koriste SAP-ov ERP i sve su to velike kompanije, znate. Dakle, ideja da svi oni imaju poticaj za ulazak u memoriju i korištenje njihovih temeljnih, jer je ERP gotovo uvijek temeljna aplikacija koju tvrtke pokreću, to je samo ogromna izmjena igara i bit će vrlo zanimljiva. Ali naravno, sve to zvuči vrlo dobro, ali treba ga pametno konfigurirati i treba ga dobro nadgledati. Nije sve tako jednostavno kao što zvuči.
Rekavši to, mislim da ću vam proslijediti loptu, ko je taj momak? Oh, australski momak, Dez Blanchfield.
Dez Blanchfield: Jako smiješno. Uvijek težak čin, dr. Robin Bloor. Hvala što ste me danas primili. Dakle, velika tema, ali uzbudljiva. Dakle, odabrao sam sliku koju često dočaravam kada razmišljam o modernim skladištima podataka o poduzeću i poslovnim skladištima, te mojim malim draguljima podataka. Dakle, ovdje imam ovo prekrasno jezero okruženo planinama i valovima koji izlaze, a valovi se slijevaju oko ovih stijena. Ovo je, nekako, kako mentalno zamišljam kako izgleda ovih dana u velikom jezeru s podacima. Valovi su skupni poslovi i analitika u stvarnom vremenu se baca na podatke, kao stijene. A kad razmišljam o tome kao o fizičkom jezeru, na neki način me vraća budnim pozivom da, znate, razmjera skladišta podataka koja sada gradimo, razlog zašto smo došli do ove kovanice i termina jezero podataka je da su vrlo velike i da su vrlo duboke, pa povremeno možete imati oluje u njima. A kad to učinimo, uvijek morate riješiti što stvara oluju.
Dakle, u temi ove stvari, čini mi se da je ovaj poziv sirene u računanju memorije doista vrlo jak i sa dobrim razlogom. Donosi toliko značajnih komercijalnih i tehničkih dobitaka. To je nekoliko sati rasprave neki drugi dan.Ali općeniti prijelaz na računanje u memoriji, prvo želim samo prikazati kako smo došli ovdje i što to omogućuje, jer to, na neki način, postavlja temelje gdje prvi izazovi mogu biti prvi i što trebamo znati i razmišljanja o tome da se u našem svijetu odmačimo od tradicionalnih starih predenjenih diskova koji drže podatke i postavljaju se na pakovanje i isključivanje diska, u memoriju i van memorije i u CPU-e, do sada samo uklanjamo gotovo jedan od tih cjelina, biti vrti disk. Jer zapamtite, u ranim danima računarstva, arhitektonski, nismo se dugo kretali iz mainframe-a ili srednjeg svijeta onoga što smo u početku smatrali jezgrom memorije i spremanjem bubnja, znate.
Kao što je rekao dr. Robin Bloor, pristup koji smo koristili za kretanje podataka oko računalne arhitekture zapravo se nije drastično promijenio već neko vrijeme, nekoliko desetljeća. Ako razmišljate o činjenici da, moderno računarstvo, tehnički gledano, postoji, ako ćete oprostiti kaznu, nekih 60 godina, znate, šest desetljeća i više i to je u smislu da možete kupite kutiju s polica, kao što je bilo. Prelazak na novu arhitekturu stvarno mi je pao na pamet kad smo se pomaknuli iz razmišljanja oko mainframes i midrangea, te jezgrene memorije i arhitekture za pohranu bubnjeva, hrabrim ili superračunalnim, posebno poput Seymour Cray-a, gdje stvari poput crossbar backplanes-a postala stvar. Umjesto samo jedne rute za premještanje podataka preko matične ploče ili matične ploče, kako se danas zove. I unutarnja memorija, znate, u današnje vrijeme ljudi zapravo ne razmišljaju što to zapravo znači kad kažu DIMM i SIMM. No, SIMM je jedinstvena inline memorija, a DIMM je dvostruka inline memorija i od nje smo složeniji od toga i postoje desetine različitih vrsta memorije za različite stvari: neke za video, neke za samo opće aplikacije, neke ugrađene u CPU.
Dakle, došlo je do tog velikog pomaka na novi način pohranjivanja i pristupa podacima. Proći ćemo kroz istu promjenu u čitavoj drugoj generaciji, ali ne toliko u samom hardveru, već u usvajanju hardvera u poslovnoj logici i sloju podataka, a to je još jedan veliki pomak paradigme u mom umu ,
Ali samo ukratko o tome kako smo došli. Mislim, poboljšala se i poboljšala tehnologija hardvera. Krenuli smo od postojanja CPU-a, a ideja jezgre bila je prilično moderan koncept. Uzimamo zdravo za gotovo sad kad naši telefoni imaju dvije ili četiri jezgre, a naša računala dvije ili četiri, ili čak osam, jezgre na radnoj površini i osam i 12 i više na, znate, 16 i 32, čak i na platformi poslužitelja , Ali zapravo je prilično moderna stvar da jezgre postaju sposobnost unutar CPU-a i da smo prešli iz 32-bitnog u 64-bitni. Ondje se dogodilo nekoliko velikih stvari: dobili smo veće brzine takta na više jezgara kako bismo paralelno mogli raditi stvari i svaka od tih jezgara mogla bi pokrenuti više niti. Odjednom smo mogli istodobno pokrenuti mnoge stvari na istim podacima. Šezdeset četiri bitni razmak adrese dao nam je do dva terabajta RAM-a, što je fenomenalan koncept, ali to je stvar sada. Znate, ove matične ploče s više staza, nekada ste stvari mogle raditi samo u jednom smjeru: naprijed i naprijed. I kao u danima s Cray računarstvom i nekim superkompjuterskim nacrtima toga vremena, a sada u stolnim računalima i uobičajenim vanjskim policama, nalik stolnim računalima s ugrađenim stalkom, jer zaista, većina modernih Računala su sada prošla ovo doba mainframe-a, midrangea, mikro desktopa i pretvorili smo ih u servere.
I puno toga mogućnosti superračunala, taj dizajn razreda superkompjutera, gurnut je u uobičajene komponente na uobičajenom nivou. Znate, ovih je dana ideja o uzimanju vrlo jeftinih PC računala koja se postavljaju i stavljanju u stalke na stotine, ako ne i tisućama, te pokretanju softvera otvorenog koda na njima poput Linuxa i pokretanju sličnih SAP HANA na njemu znam, mi to često uzimamo zdravo za gotovo. Ali to je vrlo nova uzbudljiva stvar i dolazi sa svojim složenostima.
Softver je također postao bolji, posebno upravljanje memorijom i dijeljenjem podataka. Neću ulaziti u puno detalja o tome, ali ako pogledate veliki pomak u posljednjih 15 godina ili čak manje, kako se upravlja memorijom, posebno podacima u RAM-u i kako se podaci raspodjeljuju u RAM-u, tako da kao što je doktor Robin Bloor ranije naznačio ili na koji je aludirao, stvari mogu čitati i pisati u isto vrijeme, bez utjecaja jedna na drugu, umjesto da imaju vremena čekanja. Puno vrlo moćnih značajki poput kompresije i enkripcije na čipu. Šifriranje postaje važnija stvar i to ne moramo nužno raditi u softveru, RAM-u, u CPU prostoru, što se zapravo i sada događa na čipu. To ubrzava stvari dramatično. I podijeljeno pohranjivanje i obrada podataka, opet, stvari za koje smo pretpostavljali da su superračunala i paralelna obrada, sada to shvaćamo kao prostore poput SAP-a HANA i Hadoop i Spark, i tako dalje.
Dakle, cijela poanta je u ovom računanju visokih performansi, HPC-ove mogućnosti su se pojavile u poduzeću, a sada poduzeće uživa prednosti koje dolaze s tim u poboljšanju performansi i tehnološkom prostoru te tehničkim koristima i komercijalnim dobicima, jer, znate, smanjeno vrijeme do vrijednosti dramatično se spušta.
Ali koristim ovu sliku priče koju sam prije nekog vremena pročitao o gospodinu koji je od Lega izgradio kućište PC-a, jer mi to uvijek padne na pamet kad razmišljam o nekim od ovih stvari. I to je to, čini se da je to sjajna ideja u trenutku kada je počnete graditi, a onda prođete na pola puta i shvatite da je zapravo vrlo škakljivo sastaviti sve Lego bitove i napraviti čvrstu stvar, dovoljno čvrstu staviti matičnu ploču i tako dalje, to će napraviti slučaj za osobno računalo. I na kraju shvatite da se svi mali komadići ne lijepe dobro i da morate biti malo oprezni koji mali komadići držite da biste postali čvrsti. I to je jako simpatična ideja, ali to je budni poziv kada prijeđete na pola puta i shvatite, "Hmm, možda bih samo trebao kupiti futrolu za 300 USD, ali završit ću je i naučiti nešto iz nje."
Za mene je to velika analogija onome što želite graditi ove vrlo složene platforme, jer je sve u redu i dobro je izgraditi i završiti s okruženjem u kojem imate usmjerivače, sklopke, servere i stalke. I imate zajedničke CPU i RAM i operativni sustav. I stavite nešto poput HANA-e na raspodijeljenu obradu u memoriji i pohranu podataka i upravljanje podacima. Povrh toga izgrađujete SAP stalak, dobivate mogućnosti baze podataka, a zatim učitavate u svoje podatke i svoju poslovnu logiku te počinjete primjenjivati neke čitanje, pisanje i upite i tako dalje. Moraš biti u toku s I / O i moraš zakazati stvari i upravljati radnim opterećenjima i multitenacies i tako dalje. Ova hrpa postaje vrlo složena, i to vrlo brzo. To je složen skup samo po sebi ako je samo na jednom stroju. Pomnožite to s 16 ili 32 stroja, a dobiva se vrlo, nevikalno. Kada pomnožite stotine i na kraju tisuće strojeva, da biste prešli od 100 terabajta na petabajtnu skalu, to je zastrašujući koncept, a to su stvarnosti s kojima se sada bavimo.
Dakle, na kraju ćete završiti s nekoliko stvari koje su također pomogle promijeniti ovaj svijet, a to je da je prostor na disku postao smiješno jeftin. Znate, nekad ste potrošili 380 do 400 tisuća dolara na gigabajtu tvrdog diska, kad je to bio ogroman bubanj veličine - nešto što je bilo potrebno viljušku da ga pokupi. Ovih dana sve se svodi na, nekako, jedan ili dva centa po gigabajtu robnog prostora na disku. I RAM je učinio isto. Ove dvije J-krivulje u oba grafikona, usput, su desetljeće, pa drugim riječima, gledamo dva bloka od 10 godina, 20 godina smanjenja cijena. Ali razbio sam ih u dvije J-krivulje, jer je na kraju ona s desne strane postala isprekidana crta i detalje niste mogli vidjeti, pa sam je ponovo promijenio. Gigabajt RAM-a prije 20 godina nešto je koštalo šest i pol milijuna dolara. Ovih dana ako za robni hardver opljačkate više od tri ili četiri dolara za gigabajt RAM-a.
Ova značajna propadanja sniženja cijena u posljednja dva desetljeća značila su da se sada možemo prebaciti izvan prostora na disku i ravno u RAM, ne samo na megabajtskoj razini, već sada na terabajtskoj razini i tretirati RAM-ove kao svoj disk. Međutim, izazov s tim bio je što je RAM izvorno efemerni - to znači nešto što traje kratko vrijeme - pa smo morali smisliti načine da pružimo otpornost na tom prostoru.
I zato, moja poanta ovdje je da računanje u memoriji nije za slabovidne osobe. Žongliranje ovih vrlo velikih memorijskih podataka i obrada oko njih zanimljiv je izazov; kao što sam već napomenuo, to nije za slabovidne osobe. Dakle, jedna stvar koju smo naučili iz ovog iskustva s računanjem velikih i velikih gustoća u memoriji je da složenost koju gradimo započinje u velikom broju područja.
Ali pogledajmo to sa stajališta praćenja i reagiranja. Kad pomislimo na podatke, on se pokreće u diskovnom prostoru, sjedi u bazama podataka na diskovima, gurnemo ih u memoriju. Nakon što se u memoriji i distribuira, a postoje njezine kopije, možemo koristiti puno kopija, a ako dođe do bilo kakvih promjena, može se odraziti na razini memorije, umjesto da nastavljamo i isključujemo i preko stražnje ploče na dvije različite razine, ona ulazi u memoriju i ostaje joj van. Završili smo s ovom hipersvijalnom hardverskom platformom koja nam to omogućuje sada. Kad govorimo o hiper skaliranju, to je teže na smiješno gustim razinama i memoriji visoke gustoće, vrlo visokom broju gustoća CPU-a, jezgara i niti. Sada imamo vrlo složene mrežne patologije koje to podržavaju jer se podaci moraju kretati po mreži ako će ići između čvorova i klastera.
Dakle, na kraju završavamo redundiranje kvarova na uređaju i moramo pratiti uređaje i dijelove istih. Moramo imati ugrađenu otpornost podataka na grešci u toj platformi i nadzirati je. Moramo ugraditi otpornost distribuirane baze podataka tako da moramo nadgledati platformu baze podataka i slagati se unutar nje. Moramo pratiti raspoređeno raspoređivanje obrade, što se događa u nekim procesima sve do anketiranja i upita i put koji upit vodi te način strukturiranja i izvršavanja upita. Kako to izgleda, je li netko učinio SELECT * na "bla" ili su zapravo napravili vrlo pametan i dobro strukturiran upit koji će im pribaviti nominalnu, minimalnu količinu podataka koji dolaze preko arhitekture u pozadini? Imamo radna opterećenja za više organizacija, više korisnika i više grupa koji rade isto ili više radnih opterećenja i serijske zadatke te raspoređivanje u stvarnom vremenu. I dobili smo tu mješavinu serije i obrade u stvarnom vremenu. Neke se stvari jednostavno izvode redovito - satno, dnevno, tjedno ili mjesečno - druge su stvari na zahtjev. Možda je netko tamo sjedio za tabletom i želio napraviti izvještaj u stvarnom vremenu.
I opet, zaključujemo s tim da složenost koja dolazi u tim nije samo izazov, već je i zastrašujuća. I mi imamo tu provjeru stvarnosti da jedan problem performansi, samo jedno pitanje uspješnosti, može utjecati na cijeli ekosustav. I tako, završavamo s ovim vrlo zabavnim izazovom saznanja, pa, gdje su utjecaji? I imamo ovaj izazov, jesmo li reaktivni ili proaktivni? Promatramo li stvar u stvarnom vremenu i vidimo kako nešto "propada" i reagira na nju? Ili smo vidjeli neki oblik trenda i shvatili da se trebamo proaktivno ukrcati na njega? Jer ključ je u tome što svi žele nešto brzo i jeftino i lako. Ali završavamo s tim scenarijima, na što volim spominjati i moju omiljenu crtu zagonetke Donalda Rumsfelda - koja se po mom mišljenju odnosi na sve ove scenarije velike složenosti - i to je to, mi znamo znanje jer je to nešto dizajnirali smo i izgradili i odvija se prema planu. Postali smo poznati nepoznanice po tome što ne znamo tko trči šta, kada i gdje, ako je na zahtjev. A mi imamo nepoznate nepoznanice i to su stvari zbog kojih trebamo pratiti i provjeravati. Jer stvarnost je, što svi znamo, ne možete upravljati nečim što ne možete mjeriti.
Dakle, da biste imali prave alate i pravu mogućnost praćenja raspoređivanja CPU-a, potražite vrijeme čekanja i saznajte zašto stvari moraju čekati u redovima čekanja po rasporedu u cjevovodima. Što se događa u memoriji, kakva se vrsta upotrebe provodi, kakvu izvedbu izvlačimo iz memorije? Je li stvar pravilno podijeljena, distribuira li se, imamo li dovoljno čvorova koji drže kopije istih da bi se mogli nositi s radnim opterećenjima koja se bacaju na nju? Što se događa s izvršenjem procesa izvan procesa operativnog sustava? Poslovi koji se sami pokreću, pojedinačne aplikacije i demoni koji ih podržavaju? Što se događa unutar tih procesa, posebice o strukturi upita i kako se ti upiti izvršavaju i kompiliraju? A zdravlje tih procesa sve do gomile? Znate, opet, natrag na vrijeme čekanja, je li to pravilno zakazivanje, da li treba čekati, gdje čeka, čeka li čitanje memorije, I / Os, CPU, I / O na mreži krajnjem korisniku ?
I onda natrag na točku koju sam upravo spomenuo prije nego što završim i to je to, kako pristupamo rješavanju problema i odgovorima na njih? Gledamo li u stvarnom vremenu i reagiramo li na stvari, što je najmanje idealan scenarij, ali čak i tada je bolje da to učinimo nego da ne znamo i nazovimo službu za pomoć i kažemo da je nešto pošlo po zlu i da to moramo pronaći ? Ili to radimo proaktivno i gledamo li što slijedi? Drugim riječima, vidimo li da nam nedostaje memorije i trebamo dodati više čvorova? Radimo li analizu trendova, bavimo li se planiranjem kapaciteta? I uz sve to, pratimo li povijesna vremena izvršenja i razmišljamo li o planiranju kapaciteta ili ga promatramo u stvarnom vremenu i proaktivno reprogramiramo i izjednačavamo opterećenje? I jesmo li svjesni radnog opterećenja koje se izvodi u prvom redu? Znamo li tko radi što u našem klasteru i zašto?
Računi u memoriji su vrlo moćni, ali s tom snagom gotovo su jedna od tih stvari, poput napunjenog pištolja i igrate se s municijom uživo. Na kraju možete i sami pucati u nogu ako niste pažljivi. Dakle, ta snaga izračuna u memoriji samo znači da možemo mnogo više i brže trčati kroz vrlo raspodijeljene i diskretne skupove podataka. Ali tada to povećava potražnju krajnjih korisnika. Naviknu se na tu moć i oni to žele. Više ne očekuju da će posao trajati tjednima, a izvješća se pojavljuju u običnom starom papiru. A onda, ispod svega toga, svakodnevno se održavanje okružuje zakrpama, ažuriranjima i nadogradnjama. A ako mislite na obradu 24/7 pomoću računanja u memoriji, upravljanje tim podacima, upravljanje radnim opterećenjima preko njega, to je sve u memoriji, tehnički na efemernoj platformi, ako ćemo započeti primjenjivati zakrpe i ažuriranja i nadogradnje u tamo dolazi i čitav niz drugih izazova u upravljanju i praćenju. Moramo znati što možemo uzeti izvan mreže, kada je možemo nadograditi i kada je vratimo na mrežu. I to me dovodi do moje posljednje točke, a to je da, kako postajemo sve složeniji u tim sustavima, to nije nešto što čovjek može učiniti samo tako što će sisati palcem i više povući uho. Više ne postoje pristupi osjećaju crijeva. Zaista su nam potrebni odgovarajući alati za upravljanje i pružanje ove visoke razine performansi u računanju i upravljanju podacima.
S tim u vezi predat ću našem prijatelju iz IDERA-e i čuti kako su pristupili tom izazovu.
Bill Ellis: Hvala vam puno. Dijelim svoj ekran i evo nas. Stoga je zaista ponizno razmotriti svu tehnologiju i sve ljude koji su došli prije nas kako bi omogućili da ove stvari koje su na raspolaganju u 2017. godini budu dostupne. Govorit ćemo o analizi opterećenja za SAP HANA - u osnovi, rješenje za nadziranje baze podataka: sveobuhvatno, bez agensa, pruža u stvarnom vremenu i gradi povijest, pa možete vidjeti što se događalo u prošlosti. SAP S / 4 HANA nudi potencijal bolje, brže i jeftinije. Ne kažem da je jeftino, samo govorim da je jeftinija. Vrlo tradicionalno, dogodilo se to da imate glavnu proizvodnu instancu - vjerojatno radi na Oracleu u većoj trgovini, potencijalno SQL Server - i tada biste koristili taj ETL postupak i imali biste više vrsta, inačica istine , A ovo je vrlo skupo jer ste plaćali hardver, operativni sustav, Oracle licencu za svako od ovih pojedinačnih okruženja. A tada, povrh svega, morali biste imati ljude da jednu verziju istine usklade sa drugom verzijom istine. I tako, ova obrada ETL-a u više inačica bila je samo spora i vrlo, vrlo glomazna.
I tako, HANA, u osnovi jedna HANA instanca, može potencijalno zamijeniti sve te druge instance. Dakle, jeftiniji je jer je to jedna hardverska platforma, jedan operativni sustav, a ne multiple. I tako, S / 4 HANA, uistinu, to sve mijenja i vi u osnovi gledate evoluciju SAP-a iz R / 2 u R / 3, razna poboljšanja. Sada je naslijeđeni sustav dostupan do 2025. godine, tako da imate osam godina dok stvarno niste prisiljeni na migraciju. Iako vidimo kako ljudi guraju nožne prste u to jer znaju da dolazi i da će se na kraju ECC upaliti na HANA-u, tako da trebate biti spremni na to i razumjeti tehnologiju.
Dakle, jedna baza podataka, nema ETL procesa, nema kopija koje se moraju pomiriti. Dakle, još jednom, brže, bolje i jeftinije. HANA je u sjećanju. SAP isporučuje softver, vi isporučujete hardver. Ne postoje zajedničke tablice. Jedna od stvari koje vam, naime, sugeriraju kada razmišljate o tome je da ne želite ulaziti u to, upravo ćemo kupiti najveći poslužitelj koji je dostupan. Oni sugeriraju da svoje vrste SAP krajolika u pravom obliku unaprijed i oni u osnovi kažu da ne migrirate u vrijednosti vrijedne 20 godina.Mislim da je arhiviranje nešto što je nedovoljno iskorišteno u IT-u, na neki drugi način, ne samo u SAP trgovinama. I slijedeća stvar je da je SAP zapravo potrošio dosta vremena na prepisivanju svog matičnog koda da ne bi koristio SELECT *. SELECT * vraća sve stupce iz tablice, a posebno je skup u stupacnoj bazi podataka. I tako, to nije dobra ideja za SAP HANA. Dakle, za trgovine koje imaju mnogo prilagođavanja, puno izvještaja ovo ćete željeti potražiti, a vi ćete htjeti odrediti imena stupaca dok napredujete prema migraciji svega na HANA.
Želimo reći da HANA nije panaceja. Kao i sve baze podataka, sve tehnologije trebaju se nadgledati, a kao što je spomenuto ranije, potrebni su vam brojevi da biste upravljali viškom, mjerenje mjerenjem. I jedna od stvari o kojoj govorim u području IDERA je da svaka poslovna transakcija interaktivno djeluje na sustav zapisa, a u ovom slučaju to će biti HANA. I tako, HANA postaje temelj za izvedbu vaših SAP transakcija, krajnjeg korisničkog iskustva. I zato je od vitalnog značaja da se nastavi trčati maksimalnom brzinom. To postaje samo jedna točka neuspjeha, a u razgovoru s ljudima to je nešto što se može pojaviti tamo gdje imate krajnjeg korisnika i možda koristi te podatke u stvarnom vremenu, a oni imaju ad hoc upit koji potencijalno nije sasvim pravo. Možda se ne pridružuju tablicama i napravili su vanjsku spojnicu, partizanski proizvod, i u osnovi troše puno resursa. Sada, HANA će to prepoznati na kraju i ubiti tu sesiju. Dakle, tu je presudni dio naše arhitekture koji će vam omogućiti da to zapravo zabilježite u povijesti, tako da možete vidjeti što se događalo u prošlosti i prepoznati te situacije.
Dakle, pogledajmo analizu radnog opterećenja za SAP HANA. Ovo je verzija 1, tako da vas vrlo rado pozivamo da nam se pridružite na putovanju, a ovo je proizvod tvrtke IDERA. To je sveobuhvatan, ali jednostavan. U trendu u stvarnom vremenu. Zdravlje domaćina, primjerice zdravlje. Pratimo stanja čekanja, SQL upite, potrošače memorije i usluge. Tako izgleda GUI i odmah možete vidjeti kako je to omogućeno na webu. Zapravo sam otvorio ovo rješenje radeći uživo na svom sustavu. Ima nekoliko ključnih stvari koje želite pogledati. Mi smo, nekako, podijeljeni u različite radne prostore. Najvažnije je ono što se događa na razini domaćina od upotrebe CPU-a i korištenja memorije. Definitivno ne želite doći do zamjene ili bacanja stajališta. I tada uglavnom prolazite prema onome što se događa u trendu, od vremena odziva, korisnika, SQL izjava, odnosno onoga što pokreće aktivnosti u sustavu.
Jedna od stvari s IDERA-om je ta što se, znate, ništa ne događa u bazi podataka sve dok ne dođe do aktivnosti. A ta aktivnost su SQL izrazi koji dolaze iz aplikacije. Dakle, mjerenje SQL izraza je apsolutno neophodno za otkrivanje uzroka. Dakle, idemo dalje i napredujemo. Dakle, na razini domaćina zapravo možemo pogledati memoriju, pratiti vrijeme, korištenje CPU-a domaćina. Korak unazad, možete pogledati COBSQL izjave. Jedna od stvari koju ćete vidjeti na našoj arhitektonskoj strani je ta da se podaci pohranjuju izvan HANA-e, pa ako bi se HANA-i nešto dogodilo, mi u osnovi bilježimo podatke do, ne daj Bože, situacije nedostupnosti , Također možemo zabilježiti sve što se događa u sustavu tako da imate jasnu vidljivost. A jedna od stvari koju ćemo učiniti je da predstavimo SQL izraze u ponderiranom redoslijedu. Dakle, to će uzeti u obzir broj pogubljenja, i to je ukupna potrošnja resursa.
I tako ovdje možete upasti u pojedinačne metrike - kada se ta SQL izjava izvršavala? A zatim, potrošnja resursa uvelike je vođena planom izvršenja, tako da smo u mogućnosti to stalno bilježiti. HANA je u sjećanju. Vrlo je paralelno. Na svim tablicama ima primarne indekse, koje neke trgovine odlučuju za izradu sekundarnog indeksa za rješavanje određenih problema s performansama. Znači, vrsta saznanja što se dogodilo s planom izvršenja za određene SQL izraze može biti vrlo korisno. Također ćemo pregledati usluge, potrošnju memorije još jednom, s vremenom prikazane. Arhitektura: dakle, ovo je samostalno rješenje koje možete preuzeti s naše web stranice, a arhitektura je to što je web omogućen.
Na određenu instancu možete imati više korisnika. Možete pratiti lokalne slučajeve SAP HANA. I mi čuvamo trajnu četveronedjeljnu povijest u našem skladištu i to je samoupravljanje. Da biste to primijenili, prilično je jednostavno. Trebate Windows Server. Morate je preuzeti. Većina Windows poslužitelja će imati ugrađeni .NET okvir i dolazi u paketu s licencom. I tako biste otišli do čarobnjaka za instalaciju koji pokreće Setup.exe i zapravo bi otvorili ekran, licenčni ugovor i jednostavno biste obradili ovaj obris klikom na „Dalje“. I tako, gdje biste željeli da HANA biti instaliran? Slijede svojstva baze podataka, a ovo će biti vaša veza sa SAP HANA, tako da je ovo praćenje instancije HANA bez agenta. I tada ćemo u osnovi dati pregled, ovo je port o kojem po zadanom komuniciramo. Kliknite "Instaliraj" i ona u osnovi pokreće HANU i započinjete graditi povijest. Dakle, samo malo informacija o veličini grafikona. Možemo pratiti do 45 instanci HANE, a vi ćete to željeti koristiti na kliznoj skali za određivanje broja jezgara, memorije, prostora na disku koji će vam trebati. A ovo pretpostavlja da imate čitavu četveronedjeljnu valjanu povijest.
Dakle, kao brzo prepisivanje, gledamo zdravlje servera, primjerice zdravlje, korištenje CPU-a / memorije. Koji su potrošači memorije, koji su pokretači aktivnosti, koje su usluge? SQL izjave su od vitalnog značaja - koja su stanja izvršenja? Pokažite mi planove izvršenja, kada su se stvari izvršavale, dale su trend? Ovo će vam dati u stvarnom vremenu i povijest onoga što se dogodilo. I kao što sam spomenuo, budući da je naša povijest odvojena od HANE, hvatamo stvari koje su istekle i istekle iz povijesti HANA-e. Tako da možete vidjeti pravo trošenje resursa na vašem sustavu zbog zasebne povijesti.
Kao što sam napomenuo, IDERA-in web mjesto, pod Products, ovo možete lako pronaći. Ako želite isprobati ovo, svakako ste dobrodošli. Pogledajte kako pruža informacije za vas i postoje li dodatne informacije na toj web lokaciji. Dakle, bilo koji zainteresirani dio se sa zadovoljstvom bavi. U portfeljnim proizvodima koje nudi IDERA postoji i SAP ECC nadzornik transakcija, a to se naziva Precizno za SAP. A ono što radi jest - koristite li portal ili samo ECC-om uspravnog sustava - zapravo će zabilježiti transakciju krajnjeg korisnika od klika do diska, sve do SQL izraza i pokazati što se događa.
Sada vam prikazujem samo jedan sažetak. Želim da imate nekoliko postupaka sa ovog zaslona sažetka. To je vrijeme odziva Y-osi, vrijeme X-osi i dan, a u ovom će se prikazu transakcije prikazati vrijeme klijenta, red čekanja, vrijeme ABAP koda, vrijeme baze podataka. Možemo zabilježiti ID-e krajnjih korisnika, T-kodove i možete zapravo filtrirati i prikazivati poslužitelje putem određene transakcije koja je presječena. I tako, mnoge trgovine upravljaju prednjim krajem krajolika pod VMware-om, tako da zapravo možete izmjeriti što se događa na svakom od poslužitelja i ući u vrlo detaljnu analizu. Dakle, ovaj je transakcijski prikaz za transakciju krajnjeg korisnika kroz cijeli SAP krajolik. A to možete pronaći na našoj web stranici u odjeljku Proizvodi APM Alati i to bi bilo SAP rješenje koje imamo. Instalacija za ovo je malo složenija, pa je ne samo preuzimanje i isprobavanje, kao što je to slučaj s HANOM. Na ovom smo mjestu zajedno radili, osmislili i implementirali ukupnu transakciju za vas.
Dakle, tek treći brzi pregled, analiza radnog opterećenja za SAP HANA, sveobuhvatna je, bez agenta u stvarnom vremenu, nudi povijest. Nudimo mogućnost preuzimanja i isprobavanja za vaše web mjesto.
Dakle, s tim ću se vremenom vratiti Ericu, Dezu i dr. Blooru.
Eric Kavanagh: Da, možda Robine, imaš li kakvih pitanja od tebe, a onda Dez nakon Robina?
Dr. Robin Bloor: U redu. Mislim, prvo što bih želio reći je da mi se jako sviđa transakcijski prikaz jer je točno ono što bih želio u toj situaciji. Učinio sam puno posla - pa, to je davno bilo upravo sada - radeći praćenje performansi, i to je bila takva stvar; tih dana nismo imali grafiku, ali to je ono što sam posebno želio moći učiniti. Tako da možete, na ovaj ili onaj način, sami sebi ubrizgavati mjesto gdje se problem događa.
Znaš, prvo pitanje je da većina ljudi implementira S / 4 na neki ili drugi način, znate. Kad se uključite u bilo koju primjenu S / 4, jeste li otkrili da je ona dobro implementirana ili otkrivate stvari zbog kojih bi kupac mogao željeti ponovno konfigurirati? Mislim, kako sve to ide?
Bill Ellis: Pa, svaki dućan je malo drugačiji. A različiti su obrasci upotrebe, postoje različita izvješća. Za web lokacije koje imaju ad hoc izvješćivanje, mislim da je to, na primjer, zamjenski znak u sustavu. I tako, jedna od krucijalnih stvari je započeti mjerenje i otkriti koja je osnovna vrijednost, što je normalno za određenu web lokaciju, gdje je ta određena web lokacija, na temelju njihovih obrazaca upotrebe, naglašavajući sustav. A odatle napravite prilagodbe. Obično praćenje optimizacija nije jednokratno, to je stvarno trajna praksa u kojoj nadgledate, ugađate, prilagođavate i poboljšavate sustav kako bi zajednica krajnjih korisnika mogla učinkovitije poslužiti.
Dr. Robin Bloor: Pa, kad implementirate - mislim, znam da je na ovo teško pitanje odgovoriti jer će se mijenjati ovisno o veličini implementacije - ali koliko resursa ima sposobnost praćenja IDERA, koliko troši? Ima li ikakvu razliku u tome ili je, jednostavno, ne miješa se? Kako to funkcionira?
Bill Ellis: Da, rekao bih da su režijski troškovi otprilike 1 do 3 posto. Mnoge su trgovine vrlo spremne žrtvovati to jer će potencijalno to moći kupiti natrag u smislu optimizacije. To ovisi o obrascima uporabe. Ako radite potpuno krajolik, to ovisi o pojedinačnim tehnologijama koje se nadziru. Dakle, kilometraža varira, ali kao što smo razgovarali, definitivno je bolje potrošiti malo da znamo što se događa, nego da slijepimo. Osobito bi to bilo, znate, evo nas u siječnju, a vi započinjete s drugom obradom i skupljate podatke vrijedne 12 mjeseci. Znate, to je izuzetno važno za postizanje uspješnosti poslovanja, iznošenje izvještaja regulatornim organizacijama, bankama, dioničarima.
Dr. Robin Bloor: Pravo. I samo brzo, iz vaše perspektive - jer pretpostavljam da ste tamo uključeni u čitav niz SAP stranica - koliko je velik pomak SAP korisničke baze prema S / 4? Mislim, je li to nešto što se događa, znate, da postoji neka vrsta lavine oduševljenih kupaca ili je to samo stalna sitnica? Kako to vidiš?
Bill Ellis: Mislim da sam prije par godina rekao da je to nožni prst. Sada bih rekao da su ljudi, nekako, do koljena. Mislim da, s obzirom na vremenski okvir, ljudi će zaista biti uronjeni u HANU u sljedećih nekoliko godina. I tako, praćenje, transformacija, znate, mislim da je većina kupaca na neki način zajedno na krivulji učenja. I tako mislim da nismo baš blizu lavine kao što ste naveli, ali mislim da smo na vrhuncu velike transformacije HANI.
Dr. Robin Bloor: U redu, pa, s obzirom na web stranice koje ste vidjeli da su radile, prilagođavaju li HANA i drugim aplikacijama ili su, na ovaj ili onaj način, potpuno konzumirane za funkcioniranje ovih stvari? Kakva je slika tamo?
Bill Ellis: Da, ljudi će često integrirati SAP s drugim sustavima, ovisno o modulima i tako dalje, tako da ima malo. Zapravo još ne vidim ljude koji implementiraju druge aplikacije na HANA. To je sigurno moguće učiniti. I tako je više oko pejzaža oko SAP infrastrukture.
Dr. Robin Bloor: Pretpostavljam da bih vam bolje predao Dez. Provjerio sam tvoje vrijeme. Dez?
Dez Blanchfield: Hvala vam. Ne, to je sve dobro. Dvije vrlo brze, samo da pokušam postaviti temu. SAP HANA postoji već nekoliko godina i ljudi su je imali priliku razmotriti. Ako biste nam trebali dati grubu procjenu postotka ljudi koji ih pokreću - jer ima puno ljudi koji pokreću te stvari - što mislite, koji je postotak tržišta koji ste svjesni trenutno nestao od samo tradicionalnih SAP implementacija do SAP-a na HANI? Gledamo li 50/50, 30/70? Koji, koliki postotak tržišta vidite od ljudi koji su priješli i napravili taj potez, u odnosu na ljude koji se samo suzdržavaju i čekaju da se stvari poboljšaju, poboljšaju ili promijene, ili kakav god slučaj bio?
Bill Ellis: Da, zapravo bih, iz moje perspektive, stavio postotak oko 20 posto. SAP obično predstavlja tradicionalno poslovanje. Ljudi su obično vrlo konzervativni i tako će ih ljudi vući za noge. Mislim da to ovisi i o tome da li znate da ste dugo vodili SAP ili ste vrsta SMB-a koji je možda imao nedavno implementiran SAP? I tako, postoji niz različitih faktora, ali općenito ne mislim da je postotak 50/50. Rekao bih da 50 posto barem gnjavi i da HANA trči negdje u njihovom podatkovnom centru.
Dez Blanchfield: Zanimljiv korak koji ste nam ranije dali je to da je ovo stvar koja je stvar u skladu s tim i da sat fizički i doslovno otkucava vrijeme prijelaza. Mislite li da ste u tom procesu ljudi to uzeli u obzir? Kakav je opći smisao narodnog razumijevanja da je ovo prijelazni pomak u platformi, to nije samo opcija, već postaje zadana?
S SAP-ovog stajališta, siguran sam da to guraju jer postoji značajna konkurentska prednost u performansama, ali isto tako, valjda, oni bore kontrolu nad platformom, umjesto da pređu na treće- stranačke baze podataka, sada ga vraćaju na svoju platformu. Mislite li da su tvrtke to zapravo dobile? Mislite li da ljudi to razumiju i sada to prenose? Ili je, čini se, još uvijek neka, nejasna stvar, na tržištu?
Bill Ellis: Ne mislim da se SAP stidi komunikacije, a ljudi koji su otišli na SAPPHIRE su svuda vidjeli HANU. Dakle, mislim da su ljudi itekako svjesni, ali ljudska priroda je ono što jest, znate, neki ljudi su, pomalo, vukući noge.
Dez Blanchfield: Jer mislim da je razlog zbog kojeg sam postavljao to pitanje i morat ćete mi oprostiti, ali to je to u čemu se slažem. Mislim da ih nije bilo stidljivo komunicirati. Mislim da je signal nestao na mnogo načina. I slažem se s tobom - ne znam da su svi još poskočili. Znate, tradicionalna poduzeća, vrlo velika poduzeća koja to vode, i dalje se održavaju na mnogo načina, ne baš tako da vuku noge, već se samo pokušavaju uhvatiti ukoštac sa složenošću promjene. Jer mislim da je jedna stvar koju su istakli vaš alat, a svakako i vaša demonstracija danas, i za mene je jedan ključni korak koji bih volio da danas svi slušaju i ugađaju da sjednu i reflektiraju pažnju na njih. Imate alat sada taj proces mi je pojednostavljen. Mislim da je gomila vrlo nervoznih CIO-ova i njihovih timova ispod njih koji razmišljaju: "Kako da napravim prijelaz od tradicionalnih RDBMS, relacijskih sustava za upravljanje bazama podataka koje poznajemo već desetljećima, u potpuno novu paradigmu izračunavanja i upravljanje skladištem u prostoru koji je još uvijek relativno hrabar? ”u mom umu. Ali na mnoge načine to je nepoznanica, a malo je ljudi koji su napravili taj pomak na drugim područjima, kao da nisu imali drugi dio poslovanja koji su već pomakli u računanje memorije. To je, pak, pomicanje svega ili ništa.
Dakle, jedna od stvari koje sam sebi oduzeo više od svega - pogodit ću vas pitanjem za minutu - je li taj strah sada, na mnogo načina, ublažen i to prije danas, da sam CIO slušao, nekako bih pomislio: "Pa, kako ću napraviti ovaj prijelaz? Kako ću jamčiti istu sposobnost koju imamo u platformi za upravljanje relacijskom bazom podataka i dugogodišnjim iskustvom DBA-ova, na novu platformu za koju trenutno nemamo vještine? "Dakle, moje pitanje s tim je da , mislite li da su ljudi shvatili da su alati sada uz ono što nudite i da mogu, nekako, duboko udahnuti i uzdahnuti od olakšanja što tranzicija nije tako zastrašujuća kao što je mogla biti prije je li ovaj alat dostupan? Mislite li da su ljudi to shvatili ili je to još uvijek, nekakva stvar, koja se samo suočava s prijelazom na računanje u memoriji i pohranu u memoriji nasuprot old-school kombinacijama NVMe, flash-a i diska?
Bill Ellis: Da, tako da nesumnjivo postoji puno tehnologije i alata koji ovo grafički mogu prikazati, što se događa i olakšavaju precizno određivanje najboljih potrošača resursa. Mislim, pomaže u pojednostavljivanju stvari i pomaže tehnološkom osoblju da se stvarno dobro pozabavi. Hej, oni će moći znati što se događa i moći će razumjeti svu složenost. Dakle, apsolutno su alati na tržištu definitivno korisni i zato nudimo analizu radnog opterećenja za SAP HANA.
Dez Blanchfield: Da, mislim da je sjajna stvar u onome što ste nam danas pokazali, da ste pratili hardverski komad, komad operacijskog sustava, čak pratili neki radni teret koji se kreće kroz, kao što ste rekli, mislim, alati su bili tamo neko vrijeme. Ono što za mene ima, posebno unutar HANA-e, je to što nismo nužno imali povećalo i zaviriti u nju i vidjeti dolje što vaš alat ima s onim što se događa s upitima i kako su ima strukturu i gdje je to opterećenje.
S implementacijama koje ste dosad vidjeli, s obzirom na to da ste doslovno najautoritativniji u ovom prostoru na svojoj platformi u svijetu, neke od brzih pobjeda koje ste vidjeli - imate li neka anegdotska znanja koja možete podijeliti s nas oko nekih eureka trenutaka, aha trenutaka, gdje su ljudi razmjestili set alata IDERA, otkrili su stvari kojih jednostavno nisu bili svjesni u svojim platformama i izvedbama koje su imali. Imate li neke sjajne anegdotske primjere gdje su ga ljudi upravo rasporedili, ne znajući zapravo što su imali i odjednom su nestali: "Jao, zapravo nismo znali da je to unutra?"
Bill Ellis: Da, toliko je veliko ograničenje izvornih alata da ako se zahtjev za odustajanje odustane, on ispravi podatke i tako u osnovi nemate povijest. Ako pohranjujemo povijest izvan mreže, poput bijeg upita, imat ćete povijest, znat ćete što se dogodilo, moći ćete vidjeti plan izvršenja i tako dalje. I tako, to vam omogućuje da, nekako, pomognete zajednici krajnjih korisnika u osnovi da rade bolje, bolje pišu izvještaje, itd. I tako, povijest je nešto što je zaista lijepo imati. I jedna od stvari koju sam želio pokazati je da možete pogledati u stvarnom vremenu do četiri tjedna, a zatim možete jednostavno zumirati bilo koji vremenski okvir koji vas zanima, a zatim možete otkriti osnovne vozačke aktivnosti. Upravo je ta vidljivost vrlo korisna za saznanje do kojih je uskih grla došlo.
Dez Blanchfield: Spomenuli ste da je višekorisnički, nakon što se jednom implementira, a dojmio me činjenica da je bez agentstva i učinkovito nulti dodir na mnogo načina. Je li normalno da je jedno aktiviranje vašeg alata nakon toga dostupno svima iz mrežnog operativnog centra u NOC-u koji promatraju osnovnu infrastrukturu koja podupire klaster, sve do tima i aplikacija? Je li norma i jednom se rasporedite i oni bi to podijelili ili pretpostavljate da će ljudi imati primjerke modela koji gledaju različite dijelove snopa? Kako to izgleda?
Bill Ellis: Dakle, osnovni će tim obično imati vrlo velik interes za tehnologiju koja stoji na temeljima onoga što se događa u SAP-u. Očito postoji nekoliko timova koji će podržavati cijele krajolike. Komad HANA je upravo usmjeren na to. Upravo ću zadati timu SAP-a kao primarnim potrošačima informacija.
Dez Blanchfield: Pravo. Doduše, čini mi se da ako imam razvojni tim ili čak ne samo na razini koda, ali ako imam tim znanstvenika ili analitičara koji analitički rade na skupovima podataka, posebno imajući u vidu da postoji značajan je pothvat znanosti o podacima koja se primjenjuje na sve unutar organizacija sada, po mom mišljenju - i ispravite me ako griješim - čini mi se da će i ovo biti od velikog interesa za njih, jer na mnoge načine jedan od ozbiljnih stvari koje možete učiniti u okruženju skladišta podataka otpustite znanstvenika podataka i dopustite mu da samo počne obavljati ad hoc upite. Jeste li imali primjere takve stvari tamo gdje su vas prodavaonice zazvonile i rekli: "Na to smo bacili tim iz područja znanosti o podacima, stvarno boli, što možemo učiniti za njih u odnosu na ono što radimo u tradicionalno operativno praćenje i upravljanje? "Je li to uopće stvar?
Bill Ellis: Pa, da, malo bih to preokrenuo i smanjio moj odgovor bilo bi to da gledam performanse, budemo svjesni performansi u razvoju QA proizvodnje, znate, što prije pohranite, manje problema, manje iznenađenja , Dakle, apsolutno.
Dez Blanchfield: Slijedom toga, puno alata s kojima sam imao iskustva - i siguran sam da će se Robin složiti - s puno alata ovdje, ako imate veliki RDBMS, trebate zaista visokokvalificirani, duboko poznavani, iskusni DBA-ovi. Neki od zahtjeva za infrastrukturu i platformu koji se javljaju kod SAP HANA-e jer je trenutno podržana na pojedinim distribucijama usklađenim s određenim hardverom i tako dalje, koliko mi je poznato. Znate, postoje ljudi s desetljećima iskustva koji nisu isti. Ono što vidim, je da to nije nužno zahtjev ovog alata. Čini mi se da možete upotrijebiti svoj alat i dati ga nekim prilično novim licima i odmah im dati snage da pronađu stvari koje ne rade dobro. Je li slučaj da postoji prilično kratka krivulja učenja kako biste se ubrzali s time i dobili neku vrijednost od toga kada ćete je implementirati? Znate, moj opći osjećaj je da ne morate imati 20 godina iskustva u vožnji alata da biste odmah vidjeli vrijednost. Slažete li se da je to slučaj?
Bill Ellis: Apsolutno, i, prema vašem gledištu, mislim da puno uspjeha implementacije zaista ovisi o planiranju i arhitekturi okruženja SAP HANA. A onda je nesumnjivo puno složenosti, puno tehnologije na kojoj je ugrađeno, ali onda se sve svodi samo na praćenje obrazaca upotrebe onoga što se događa. Iako je to složenije, na neki način je pakirano i donekle pojednostavljeno. To je jako slabo.
Dez Blanchfield: Da, pa prije nego što se vratim Eriku, jer znam da ima nekoliko pitanja, posebno od nekih koja dolaze iz Q&A koja su izgledala zanimljivo, a volio bih čuti odgovor na. Tradicionalno putovanje nekoga do kojeg ste ranije spomenuli da ga možete dobiti, možete preuzeti i isprobati. Možete li to brzo pogledati ponovo za slušanje naroda bilo danas ili za narod koji bi ga kasnije mogao ponoviti? Koja su brza dva ili tri koraka da preuzmu kopiju i razmjeste je i isprobaju u svom okruženju prije nego što je kupe? Kako to izgleda? Koji su koraci za to?
Bill Ellis: Da. Dakle, IDERA.com i samo idite na Proizvodi i vidjet ćete Analizu radnog opterećenja za SAP HANA. Postoji stranica za preuzimanje. Mislim da će od vas tražiti neke kontaktne podatke, a proizvod je jednostavno pakiran s licencnim ključem, tako da ga možete instalirati s Setup.exe i jednostavno se krećete, mislim da vrlo brzo.
Dez Blanchfield: Dakle, oni mogu ići na vašu web stranicu, mogu je preuzeti. Sjećam se da sam ga pogledao prije nekog vremena i sinoć sam dvaput provjerio, možete li zatražiti demonstraciju, iz memorije, gdje će vas netko iz vašeg tima proći kroz to? Ali zapravo ga možete besplatno preuzeti i lokalno implementirati u svoje okruženje, u svoje vrijeme, zar ne?
Bill Ellis: Da.
Dez Blanchfield: Izvrsno. Pa mislim da više od ičega, to je vjerovatno stvar koju bih osobno savjetovao da ljudi rade, to je izvaditi kopiju s web stranice, uzeti dio tamošnje dokumentacije, jer znam da tamo ima puno dobrog sadržaja, i samo probaj. Stavite ga u svoje okruženje i pogledajte što ćete naći. Sumnjam da kad jednom pregledate haubu sa SAP HANA okruženjem pomoću alata IDERA, pronaći ćete stvari za koje zapravo niste bili svjesni da su tamo.
Gledajte, hvala vam puno na tome i hvala na vremenu samo za pitanja i pitanja s Robinom i I. Ericom, prebacit ću se s vama jer znam da su neka pitanja stigla i od naših sudionika.
Eric Kavanagh: Da, ovdje je pravi brzi. Dakle, jedan od sudionika ovdje daje stvarno dobar komentar, samo govori o tome kako se stvari mijenjaju. Govoreći u prošlosti, memorija je gušila, usporavala je čestim pozivanjem, trenutno CPU se guši s previše podataka u memoriji. Znate, postoje problemi s mrežom. Uvijek će biti meta koja se kreće, zar ne? Što danas vidite kao putanju u pogledu gdje će se nalaziti uska grla i gdje ćete trebati usmjeriti svoju pažnju?
Bill Ellis: Da. Dok ne izmjerite, teško je znati. Jedna od stvari o SQL izjavama je da će oni biti pokretači potrošnje resursa. I tako, u slučaju da vam je trebalo, poput velike potrošnje memorije ili CPU-a, moći ćete shvatiti koja je aktivnost uzrokovala potrošnju resursa. Sada je ne biste nužno željeli ubiti, ali isto tako želite da budete svjesni i, što se događa, koliko se često događa, itd. Mi smo, nekako, još uvijek novi u pogledu rješavanja čitavog skupa ili kuharske knjige odgovora u različitim okolnostima. Pa, veliko je pitanje i vrijeme će pokazati. Kako vrijeme prolazi, imat ćemo više informacija.
Eric Kavanagh: To je to. Pa, momci ste na vrlo zanimljivom mjestu. Mislim da ćete vidjeti mnogo aktivnosti u narednim mjesecima i narednih par godina, jer znam da je SAP, kao što ste sugerirali u našem sadržajnom pozivu, ljudima pružio lijepu dugu rampu za prelazak do HANA. Ali bez obzira na to, toj rampi je kraj i ljudi će u određenom trenutku morati donijeti neke ozbiljne odluke, pa što prije, to bolje, zar ne?
Bill Ellis: Apsolutno.
Eric Kavanagh: U redu, ljudi, spalili smo još sat vremena na Hot Technologiesu. Informacije možete pronaći na mreži, insideanalysis.com, također techopedia.com. Usredotočite se na tu stranicu za puno zanimljivih podataka, uključujući popis svih naših arhiva prošlih web emisija. Ali ljudi, veliko hvala svima vama vani, našim prijateljima iz IDERA, Robinu i naravno, Dez. I mi ćemo vas kontaktirati sljedeći tjedan, narode. Još jednom hvala na vašem vremenu i pažnji. Čuvaj se. Doviđenja.