Senibina HBase: Model Data HBase & Mekanisme Baca / Tulis HBase



Blog di HBase Architecture ini menerangkan Model Data HBase & memberi gambaran mengenai HBase Architecture. Ia juga menerangkan mekanisme yang berbeza dalam HBase.

Senibina HBase

Dalam blog saya sebelum ini di Tutorial HBase , Saya menerangkan apa itu HBase dan ciri-cirinya. Saya juga menyebut mengenai kajian kes Facebook messenger untuk membantu anda berhubung dengan lebih baik. Sekarang semakin maju dalam bidang kami , Saya akan menerangkan kepada anda model data HBase dan HBase Architecture.Sebelum meneruskan, anda juga harus tahu bahawa HBase adalah konsep penting yang membentuk bahagian tidak terpisahkan dari untuk Persijilan Hadoop Data Besar.

Topik penting yang akan saya sampaikan dalam blog seni bina HBase ini adalah:





Mari kita fahami terlebih dahulu model data HBase. Ia membantu HBase dalam membaca / menulis dan mencari dengan lebih pantas.



Senibina HBase: Model Data HBase

Seperti yang kita ketahui, HBase adalah pangkalan data NoSQL yang berorientasikan lajur. Walaupun kelihatan serupa dengan pangkalan data relasional yang mengandungi baris dan lajur, tetapi ia bukan pangkalan data relasional. Pangkalan data hubungan berorientasikan baris sementara HBase berorientasikan lajur. Oleh itu, mari kita fahami terlebih dahulu perbezaan antara pangkalan data berorientasikan lajur dan berorientasikan baris:

Pangkalan Data berorientasikan baris dan berorientasikan lajur:

  • Pangkalan data berorientasikan baris menyimpan rekod jadual dalam urutan baris. Manakala pangkalan data berorientasikan lajurmenyimpan rekod jadual dalam turutan lajur, iaitu entri dalam lajur disimpan di lokasi bersebelahan pada disk.

Untuk lebih memahaminya, marilah kita mengambil contoh dan mempertimbangkan jadual di bawah.



Jadual - Senibina HBase - Edureka

ujian berdasarkan data di selenium

Sekiranya jadual ini disimpan dalam pangkalan data berorientasikan baris. Ia akan menyimpan rekod seperti yang ditunjukkan di bawah:

satu,Paul Walker,KAMI,231,Gagah,

2, Vin Diesel,Brazil,520,Mustang

Dalam pangkalan data berorientasikan baris data disimpan berdasarkan baris atau tupel seperti yang anda lihat di atas.

Sementara pangkalan data berorientasikan lajur menyimpan data ini sebagai:

satu,2, Paul Walker,Vin Diesel, KAMI,Brazil, 231,520, Gagah,Mustang

Dalam pangkalan data berorientasikan lajur, semua nilai lajur disimpan bersama seperti nilai lajur pertama akan disimpan bersama, kemudian nilai lajur kedua akan disimpan bersama dan data di lajur lain disimpan dengan cara yang serupa.

  • Apabila jumlah data sangat besar, seperti dari segi petabyte atau exabytes, kami menggunakan pendekatan berorientasi lajur, kerana data satu lajur disimpan bersama dan dapat diakses lebih cepat.
  • Walaupun pendekatan berorientasi baris membandingkan jumlah baris dan lajur yang kurang dengan cekap, kerana pangkalan data berorientasikan baris menyimpan data adalah format terstruktur.
  • Apabila kita perlu memproses dan menganalisis sejumlah besar data separa berstruktur atau tidak berstruktur, kita menggunakan pendekatan berorientasikan lajur. Seperti aplikasi yang berurusan Pemprosesan Analisis Dalam Talian seperti perlombongan data, pergudangan data, aplikasi termasuk analisis, dll.
  • Manakala, Pemprosesan Transaksi Dalam Talian seperti domain perbankan dan kewangan yang mengendalikan data berstruktur dan memerlukan sifat transaksi (sifat ACID) menggunakan pendekatan berorientasikan baris.

