Haroon dan selamat datang kembali.
Sekarang dalam kesepakatan hari ini, kita akan membahas tentang database global Aurora.
Sekarang, database global Aurora memungkinkan satu database Aurora tersebar di beberapa wilayah yang dapat dimakan.
Jadi jika saya harus memberi Anda gambaran tentang database global Aurora dalam satu kalimat, itu tidak
lain adalah replika bried bacaan yang bagus secara khusus.
Ini akan lebih baik dipahami jika kita memiliki lebih banyak ide hebat.
Sekarang database global Aurora mereplikasi data tanpa berdampak pada kinerja database.
Ini juga memungkinkan pembacaan lokal yang cepat, latensi rendah di setiap wilayah, dan juga menyediakan pemulihan bencana dari pemadaman
di seluruh wilayah.
Jadi ini dapat diperiksa lebih baik dengan diagram ini di sini di mana Anda memiliki master Aurora dan di wilayah yang
berbeda, Anda telah membaca replika yang tersedia.
Jadi jika Anda memiliki aplikasi global, maka Anda dapat melakukan pembacaan langsung dari replika 3D.
Sekarang, jika karena alasan tertentu di Master Ghost Dome, maka Anda dapat dengan mudah mempromosikan replika 3D
menjadi master baru.
Jadi itulah konsep keseluruhan di balik Aurora Global Database.
Sekarang, jika Anda melihat arsitektur database global pada pandangan dunia tingkat yang sangat tinggi, ini
dapat dijelaskan dengan diagram ini.
Kemudian Anda memiliki Aurora di wilayah primer, Aurora di wilayah sekunder.
Sekarang, di antara mereka di tingkat penyimpanan, ada aplikasi asinkronisitas yang terjadi.
Jadi data direplikasi berdasarkan replikasi asinkron antara dua wilayah tersebut untuk wilayah.
Sekarang, satu bagian penting untuk diingat di sini adalah karena urutan penyimpanan dipisahkan dari instance itu
sendiri di wilayah utama, Anda akan melihat bahwa Anda memilikinya.
Benar itu yang terjadi dari instance utama ke penyimpanan tadi.
Namun, di wilayah aktivitas ini, Anda hanya memiliki petunjuk yang terjadi dari instans Aurora
ke area penyimpanan.
Jadi itulah tingkat tinggi dari apa yang Anda miliki.
Jadi mari kita lakukan satu hal.
Mari beralih ke praktik sehingga kita memahami langkah-langkah yang terlibat dalam menyiapkan database
global.
Jadi saat ini untuk demo hari ini, kita perlu membaca sepanjang tahun.
Pembacaan keempat yang akan kita gunakan bukanlah California.
Dan alasan kedua yang akan kita gunakan adalah Singapura.
Jadi mari kita lanjutkan dan membuat database Aurora.
Jadi saya akan klik buat database.
Kami akan menggunakan mesin Amazon, Aurora.
Sekarang, di dalam ABC, biarkan menjadi sekuel saya oleh NOIA.
Dan poin penting berikutnya di sini adalah lokasi database.
Jadi mari kita lanjutkan dan pilih tempat global sekarang untuk menguji bubbler.
Kami akan menggunakan disk dev.
Ayo cepat buat kata sandinya.
Mari kita turun besar.
Kami tidak benar-benar menginginkan enkripsi untuk saat ini.
Kami akan menghemat biaya sekarang untuk instans DB.
Anda akan melihat bahwa ada beberapa contoh terbatas yang tersedia.
Anda tidak benar-benar harus tidak mikro dan sebagainya.
Jadi itulah salah satu batasan di sini.
Jadi pada dasarnya apa yang akan terjadi adalah Anda harus membayar untuk ini.
Jadi itulah salah satu batasan dalam hal kepraktisan, jika seandainya Anda ingin melakukannya.
Jadi mari kita lanjutkan dan juga pilih mereka.
Diplomat Lindsy.
Jadi Anda akan memilih mereka.
Diplomat Medici.
Kami membiarkannya menjadi kata sandi dengan otentikasi dalam opsi basis data mereka.
Kami pergi.
Semuanya default.
Mari kita hilangkan performa di sightseer dan juga hilangkan pemantauan yang ditingkatkan.
Jadi itulah tingkat tinggi Anda.
Mari kita lanjutkan dan buat database global.
Jadi saat ini dalam database global, Anda melihat bahwa instance masih dalam tahap pembuatan.
Mari kita cepat menunggu beberapa saat untuk mereka dibuat.
Baiklah.
Jadi butuh beberapa menit dan database kami sekarang tersedia.
Sekarang, jika Anda melihat peran database kami, sebenarnya, mari kita maksimalkan.
Perannya secara global dengan.
Saya tidak tahu langkah ini.
Anda tidak benar-benar memiliki database global.
Jadi, misalnya, semua yang kita punya waktu sekarang adalah jika Anda telah membuat database
master ini, yang memiliki aturan blobbing, sekarang untuk membuat replika 3D ini, Anda harus menambahkan setidaknya opsi.
Jadi jika Anda pergi ke bidang tindakan, Anda harus mengklik TAMBAHKAN wilayah.
Jadi, Anda harus menentukan wilayah sekunder untuk database global.
Sekarang, tidak semua wilayah didukung di sini.
Jadi itu adalah bagian penting untuk diingat.
Jadi ini adalah wilayah yang mendukung mari kita pilih Singapura untuk wilayah sekunder.
Jadi kita tidak Singapura menambahkan replika akan dibuat.
Sekarang, hal yang sama berlaku sejauh menyangkut ukuran instan.
Anda.
Tidak benar-benar memiliki fleksibilitas terkait dengan jumlah memori yang terancam, atau Anda akan melihat bahwa jumlah
memori mulai dari sekitar lima belas koma dua puluh lima hingga 16 DB.
Anda tidak benar-benar memiliki kunci untuk terlihat pintar GURD Micro.
Jadi bagaimanapun, bahkan jika Anda melakukan kelas instance generasi sebelumnya atau Anda sendiri, Anda akan melihat bahwa Anda memiliki
tiga Dawna yang memiliki kapasitas memori yang sama.
Setiap kebutuhan untuk itu akan menggunakan ide fade Earthlight.
Jangan memilih tiga replika.
Tidak, dan itulah konfigurasi ikhtisar.
Namun yang harus Anda lakukan adalah Anda harus mengklik ADD Preachin.
Besar.
Jadi itu membuat database global.
Sekarang, jika Anda melihat peran yang terkait dengan itu, maka ia memiliki peran sekunder.
Sekarang, jika Anda pergi ke wilayah Singapura, maka di wilayah Singapura juga, Anda melihat bahwa kami memiliki
database global.
Jadi jika Anda meminimalkan ini, Anda memiliki satu database global.
Ini memiliki dua cluster yang tetapi wilayahnya adalah dua.
Sekarang, jika Anda akan melihat bahwa dua contoh ini, acara prebid penulisan lainnya sebagai
bagian dari AS, mereka mengamankan ini karena kami telah memilihnya, mungkin menjadi opsi untuk daftar AS.
Dan kemudian Anda memiliki yang kedua di mana Anda hanya memiliki satu contoh pembaca utama.
Jadi Carib masih dalam tahap sore hari, kemudian bertambah berat, terutama karena mereka ingin menunjukkan
kepada Anda bagaimana kami dapat mempromosikan ini untuk dilakukan di Mastella.
Jadi mari kita cepat membaca sejenak di sini.
Baiklah, jadi sudah beberapa menit, dan saat ini Anda akan melihat bahwa baik database global
maupun sekunder tersedia sekarang, atau ingat bahwa di bawah tahun global ketika peran adalah yang utama
dan yang kedua adalah yang sekunder.
Baiklah.
Jadi ini adalah salah satu bagian yang penting untuk diingat.
Tidak.
Jika Anda bertindak, Soyer, Anda juga dapat menambahkan replika Reeb ke database sekunder yang tersedia.
Dan Anda juga dapat menghapus database sekunder ini dari database global.
Jadi mari kita asumsikan bahwa karena beberapa alasan, database global yang memiliki penggaris utama ini tidak berfungsi.
Ada beberapa masalah.
Jadi sebagai bagian dari kata terakhir, Anda dapat mempromosikan kata sekunder untuk melepaskan diri dari Blumen dan menjadi kata
utama baru.
Jadi mari kita pergi ke depan dan melihat ke dalamnya.
Jadi saya pergi ke tindakan.
Anda dapat mengklik Hapus Globin.
Dan sekarang ada dua hal yang akan terjadi dengan cara pertama Anda adalah ia akan menghapus dirinya sendiri
dari database global dan kemudian secara otomatis akan mempromosikan dirinya sendiri.
Jadi ini akan menjadi cluster mandiri utama yang baru bersama-sama.
Jadi mari kita pergi ke depan dan melihat ke dalamnya.
Jadi apa yang saya lakukan.
Mari kita klik dan hapus dan promosikan.
Baiklah.
Jadi sudah beberapa menit dan Anda melihat pesan yang menyatakan bahwa Hadramout berhasil dihapus di
database global sekunder sepanjang tahun.
Sekarang, jika Anda melihat ke database global sekunder, yang didasarkan pada
AP Southeastward, ini memiliki peran wilayah dan contoh di Eropa memiliki peran penulis.
Jadi ini telah menjadi database independen sendiri.
Dan dari sini, jika Anda pergi ke tindakan, maka Anda dapat menambahkan.
Tapi kemudian Anda bisa memiliki semuanya Broeder dan seterusnya.
Jadi ini adalah database independen kami.
Nah, salah satu bagian penting yang harus diingat adalah setelah Anda melakukan promosi, Anda harus mengubah aplikasi yang Anda pesan
agar bisa mengarah ke sana.
Sekarang, ini secara khusus berlaku ketika datang ke skenario failover.
Jadi mari kita beralih kembali ke jaksa agung California.
Anda berada di wilayah California, Anda hanya akan melihat contoh bahwa bagian dari AS
ke satu wilayah dan satu replika terkait tenggara tidak lagi terlihat a.
Jadi sekarang itulah gambaran tingkat tinggi tentang database global sekarang.
Nah, bagian penting untuk diingat di sini adalah bahwa setelah Anda menyelesaikan sebuah paket akan melanjutkan
dan menghapus semua hal yang telah kita buat, terutama karena kita menggunakannya.
Jika saya tidak menyukai instance, dan jika Anda tetap menjalankannya untuk waktu yang lebih lama,
Anda akan memiliki banyak bantuan yang tersedia di akhir bulan sehingga Anda dapat melanjutkan dan menghapus instance Aurora yang telah Anda buat
di mana-mana .
Jadi Anda bisa melakukan atau menghapus saya.
Dan ini akan memulai operasi penghapusan.
Dan hal yang sama dapat Anda lakukan untuk sumber daya tambahan yang telah Anda buat sebagai bagian dari klaster Aurora.
Nah, sebelum kita bisa melakukan itu, beberapa poin penting yang perlu kita ingat.
Pertama, database global tidak mendukung failover otomatis ke wilayah sekunder.
Jadi langkah ini, panduan ini, sakin, tidak hanya di negara bagian tertentu yang didukung.
Jadi Anda tidak dapat menggunakan de de de de de de de de tiga kacamata instan.
Ini adalah sesuatu yang telah kita lihat.
Hal ketiga adalah jika Anda berencana untuk menggunakan database Uttara Global, ada beberapa fitur yang
tidak.
Salah satu yang utama adalah Anda tidak dapat memiliki fitur ransel yang didukung.
Dan juga menghentikan dan memulai cluster bayi mereka dalam database global tidak didukung.
Jadi itulah pandangan dunia Heilmann tentang database global Aurora.
Semoga video ini dapat memberi informasi bagi Anda, dan saya menantikan video berikutnya.