Paket servisi: Ev sahibi Eric Kavanagh, bellek içi bilgisayar kullanımı ve SAP HANA ile misafirlerini Dr. Robin Bloor, Dez Blanchfield ve IDERA Bill Bill Ellis ile tartışıyor.
Şu anda giriş yapmadınız. Lütfen videoyu görmek için giriş yapın veya kaydolun.
Eric Kavanagh: Tamam bayanlar baylar. Merhaba ve tekrar hoş geldiniz. Saat Çarşamba günü saat dördü ve son birkaç yıl, bu da Hot Technologies için bir kez daha zamanı. Evet, gerçekten, adım Eric Kavanagh, bugünün sohbeti için senin ev sahibin olacağım.
Ve millet, bugün güzel şeyler hakkında konuşacağız. Bellek içi dünyasına dalacağız, asıl adı “Geleceğe Doğru: Bellek İçi Bilgi İşlem İçin Bir Rampa” dır. Bugünlerde bütün öfke ve iyi bir sebeple, çünkü çoğunlukla hafıza, dönen disklere güvenmekten çok daha hızlıdır. Buradaki zorluk, birçok yazılımı yeniden yazmak zorunda olmanızdır. Çünkü bugünün yazılımı, çoğu, akılda tutularak yazılmış ve bu uygulamanın mimarisini gerçekten değiştiriyor. Uygulamayı dönen bir disk için bekleyecek şekilde tasarlarsanız, tüm bu bellek içi teknolojiye sahip olduğunuzdan farklı şeyler yaparsınız.
Seninkilerle ilgili gerçekten bir nokta var, vur bana, @eric_kavanagh. Her zaman geri gelmeye çalışıyorum ve aynı zamanda birisi benden bahsettiği zaman retweetlemeye çalışıyorum.
Dediğim gibi, bugün hafızamızdan ve özellikle de SAP HANA'dan bahsediyoruz. Geçen yıl sizler SAP topluluğunu gerçekten iyi tanımak için harcadım ve çok etkileyici bir ortam olduğunu söylemeliyim. SAP, inanılmaz derecede iyi bir operasyon olduğu için bu operasyonu yürüten ve ön saflarda yer alan insanlara hitap ediyor. Gerçekten çok iyi oldukları şey iş yapmak. Tabii ki teknoloji konusunda da harikaydılar ve HANA'ya gerçekten büyük yatırım yaptılar. Aslında, hatırlayabiliyorum - muhtemelen yaklaşık altı ya da yedi yıl önceydi - aslında ABD Hava Kuvvetleri için bazı çalışmalar yapıyorduk ve aslında SAP'dan birisinin gelip bize dünyasına bakmamızı sağladık. HANA ve ne planlandı. Ve en azını söylemek gerekirse, SAP Labs'daki millet, geleneksel ortamlardan tamamen farklı olan bu mimariyi nasıl inşa edeceğimizi anlamak için çok zaman harcadı ve hafızada her şey var. Bu nedenle, bellekteki aynı yöntem üzerinde hem işlemsel hem de analitik yapmaktan bahsediyorlar, geleneksel yöntemlerin aksine, onu çıkartıp bir küp içine koyup, örneğin orada işlemden geçirme, çok farklı bir şekilde olur.
Bu ilginç bir alan ve aslında başka bir satıcıdan, IDERA'dan, bu şeylerin nasıl çalışacağına ve rampanın neyle ilgili olduğunu açık bir şekilde öğreneceğiz. Bu yüzden, The Bloor Group'taki kendi baş analistimiz Dr. Robin Bloor'dan haber alacağız; Veri bilimcimiz Dez Blanchfield ve daha sonra IDERA'dan iyi arkadaş Bill Ellis. Böylece, anahtarları alıp götürecek olan Dr. Robin Bloor'a vereceğim.
Robin Bloor: Evet, Eric'in dediği gibi, SAP HANA tarafından ilk kez bilgilendirildiğimiz zaman, yıllar önce geri döndü. Ama çok ilginçti, o zaman çok ilginçti. Bellek teknolojisini sunan bir ya da iki şirkete rastladık. Hafızanın geleceği çok açıktı. Ve SAP ayağa kalkıp aniden HANA'yı başlatana kadar da değildi. Yani, SAP'nin bunu yaptığını gördüğümde şok oldu. Sanki bir şok oldu, çünkü başka bir yerden gelmesini bekliyordum. Microsoft ya da Oracle ya da IBM ya da onun gibi biri olacağını biliyordum. SAP'nin yaptığı fikri benim için çok şaşırtıcıydı. Sanırım olmamalıydı, çünkü SAP stratejik satıcılardan biriydi ve sektörde büyük olan her şey bunlardan biriydi.
Her neyse, hafızadaki bütün mesele, yani, farkettik ki, bunun hakkında konuşurduk, aslında hafızaya girer girmez - bu, verileri hafızaya koymakla ilgili değil, bu, bellek katmanının sistem kaydı olduğu fikri - sistem kaydını belleğe geçirir girmez, disk bir sıralama devir aracı olmaya başlar ve farklı bir şey olur. Ve bunun başladığında bunun çok heyecan verici olduğunu düşündüm. Öyleyse, gerçekten, disk döndürmek için bitti. Dönen disk yakında sadece müzelerde var olacak. Ne kadar çabuk olacağından emin değilim, ama temelde, katı hal diski şimdi Moore yasası eğrisinde, şimdiden dedikleri gibi pas döndürmekten 10 kat daha hızlı, ve hemen şimdi daha hızlı olacak o zaman bu disk kullanım durumlarının sadece daha az ve daha az olduğu anlamına gelir.
Ve merak uyandıran gerçek, geleneksel DBMS, aslında, bir çok geleneksel yazılım, eğirme diski için yapılmıştı. Dönen diskten istifade etmek için verilerin hızlı bir şekilde alınmasını sağlamak için titizlikle programlanan her türlü fiziksel seviye yeteneğine sahipti. Ve bunların hepsi yıkanıyor. Sadece kayboluyorsun, biliyor musun? Ve sonra, belli ki çok şey vardı - bilmiyorum, kazançlı, sanırım, sonunda olacak - büyük veritabanlarının, Oracle ve Microsoft, SQL pozisyonunu işgal etmeye çalışan bir bellek içi veritabanı için açılıyor Sunucu ve IBM'in DB2'si bellek içi alanı doldurdu ve ileriye doğru ilerlemenin ve bunu yapmasının izlenmesi çok ilginçti.
Hafıza çağlayanı hakkında konuşalım; Sadece söylemeye değer. Aynı zamanda, bunu söylemenin nedeni, bunu attığım sebep, gerçekten, sadece buradaki hafızadan bahsettiğimde, bahsettiğim tüm bu katmanların aslında hafıza olduğunu herkesin bilmesini sağlamaktı. Fakat buna baktığınızda aniden anlıyorsunuz, bu hiyerarşik bir mağaza, sadece hafıza değil. Bu nedenle, uzun süre önce hiyerarşik mağaza hakkında öğrendiğimiz her şey de geçerlidir. Ayrıca, herhangi bir bellek içi veritabanının bu yolda ilerlemesi gerektiği, bazılarının RAM'in kendisinde yürüdüğü anlamına gelir. Ve şimdi daha da büyüyor, büyüyor ve büyüyor ve şimdi megabayt olarak ölçülüyor. Ancak, bellekten yüz kat daha hızlı olan L1 önbellek, bellekten 30 kat daha hızlı L2 önbellek ve bellekten 10 kat daha hızlı L3 önbellek var. Yani, bildiğiniz gibi, pek çok teknoloji var - peki, adil bir miktarda teknoloji - bu önbellekleri, bir şeyleri gerçekleştirme yolunda, özellikle de veritabanı teknolojisinde depolama alanı olarak kullanma stratejisini benimsemiştir. Yani, biliyorsun, bunun bir etkisi var.
O zaman 3D XPoint ve IBM’in PCM’inin ortaya çıkmasını sağladık. Neredeyse RAM hızları, temel olarak bu iki tedarikçinin de sahip olduğu şey. Kullanım durumları muhtemelen farklı. Bununla ilgili erken deney henüz tamamlanmadı. Bunun için RAM kullanımını ve bellek içi veri tabanı teknolojisini nasıl etkileyeceğini bilmiyoruz. Daha sonra RAM'e karşı SSD'ye sahipsiniz. Şu anda, RAM yaklaşık 300 kat daha hızlıdır, ancak elbette, bu çoklu azalmaktadır. Ve eğer anlarsam SSD'ye göre yaklaşık 10 kat daha hızlı olan disk. Demek, sahip olduğunuz durum bu. Bu hiyerarşik bir mağaza. Başka bir şekilde bakmak, bellekteki, elbette, tamamen farklı. Bu nedenle, en üstteki diyagram, ikisi de belki bir veritabanına erişen, ancak kesinlikle eğirme pasındaki verilere erişen iki uygulamayı göstermektedir. Gerçekte ağda akış halindeyken, hangi bağımlılıkların olduğuna bağlı olarak ETL'ye sahip olursunuz. Yani, bunun anlamı, bildiğiniz gibi, veriler eğirme pasına geçer ve daha sonra herhangi bir yere gitmek için eğirme pasından çıkar ve herhangi bir yere ulaşmak için üç hareket olan eğirme pasına geri döner. Ve, hafızanın dönen diskten yüz bin kat daha hızlı olabileceğini aklınızda bulundurun ve kesinlikle veri almanın ve onu hafızaya koymanın her şeyi oldukça farklı kıldığının farkındasınız.
Bu yüzden, ekranda olanların ne olacağını düşünmüş olabilirsiniz, bir şekilde veya başka bir şekilde ETL'nin aslında bellekteki veriden verilere gideceğini düşünmüş olabilirsiniz. Fakat gerçekte bunu yapamayabilir; Aslında, tam burada, iki uygulamanın aynı belleği tetikleyebildiği bir durumda olabilirsiniz. Kesinlikle bir bellek içi veri tabanı size bu yeteneği verebilir, kilitlemeniz ve çevresinde düzenlenen diğer her şey olduğu sürece. Yani, bu sadece işlerin hızını değiştirmiyor, aynı zamanda uygulamaları ve tüm veri akışlarını nasıl yapılandırdığınızı değiştiriyor.
Yani, bu çok büyük bir etki. Yani, hafıza içi yıkıcı, değil mi? Bunu dediğimden almalıyız. Bellek içi işlem şu anda bir hızlandırıcı, ancak norm haline gelecek. Uygulama değerine göre uygulanacak ve bu nedenle çok, çok ilginç olan, SAP'nin ERP yazılımının bellekteki bir sürümü ile ortaya çıkacağı çok ilginç. Gecikme, üç büyüklük derecesine kadar tamamen mümkün ve aslında nasıl yapılacağına bağlı olarak mümkün olandan daha da fazla bir iyileşme sağlıyor. Böylece, hatıralara girerek hızda büyük gelişmeler elde edersiniz. Sonuçta, SAP HANA’nın S / 4 - yayınladıkları, sanırım, insanlar hala serbest bırakıldığını söylüyor, ancak geçen yıl kesinlikle piyasaya çıktı - bu SAP müşteri tabanına verilen bir oyun değiştirici. Demek istediğim, SAP’nin ERP’sini kullanan 10.000 şirket var ve bunların çoğu büyük şirketlerdir. Dolayısıyla, hepsinin hafızasına girme ve temellerini kullanma konusunda teşvik etme fikri olduğu için, ERP neredeyse her zaman işletmelerin çalıştığı temel uygulamalardır, bu sadece büyük bir oyun değiştiricidir ve çok ilginç olacaktır. Ama elbette, hepsi çok iyi geliyor, fakat akıllıca yapılandırılması ve iyi izlenmesi gerekiyor. Göründüğü kadar basit değil.
Bunu söyledikten sonra, topu kimden geçeceğimi düşünüyorum, bu adam kim? Ah, Avustralyalı adam, Dez Blanchfield.
Dez Blanchfield: Çok komik. Her zaman zor bir hareket, Dr. Robin Bloor. Bugün bana sahip olduğun için teşekkürler. Yani, büyük konu, ama heyecan verici olanı. Bu nedenle, modern veri gölünü ve kurumsal veri ambarlarını ve küçük veri taşlarım hakkında düşündüğümde sık sık aklıma getirdiğim bir resim seçtim. İşte buradaki dağlarla ve dalgalarla çevrili bu güzel gölü aldım ve dalgalar bu kayaların üzerine çöküyor. Bu, bugünlerde büyük bir veri gölünün içinde nasıl göründüğünü zihinsel olarak nasıl görselleştirdiğimi. Dalgalar toplu işler ve gerçek zamanlı analitik verilerden atılıyor, kayalar oluşuyor. Ve onu fiziksel bir göl olarak düşündüğümde, uyandırdığımı hatırlatıyor bana, şu anda inşa ettiğimiz veri ambarlarının ölçeğini, bu paraziti ortaya çıkarmamızın nedenini, Bir veri gölü, çok büyük ve çok derin olmalarıdır ve zaman zaman bunlarda fırtınalar olabilir. Ve yaptığımız zaman, her zaman fırtınayı yaratan şeyi çözmeniz gerekir.
Öyleyse, bu şeyin temasında, bana öyle geliyor ki bu bellek içi bilgisayar siren çağrısı gerçekten çok güçlü ve iyi bir nedenden dolayı. Birçok önemli ticari ve teknik kazancı beraberinde getiriyor. Bu başka bir günde birkaç saatliğine yapılan bir tartışma.Fakat genel olarak bellek içi hesaplamaya geçiş, ilk önce sadece buraya nasıl geldiğimizi ve bunu neyin mümkün kıldığını ele almak istiyorum, çünkü, bazı zorlukların ilk olarak nerede yalan söyleyebileceğini ve neye ihtiyacımız olacağının temelini belirliyor. geleneksel eski eğirme disklerinden uzak durma verilerini bırakıp, diskte ve bellekte, bellekte ve bellekte ve CPU'larda dolaşmak dünyamızı düşünerek, şu an tüm katmanlardan sadece birini kaldırıyoruz, dönen disk olmak. Çünkü hatırlayın, hesaplamaların ilk günlerinde, mimari olarak, asıl olarak çekirdek bellek ve davul saklama alanı olarak düşündüğümüz şeyin anabilgisayarından ya da orta dereceli dünyasından uzun süredir hareket etmediğimizi biliyorsunuz.
Robin Bloor'un dediği gibi, verileri bilgisayar mimarisi etrafında hareket ettirme yaklaşımımız, bir kaç on yıl boyunca, aslında bir süredir çarpıcı biçimde değişmedi. Eğer bilirsin, modern bilişimin, teknik olarak, etrafta olduğu gerçeğini düşünürseniz, 60 yılı aşkın bir süredir cezayı bağışlarsanız, bilirsin, altı yıl ve daha fazlası ve olduğu gibi raftan bir kutu satın almak. Yeni mimariye geçiş, aklımda ana bilgisayarlar ve orta kademe etrafındaki düşüncelerden ve çekirdek bellek ve davul depolama mimarilerinden, enine arkaplan gibi şeylerin olduğu yerlerde, cesur veya süper hesaplamanın, özellikle de Seymour Cray'in beğenilerini değiştirdiğimizde ortaya çıktı. bir şey oldu. Verileri arka panelde veya anakartta taşımak için yalnızca bir rota kullanmak yerine, bugünlerde denir. Ve satır içi hafızası, biliyorsunuz, bugünlerde insanlar DIMM ve SIMM deyince ne anlama geldiklerini gerçekten düşünmüyorlar. Ancak, SIMM tek satır içi bellektir ve DIMM çift satır içi bellektir ve biz bundan daha karmaşık olduk ve farklı şeyler için onlarca farklı bellek türü var: bazıları video için, bazıları sadece genel uygulamalar için, bazıları CPU içine yerleştirilmiş.
Dolayısıyla, verinin depolandığı ve erişildiği yeni bir yöne kayma meydana geldi. Aynı kaymayı başka bir nesilde yapmak üzereyiz, ancak donanımın kendisinde değil, donanımın iş mantığında ve veri mantığı katmanında benimsenmesinde de var ve bu aklımdaki bir başka büyük paradigma kayması .
Ama kısaca buraya nasıl geldiğimize dair. Yani, donanım teknolojisi düzeldi ve önemli ölçüde düzeldi. İşlemcilere sahip olmaktan çıktık ve bir çekirdek fikri oldukça modern bir kavramdı. Telefonlarımızın iki ya da dört çekirdeğe sahip olduğu ve bilgisayarlarımızın masaüstünde iki ya da dört ya da hatta sekiz çekirdeğe ve sunucu platformunda bile 16 ve 32'de sekiz ve 12 ve daha fazlasına sahip olduğunu kabul ediyoruz . Fakat aslında, çekirdeklerin CPU'larda bir yetenek haline geldiği ve 32-bit'den 64-bit'e çıktığımız oldukça modern bir şey. Orada birkaç büyük şey oldu: Birden fazla çekirdek üzerinde daha yüksek saat hızları elde ettik, böylece paralel şeyler yapabilirdik ve bu çekirdeklerin her biri birden fazla iş parçacığı çalıştırabilirdi. Birdenbire aynı anda aynı veriler üzerinde birçok şey çalıştırabiliriz. Altmış dört bitlik adres aralığı bize iki terabayta kadar RAM verdi, bu olağanüstü bir kavram, ama şimdi bir şey. Bu çok yollu arka panel mimarileri, bildiğiniz gibi, anakartlar, bir zamanlar, sadece bir yönde işler yapabilirdi: geriye ve ileriye. Ve Cray hesaplama ve o zamanın süper bilgisayar tasarımlarından bazılarında olduğu gibi, şimdi de masaüstü bilgisayarlarda ve genel kullanıma hazır, sıra dışı, masaüstü tipi raf tipi PC'lerde, çünkü gerçekten, çoğu modern PC'ler şimdi bu anabilgisayar, orta kademe, mikro masaüstlerinden geçti ve onları tekrar sunuculara dönüştürdük.
Ve bu süper bilgisayar özelliğinin birçoğu, bu süper bilgisayar sınıfı tasarımı, yaygın kullanıma hazır bileşenlere itildi. Biliyorsunuz, bugünlerde, çok ucuz rafa takılan PC'leri alma ve bunları binlerce olmasa da yüzlerce rafa koyma ve Linux gibi açık kaynaklı yazılımlar çalıştırma ve üzerinde SAP HANA'nın beğenilerini dağıtma fikri Biliyorum, sık sık bunu onayladığımız için alıyoruz. Ancak bu çok heyecan verici bir şey ve karmaşıklığı ile birlikte geliyor.
Yazılım ayrıca, özellikle bellek yönetimi ve veri bölümleme daha da iyi oldu. Bununla ilgili çok fazla ayrıntıya girmeyeceğim, ancak son 15 yıldaki büyük değişime, hatta daha azına bakarsanız, belleğin nasıl yönetildiği, özellikle RAM'deki veriler ve verilerin RAM'de nasıl bölündüğü, Robin Bloor'un daha önce veya daha önce belirtildiği gibi, bildiğiniz gibi, bekleme süreleri yerine, birbirlerini etkilemeden, aynı anda şeyler okuyabilir ve yazabilir. Çip üzerinde sıkıştırma ve şifreleme gibi çok güçlü özellikler var. Şifreleme daha önemli bir şey haline geliyor ve bunu mutlaka yazılım olarak, RAM'de, CPU alanında yapmak zorunda değiliz. Bu, işleri çarpıcı biçimde hızlandırır. Ve veri depolama ve işlemeyi dağıttık, yine bir zamanlar üstlendiğimiz şeyler süper bilgisayarlar ve paralel işlemelerdi, artık SAP HANA ve Hadoop ve Spark gibi alanlara verilenler için alıyoruz.
Yani, bunun asıl amacı, bu yüksek performanslı bilgi işlem olan HPC yetenekleri işletmeye geldi ve şimdi işletme, performans kazanımları ve teknoloji alanı ve teknik kazançlar ve ticari kazançlar ile sağladığı avantajlardan yararlanıyor. değere indirgenmiş zaman önemli ölçüde azalır.
Fakat bir süre önce okuduğum bir hikayenin bu görüntüsünü Lego dışında bir PC kasası yapan bir beyefendi kullanıyorum çünkü bu şeylerden bazılarını düşündüğümde hep akla geliyor. Ve bu, inşa etmeye başladığınız zaman harika bir fikir gibi gözüküyor ve daha sonra yarı yolda kalıyorsunuz ve tüm Lego parçalarını bir araya getirmenin ve sağlam bir şey yapmanın gerçekten de yeterince sağlam olduğunu fark ediyorsunuz. anakart koymak ve bunun gibi bir şey, kişisel bir bilgisayar için bir durum oluşturacak. Ve nihayetinde tüm küçük parçaların doğru bir şekilde birbirine yapışmadığını ve sağlamlığı sağlamak için hangi küçük parçaların birbirine yapışacağına biraz dikkat etmelisin. Ve bu çok hoş bir fikir, ancak ilerlediğiniz zaman uyandırma çağrısı, “Hmm, belki sadece 300 dolarlık bir PC kasası almalıydım, ama şimdi bitiririm ve ondan bir şey öğrenirim”.
Bana göre bu, bu çok karmaşık platformları inşa etmenin nasıl bir şey olduğuna dair büyük bir benzetmedir, çünkü onu inşa etmek ve yönlendirici, anahtar ve sunucu ve raflara sahip olduğunuz bir ortamla sonuçlanmak iyidir. CPU ve RAM ile işletim sisteminizi bir araya getirdiniz. Dağıtılmış hafıza içi işleme ve veri depolama ve veri yönetimi için üstüne HANA gibi bir şey koyuyorsunuz. Bunun üzerine SAP yığını oluşturursunuz, veritabanı yeteneklerini elde edersiniz ve ardından verilerinize ve iş mantığınıza yüklersiniz ve bazı okuma ve yazma, sorgulama ve benzeri şeyler yapmaya başlarsınız. G / Ç’nin zirvesinde olmanız ve işleri planlamanız, iş yüklerini ve çok kiralılığı vb. Yönetmeniz gerekir. Bu yığın çok hızlı bir şekilde karmaşık hale gelir. Sadece bir makinede ise, başlı başına karmaşık bir yığın. 16 ya da 32 makineyle çarpın, çok, çok önemsiz hale gelir. 100 terabayttan petabayt ölçeğine geçmek için yüzlerce ve sonunda binlerce makineyle çarptığınızda, korkutucu bir kavramdır ve bunlar şu anda uğraştığımız gerçeklerdir.
Böylece, bu dünyayı değiştirmeye de yardımcı olan birkaç şeyle bitirdiniz ve bu da disk alanın gülünç derecede ucuza geldiği anlamına geliyor. Biliyor musun, bir zamanlar büyük bir davul olduğu zaman bir gigabayt sabit diskte 380 ila 400 bin dolar harcayacaktın. Bugünlerde gigabaytlık emtia disk alanı başına bir veya iki kuruş kaldı. RAM de aynı şeyi yaptı. Her iki grafikte de bu iki J eğrisi, her birinin on yılıdır, başka bir deyişle, 10 yıllık iki blok, 20 yıllık fiyat indirimi bakıyoruz. Ama onları iki J-eğrisine böldüm çünkü sonunda sağdaki nokta noktalı bir çizgi oldu ve detayını göremediniz, bu yüzden yeniden ölçeklendirdim. 20 yıl önceki bir gigabayt RAM altı buçuk milyon dolarlık bir şeydi. Bugünlerde, soyulmakta olduğunuz emtia donanımı için bir gigabayt RAM için üç veya dört dolardan fazla ödeme yaparsanız.
Son yirmi yıldaki fiyatlarda meydana gelen bu önemli düşüş, artık sadece megabayt seviyesinde değil, şimdi terabayt düzeyinde ve RAM'e de disk gibi davranabileceğimiz anlamına geliyor. Bununla birlikte, buradaki zorluk RAM'in doğal olarak geçici olmasıydı - bu kısa bir süre devam eden bir şey anlamına geliyordu - bu yüzden, o alana esneklik sağlamak için yollar bulmalıydık.
Ve buradaki amacım, hafıza içi hesaplamanın zayıf yürekli olmadıklarıdır. Bu çok büyük ölçekli hafıza içi verileri hokkabazlık etmek ve etrafındaki işlem ilginç bir zorluktur; Daha önce de belirtildiği gibi, hafif yürekli için değil. Bu nedenle, büyük ve yüksek yoğunluklu hafıza içi bilgi işlem ile bu deneyimden öğrendiğimiz bir şey, inşa ettiğimiz karmaşıklığın birçok alanda risk oluşturduğu yönünde.
Ancak, sadece bir izleme ve cevap bakış açısından bakalım. Verileri düşündüğümüzde, disk alanında başlar, disklerdeki veritabanlarında oturur, onu belleğe yükseltiriz. Belleğe girip dağıtıldığında ve kopyaları olduğunda, çok sayıda kopyasını kullanabiliriz ve herhangi bir değişiklik yapılırsa, devam etmek ve arka panelde devam etmek zorunda kalmak yerine bellek düzeyinde yansıtılabilir. iki farklı seviye, hafızaya girip çıkıyor. Şimdi bunu yapmamıza izin veren bu yüksek ölçekli donanım platformuyla sona erdik. Hiper ölçeklendirme hakkında konuştuğumuzda, gülünç derecede yoğun seviyelerde ve çok yüksek yoğunluklu hafızada, CPU ve çekirdek ve iş parçacıklarında çok yüksek yoğunluklu sayılar daha zordur. Şimdi bunu destekleyecek çok karmaşık ağ patolojilerimiz var, çünkü veriler düğümler ve kümeler arasında gidip gelmeyecekse bir noktada ağ üzerinde hareket etmek zorunda kalıyor.
Böylece, cihaz arızası artıklığının bir sorun haline gelmesine neden oluyoruz ve cihazları ve parçalarını izlememiz gerekiyor. Bu platforma yerleşik esnek veri hatası fazlalığına sahip olmalı ve izlemeliyiz. Yerleşik dağıtılmış veritabanı esnekliğine sahip olmalıyız, bu nedenle veritabanı platformunu izlemeli ve bunun içine yığmalıyız. Dağıtılmış işlem zamanlamasını, sorgulama ve sorgulamaya kadar tüm süreçlerin içinde neler olup bittiğini ve sorgunun izlediği yolu ve sorgunun yapılandırılma ve yürütülme şeklini izlememiz gerekir. Neye benziyor, birileri “filan” konusunda bir SELECT * yapmış mı ya da arka panelde mimari olarak gelen nominal, minimum veri miktarını elde edecek çok akıllı ve iyi yapılandırılmış bir sorgu yapmış mı? Çoklu kiralama iş yükleri, birden fazla kullanıcı ve aynı veya birden fazla iş yükünü çalıştıran birden fazla grup ve toplu iş ve gerçek zamanlı zamanlama var. Ve bu toplu iş ve gerçek zamanlı işlem karışımını elde ettik. Bazı şeyler düzenli aralıklarla çalışır - saatlik, günlük, haftalık veya aylık - başka şeyler talep edilebilir. Birisi orada gerçek zamanlı bir rapor yapmak isteyen bir tablet ile oturuyor olabilir.
Ve yine, o noktaya geldik, bunlarda ortaya çıkan karmaşıklık şu anda sadece bir meydan okuma değil, oldukça korkutucu. Ve biz bu gerçeğe uygunluk kontrolüne sahibiz, tek bir performans sorununun, başlı başına bir performans sorununun tüm ekosistemi etkileyebileceğini kontrol ediyoruz. Ve böylece, sonuçların ortaya çıkmasının ne kadar eğlenceli olduğunu ortaya çıkardık. Ve bu zorlukla karşı karşıyayız, reaktif mi yoksa proaktif mi olduk? Bir şeyi gerçek zamanlı olarak izliyor muyuz ve bir şeyin “patladığını” ve cevap verdiğini mi görüyoruz? Yoksa bir tür eğilim gördük ve proaktif bir şekilde bununla devam etmemiz gerektiğini fark ettik mi? Çünkü anahtar herkes hızlı, ucuz ve kolay bir şeyler ister. Ama bu senaryolarla, neye atıfta bulunmayı sevdiğimle ve en sevdiğim Donald Rumsfeld bilmecesi dizisi - aklımda bu kadar karmaşık olan tüm bu senaryolarda geçerli olan - ve işte bu, bildiklerimizi biliyoruz çünkü bu bir şey. tasarladık ve yaptık ve planlandığı gibi çalışıyor. Talep üzerine kimin ne, ne zaman ve nerede çalıştığını bilmediğimizi bilmediğimizi biliyoruz. Ve bilinmeyen bilinmeyenlerimiz var ve bunlar izlememiz ve kontrol etmemiz gereken şeyler. Çünkü gerçek şu ki, hepimiz biliyoruz, ölçemediğiniz bir şeyi yönetemezsiniz.
Bu nedenle, CPU çizelgelememizi izlemek için doğru araçlara ve doğru yeteneğe sahip olmak için, bekleme sürelerini arayın, işlerin neden boru hatlarında çizelgelerde kuyrukta beklemek zorunda olduklarını öğrenin. Hafızada neler oluyor, ne tür bir kullanım gerçekleştiriliyor, ne tür bir performans sergiliyoruz? İşler doğru bir şekilde bölünüyor mu, dağıtılıyor mu, atılmakta olan iş yükleriyle baş edebilmek için kopyalarını tutan yeterli düğümümüz var mı? İşletim sistemi işlemlerinden uzakta işlem yürütme ile neler oluyor? Kendileri çalışan işler, bireysel uygulamalar ve onları destekleyen ödevler? Bu süreçlerin içinde neler oluyor, özellikle sorguların yapılanması ve bu sorgular nasıl yürütülüyor ve derleniyor? Ve bu işlemlerin sağlığı bütünüyle istiflenebiliyor mu? Yine, bekleme sürelerine döndüğünüzü biliyorsunuz, doğru zamanlanıyor mu, beklemek zorunda mı, beklediği yerde mi, beklemeli mi, bellek okumalarını bekliyor mu, I / O'lar, CPU, I / O ağ üzerinden son kullanıcıya ?
Ve sonra o noktaya geri dönmeden hemen önce az önce bahsetmiştim ve işte bu, sorunların çözümüne ve yanıt sürelerine nasıl yaklaşıyoruz? Gerçek zamanlı olarak izliyor muyuz ve en azından en ideal senaryo olan şeylere tepki veriyoruz, ancak o zaman bile, bunu yapmamak, yardım masası araması yapmamak ve bir şeyler ters gittiğini söylemek ve izini sürmek zorundayız. ? Yoksa proaktif olarak mı yapıyoruz ve çizgiden aşağıya ne geldiğine bakıyor muyuz? Başka bir deyişle, hafızamızın azaldığını ve daha fazla düğüm eklememiz gerektiğini görüyor muyuz? Trend analizi yapıyor muyuz, kapasite planlaması yapıyor muyuz? Ve hepsinde, tarihsel uygulama zamanlarını izliyor muyuz ve kapasite planlaması hakkında mı düşünüyoruz yoksa gerçek zamanlı olarak izliyor muyuz ve proaktif olarak yeniden yükleyip yük dengelemesi yapıyor muyuz? Ve ilk etapta çalışan iş yüklerinin farkında mıyız? Kümemizde ne yaptığını ve neden yaptığını biliyor muyuz?
Bellek içi hesaplamalar çok güçlü, ancak bu güçle dolu silah gibi neredeyse bunlardan biri ve canlı cephane ile oynuyorsunuz. Dikkatli olmazsanız sonunda kendinizi ayağınıza vurabilirsiniz. Bu nedenle, bellek içi hesaplama gücünün gücü, çok dağınık ve ayrık veri kümelerinde daha hızlı ve daha hızlı çalışabileceğimiz anlamına gelir. Ancak o zaman bu, son kullanıcılardan kaynaklanan daha yüksek bir talebe sahiptir. Bu güce alışırlar ve isterler. Artık işlerin haftalarca sürmesi ve raporların eski kağıtlarda görünmesini beklemiyorlar. Ve sonra, bunların altında, yama, günlük güncelleme ve güncellemelerle çevrelenen günlük bakımımız vardır. Eğer hafızada hesaplama ile 7/24 işlem yapmayı, bu verileri yönetmeyi, iş yükünü yönetmeyi düşünürseniz, hepsi geçici olarak platformda yamalar, güncellemeler ve güncellemeler uygulamaya başlayacağız. Orada, bir dizi başka yönetim ve izleme zorluğu da var. Neyi çevrimdışı alabileceğimizi, ne zaman yükseltebileceğimizi ve ne zaman tekrar çevrimiçi duruma getireceğimizi bilmemiz gerekir. Bu da beni son noktaya getiriyor ve bu, bu sistemlerde gittikçe daha fazla karmaşıklık elde ettikçe, bir insanın sadece parmaklarını emerek ve kulağını çekerek yapabileceği bir şey değil. Artık hiçbir çeşit bağırsak hissi yaklaşımı yok. Bilgi işlem ve veri yönetiminde bu yüksek performans seviyesini yönetmek ve sunmak için gerçekten uygun araçlara ihtiyacımız var.
Ve bununla birlikte IDERA'dan arkadaşımıza teslim edeceğim ve bu zorluğa nasıl yaklaştıklarını duyacağım.
Bill Ellis: Çok teşekkür ederim. Ekranımı paylaşıyorum ve işte başlıyoruz. Bu nedenle, 2017'de kullanılabilir olan bu şeyleri kullanıma sunabilmek için sadece tüm teknolojiyi ve önümüzde gelen tüm insanları düşünmek gerçekten zor. SAP HANA için iş yükü analizi hakkında konuşacağız - temel olarak bir veritabanı izleme çözümü: kapsamlı, aracısız, gerçek zamanlı sağlar ve geçmişini oluşturur ve böylece geçmişte ne olduğunu görebilirsiniz. SAP S / 4 HANA daha iyi, daha hızlı ve daha ucuz bir potansiyel sunar. Bunun ucuz olduğunu söylemiyorum, sadece daha az pahalı olduğunu söylüyorum. Geleneksel olarak olan şey, ana üretim örneğine sahip olmanızdı - muhtemelen Oracle'da daha büyük bir mağazada, potansiyel olarak SQL Server'da çalışacaktı - ve sonra bu ETL işlemini kullanacaktınız ve gerçeğin birden çok tür versiyonuna sahip olacaktınız. . Ve bu çok pahalı çünkü bu bireysel ortamların her biri için donanım, işletim sistemi ve Oracle lisansı için para ödüyordunuz. Ve bunun üzerine, gerçeğin bir versiyonunu gerçeğin bir sonraki versiyonuna bağdaştırmak için insanların olması gerekir. Ve böylece, bu çoklu versiyon ETL işlemi sadece yavaş ve çok hantaldı.
Ve böylece, HANA, temel olarak bir HANA örneği, diğer tüm örneklerin potansiyel olarak yerini alabilir. Bu nedenle, daha ucuzdur çünkü katları yerine tek bir işletim sistemi olan bir donanım platformudur. Ve böylece S / 4 HANA, gerçekten, her şeyi değiştiriyor ve temel olarak SAP'nin gelişimine R / 2'den R / 3'e, çeşitli geliştirme paketlerine bakıyorsunuz. Artık, eski sistem 2025’e kadar hizmet veriyor, dolayısıyla gerçekten göç etmek zorunda kalana kadar sekiz yılınız var. İnsanları görmemize rağmen, biliyorsunuz, ayak parmaklarını bu işin içine sokuyorlar çünkü bunun geleceğini ve nihayetinde olduğunu biliyorsunuz, ECC HANA’da çalışıyor olacak ve bu yüzden bunun için hazırlanmanız ve teknolojiyi anlamanız gerekiyor.
Yani, bir veritabanı, ETL işlemi yok, mutabakata varılması gereken kopyalar yok. Yani, bir kez daha, daha hızlı, daha iyi ve daha ucuz. HANA hafızada. SAP yazılımı sağlar, siz de donanımı sağlarsınız. Toplam tablo yok. Bunu düşündüğünüzde önerdikleri şeylerden biri, bunun içine girmek istemeyeceğiniz zaman, sadece mevcut olan en büyük sunucuyu satın alacağız. SAP peyzajınızın zamandan önce doğru boyutta olduğunu ve temelde 20 yıllık veriyi geçirmediğinizi söylüyorlar.Bence arşivleme, BT’de, sadece SAP mağazalarında değil, pano boyunca kullanılmayan bir şey. Ve bir sonraki şey, SAP'nin SELECT * kullanmamak için kendi yerel kodunu yeniden yazmak için çok zaman harcadığı. SELECT *, tablodaki tüm sütunları döndürür ve sütunlu bir veritabanında özellikle pahalıdır. Ve böylece, SAP HANA için iyi bir fikir değil. Bu yüzden, çok fazla kişiselleştirme olan dükkanlar için, çok sayıda rapor için, bu, aramak isteyeceğiniz bir şeydir ve her şeyi HANA'ya geçirirken ilerledikçe sütun adlarını belirtmek isteyeceksiniz.
HANA'nın her derde deva olmadığını söylemek isteriz. Tüm veritabanları gibi, tüm teknolojiler de izlenmeli ve daha önce de belirtildiği gibi, fazlalığı ölçerek ölçmek için sayılara ihtiyacınız var. Ve IDERA alanında konuştuğum şeylerden biri, her ticari işlemin kayıt sistemiyle etkileşime girmesi ve bu durumda, HANA olacak. Ve böylece, HANA, SAP işlemlerinizin, son kullanıcı deneyiminin performansının temelini oluşturur. Ve böylece, en yüksek hızda çalışmaya devam etmesi hayati önem taşıyor. Tek bir başarısızlık noktası haline gelir ve insanlarla konuşurken, bu sizin son bir kullanıcınızın olduğu yerde olabilecek ve belki de gerçek zamanlı verileri kullanan ve potansiyel olarak tam olmayan bir geçici sorguya sahip olan bir şeydir. sağ. Belki de masalara katılmıyorlar ve bir partizan ürünü olan dış bir birleşim oluşturdular ve temel olarak çok fazla kaynak tüketiyorlar. Şimdi, HANA sonunda bunu tanıyacak ve bu oturumu öldürecek. Ve mimarlığımızın, tarihte bunu gerçekten yakalamanıza izin verecek önemli bir kısmı var, böylece geçmişte neler olduğunu görüp bu durumları tanıyabilirsiniz.
Öyleyse, SAP HANA için iş yükü analizine bakalım. Bu Sürüm 1'dir, bu yüzden sizi yolculuğa katılmaya çok davet ediyoruz ve bu IDERA'dan bir ürün. Bu kapsamlı, henüz basit. Eğilim ile gerçek zamanlı. Konak sağlığı, örnek sağlık. Bekleme durumlarını, SQL sorgularını, bellek tüketicilerini ve servislerini takip ediyoruz. Yani, GUI'nin neye benzediği ve web'in etkin olduğunu yarasadan hemen görebilirsiniz. Aslında sistemimde canlı çalışan bu çözümü açtım. Bakmak istediğin çok önemli şeyler var. Farklı çalışma alanlarına ayrıldık. En önemlilerinden biri, CPU düzeyinde ve bellek kullanımında ana bilgisayar seviyesinde olan şeydir. Kesinlikle değiş tokuş etmek ya da çökmek üzere bir noktaya gelmek istemezsiniz. Ve daha sonra, temel olarak trendde neler olup bittiğini, yanıt süresinden, kullanıcılardan, SQL ifadelerinden, yani sistemdeki etkinliği yönlendiren şeyden aşağı inmeye çalışıyorsunuz.
IDERA'ya sahip olan şeylerden biri, bildiğiniz üzere, bir etkinlik yapılıncaya kadar bir veritabanında hiçbir şey olmamasıdır. Ve bu aktivite, uygulamadan gelen SQL ifadeleridir. Bu nedenle, SQL ifadelerini ölçmek kök nedenini saptayabilmek için kesinlikle çok önemlidir. Öyleyse devam edelim ve içeri girelim. Böylece, ana bilgisayar düzeyinde, hafızaya bakabilir, zaman içinde izleyebilir, ana bilgisayar CPU kullanımını görebiliriz. Geri adım, COBSQL deyimlerine bakabilirsiniz. Şimdi, bizim mimarlık tarafında göreceğiniz şeylerden biri bu bilginin HANA'dan depolanmasıdır, bu yüzden eğer HANA'ya bir şey olacaksa, temel olarak bilgiyi almıyoruz, Tanrıyı yasakla, kullanılamaz durum . Ayrıca sisteminizde olan her şeyi yakalayabiliriz, böylece net bir görüş elde edebilirsiniz. Ve yapacağımız şeylerden biri, SQL ifadelerini ağırlıklı sırayla sunacağız. Yani, idamların sayısını hesaba katacak ve bu da toplam kaynak tüketimidir.
Ve böylece burada bireysel ölçümlere girebilirsiniz - bu SQL ifadesi ne zaman çalıştırıldı? Ardından, kaynak tüketimi büyük ölçüde yürütme planından kaynaklanmaktadır ve bu nedenle bunu sürekli olarak yakalayabiliyoruz. HANA hafızada. Son derece paralel. Bazı dükkanların belirli performans sorunlarını gidermek için ikincil bir endeks oluşturmayı seçtiği her masada birincil endeksler var. Ve böylece, bazı SQL ifadeleri için yürütme planına ne olduğunu bilmek çok değerli olabilir. Ayrıca, hizmetlere, zaman içindeki hafıza tüketimine bir kez daha bakacağız. Mimari: yani, bu web sitemizden indirebileceğiniz kendi kendine yeten bir çözümdür ve mimari web'in etkin olduğu şeklindedir.
Belirli bir örneğe birden fazla kullanıcının bağlanmasını sağlayabilirsiniz. SAP HANA'nın yerel örneklerini izleyebilirsiniz. Ve depoda dört haftalık bir geçmişe sahibiz ve bu kendi kendini yönetiyor. Bunu dağıtmak için, oldukça basittir. Bir Windows Sunucusuna ihtiyacınız var. İndirmeniz gerekiyor. Çoğu Windows Sunucusu yerleşik bir .NET çerçevesine sahip olacak ve bir lisansla birlikte geliyor. Ve böylece Setup.exe tarafından çalıştırılan kurulum sihirbazına gidersiniz ve aslında bir ekran açar, lisans sözleşmesi yapar ve “İleri” yi tıklatarak bu taslaktan faydalanırsınız. kurulur mu? Sırada veritabanı özellikleri var ve bu sizin SAP HANA ile bağlantınız olacak, bu yüzden HANA örneğinin aracısız izlenmesi. Ve sonra temel olarak bir önizleme yapacağız, bu varsayılan olarak iletişim kurduğumuz bağlantı noktasıdır. “Kur” a tıkladığınızda HANA başlatılır ve geçmişi oluşturmaya başlarsınız. Yani, boyutlandırma çizelgesi bilgilerinin sadece bir kısmı. En fazla 45 HANA örneğini izleyebiliriz ve ihtiyacınız olan çekirdek, bellek ve disk alanını belirlemek için bunu kayan bir ölçekte kullanmak isteyeceksiniz. Bu da tam dört haftalık bir yuvarlanma geçmişine sahip olduğunuzu varsayıyor.
Dolayısıyla, hızlı bir özetleme gibi, sunucu sağlığı, örnek sağlığı, CPU / bellek kullanımına bakıyoruz. Hafıza tüketicileri nelerdir, faaliyet sürücüleri nelerdir, hizmetler nelerdir? SQL ifadeleri çok önemlidir - yürütme durumları nelerdir? Bana yürütme planlarını göster, işler ne zaman gerçekleşti, trend belirledi mi? Bu size gerçek zamanlı ve olanlar hakkında bir tarih verecek. Bahsettiğim gibi, tarihimiz HANA'dan ayrı olduğu için, zaman aşımına uğramış ve HANA’nın geçmişinden temizlenmiş olan şeyleri yakalayacağız. Böylece sisteminizde gerçek kaynak tüketimini ayrı tarihçeyle görebilirsiniz.
Yani, daha önce de bahsettiğim gibi, IDERA’nın web sitesi, Ürünler altında, kolayca bulabilirsiniz. Bunu denemek istiyorsanız, kesinlikle hoş geldiniz. Sizin için nasıl bilgi sağladığını ve bu web sitesinde ek bilgiler bulunduğunu görün. Bu nedenle, ilgilenen herhangi bir parti bu konuya girmekten mutluluk duyar. Şimdi, IDERA tarafından sunulan portföy ürünlerinde, bir de SAP ECC işlem monitörü var ve buna SAP için Precise adı verildi. Ve ne işe yarar - portal kullanıyorsanız veya sadece basit ECC kullanıyorsanız - aslında son kullanıcı işlemini tıklamadan diske, SQL deyimine kadar izleyecektir ve size olanları gösterecektir.
Şimdi size sadece bir özet ekran gösteriyorum. Bu özet ekrandan almanızı istediğim birkaç paket var. Y ekseninin tepki süresi, X ekseninin süresi artı gün ve bu işlem görünümünde size müşteri saatini, kuyruk saatini, ABAP kod saatini, veritabanı saatini göstereceğiz. Son kullanıcı kimliklerini, T kodlarını yakalayabiliriz ve aslında belirli bir işlem aracılığıyla sunucuları filtreleyebilir ve gösterebilirsiniz. Ve böylece, birçok mağaza peyzajın ön ucunu VMware altında kullanıyor, böylece gerçekte sunucularda neler olup bittiğini ölçebilir ve çok ayrıntılı analizlere girebilirsiniz. Bu nedenle, bu işlem görünümü tüm SAP ortamındaki son kullanıcı işlemi içindir. Bunu web sitemizde Products APM Tools altında bulabilirsiniz ve bu bizim sahip olduğumuz SAP çözümü olacaktır. Bunun için kurulum biraz daha karmaşık, bu yüzden HANA'da olduğu gibi sadece indirilip denenmiyor. Bu, sizin için genel işlemi yapmak, tasarlamak ve uygulamak için birlikte çalışacağımız bir şey.
Bu nedenle, sadece üçüncü bir hızlı özet, SAP HANA için iş yükü analizi, kapsamlı, acentasız, gerçek zamanlı bir geçmiş sunuyor. Siteniz için indirme ve deneme imkanı sunuyoruz.
Bu yüzden, zamanı tekrar Eric, Dez ve Dr. Bloor'a geçireceğim.
Eric Kavanagh: Evet, belki Robin, senden bir soru var ve sonra Robin'ten sonra Dez?
Robin Bloor: Tamam. Söylemek istediğim ilk şey, işlem görünümünden gerçekten hoşlandığım çünkü bu durumda tam olarak istediğim şeydi. Çok çalıştım - bu çok uzun zaman önceydi - performans izlemesi yapıyorum ve bu böyle bir şeydi; O günlerde grafikleri yoktu, ama bu özellikle yapmak istediğim türden bir şeydi. Böylece, bir şekilde veya başka bir şekilde, sorunun yaşandığı her yere kendinizi enjekte edebilirsiniz.
Bildiğim ilk soru, biliyorsunuz, çoğu insan S / 4'ü bir şekilde veya kutudan başka şekilde kullanıyor. Herhangi bir S / 4 uygulamasına dahil olduğunuzda, uygulamanın iyi uygulandığını keşfettiniz mi, yoksa müşteriyi yeniden yapılandırmak isteyebilecek şeyleri keşfettiniz mi? Yani, bunların hepsi nasıl gidiyor?
Bill Ellis: Her dükkan biraz farklı. Ve farklı kullanım şekilleri var, farklı raporlar var. Özel raporlama yapan siteler için, bunun aslında sistemdeki bir joker karakter olduğu anlamına gelir. Ve bu yüzden, en önemli şeylerden biri ölçüme başlamak ve temelin ne olduğunu, belirli bir site için normal olanı, nerede olduğunu, kullanım modellerine göre, sistemi vurgulayarak bulmaktır. Sonra oradan ayarlamalar yapın. Genellikle, izleme optimizasyonu bir kerelik değildir, bu, son kullanıcı topluluğunun işletmeye daha etkin hizmet verebilmesi için sistemi daha iyi yapan, izleme, ayar, honlama, gerçekten devam eden bir uygulamadır.
Robin Bloor: Tamam, uyguladığınızda - demek istediğim, bunun cevaplanması zor bir soru olduğunu biliyorum çünkü uygulamanın büyüklüğüne bağlı olarak değişecek - ancak IDERA izleme kapasitesi ne kadar kaynak tüketiyor? Herhangi bir şey için herhangi bir fark yaratıyor mu, yoksa sadece karışmaz mı? Bu nasıl çalışıyor?
Bill Ellis: Evet, ek yükün yaklaşık yüzde 1-3 arasında olduğunu söyleyebilirim. Birçok dükkan feda etmeye çok istekli çünkü potansiyel olarak optimizasyon açısından geri alabileceksiniz. Kullanım modellerine bağlıdır. Tam bir manzara yapıyorsanız, izlenen teknolojilere bağlıdır. Yani, bir çeşit kilometre değişebilir, ancak konuştuğumuz gibi, neler olduğunu bilmek için biraz kör olmak, sadece kör olmaktan daha iyidir. Özellikle Ocak ayının içindeyiz ve yılsonu işlemlerine başlıyorsunuz ve 12 aylık veriyi topluyorsunuz. Biliyorsunuz ki, bu performans yapmak düzenleyici kurumlara, bankalara, hissedarlara rapor vermek, kritik bir iş performansında kesinlikle hayati öneme sahiptir.
Robin Bloor: Sağ. Ve sadece hızlıca, bakış açınıza göre - sanırım bir dizi SAP sitesiyle çalıştığınızı düşünüyorum - SAP müşteri tabanı ile S / 4 arasındaki hareket ne kadar büyük? Demek istediğim, bildiğiniz gibi, istekli müşterilerin bir çeşit çığının olduğu mu, yoksa sürekli bir kandırmaca mı? Bunu nasıl görüyorsun?
Bill Ellis: Bir kaç yıl önce, bunun bir ayak parmağı olduğunu söyleyebilirim. Şimdi insanların dizine kadar bağlı olduklarını söyleyebilirim. Bence, biliyorsunuz, zaman çizgisi göz önüne alındığında, insanlar önümüzdeki birkaç yıl içinde HANA'ya gerçekten daldırılacaklar. Ve böylece izleme, dönüşüm, bilirsiniz, müşterilerin çoğunluğunun bir nevi öğrenme eğrisi üzerinde olduğunu düşünüyorum. Ve bence sizin de belirttiğiniz gibi çığda değiliz, ama sanırım HANA'ya doğru büyük dönüşümün zirvesinde olduğumuzu düşünüyorum.
Robin Bloor: Tamam, öyleyse, bunun için gittiğini gördüğünüz siteler açısından, HANA'yı diğer uygulamalara da uyarlıyorlar mı, yoksa bir şekilde veya başka bir şekilde, bu işleri yürütmek için tamamen tüketiliyorlar mı? Oradaki resim ne?
Bill Ellis: Evet, çoğu zaman insanlar hangi modüllere ve benzerlerine bağlı olarak SAP'yi diğer sistemlerle bütünleştireceklerdir, bu yüzden biraz var. Henüz insanların HANA'da başka uygulamaları dağıttığını gerçekten göremiyorum. Bunu yapmak kesinlikle mümkün. Ve bu yüzden SAP altyapısı çevresindeki manzara etrafında daha fazla.
Robin Bloor: Galiba seni Dez'e teslim etsem daha iyi olur. Vaktini aldım. Dez?
Dez Blanchfield: Teşekkür ederim. Hayır, hepsi iyi. İki çok hızlı olanlar, sadece temayı kurmaya çalışırken. SAP HANA birkaç yıldır hizmet dışı kaldı ve insanlar bunu göz önünde bulundurma şansı buldu. Bize çalışan halkın yüzdesi hakkında kaba bir tahminde bulunacak olsaydınız - çünkü bu işleri yapan birçok insan var - sizce bildiğiniz pazar yüzdesinin şu an gittiğini düşünüyorsunuz sadece geleneksel SAP uygulamalarından HANA'daki SAP'ye? 50/50, 30/70 mı bakıyoruz? Piyasanın yüzdesini ne tür bir şekilde görüyorsunuz ki, şimdi geri adım atıp halkın iyileşmesini veya iyileşmesini veya değişmesini veya durumun ne olacağını iyileştirmek için bekleyenleri geride bırakan ve harekete geçen insanları görüyorsunuz?
Bill Ellis: Evet, aslında, perspektifime göre yüzde 20 civarında bir yüzde koyardım. SAP geleneksel işletmeler olma eğilimindedir. İnsanlar çok muhafazakar olma eğilimindedir ve bu yüzden insanları ayaklarını sürükler. Bence, uzun zamandır SAP kullanıyor olmanıza mı, yoksa daha yeni SAP kullanmış bir SMB'ye mi bağlısınız? Ve böylece, bir dizi faktör var, fakat genel olarak, yüzdenin 50/50 olduğunu düşünmüyorum. Yüzde 50'sinin en azından göz kamaştırıcı olduğunu ve HANA'nın veri merkezinde bir yerde çalıştığını söyleyebilirim.
Dez Blanchfield: Bize daha önce vermiş olduğunuz ilginç paket servisi, bunun bir anlamda bir sonuç olduğunu ve saatin fiziksel ve kelimenin tam anlamıyla geçiş zamanını geçiyor olmasıdır. Bunu yaparken, insanların bunu düşündüğünü mü düşünüyorsunuz? Bunun halk platformunda bir geçiş değişimi olduğunu anlamanın genel anlayışı nedir, sadece bir seçenek değil, varsayılan hale geliyor mu?
Ve SAP'nin bakış açısına göre, bu şekilde zorladıklarından eminim, çünkü performansta önemli bir rekabet avantajı var, ama sanırım, platformun yerine üçüncü kez gitmek yerine güreşi kontrol ediyorlar. parti veritabanı, şimdi kendi platformlarına geri getiriyorlar. Sence şirketler bunu gerçekten aldı mı? Sence insanlar bunu anlıyor ve şimdi ona bakıyor? Yoksa piyasada hala belirsiz olan bir şey mi sanıyorsunuz?
Bill Ellis: SAP'nin iletişim kurma konusunda utangaç olduğunu ve SAPPHIRE'e giden kişilerin HANA'yı her yerde gördüğünü sanmıyorum. Yani, insanların iyi farkında olduklarını düşünüyorum, ama insan doğası olduğu gibi, bilirsin, bazı insanlar ayaklarını biraz sürüklüyor.
Dez Blanchfield: Çünkü bu soruyu sormamın sebebini düşünüyorum ve beni affetmek zorunda kalacaksınız, ama kabul ediyorum. İletişim kurma konusunda utangaç olmadıklarını düşünüyorum. Sinyalin birçok yönden gittiğini düşünüyorum. Ve sana katılıyorum - henüz herkesin atladığını bilmiyorum. Bilirsin, geleneksel girişim, bunu yapan çok büyük işletmeler hala ayaklarını sürüklemekten değil, sadece değişimin karmaşıklığı ile uğraşmaya çalışmaktan birçok yönden varlar. Çünkü, aracınızın ve bugünkü gösterinizin kesinlikle vurguladığı bir şey olduğunu düşünüyorum ve benim için, günümüzde dinleyip ayarlayan herkesin oturup düşünmeye dikkat etmesi için bir anahtar paket servisi istiyorum. Şimdi aklımda bu süreci basitleştiren bir araç. Sanırım altında çok fazla gergin CIO ve ekibi var: “Yıllardır bildiğimiz geleneksel RDBMS'den, ilişkisel veritabanı yönetim sistemlerinden, on yıllardır bildiğimiz ilişkisel veri tabanı yönetim sistemlerinden nasıl yepyeni bir paradigmaya geçiş yapabilirim? Aklımda hala nispeten cesur bir alanda depolama yönetimi? ”. Ancak, birçok yönden bilinmeyen bir durumdur ve diğer alanlarda bu kaymaya neden olan çok az insan vardır, bu durum zaten hafıza içi hesaplamaya geçiş yapan başka bir iş bölümüne sahip olmadıklarına benzemez. Yani, akıllarında bir ya hep ya hiç hareketidir.
Bundan, bundan uzaklaştığım şeylerden biri, her şeyden çok - bir dakika içinde size bir soru ile vuracağım - şimdi korkarım, sanırım, birçok yönden kopmuş ve bugünden önce, bir CIO dinlemesi olsaydım, şöyle düşünürdüm: “Peki, bu geçişi nasıl yapacağım? İlişkisel veritabanı yönetimi platformunda ve DBA'ların yıllık deneyiminde sahip olduğumuz aynı yeteneği, şu anda sahip olamadığımız yeni bir platforma nasıl garanti edeceğim? ” İnsanların aletlerin şu anda sunduklarınızla birlikte orada olduklarını ve geçişin öncekinden daha korkutucu olmadığı konusunda derin bir nefes ve rahatlama alabileceklerini anladıklarını mı düşünüyorsunuz? Bu aracın mevcut olması? İnsanların, NVMe, flash ve diskin eski okul kombinasyonlarına karşı hafıza içi hesaplamaya ve hafıza içi depolamaya geçişle uğraştığı bir şey olduğunu anladı mı yoksa hala bir tür olduğunu mu düşünüyorsunuz?
Bill Ellis: Evet, kuşkusuz bunu grafiksel olarak gösterebilecek bir çok teknoloji ve araç var, ne oluyor ve en iyi kaynak tüketicilerini tespit etmeyi çok kolaylaştırıyor. Demek istediğim, işleri basitleştirmeye yardımcı oluyor ve teknoloji personelinin gerçekten iyi bir iş bulmasına yardımcı oluyor. Hey, neler olup bittiğini anlayabilecek ve tüm karmaşıklığı anlayabilecekler. Bu nedenle, kesinlikle, pazardaki araçlar kesinlikle faydalıdır ve bu nedenle SAP HANA için iş yükü analizi sunuyoruz.
Dez Blanchfield: Evet, bugün bize gösterdiğiniz şeyle ilgili en güzel şey, donanım parçasını izlemekte, işletim sistemi parçasını izlemekte, hatta derken, demek istediğim gibi, aletlerin orada bulunduğunu, belli bir süre için. Benim için önemli olan, özellikle HANA'nın içindekiler içinde, bir büyüteç alma ve içine göz atma yeteneğine sahip olmamamız ve aracınızın sorgular ile neler olup bittiğini ve nasıl olduklarını tam olarak görmemiz gerekmemesi. yapılandırılmış ve bu yükün olduğu yerde.
Şimdiye kadar gördüğünüz konuşmalar ile, dünyadaki platformunuzda bu alandaki kelimenin tam anlamıyla en yetkili kişi olduğunuz ve bazı hızlı kazanımlarınız olduğu göz önüne alındığında, paylaşabileceğiniz herhangi bir anekdot bilginiz var mı? bazı eureka anları, aha anları, insanların IDERA araç setini yerleştirdiği anlar etrafındakiler, platformlarında ve performanslarında farkında olmadıkları şeyleri buldular. İnsanların nerede konuşlandırdıklarına dair gerçekten büyük anekdotlara sahip bir örnek aldınız, gerçekten ne olduklarını ve aniden ne olduğunu bilmeden, “Vay, orada olduğunu bilmiyorduk?”
Bill Ellis: Evet, bu nedenle yerel araçların büyük bir sınırlaması, bir kaçak sorgu iptal edildiğinde bilgiyi siler ve temelde geçmişiniz olmaz. Kaçak bir sorgu gibi, geçmişi çevrimdışı olarak sakladığımızda, bir geçmişiniz olacak, ne olduğunu bileceksiniz, uygulama planlarını görebileceksiniz. Ve böylece, son kullanıcı topluluğunun temelde daha iyi çalışmasına, raporları daha iyi yazmasına vb. Ve böylece, tarih olması gerçekten çok güzel bir şey. Ve göstermek istediğim şeylerden biri, dört haftaya kadar gerçek zamanlı olarak bakabilmeniz ve ardından ilgilenilen herhangi bir zaman dilimine kolayca yakınlaşabilmeniz ve ardından temeldeki sürüş aktivitesini ortaya çıkarabilmenizdir. Sadece bu görünürlüke sahip olmak, darboğazın neyin ortaya çıktığını bilmek çok yararlı bir şey.
Dez Blanchfield: Dağıtıldıktan sonra çok kullanıcılı olduğunu söylediniz ve aracısız ve etkili bir şekilde sıfır dokunuşlu olmasından çok etkilendim. Aracınızın tek bir konuşlandırılmasının, NOC'deki ağ operasyon merkezindeki herkes için kümeyi uygulama ve geliştirme ekibine kadar destekleyen temel altyapıyı izlemesi normal mi? Bu bir norm ve bir kez konuşlandırıyor musunuz ve bunu paylaşacaklar mıydı, yoksa insanların yığının farklı kısımlarına bakan model örnekleri olabileceğini mi düşünüyorsunuz? Bu neye benziyor?
Bill Ellis: Bu nedenle, temel ekip tipik olarak SAP’da olup bitenlerin temelini oluşturan teknolojiye çok büyük ilgi duyacak. Açıkçası, tüm manzaraları destekleyecek çok sayıda ekip var. HANA parçası sadece buna odaklandı. Bilginin birincil tüketicisi olarak sadece SAP temeli ekibine varsayılan olarak gidiyorum.
Dez Blanchfield: Sağ. Bununla birlikte, eğer bir geliştirme ekibim varsa ya da sadece kod düzeyinde olmasa bile, ancak orada bulunan veri setlerinde analitik çalışmalar yapan bir veri bilim ekibim veya analistim varsa, beni vurgular, Veri bilimine kuruluşların içindeki her şeye uygulanmakta, aklımda - ve yanlış olduğumu düzeltir - bu da onlar için büyük ilgi çekecek gibi görünüyor çünkü bir çok yönden. Bir veri ambarı ortamında yapabileceğiniz ciddi şeylerden biri, üzerinde bir veri bilimcisi serbest bırakmak ve sadece geçici sorgular yapmaya başlamasına izin vermek. Mağazaların sizi aradığı ve “Bu konuda bir veri bilim ekibi attık, gerçekten acı veriyor, onlar için ne yapabiliriz? geleneksel operasyonel izleme ve yönetme mi? ”Bu bile bir şey mi?
Bill Ellis: Evet, bunu biraz çeviririm ve cevabımı keserdim, performansa bakmak, QA üretiminin geliştirilmesinde performansın farkında olmak, bilirsiniz, ne kadar erken saklarsanız, o kadar az sorun, daha az sürpriziniz olur . Yani kesinlikle.
Dez Blanchfield: Bundan sonra, deneyimlediğim birçok araç - ve Robin'in hemfikir olacağına eminim - buradaki araçların çoğu, eğer büyük bir RDBMS'niz varsa, gerçekten çok yetenekli ve derinlere ihtiyacınız var bilgili, deneyimli DBA'lar. SAP HANA ile birlikte gelen altyapı ve platform gereksinimlerinin bazıları, şu anda belirli donanımlardan ve benzerlerinden hizalanan belirli dağıtımlarda desteklendiğinden, bildiğim kadarıyla. Biliyorsun, aynı olmayan, onlarca yıllık deneyime sahip insanlar var. Gördüğüm kadarıyla, bu araç mutlaka bu şart değil. Bana öyle geliyor ki, aracınızı dağıtabilir ve bazı yeni yüzlere çıkarabilir ve iyi performans göstermeyen şeyleri bulmalarına hemen güç verebilirsiniz. Bununla hızlanmak ve onu dağıtmaktan bir miktar değer elde etmek için oldukça kısa bir öğrenme eğrisi var mı? Genel anlamım, değeri hemen görebilmek için 20 yıllık bir araç kullanma deneyimine sahip olmamanız gerektiği. Davanın bu olduğuna katılıyor musun?
Bill Ellis: Kesinlikle ve amacınıza göre, bir konuşlandırmanın başarısının büyük kısmının gerçekten SAP HANA ortamının planlanması ve mimarisine bağlı olduğunu düşünüyorum. Ve sonra şüphesiz çok fazla karmaşıklık var, üzerine kurulu bir çok teknoloji var, ama sonra ne olup bittiğinin kullanım kalıplarını izlemeye başlıyor. Bu nedenle, daha karmaşık olmasına rağmen, bir şekilde paketlenmiş ve bir şekilde basitleştirilmiştir. Bu çok fakir.
Dez Blanchfield: Evet, bu yüzden Eric’e geri vermeden önce, çünkü birkaç ilginç sorusu olduğunu biliyorum, özellikle ilginç ve merak uyandıran bazı soruların geldiğini ve cevabını duymak istiyorum. Birisi için geleneksel yolculuk - daha önce bahsettiniz, indirebilir ve deneyebilirsiniz. Halk dinlemesi için ya da daha sonra tekrar dinleyebilecek olan halk için hemen şunu tekrarlayabilir misiniz? Ellerini bir kopyasına alıp dağıtma ve satın almadan önce kendi ortamlarında denemenin hızlı iki veya üç adımı nedir? Bu neye benziyor? Bunun için adımlar neler?
Bill Ellis: Evet. Böylece, IDERA.com ve sadece Ürünlere gidin; SAP HANA için İş Yükü Analizi’ni göreceksiniz. Bir indirme sayfası var. Sanırım sizden bazı iletişim bilgileri isteyecekler ve ürün sadece bir lisans anahtarıyla paketlendi, böylece Setup.exe'ye yükleyebilir ve çok hızlı bir şekilde yuvarlanabilirsiniz.
Dez Blanchfield: Böylece web sitenize gidebilirler, indirebilirler. Bir süre önce ona baktığımı hatırlıyorum ve dün gece de iki kez kontrol ettiğimi hatırlıyorum, hafızanızdan, ekibinizdeki birinin sizi geçeceği bir demo isteyebilirsiniz. Ama aslında ücretsiz olarak indirebilir ve kendi ortamınızda yerel olarak dağıtabilirsiniz, kendi zamanınızda, değil mi?
Bill Ellis: Evet.
Dez Blanchfield: Mükemmel. Şey, bence her şeyden çok, muhtemelen şahsen yapmamı tavsiye edebileceğim bir şey var, web sitesinden bir kopyasını almak, oradaki belgelerin bir kısmını almak çünkü orada yapacak çok iyi içeriğin olduğunu biliyorum. ve sadece dene. Çevrenize koyun ve ne bulduğunuzu görün. SAP HANA ortamlarınızla IDERA aracıyla kaputun altına bir kez baktığınızda, orada gerçekten farkında olmadığınız şeyleri bulacağınızdan şüpheleniyorum.
Bak, bunun için çok teşekkür ederim ve sadece Robin ve I ile Q&A için zaman ayırdığın için teşekkürler. Eric, sana geri döneceğim çünkü bazı Soru-Cevapların katılımcılarımızdan da geldiğini biliyorum.
Eric Kavanagh: Evet, burada gerçekten hızlı bir tane var. Bu yüzden, katılımcılardan biri burada işlerin nasıl değiştiği hakkında konuşarak gerçekten iyi bir yorumda bulunuyor. Geçmişte söyleyerek, bellek boğuluyordu, sık sık çağrı ile yavaşlıyordu, şu anda CPU çok fazla bellek içi veriyle boğuluyordu. Bilirsin, ağ problemleri var. Her zaman hareketli bir hedef olacak, değil mi? Bugünlerde darboğazların nerede olacağı ve dikkatinizi yoğunlaştırmak için ihtiyaç duyacağınız yerler açısından yörünge olarak ne görüyorsunuz?
Bill Ellis: Evet. Ölçene kadar bilmek zor. SQL ifadeleriyle ilgili şeylerden biri, kaynak tüketiminin itici güçleri olacaklarıdır. Ve böylece, büyük bir bellek tüketimine veya CPU tüketimine sahip olmanız gereken durumlarda, hangi faaliyetin bu kaynak tüketimine neden olduğunu çözebileceksiniz. Şimdi, mutlaka onu öldürmek istemezdiniz, ama bunun ne olduğunu ve ne olduğunu, ne sıklıkta gerçekleştiğini vb. Farklı durumlara verilen cevapların tüm setini veya yemek kitabını ele alma konusunda yeni bir şeyiz. Ve böylece, harika bir soru ve zaman söyleyecektir. Zaman geçtikçe daha fazla bilgiye sahibiz.
Eric Kavanagh: Bu kadar. Siz çocuklar çok ilginç bir yerdesiniz. Gelecek aylarda ve önümüzdeki birkaç yıl içinde çok fazla etkinlik göreceğinizi düşünüyorum, çünkü içerik çağrımızda önerdiğiniz gibi SAP'nin insanların geçişi gerçekleştirmesi için oldukça uzun bir rampa sağladığını biliyorum HANA'ya. Fakat yine de, bu rampanın bir sonu var ve belli bir noktada insanlar bazı ciddi kararlar vermek zorunda kalacaklar, yani ne kadar erken olursa o kadar iyi, değil mi?
Bill Ellis: Kesinlikle.
Eric Kavanagh: Pekala millet, biz burada Hot Technologies'de bir saat daha yandık. Bilgileri çevrimiçi olarak bulabilirsiniz, insideanalysis.com, ayrıca techopedia.com. Bu geçmiş web yayınlarına ait tüm arşivlerimizin bir listesi de dahil olmak üzere birçok ilginç bilgi için o siteye odaklanın. Ama millet, dışarıdaki herkese, İDERA'daki dostlarımıza, Robin'e ve elbette Dez'e çok teşekkür ederim. Ve gelecek hafta size yetişeceğiz, millet. İlginiz ve ayırdığınız zaman için tekrar teşekkürler. Kendine iyi bak. Güle güle.