Jadual HBase mempunyai komponen berikut, yang ditunjukkan dalam gambar di bawah:

  • Jadual : Data disimpan dalam format jadual di HBase. Tetapi di sini jadual dalam format berorientasikan lajur.
  • Baris Kunci : Kekunci baris digunakan untuk mencari rekod yang membuat carian cepat. Anda pasti ingin tahu bagaimana? Saya akan menerangkannya di bahagian seni bina yang bergerak maju dalam blog ini.
  • Kolum Keluarga : Pelbagai lajur digabungkan dalam keluarga lajur. Keluarga lajur ini disimpan bersama-sama yang menjadikan proses pencarian lebih cepat kerana data milik keluarga lajur yang sama dapat diakses bersama dalam satu pencarian.
  • Kolum Kelayakan : Nama setiap lajur dikenali sebagai kelayakan lajurnya.
  • Sel : Data disimpan dalam sel. Data dibuang ke dalam sel yang secara khusus dikenal pasti oleh kelayakan baris dan lajur.
  • Cap waktu : Cap waktu adalah gabungan tarikh dan masa. Setiap kali data disimpan, ia disimpan dengan cap waktu. Ini menjadikan anda mudah mencari versi data tertentu.

Dengan cara yang lebih mudah dan difahami, kita dapat mengatakan HBase terdiri daripada:

  • Set jadual
  • Setiap jadual dengan keluarga lajur dan baris
  • Kekunci baris berfungsi sebagai kunci Utama di HBase.
  • Sebarang akses ke jadual HBase menggunakan Kunci Utama ini
  • Setiap kelayakan lajur yang ada di HBase menunjukkan atribut yang sesuai dengan objek yang berada di dalam sel.

Setelah anda mengetahui mengenai Model Data HBase, mari kita lihat bagaimana model data ini sesuai dengan HBase Architecture dan menjadikannya sesuai untuk penyimpanan besar dan pemprosesan lebih cepat.

Senibina HBase: Komponen Senibina HBase

HBase mempunyai tiga komponen utama iaitu, Pelayan HMaster , Pelayan Wilayah HBase, Kawasan dan Penjaga zoo .

Gambar di bawah menerangkan hierarki Senibina HBase. Kami akan membincangkan setiap satu daripada mereka secara individu.


Sekarang sebelum pergi ke HMaster, kita akan memahami Kawasan kerana semua Pelayan ini (HMaster, Region Server, Zookeeper) ditempatkan untuk menyelaraskan dan menguruskan Kawasan dan melakukan pelbagai operasi di dalam Kawasan. Oleh itu, anda pasti ingin tahu apa itu kawasan dan mengapa mereka sangat penting?

Senibina HBase: Wilayah

Kawasan mengandungi semua baris antara kunci mula dan kunci akhir yang diberikan ke rantau itu. Jadual HBase dapat dibahagikan kepada sejumlah wilayah sedemikian rupa sehingga semua lajur keluarga lajur disimpan di satu wilayah. Setiap wilayah mengandungi baris dalam urutan yang disusun.

Banyak wilayah ditugaskan untuk Pelayan Wilayah , yang bertanggung jawab untuk menangani, mengurus, melaksanakan operasi membaca dan menulis di sekumpulan wilayah tersebut.

Oleh itu, membuat kesimpulan dengan cara yang lebih mudah:

  • Jadual boleh dibahagikan kepada beberapa wilayah. Wilayah adalah rangkaian baris yang tersusun yang menyimpan data antara kunci permulaan dan kunci akhir.
  • Wilayah mempunyai ukuran lalai 256MB yang dapat dikonfigurasi sesuai dengan kebutuhan.
  • Kumpulan wilayah dilayan kepada pelanggan oleh Pelayan Wilayah.
  • Pelayan Wilayah dapat melayani kira-kira 1000 wilayah kepada pelanggan.

Sekarang bermula dari bahagian atas hierarki, pertama saya ingin menerangkan tentang HMaster Server yang bertindak serupa dengan NameNode di HDFS . Kemudian, ketika turun dalam hierarki, saya akan membawa anda melalui ZooKeeper dan Region Server.

Senibina HBase: Tuan Besar

Seperti dalam gambar di bawah, anda dapat melihat HMaster menangani koleksi Region Server yang berada di DataNode. Mari kita fahami bagaimana HMaster melakukannya.

  • HBase HMaster melakukan operasi DDL (buat dan hapus jadual) dan tetapkan wilayah ke pelayan Wilayah seperti yang anda lihat pada gambar di atas.
  • Ia menyelaraskan dan menguruskan Pelayan Wilayah (sama seperti NameNode menguruskan DataNode dalam HDFS).
  • Ini memberikan wilayah ke Pelayan Wilayah pada saat permulaan dan menetapkan kembali wilayah ke Pelayan Wilayah selama pemulihan dan pengimbangan beban.
  • Ia memantau semua kejadian Pelayan Wilayah dalam kluster (dengan bantuan Zookeeper) dan melakukan aktiviti pemulihan setiap kali Pelayan Wilayah dimatikan.
  • Ini menyediakan antara muka untuk membuat, menghapus dan mengemas kini jadual.

