Hai, Adrian, dan selamat datang kembali.
Sekarang, dalam video hari ini, kita akan membahas tentang mencapai ketersediaan tinggi dengan failover
Origin depan cloud.
Sekarang, salah satu hal yang perlu kita perhatikan adalah bahwa jika cloud untuk Origin mati, maka secara keseluruhan berdampak
pada lingkungan produksi.
Jadi dalam contoh ini, saya memiliki contoh yang sederhana dan mudah untuk dijadikan asal ke cloud front.
Jadi, jika EC dua contoh ini turun, maka semua pengguna akan terpengaruh di sini.
Sekarang asal ini dapat berupa bucket S3, dapat berupa beban aplikasi, penyeimbang, dll. Jadi untuk mengatasi hal ini, cloud front memiliki
fitur khusus yang memungkinkan kita untuk mencapai ketersediaan yang tinggi, mengingat
ada beberapa set asal.
Jadi, dalam rangkaian arsitektur yang telah direvisi ini, Anda dapat melihat bahwa ada dua asal-usul di sini.
Yang pertama adalah EC, dua instance di wilayah satu, dan yang kedua adalah PC cadangan, dua instance di Wilayah
dua, jika cloud friend tidak dapat terhubung ke EC utama dua instance di wilayah tersebut, satu cloud front dapat
secara otomatis melakukan failover dan mengirimkan semua permintaan ke PC cadangan dua di Wilayah dua ini.
Jadi, inilah yang disebut sebagai failover asal keseluruhan.
Sekarang, sebelum kita melangkah lebih jauh dan memahami berbagai hal secara lebih mendetail, mari kita lihat demo singkat untuk memahami
alur kerja secara keseluruhan.
Sekarang untuk demo hari ini, saya memiliki distribusi cloud.
Mari kita buka ini dengan cepat.
Sekarang di dalam sini, mari kita buka asal-usulnya.
Anda tahu, ada dua sumber yang tersedia.
Malahan, keduanya mudah dilakukan.
Sebagai contoh, jika Anda melihat nama domain asal, Anda memiliki EC untuk contoh, nomor satu dan mudah
untuk contoh nomor dua.
Jadi, dua contoh yang mudah nomor satu ada di wilayah Virginia Utara dan PC cadangan dua ada di wilayah Singapura.
Jadi, teman Cloud pertama akan selalu mengirim permintaan ke EC dua utama di Virginia Utara.
Jika EC primer dua gagal, maka EC akan mengirim permintaan ke tanda terima kedua.
Jadi, mari kita lanjutkan dan segera mencobanya.
Pertama, mari kita buka URL-nya.
Jadi, ini terkait dengan AC primer dua.
Jadi, jika saya tambahkan di sini, Anda akan mendapatkan default.
Selamat datang di halaman Engine ICS.
Mari kita buka URL yang terkait dengan PC cadangan dua.
Mari kita tambahkan.
Dan kali ini judulnya telah berubah dari Selamat Datang di Engine X menjadi Selamat Datang di server cadangan.
Jadi dari sini kita dapat dengan mudah mengidentifikasi server mana yang mana.
Sekarang, dari bagian depan awan, mari kita kembali.
Mari kita buka nama domain di browser.
Ketika saya memasukkan nama domain seperti yang diharapkan, kami melihat halaman Selamat datang di mesin ICS.
Jadi sekarang mari kita lakukan satu hal.
Mari kita lanjutkan dan hentikan EC dua contoh ini.
Jadi, mari kita hentikan EC dua contoh ini.
Jadi, jika semuanya berjalan dengan baik, permintaan berulang ke cloud front harus menuju ke server cadangan
khusus ini.
Jadi, mari kita tunggu sampai kejadian tersebut berhenti.
Jadi, saat ini sedang dalam kondisi berhenti.
Tidak apa-apa.
Jadi, jika kita menyalin URL dari dua EC yang baru saja kita hentikan, kirimkan permintaan ke URL tersebut.
Sekali lagi, ini adalah cache.
Itulah alasan mengapa ia datang.
Mari kita lakukan kontrol.
Dan kali ini, Anda tahu, tidak ada permintaan yang dilayani.
Anda juga dapat memverifikasi dari ClA jika Anda melakukan pemanggilan pada URL khusus ini, Anda tidak akan benar-benar mendapatkan
respons apa pun, terutama karena instance dan server web sudah tidak berjalan.
Jadi, setelah beberapa saat di sini, pada dasarnya menyatakan koneksi habis.
Jadi kali ini mari kita kirimkan permintaan seorang gadis ke cloud untuk didistribusikan untuk melihat apa respons yang
kita terima.
Dan kali ini Anda lihat dalam PKB kami dipersilakan untuk mencadangkan server.
Baiklah.
Jadi saya harap dengan gambaran umum tingkat tinggi ini, Anda memahami dasar-dasar failover Origin.
Sekarang, sebelum kami menyimpulkan, ada beberapa petunjuk penting yang perlu Anda perhatikan.
Penunjuk pertama adalah jika sebuah permintaan memiliki cache hit, maka cloud friend akan langsung mengembalikan objek
yang diminta.
Hal ini mudah dipahami.
Penunjuk kedua adalah jika ada cache yang terlewat, maka cloud front merutekan permintaan ke
asal utama dalam grup asal.
Sekarang Anda memiliki asal primer dan Anda memiliki asal sekunder atau asal cadangan.
Prioritas pertama selalu merupakan asal usul utama.
Sekarang, dari primary origin, jika cloud front tidak dapat terhubung atau primary origin mengirimkan semacam respons
seperti Phi X, X atau lainnya, maka Cloud Friend dapat melanjutkan dan mengirimkan permintaan ke secondary
origin, yang merupakan bagian dari grup Origin.
Jadi, semua asal yang Anda konfigurasikan sebagai primer atau sekunder, dapat Anda konfigurasikan sebagai bagian dari
grup Asal.
Sebagai contoh, di sini kita memiliki dua asal yang dikonfigurasikan bersama dengan ini.
Kami juga memiliki grup asal yang dibuat.
Sekarang jika Anda melihat ke dalam grup Asal ini, Anda memiliki satu Asal yang disebut sebagai asal utama dan satu Asal
yang disebut sebagai asal cadangan.
Jadi, Anda bisa mengontrol mana yang ingin Anda jadikan sebagai cadangan atau yang utama.
Selain itu, Anda juga dapat mengonfigurasi kriteria failover.
Jadi, jika ada kesalahan server internal 500 yang telah dikembalikan dari asal utama atau gateway buruk
yang telah dikembalikan dari asal utama, dll. atau asal primer gagal merespons cloud friend,
maka cloud front akan mengirim permintaan ke asal sekunder.
Sekarang, saya juga melampirkan diagram secara langsung dari dokumentasi, yang juga menjelaskan hal yang sama, dan
menjadi lebih mudah untuk merevisi.
Jadi, di sini permintaan masuk ke bagian depan cloud.
Jika ada cache yang terkena, maka cloud front akan mengembalikan responsnya.
Ini adalah sesuatu yang telah kami lihat.
Namun, jika ada cache yang terlewat, maka kirimkan permintaan ke asal.
Jadi, inilah asal muasal utama di sini.
Sekarang, jika asal adalah respons dengan kesalahan, maka permintaan akan pergi ke asal B
dan dari Asal B, data akan dikembalikan ke penampil.
Jadi, ini adalah kelompok asal di mana Anda memiliki asal primer dan asal sekunder.
Jadi, itulah gambaran umum tingkat tinggi dan dengan ini akan mengakhiri video hari ini.