Hai, semuanya, dan selamat datang kembali.
Sekarang, dalam video ini, kita akan membahas tentang jenis penyebaran multi aset.
Sekarang, pada gambaran umum tingkat tinggi, perhatikan bahwa kapan pun Anda memutuskan untuk menggunakan
penyebaran multi basis dalam ide, ada dua subtipe yang tersedia.
Yang pertama adalah penyebaran instance multi AC.
Yang kedua adalah penyebaran klaster multi AC.
Di antara ini, penyebaran instance multi AC adalah pendekatan yang lebih tua.
Penerapan cluster multi AC adalah pendekatan yang lebih baru dan umumnya untuk lingkungan produksi, penerapan
cluster multi AC terbukti cukup berguna.
Jadi, mari kita lanjutkan dan pahami kedua hal ini.
Pendekatan pertama di sini adalah penyebaran instance multi AC.
Sekarang ini juga disebut sebagai multi AC dengan satu standby.
Jadi jika Anda melihat diagram ini, Anda memiliki instance database utama dan Anda memiliki satu standby yang
tersedia.
Dan di antara keduanya, ada replikasi yang terjadi.
Sekarang, satu hal yang perlu diperhatikan di sini adalah bahwa instance standby ini, meskipun ada replikasi
yang terjadi sebagai pengguna, Anda tidak akan dapat melakukan operasi apa pun pada instance standby, termasuk
operasi Reid.
Kadang-kadang orang bertanya-tanya bahwa bagaimanapun juga, instance siaga sedang berjalan.
Mengapa tidak menggunakan ini untuk operasi penyerbuan?
Hal ini terbukti bermanfaat karena ini sudah ditambahkan sebagai bagian dari biaya Anda.
Namun, dalam pendekatan jenis ini, replika siaga ini, tidak ada akses sama sekali kecuali dan
sampai DB primer gagal, replika siaga ini menjadi basis data primer baru.
Pendekatan nomor dua, seperti yang sedang kita diskusikan, adalah penerapan cluster multi AC.
Dalam jenis arsitektur ini, ada satu instance database penulis dan untuk membaca instance database dan
semuanya tersedia di tiga zona ketersediaan terpisah di wilayah yang sama.
Misalnya, di sini Anda melihat bahwa Anda memiliki tiga zona ketersediaan, bukan?
Instance DB tersedia di sini, ada dua instance database.
Jadi, Anda juga dapat menggunakan ini sebagai instance siaga yang mirip dengan apa yang kita diskusikan dalam pendekatan.
Nomor satu, satu-satunya manfaat di sini adalah bahwa tidak hanya ini dapat bertindak sebagai instance siaga, Anda juga
dapat melakukan operasi baca di sini.
Jadi, beban otomatis akan didistribusikan, bukan?
Operasi dapat pergi ke instance DB yang tepat dan baca Operasi dapat pergi ke instance DB pembaca di sini.
Sekarang, ketika Anda membahas tentang jenis penyebaran di ID, ada tiga jenis penyebaran utama.
Salah satunya adalah zona ketersediaan tunggal.
Anda memiliki zona multi ketersediaan dengan satu siaga.
Jadi ini adalah pendekatan nomor satu, dan Anda memiliki zona ketersediaan multi dengan dua standby yang dapat
dibaca, yang tidak lain adalah penyebaran cluster multi AC.
Sekarang ketika kita membahas tentang kapasitas baca tambahan untuk zona ketersediaan tunggal, tidak ada kapasitas
baca tambahan.
Hanya ada satu instance database primer dan instance database itu bisa digunakan untuk operasi baca
dan tulis.
Ketika kita membahas tentang multi AC dengan satu standby lagi di sini, tidak ada kapasitas baca tambahan
di sini karena Anda tidak dapat melakukan operasi baca apa pun pada instance standby.
Namun, untuk penyebaran klaster, Anda harus berdiri dengan instance DB yang dapat dibaca.
Jadi ini terbukti bermanfaat ketika kita membahas tentang deteksi failover otomatis untuk AC tunggal.
Sekali lagi, tidak ada dan untuk multi AC, akan selalu ada deteksi kegagalan.
Ketika kita membahas tentang durasi failover, di sinilah penyebaran klaster kembali terbukti berguna.
Jadi, ketika kita membahas tentang multi AC dengan satu standby, Anda memiliki primary baru yang tersedia untuk
melayani beban kerja dalam waktu 60 detik.
Namun, untuk penyebaran klaster, ini jauh lebih cepat, yang biasanya di bawah 35 detik.
Sekarang sebelum kita menyimpulkan, mari kita lanjutkan dan segera melihat kedua hal ini.
Sekarang dari konsol IDS.
Saya memiliki dua instance database yang tersedia.
Satu didasarkan pada penyebaran instance di sini.
Jadi, ini adalah penyebaran instance.
Dan yang kedua didasarkan pada penyebaran klaster.
Sekarang seperti yang kita diskusikan dalam penerapan instance, semua replika siaga itu ada di sana, tetapi Anda
tidak memiliki akses ke sana.
Jadi ini adalah satu hal yang perlu diperhatikan.
Jika saya membuka ini, Anda hanya memiliki endpoint dan endpoint ini menuju ke instance database utama.
Sekarang ketika kita membahas tentang penerapan cluster, seperti yang kita ketahui bahwa Anda memiliki satu instance
DB kanan dan dua instance DB pembaca.
Jadi jika saya memperluas ini, Anda melihat bahwa untuk cluster multi AC, Anda memiliki hak untuk contoh di sini dan Anda
memiliki dua contoh pembaca.
Dan juga satu hal yang perlu diperhatikan adalah bahwa semua ini berada dalam zona ketersediaan terpisah, jadi penulis berada
dalam satu, pembaca berada dalam satu, pembaca kedua berada dalam satu D Ini adalah satu hal yang perlu diperhatikan bersama dengan itu, jika
saya segera membuka ini, Anda akan melihat bahwa biasanya.
Dua titik akhir.
Titik akhir pertama adalah untuk kanan, misalnya.
Jadi untuk aplikasi yang akan melakukan operasi yang benar, Anda harus menyediakan endpoint spesifik
ini.
Dan Anda juga memiliki satu titik akhir lagi untuk instance pembaca.
Jadi di sinilah lalu lintas akan diarahkan ke kumpulan instance DB pembaca jika Anda ingin langsung terhubung
ke instance DB pembaca tertentu, Anda juga dapat melakukannya.
Misalnya, jika saya akan membuka instance DB pembaca, di sini Anda memiliki set endpoints sendiri juga.
Baiklah.
Jadi saya harap dengan gambaran umum tingkat tinggi ini, Anda memahami dasar-dasar penerapan instance multi
AC dan penerapan cluster multi AC bersama dengan itu.
Sebelum kita menyimpulkan, saya juga ingin menunjukkan beberapa hal kepada Anda.
Jadi, setiap kali Anda membuat database dengan pendekatan berbasis multi AC.
Jadi, mari kita cepat-cepat melihatnya.
Biarkan saya memilih tesnya saja.
Dan dalam setahun Anda melihat bahwa Anda memiliki cluster multi AC db dan instance multi ac db seperti yang sedang kita diskusikan,
cluster multi ac DB memang memiliki keuntungan besar tetapi juga dengan biaya yang besar.
Jadi, ini jauh lebih mahal jika dibandingkan dengan instance DB.
Jadi ini adalah satu hal yang perlu diperhatikan.
Selain itu, Anda juga memiliki batasan tertentu yang terkait dengan jenis instance dan penyimpanan yang dapat
digunakan.
Misalnya, jika Anda memilih instance multi AC DB, mari kita turunkan sedikit.
Anda memiliki di bawah kelas instance, Anda memiliki standar, Anda memiliki memori yang dioptimalkan dan Anda juga memiliki
instance yang lebih stabil seperti P tiga mikro dan sebagainya.
Jika saya dengan cepat memilih penyebaran klaster di sini, mari kita turun sedikit.
Anda tidak memiliki yang stabil yang tersedia.
Anda hanya memiliki standar dan memori yang dioptimalkan dan hal yang sama juga berlaku untuk penyimpanan.
Jadi mari kita pergi dan memilih instance DB multi AC.
Mari kita pergi ke tempat penyimpanan.
Sekarang dalam jenis penyimpanan, Anda dapat memilih penyimpanan yang lebih murah juga, seperti SSD tujuan umum bersama
dengan penyimpanan mahal seperti provisioning.
Jadi ini adalah sesuatu yang dapat digunakan dan bahkan dalam penyimpanan yang dialokasikan, Anda bisa mengatakan 20 GB.
Namun, apabila Anda memilih opsi cluster di sini, mari kita pergi ke penyimpanan.
Anda lihat di penyimpanan bahwa Anda tidak memiliki tujuan umum, yang jauh lebih murah.
Satu-satunya pilihan di sini adalah penyediaan IOPS, SD dan bahwa untuk nilai minimum di sini adalah 100 gigs.
Baiklah.
Jadi, jika Anda menggunakan ini, itu akan menjadi pendekatan yang jauh lebih mahal jika Anda mencobanya
secara praktis juga, karena Anda tidak memiliki DT tiga mikro dan contoh lainnya, Anda harus menggunakan
m, fi, D dan lainnya dan ini akan dikenakan biaya yang cukup mahal.
Jadi ini adalah sesuatu yang perlu diperhatikan.
Bagus.
Jadi, ini akan mengakhiri video hari ini.