HBase mempunyai persekitaran yang tersebar dan besar di mana HMaster sahaja tidak mencukupi untuk menguruskan semuanya. Oleh itu, anda pasti tertanya-tanya apa yang membantu HMaster menguruskan persekitaran yang besar ini? Di situlah ZooKeeper masuk ke dalam gambar. Setelah kami memahami bagaimana HMaster mengurus persekitaran HBase, kami akan memahami bagaimana Zookeeper membantu HMaster dalam menguruskan persekitaran.

Senibina HBase: ZooKeeper - Penyelaras

Gambar di bawah ini menerangkan mekanisme koordinasi ZooKeeper.

  • Zookeeper bertindak seperti penyelaras di dalam persekitaran diedarkan HBase. Ini membantu dalam mengekalkan keadaan pelayan di dalam kluster dengan berkomunikasi melalui sesi.
  • Setiap Pelayan Wilayah bersama dengan Pelayan HMaster mengirimkan detak jantung berterusan pada selang waktu yang tetap kepada Zookeeper dan ia memeriksa pelayan mana yang masih hidup dan tersedia seperti yang disebutkan dalam gambar di atas. Ini juga memberikan pemberitahuan kegagalan pelayan sehingga, langkah-langkah pemulihan dapat dijalankan.
  • Merujuk dari gambar di atas yang dapat anda lihat, terdapat pelayan yang tidak aktif, yang bertindak sebagai sandaran untuk pelayan aktif. Sekiranya pelayan aktif gagal, ia datang untuk menyelamatkan.
  • HMaster yang aktif menghantar degupan jantung kepada Zookeeper sementara HMaster yang tidak aktif mendengar pemberitahuan yang dihantar oleh HMaster yang aktif. Sekiranya HMaster yang aktif gagal menghantar degupan jantung sesi akan dihapuskan dan HMaster yang tidak aktif menjadi aktif.
  • Walaupun jika Pelayan Wilayah gagal mengirim degup jantung, sesi tersebut akan tamat dan semua pendengar diberitahu mengenainya. Kemudian HMaster melakukan tindakan pemulihan yang sesuai yang akan kita bincangkan kemudian di blog ini.
  • Zookeeper juga mengekalkan jalan Pelayan .META, yang membantu setiap pelanggan dalam mencari kawasan mana pun. Pelanggan pertama harus memeriksa dengan .META Server di mana Region Server suatu wilayah berada, dan ia mendapat jalan dari Server Region.

Semasa saya bercakap mengenai Pelayan .META, izinkan saya menerangkan kepada anda terlebih dahulu apa itu pelayan .META? Oleh itu, anda boleh mengaitkan kerja ZooKeeper dan .META Server dengan mudah. Kemudian, apabila saya akan menerangkan kepada anda mekanisme carian HBase di blog ini, saya akan menerangkan bagaimana kedua-duanya berfungsi secara kolaborasi.

Senibina HBase: Jadual Meta

  • Jadual META adalah jadual katalog HBase khas. Ia menyimpan senarai semua Pelayan Kawasan dalam sistem penyimpanan HBase, seperti yang anda lihat pada gambar di atas.
  • Melihat gambar yang anda dapat lihat, .META fail mengekalkan jadual dalam bentuk kunci dan nilai. Kunci mewakili kunci permulaan wilayah dan idnya sedangkan nilainya mengandungi jalan Pelayan Wilayah.

Seperti yang telah saya bincangkan, Pelayan Wilayah dan fungsinya semasa saya menerangkan kepada anda Kawasan, oleh itu, sekarang kita beralih ke hierarki dan saya akan memberi tumpuan kepada komponen Pelayan Wilayah dan fungsinya. Kemudian saya akan membincangkan mekanisme mencari, membaca, menulis dan memahami bagaimana semua komponen ini bekerjasama.

Senibina HBase: Komponen Pelayan Wilayah

Gambar di bawah ini menunjukkan komponen Pelayan Wilayah. Sekarang, saya akan membincangkannya secara berasingan.

