Osoblje Techopedia, 25.1.2017
Odlazak: Domaćin Eric Kavanagh razgovara s računanjem u memoriji i SAP HANA-om s gostima dr. Robin Bloor, Dez Blanchfield i IDER-ovim Billom Ellisom.
Trenutno niste prijavljeni. Prijavite se ili prijavite da biste pogledali videozapis.
Eric Kavanagh: Dobro, dame i gospodo. Pozdrav i dobrodošli još jednom. U srijedu je četiri sata istočnog vremena, a posljednjih nekoliko godina to znači da je vrijeme, opet, za vruće tehnologije. Da, doista, moje ime je Eric Kavanagh, bit ću vam domaćin današnjeg razgovora.
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 na Twitteru, @eric_kavanagh. Uvijek se trudim pratiti unatrag, ali i retitizirati kad god me netko spomene.
Kao što sam rekao, danas govorimo o sjećanju, a konkretno o SAP HANA-i. Vaš ste uistinu proveli posljednju godinu upoznavajuć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 dobri je posao. Oni su također sjajni u tehnologiji, i stvarno su uložili velika ulaganja u HANU. 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, a mi ćemo saznati od drugog dobavljača, IDERA, nešto o tome kako sve te stvari funkcioniraju i o čemu se radi, na iskrenoj rampi. Dakle, čut ćemo se s dr. Robin Bloorom, našim vrlo vlastitim glavnim analitičarom iz The Bloor Group; Dez Blanchfield, naš istraživač podataka i tada dobar prijatelj Bill Ellis iz IDERA-e. Dakle, s time ću predati ključeve dr. Robinu Blooru, koji će mi ga oduzeti.
Dr. Robin Bloor: Da, kao što je Eric rekao, vrijeme kad smo SAP HANU prvi put upoznali bilo je prije mnogo godina. Ali bilo je vrlo zanimljivo, to određeno vrijeme bilo je vrlo zanimljivo. Naišli bismo na jednu ili dvije tvrtke koje su, na ovaj ili onaj način, nudile tehnologiju in-memory. Bilo je sasvim jasno da će doći u sjećanje. I stvarno nije bilo sve dok SAP nije ustao i iznenada lansirao 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 i, poprilično, znate, sve veliko š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, stvarno 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, kad 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, 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. I samo je postajao sve veći i veći i veći i sada se mjeri u megabajtima. Ali imate L1 cache koji je sto puta brži od memorije, L2 cache 30 puta brži od memorije, a L3 cache oko 10 puta brži od memorije. Dakle, znate, puno je tehnologije - dobro, prilična količina tehnologije - usvojila je strategiju korištenja tih predmemorija kao što su, na primjer, prostor za pohranu na putu za izvršenje stvari, posebno tehnologije baza podataka. Znači, to je jedan utjecaj.
Tada smo pojavili 3D XPoint i IBM-ov PCM. A to je skoro brzina RAM-a, u osnovi je ono što se oboje hvale. 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 ste dobili 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, mogli ste pomisliti da će se dogoditi na onome što je ovdje na zaslonu, možda ste pomislili 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 toga. Dakle, to ne mijenja samo brzinu stvari, već mijenja i način na koji konfigurirate aplikacije i čitave protoke podataka.
Dakle, 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 vrlo, vrlo zanimljivo da će SAP zapravo izaći s verzijom svog ERP softvera koja je upamćena. 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. Dakle, postižete ogromna poboljšanja brzine tako da uđete u memoriju. I rezime, S / HANA-ove S / 4 - koje su objavili, mislim da, dobro, ljudi kažu da se i dalje pušta, ali sigurno je objavljena prošle godine - to je izmjenjivač igara s obzirom na bazu SAP korisnika. Mislim, tamo ima 10.000 tvrtki koje koriste SAP-ov ERP, a sve su to velike tvrtke, znate. Dakle, ideja da svi oni imaju poticaj za odlazak u memoriju i korištenje njihovih temeljnih, jer ERP je 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 tako jednostavno kao što zvuči.
Rekavši to, mislim da ću proslijediti loptu, kome je ovaj momak? Oh, australski momak, Dez Blanchfield.
Dez Blanchfield: Vrlo 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 mi često dočaravam kada razmišljam o modernom jezeru podataka i skladištima podataka o poduzeću, te mojim malim draguljima podataka. Dakle, ovdje imam ovo prekrasno jezero okruženo planinama i valovima koji izlaze, a valovi se sudaraju nad tim stijenama. 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. I kad razmišljam o tome kao o fizičkom jezeru, na neki način vraća me budnom pozivu 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 računanja u memoriji doista vrlo jak i sa dobrim razlogom. Donosi toliko značajnih komercijalnih i tehničkih dobitaka. To je rasprava nekoliko sati drugog dana. 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 cjelovitih slojeva, biti vrti disk. Jer zapamtite, u ranim danima računarstva, arhitektonski se dugo nismo pomaknuli iz mainframe ili srednjeg svijeta onoga što smo u početku mislili kao memoriju jezgre i bubanj, znate.
Kao što je rekao dr. Robin Bloor, pristup koji smo koristili za kretanje podataka oko računalne arhitekture nije se zaista drastično mijenjao neko vrijeme, u stvari 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 zaista mi je pao na pamet kad smo se pomaknuli iz razmišljanja oko mainframes-a i srednjeg raspona, te jezgrene memorije i arhitekture za pohranu bubnjeva, hrabrih ili superračunalih, posebno poput Seymour Cray-a, gdje stvari poput crossbar stranskih ploča postala stvar. Umjesto da imamo samo jednu rutu za premještanje podataka preko matične ploče ili matične ploče, kako se ovih dana naziva. I unutarnja memorija, znate, u današnje vrijeme ljudi zapravo ne razmišljaju što to zapravo znači kad kažu DIMM i SIMM. Ali, SIMM je jedinstvena inline memorija, a DIMM je dvostruka inline memorija i od toga smo složeniji i postoje deseci 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 su jezgre postale 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 četvero-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 poslužitelje.
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 zapravo 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 morate biti malo oprezni koji sitni bitovi morate zalijepiti da bi postali čvrsti. I to je jako slatka ideja, ali to je budni poziv kada prijeđete na pola puta i shvatite, "Hmm, možda bih samo trebao kupiti futrolu za 300 dolara, ali završit ću je i naučiti nešto iz nje."
Za mene je to sjajna analogija onome što znači graditi ove vrlo složene platforme, jer sve je dobro i dobro izgraditi i završiti s okruženjem u kojem imate rutere i sklopke, poslužitelje i stalke. I CPU i RAM i operativni sustav su grupirani zajedno. 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. Morate se držati iznad I / O i morate zakazati stvari i upravljati opterećenjima rada i multitenancyom i tako dalje. Ova hrpa postaje vrlo složena, i to vrlo brzo. To je složena skupina sama 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 trebao viljuškar 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 onaj s desne strane jednostavno postao isprekidana crta i niste mogli vidjeti detalje, 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 pljačkate više od tri ili četiri dolara za gigabajt RAM-a.
Ovo značajno probijanje sniženja cijena u posljednja dva desetljeća značilo je 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-u kao da je disk. Međutim, izazov je bio u tome š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 ranije rekao, 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 počinje u većini 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 omogućava to sada. Kada govorimo o hiper skaliranju, teže je na smiješno gustim razinama i memoriji vrlo visoke gustoće, brojenju CPU-a i jezgara visoke gustoće. Sada imamo vrlo složene mrežne patologije koje to podržavaju jer se podaci moraju kretati po mreži u određenom trenutku 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. Na toj platformi moramo ugraditi otporne nedostatke podataka i pratiti ga. Moramo ugraditi otpornost distribuirane baze podataka, tako da moramo pratiti platformu baze podataka i slagati se unutar nje. Moramo pratiti raspoređeno raspoređivanje obrade, što se događa unutar nekih procesa 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 "blah" 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 s više stranaca, više korisnika i više grupa koji rade isto ili više radnih opterećenja i skupne 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, dolazimo do cijele točke da složenost koja dolazi u tim nije samo izazov, već je prilično 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 kako smo planirali. Poznali smo se nepoznanicama po tome što ne znamo tko trči što, kada i gdje, ako je to na zahtjev. I 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, kakve se performanse izvlače 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, posebno strukturiranje 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 se vratim na to što 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 se događa s linije? Drugim riječima, vidimo li da nam nedostaje memorije i trebate 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 je 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 oprezni. 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 i to je da, kako postajemo sve složeniji u tim sustavima, to nije nešto što čovjek može učiniti samo tako da sisa svoj palac i više povuče 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 na umu predati ću našem prijatelju iz IDERA-e i čuti kako su pristupili ovom izazovu.
Bill Ellis: Puno hvala. Dijelim svoj ekran i evo nas. Stoga je zaista ponizno razmotriti svu tehnologiju i sve ljude koji su došli prije nas kako bi ove stvari koje su dostupne u 2017. godini učinili dostupnima. Govorit ćemo o analizi radnog 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 jeftin, samo kažem da je jeftiniji. 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, jeftinije je jer je umjesto hardvera jedna hardverska platforma, jedan operativni sustav. 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 da ljudi znaju, guraju nožne prste u to jer znaju da dolazi i na kraju, ECC će se pokrenuti na HANA-u, tako da biste zaista trebali 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. Nema zbirnih tablica. Kad razmišljate o tome, jedna od stvari koju oni, naime, sugeriraju je da se ne želite upuštati u to, upravo ćemo kupiti najveći poslužitelj koji je dostupan. Oni sugeriraju da svoje vrste SAP krajolika ispravno napravite unaprijed i oni u osnovi kažu da ne migrirate vrijedne 20 godina podataka. Mislim da je arhiviranje nešto što je nedovoljno iskorišteno u IT-u, na neki 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, nije dobra ideja za SAP HANA. Dakle, za trgovine koje imaju puno prilagođavanja, puno izvještaja ovo ćete željeti potražiti, a vi želite 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 evidencije, 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 on 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 stvorili 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 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. Sveobuhvatan je, a opet jednostavan. U trendu u stvarnom vremenu. Zdravlje domaćina, primjerice zdravlje. Pratimo stanja čekanja, SQL upite, potrošače memorije i usluge. Dakle, tako izgleda GUI i odmah možete vidjeti da je palica omogućena na webu. Zapravo sam otvorio ovo rješenje radeći uživo na svom sustavu. Imate nekih 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 korištenja procesora i memorije. Definitivno ne želite doći do zamjene ili bacanja stajališta. I tada u osnovi 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 da se, znate, ništa ne događa u bazi podataka sve dok nema aktivnosti. A ta aktivnost su SQL izrazi koji dolaze iz aplikacije. Dakle, mjerenje SQL izraza je apsolutno neophodno za otkrivanje uzroka. Dakle, idemo naprijed i istražimo. 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 taj da se podaci pohranjuju izvan HANE, tako da ako bi se nešto dogodilo HANI, 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 jest predstaviti SQL izjave ponderiranim redoslijedom. 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, pa 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 zacrtanim. 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 spremištu i to samoupravljanjem. Da biste to iskoristili, 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 brz prelistavanje, 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 HANA, snimit ćemo 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, na web stranici IDERA, 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 stranici. Dakle, bilo koji zainteresirani dio se sa zadovoljstvom bavi. U portfeljnim proizvodima koje nudi IDERA nalazi se i SAP ECC nadzornik transakcija, a to se naziva Precizno za SAP. A ono što radi jest - upotrebljavate li portal ili samo ECC-e izravnog uputa - zapravo će zabilježiti transakciju krajnjeg korisnika od klika do diska, sve do SQL izjave i pokazati vam što se događa.
Sad, prikazujem vam samo jedan ekran sažetka. Želim da imate nekoliko postupaka sa ovog zaslona sažetka. To je vrijeme odziva Y-osi, vrijeme X-osi plus dan, a u ovom će se transakcijskom prikazu 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 malo je složenija, pa je ne samo preuzimanje i isprobavanje, kao što to imamo za HANA. 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 agenata, 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, bilo kakva pitanja od vas, i onda Dez nakon Robina?
Dr. Robin Bloor: Dobro. Mislim, prvo što bih želio reći je da mi se jako sviđa transakcijski prikaz jer je upravo ono što bih želio u toj situaciji. Učinio sam puno posla - pa, to je davno sada - radeći praćenje performansi, i to je bila takva stvar; tih dana nismo imali grafiku, ali to sam posebno želio moći raditi. 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 završite, 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štavanje, 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đeno web mjesto, gdje je to određeno web mjesto, 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, poboljšavate sustav kako bi zajednica krajnjih korisnika mogla učinkovitije služiti poslu.
Dr. Robin Bloor: U redu, pa kad implementirate - mislim, znam da je na ovo teško pitanje odgovoriti jer će varirati ovisno o veličini implementacije - ali koliko resursa ima IDERA-ina sposobnost praćenja, koliko troši ? Ima li ikakve veze u nečemu ili se to jednostavno ne miješa? Kako to funkcionira?
Bill Ellis: Da, rekao bih da režijski troškovi otprilike 1–3 posto. Mnoge su trgovine vrlo spremne to žrtvovati, jer potencijalno ćete 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 nešto malo više o tome što se događa, nego samo slijepiti. Osobito bi to bilo, znate, evo nas u siječnju, a vi započinjete s drugom obradom i prikupljate 12 mjeseci vrijedne podatke. Znate, to je postizanje uspjeha, dobivanje izvješća regulatornim organizacijama, bankama, dioničarima je apsolutno neophodno za kritične poslovne rezultate.
Dr. Robin Bloor: Dobro. I samo brzo, iz vaše perspektive - jer pretpostavljam da ste vani 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. Sad 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 HANE.
Dr. Robin Bloor: U redu, tako da u vezi s web lokacijama koje ste vidjeli da su radili na tome, prilagođavaju li HANU i drugim aplikacijama ili su, na ovaj ili onaj način, potpuno potrošeni pri izradi ovoga stvari raditi? Kakva je slika tamo?
Bill Ellis: Da, često će ljudi 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. I zato je više oko krajolika oko SAP infrastrukture.
Dr. Robin Bloor: Pretpostavljam da bih vam trebao predati Dez. Provjerio sam tvoje vrijeme. Dez?
Dez Blanchfield: Hvala. 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, rekao bih, iz moje perspektive, postotak bih iznosio 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: Zanimljivo odstupanje koje ste nam ranije dali je bilo da je to 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 zapravo dobile tu poruku? 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 i 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 u tome 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 još da su svi 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 svoje 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čan 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 mogu prijeći od tradicionalnog RDBMS-a, relacijskih sustava za upravljanje bazama podataka koje poznajemo već desetljećima, na potpuno novu paradigmu izračunavanja i upravljanje skladištem u prostoru koji je još uvijek relativno hrabar? ”u mom umu. Ali to je nepoznanica na više načina, a vrlo je malo ljudi napravilo taj pomak na drugim područjima, kako nije bilo tako da imaju još jedan dio poslovanja koji je već pomaknuo u računanje memorije. Dakle, to je pokret koji je u njihovom umu bilo sve 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 da 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 neka vrsta stvari koja se samo bore s prijelazom na računanje u memoriji i pohranu u memoriji nasuprot old-school kombinacijama NVMe-a, flash-a i diska?
Bill Ellis: Da, tako da nedvojbeno postoji puno tehnologije i alata koji ovo mogu grafički prikazati, što se događa i olakšati precizno utvrđ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 biti u stanju 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 je u praćenju hardverskog dijela, dijela operacijskog sustava, čak i praćenja dijela radnog opterećenja koji se kreće kroz, kao što ste rekli, mislim, alate ondje su već neko vrijeme. Ono što za mene ima, posebno unutar HANA-e, je to što nismo nužno imali povećanu čašu i zaviriti u nju i vidjeti upravo ono što vaš alat radi s onim što se događa s upitima i kako su ima strukturu i gdje je to opterećenje.
Uz implementacije koje ste dosad vidjeli, s obzirom na to da ste doslovno najautoritativniji na 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 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 obriše 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 ako se zna što je usko grlo nastalo.
Dez Blanchfield: Spomenuli ste da je višekorisnički, nakon što je implementiran, a mene je jako impresionirala č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 tim obično će imati vrlo velik interes za tehnologiju koja se temelji na SAP-u. Očito postoji više timova koji će podržavati cijele krajolike. Komad HANA je upravo usmjeren na to. Samo ću zadati SAP-ov temeljni tim kao primarne potrošače informacija.
Dez Blanchfield: Dobro. 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 odgovor bi bio da, gledajući performanse, bude svjestan performansi u razvoju QA produkcije, znate, što prije pohranite, manje problema, manje iznenađenja koja imate. Dakle, apsolutno.
Dez Blanchfield: Slijedom toga, puno alata s kojima sam imao iskustva - i siguran sam da će se Robin složiti - puno alata ovdje, ako imate veliki RDBMS, trebate zaista visoko iskusni, iskusni DBA-ovi. Neki od infrastrukturnih i platformskih zahtjeva koji se javljaju kod SAP HANA-e, jer je trenutno podržan na određenim distribucijama usklađenim od određenog hardvera itd., Prema mojim saznanjima. Znate, postoje ljudi s desetljećima iskustva koji nisu isti. Međutim, 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 upravljanju alatom da biste odmah vidjeli vrijednost. Slažete li se da je to slučaj?
Bill Ellis: Apsolutno, i po vašem mišljenju, puno uspjeha implementacije zaista ovisi o planiranju i arhitekturi okruženja SAP HANA. A onda je nesumnjivo puno složenosti, puno tehnologije na kojoj se ugrađuje, ali onda se sve svodi samo na praćenje obrazaca uporabe onoga što se događa. Dakle, iako je složeniji, na neki je način pakiran i pomalo pojednostavljen. To je vrlo slabo.
Dez Blanchfield: Da, pa prije nego što se predajem Eriku, jer znam da ima nekoliko pitanja, posebice od nekih koja su stigla kroz Q&A koja su izgledala zanimljivo i rado ću čuti odgovor. 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 zapakiran licencnim ključem, tako da ga možete instalirati s Setup.exe i jednostavno se kreću, mislim da se vrlo brzo.
Dez Blanchfield: Dakle, oni mogu otići na vašu web stranicu, a 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 je implementirati u svoje okruženje, u svoje vrijeme, zar ne?
Bill Ellis: Da.
Dez Blanchfield: Odlično. 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 pogledate pod haubu sa SAP HANA okruženjem pomoću alata IDERA, pronaći ćete stvari za koje zapravo niste bili svjesni.
Gledajte, hvala vam puno na tome i hvala na vremenu samo za pitanja i pitanja s Robinom i I. Ericom, prebacit ću vas natrag jer znam da su neka pitanja stigla i od naših sudionika.
Eric Kavanagh: Da, baš 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 to biti pokretna meta, zar ne? Što ovih dana 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 ste trebali imati, primjerice, veliku potrošnju memorije ili CPU, 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, onoga što se događa, koliko često se to događa, itd. Mi smo, nekako, još uvijek novi u pogledu rješavanja čitavog skupa ili kuharske knjige odgovora na različite okolnosti. I tako, veliko je pitanje i vrijeme će pokazati. Isti ć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 uhvatićemo se za vas sljedeći tjedan, narode. Još jednom hvala na vašem vremenu i pažnji. Čuvaj se. Doviđenja.
