Ottaa mukaan: 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äistä aikaa ja parin viimeisen vuoden aikana, tämä tarkoittaa jälleen kerran Hot Technologiesille. Kyllä, todellakin, nimeni on Eric Kavanagh, minä olen tämänpäiväisen keskustelun isäntä.
Ihmiset, aiomme puhua hienoja juttuja tänään. 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.
Sinulla on paikka todella omasi, lyö minut @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 tekniikan suhteen, ja he ovat todella panostaneet suuriin investointeihin HANA: han. 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 aivan eri tavalla.
Tämä on mielenkiintoinen tila, ja aiomme tietää toiselta myyjältä, IDERAlta, vähän siitä, kuinka kaikki nuo tavarat toimivat ja mistä rampilla on kyse, rehellisesti sanottuna. Kuulemme siis tohtori Robin Bloorin, joka on oma pääanalyytikomme täällä The Bloor -ryhmässä; Dez Blanchfield, tietoteknikomme ja sitten hyvä ystävä Bill Ellis IDERA: sta. Joten aion jakaa avaimet tohtori Robin Bloorille, joka vie sen pois.
Dr. Robin Bloor: Joo, kuten Eric sanoi, aika, jonka SAP HANA meille ensin kertoi, palasi nyt monta vuotta sitten. Mutta se oli erittäin mielenkiintoista, tuo aika oli erittäin mielenkiintoinen. Olemme joutuneet yhden tai kahden yrityksen kanssa, jotka tarjosivat tavalla tai toisella muistiin liittyvää tekniikkaa. Oli aivan selvää, että muisti oli tulossa. Ja oikeasti 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 siihen, jonka heitin tähän, oli vain kertoa kaikille, kun puhun muistista täällä, 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 käyttää näitä välimuiskejä eräänlaisena tallennustilana matkalla asioiden toteuttamiseen, etenkin tietokantatekniikkaan. Joten, tiedätte, se on yksi vaikutus.
Sitten on syntynyt 3D XPoint ja IBM: n PCM. Ja melkein RAM-nopeudet ovat 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 tässä asiassa. 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 täällä olevan näytön näytölle, 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, sillä on valtava tyyppinen 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 julkaisee heidän ERP-ohjelmistonsa version, 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 julkaisseet, luulen, että ihmiset sanovat, että se julkaistaan edelleen, mutta se julkaistiin varmasti viime vuonna - se on pelinvaihtaja, kun otetaan huomioon SAP: n asiakaskunta. Tarkoitan, että siellä on 10 000 yritystä, jotka käyttävät SAP: n toiminnanohjausjärjestelmää, ja melkein kaikki ne 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 yrityksillä on, se on vain valtava pelinvaihdin ja se on 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 jälkeen uskon, että annan pallon eteen, kuka tämä kaveri on? Voi, australialainen kaveri, Dez Blanchfield.
Dez Blanchfield: Todella hauskaa. 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, joka mielestäni usein mielessäni 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 kolikon ja ehdot 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 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 tietotekniikkaan, ensinnäkin haluan vain kuvailla, kuinka pääsimme tänne ja mikä tekee tämän mahdolliseksi, koska se tavallaan 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 päivinä, arkkitehtonisesti, ettemme siirtyneet pitkään aikaan keskusyksiköstä tai keskialuemaailmasta, mitä alun perin ajattelimme ydinmuistiksi ja rummun varastoimiseksi.
Kuten tohtori Robin Bloor sanoi, lähestymistapanamme tietojen siirtämiseen tietokonearkkitehtuuriin ei oikeastaan 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 ajattelusta keskusyksiköiden ja keskitaajuuksien sekä ydinmuistin ja rumpuvarastoarkkitehtuurien 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ätte, näinä päivinä ihmiset eivät todellakaan 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, koska ja eri asioita varten 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 itse asiassa 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, CPU-tilassa, nyt, kun tosiasiallisesti 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 mietin 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 hieman varovainen siitä, mitkä pienet bitit kiinnität 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 lopetan sen nyt ja opin siitä jotain."
Minulle tämä on loistava analogia siitä, millaista on rakentaa näitä hyvin monimutkaisia alustoja, 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 toisiinsa. 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 monenvälisiä 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äksesi 100 teratavusta petatavuasteikolle, 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 olit käyttänyt 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 kymmenen vuoden lohkoa, 20 vuoden hinnan alennusta. Mutta hajotin ne kahteen J-käyrään, koska lopulta oikealta tuli vain katkoviiva, etkä voinut nähdä 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 megatavua, vaan nyt teratavua ja kohdella RAM-muistia kuin levyllä. 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 sietokyky tähän 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 se, että rakentamasi monimutkaisuus aiheuttaa riskin monilla alueilla.
Katsotaanpa vain sitä 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 tiheydellä CPU: n, ytimien ja lankojen lukumäärässä. Meillä on nyt erittäin monimutkaisia verkkopatologioita tukemaan tätä, koska tietojen on siirrettävä verkon kautta jossain vaiheessa, jos se menee solmujen ja klusterien välillä.
Laitteiden vikojen redundanssista tulee siis ongelma, ja joudumme valvomaan laitteita ja niiden osia. Meillä on joustava datavian redundanssi rakennettu kyseiseen alustaan ja valvomme sitä. Jaettu tietokannan joustavuus on rakennettu, joten meidän on tarkkailtava tietokanta-alustaa ja pinoa sen sisään. Meidän on tarkkailtava hajautettua käsittelyaikataulua, mitä tapahtuu joidenkin prosessien sisällä kyselyyn ja kyselyyn saakka ja kyselyn kulkureittiä sekä tapaa, 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, jonka avulla he saavat nimellisen, 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, se on 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. Meille on tiedossa tuntemattomia, koska emme tiedä kuka juoksee mitä, milloin ja missä, jos se on tarpeen. Ja meillä on tuntemattomia tuntemattomia, ja näitä asioita meidän on tarkkailtava 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, millaisen suorituskyvyn meillä on poissa muistista? 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 kaukana käyttöjärjestelmän prosesseista? Työt itse käynnissä, yksittäiset sovellukset ja niitä tukevat demonit? Mitä tapahtuu näiden prosessien sisällä, erityisesti kyselyiden jäsentäminen ja kuinka kyseiset 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 mainitsin juuri nopeasti ennen kietoutumista, eli kuinka lähestymme ongelmien 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 loppumisen 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 ottaen tämän huomioon, aion luovuttaa ystävällemme IDERAsta ja kuulla kuinka he ovat suhtautuneet tähän haasteeseen.
Bill Ellis: Kiitos paljon. 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. Aiomme puhua SAP HANA: n työmäärän analysoinnista - pohjimmiltaan tietokannan seurantaratkaisusta: 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 kaupassa, 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 saakka, joten sinulla on kahdeksan vuotta, kunnes olet todella pakko muuttaa. Vaikka näemme ihmisten, tiedämme, pilkaneen varpaitaan tähän, koska he tietävät, että se tulee ja lopulta, tiedätte, ECC toimii HANA: lla, joten sinun on todellakin oltava siihen varautunut ja ymmärrettävä tekniikka.
Joten yksi tietokanta, ei ETL-prosesseja, ei kopioita, jotka on sovitettava yhteen. 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ä, et 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 ole liittymässä taulukoihin ja he ovat luoneet ulkoisen liittymän, partisanituotteen, ja he kuluttavat periaatteessa paljon resursseja. Nyt HANA tunnistaa sen lopulta ja tappaa sen istunnon. Ja niin on arkkitehtuurimme ratkaiseva osa, 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 se, miltä graafinen käyttöliittymä näyttää, ja näet heti lepakotista, että sen verkko on 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 jaettu eräänlaisiin työtiloihin. Tavallaan tärkein on se, mitä isäntätasolla tapahtuu suorittimen käytöstä ja muistin käytöstä. Et todellakaan halua päästä vaihtamaan tai heittämään näkökulmaa. Ja sitten työskentelet pohjimmiltaan tavalla, joka tapahtuu trendiisi, vastausajasta, käyttäjistä, SQL-lauseista, toisin sanoen mikä ajaa toimintaa järjestelmässä.
Yksi IDERA: n asioista on, että tietokannassa ei tapahdu mitään, ennen kuin siellä tapahtuu 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ää, tilanteeseen, jota ei voida käyttää . 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ä aiomme esitellä 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, joten 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, että se on web-käytössä.
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, jota itse hallitaan. 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ällaista, liukuvassa mittakaavassa 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 vanhentuneet 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-osiosta löydät tämän helposti. Jos haluat kokeilla tätä, olet varmasti tervetullut. Katso, kuinka se tarjoaa tietoja sinulle, ja kyseisellä verkkosivustolla on lisätietoja. Joten kaikki kiinnostuneet osapuolet ovat enemmän kuin mielellään tutkineet asiaa. IDERA: n tarjoamissa salkkutuotteissa on nyt myös SAP ECC -tapahtumien valvonta, jota kutsutaan tarkkaksi 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 takea-asiaa. Se on Y-akselin vasteaika, X-akselin aika plus päivä, ja tässä tapahtumanäkymässä näytämme sinulle 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 kullakin palvelimella tapahtuvaa tilannetta ja päästä erittäin 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, ja tarjoaa historian. Tarjoamme mahdollisuuden ladata ja kokeilla sitä sivustoosi.
Joten sen kanssa aion siirtää ajan takaisin Ericille, Dezille ja tohtori Bloorille.
Eric Kavanagh: Joo, 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 - suorittaessani 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 konfiguroida uudelleen? Tarkoitan, miten kaikki tämä menee?
Bill Ellis: Jokainen kauppa on vähän erilainen. Ja käyttötavat ovat erilaisia, raportteja on erilaisia. Sivustoille, joissa on tapausraportointi, tarkoitan, että kyseessä on itse asiassa järjestelmän jokerimerkki. Ja niin, yksi tärkeimmistä asioista on aloittaa mittaus ja selvittää, mikä on lähtökohta, mikä on normaalia tietylle sivustolle, missä kyseinen sivusto on, niiden käyttötapojen perusteella, stressaava järjestelmä. Ja tee sitten säädöt sieltä. Tyypillisesti seurannan optimointi ei ole kertaluonteista, se on todella jatkuva käytäntö, jossa seuraat, virität, hiotat ja tee järjestelmästä entistä parempi, jotta loppukäyttäjäyhteisö pystyy palvelemaan yritystä tehokkaammin.
Dr. Robin Bloor: Okei, joten kun otat käyttöön - tarkoitan, tiedän, että tähän on vaikea vastaus, 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, että se ei tavallaan häiritse? Miten tuo toimii?
Bill Ellis: Joo, 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ääkseen mitä tapahtuu kuin pelkästään sokeaksi. Erityisesti se olisi, tiedäthän, täällä olemme tammikuussa ja siirryt vuosikertomusten käsittelyyn ja keräät 12 kuukauden mittaista tietoa. Tiedät, että suorittaminen, raporttien saaminen sääntelyjärjestöille, pankeille ja osakkeenomistajille on ehdottoman välttämätöntä kriittisessä liiketoiminnan suorituskyvyssä.
Dr. Robin Bloor: Oikea. Ja nopea, näkökulmasi kannalta - koska luulen, että olet siellä mukana koko sarjan SAP-sivustoja - kuinka suuri on SAP-asiakaskunnan liikkuvuus kohti S / 4: tä? Tarkoitan, onko jotain jota tiedätte, että siellä on jonkin verran innostuneita asiakkaita, jotka etsivät sitä, vai onko kyse vain tasaisesta tempusta? Kuinka näet sen?
Bill Ellis: Luulen, että pari vuotta sitten sanoisin, että se oli varvas. Nyt sanoisin, 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ä. Ja niin luulen, että emme ole aivan lumivyöryssä, kuten totesitte, mutta luulen, että olemme Hanaan tapahtuvan merkittävän muutoksen kärjessä.
Dr. Robin Bloor: Okei, mukauttavatko he HANA: ta myös muihin sovelluksiin nähdensi näkemiesi sivustojen suhteen muihin sovelluksiin vai kuluttavatko ne tavalla tai toisella tavalla näiden asioiden toimivuuteen? Mikä kuva siellä on?
Bill Ellis: Joo, usein ihmiset integroivat SAP: n muihin järjestelmiin riippuen siitä, mitkä moduulit ja niin edelleen, joten siellä on vähän. En todellakaan näe ihmisten käynnistävän muita sovelluksia HANA: ssa. Se on varmasti mahdollista tehdä. Ja niin se on enemmän maisemassa SAP-infrastruktuurin ympärillä.
Dr. Robin Bloor: Luulen, että annan sinun paremmin luovuttaa sinut Dezille. Olen lyönyt aikaa. Dez?
Dez Blanchfield: Kiitos. Ei, 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, on olemassa eräitä tekijöitä, mutta en yleensä 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 aiemmin, oli, että tämä on tietyssä mielessä tosiasiallinen saavutus ja että kello tikittää 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 alustassa, 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 sen? 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 siihen, että kysyin kyseisen kysymyksen, ja sinun on annettava minulle anteeksi, on kuitenkin se, että olen samaa mieltä. Mielestäni he eivät ole ujoja ilmoittaessaan siitä. Uskon, että signaali on hävinnyt monin tavoin. Ja olen kanssasi 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 erittäin 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 monella tavalla, ja hyvin harvat ihmiset ovat tehneet muutoksen muilla alueilla, joten ei ole niin, kuin heillä olisi toinen liiketoimintaosa, joka on jo siirtynyt muistiin laskettavaan tietoon. Joten se on heidän mielessään kaikki vai ei mitää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 tai 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: Joo, joten on epäilemättä paljon tekniikkaa ja työkaluja, jotka voivat graafisesti näyttää tämän, mitä tapahtuu ja jonka 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 siitä, mitä olet tänään osoittanut meille, on se, että seuraamalla laitteistokappaletta, käyttöjärjestelmäosaa, jopa seuraamalla osaa työkuormasta, joka liikkuu läpi, kuten totesit, tarkoitan, että työkalut 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 kirjallisesti kirjaimellisesti tällä alueella maailman arvoperäisin, osa näistä nopeista voitoista, joita olet nähnyt - onko sinulla 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ä mennyt pois: "Vau, emme oikeastaan tienneet, että siellä oli?"
Bill Ellis: Joo, natiivien työkalujen suuri rajoitus on, 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 mukava 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 tämän 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 erittäin vaikuttunut siitä, että se on agenttinen ja käytännössä nolla koskematon monin tavoin. 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. On selvää, että useita joukkueita tukee kokonaisia maisemia. HANA-teos on vain keskittynyt siihen. Aion vain oletusarvoisesti SAP-perusryhmän pääasiallisena tiedonkuluttajana.
Dez Blanchfield: Oikea. 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 jonkin verran tätä 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: Tämän jälkeen paljon työkaluja, joista minulla on kokemusta - ja olen varma, että Robin on samaa mieltä - paljon täällä olevia työkaluja, jos sinulla on suuri RDBMS, tarvitset todella korkeasti koulutettuja, syvästi asiantuntevat, kokeneet DBA: t. Jotkut SAP HANA: n infrastruktuurin ja alustan vaatimuksista johtuvat siitä, että sitä tuetaan parhaillaan tietyissä jakeluissa, jotka kohdistuvat tietyistä laitteistoista ja niin edelleen. Tiedätkö, että on ihmisiä, joilla on vuosikymmenien kokemus, jotka eivät ole samoja. 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ä, jolla selviää tästä ja saadaan hyötyä sen käyttöönotosta? Tiedät, minun yleinen mieleni on, että sinun ei tarvitse olla 20 vuoden kokemus työkalun ajamisesta nähdäksesi arvo heti. Oletko samaa mieltä siitä, että näin on?
Bill Ellis: Voi ehdottomasti, ja mielestäni mielestäni paljon käyttöönoton onnistumisesta riippuu todella SAP HANA -ympäristön suunnittelusta ja arkkitehtuurista. Ja sitten siellä on epäilemättä paljon monimutkaisuutta, paljon rakennettua tekniikkaa, mutta sitten vain tulee seurata tapahtuvan käyttötapoja. Joten, vaikka se onkin monimutkaisempi, se on pakattu ja hieman yksinkertaistettu. Se on erittäin huono.
Dez Blanchfield: Joo, joten ennen kuin annan takaisin Ericille, koska tiedän, että hänellä on pari kysymystä, erityisesti joiltakin kysymyksiltä, jotka tulevat kysymysten ja vastausten kautta, jotka näyttivät mielenkiintoisilta, ja haluan kuulla 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: Joo. 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: Joo.
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 katsellut kotelon alle SAP HANA -ympäristösi kanssa IDERA-työkalua, löydät asioita, joita et tiennyt olleen siellä.
Katsokaa, kiitos paljon siitä ja kiitos vain ajasta, joka liittyi kysymyksiin ja vastauksiin Robinin ja I. Ericin kanssa, palaan teille, koska tiedän, että jotkut kysymykset ja vastaukset tulevat myös osallistujamme kautta.
Eric Kavanagh: Joo, 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 olemaan aina liikkuva kohde, eikö niin? Millaisena näet nykyään suuntauksen, missä pullonkaulat tulevat olemaan ja missä joudut keskittämään huomionne?
Bill Ellis: Joo. 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 eri tilanteisiin. Ja niin, se on hieno kysymys ja aika näyttää. Meillä on enemmän tietoa ajan myötä.
Eric Kavanagh: Se siitä. 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ä 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ä kerran ajasta ja huomiosta. Pitää huolta. Hei hei.