Pelayan Wilayah mengekalkan pelbagai kawasan yang berjalan di bahagian atas . Komponen Pelayan Wilayah adalah:

  • WAL: Seperti yang dapat anda simpulkan dari gambar di atas, Write Ahead Log (WAL) adalah fail yang dilampirkan pada setiap Pelayan Wilayah di dalam lingkungan yang diedarkan. WAL menyimpan data baru yang belum dikekalkan atau berkomitmen untuk penyimpanan tetap. Ia digunakan sekiranya gagal memulihkan set data.
  • Sekat Cache: Dari gambar di atas, jelas kelihatan bahawa Block Cache berada di bahagian atas Region Server. Ia menyimpan data yang sering dibaca dalam memori. Sekiranya data di BlockCache paling sedikit digunakan baru-baru ini, maka data tersebut dikeluarkan dari BlockCache.
  • MemStore: Ia adalah cache tulis. Ia menyimpan semua data yang masuk sebelum memasukkannya ke cakera atau memori kekal. Terdapat satu MemStore untuk setiap keluarga lajur di satu wilayah. Seperti yang anda lihat dalam gambar, terdapat beberapa MemStor untuk satu wilayah kerana setiap wilayah mengandungi beberapa keluarga lajur. Data disusun mengikut urutan leksikografi sebelum memasukkannya ke cakera.
  • HFile: Dari gambar di atas anda dapat melihat HFile disimpan di HDFS. Oleh itu ia menyimpan sel sebenar pada cakera. MemStore melakukan data ke HFile apabila ukuran MemStore melebihi.

Setelah mengetahui komponen utama dan kecil HBase Architecture, saya akan menerangkan mekanisme dan usaha kolaborasi mereka dalam hal ini. Sama ada membaca atau menulis, pertama kita perlu mencari dari mana membaca atau di mana hendak menulis fail. Oleh itu, mari kita fahami proses carian ini, kerana ini adalah salah satu mekanisme yang menjadikan HBase sangat popular.

belajar pl sql dalam talian percuma

Senibina HBase: Bagaimana Pencarian Bermula di HBase?

Seperti yang anda ketahui, Zookeeper menyimpan lokasi jadual META. Setiap kali pelanggan mendekati permintaan baca atau tulis ke HBase, operasi berikut berlaku:

  1. Pelanggan mengambil lokasi jadual META dari ZooKeeper.
  2. Pelanggan kemudian meminta lokasi Pelayan Wilayah dari kekunci baris yang sesuai dari jadual META untuk mengaksesnya. Pelanggan menyimpan maklumat ini dengan lokasi Jadual META.
  3. Kemudian ia akan mendapatkan lokasi baris dengan meminta dari Server Wilayah yang sesuai.

Untuk rujukan masa depan, pelanggan menggunakan cache untuk mengambil lokasi jadual META dan Server Wilayah kunci baca sebelumnya. Kemudian pelanggan tidak akan merujuk kepada jadual META, sehingga dan melainkan jika terdapat ketinggalan kerana wilayah tersebut beralih atau dipindahkan. Kemudian ia akan meminta lagi ke pelayan META dan mengemas kini cache.

Seperti setiap masa, pelanggan tidak membuang masa untuk mendapatkan lokasi Region Server dari META Server, oleh itu, ini menjimatkan masa dan membuat proses pencarian lebih cepat. Sekarang, izinkan saya memberitahu anda bagaimana penulisan berlaku di HBase. Apa komponen yang terlibat di dalamnya dan bagaimana ia terlibat?

Senibina HBase: HBase Tulis Mekanisme

Gambar di bawah ini menerangkan mekanisme menulis di HBase.

Mekanisme menulis melalui proses berikut secara berurutan (rujuk gambar di atas):

Langkah 1: Setiap kali pelanggan mempunyai permintaan menulis, pelanggan akan menulis data ke WAL (Write Ahead Log).

  • Hasil suntingan kemudiannya dilampirkan pada akhir fail WAL.
  • Fail WAL ini dikekalkan di setiap Region Server dan Region Server menggunakannya untuk memulihkan data yang tidak dilakukan ke disk.

Langkah 2: Setelah data ditulis ke WAL, maka disalin ke MemStore.

Langkah 3: Setelah data diletakkan di MemStore, maka pelanggan akan menerima pengakuan tersebut.

Langkah 4: Apabila MemStore mencapai ambang, ia membuang atau memasukkan data ke dalam HFile.

