Tekijä Techopedia Staff, 25. tammikuuta 2017
Takeaway: Isäntä Eric Kavanagh keskustelee muistin laskennasta ja SAP HANA: sta vieraiden Dr. Robin Bloorin, Dez Blanchfieldin ja IDERAn Bill Ellisin kanssa.
Et ole tällä hetkellä kirjautunut sisään. Kirjaudu sisään tai kirjaudu sisään nähdäksesi videon.
Eric Kavanagh: Okei, hyvät naiset ja herrat. Hei ja tervetuloa jälleen kerran. Keskiviikkona on kello neljä itäaikaa ja parin viimeisen vuoden aikana, mikä tarkoittaa, että on jälleen aika Hot Technologiesille. Kyllä, todellakin, nimeni on Eric Kavanagh, olen tämän päivän keskustelusi isäntä.
Ja ihmiset, puhumme tänään hienoista asioista. Sukellamme muistilla olevaan maailmaan, tarkka nimi on ”Into the Future: On-Ramp muistin sisäiseen tietojenkäsittelyyn”. Se on nykyään raivoissaan ja syystä, lähinnä siksi, että muisti on niin paljon nopeampaa kuin luottaminen kehruulevyihin. Haasteena on kuitenkin se, että sinun on kirjoitettava paljon ohjelmistoja. Koska nykypäivän ohjelmisto, suurin osa siitä, on kirjoitettu levyä ajatellen, ja se todella muuttaa sovelluksen arkkitehtuuria. Jos suunnittelet sovelluksen odottamaan kehruukiekkoa, teet asiat vain toisin kuin jos sinulla on kaikki muistin sisäisen tekniikan valta.
Siellä on paikka todella sinun, napsauta minua Twitterissä, @eric_kavanagh. Yritän aina seurata ja myös uudelleentwiittaa aina, kun joku mainitsee minut.
Kuten sanoin, puhumme tänään muistista ja erityisesti SAP HANA: sta. Kiitos viimeisen vuoden tutustuaksesi SAP-yhteisöön todella hyvin, ja minun on sanottava, että se on kiehtova ympäristö. Hatut pois ihmisille, jotka suorittavat kyseisen operaation ja ovat etulinjassa, koska SAP on uskomattoman hyvä toiminta. Mitä he todella tekevät, on liiketoimintaa. He ovat tietysti myös hienoja tekniikassa ja he ovat todella panostaneet suuriin investointeihin HANA: hon. Itse asiassa voin muistaa - se oli luultavasti noin kuusi tai seitsemän vuotta sitten - että teimme tosiasiassa töitä Yhdysvaltain ilmavoimien hyväksi, ja saimme jonkun SAP: stä tulemaan sisään ja antamaan meille varhaisen katsauksen maailman HANA ja mitä oli suunniteltu. Ja vähintäänkin sanottuna, SAP Labsin ihmiset ovat panostaneet paljon aikaa ja vaivaa ymmärtääkseen, kuinka rakentaa tämä arkkitehtuuri, joka on jälleen täysin erilainen kuin perinteiset ympäristöt, koska sinulla on kaikki muisti. Joten, he puhuvat siitä, että tehdään sekä liiketoimi- että analyyttisesti samoja tietoja muistissa, toisin kuin perinteisellä tavalla, joka on vetää se ulos, laittaa se esimerkiksi kuutioon, analysoida sitä siellä verrattuna tapahtumakohtaiseen, mikä tapahtuu hyvin eri tavalla.
Tämä on mielenkiintoinen tila ja aiomme selvittää toiselta myyjältä, IDERAlta, vähän siitä, kuinka kaikki nuo tavarat toimivat ja mistä rampissa on kyse rehellisesti sanottuna. Joten, me kuulemme tohtori Robin Blooria, omaa pääanalyytikkoamme täällä The Bloor Groupissa; Dez Blanchfield, tietoteknikomme ja sitten hyvä ystävä Bill Ellis IDERA: sta. Joten sen kanssa annan avaimet tohtori Robin Bloorille, joka vie sen pois.
Tohtori Robin Bloor: Niin, kuten Eric sanoi, aika, jonka SAP HANA kertoi meille ensin, palasi nyt monta vuotta sitten. Mutta se oli erittäin mielenkiintoista, tuo aika oli erittäin mielenkiintoinen. Olemme käyneet yhdessä tai kahdessa yrityksessä, jotka tarjoavat tavalla tai toisella muistiin liittyvää tekniikkaa. Oli aivan selvää, että muisti oli tulossa. Ja vasta sitten, kun SAP nousi seisomaan ja yhtäkkiä käynnisti HANA: n. Tarkoitan, se oli shokki, kun näin SAP: n tekevän sen. Se oli kuin shokki, koska odotin sen tulevan muualta. Odotin, että se olisi Microsoft, Oracle tai IBM tai joku sellainen. Ajatus siitä, että SAP teki sen, oli todella yllättävää minulle. Luulen, että sen ei olisi pitänyt olla, koska SAP on yksi strategisista toimittajista, ja melkein kaikki, mitä teollisuudessa tapahtuu, tulee yhdestä näistä.
Joka tapauksessa, koko kohta muistissa, tarkoitan, tajusimme, että meillä oli tapana puhua siitä, että heti kun todella siirryt muistiin - kyse ei ole tietojen asettamisesta muistiin, kyse on sitoutumisesta ajatus siitä, että muistitaso on järjestelmätietue - heti kun siirrät järjestelmätietueen muistiin, levystä tulee yhden tyyppistä kanavanvaihtovälinettä ja siitä tulee toinen asia. Ja mielestäni se oli erittäin jännittävää, kun se alkoi tapahtua. Joten, se on todellakin ohut kiekko. Pyörivä levy on pian olemassa vain museoissa. En ole varma kuinka pian niin pian on, mutta pohjimmiltaan solid-state-levy on nyt Mooren laki -käyrällä, se on jo kymmenen kertaa nopeampi kuin ruosteinen ruoste, kuten he sitä nykyään kutsuvat, ja melko pian se on vielä nopeampi ja silloin se tarkoittaa, että käyttötapauksia levylle vain vähenee.
Ja utelias tosiasia, perinteinen DBMS, itse asiassa, paljon perinteisiä ohjelmistoja rakennettiin kehruu levy, se olettaa kehruu levy. Siinä oli kaikenlaisia fyysisen tason ominaisuuksia, joihin oli huolellisesti ohjelmoitu pyörivän levyn hyödyntämiseksi, jolloin tietojen haku oli mahdollisimman nopeaa. Ja kaikki tämä pestään pois. Katoaa vain, tiedätkö? Ja sitten oli tietysti erittäin - en tiedä, tuottoisaa, luulen, että se on lopulta - avaaminen muistissa olevalle tietokannalle, joka yritti vallata sitä asemaa, että suuret tietokannat, Oracle ja Microsoft, SQL Palvelin ja IBM: n DB2, se miehitettiin muistitilassa ja oli erittäin mielenkiintoista katsoa tulevia marssimassa ja tekemään niin.
Puhutaanpa muistipakkauksesta; se on vain mainitsemisen arvoinen. Se on myös syy tämän mainitsemiseksi, syy, jonka vuoksi heitin tämän sisälle, oli vain ilmoittaa kaikille, kun puhun täällä olevasta muistista, kaikki nämä kerrokset, joista puhun, ovat itse asiassa muistia. Mutta huomaat yhtäkkiä, kun tarkastelet tätä, tämä on hierarkkinen myymälä, se ei ole vain muisti. Ja siksi pätee myös kaikki, mitä olemme oppineet kauan sitten kauan sitten hierarkkisesta myymälästä. Ja se tarkoittaa myös, että minkä tahansa muistissa olevan tietokannan on siirryttävä läpi tämän, jotkut vain kävelevät sen läpi itse RAM-muistissa, tiedät. Ja se on vain kasvava ja suurempi, ja se on nyt mitattu megatavuina. Mutta sinulla on L1-välimuisti, joka on sata kertaa nopeampi kuin muisti, L2-välimuisti 30 kertaa nopeampi kuin muisti ja L3-välimuisti noin 10 kertaa nopeampi kuin muisti. Joten, tiedätkö, paljon tekniikkaa - hyvin, kohtuullinen määrä tekniikkaa - on omaksunut strategian, jonka mukaan noita välimuistoja käytetään eräänlaisena varastotilana asioiden toteuttamisessa, etenkin tietokantatekniikkaa. Joten, tiedät, se on yksi vaikutus.
Sitten on syntynyt 3D XPoint ja IBM: n PCM. Ja se on melkein RAM-nopeus, on periaatteessa mitä molemmat myyjät ylpeillä. Käyttötapaukset ovat todennäköisesti erilaisia. Varhainen kokeilu tämän kanssa on vielä kesken. Emme tiedä, miten se vaikuttaa RAM-muistin ja muistin sisäisen tietokannan tekniikkaan. Sinulla on sitten RAM vs. SSD. Tällä hetkellä RAM on noin 300 kertaa nopeampi, mutta tietysti, että moninkertaistuu. Ja SSD vs. levy, joka on noin 10 kertaa nopeampi, jos ymmärrän sen. Joten, sellainen tilanne sinulla on. Se on hierarkkinen myymälä. Katsomalla sitä toisella tavalla, muisti on tietysti täysin erilainen. Joten, yläkaavio näyttää kaksi sovellusta, joista molemmat ovat ehkä pääsy tietokantaan, mutta varmasti käyttävät tietoja kehruuva ruoste. Ja miten käytät asioita virtaamaan verkon läpi riippuen siitä, mitkä riippuvuudet ovat olemassa, onko sinulla ETL. Joten tämä tarkoittaa, että tiedät, että data menee kehruu ruosteeseen ja sitten irtoaa kehruu ruosteesta mennäkseen mihin tahansa, ja päästäksesi mihin tahansa, se menee takaisin kehruusroosteeseen, joka on kolme liikettä. Ja muista, että muisti voi olla satatuhatta kertaa nopeampi kuin pyörivä levy, ja huomaat varmasti, että tietojen ottaminen ja muistiin asettaminen tekee koko asiasta todella erilaisen.
Joten olet ehkä ajatellut, mitä tapahtuu näytön näytölle täällä, olet saattanut ajatella, että tavalla tai toisella ETL todellakin vain siirtyy tiedoista muistiin. Mutta itse asiassa se ei ehkä tee sitä; itse asiassa sinulla voi olla tilanne oikealla täällä, jossa kaksi sovellusta voi tosiasiassa sammuttaa saman muistin. Muistin sisäinen tietokanta voisi varmasti antaa sinulle tämän kyvyn, kunhan sinulla on lukitus ja kaikki muu sen ympärillä. Joten, tämä ei muuta vain asioiden nopeutta, tämä muuttaa sitä, kuinka itse määrität sovellukset ja koko tietovirrat.
Joten, se on valtava eräänlainen vaikutus. Joten, muisti on häiritsevää, eikö niin? Ja meidän pitäisi saada se siitä, mitä sanoin. Muistin sisäinen prosessointi on tällä hetkellä kiihdytin, mutta siitä tulee normaali. Sitä käytetään, sitä sovelletaan sovelluksen arvon mukaan, ja siksi on erittäin, erittäin mielenkiintoista, että SAP todella tulee ulos heidän ERP-ohjelmistonsa version kanssa, joka on muistissa. Ja latenssiparannukset jopa kolmeen suuruusluokkaan saakka ovat täysin mahdollisia, ja oikeastaan jopa enemmän kuin se on mahdollista, riippuen siitä, miten teet sen. Joten, saat valtavia parannuksia nopeuteen siirtymällä muistiin. Ja tulos, SAP HANA's S / 4 - jonka he ovat julkaissut, luulen hyvin, ihmiset sanovat, että ihmiset sanovat, että sitä julkaistaan edelleen, mutta se julkaistiin varmasti viime vuonna - se on pelinvaihtaja, kun otetaan huomioon SAP: n asiakaskunta. Tarkoitan, siellä on 10 000 yritystä, jotka käyttävät SAP: n toiminnanohjausjärjestelmää, ja melkein kaikki niistä ovat suuria yrityksiä. Joten idea siitä, että heillä kaikilla on kannustin mennä muistiin ja käyttää perustavaa laatuaan, koska ERP on melkein aina perustavanlaatuisia sovelluksia, joita yritykset käyttävät, se on vain valtava pelinvaihdin ja siitä tulee erittäin mielenkiintoinen. Mutta tietysti kaikki kuulostaa erittäin hyvältä, mutta se on määritettävä älykkäästi ja sitä on valvottava hyvin. Se ei ole niin yksinkertaista kuin miltä se kuulostaa.
Tämän sanottuani luulen siirtävän pallon eteen kuka tämä kaveri on? Voi, australialainen kaveri, Dez Blanchfield.
Dez Blanchfield: Erittäin hauska. Aina kova teko seurata, tohtori Robin Bloor. Kiitos, että sain minut tänään. Joten iso aihe, mutta jännittävä. Joten, olen valinnut kuvan, jonka mielestäni usein mielikuvani ajatellessani nykyaikaista datajärveä ja yritystietovarastoja ja pieniä tietohelmiäni. Joten täällä on tämä kaunis järvi, jota ympäröivät vuoret ja aallot tulevat ulos, ja aallot kaatuvat näiden kivien yli. Tämä on, eräänlainen, kuinka minä henkisesti visualisoin miltä näyttää nykyään suuren datajärven sisällä. Aallot ovat erätyöt ja reaaliaikainen analytiikka heitetään tietoon, mikä on kiveä. Ja kun ajattelen sitä fyysisenä järvänä, se eräänlainen herättää minulle herätyksen, jonka tiedätte, että rakennamme nyt tietovarastojen mittakaavaa, syystä, että me keksimme tämän kolikoiden ja datajärvi on, että ne ovat erittäin suuria ja erittäin syviä, ja joskus voi olla myrskyjä niissä. Ja kun teemme niin, sinun on aina ratkaistava, mikä aiheuttaa myrskyn.
Joten tämän asian teemasta minusta näyttää siltä, että tämä muistin sisäisen laskennan sireenipuhe on todella vahva ja syystä. Se tuo niin paljon merkittäviä kaupallisia ja teknisiä hyötyjä. Se on keskustelu muutaman tunnin ajan toisena päivänä. Mutta yleinen siirtyminen muistilla tapahtuvaan tietojenkäsittelyyn, ensinnäkin haluan vain selvittää, kuinka pääsimme tänne ja mikä tekee tämän mahdolliseksi, koska se eräänlaisena asettaa perustan sille, missä jotkut haasteet voivat sijaita ensin ja mitä meidän on tunnettava. ja ajattelemme siitä, että siirrymme pois perinteisestä vanhasta kehruulaitteesta, jolla on tietoja, ja haetaan levylle ja pois levyltä, muistiin ja muistiin ja CPU: iin, poistamme nyt vain yhden niistä kokonaisista kerroksista, on kehruukiekko. Koska muistakaa, laskennan varhaisina aikoina, arkkitehtonisesti, emme siirtyneet pitkään aikaan keskusyksiköstä tai keskialuemaailmasta sitä, mitä alun perin ajattelimme ydinmuistiksi ja rummun varastoimiseksi, tiedätte.
Kuten tohtori Robin Bloor sanoi, lähestymistapanamme tietojen siirtämiseen tietokonearkkitehtuurin ympärillä ei todellakaan muuttunut dramaattisesti jonkin aikaa, pari vuosikymmentä. Jos ajattelet sitä tosiasiaa, että tiedät, nykyaikainen tietotekniikka on teknisesti ollut olemassa, jos armahdat armeijaa jo noin 60 parittoman vuoden ajan, tiedät, vähintään kuusi vuosikymmentä ja siinä mielessä, että voit ostaa laatikko hyllyltä, sellaisena kuin se oli. Siirtyminen uuteen arkkitehtuuriin todella tapahtui mielessäni, kun siirryimme pois ajatuksesta suurten kehysten ja keskitaajuuksien sekä ydinmuistin ja rumpusäilytysarkkitehtuurien ympärille rohkeille tai supertietokoneille, etenkin Seymour Crayn kaltaisille, kuten asiat, kuten ristikkopalkit. tuli juttu. Sen sijaan, että sinulla olisi vain yksi reitti tietojen siirtämiseen taustatason tai emolevyn yli, kuten nykyään kutsutaan. Ja sisäinen muisti, tiedät, nykyään ihmiset eivät oikein ajattele mitä se oikeastaan tarkoittaa sanotessaan DIMM ja SIMM. Mutta SIMM on yksittäinen sisäinen muisti ja DIMM on kaksiosainen sisäinen muisti, ja meillä on siitä monimutkaisempi, ja koska eri asioita on kymmeniä erilaisia muistityyppejä: osa videolle, osa vain yleisiin sovelluksiin, osa sisäänrakennettu prosessoreihin.
Joten tapahtui tämä suuri siirtyminen uuteen tapaan, jolla tietoja tallennettiin ja käsiteltiin. Olemme käymässä läpi saman muutoksen toisessa kokonaisessa sukupolvessa, mutta ei niinkään itse laitteistossa, vaan laitteiston omaksumisessa liiketoimintalogiikkaan ja tietologiikkakerrokseen, ja se on mielessäni toinen iso paradigmamuutos. .
Mutta vain lyhyesti siitä, kuinka pääsemme tänne. Tarkoitan, laitteistotekniikka parani ja parani dramaattisesti. Lähtimme prosessorien käytöstä ja ydinidea oli melko moderni käsite. Pidämme itsestäänselvyytenä nyt, että puhelimissamme on kaksi tai neljä ydintä ja tietokoneissamme on kaksi tai neljä, tai jopa kahdeksan ydintä työpöydällä ja kahdeksan ja 12 ja enemmän, tiedätkö, 16 ja 32 jopa palvelinalustalla . Mutta se on oikeastaan melko moderni asia, että ytimistä tuli kyky suorittimien sisällä ja että siirryimme 32-bittisestä 64-bittiseen. Muutamia isoja asioita tapahtui siellä: meillä oli suurempi kellonopeus useissa ytimissä, jotta voimme tehdä asioita samanaikaisesti ja jokainen noista ytimistä pystyi ajamaan useita säikeitä. Yhtäkkiä voimme suorittaa paljon asioita samoilla tiedoilla samanaikaisesti. 64-bittinen osoiteväli antoi meille jopa kaksi teratavua RAM-muistia, mikä on ilmiömäinen käsite, mutta se on asia nyt. Nämä monireittiset taustalevyarkkitehtuurit, tiedätte, emolevyt, pystyivät kerran tekemään asioita vain yhteen suuntaan: taaksepäin ja eteenpäin. Ja kuten päivinä Cray-tietojenkäsittelyn ja joidenkin tuolloin supertietokoneiden suunnittelussa, ja nyt pöytätietokoneissa ja tavallisissa myymälöissä, eräänlaisia työpöytäluokan telineeseen kiinnitettäviä tietokoneita, koska todella, suurin osa nykyaikaisista PC on nyt käynyt läpi mainframe-, keskitaajuus-, mikrotietokoneiden aikakauden, ja olemme muuttaneet ne takaisin palvelimiksi.
Ja suuri osa siitä supertietokoneominaisuudesta, tuosta supertietokonetyyppisestä suunnittelusta, työnnettiin yleisiin myymäläkomponenteihin. Tiedätkö, nykyään ajatus ottaa erittäin halpoja telineeseen asennettavia tietokoneita ja laittaa ne telineisiin satojen, ellei tuhansien toimesta, ja ajaa heille avoimen lähdekoodin ohjelmistoja, kuten Linux, ja ottaa käyttöön SAP HANA: n kaltainen tyyli siinä, sinä tiedämme, pidämme sitä usein itsestäänselvyytenä. Mutta se on aivan uusi jännittävä asia, ja se tulee sen monimutkaisuuksista.
Ohjelmisto parani myös, etenkin muistin hallinta ja tietojen osiointi. En syventy siihen moniin yksityiskohtiin, mutta jos tarkastellaan suurta muutosta viimeisen 15 vuoden aikana tai jopa vähemmän, kuinka muistia hallitaan, etenkin RAM-muistissa olevia tietoja ja kuinka tiedot jaetaan RAM-muistissa, niin että kuten tohtori Robin Bloor on aiemmin ilmoittanut tai viitannut, tiedät, että asiat voivat lukea ja kirjoittaa samanaikaisesti vaikuttamatta toisiinsa sen sijaan, että heidän olisi odotettava aikoja. Paljon erittäin tehokkaita ominaisuuksia, kuten pakkaaminen ja salaaminen sirulla. Salauksesta on tulossa tärkeämpi asia, ja meidän ei tarvitse tehdä sitä ohjelmissa, RAM-muistissa, prosessoritilassa, mitä nyt tapahtuu sirulla alkuperäisellä tavalla. Se nopeuttaa asioita dramaattisesti. Ja jaettua tietojen tallennusta ja käsittelyä, taas asioita, jotka olemme aikaisemmin olleet supertietokoneiden ja rinnakkaiskäsittelyn asioita, pidämme nyt itsestään selvänä SAP HANA: n, Hadoopin ja Sparkin kaltaisten tiloissa ja niin edelleen.
Joten koko asia tässä on korkean suorituskyvyn laskenta, HPC-ominaisuudet tulivat yritykselle, ja nyt yritys nauttii eduista, joita seuraa suorituskyvyn ja teknologiatilan sekä teknisten ja kaupallisten hyötyjen lisäämisessä, koska tiedät, vähentynyt aika arvoon vähenee dramaattisesti.
Mutta käytän tätä kuvaa tarinasta, jonka luin jonkin aikaa sitten herrasta, joka rakensi PC-kotelon Legosta, koska se tulee aina mieleen, kun ajattelen joitain näistä asioista. Ja se on, että se näyttää loistavalta idealta silloin, kun aloitat sen rakentamisen, ja sitten pääset puoliväliin ja huomaat, että on todella hankala laittaa kaikki Lego-bitit yhteen ja tehdä vankka asia, tarpeeksi vankka laittaa emolevyn ja niin edelleen sisään, joka rakentaa kotelon henkilökohtaiseen tietokoneeseen. Ja lopulta huomaat, että kaikki pienet bitit eivät tartu kiinni toisiinsa, ja sinun on oltava hiukan varovainen siitä, mitkä pienet bitit tartut yhteen tehdäksesi siitä vankan. Ja se on erittäin söpö idea, mutta se on herätys, kun pääset puoliväliin ja huomaat: "Hmm, ehkä minun olisi pitänyt ostaa 300 dollarin PC-kotelo, mutta valmistan sen nyt ja opin siitä jotain."
Minulle se on loistava analogia näiden erittäin monimutkaisten alustojen rakentamisen kannalta, koska on hyvä ja hyvä rakentaa se ja päätyä ympäristöön, jossa sinulla on reitittimet ja kytkimet sekä palvelimet ja telineet. Ja sinulla on prosessorit ja RAM ja käyttöjärjestelmä ryhmitelty yhteen. Ja laitat jotain HANA: n kaltaista hajautetulle muistin käsittelyyn, tietojen tallentamiseen ja tiedon hallintaan. Rakennat SAP-pinon päälle, saat tietokantaominaisuudet ja lataat sitten tietosi ja liiketoimintalogiikanne ja alat soveltaa siihen joitain lukemisia, kirjoituksia ja kyselyitä ja niin edelleen. Sinun on pidettävä I / O: n päällä ja joudut ajoittamaan asioita ja hallitsemaan työkuormia ja monenlaisia palveluita ja niin edelleen. Tästä pinosta tulee erittäin monimutkainen, hyvin nopeasti. Se on monimutkainen pino sinänsä, jos se on vain yhdellä koneella. Kertomalla, että 16 tai 32 koneella, se on hyvin, hyvin ei-triviaalia. Kun kerrotaan sadoiksi ja lopulta tuhansiksi koneiksi, siirtyä 100 teratavusta petatavujen mittakaavaan, se on pelottava käsite, ja nämä ovat todellisuuksia, joita käsittelemme nyt.
Joten lopulta päädyt parille asialle, jotka ovat myös auttaneet muuttamaan maailmaa, ja että levytilasta tuli naurettavan halpaa. Tiedät, että kerran käytit 380–400 tuhatta dollaria gigatavuun kiintolevyä, kun se oli massiivinen rumpu, jonka koko oli - jotain, joka tarvitsi trukin sen noutamiseen. Nykyään se on jonkin verran yksi tai kaksi senttiä gigatavua hyödykelevytilaa. Ja RAM teki saman asian. Nämä kaksi J-käyrää molemmissa kaavioissa ovat muuten kymmenen vuotta, joten toisin sanoen tarkastellaan kahta lohkoa, jotka ovat 10 vuotta, 20 vuotta hinnanalennusta. Mutta hajotin ne kahteen J-käyrään, koska lopulta oikealta tuli vain katkoviiva ja et pystynyt näkemään sen yksityiskohtia, joten skaalain sen uudelleen. Gigatavu RAM-muistia 20 vuotta sitten oli jotain luokkaa kuusi ja puoli miljoonaa dollaria. Nykyään maksat yli kolme tai neljä dollaria gigatavua RAM-muistia ryöstetystä hyödykelaitteistosta.
Nämä hintojen alentamisen merkittävät romahdukset kahden viime vuosikymmenen aikana ovat tarkoittaneet, että nyt voimme siirtyä levytilan ulkopuolelle ja suoraan RAM-muistiin, ei vain megatavuasteella, vaan nyt teratavuisella tasolla ja kohdella RAM-muistia kuin levyä. Haasteena oli kuitenkin se, että RAM oli luonteeltaan lyhytaikainen - se tarkoittaa jotain, joka kestää vain lyhyen ajan -, joten meidän on pitänyt keksiä keinoja tarjota joustavuus kyseiseen tilaan.
Ja niin, minun huomioni tässä on, että muistin laskenta ei ole heikkoherkkä. Tämän erittäin suuren mittakaavan muistitiedon ja sen ympärillä tapahtuvan käsittelyn harjoittaminen on mielenkiintoinen haaste; kuten aiemmin totesin, se ei ole heikkoherkkä. Joten yksi asia, jonka olemme oppineet tästä kokemuksesta laajamittaisella ja tiheällä muistilaskennalla, on, että rakentamasi monimutkaisuus aiheuttaa riskin monilla alueilla.
Mutta tarkastellaanpa sitä vain seurannan ja reagoinnin näkökulmasta. Kun ajattelemme tietoja, se alkaa levytilassa, se sijoittuu levyjen tietokantoihin, työnnämme ne muistiin. Kun se on muistissa ja jaettu ja siitä on olemassa kopioita, voimme käyttää paljon kopioita siitä, ja jos tehdään muutoksia, se voidaan heijastaa muistiin sen sijaan, että meidän pitäisi mennä päälle ja pois ja selän takana Kaksi eri tasoa, se menee muistiin ja ulos. Olemme päätyneet tähän hyperscale-laitteistoalustaan, jonka avulla voimme tehdä tämän nyt. Kun puhumme hirskaalausesta, se on vaikeampaa naurettavan tiheällä tasolla ja erittäin tiheällä muistilla, erittäin korkealla prosessorien, ytimien ja lankojen tiheydellä. Meillä on nyt erittäin monimutkaisia verkkopatologioita tämän tueksi, koska tietojen on siirrettävä verkon kautta jossain vaiheessa, jos se menee solmujen ja klusterien välillä.
Joten päädymme siihen, että laitevian redundanssista tulee ongelma, ja joudumme valvomaan laitteita ja niiden osia. Meillä on joustava datavian redundanssi sisäänrakennettu kyseiseen alustaan ja valvomme sitä. Jaetun tietokannan joustavuus on rakennettava sisään, joten meidän on tarkkailtava tietokantaalustaa ja pinottava sen sisälle. Meidän on tarkkailtava hajautettua prosessointiaikataulua, sitä, mitä tapahtuu joidenkin prosessien sisällä aina kyselyyn ja kyselyyn saakka, sekä polku, jonka kysely kulkee, sekä tapa, jolla kysely rakennetaan ja toteutetaan. Miltä näyttää, onko joku tehnyt VALITSE * blah-kohdalla vai onko he todella tehnyt erittäin älykkään ja hyvin jäsennellyn kyselyn, joka saa heille nimellisarvon, vähimmäismäärän tietoa, joka tulee taustalevyn arkkitehtuurista? Meillä on monenvälisiä työtaakkoja, useita käyttäjiä ja useita ryhmiä, jotka käyttävät samaa tai useampaa työmäärää ja erätyöt sekä reaaliaikainen ajoittaminen. Ja meillä on tämä sekoitus erä- ja reaaliaikaista käsittelyä. Jotkut asiat juoksevat vain säännöllisesti - tunneittain, päivittäin, viikoittain tai kuukausittain - toiset ovat kysyttyjä. Joku voi istua siellä tabletin kanssa, joka haluaa tehdä reaaliaikaisen raportin.
Ja jälleen kerran tulemme siihen kohtaan, että näissä tapahtuva monimutkaisuus ei ole vain haaste nyt, vaan melko pelottava. Ja meillä on tämä todellisuuden tarkistus, että yksi suorituskykyongelma, vain yksi suorituskykyongelma itsessään, voi vaikuttaa koko ekosysteemiin. Joten päädymme tähän erittäin hauskaan haasteeseen selvittää, missä ovat vaikutukset? Ja meillä on tämä haaste, olemmeko reaktiiviset vai proaktiiviset? Katsommeko asiaa reaaliajassa ja näemme, että jokin menee "räjähtää" ja reagoimme siihen? Vai olemmeko nähneet jonkinlaista trendiä ja ymmärtäneet, että meidän on aktiivisesti päästävä mukanaan sen kanssa? Koska tärkeintä on, että kaikki haluavat jotain nopeaa, halpaa ja helppoa. Mutta päädymme näihin skenaarioihin, joihin haluan viitata, ja suosikki linjani Donald Rumsfeldin kehotuksesta - joka mielessäni koskee kaikkia näitä erittäin monimutkaisia skenaarioita - ja se on, että meillä on tunnettuja, koska se on jotain Suunnittelimme ja rakensimme, ja se toimii suunnitellusti. Meillä on tunnettuja tuntemattomia siinä mielessä, että emme tiedä kuka juoksee mitä, milloin ja missä, jos se on tarpeen. Ja meillä on tuntemattomia tuntemattomia, ja näitä asioita meidän on seurattava ja tarkistettava. Koska todellisuus on, me kaikki tiedämme, et voi hallita jotain mitä et voi mitata.
Joten, jos sinulla on oikeat työkalut ja oikea kyky seurata CPU-aikataulumme, etsi odotusaikoja, selvitä miksi asioiden on odotettava putkistojen aikataulujonoissa. Mitä tapahtuu muistissa, millaista hyödyntämistä suoritetaan, millaista esitystä me muistista poistamme? Onko tavarat osioitu oikein, jaetaanko niitä jakelua, onko meillä riittävästi solmuja, joissa on siitä kopioita, jotta pystymme selviytymään siitä heitetyistä työmääristä? Mitä tapahtuu prosessien suorittamiselle erillään käyttöjärjestelmän prosesseista? Työt itse käynnissä, yksittäiset sovellukset ja niitä tukevat demonit? Mitä tapahtuu noissa prosesseissa, etenkin kyselyiden jäsentämisessä, ja kuinka nämä kyselyt toteutetaan ja kootaan? Ja näiden prosessien terveys aina pinossa? Tiedätkö taas, takaisin odotusaikoihin, ajoittuuko se oikein, onko sen odotettava, missä se odottaa, onko muistin lukeminen, I / O, CPU, I / O verkon kautta loppukäyttäjälle ?
Ja sitten takaisin siihen kohtaan, jonka juuri mainitsin juuri nopeasti ennen kietoutumista, eli kuinka lähestymme kysymysten ratkaisemis- ja vastausaikoja niille? Katsommeko reaaliaikaisesti ja reagoimme asioihin, mikä on vähiten ihanteellinen skenaario, mutta silloinkin on parempi, että teemme sen kuin emme tiedä ja saamme asiakaspalvelun puhelun ja sanoa, että jokin meni pieleen ja meidän on jäljitettävä se ? Vai teemmekö sitä ennakoivasti ja katsomme, mikä on linjassa? Joten toisin sanoen, näemmekö meillä muistin vajavaisuuden ja meidän on lisättävä lisää solmuja? Suoritammeko trendianalyysiä, suunnittelemmeko kapasiteettia? Ja kaikessa tässä, seuraammeko historiallisia toteutusaikoja ja ajattelemme kapasiteettisuunnittelua vai seuraammeko sitä reaaliajassa ja suunnittelemme aktiivisesti aikatauluja ja teemme kuorman tasapainotusta? Ja olemmeko tietoisia ensisijaisesti käynnissä olevista työmääristä? Tiedämmekö kuka tekee mitä klusterissamme ja miksi?
Muistissa olevat laskelmat ovat erittäin tehokkaita, mutta tällä voimalla se on melkein yksi niistä asioista, kuten ladattu ase ja pelaat live-ammuksilla. Voit lopulta ampua itsesi jalkaan, jos et ole varovainen. Joten, muistin sisäisen laskennan teho tarkoittaa vain sitä, että voimme ajaa paljon enemmän ja nopeasti hyvin hajautettujen ja erillisten tietojoukkojen läpi. Mutta silloin loppukäyttäjien kysyntä on kasvanut. He tottuvat siihen valtaan ja he haluavat sen. He eivät enää odota, että töiden suorittaminen vie viikkoja, ja raportit ilmestyvät tavallisessa vanhassa paperissa. Ja sitten kaiken tämän alla meillä on päivittäinen ylläpito ympäröityjen korjaustöiden, päivitysten ja päivitysten ympärille. Ja jos ajattelet 24/7-käsittelyä muistilla, tietojen hallintaa, koko kuormituksen hallintaa, se on kaikki muistissa, teknisesti lyhytaikaisella alustalla, jos aiomme aloittaa päivitysten ja päivitysten käyttämisen Siellä mukana tulee myös joukko muita hallinnan ja seurannan haasteita. Meidän on tiedettävä, mitä voimme käyttää offline-tilassa, kun voimme päivittää sitä ja kun palautamme sen takaisin verkkoon. Ja se vie minut viimeiseen kohtaan, eli kun saamme yhä monimutkaisempia näitä järjestelmiä, se ei ole jotain, mitä ihminen voi tehdä vain imemällä peukalonsa ja vetämällä korvansa enää. Suolistunnon lähestymistapoja ei enää ole. Tarvitsemme todellakin asianmukaiset työkalut tämän korkean suorituskyvyn hallitsemiseksi ja saavuttamiseksi laskennan ja tiedonhallinnan alalla.
Ja pitäen tämän mielessä luovuttaa ystävällemme IDERAsta ja kuulla kuinka he ovat suhtautuneet tähän haasteeseen.
Bill Ellis: Paljon kiitoksia. Jaan näytön ja nyt menemme. Joten on todella nöyrä tarkastella vain kaikkea tekniikkaa ja kaikkia meitä edeltäneitä ihmisiä tekemään tämä vuonna 2017 saatavilla oleva tavara saatavana. Puhumme SAP HANA: n työmäärän analysoinnista - pohjimmiltaan tietokannan seurantaratkaisu: kattava, agenttinen, tarjoaa reaaliaikaista ja rakentaa historian, joten voit nähdä, mitä on tapahtunut aiemmin. SAP S / 4 HANA tarjoaa paremman, nopeamman ja halvemman potentiaalin. En sano, että se on halpaa, sanon vain, että se on halvempaa. Tavallaan, mitä tapahtui, oli se, että sinulla olisi päätuotantoesimerkki - todennäköisesti käynnissä Oraclen kanssa suuremmassa liikkeessä, mahdollisesti SQL Server - ja sitten käyttäisit kyseistä ETL-prosessia ja sinulla olisi useita, sellaisia versioita totuudesta . Ja tämä on erittäin kallista, koska maksat laitteistosta, käyttöjärjestelmästä, Oracle-lisenssistä jokaisesta näistä ympäristöistä. Ja sitten kaiken lisäksi tarvitset ihmisiä sovittamaan yksi totuuden versio totuuden seuraavaan versioon. Ja niin, tämä moniversio ETL-käsittely oli vain hidasta ja erittäin, erittäin hankala.
Ja niin, HANA, pohjimmiltaan yksi HANA-ilmentymä, voi mahdollisesti korvata kaikki nämä muut ilmentymät. Joten, se on halvempaa, koska se on yksi laitteistoalusta, yksi käyttöjärjestelmä, eikä moninkertainen. Ja niin S / 4 HANA, todellakin, se muuttaa kaiken ja katsot periaatteessa SAP: n kehitystä R / 2: sta R / 3: iin, erilaisiin lisälaitepaketeihin. Nyt vanha järjestelmä on käytettävissä vuoteen 2025 asti, joten sinulla on kahdeksan vuotta, ennen kuin olet todella pakko muuttaa. Vaikka näemme ihmisten, hierovan varpaansa tähän, koska he tietävät, että se on tulossa, ja lopulta, tiedätte, ECC toimii HANA: lla, joten sinun on todella oltava valmistautunut siihen ja ymmärrettävä tekniikka.
Joten yksi tietokanta, ei ETL-prosesseja, ei kopioita, jotka on sovittava. Joten jälleen kerran, nopeampi, parempi ja halvempi. HANA on muistissa. SAP toimittaa ohjelmiston, toimitat laitteiston. Kokotaulukoita ei ole. Yksi niistä asioista, joita he tyypillisesti viittaavat ajatellessasi tätä, ettet halua päästä tähän, ostamme vain suurimman käytettävissä olevan palvelimen. He ehdottavat, että sinä, sellainen, oikea SAP-maisemasi etukäteen, ja he sanovat periaatteessa, ettet siirrä 20 vuoden arvoista tietoa. Mielestäni arkistointi on jotain, jota käytetään tietotekniikassa kaiken kaikkiaan, ei vain SAP-kaupoissa. Ja niin seuraava asia on, että SAP on todella viettänyt paljon aikaa kirjoittamalla alkuperäiskoodinsa käyttämättä SELECT * -sovellusta. SELECT * palauttaa kaikki sarakkeet taulukosta ja se on erityisen kallis sarakkeistietokannassa. Ja niin, se ei ole hyvä idea SAP HANA: lle. Joten myymälöissä, joissa on paljon räätälöintejä, paljon raportteja, tämä on jotain mitä haluat etsiä ja haluat määritellä sarakkeiden nimet siirryttäessäsi kaikkeen HANA: hon.
Haluamme sanoa, että HANA ei ole ihmelääke. Kuten kaikki tietokannat ja kaikki tekniikat, sitä on tarkkailtava, ja kuten aiemmin mainittiin, tarvitset numeroita ylimääräisen hallitsemiseksi mittaamalla mittauksella. Ja yksi niistä asioista, joista puhun IDERA-alueella, on, että jokainen liiketapahtuma on vuorovaikutuksessa ennätysjärjestelmän kanssa, ja tässä tapauksessa siitä tulee HANA. Ja niin, HANAsta tulee perusta SAP-tapahtumien suorittamiselle, loppukäyttäjäkokemukselle. Ja niin, on elintärkeää, että sitä jatketaan huippunopeudella. Siitä tulee yksi epäonnistumispiste, ja puhuttaessa ihmisille tämä on jotain, joka voi levittää sinne, missä sinulla on loppukäyttäjä ja ehkä käyttää kyseistä reaaliaikaista tietoa, ja heillä on ad hoc -kysely, joka ei mahdollisesti ole aivan oikeassa. Ehkä he eivät liity taulukoihin ja he ovat luoneet ulkoisen liittymisen, partisanituotteen, ja he kuluttavat periaatteessa paljon resursseja. Nyt HANA tunnistaa sen lopulta ja tappaa sen istunnon. Joten siellä on ratkaiseva osa arkkitehtuuriamme, jonka avulla voit tosiasiallisesti vangita sen historiassa, jotta voit nähdä, mitä oli tapahtunut aiemmin ja tunnistaa nuo tilanteet.
Katsotaanpa SAP HANA: n työmäärän analyysiä. Tämä on versio 1, joten kutsumme sinut voimakkaasti liittymään matkaamme, ja tämä on tuote IDERA. Se on kattava, mutta yksinkertainen. Reaaliaikainen trendi. Isäntäterveys, esimerkiksi terveys. Seuraamme odotustiloja, SQL-kyselyitä, muistin kuluttajia ja palveluita. Joten, tämä on miltä GUI näyttää ja näet heti lepakotista, että se on web-käytössä. Itse asiassa avasin tämän ratkaisun, joka on suorana käynnissä järjestelmässäni. Joitakin tärkeitä asioita haluat tarkastella. Olemme tyypillisesti jaoteltu eri työtiloihin. Yksi tärkeimmistä on se, mitä isäntätasolla tapahtuu suorittimen käytöstä ja muistin käytöstä. Et todellakaan halua päästä vaihtamiseen tai heittämiseen. Ja sitten käytät pohjimmiltaan tietäsi trendikkäänä tapahtuessa, vastausajasta, käyttäjistä, SQL-lauseista, toisin sanoen mikä ohjaa järjestelmän toimintaa.
Yksi IDERA: n asioista on, että tietokannassa ei tapahdu mitään, ennen kuin siellä on toimintaa. Ja tämä toiminta on SQL-lauseita, jotka tulevat sovelluksesta. Joten SQL-lauseiden mittaaminen on ehdottoman välttämätöntä, jotta pystymme tunnistamaan perussyy. Joten mennään eteenpäin ja pohditaan. Joten isäntätasolla voimme tosiasiallisesti katsoa muistia, seurata ajan myötä, isäntäprosessorin käyttöä. Askel taaksepäin, voit katsoa COBSQL-lauseita. Nyt yksi niistä asioista, jotka näet arkkitehtuuripuolellamme, on, että nämä tiedot on tallennettu HANA: n ulkopuolelle, joten jos HANA: lle tapahtuu jotain, tallennamme tietoja pohjimmiltaan, jumala, kieltäkää, tavoittamattomuuden tilanteeseen. . Voimme myös tallentaa kaiken, mitä järjestelmässä tapahtuu, jotta sinulla on selkeä näkyvyys. Ja yksi niistä asioista, jotka aiomme tehdä, on, että me esittelemme SQL-lauseet painotetussa järjestyksessä. Joten siinä otetaan huomioon teloitusten lukumäärä, ja niin tämä on kokonaisresurssien kulutus.
Ja niin voit päästä täällä yksittäisiin mittareihin - milloin tämä SQL-käsky suoritettiin? Ja sitten resurssien kulutusta ohjaa suurelta osin suoritussuunnitelma, ja siten pystymme sieppaamaan sen jatkuvasti. HANA on muistissa. Se on hyvin samansuuntainen. Sillä on ensisijaiset hakemistot jokaisessa taulukossa, ja jotkut kaupat päättävät rakentaa toissijaisen hakemiston tiettyjen suorituskykyongelmien ratkaisemiseksi. Ja niin, tietynlainen tietäminen, mitä tapahtui tiettyjen SQL-käskyjen suoritussuunnitelmalle, voi olla erittäin arvokasta. Tarkastelemme myös palveluita, muistin kulutusta, kartoitettuina ajan myötä. Arkkitehtuuri: niin, tämä on itsenäinen ratkaisu, jonka voit ladata verkkosivustoltamme, ja arkkitehtuuri on se, että se on web-yhteensopiva.
Voit saada useita käyttäjiä muodostamaan yhteyden tiettyyn ilmentymään. Voit seurata SAP HANA -sovelluksen paikallisia esiintymiä. Ja pidämme arkistossamme liikkuvaa neljän viikon historiaa ja se on itsehallinnollinen. Tämän käyttöönotto on melko yksinkertaista. Tarvitset Windows Serverin. Sinun on ladattava se. Useimmissa Windows-palvelimissa on sisäänrakennettu .NET-kehys, ja siihen sisältyy lisenssi. Joten siirryt ohjattuun asennustoimintoon, jota ohjaa Setup.exe, ja se tosiasiallisesti avaa näytön, lisenssisopimuksen, ja yksinkertaisesti muokkaat tätä ääriviivaa napsauttamalla Seuraava. Ja niin, mihin HANA: n haluat olla asennettu? Seuraava on tietokantaominaisuudet, ja tästä tulee yhteytesi SAP HANA -sovellukseen, joten tämä on HANA-ilmentymän välittämätöntä seurantaa. Ja sitten annamme periaatteessa esikatselun, tässä portissa olemme oletusarvoisesti yhteydessä. Napsauta ”Asenna”, ja se käynnistää periaatteessa HANA: n ja aloitat historian rakentamisen. Joten, vain vähän mitoituskaavion tiedoista. Voimme tarkkailla jopa 45 HANA-esiintymää, ja haluat käyttää tätä, tavallaan, liukuvalla asteikolla määrittämään tarvittavien ytimien, muistin ja levytilan. Ja tämä edellyttää, että sinulla on täydellinen neljän viikon historia menossa sisään.
Joten, kuten nopea kertaus, tarkastelemme palvelimen terveyttä, esiintymien terveyttä, suorittimen / muistin käyttöä. Mitkä ovat muistin kuluttajat, mitkä ovat toiminnan ohjaimia, mitkä ovat palvelut? SQL-lauseet ovat tärkeitä - mitkä ovat toteutustilat? Näytä minulle toteutussuunnitelmat, milloin asiat toteutettiin, tarjoavat trendit? Tämä antaa sinulle reaaliaikaisen ja historian tapahtumista. Ja kuten mainitsin, koska historiamme on erillinen HANA: sta, aiomme kaapata tavaroita, jotka olivat aikakatkaistu ja jotka oli huuhdeltu HANA: n historiasta. Joten näet järjestelmän todellisen resurssien kulutuksen erillisen historian takia.
Joten, kuten jo mainitsin, IDERAN verkkosivustosta, Tuotteet-kohdasta, löydät tämän helposti. Jos haluat kokeilla tätä, olet varmasti tervetullut. Katso, kuinka se tarjoaa tietoja sinulle ja siitä, miten verkkosivustolta löytyy lisätietoja. Joten kaikki kiinnostuneet osapuolet ovat enemmän kuin mielellään tutkineet asiaa. Nyt IDERAN tarjoamissa portfoliotuotteissa on myös SAP ECC -tapahtummonitori, jota kutsutaan Precise for SAP: ksi. Ja mitä se tekee - käytätkö portaalia vai vain suoraviivaista ECC: tä - se tallentaa loppukäyttäjän tapahtuman napsautuksesta levylle aina SQL-käskyyn asti ja näyttää mitä tapahtuu.
Nyt näytän sinulle vain yhden yhteenvetonäytön. Tässä yhteenvedonäytössä on pari takeaveja, jotka haluan sinun saavan. Se on Y-akselin vasteaika, X-akselin aika plus päivä, ja tässä tapahtumanäkymässä näytämme asiakkaan ajan, jonotusajan, ABAP-koodiajan, tietokannan ajan. Pystymme sieppaamaan loppukäyttäjätunnukset, T-koodit, ja voit tosiasiallisesti suodattaa ja näyttää palvelimia tietyn tapahtuman kautta. Ja niin, monet kaupat ajavat maiseman etuosaa VMwaren alla, joten voit mitata, mitä kaikilla palvelimilla tapahtuu, ja päästä yksityiskohtaiseen analyysiin. Joten tämä tapahtumanäkymä on tarkoitettu loppukäyttäjän tapahtumalle koko SAP-maiseman läpi. Ja löydät sen verkkosivustoltamme Tuotteet APM-työkalut -kohdasta ja tämä olisi SAP-ratkaisu, joka meillä on. Tätä varten asennus on vähän monimutkaisempi, joten sitä ei tarvitse vain ladata ja kokeilla, kuten meillä on HANA: lla. Tässä työskentelemme yhdessä suunnitellaksemme ja toteuttaaksemme kokonaiskaupan puolestasi.
Joten, vain kolmas nopea kertaus, SAP HANA: n työmäärän analysointi, se on kattava, agenttivapaa, reaaliaikainen, tarjoaa historian. Tarjoamme mahdollisuuden ladata ja kokeilla sitä sivustoosi.
Joten sen kanssa aion siirtää ajan takaisin Ericille, Dezille ja tohtori Bloorille.
Eric Kavanagh: Kyllä, ehkä Robin, kysytkö sinulta, ja sitten Dez Robinin jälkeen?
Dr. Robin Bloor: Okei. Tarkoitan, että ensimmäinen asia, jonka haluaisin sanoa, pidän todella transaktionäkymästä, koska se on juuri sitä, mitä haluaisin tässä tilanteessa. Tein paljon työtä - no, se on kauan sitten juuri nyt - suorittaen suorituskyvyn seurantaa, ja se oli sellainen asia; meillä ei ollut grafiikkaa noina päivinä, mutta se oli sellainen asia, jonka halusin erityisesti pystyväni tekemään. Joten voit tavalla tai toisella pistää itsesi minne tahansa ongelma tapahtuu.
Ensimmäinen kysymys, jonka minulla on, on, useimmat ihmiset toteuttavat S / 4-tapaa jollain tavalla, niin tiedät. Kun osallistuit mihin tahansa S / 4: n toteutukseen, huomasitko, että se on toteutettu hyvin, vai päädyitkökin asiaan, joka saattaa saada asiakkaan haluamaan uudelleenkonfiguroinnin? Tarkoitan, miten kaikki tämä menee?
Bill Ellis: No, jokainen kauppa on vähän erilainen. Ja siellä on erilaisia käyttömalleja, on erilaisia raportteja. Sivustoille, joissa on ad hoc -raportointi, tarkoitan, että se on, tavallaan, järjestelmän jokerimerkkinä. Ja niin, yksi tärkeimmistä asioista on aloittaa mittaus ja selvittää, mikä on lähtökohta, mikä on normaalia tietylle sivustolle, missä on kyseinen sivusto, joka perustuu niiden käyttötapoihin ja stressaavaan järjestelmään. Ja tee sitten säädöt sieltä. Tyypillisesti seurannan optimointi ei ole kertaluonteista, se on todella jatkuva käytäntö, jossa seuraat, virität, hiilet ja teet järjestelmän paremmaksi loppukäyttäjäyhteisölle, jotta se pystyy palvelemaan yritystä tehokkaammin.
Dr. Robin Bloor: Okei, joten kun otat käyttöön - tarkoitan, tiedän, että tähän on vaikea vastata, koska kysymys vaihtelee toteutuksen koon mukaan - mutta kuinka paljon resursseja IDERA-valvontakyky on, kuinka paljon se kuluttaa ? Onko sillä mitään merkitystä vai onko se vain, se ei tavallaan häiritse? Miten tuo toimii?
Bill Ellis: Kyllä, sanoisin, että yleiskustannukset ovat noin 1–3 prosenttia. Monet kaupat ovat erittäin halukkaita uhraamaan tämän, koska potentiaalisesti voit ostaa sen takaisin optimoinnin kannalta. Se riippuu käyttötavoista. Jos teet koko maiseman, se riippuu yksittäisistä seurattavista tekniikoista. Joten tyyppi, mittarilukema vaihtelee, mutta kuten puhuimme, on ehdottomasti parempi käyttää vähän tietääksesi mitä tapahtuu kuin pelkästään sokeaksi. Erityisesti se olisi, tiedät, täällä olemme tammikuussa ja siirryt vuosikertomusten käsittelyyn ja keräät 12 kuukauden mittaista tietoa. Tiedät, että suoritat suorituskykyä, raporttien saaminen sääntelyjärjestöille, pankeille ja osakkeenomistajille on ehdottoman välttämätöntä kriittisessä liiketoiminnassa.
Dr. Robin Bloor: Oikein. Ja vain nopea, näkökulmasi kannalta - koska luulen, että olet siellä mukana koko joukossa SAP-sivustoja - kuinka suuri on liike SAP-asiakaskunnan keskuudessa kohti S / 4: tä? Tarkoitan, onko jotain jota tiedätte, että siellä on jonkinlainen innostuneiden asiakkaiden lumivyö, joka etsii sitä, vai onko kyse vain tasaisesta tempusta? Kuinka näet sen?
Bill Ellis: Luulen että pari vuotta sitten sanoisin, että se oli varvas. Sanoisin nyt, että ihmiset ovat tavallaan polveensa asti. Uskon, että tiedätte, koska aikajana, jota ihmiset ovat todella uppoutuneet HANAan parin seuraavan vuoden aikana. Joten seuranta, muutos, tiedätte, luulen, että suurin osa asiakkaista on tavallaan yhdessä oppimiskäyrässä. Joten luulen, että emme ole aivan lumivyöryssä, kuten olit sanonut, mutta uskon, että olemme HANA: lle tapahtuvan merkittävän muutoksen kärjessä.
Tohtori Robin Bloor: Okei, niin ne sivut, jotka olet nähnyt, ovat menneet tähän, ovatko ne myös mukauttamassa HANA: ta muihin sovelluksiin vai käytetäänkö ne tavalla tai toisella tavalla täysin tämän tekemiseen kamaa työtä? Mikä kuva siellä on?
Bill Ellis: Kyllä, usein ihmiset integroivat SAP: n muihin järjestelmiin riippuen siitä, mitkä moduulit ja niin edelleen, joten siellä on vähän. En oikeastaan näe ihmisten käynnistävän muita sovelluksia HANA: ssa. Se on varmasti mahdollista tehdä. Ja niin se on enemmän SAP-infrastruktuurin ympäröivän maiseman ympärillä.
Dr. Robin Bloor: Luulen, että annan sinun paremmin luovuttaa sinut Dezille. Olen haastanut aikaa. Dez?
Dez Blanchfield: Kiitos. Ei, siinä kaikki on hyvä. Kaksi erittäin nopeaa, vain yrittää asettaa teema. SAP HANA on ollut toiminnassa pari vuotta ja ihmisillä on ollut mahdollisuus harkita sitä. Jos antaisit karkean arvion sitä käyttävien ihmisten prosentuaalisesta osuudesta - koska näitä asioita ajaa paljon ihmisiä - mikä on mielestäsi se prosenttiosuus markkinoista, joista olet tietoinen, tällä hetkellä on mennyt vain perinteisistä SAP-toteutuksista SAP: iin HANA: lla? Tarkastelemmeko 50/50, 30/70? Minkälaista prosenttiosuutta markkinoista näet ihmisistä, jotka ovat siirtyneet ja muuttaneet nyt, verrattuna kansanjoukkoihin, jotka vain pidättäytyvät ja odottavat parantuvan tai paranevan tai muuttuvan tai mitä tahansa tilannetta?
Bill Ellis: Joo, tosiasiallisesti sanoisin, että asettaisin prosenttiosuuden noin 20 prosenttiin. SAP on yleensä perinteinen yritys. Ihmisillä on taipumus olla hyvin konservatiivisia, joten heidän kansaansa vetävät jalat. Luulen, että se riippuu myös siitä, oletko käyttänyt SAP: ää jo pitkään, vai oletko sellainen SMB, joka on ehkä viime aikoina ottanut käyttöön SAP: n? Ja niin, siellä on eräänlainen joukko tekijöitä, mutta kaiken kaikkiaan en usko, että prosenttiosuus on 50/50. Sanoisin, että 50 prosenttia on ainakin hiukan heikentäviä ja on HANA: n käynnissä jonnekin datakeskuksessaan.
Dez Blanchfield: Mielenkiintoinen takea, jonka annoit meille aikaisemmin, oli, että tämä on tietyssä mielessä tosiasiallinen saavutus ja että kello osoittaa fyysisesti ja kirjaimellisesti siirtymäaikaa. Luuletko, että ihmiset ovat sitä ajatelleet tekemässä niin? Mikä on kansan ymmärtämisen yleinen käsitys siitä, että tämä on siirtymävaiheen muutos alustalla, se ei ole vain vaihtoehto, siitä on tulossa oletus?
Ja SAP: n kannalta olen varma, että he ajavat tällä tavalla, koska suorituskyvyllä on merkittävä kilpailuetu, mutta luulen myös, että he painivat ohjausjärjestelmän takaosaan sen sijaan, että menisivät kolmanteen- juhlatietokannan, he tuovat sen nyt takaisin omalle alustalleen. Luuletko, että yritykset ovat todella saaneet viestin? Luuletko, että ihmiset ymmärtävät sen ja ovat nyt valmistautumassa siihen? Vai onko se edelleen eräänlainen epäselvä asia, luuletko, poistuvan markkinoilta?
Bill Ellis: En usko, että SAP on ujo viestinnästä ja SAPPHIREen menneet ihmiset ovat nähneet HANA: n kaikkialla. Joten luulen, että ihmiset ovat hyvin tietoisia, mutta ihmisen luonto on sellainen, mikä se on, tiedätte, jotkut ihmiset tavallaan vetävät jalkojaan hiukan.
Dez Blanchfield: Koska mielestäni syy kysyin tuon kysymyksen, ja sinun on annettava minulle anteeksi, mutta olen samaa mieltä. Mielestäni he eivät ole olleet ujoja ilmoittamaan siitä. Mielestäni signaali on hävinnyt monin tavoin. Ja olen kanssani samaa mieltä - en tiedä, että kaikkien hyppy on vielä tapahtunut. Tiedätkö, perinteinen yritys, erittäin suuret yritykset, jotka johtavat tätä, ovat edelleen monin tavoin, eivät vain vetämättä jalkojaan, vaan yrittäneet vain tarttua muutoksen monimutkaisuuteen. Koska mielestäni yksi asia, jonka työkalusi ja varmasti tänään esittelemäsi demonstraatiot ovat korostaneet, ja minulle yksi avainasemassa, haluaisin, että kaikki kuuntelevat ja virittävät tänään istumaan ja kiinnittämään huomiota heijastavasti, että sinulla on työkalu, joka on mielestäni yksinkertaistanut tätä prosessia. Mielestäni heidän joukossaan on joukko hyvin hermostuneita viestintäjohtajaita ja heidän ryhmäänsä, jotka ajattelevat: “Kuinka voin siirtyä perinteisistä RDBMS-järjestelmistä, relaatiotietokannan hallintajärjestelmistä, joita olemme tunteneet vuosikymmenien ajan, kokonaan uuteen laskenta- ja varastoinnin hallinta tilassa, joka on edelleen suhteellisen rohkea? ”mielessäni. Mutta se on tuntematon monin tavoin, ja hyvin harvat ihmiset ovat tehneet muutoksen muilla alueilla, että ei ole niin, kuin heillä olisi toinen osa yritystä, joka on jo siirtynyt muistiin laskentaan. Joten, se on kaikki tai ei mitään liikettä heidän mielessään.
Joten yksi niistä asioista, jotka olen ottanut pois tästä enemmän kuin mistään - aion vastata sinulle kysymykseen minuutin sisällä - onko tämä pelko mielestäni nyt lievittynyt monin tavoin ja että ennen tätä päivää, Jos kuuntelin CIO: ta, ajattelin eräänlaisena ajattelevan: "No, kuinka aion tehdä tämän siirtymisen? Kuinka tahdon taata saman kyvyn, joka meillä on relaatiotietokannan hallintaympäristössä ja vuosien kokemus DBA: sta, uudelle alustalle, jolla meillä tällä hetkellä ei ole taitoja? ”Joten kysymykseni on, luuletko ihmisten ymmärtäneen, että työkalut ovat nyt tarjollasi ja että he voivat tavallaan hengittää syvään ja helpotuksen huolestuneena siitä, että siirtymä ei ole niin pelottavaa kuin se saattoi olla ennen onko tämä työkalu käytettävissä? Luuletko, että ihmiset ovat ymmärtäneet, vai onko se edelleen sellainen asia, jota he vain kamppailevat siirryttäessä muistin laskentaan ja muistiin tallentamiseen verrattuna vanhan koulun yhdistelmiin NVMe, flash ja levy?
Bill Ellis: Niin, joten on epäilemättä paljon tekniikkaa ja työkaluja, jotka voivat graafisesti näyttää tämän, mitä tapahtuu ja joiden avulla on erittäin helppo määrittää resurssien parhaat kuluttajat. Tarkoitan, se auttaa yksinkertaistamaan asioita ja auttaa teknologiahenkilöstöä todella saamaan hyvän käsittelyn. Hei, he tietävät mitä tapahtuu ja ymmärtävät kaiken monimutkaisuuden. Joten ehdottomasti markkinoilla olevat työkalut ovat ehdottomasti hyödyllisiä, joten tarjoamme SAP HANA: n työmäärän analysointia.
Dez Blanchfield: Joo, mielestäni hieno asia, mitä olet tänään osoittanut meille, on se, että seuraamalla laitteistopalaa, käyttöjärjestelmäpalaa, jopa seuraamalla osaa työkuormasta, joka liikkuu, kuten sanoitte, työkalujen läpi ovat olleet siellä jonkin aikaa. Hieman minulle, etenkin HANA: n sisällä, on se, että meillä ei ole välttämättä ollut kykyä saada suurennuslasi ja kurkistaa siihen ja nähdä heti alaspäin siihen, mitä työkalusi tekee kyselyjen kanssa tapahtuvan kanssa ja kuinka he ovat rakenteellinen ja missä kuorma on.
Toistaiseksi nähtyjen käyttöönottojen ansiosta, koska olet melko kirjaimellisesti valtavaltainen tässä tilassa alustallasi maailmassa, osa näkemistäsi nopeista voitoista - onko sinulla mitään anekdoottista tietoa, jonka kanssa voit jakaa ympärillämme joitain eureka-hetkiä, aha-hetkiä, joissa ihmiset ovat ottaneet käyttöön IDERA-työkalusarjan, he ovat löytäneet asioita, joita he eivät vain tienneet, olleet heidän käyttämissään alustoissa ja esityksissä. Onko sinulla hienoja anekdoottisia esimerkkejä siitä, missä ihmiset ovat juuri ottaneet sen käyttöön, tietämättä oikein mitä heillä on ollut ja yhtäkkiä poissa, "Vau, me emme oikeastaan tienneet, että siellä oli?"
Bill Ellis: Joo, natiivien työkalujen suuri rajoitus on se, että jos pakeneva kysely peruutetaan, se tyhjentää tiedot, joten sinulla ei periaatteessa ole historiaa. Tallentamalla historiaa offline-tilassa, kuten karkaantunut kysely, sinulla on historia, tiedät mitä oli tapahtunut, näet suoritussuunnitelman ja niin edelleen. Ja niin, se antaa sinun tavallaan auttaa loppukäyttäjäyhteisöä toimimaan paremmin, kirjoittamaan raportteja paremmin, jne. Ja niin, historia on jotain, joka on todella mukavaa saada. Ja yksi niistä asioista, jotka minulla oli tarkoitus näyttää, on, että voit katsoa reaaliaikaisesti jopa neljä viikkoa ja sitten voit helposti lähentää mitä tahansa kiinnostavaa ajanjaksoa ja sitten paljastaa taustalla olevan ajo-toiminnan. Pelkästään kyseisen näkyvyyden avulla on erittäin hyödyllistä tietää, mikä pullonkaula on syntynyt.
Dez Blanchfield: Mainitsit sen olevan monikäyttäjä, kun se on otettu käyttöön, ja olin vaikuttunut siitä, että se on agenttoton ja käytännössä nollakosketus monella tavalla. Onko normaalia, että työkalusi yhdellä käyttöönotolla on sitten kaikkien saatavilla NOC: n verkkotoimintakeskuksesta, joka seuraa klusterin perustana olevaa perusinfrastruktuuria aina sovellus- ja kehitysryhmään asti? Onko se normi ja käytät kerran, ja he jakavat sen, vai odotatko, että ihmisillä saattaa olla malliesityksiä, jotka tarkastelevat pinon eri osia? Miltä se näyttää?
Bill Ellis: Joten, perustiimillä on tyypillisesti erittäin vahva kiinnostus SAP: n tapahtumien tekniikan taustalla. Ilmeisesti siellä on useita joukkueita, jotka tukevat kokonaisia maisemia. HANA-teos on vain keskittynyt siihen. Aion vain oletusarvoisesti SAP-perustiimissä tiedon pääasiallisina kuluttajina.
Dez Blanchfield: Oikein. Minua kuitenkin hämmentää se, että jos minulla on kehitysryhmä tai ei edes pelkästään kooditasolla, mutta jos minulla on ryhmä tietotekijöitä tai analyytikoita, jotka tekevät analyyttistä työtä siellä olevien tietojoukkojen suhteen, etenkin kun otetaan huomioon, että huomattava työntö tietojenkäsittelyyn, jota sovelletaan nyt kaikkiin organisaatioiden sisällä mieleni mielessä - ja korjaa minua, jos olen väärässä - minusta näyttää siltä, että tämä kiinnostaa myös heitä, koska monella tavalla Vakavista asioista, joita voit tehdä tietovarastoympäristössä, on vapauttaa tietotieteilijä sen päälle ja antaa sen vain alkaa tehdä ad hoc -kyselyjä. Onko sinulla ollut esimerkkejä sellaisesta tilanteesta, jossa kaupat ovat lyöneet sinua ja sanoneet: ”Olemme heittäneet tietojenkäsittelyryhmän asiaan, se todella satuttaa, mitä voimme tehdä heille verrattuna siihen, mitä teemme vain perinteinen operatiivinen seuranta ja hallinta? ”Onko se edes asia?
Bill Ellis: No, kyllä, kääntäisin tätä jonkin verran ja leikkaan vastaukseni, että kun tarkastellaan suorituskykyä ja ollaan tietoinen suorituskyvystä laadunvarmistuksen tuotannon kehittämisessä, tiedät, mitä nopeammin varastoit, sitä vähemmän ongelmia, vähemmän yllätyksiä sinulla on. Joten ehdottomasti.
Dez Blanchfield: Seurauksena on paljon työkaluja, joista minulla on ollut kokemusta - ja olen varma, että Robin on samaa mieltä - paljon täällä olevia työkaluja, jos sinulla on iso RDBMS, tarvitset todella korkea- taitava, syvästi tunteva, kokenut DBA. Jotkut infrastruktuurin ja alustan vaatimuksista, jotka tulevat SAP HANA: n mukana, koska sitä tuetaan parhaillaan tietyissä jakeluissa, jotka kohdistuvat tietyn laitteiston ja niin edelleen mukaan parhaan tietoni mukaan. Tiedätkö, että ihmisiä, joilla on vuosikymmenten kokemus, eivät ole samanlaisia. Näen kuitenkin, että tämä ei välttämättä edellytä tätä työkalua. Minusta näyttää siltä, että voit ottaa työkalusi käyttöön ja antaa sen joillekin melko uusille kasvoille ja antaa heille voiman heti löytää asioita, jotka eivät toimi hyvin. Onko totta, että on olemassa melko lyhyt oppimiskäyrä, jotta pystymme nopeuttamaan tätä ja saamaan jonkin verran hyötyä sen käyttöönotosta? Tiedät, minun yleinen mieleni on, että sinulla ei tarvitse olla 20 vuoden kokemusta työkalun ajamisesta nähdäksesi arvon heti. Oletteko samaa mieltä siitä, että niin on?
Bill Ellis: Voi ehdottomasti, ja minun mielestäni mielestäni suuri osa käyttöönoton onnistumisesta riippuu todella SAP HANA -ympäristön suunnittelusta ja arkkitehtuurista. Ja sitten siellä on epäilemättä paljon monimutkaisuutta, paljon tekniikkaa, johon se on rakennettu, mutta sitten vain tulee seurata tapahtuvan käyttötapoja. Joten, vaikka se onkin monimutkaisempi, se on tavallaan pakattu ja hieman yksinkertaistettu. Se on erittäin huono.
Dez Blanchfield: Niin, joten ennen kuin annan takaisin Ericille, koska tiedän, että hänellä on pari kysymystä, etenkin joiltakin kysymyksiltä, jotka ovat tulleet Q&A: n kautta ja jotka näyttivät mielenkiintoisilta, ja olen kiinnostunut kuulemaan vastauksen. Joku perinteinen matka - mainitsit aiemmin, että voit saada sen, voit ladata sen ja kokeilla sitä. Voitko kertoa niin nopeasti, että voit kuunnella kansanäkökohtia joko tänään tai folkille, joka saattaa toistaa sen myöhemmin? Mitkä ovat nopeat kaksi tai kolme vaihetta saadakseen käsiinsä kopio ja ottaa sen käyttöön ja kokeilla sitä ympäristössään ennen ostamista? Miltä se näyttää? Mitkä ovat vaiheet siihen?
Bill Ellis: Kyllä. Joten, IDERA.com ja siirry vain Tuotteisiin ja näet SAP HANA: n työmäärän analysoinnin. Siellä on lataussivu. Luulen, että he pyytävät sinulta joitain yhteystietoja ja tuote on vain pakattu lisenssiavaimella, jotta voit asentaa sen Setup.exe-tiedoston avulla ja ajautua mielestäni hyvin nopeasti.
Dez Blanchfield: Joten he voivat siirtyä verkkosivustollesi, he voivat ladata sen. Muistan, että katsoin sitä jonkin aikaa sitten ja tarkistin myös eilen illalla, voit pyytää muistista demon, jossa joku ryhmäsi edustaa sinut läpi sen? Mutta voit itse ladata sen ilmaiseksi ja ottaa sen käyttöön paikallisesti omassa ympäristössäsi, omalla ajallasi, etkö voi?
Bill Ellis: Kyllä.
Dez Blanchfield: Erinomainen. No, luulen, että enemmän kuin mitään, se on todennäköisesti asia, jonka suosittelen henkilökohtaisesti tekemään, on kopioida verkkosivustolta, napata joitain siellä olevista asiakirjoista, koska tiedän, että siellä on paljon hyvää sisältöä sen tekemiseen, ja vain kokeilla sitä. Laita se ympäristöösi ja katso mitä löydät. Epäilen, että kun olet katsonut kotelon alle SAP HANA -ympäristöjäsi IDERA-työkalun avulla, löydät sieltä asioita, joita et tiennyt.
Katso, kiitos siitä paljon ja kiitos vain ajasta, joka koski kysymyksiä ja vastauksia Robinin ja I. Ericin kanssa, palaan teille, koska tiedän, että jotkut kysymykset ja vastaukset tulevat myös osallistujamme kautta.
Eric Kavanagh: Niin, vain todellinen nopea täällä. Joten yksi osallistujista kommentoi täällä todella hyvää kommenttia puhumalla vain asioiden muutoksesta. Aikaisemmin sanottuna muisti oli tukehtunut, hidastuen usein haun avulla, tällä hetkellä CPU tukahduttaa liian paljon muistin tietoja. Tiedätkö, että verkkoongelmia on. Se tulee aina olemaan liikkuva kohde, eikö niin? Millaisena näet nykyään etenemissuunnitelmana suhteessa siihen, missä pullonkaulat ovat ja missä joudut keskittämään huomionne?
Bill Ellis: Kyllä. Ennen kuin mittaat, on vaikea tietää. Yksi SQL-lauseiden asioista on, että ne tulevat olemaan resurssien kulutuksen ohjaimia. Ja niin olosuhteissa, joissa sinulla oli esimerkiksi suuri muistin tai prosessorin kulutus, pystyt selvittämään, mikä toiminta aiheutti kyseisen resurssien kulutuksen. Nyt et välttämättä halua tappaa sitä, mutta haluat myös olla tietoinen siitä ja tavallaan siitä, mitä tapahtuu, kuinka usein se tapahtuu, jne. Olemme, tavallaan, vielä uusia, kun käsittelemme koko joukkoa tai keittokirjaa vastauksista erilaisiin olosuhteisiin. Ja niin, se on hieno kysymys ja aika näyttää. Meillä on enemmän tietoa ajan myötä.
Eric Kavanagh: Siinä kaikki. No, te olette mielenkiintoisella paikalla. Luulen, että koet paljon aktiivisuutta tulevina kuukausina ja parin seuraavan vuoden aikana, koska tiedän, että SAP, kuten ehdotit sisällöllisessä puhelumme, on tarjonnut mukavan pitkän pikaradan ihmisille siirtymään HANA: lle. Mutta silti sillä rampilla on loppua ja tietyssä vaiheessa ihmisten on tehtävä joitain vakavia päätöksiä, joten mitä nopeammin, sitä parempi, eikö?
Bill Ellis: Ehdottomasti.
Eric Kavanagh: Hyvä on, ihmiset, olemme palanneet vielä tunnin täällä Hot Technologies -sivustolla. Löydät tietoja verkosta, insideanalysis.com, myös techopedia.com. Keskity sivustolle paljon mielenkiintoisia tietoja, mukaan lukien luettelo kaikista arkistoistamme aiemmista Web-lähetyksistä. Mutta ihmiset, iso kiitos kaikille siellä, ystävillemme IDERAssa, Robinille ja tietysti Dezille. Ja otamme sinuun yhteyttä ensi viikolla, ihmiset. Kiitos vielä aikaa ja huomiosta. Pitää huolta. Hei hei.
