Dengan Staf Techopedia, 25 Januari 2017
Takeaway: Host Eric Kavanagh membincangkan komputer dalam memori dan SAP HANA dengan tetamu Dr. Robin Bloor, Dez Blanchfield dan Bill Ellis IDERA.
Anda tidak log masuk sekarang. Sila log masuk atau mendaftar untuk melihat video.
Eric Kavanagh: Baiklah, tuan-tuan dan puan-puan. Halo dan selamat datang kembali sekali lagi. Ia adalah pukul empat malam Timur pada hari Rabu dan beberapa tahun terakhir yang bermakna ia adalah masa, sekali lagi, untuk Teknologi Hot. Ya, sesungguhnya nama saya ialah Eric Kavanagh, saya akan menjadi tuan rumah anda untuk perbualan hari ini.
Dan orang-orang, kita akan bercakap mengenai beberapa barangan yang sejuk hari ini. Kami akan menyelam ke dalam dunia ingatan, tajuk tepat adalah "Ke Masa Depan: Sebuah On-Ramp untuk Pengkomputeran Dalam Memori." Ini semua kemarahan hari ini, dan dengan alasan yang baik, kebanyakannya kerana dalam- memori jauh lebih cepat daripada bergantung pada cakera berputar. Walau bagaimanapun, cabarannya ialah anda perlu menulis semula banyak perisian. Kerana perisian hari ini, kebanyakannya, telah ditulis dengan disk dalam fikiran dan yang benar-benar mengubah seni bina aplikasi. Jika anda merancang aplikasi untuk menunggu cakera berputar, anda hanya melakukan perkara yang berbeza daripada jika anda mempunyai semua kuasa teknologi dalam memori.
Terdapat tempat mengenai anda dengan benar, memukul saya di Twitter, @eric_kavanagh. Saya sentiasa cuba mengikutinya dan juga untuk retweet setiap kali seseorang menyebut saya.
Seperti yang saya katakan, kita bercakap tentang ingatan hari ini, dan khususnya mengenai SAP HANA. Anda benar-benar menghabiskan tahun lepas untuk mengenali komuniti SAP dengan baik, dan persekitaran yang menarik, saya katakan. Topi kepada orang yang menjalankan operasi itu dan berada di barisan hadapan, kerana SAP adalah operasi yang sangat baik. Apa yang mereka benar-benar sangat baik dalam menjalankan perniagaan. Mereka juga hebat dalam teknologi, sudah tentu, dan mereka benar-benar meletakkan pelaburan yang besar ke HANA. Sebenarnya, saya masih ingat - mungkin kira-kira enam atau tujuh tahun yang lalu - bahawa kami melakukan kerja untuk Tentera Udara Amerika Syarikat sebenarnya, dan kami mendapat seseorang dari SAP untuk masuk dan memberi kita pandangan awal di dunia HANA dan apa yang telah dirancang. Dan untuk sekurang-kurangnya, orang-orang di Lab Labs telah meletakkan banyak masa dan usaha untuk memahami bagaimana untuk membina seni bina ini yang sama sekali berbeza, sekali lagi, dari persekitaran tradisional, kerana anda mempunyai segalanya dalam ingatan. Jadi, mereka bercakap tentang melakukan transaksi dan analitik pada data yang sama dalam memori, berbanding dengan cara tradisional, yang menariknya, memasukkannya ke dalam kiub, misalnya, menganalisa di sana, berbanding transaksi, yang mana berlaku dengan cara yang sangat berbeza.
Ini adalah ruang yang menarik dan kami akan mengetahui dari vendor lain sebenarnya, IDERA, sedikit tentang bagaimana semua benda itu akan berfungsi, dan apa yang berlaku di atasnya, terus terang. Oleh itu, kami akan mendengar daripada Dr. Robin Bloor, ketua penganalisis kami sendiri di The Bloor Group; Dez Blanchfield, saintis data kami dan kemudian sahabat baik Bill Ellis dari IDERA. Jadi, dengan itu, saya akan menyerahkan kunci kepada Dr Robin Bloor, yang akan membawanya.
Dr Robin Bloor: Ya, seperti yang dikatakan Eric, masa yang pertama kali diberi taklimat oleh SAP HANA sudah kembali bertahun-tahun yang lalu, sekarang. Tetapi ia sangat menarik, masa tertentu sangat menarik. Kami akan berjalan ke satu atau dua syarikat yang, dalam satu cara atau yang lain, menawarkan teknologi ing memori. Sudah jelas bahawa ing memori akan datang. Dan sebenarnya tidak sampai SAP bangkit dan tiba-tiba melancarkan HANA. Maksud saya, itu adalah kejutan apabila saya melihat SAP melakukannya. Ia seperti, ia adalah kejutan kerana saya menjangka ia datang dari tempat lain. Saya menjangkakan ia akan menjadi, anda tahu, Microsoft atau Oracle atau IBM atau orang seperti itu. Idea bahawa SAP melakukannya adalah sangat mengejutkan saya. Saya rasa ia tidak sepatutnya kerana SAP adalah salah satu vendor strategik dan cukup banyak, anda tahu, segala yang besar yang berlaku dalam industri ini berasal dari salah satu daripada mereka.
Bagaimanapun, keseluruhan perkara mengenai ingatan, saya maksudkan, kita sedar, kita pernah membincangkannya, bahawa sebaik sahaja anda benar-benar masuk ke ingatan - ini bukan mengenai meletakkan data dalam ingatan, ini adalah tentang melakukan idea bahawa lapisan memori adalah rekod sistem - sebaik sahaja anda memindahkan rekod sistem ke memori, cakera mula menjadi medium handoff dalam satu jenis dan ia menjadi satu perkara yang berbeza. Dan saya fikir ia sangat menarik apabila ia mula berlaku. Jadi, sebenarnya, ia sudah berakhir untuk cakera berputar. Disk spinning tidak lama lagi akan wujud di dalam muzium sahaja. Saya tidak pasti berapa lama tidak lama lagi, tetapi pada asasnya, cakera keadaan pepejal kini berada di lengkung hukum Moore, ia sudah sepuluh kali lebih pantas daripada karat berputar, kerana sekarang mereka memanggilnya, dan tidak lama lagi ia akan lebih cepat lagi dan maka ini bermakna bahawa kes penggunaan cakera hanya akan semakin sedikit dan kurang.
Dan fakta yang aneh, DBMS tradisional, sebenarnya, banyak perangkat lunak tradisional yang dibina untuk cakera berputar, diasumsikan cakera berputar. Ia mempunyai pelbagai keupayaan fizikal yang diprogram dengan teliti, untuk mengeksploitasi cakera berputar, membuat pengambilan data secepat mungkin. Dan semua itu dibersihkan. Hanya hilang, anda tahu? Dan kemudian, jelasnya sangat - saya tidak tahu, menguntungkan, saya rasa, ia akan menjadi pembukaan akhir untuk pangkalan data dalam memori yang cuba menduduki kedudukan bahawa pangkalan data besar, Oracle dan Microsoft, SQL Server dan DB2 IBM, ia menduduki ruang dalam memori dan sangat menarik untuk melihat yang datang ke hadapan dan melakukan itu.
Mari kita bercakap mengenai lata memori; ia hanya bernilai menyebut. Ia juga, alasan untuk menyebutkan ini, sebab saya melemparkan ini, sebenarnya, hanya untuk membiarkan semua orang tahu, ketika saya bercakap mengenai ingatan di sini, semua lapisan yang saya bicarakan adalah ingatan sebenarnya. Tetapi tiba-tiba anda menyedari apabila anda melihat ini, ini adalah kedai hierarki, ia bukan sekadar memori. Dan oleh itu, banyak perkara yang kita pelajari lama, lama dahulu mengenai kedai hierarki, juga terpakai. Dan ia juga bermakna bahawa mana-mana pangkalan data dalam memori harus menavigasi jalannya, ada yang hanya berjalan melalui RAM itu sendiri, anda tahu. Dan ia semakin besar dan lebih besar dan lebih besar dan sekarang diukur dalam megabait. Tetapi anda mempunyai cache L1 yang seratus kali lebih cepat daripada ingatan, cache L2 30 kali lebih cepat daripada memori dan cache L3 pada kira-kira 10 kali lebih cepat daripada ingatan. Jadi, anda tahu, ada banyak teknologi - dengan baik, teknologi yang adil - telah mengadopsi strategi menggunakan cache itu sebagai, jenis, ruang penyimpanan dalam perjalanan untuk mempunyai perkara yang dilaksanakan, khususnya teknologi pangkalan data. Jadi, anda tahu, itu satu pengaruh.
Kemudian kami mendapat kemunculan 3D XPoint dan PCM IBM. Dan ia hampir kelajuan RAM, pada dasarnya apa yang kedua-dua vendor ini membual. Kes penggunaan mungkin berbeza. Percubaan awal dengan ini belum selesai. Kami tidak tahu bagaimana ia akan mempengaruhi penggunaan RAM dan teknologi pangkalan data dalam memori untuk perkara itu. Anda kemudian mendapat RAM berbanding SSD. Kini RAM adalah kira-kira 300 kali lebih cepat tetapi, sudah tentu, banyak yang berkurangan. Dan SSD berbanding cakera yang kira-kira 10 kali lebih pantas, jika saya faham. Jadi, itulah keadaan yang anda ada. Ia adalah kedai hierarki. Melihat cara lain, ingatan, sudah tentu berbeza. Oleh itu, rajah atas menunjukkan dua aplikasi, keduanya mungkin mengakses pangkalan data, tetapi sudah tentu mengakses data pada karat berputar. Dan cara anda benar-benar membuat sesuatu mengalir melalui rangkaian, bergantung kepada kebergantungan apa yang ada di sekeliling, adakah anda mempunyai ETL. Jadi, ini bermakna bahawa, anda tahu, data pergi ke karat berputar dan kemudian keluar dari karat berputar untuk pergi ke mana-mana, dan untuk mendapatkan mana-mana ia kembali ke karat berputar, yang merupakan tiga pergerakan. Dan ingat bahawa memori boleh menjadi seratus ribu kali lebih pantas daripada cakera berputar, dan anda pasti menyedari bahawa mengambil data dan memasukkannya ke dalam memori membuat keseluruhan perkara itu sangat berbeza.
Oleh itu, anda mungkin berfikir apa yang akan terjadi pada apa yang ada di skrin di sini, anda mungkin berfikir bahawa, dalam satu atau lebih cara, ETL sebenarnya akan pergi dari data ke data dalam ingatan. Tetapi sebenarnya sebenarnya ia tidak boleh berbuat demikian; sebenarnya anda mungkin mempunyai keadaan di sebelah kanan di sini di mana dua aplikasi sebenarnya boleh memadamkan ingatan yang sama. Pastinya pangkalan data dalam memori dapat memberi anda keupayaan itu, selagi anda mempunyai penguncian dan segala yang lain yang dirancang di sekelilingnya. Jadi, ini tidak hanya mengubah kelajuan sesuatu, ini mengubah cara sebenarnya anda mengkonfigurasi aplikasi dan aliran data keseluruhan.
Jadi, ia adalah kesan yang besar. Oleh itu, dalam memori adalah mengganggu, bukan? Dan kita harus mendapatkannya dari apa yang saya katakan. Pemproses dalam memori kini menjadi pemecut tetapi ia akan menjadi norma. Ia akan digunakan, diterapkan mengikut nilai aplikasi, dan oleh itu sangat menarik, bahawa SAP sebenarnya akan keluar dengan versi perisian ERP mereka yang dalam memori. Dan penambahbaikan latensi sehingga tiga pesanan magnitud sepenuhnya mungkin, dan sebenarnya lebih daripada yang mungkin, bergantung kepada cara anda melakukannya. Jadi, anda mendapat peningkatan yang besar dalam kelajuan dengan memasuki memori. Dan SAP HANA yang S / 4 - yang mereka telah keluarkan, saya fikir, dengan baik, orang mengatakan ia masih dibebaskan, tetapi ia pasti dibebaskan tahun lepas - ia adalah penukar permainan yang diberikan kepada asas pelanggan SAP. Maksud saya, ada 10, 000 syarikat di luar sana menggunakan ERP SAP dan hampir semuanya adalah syarikat besar, anda tahu. Jadi, idea mereka semua mempunyai insentif untuk masuk ke ingatan dan menggunakan asas mereka, kerana ERP hampir selalu merupakan aplikasi asas yang dijalankan oleh perniagaan, itu hanya penukar permainan yang besar dan ia akan menjadi sangat menarik. Tetapi sudah tentu, semua bunyi sangat baik, tetapi perlu dikonfigurasi dengan bijak dan perlu dipantau dengan teliti. Ia tidak semudah itu.
Setelah mengatakan itu, saya fikir saya akan lulus bola ke, siapa lelaki ini? Oh, lelaki Australia, Dez Blanchfield.
Dez Blanchfield: Sangat lucu. Sentiasa perbuatan yang sukar untuk diikuti, Dr Robin Bloor. Terima kasih kerana mempunyai saya hari ini. Jadi, topik yang besar, tetapi yang menarik. Oleh itu, saya telah memilih imej yang sering saya fikirkan semasa saya memikirkan tentang data data tasik dan gudang data perusahaan moden, dan permata kecil saya. Jadi di sini saya mempunyai tasik yang indah ini yang dikelilingi oleh gunung dan ombak yang keluar, dan ombak-ombak melanda di atas batu-batu ini. Ini, jenis, bagaimana saya memvisualisasikan mental apa yang kelihatan di dalam tasik data yang besar pada hari ini. Gelombang adalah pekerjaan batch, dan analitik real-time dibuang pada data, menjadi batuan. Dan apabila saya memikirkannya sebagai tasik fizikal ia membawa balik panggilan bangun untuk saya bahawa, anda tahu, skala gudang data yang kita sedang bina sekarang, sebab kami datang dengan duit syiling ini dan istilah tasik data adalah bahawa mereka sangat besar dan mereka sangat mendalam, dan kadang-kadang anda boleh mengalami ribut di dalamnya. Dan apabila kita lakukan, anda sentiasa dapat menyelesaikan apa yang mewujudkan ribut.
Jadi dengan tema perkara ini, bagi saya nampaknya panggilan siren ini dalam pengkomputeran memori memang sangat kuat dan untuk alasan yang baik. Ia membawa begitu banyak keuntungan komersial dan teknikal yang ketara. Itulah perbincangan selama beberapa jam pada hari yang lain. Tetapi pergeseran umum ke dalam pengkomputeran memori, pertama-tama saya hanya ingin membincangkan bagaimana kami sampai di sini dan apa yang membuat ini mungkin kerana ia, semacam, menetapkan asas di mana beberapa cabaran boleh berbaring lebih dahulu dan apa yang kita perlu sedar dan berfikir, dalam dunia kita bergerak jauh dari data pemegangan cakera tradisional tradisional dan dihidupkan dan dimatikan cakera dan ke dalam memori dan di luar memori dan ke dalam CPU, sekarang kita hanya mengeluarkan hampir semua lapisan tersebut, menjadi cakera berputar. Kerana ingat, pada hari-hari awal pengkomputeran, secara seni bina, kami tidak bergerak untuk jangka masa panjang dari kerangka utama atau dunia pertengahan yang kami anggap semula sebagai memori teras dan simpanan dram, anda tahu.
Seperti yang dikatakan Dr Robin Bloor, pendekatan yang kami ambil untuk menggerakkan data di sekitar seni bina komputer tidak semestinya berubah secara dramatik untuk beberapa waktu, selama beberapa dekad, sebenarnya. Jika anda berfikir tentang hakikat bahawa, anda tahu, pengkomputeran moden, secara teknikal, telah ada, jika anda akan mengampuni pun, selama 60 tahun, anda tahu, enam dekad dan lebih dan itu dalam erti kata bahawa anda boleh beli kotak di luar rak, kerana ia. Peralihan kepada seni bina baru benar-benar berlaku dalam fikiran saya apabila kita beralih daripada pemikiran di sekitar kerangka utama dan midrange, dan teras teras dan arkitem penyimpanan dram, kepada yang berani atau superkomputer, terutamanya seperti Seymour Cray, di mana hal-hal seperti backbar menjadi satu perkara. Daripada hanya mempunyai satu laluan untuk menggerakkan data merentasi backplane atau motherboard, seperti yang dipanggil hari ini. Dan memori dalam talian, anda tahu, pada masa ini orang tidak begitu berfikir tentang apa yang sebenarnya bermakna apabila mereka mengatakan DIMM dan SIMM. Tetapi, SIMM adalah memori inline tunggal dan DIMM adalah memori inline dwi dan kami mempunyai lebih kompleks daripada itu dan terdapat berpuluh-puluh jenis memori yang berbeza untuk perkara yang berbeza: sesetengah untuk video, sesetengah untuk aplikasi umum sahaja, ada yang dibina ke dalam CPU.
Oleh itu, terdapat pergeseran besar ini dengan cara baru bahawa data disimpan dan diakses. Kami akan melalui peralihan yang sama dalam keseluruhan generasi lain, tetapi tidak begitu banyak dalam perkakasan itu sendiri tetapi dalam penggunaan perkakasan dalam logik perniagaan dan dalam lapisan logik data, dan ia satu lagi perubahan paradigma yang besar dalam fikiran saya .
Tetapi sebentar lagi mengenai bagaimana kami sampai di sini. Maksud saya, teknologi perkakasan bertambah baik, dan bertambah baik secara dramatik. Kami pergi dari mempunyai CPU dan gagasan teras adalah konsep yang agak moden. Kami menganggap kini telefon kami mempunyai dua atau empat teras dan komputer kami mempunyai dua atau empat, atau bahkan lapan teras dalam desktop dan lapan dan 12 dan lebih banyak, anda tahu, 16 dan 32 walaupun di platform pelayan . Tetapi sebenarnya ia adalah perkara yang agak moden bahawa teras menjadi keupayaan di dalam CPU dan kita pergi dari 32-bit ke 64-bit. Beberapa perkara besar berlaku di sana: kita mendapat kelajuan jam yang lebih tinggi pada pelbagai teras supaya kita dapat melakukan perkara-perkara secara selari dan setiap teras tersebut boleh menjalankan pelbagai thread. Secara tiba-tiba kita dapat menjalankan banyak perkara pada data yang sama pada masa yang sama. Spasi alamat enam puluh empat-bit memberikan kita sehingga dua terabyte RAM, yang merupakan satu konsep yang fenomenal, tetapi ia satu perkara sekarang. Ini seni bina backplane berbilang, anda tahu, motherboard, sekali pada satu masa, anda hanya boleh melakukan perkara-perkara dalam satu arah: ke belakang dan ke depan. Dan seperti hari-hari dengan pengkomputeran Cray dan beberapa reka bentuk superkomputer pada masa itu, dan kini dalam komputer desktop dan rak biasa yang biasa, jenis desktop rack-mount PC, kerana sesungguhnya, sebahagian besar daripada moden PC kini melalui era kerangka utama, midrange, komputer mikro dan kami telah membalikkannya ke pelayan.
Dan banyak keupayaan superkomputer itu, reka bentuk gred superkomputer itu, telah ditolak ke komponen luar biasa. Anda tahu, pada hari ini, idea mengambil PC rak rak yang sangat murah dan memasukkannya ke rak oleh beratus-ratus, jika tidak beribu-ribu, dan menjalankan perisian sumber terbuka pada mereka seperti Linux dan menyebarkan orang-orang seperti SAP HANA di atasnya, anda tahu, kita sering mengambil begitu sahaja. Tetapi itu satu perkara yang sangat menarik dan ia datang dengan kerumitannya.
Perisian juga menjadi lebih baik, terutamanya pengurusan memori dan pembahagian data. Saya tidak akan pergi ke banyak butiran tentang itu, tetapi jika anda melihat peralihan besar dalam 15 tahun yang lalu atau kurang, bagaimana memori diuruskan, terutamanya data dalam RAM dan bagaimana data akan dipartisi dalam RAM, supaya seperti Dr. Robin Bloor menunjukkan lebih awal atau yang dirujuk, anda tahu, perkara boleh membaca dan menulis pada masa yang sama tanpa memberi kesan kepada satu sama lain, dan bukannya mempunyai masa menunggu. Banyak ciri yang sangat kuat seperti mampatan dan penyulitan pada cip. Penyulitan menjadi satu perkara yang lebih penting dan kita tidak perlu melakukannya dalam perisian, dalam RAM, dalam ruang CPU, sekarang yang sebenarnya berlaku pada cip itu secara asli. Itu mempercepatkan perkara-perkara secara dramatik. Dan diedarkan storan dan pemprosesan data, sekali lagi, perkara-perkara yang pernah kami anggap adalah bahan superkomputer dan pemprosesan selari, kami kini mengambil begitu sahaja di dalam ruang seperti SAP HANA dan Hadoop dan Spark, dan sebagainya.
Oleh itu, keseluruhannya adalah pengkomputeran prestasi tinggi ini, keupayaan HPC datang ke perusahaan dan sekarang perusahaan menikmati manfaat yang diperolehnya dalam keuntungan prestasi dan ruang teknologi serta faedah teknikal dan keuntungan komersial, kerana, anda tahu, masa yang dikurangkan kepada nilai jatuh secara mendadak.
Tetapi saya menggunakan imej ini mengenai cerita yang saya baca beberapa kali dahulu seorang lelaki yang membina sebuah kes PC dari Lego, kerana ia selalu teringat ketika saya berfikir tentang beberapa perkara ini. Dan itu seolah-olah seperti idea yang hebat pada ketika anda mula membinanya, dan kemudian anda mendapat setengahnya dan anda menyedari bahawa itu sebenarnya benar-benar rumit untuk meletakkan semua bit Lego bersama-sama dan membuat benda yang padat, cukup kuat untuk meletakkan papan induk dan sebagainya, yang akan membina kes untuk komputer peribadi. Dan akhirnya anda menyedari bahawa semua bit kecil tidak melekat bersama-sama dengan betul dan anda harus sedikit berhati-hati tentang bit kecil yang mana anda tetap bersama untuk menjadikannya pepejal. Dan ia adalah idea yang sangat comel, tetapi ia adalah panggilan bangun apabila anda mendapat separuh jalan dan anda sedar, "Hmm, mungkin saya hanya perlu membeli kes PC $ 300, tetapi saya akan menyelesaikannya sekarang dan belajar sesuatu dari itu."
Bagi saya itu adalah analogi yang hebat untuk apa yang ia suka untuk membina platform yang sangat kompleks ini, kerana ia adalah baik dan baik untuk membina dan berakhir dengan persekitaran di mana anda mempunyai router dan suis dan pelayan dan rak. Dan anda mempunyai CPU dan RAM dan sistem operasi berkumpul bersama. Dan anda meletakkan sesuatu seperti HANA di atasnya untuk pemprosesan dalam memori dan penyimpanan data dan pengurusan data. Anda membina susunan SAP di atasnya, anda mendapat keupayaan pangkalan data dan kemudian anda memuatkan dalam data dan logik perniagaan anda dan anda mula menggunakan beberapa bacaan dan menulis dan pertanyaan dan sebagainya. Anda harus tetap berada di atas I / O dan anda perlu menjadualkan perkara dan menguruskan beban kerja dan multitenancy dan sebagainya. Stack ini menjadi sangat rumit, sangat cepat. Itulah timbunan yang rumit dalam dirinya sendiri jika ia hanya pada satu mesin. Maju bahawa dengan 16 atau 32 mesin, ia mendapat sangat, sangat tidak penting. Apabila anda melipatgandakan ratusan dan akhirnya ribuan mesin, pergi dari 100 terabyte ke skala petabyte, itu adalah konsep yang menakutkan, dan ini adalah realiti yang kita hadapi sekarang.
Oleh itu, anda kemudian berakhir dengan beberapa perkara yang juga telah membantu mengubah dunia ini, dan itulah ruang cakera menjadi murah. Anda tahu, sekali anda akan menghabiskan 380 hingga 400 ribu dolar pada gigabyte cakera keras apabila ia adalah dram besar-besaran saiz - sesuatu yang memerlukan forklift untuk mengambilnya. Hari-hari ini turun, jenis, satu atau dua sen setiap gigabyte ruang cakera komoditi. Dan RAM melakukan perkara yang sama. Kedua-dua kurva J dalam kedua-dua graf ini, dengan cara itu, adalah satu dekad setiap satu, jadi dengan kata lain, kita melihat dua blok 10 tahun, 20 tahun pengurangan harga. Tetapi saya memecah mereka menjadi dua kurva J kerana akhirnya yang satu di sebelah kanan hanya menjadi garis putus-putus dan anda tidak dapat melihat detailnya, jadi saya menaikkan semulanya. A gigabyte RAM 20 tahun yang lalu adalah sesuatu dalam urutan enam setengah juta dolar. Hari-hari ini jika anda membayar lebih daripada tiga atau empat dolar untuk gigabyte RAM untuk perkakasan komoditi anda dirompak.
Kemerosotan harga yang ketara dalam penurunan harga dalam tempoh dua dekad yang lalu bermakna sekarang kita boleh bergerak melampaui ruang cakera dan terus ke RAM, bukan hanya tahap megabyte, tetapi kini tahap terabyte dan merawat RAM seperti cakera itu. Walau bagaimanapun, cabaran itu adalah bahawa RAM adalah tidak rasmi - bermakna sesuatu yang berlangsung selama tempoh masa yang singkat - jadi, kita terpaksa tampil dengan cara untuk memberikan daya tahan ke dalam ruang itu.
Dan sebagainya, maksud saya di sini ialah pengkomputeran dalam memori bukan untuk yang lemah hati. Menyedari data memori dalam skala besar ini dan pemprosesan di sekelilingnya adalah cabaran yang menarik; seperti yang saya nyatakan sebelum ini, bukan untuk yang lemah hati. Jadi, satu perkara yang kami pelajari dari pengalaman ini dengan pengkomputeran memori dalam skala besar dan berkepadatan tinggi adalah bahawa kerumitan yang kita bina menghasilkan risiko dalam beberapa bidang.
Tetapi mari kita lihat sahaja dari pandangan pemantauan dan tindak balas. Apabila kita memikirkan data, ia bermula dalam ruang cakera, ia duduk dalam pangkalan data dalam cakera, kita menolaknya ke ingatan. Sebaik sahaja ia di ingatan dan diedarkan dan terdapat salinannya, kita boleh menggunakan banyak salinannya, dan jika sebarang perubahan dibuat, ia dapat dilihat di paras ingatan dan bukannya perlu pergi dan keluar dan merentasi backplane dua tahap yang berbeza, masuk dan keluar dari ingatan. Kami telah berakhir dengan platform perkakasan hyperscale ini yang membolehkan kami melakukan ini sekarang. Apabila kita bercakap tentang hyperscaling, ia lebih sukar pada tahap yang sangat padat, dan memori kepadatan yang sangat tinggi, jumlah kepadatan yang sangat tinggi daripada CPU dan teras dan benang. Kami kini telah mendapat patologi rangkaian yang sangat kompleks untuk menyokong ini kerana data perlu bergerak merentasi rangkaian pada satu ketika jika ia akan pergi antara nod dan kelompok.
Oleh itu, kami mengalami masalah kelebihan peranti yang menjadi isu dan kami perlu memantau peranti dan kepingan itu. Kita perlu mempunyai redundansi kesalahan data berdaya tahan dibina ke dalam platform itu dan memantaunya. Kita perlu mempunyai ketahanan pangkalan data yang diedarkan di dalamnya supaya kita dapat memantau platform pangkalan data dan menyusunnya di dalamnya. Kita perlu memantau penjadualan pemprosesan diedarkan, apa yang berlaku di dalam beberapa proses sepanjang jalan ke pengundian dan pertanyaan dan laluan yang dipertimbangkan dan cara pertanyaan disusun dan dilaksanakan. Apa yang kelihatan seperti itu, adakah seseorang telah melakukan SELECT * pada "blah" atau mereka sebenarnya telah membuat pertanyaan yang sangat pintar dan tersusun dengan baik yang akan membawa mereka jumlah nominal, jumlah minimum data yang merentas arsitektur di backplane? Kami mempunyai beban kerja multitenancy, berbilang pengguna dan berbilang kumpulan yang menjalankan tugas kerja yang sama atau berbilang dan kerja batch dan penjadualan masa nyata. Dan kami mendapat gabungan ini batch dan pemprosesan masa nyata. Sesetengah perkara hanya dijalankan secara rutin - setiap jam, setiap hari, mingguan atau bulanan - perkara lain adalah atas permintaan. Seseorang mungkin duduk di sana dengan tablet yang mahu membuat laporan masa nyata.
Dan sekali lagi, kita sampai ke tahap itu, bahawa kerumitan yang timbul dalam ini bukan hanya satu cabaran sekarang, ia agak menakutkan. Dan kami mempunyai periksa realiti ini bahawa isu prestasi tunggal, hanya satu isu prestasi dalam haknya sendiri, boleh memberi kesan kepada keseluruhan ekosistem. Oleh itu, kita menghadapi cabaran yang sangat menyeronokkan untuk mencari tahu, dengan baik, di manakah kesannya? Dan kita mempunyai cabaran ini, adakah kita menjadi reaktif atau proaktif? Adakah kita menonton perkara itu dalam masa nyata dan melihat sesuatu berjalan "bang" dan bertindak balas terhadapnya? Atau adakah kita melihat beberapa bentuk trend dan menyedari bahawa kita perlu secara proaktif menaikinya? Kerana kunci adalah semua orang mahu sesuatu yang cepat dan murah dan mudah. Tetapi kita berakhir dengan senario-senario ini, apa yang saya suka merujuk dan garis kegemaran saya Dundel Rumsfeld - yang dalam fikiran saya terpakai dalam semua senario yang tinggi kerumitan - dan itu adalah, kita telah diketahui diketahui kerana itu sesuatu kami direka dan dibina dan berjalan seperti yang dirancang. Kami telah mendapat tahu yang tidak dikenali kerana kita tidak tahu siapa yang menjalankan apa, kapan dan di mana, jika ia diperlukan. Dan kita ada yang tidak dikenali dan itu adalah perkara yang perlu kita pemantauan dan pemeriksaan. Kerana realiti itu, kita semua tahu, anda tidak dapat menguruskan sesuatu yang anda tidak dapat mengukur.
Jadi, untuk mempunyai alat yang betul dan keupayaan yang tepat untuk memantau penjadualan CPU kami, cari waktu tunggu, cari tahu mengapa hal-hal perlu menunggu di barisan jadual dalam saluran paip. Apa yang berlaku dalam ingatan, apa jenis penggunaan yang dilakukan, apakah jenis prestasi yang kita kehabisan memori? Adakah barangan yang dibahagikan dengan betul, adakah ia diedarkan, adakah kita mempunyai nod yang cukup yang memegang salinannya untuk mengatasi beban kerja yang dibuang? Apa yang berlaku dengan pelaksanaan proses dari proses sistem operasi? Pekerjaan itu sendiri berjalan, aplikasi individu dan daemon yang menyokongnya? Apa yang berlaku di dalam proses tersebut, terutamanya penstrukturan pertanyaan dan bagaimana pertanyaan-pertanyaan tersebut dilaksanakan dan dikumpulkan? Dan kesihatan proses-proses tersebut tidak dapat diatasi? Anda tahu, sekali lagi, menunggu masa menunggu, adakah penjadualannya dengan betul, adakah ia harus menunggu, di mana ia menunggu, adakah ia menunggu bacaan memori, I / Os, CPU, I / O merentas rangkaian kepada pengguna akhir ?
Dan kemudian kembali ke titik yang baru saya sebutkan tadi sebelum saya membungkus dan begitulah, bagaimana kita menghampiri resolusi isu dan masa tindak balas kepada mereka? Adakah kita menonton dalam masa nyata dan bertindak balas kepada perkara-perkara, yang merupakan senario paling tidak sesuai, tetapi walaupun begitu, lebih baik kita melakukan itu daripada tidak tahu dan mempunyai panggilan meja bantuan dan mengatakan sesuatu yang salah dan kita perlu mengesannya ? Atau adakah kita melakukannya secara proaktif dan apakah kita sedang melihat apa yang sedang turun? Jadi, dengan kata lain, adakah kita melihat bahawa kita sedang kekurangan memori dan perlu menambah lebih banyak nod? Adakah kita melakukan analisis trend, adakah kita melakukan perancangan kapasiti? Dan dalam semua itu, adakah kita memantau masa pelaksanaan sejarah dan memikirkan perancangan kapasiti atau apakah kita menontonnya dalam masa nyata dan penjadualan semula secara proaktif dan melakukan pengimbangan beban? Dan adakah kita mengetahui beban kerja yang sedang berjalan di tempat pertama? Adakah kita tahu siapa yang melakukan apa di dalam cluster kami dan mengapa?
Pengiraan dalam memori adalah sangat kuat, tetapi dengan kuasa itu hampir satu daripada perkara tersebut, seperti, pistol yang dimuatkan dan anda bermain dengan peluru hidup. Anda akhirnya boleh menembak diri anda di kaki jika anda tidak berhati-hati. Oleh itu, kuasa pengiraan dalam memori hanya bermakna bahawa kita boleh menjalankan banyak lagi dan dengan cepat merentasi set data yang sangat diedarkan dan diskret. Tetapi kemudian itu mempunyai permintaan yang lebih tinggi didorong dari pengguna akhir. Mereka terbiasa dengan kuasa itu dan mereka mahukannya. Mereka tidak lagi mengharapkan pekerjaan itu mengambil masa beberapa minggu untuk berjalan dan laporan muncul dalam kertas lama biasa. Dan kemudian, di bawah semua itu kita mempunyai penyelenggaraan sehari-hari yang dikelilingi penampalan, kemas kini dan naik taraf. Dan jika anda berfikir tentang pemprosesan 24/7 dengan pengiraan dalam memori, menguruskan data itu, mengurus beban kerja di seluruhnya, ia semua di-ingatan, secara teknikal dalam platform tidak lama, jika kita akan mula menggunakan patch dan kemas kini dan naik taraf dalam di sana, yang datang dengan pelbagai cabaran pengurusan dan pemantauan yang lain juga. Kita perlu tahu apa yang boleh kita lakukan di luar talian, apabila kita boleh menaik tarafnya dan apabila kita membawanya semula dalam talian. Dan ini membawa saya ke titik akhir saya dan itu adalah, apabila kita mendapat lebih banyak kerumitan dalam sistem ini, ia bukan sesuatu yang boleh dilakukan oleh manusia hanya dengan menghisap ibu jari mereka dan menarik telinganya lagi. Tiada lagi, semacam, perasaan usus lagi. Kami benar-benar memerlukan alat yang sesuai untuk mengurus dan menyampaikan prestasi tinggi ini dalam pengiraan dan pengurusan data.
Dan dengan itu saya akan menyerahkan kepada rakan kami dari IDERA dan mendengar bagaimana mereka telah menghampiri cabaran ini.
Bill Ellis: Terima kasih banyak. Saya berkongsi skrin saya dan di sini kita pergi. Oleh itu, ia benar-benar merendahkan untuk mempertimbangkan semua teknologi, dan semua orang yang datang sebelum kami, untuk menjadikan barangan ini tersedia pada 2017, yang boleh didapati. Kami akan bercakap tentang analisis beban kerja untuk SAP HANA - pada dasarnya, penyelesaian pemantauan pangkalan data: komprehensif, tanpa agen, menyediakan masa nyata dan membina sejarah, dan supaya anda dapat melihat apa yang telah terjadi pada masa lalu. SAP S / 4 HANA menawarkan potensi yang lebih baik, lebih cepat dan lebih murah. Saya tidak mengatakan ia murah, saya hanya mengatakan ia lebih murah. Jenis, secara tradisinya apa yang berlaku ialah anda akan mempunyai contoh pengeluaran utama - mungkin berjalan di Oracle di kedai yang lebih besar, berpotensi SQL Server - dan kemudian anda akan menggunakan proses ETL itu dan anda akan mempunyai pelbagai, jenis, versi kebenaran . Dan ini sangat mahal kerana anda membayar untuk perkakasan, sistem operasi, lesen Oracle untuk setiap persekitaran individu ini. Dan kemudian di atas itu anda perlu mempunyai orang untuk mendamaikan satu versi kebenaran untuk versi kebenaran yang seterusnya. Dan sebagainya, pemprosesan pelbagai versi ETL ini hanya lambat dan sangat, sangat rumit.
Jadi, HANA, pada asasnya satu contoh HANA, boleh berpotensi menggantikan semua contoh-contoh lain. Jadi, ia lebih murah kerana ia adalah satu platform perkakasan, satu sistem operasi, bukannya gandaan. Jadi S / 4 HANA, sebenarnya, ia mengubah segala-galanya dan pada dasarnya anda melihat evolusi SAP dari R / 2 hingga R / 3, pelbagai pek tambahan. Sekarang, sistem warisan tersedia sehingga 2025, jadi anda mempunyai lapan tahun sehingga anda benar-benar terpaksa berpindah. Walaupun kita melihat orang-orang, anda tahu, melancarkan jari kaki mereka kerana mereka tahu ia akan datang dan akhirnya, anda tahu, ECC akan berjalan di HANA dan jadi anda benar-benar perlu bersedia untuk itu dan memahami teknologi.
Oleh itu, satu pangkalan data, tiada proses ETL, tiada salinan yang perlu didamaikan. Jadi, sekali lagi, lebih pantas, lebih baik dan lebih murah. HANA dalam ingatan. SAP membekalkan perisian tersebut, anda membekalkan perkakasan. Tidak ada jadual agregat. Salah satu perkara yang mereka, jenis, mencadangkan apabila anda berfikir tentang ini adalah anda tidak mahu masuk ke dalam ini, kami hanya akan membeli pelayan yang sangat besar yang tersedia. Mereka mencadangkan bahawa anda, jenis, saiz kanan landskap SAP anda terlebih dahulu dan pada dasarnya mereka mengatakan, tidak berhijrah data bernilai 20 tahun. Saya fikir pengarkiban adalah sesuatu yang tidak diguna pakai dalam IT, jenis, di seluruh lembaga, bukan hanya di kedai SAP. Dan perkara seterusnya ialah SAP sebenarnya telah menghabiskan banyak masa menulis semula kod asal mereka untuk tidak menggunakan SELECT *. SELECT * mengembalikan semua lajur dari jadual dan ia amat mahal dalam pangkalan data kolumnar. Jadi, ia bukan idea yang baik untuk SAP HANA. Oleh itu, untuk kedai-kedai yang mempunyai banyak penyesuaian, banyak laporan, ini adalah sesuatu yang anda ingin cari dan anda ingin menentukan nama lajur semasa anda maju untuk berhijrah ke HANA.
Kami ingin mengatakan bahawa HANA bukanlah ubat penawar. Seperti semua pangkalan data, semua teknologi, ia perlu dipantau, dan seperti yang disebutkan sebelumnya, anda memerlukan nombor untuk menguruskan lebihan, ukuran pengukuran. Dan salah satu perkara yang saya ceritakan di kawasan IDERA ialah setiap transaksi perniagaan berinteraksi dengan sistem rekod, dan dalam hal ini, ia akan menjadi HANA. Jadi, HANA menjadi asas bagi prestasi transaksi SAP anda, pengalaman pengguna akhir. Oleh itu, penting untuk terus berjalan dengan laju. Ia menjadi satu titik kegagalan, dan dalam bercakap dengan orang-orang, ini adalah sesuatu yang boleh menimbulkan di mana anda mempunyai pengguna akhir dan mungkin menggunakan data masa nyata itu dan mereka mempunyai pertanyaan ad hoc yang berpotensi tidak cukup betul. Mungkin mereka tidak menyertai jadual dan mereka telah mencipta satu gabungan luar, produk partisan, dan mereka pada dasarnya memakan banyak sumber. Sekarang, Hana akan menyedari bahawa akhirnya dan membunuh sesi itu. Dan sebagainya ada bahagian penting dalam seni bina kami yang akan membolehkan anda untuk menangkapnya dalam sejarah, jadi anda dapat melihat apa yang telah berlaku pada masa lalu dan mengenali situasi tersebut.
Jadi, mari kita lihat analisis beban kerja untuk SAP HANA. Ini adalah Versi 1 jadi kami sangat mengundang anda untuk menyertai kami dalam perjalanan, dan ini adalah produk dari IDERA. Ia komprehensif, namun mudah. Masa sebenar dengan trend. Kesihatan hos, contoh kesihatan. Kami menjejaki keadaan menunggu, pertanyaan SQL, pengguna memori dan perkhidmatan. Jadi, inilah yang kelihatan seperti GUI dan anda dapat melihat langsung kelawar bahawa ia didayakan oleh web. Saya sebenarnya membuka penyelesaian ini berjalan secara langsung pada sistem saya. Ada beberapa perkara penting yang anda ingin lihat. Kami telah, jenis, dibahagikan kepada ruang kerja yang berbeza. Jenis yang paling penting adalah apa yang berlaku di peringkat tuan rumah dari penggunaan CPU dan penggunaan memori. Anda pastinya tidak mahu melihat perpindahan atau penggambaran. Dan kemudian anda pada dasarnya bekerja cara anda ke dalam apa yang berlaku dalam trend, dari masa tindak balas, pengguna, penyataan SQL, iaitu apa yang mendorong aktiviti pada sistem.
Salah satu perkara dengan IDERA ialah, anda tahu, tiada apa yang berlaku di pangkalan data sehingga ada aktiviti. Dan aktiviti itu adalah kenyataan SQL yang datang dari aplikasi. Oleh itu, mengukur penyataan SQL adalah sangat penting untuk dapat mengesan punca akar. Jadi, mari maju dan bina. Oleh itu, di peringkat tuan rumah, kita sebenarnya dapat melihat ingatan, menjejaki masa, menggunakan CPU CPU. Kembali ke belakang, anda boleh melihat penyataan COBSQL. Sekarang, salah satu perkara yang akan anda lihat di bahagian seni bina kami ialah maklumat ini disimpan di HANA, jadi jika sesuatu berlaku kepada HANA, kami pada dasarnya menangkap maklumat sehingga, Allah melarang, situasi tidak ada . Kami juga boleh menangkap semua yang berlaku pada sistem supaya anda mempunyai keterlihatan yang jelas. Dan salah satu perkara yang akan kami lakukan ialah kami akan menyampaikan penyataan SQL dalam urutan tertimbang. Jadi, itu akan mengambil kira bilangan eksekusi, dan oleh itu inilah sumber penggunaan agregat.
Dan jadi anda boleh masuk ke dalam metrik individu di sini - bilakah pernyataan SQL itu dilaksanakan? Dan kemudian penggunaan sumber sebahagian besarnya didorong oleh pelan pelaksanaan, dan oleh itu kita dapat menangkapnya secara berterusan. HANA dalam ingatan. Ia sangat selari. Ia mempunyai indeks utama di setiap meja, yang mana beberapa kedai memilih untuk membina indeks sekunder untuk menangani isu prestasi tertentu. Dan, jenisnya, mengetahui apa yang berlaku dengan pelan pelaksanaan untuk penyataan SQL tertentu boleh sangat berharga. Kami juga akan melihat perkhidmatan, penggunaan memori sekali lagi, ditunjukkan dari masa ke masa. Seni bina: jadi, ini adalah penyelesaian lengkap yang boleh anda muat turun dari laman web kami dan seni bina ialah ia membolehkan web.
Anda boleh mempunyai beberapa pengguna bersambung ke contoh tertentu. Anda boleh memantau kejadian tempatan SAP HANA. Dan kami menyimpan sejarah selama empat minggu di repositori kami dan itu sendiri yang diurus. Untuk menggunakannya, ia agak mudah. Anda memerlukan Windows Server. Anda perlu memuat turunnya. Kebanyakan pelayan Windows akan mempunyai rangka kerja .NET yang terbina dalam dan ia dibundel dengan lesen. Dan jadi anda akan pergi ke wizard pemasangan yang didorong oleh Setup.exe dan ia sebenarnya akan membuka skrin, perjanjian lesen, dan anda hanya akan menggariskan garis besar ini dengan mengklik "Seterusnya." Dan, di mana anda ingin HANA akan dipasang? Seterusnya adalah sifat pangkalan data, dan ini akan menjadi sambungan anda kepada SAP HANA, jadi ini adalah pemantauan tanpa agen dari contoh HANA. Dan kemudian pada dasarnya kami akan memberikan pratonton, ini adalah port yang kami sambungkan secara lalai. Klik "Pasang" dan pada dasarnya bermula HANA dan anda mula membina sejarah. Jadi, hanya sedikit maklumat carta saiz. Kami boleh memantau sehingga 45 kejadian HANA, dan anda akan mahu menggunakan ini, jenis, pada skala gelongsor untuk menentukan bilangan teras, memori, ruang cakera yang anda perlukan. Dan ini mengandaikan bahawa anda mempunyai sejarah bergilir empat minggu yang lengkap.
Jadi, sebagai rekap cepat, kami melihat kesihatan pelayan, contoh kesihatan, penggunaan CPU / memori. Apakah pengguna memori, apakah pemacu aktiviti, apakah perkhidmatan itu? Kenyataan SQL sangat penting - apakah keadaan pelaksanaan? Tunjukkan rancangan pelan pelaksanaan, apabila melakukan perkara-perkara yang dilaksanakan, berikan trend? Ini akan memberikan anda masa sebenar dan sejarah apa yang telah berlaku. Dan seperti yang saya nyatakan, kerana sejarah kita terpisah dari HANA, kita akan menangkap perkara yang telah ditetapkan dan telah dipadamkan dari sejarah HANA. Supaya anda dapat melihat penggunaan sumber sebenar pada sistem anda kerana sejarah yang berasingan.
Jadi, seperti yang telah saya sebutkan, laman web IDERA, di bawah Produk, anda boleh dengan mudah mencari ini. Jika anda ingin mencuba ini, anda pasti dialu-alukan. Lihat bagaimana ia menyediakan maklumat untuk anda dan ada maklumat tambahan di laman web itu. Oleh itu, mana-mana pihak yang berminat lebih gembira untuk masuk ke dalamnya. Sekarang, dalam produk portfolio yang ditawarkan oleh IDERA, terdapat juga pemantau transaksi SAP ECC, dan ini dipanggil Precise untuk SAP. Dan apa yang dilakukannya - sama ada anda menggunakan portal atau hanya lurus ECC - ia sebenarnya akan menangkap transaksi pengguna akhir dari klik ke cakera, sepanjang jalan ke bawah penyataan SQL dan menunjukkan kepada anda apa yang berlaku.
Sekarang, saya menunjukkan kepada anda hanya satu skrin ringkasan. Terdapat beberapa takeaways yang saya mahu anda mempunyai dari skrin ringkasan ini. Ia adalah masa tindak paksi Y, masa paksi X ditambah hari, dan dalam pandangan transaksi ini, kami akan menunjukkan kepada anda masa klien, masa giliran, masa kod ABAP, masa pangkalan data. Kami boleh menangkap ID pengguna akhir, T-kod dan anda sebenarnya boleh menapis dan menunjukkan pelayan melalui transaksi tertentu yang dilalui. Dan sebagainya, banyak kedai menjalankan hujung depan landskap di bawah VMware, jadi anda sebenarnya boleh mengukur apa yang berlaku pada setiap pelayan dan masuk ke dalam analisis yang sangat terperinci. Oleh itu, pandangan urus niaga ini adalah untuk urus niaga pengguna akhir melalui keseluruhan landskap SAP. Dan anda boleh dapati bahawa di laman web kami di bawah Alat APM Produk dan ini akan menjadi penyelesaian SAP yang kami ada. Pemasangan untuk ini sedikit lebih rumit, jadi ia bukan hanya memuat turun dan mencubanya, seperti yang kita ada untuk HANA. Ini adalah sesuatu yang akan kami bekerjasama untuk melakukan, mereka bentuk dan melaksanakan transaksi keseluruhan untuk anda.
Jadi, rekap cepat ketiga, analisis beban kerja untuk SAP HANA, ia komprehensif, tanpa agen, masa nyata, menawarkan sejarah. Kami menawarkan keupayaan untuk memuat turun dan mencubanya untuk tapak anda.
Oleh itu, dengan itu, saya akan meluangkan masa untuk Eric, Dez dan Dr. Bloor.
Eric Kavanagh: Ya, mungkin Robin, apa-apa soalan dari awak, dan kemudian Dez selepas Robin?
Dr. Robin Bloor: Baiklah. Maksud saya, perkara pertama yang saya ingin katakan adalah saya benar-benar menyukai paparan transaksi kerana ia betul-betul apa yang saya mahu dalam keadaan itu. Saya melakukan banyak kerja - baik, sudah lama dahulu sekarang - melakukan pemantauan prestasi, dan itulah jenis perkara; kami tidak mempunyai grafik pada masa itu, tetapi itu adalah perkara yang saya ingin lakukan. Supaya anda, dalam satu cara atau yang lain, menyuntik diri ke mana sahaja masalah itu berlaku.
Soalan pertama yang saya ada ialah, anda tahu, kebanyakan orang melaksanakan S / 4 dalam beberapa cara atau di luar kotak lain, anda tahu. Apabila anda terlibat dalam mana-mana pelaksanaan S / 4, adakah anda mendapati bahawa ia telah dilaksanakan dengan baik atau adakah anda berakhir, anda tahu, menemui perkara yang mungkin membuat pelanggan mahu menyusun semula? Maksud saya, bagaimana semua itu berlaku?
Bill Ellis: Nah, setiap kedai agak berbeza. Dan terdapat corak penggunaan yang berbeza, ada laporan yang berlainan. Bagi laman web yang mempunyai pelaporan ad hoc, maksud saya sebenarnya, jenisnya, wildcard pada sistem. Jadi, salah satu perkara penting adalah untuk memulakan pengukuran dan mengetahui apa asasnya, apa yang normal untuk laman web tertentu, di mana tapak tertentu, berdasarkan corak penggunaan mereka, menekankan sistem. Kemudian buat penyesuaian dari situ. Biasanya pengoptimuman pemantauan bukanlah satu-satu masa, ia benar-benar satu amalan berterusan di mana anda sedang memantau, mengamalkan, mengasah, menjadikan sistem lebih baik untuk komuniti pengguna akhir untuk dapat berkhidmat dengan perniagaan dengan lebih berkesan.
Dr. Robin Bloor: Baiklah, jadi apabila anda melaksanakan - maksud saya, saya tahu ini adalah soalan yang sukar untuk dijawab kerana ia akan berbeza-beza bergantung kepada saiz pelaksanaan - tetapi berapa banyak sumber daya pemantauan IDERA, berapa banyak ia mengambil ? Adakah ia membuat apa-apa perbezaan kepada apa-apa atau adakah itu, tidak semestinya mengganggu? Bagaimana ia berfungsi?
Bill Ellis: Ya, saya katakan bahawa overhead adalah kira-kira 1-3 peratus. Banyak kedai-kedai yang sangat bersedia untuk mengorbankan itu kerana berpotensi anda akan dapat membeli kembali dari segi pengoptimuman. Ia bergantung kepada corak penggunaan. Jika anda melakukan landskap penuh, ia bergantung kepada teknologi individu yang sedang dipantau. Jadi, jenis, perbatuan berbeza, tetapi seperti yang kita bicarakan, pasti lebih baik untuk menghabiskan sedikit untuk mengetahui apa yang berlaku, daripada hanya berjalan buta. Khususnya, anda tahu, di sini kita berada di Januari dan anda masuk ke dalam pemprosesan tahunan dan anda mengumpulkan data bernilai 12 bulan. Anda tahu, prestasi yang dilakukan, mendapatkan laporan kepada organisasi pengawalseliaan, bank, kepada para pemegang saham, sangat penting dalam prestasi perniagaan kritikal.
Dr Robin Bloor: Betul. Dan hanya dengan cepat, dari perspektif anda - kerana saya rasa anda di luar sana terlibat dengan keseluruhan siri laman SAP - berapa besar pergerakan di kalangan pelanggan SAP ke arah S / 4? Maksud saya, adalah sesuatu yang sedang, anda tahu, bahawa terdapat satu jenis pelanggan yang bersemangat untuk melakukannya, atau adakah ia hanya menetap? Bagaimana anda melihatnya?
Bill Ellis: Saya fikir beberapa tahun yang lalu, saya akan mengatakan ia adalah kaki. Sekarang saya akan mengatakan bahawa orang, jenis, sehingga lutut mereka. Saya fikir, anda tahu, memandangkan tempoh masa orang akan benar-benar direndam di HANA selama beberapa tahun akan datang. Dan jadi pemantauan, transformasi, anda tahu, saya fikir bahawa majoriti pelanggan, jenis, pada keluk pembelajaran bersama-sama. Dan jadi saya fikir kita tidak berada di longsor seperti yang anda nyatakan, tetapi saya fikir kita berada di puncak perubahan besar ke HANA.
Dr Robin Bloor: Okay, jadi dari segi laman web yang anda lihat yang telah berlaku untuk ini, mereka juga menyesuaikan HANA untuk aplikasi lain atau mereka, dalam satu cara atau yang lain, jenis, benar-benar dimakan untuk membuat ini barang kerja? Apa gambar di sana?
Bill Ellis: Ya, seringkali orang akan mengintegrasikan SAP dengan sistem lain, bergantung pada modul apa dan sebagainya, jadi ada sedikit. Saya tidak pernah melihat orang yang menggunakan aplikasi lain di HANA lagi. Itu pasti boleh dilakukan. Dan lebih-lebih lagi di sekeliling landskap sekitar infrastruktur SAP.
Dr Robin Bloor: Saya rasa saya lebih baik menyerahkan anda kepada Dez. Saya telah memonopoli masa anda. Dez?
Dez Blanchfield: Terima kasih. Tidak, itu semua baik. Dua yang sangat cepat, hanya untuk cuba menetapkan tema. SAP HANA telah keluar selama beberapa tahun sekarang dan orang ramai mempunyai peluang untuk mempertimbangkannya. Sekiranya anda memberi kami anggaran kasar peratusan orang yang menjalankannya - kerana terdapat banyak orang yang menjalankan perkara ini - apa yang anda fikir peratusan pasaran yang anda sedar sekarang yang telah hilang dari pelaksanaan SAP hanya tradisional kepada SAP di HANA? Adakah kita melihat 50/50, 30/70? Apa, berapa peratusan pasaran yang anda lihat orang-orang yang beralih dan bergerak sekarang berbanding rakyat yang hanya menahan diri dan menunggu sesuatu untuk memperbaiki atau menjadi lebih baik atau berubah atau apa jua keadaannya?
Bill Ellis: Ya, saya sebenarnya meletakkan, dari perspektif saya, saya akan meletakkan peratusan sekitar 20 peratus. SAP cenderung untuk menjadi perniagaan tradisional. Orang ramai cenderung sangat konservatif dan orang-orang mereka akan menyeret kaki mereka. Saya fikir ia juga bergantung kepada, anda tahu, adakah anda telah menjalankan SAP untuk masa yang lama, atau adakah anda, jenis SMB yang mungkin telah menggunakan SAP baru-baru ini? Dan sebagainya, ada beberapa faktor, tetapi secara keseluruhan saya tidak fikir peratusan adalah 50/50. Saya akan katakan 50 peratus sekurang-kurangnya berkecimpung dan mempunyai HANA berjalan di suatu tempat di pusat data mereka.
Dez Blanchfield: Takeaway yang menarik yang anda berikan kepada kami sebelum ini adalah bahawa ini adalah fait accompli dalam erti kata dan bahawa jam secara fizikal dan secara literal berdetik pada masa untuk peralihan. Dalam proses melakukan itu, adakah anda fikir orang telah menganggapnya? Apa gunanya pemahaman rakyat bahawa ini adalah peralihan peralihan dalam platform, bukan hanya satu pilihan, ia menjadi lalai?
Dan dari sudut pandang SAP, saya yakin mereka menolak cara itu kerana ada kelebihan daya saing yang signifikan dalam prestasi, tetapi juga, saya rasa, mereka adalah kawalan gusti kembali dari platform dan bukannya pergi ke tahap ketiga- pangkalan data parti, mereka kini membawanya semula ke platform mereka sendiri. Adakah anda fikir syarikat telah mendapat mesej itu? Adakah anda fikir orang memahami bahawa dan kini sedang bersiap padanya? Atau adakah masih, semacam, perkara yang tidak jelas, adakah anda berfikir, keluar pasaran?
Bill Ellis: Saya tidak fikir SAP malu tentang berkomunikasi dan orang yang telah pergi ke SAPPHIRE telah melihat HANA di mana-mana. Oleh itu, saya fikir orang ramai sedar, tetapi sifat manusia menjadi apa, anda tahu, sesetengah orang, jenis, menyeret kaki mereka sedikit.
Dez Blanchfield: Kerana saya fikir sebab saya bertanya soalan itu, dan anda perlu memaafkan saya, tetapi saya bersetuju. Saya fikir mereka tidak malu untuk menyampaikannya. Saya fikir bahawa isyarat itu telah hilang dalam pelbagai cara. Dan saya bersetuju dengan anda - Saya tidak tahu bahawa semua orang melompat lagi. Anda tahu, perusahaan tradisional, perusahaan yang sangat besar yang menjalankannya, masih dalam banyak cara, tidak cukup menyeret kaki mereka, tetapi hanya cuba untuk bergulat dengan kerumitan peralihan. Kerana saya fikir satu perkara yang alat anda, dan sudah tentu demonstrasi anda hari ini telah menyerlahkan, dan untuk saya, satu takeaway utama saya ingin semua orang mendengar dan menantikan hari ini untuk duduk dan memberi perhatian kepada secara reflektif, anda telah mendapat alat sekarang itu mempermudahkan proses dalam fikiran saya. Saya fikir terdapat banyak CIO yang sangat gugup dan pasukan mereka di bawah mereka yang berfikir, "Bagaimana saya boleh melakukan peralihan dari RDBMS tradisional, sistem pengurusan pangkalan data relasi, yang telah kita kenal selama beberapa dekad, kepada paradigma pengiraan yang baru dan pengurusan penyimpanan di ruang yang masih agak berani? "dalam fikiran saya. Tetapi ia tidak diketahui dalam banyak cara, dan terdapat sangat sedikit orang yang membuat peralihan di kawasan lain, bahawa ia tidak seperti mereka mempunyai bahagian perniagaan yang lain yang telah dibuat bergerak ke dalam memori-mengira. Oleh itu, ia adalah satu-satunya yang bergerak dalam fikiran mereka.
Jadi, salah satu daripada perkara yang saya ambil dari ini lebih daripada apa-apa - saya akan memukul anda dengan soalan dalam satu minit - adakah ketakutan sekarang, saya fikir, dipadamkan dalam banyak cara dan sebelum hari ini, jika saya adalah pendengar CIO, saya akan, semacam, berfikir, "Nah, bagaimana saya akan membuat peralihan ini? Bagaimana saya akan menjamin keupayaan yang sama yang kami ada dalam platform pengurusan pangkalan data hubungan dan tahun pengalaman DBA, ke platform baru yang kami tidak mempunyai kemahiran? "Jadi, soalan saya dengan itu, adakah anda fikir orang telah memahami bahawa alat-alat itu ada sekarang dengan apa yang anda tawarkan, dan bahawa mereka boleh, semacam, menghirup nafas panjang dan mendesah lega bahawa peralihan itu tidak seperti menakutkan kerana ia mungkin sebelum untuk alat ini tersedia? Adakah anda fikir orang telah faham bahawa atau masih, jenisnya, satu perkara yang mereka hanya bergulat dengan peralihan ke pengiraan ingatan dan simpanan dalam memori berbanding kombinasi sekolah lama NVMe, kilat dan cakera?
Bill Ellis: Ya, jadi sudah pasti ada banyak teknologi dan alat yang dapat memaparkannya secara grafik, apa yang berlaku dan menjadikannya sangat mudah untuk menentukan pengguna sumber utama. Maksud saya, ia membantu memudahkan perkara dan ia membantu kakitangan teknologi yang benar-benar mendapat pegangan yang baik. Hei, mereka akan dapat mengetahui apa yang berlaku dan dapat memahami semua kerumitan. Jadi, secara mutlak, alat-alat di pasaran sangat membantu dan kami menawarkan analisis beban kerja untuk SAP HANA.
Dez Blanchfield: Ya, saya fikir perkara yang hebat tentang apa yang telah anda tunjukkan kepada kami hari ini adalah, dalam memantau sekeping perkakasan, sekeping sistem operasi, walaupun memantau beberapa beban kerja yang sedang berjalan, seperti yang anda katakan, maksud saya, alat telah ada untuk beberapa waktu. Sedikit untuk saya, terutamanya di dalam orang-orang seperti HANA adalah bahawa kita tidak semestinya mempunyai keupayaan untuk mendapatkan kaca pembesar dan mengintip ke dalamnya dan melihat ke bawah apa yang alat anda lakukan dengan apa yang berlaku dengan pertanyaan dan bagaimana mereka yang berstruktur dan di mana beban itu.
Dengan penyebaran yang anda lihat setakat ini, memandangkan anda secara literal adalah yang paling berwibawa dalam ruang ini dalam platform anda di dunia, beberapa kemenangan cepat yang anda lihat - adakah anda mempunyai pengetahuan anekdotal yang boleh anda kongsi dengan kami di sekeliling beberapa detik eureka, momen aha, di mana orang telah menggunakan seting alat IDERA, mereka mendapati perkara yang mereka tidak tahu berada dalam platform dan persembahan mereka. Adakah anda mempunyai contoh-contoh anekdot yang hebat di mana orang baru saja menggunakannya, tidak benar-benar mengetahui apa yang mereka telah dan tiba-tiba hilang, "Wow, kita sebenarnya tidak tahu bahawa ada di sana?"
Bill Ellis: Ya, jadi batasan besar alat-alat asli ialah jika pertanyaan yang dibatalkan dibatalkan, ia memadamkan maklumat dan pada dasarnya anda tidak mempunyai sejarah. Dengan kami menyimpan sejarah di luar talian, seperti pertanyaan yang melarikan diri, anda akan mempunyai sejarah, anda akan tahu apa yang telah berlaku, anda akan dapat melihat pelan pelaksanaan dan sebagainya. Dan sebagainya, yang membolehkan anda, semacam, membantu komuniti pengguna akhir pada dasarnya beroperasi dengan lebih baik, menulis laporan dengan lebih baik, dan sebagainya. Jadi, sejarah adalah sesuatu yang sangat baik untuk dimiliki. Dan salah satu perkara yang saya maksudkan untuk menunjukkan bahawa anda boleh melihat masa nyata sehingga empat minggu dan kemudian anda boleh dengan mudah mengezum pada sebarang jangka masa yang menarik dan kemudian anda boleh mendedahkan aktiviti memandu yang mendasari. Hanya dengan penglihatan itu adalah sesuatu yang sangat membantu untuk mengetahui apa kesesakan telah timbul.
Dez Blanchfield: Anda menyebutnya berbilang pengguna, sebaik sahaja ia digunakan, dan saya agak kagum dengan hakikat bahawa ia adalah agen tanpa sentuhan dan berkesan dengan banyak cara. Adakah biasa bagi satu penyebaran alat anda untuk kemudiannya tersedia untuk semua orang dari pusat operasi rangkaian di NOC yang menonton infrastruktur teras yang mendasari kelompok hingga ke aplikasi dan pasukan pembangunan? Adakah itu norma dan anda meletakkan sekali dan mereka akan berkongsi itu, atau adakah anda menjangkakan orang mungkin mempunyai contoh model yang melihat bahagian berlainan stack? Apa rupa itu?
Bill Ellis: Oleh itu, pasukan asas biasanya akan mempunyai minat yang sangat kuat dalam asas teknologi mengenai apa yang berlaku dalam SAP. Jelas sekali terdapat banyak pasukan yang akan menyokong keseluruhan landskap. Bahagian HANA hanya tertumpu pada itu. Saya hanya akan lalai kepada pasukan asas SAP sebagai pengguna utama maklumat.
Dez Blanchfield: Betul. Ia menyerang saya, sekiranya saya mempunyai pasukan pembangunan atau tidak hanya pada peringkat kod, tetapi jika saya mempunyai pasukan saintis data atau penganalisis yang melakukan kerja-kerja analitik pada set data di sana, terutamanya memandangkan ada dorongan penting untuk sains data yang digunakan untuk semua organisasi di dalamnya kini, dalam fikiran saya - dan membetulkan saya jika saya salah - nampaknya saya ini akan menjadi sangat menarik untuk mereka juga, kerana dalam banyak cara satu Perkara-perkara serius yang boleh anda lakukan dalam persekitaran gudang data melepaskan saintis data ke atasnya dan biarkan ia hanya mula membuat pertanyaan ad hoc. Pernahkah anda mempunyai contoh apa-apa perkara yang berlaku di mana kedai-kedai telah menyampaikan anda dan berkata, "Kami telah membuang satu pasukan sains data pada perkara itu, ia benar-benar menyakitkan, apa yang boleh kita lakukan untuk mereka berbanding apa yang kita lakukan hanya pemantauan dan pengendalian operasi tradisional? "Adakah itu sesuatu?
Bill Ellis: Well, ya, saya suka mengubah sedikit ini dan memotong jawapan saya akan, melihat prestasi, prestasi yang sedar dalam membangunkan pengeluaran QA, anda tahu, lebih cepat anda simpan, semakin kurang masalah, kurang kejutan yang anda ada. Jadi, sememangnya.
Dez Blanchfield: Berikutan dari itu, banyak alat yang saya telah pengalaman dengan - dan saya yakin Robin akan bersetuju - banyak alat di sini, jika anda mempunyai RDBMS yang besar, anda perlu benar-benar tinggi- DBA yang berpengalaman, sangat pandai, berpengalaman. Sesetengah keperluan infrastruktur dan platform yang ada bersama SAP HANA kerana ia pada masa ini menyokong pengagihan tertentu yang menjajarkan dari perkakasan tertentu dan sebagainya, sehingga pengetahuan saya yang terbaik. Anda tahu, ada orang yang mempunyai pengalaman berpuluh-puluh tahun yang tidak sama. Apa yang saya lihat, itu tidak semestinya keperluan dengan alat ini. Ia seolah-olah saya dapat menggunakan alat anda dan memberikannya kepada beberapa wajah yang cukup baru dan memberi mereka kuasa langsung untuk mencari sesuatu yang tidak berfungsi dengan baik. Adakah kes yang terdapat lengkung pembelajaran yang cukup pendek untuk mendapatkan kelajuan dengan ini dan mendapatkan beberapa nilai daripada menggerakkannya? Anda tahu, akal am saya ialah anda tidak perlu mempunyai pengalaman selama 20 tahun memandu alat untuk melihat nilai dengan serta-merta. Adakah anda bersetuju bahawa kes itu?
Bill Ellis: Oh, sememangnya, dan pada pendapat anda, saya berpendapat bahawa banyak kejayaan penggunaan bergantung kepada perancangan dan arkitek persekitaran SAP HANA. Dan kemudian tidak diragukan lagi banyak kerumitan, banyak teknologi yang dibina, tetapi kemudian ia hanya datang untuk mengawasi corak penggunaan apa yang berlaku. Jadi, walaupun ia lebih rumit, dengan cara ia dibungkus dan agak mudah. Itulah yang sangat miskin.
Dez Blanchfield: Ya, sebelum saya kembali kepada Eric, kerana saya tahu dia mempunyai beberapa soalan, terutamanya dari beberapa yang datang melalui Q & A yang kelihatan menarik, dan saya berminat untuk mendengar jawapannya. Perjalanan tradisional untuk seseorang yang anda sebutkan sebelum ini bahawa anda boleh mendapatkannya, anda boleh memuat turun dan mencubanya. Bolehkah anda mengulangi dengan cepat untuk mendengar rakyat sama ada hari ini atau rakyat yang mungkin akan memainkannya kemudian? Apakah dua atau tiga langkah pantas untuk mendapatkan tangan mereka pada salinan dan menggunakannya dan mencubanya di persekitaran mereka sebelum mereka membelinya? Apa rupa itu? Apakah langkah-langkah untuk itu?
Bill Ellis: Ya. Jadi, IDERA.com dan cuma pergi ke Produk dan anda akan melihat Analisis Beban Kerja untuk SAP HANA. Terdapat halaman muat turun. Saya fikir mereka akan meminta anda untuk mendapatkan beberapa maklumat hubungan dan produk itu hanya dibungkus dengan kunci lesen supaya anda boleh memasangnya dengan Setup.exe dan hanya dapat bergolek, saya rasa sangat cepat.
Dez Blanchfield: Jadi, mereka boleh pergi ke laman web anda, mereka boleh memuat turunnya. Saya masih ingat melihatnya beberapa lama dahulu dan saya bergegas memeriksa malam tadi juga, anda boleh meminta demo, dari ingatan, di mana seseorang di dalam pasukan anda akan, semacam, berjalan anda melaluinya? Tetapi anda sebenarnya boleh memuat turun secara percuma dan menggunakannya secara tempatan dalam persekitaran anda sendiri, dalam masa anda sendiri, bolehkah anda?
Bill Ellis: Ya.
Dez Blanchfield: Cemerlang. Baiklah, saya fikir, lebih daripada apa-apa, itu mungkin perkara yang saya akan menasihatkan rakyat secara peribadi, ambil salinan dari laman web, ambil beberapa dokumentasi di sana kerana saya tahu ada banyak kandungan yang baik di sana untuk melakukannya dengan, dan cobalah. Letakkannya di persekitaran anda dan lihat apa yang anda dapati. Saya mengesyaki bahawa sebaik sahaja anda melihat di bawah tudung dengan persekitaran SAP HANA anda dengan alat IDERA anda akan mencari perkara yang sebenarnya anda tidak tahu berada di sana.
Lihatlah, terima kasih banyak untuk itu dan terima kasih pada masa itu hanya untuk Q & A dengan Robin dan I. Eric, saya akan kembali kepada anda kerana saya tahu bahawa sesetengah Q & A datang dari para hadirin kami juga.
Eric Kavanagh: Ya, betul-betul cepat di sini. Jadi, salah seorang peserta membuat ulasan yang sangat baik di sini hanya bercakap tentang bagaimana keadaan berubah. Mengatakan pada masa lalu, ingatan tersedak, semakin perlahan dengan paging yang kerap, pada masa ini CPU tercekik dengan data memori yang terlalu banyak. Anda tahu, ada masalah rangkaian. Ia sentiasa menjadi sasaran yang bergerak, bukan? Apa yang anda lihat sebagai trajektori hari ini dari segi kesesakan yang akan berlaku dan di mana anda perlu menumpukan perhatian anda?
Bill Ellis: Ya. Sehingga anda mengukur, sukar untuk mengetahui. Salah satu perkara mengenai pernyataan SQL ialah mereka akan menjadi penggerak penggunaan sumber. Oleh itu, dalam keadaan yang anda ada, seperti penggunaan memori yang besar atau penggunaan CPU, anda akan dapat mengetahui aktiviti apa yang menyebabkan penggunaan sumber itu. Sekarang, anda tidak semestinya mahu membunuhnya, tetapi anda juga mahu menyedarinya dan jenis apa yang berlaku, berapa kerap berlaku, dan sebagainya. Kami, jenis, masih baru dari segi menangani keseluruhan set atau buku masakan respons kepada keadaan yang berbeza. Dan sebagainya, itu adalah soalan yang hebat dan masa akan memberitahu. Kami akan mendapat lebih banyak maklumat sebagai pas masa.
Eric Kavanagh: Itu sahaja. Nah, kalian berada di tempat yang sangat menarik. Saya fikir anda akan melihat banyak aktiviti dalam beberapa bulan akan datang dan beberapa tahun akan datang kerana saya tahu bahawa SAP, seperti yang anda cadangkan dalam panggilan kandungan kami, telah memberikan laluan yang baik untuk orang ramai untuk membuat peralihan kepada HANA. Namun begitu, jalan itu sudah berakhir dan pada ketika tertentu orang perlu membuat beberapa keputusan yang serius, jadi semakin cepat, lebih baik?
Bill Ellis: Sudah tentu.
Eric Kavanagh: Baiklah, kami telah membakar satu jam lagi di Hot Technologies. Anda boleh mencari maklumat dalam talian, insideanalysis.com, juga techopedia.com. Tumpukan pada laman web itu untuk mendapatkan banyak maklumat yang menarik, termasuk senarai semua arkib kami dalam webcast masa lalu ini. Tetapi orang-orang, terima kasih banyak kepada anda semua di sana, kepada rakan-rakan kami di IDERA, kepada Robin dan sudah tentu, Dez. Dan kami akan mengejar anda minggu depan, orang. Terima kasih lagi untuk masa dan perhatian anda. Jaga diri. Selamat tinggal.