Sekarang mari kita selami dan memahami bagaimana MemStore menyumbang dalam proses penulisan dan apa fungsinya?

HBase Tulis Mekanisme- MemStore

  • MemStore selalu mengemas kini data yang disimpan di dalamnya, dalam urutan leksikografik (secara berurutan dengan cara kamus) sebagai KeyValues ​​yang disusun. Terdapat satu MemStore untuk setiap keluarga lajur, dan dengan demikian kemas kini disimpan secara tersusun untuk setiap keluarga lajur.
  • Apabila MemStore mencapai ambang, ia membuang semua data ke HFile baru dengan cara yang disusun. HFile ini disimpan dalam HDFS. HBase mengandungi beberapa HFiles untuk setiap Keluarga Kolum.
  • Lama kelamaan, bilangan HFile bertambah apabila MemStore membuang data.
  • MemStore juga menyimpan nombor urutan terakhir yang ditulis, jadi Master Server dan MemStore sama-sama tahu, bahawa apa yang dilakukan setakat ini dan dari mana hendak bermula. Apabila wilayah bermula, nombor urutan terakhir dibaca, dan dari nombor itu, pengeditan baru bermula.

Seperti yang saya bincangkan beberapa kali, bahawa HFile adalah penyimpanan berterusan berterusan dalam seni bina HBase. Akhirnya, semua data diberikan kepada HFile yang merupakan simpanan tetap HBase. Oleh itu, marilah kita melihat sifat HFile yang menjadikannya lebih pantas untuk carian semasa membaca dan menulis.

Senibina HBase: HBase Tulis Mekanisme- HFile

  • Penulisan diletakkan secara berurutan pada cakera. Oleh itu, pergerakan kepala baca-tulis cakera sangat kurang. Ini menjadikan mekanisme penulisan dan carian menjadi sangat pantas.
  • Indeks HFile dimuat dalam memori setiap kali HFile dibuka. Ini membantu dalam mencari rekod dalam satu carian.
  • Treler adalah penunjuk yang menunjuk ke blok meta HFile. Ia ditulis di akhir fail komited. Ia mengandungi maklumat mengenai cap waktu dan penapis mekar.
  • Bloom Filter membantu mencari pasangan nilai utama, melangkau fail yang tidak mengandungi baris baris yang diperlukan. Cap waktu juga membantu dalam mencari versi fail, membantu dalam melangkau data.

Setelah mengetahui mekanisme penulisan dan peranan pelbagai komponen dalam membuat penulisan dan carian lebih cepat. Saya akan menerangkan kepada anda bagaimana mekanisme membaca berfungsi dalam seni bina HBase? Kemudian kita akan beralih ke mekanisme yang meningkatkan prestasi HBase seperti pemadatan, pemisahan wilayah dan pemulihan.

Senibina HBase: Baca Mekanisme

Seperti yang dibincangkan dalam mekanisme carian kami, pertama-tama klien mengambil lokasi Pelayan Wilayah dari .META Server jika pelanggan tidak memilikinya dalam memori cache. Kemudian melalui langkah-langkah berurutan seperti berikut:

  • Untuk membaca data, pengimbas terlebih dahulu mencari sel Row dalam cache Block. Di sini semua pasangan nilai kunci yang baru dibaca disimpan.
  • Sekiranya Pengimbas gagal menemui hasil yang diperlukan, ia akan bergerak ke MemStore, kerana kita tahu ini adalah memori cache tulis. Di sana, ia mencari fail yang ditulis paling baru, yang belum dibuang di HFile.
  • Akhirnya, ia akan menggunakan penapis mekar dan menyekat cache untuk memuat data dari HFile.

cara menghentikan program java dalam kod

Setakat ini, saya telah membincangkan mekanisme carian, membaca dan menulis HBase. Sekarang kita akan melihat mekanisme HBase yang membuat carian, membaca dan menulis cepat di HBase. Pertama, kita akan faham Pemadatan , yang merupakan salah satu mekanisme tersebut.

Senibina HBase: Pemadatan

HBase menggabungkan HFiles untuk mengurangkan penyimpanan dan mengurangkan jumlah carian cakera yang diperlukan untuk membaca. Proses ini dipanggil pemadatan . Compaction memilih beberapa HFiles dari wilayah dan menggabungkannya. Terdapat dua jenis pemadatan seperti yang anda lihat pada gambar di atas.

  1. Pemadatan Kecil : HBase memilih HFiles yang lebih kecil secara automatik dan mengesyorkannya ke HFiles yang lebih besar seperti yang ditunjukkan dalam gambar di atas. Ini dipanggil Pemadatan Minor. Ia melakukan penggabungan jenis untuk melakukan HFiles yang lebih kecil ke HFiles yang lebih besar. Ini membantu pengoptimuman ruang simpanan.
  2. Pemadatan Utama: Seperti yang digambarkan dalam gambar di atas, dalam pemadatan utama, HBase menggabungkan dan menganjurkan HFiles yang lebih kecil di rantau ke HFile baru. Dalam proses ini, keluarga lajur yang sama ditempatkan bersama di HFile baru. Ia menjatuhkan sel yang telah dipadam dan tamat tempoh dalam proses ini. Ia meningkatkan prestasi membaca.

Tetapi semasa proses ini, cakera input-output dan lalu lintas rangkaian mungkin mengalami kesesakan. Ini dikenali sebagai tulis penguat . Oleh itu, ia biasanya dijadualkan pada waktu pemuatan puncak rendah.

Sekarang satu lagi proses pengoptimuman prestasi yang akan saya bincangkan adalah Perpecahan Wilayah . Ini sangat penting untuk pengimbangan beban.

Senibina HBase: Perpecahan Wilayah

Gambar di bawah menunjukkan mekanisme Pemisahan Wilayah.

Setiap kali kawasan menjadi besar, ia dibahagikan kepada dua wilayah anak, seperti yang ditunjukkan pada gambar di atas. Setiap wilayah mewakili separuh daripada kawasan induk. Kemudian perpecahan ini dilaporkan kepada HMaster. Ini dikendalikan oleh Pelayan Wilayah yang sama sehingga HMaster memperuntukkan mereka ke Pelayan Wilayah baru untuk pengimbangan beban.

Yang terakhir, saya akan menerangkan bagaimana HBase memulihkan data selepas kegagalan. Seperti yang kita ketahui Pemulihan Kegagalan adalah ciri HBase yang sangat penting, jadi beritahu kami bagaimana HBase memulihkan data setelah kegagalan.

Senibina HBase: HBase Crash dan Pemulihan Data

  • Setiap kali Pelayan Wilayah gagal, ZooKeeper memberitahu kepada HMaster mengenai kegagalan tersebut.
  • Kemudian HMaster mengedarkan dan memperuntukkan wilayah Pelayan Wilayah yang dihancurkan ke banyak Pelayan Wilayah yang aktif. Untuk memulihkan data MemStore Pelayan Wilayah yang gagal, HMaster mengedarkan WAL ke semua Pelayan Wilayah.
  • Setiap Pelayan Wilayah melaksanakan WAL untuk membina MemStore untuk keluarga lajur wilayah yang gagal.
  • Data ditulis mengikut urutan kronologi (dalam masa yang tepat) di WAL. Oleh itu, melaksanakan semula WAL bermaksud membuat semua perubahan yang dibuat dan disimpan dalam fail MemStore.
  • Oleh itu, setelah semua Server Wilayah melaksanakan WAL, data MemStore untuk semua keluarga lajur dipulihkan.

Saya harap blog ini dapat membantu anda dalam memahami Model Data HBase & Senibina HBase. Semoga anda menikmatinya. Sekarang anda boleh mengaitkan dengan ciri-ciri HBase (yang saya jelaskan sebelumnya Tutorial HBase blog) dengan HBase Architecture dan fahami bagaimana ia berfungsi secara dalaman. Setelah mengetahui bahagian teori HBase, anda harus beralih ke bahagian praktikal. Mengingat ini, blog kami seterusnya dari akan menerangkan contoh HBase POC .

Sekarang setelah anda memahami HBase Architecture, lihat oleh Edureka, sebuah syarikat pembelajaran dalam talian yang dipercayai dengan rangkaian lebih daripada 250,000 pelajar berpuas hati yang tersebar di seluruh dunia. Kursus Latihan Pensijilan Hadoop Data Besar Edureka membantu pelajar menjadi pakar dalam bidang HDFS, Benang, MapReduce, Babi, Hive, HBase, Oozie, Flume dan Sqoop menggunakan kes penggunaan masa nyata di domain Runcit, Media Sosial, Penerbangan, Pelancongan, Kewangan.

Ada soalan untuk kami? Sila sebutkan di bahagian komen dan kami akan menghubungi anda.