Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Optimalkan ketersediaan tinggi dengan failover CloudFront asal
Anda dapat mengatur CloudFront dengan failover asal untuk skenario yang memerlukan ketersediaan tinggi. Untuk memulai, Anda membuat grup asal dengan dua asal usul: primer dan sekunder. Jika asal primer tidak tersedia, atau mengembalikan kode status respons HTTP tertentu yang menunjukkan kegagalan, CloudFront secara otomatis beralih ke asal sekunder.
Untuk mengatur failover asal, Anda harus memiliki distribusi dengan setidaknya dua asal. Selanjutnya, Anda membuat grup asal untuk distribusi Anda yang mencakup dua asal, menetapkan satu sebagai yang utama. Terakhir, Anda membuat atau memperbarui perilaku cache untuk menggunakan grup asal.
Untuk melihat langkah-langkah pengaturan grup asal dan konfigurasi opsi failover asal tertentu, lihat Buat grup asal.
Setelah Anda mengonfigurasi failover asal untuk perilaku cache, CloudFront lakukan hal berikut untuk permintaan penampil:
-
Ketika ada hit cache, CloudFront mengembalikan objek yang diminta.
-
Saat ada cache yang hilang, CloudFront rutekan permintaan ke asal utama di grup asal.
-
Ketika asal utama mengembalikan kode status yang tidak dikonfigurasi untuk failover, seperti kode status HTTP 2xx atau 3xx, CloudFront menyajikan objek yang diminta ke penampil.
-
Jika terjadi hal-hal berikut:
-
Asal utama mengembalikan kode status HTTP yang telah Anda konfigurasikan untuk failover
-
CloudFront gagal terhubung ke asal utama
-
Respons dari asal primer memakan waktu terlalu lama (waktu habis)
Kemudian CloudFront rute permintaan ke asal sekunder di grup asal.
catatan
Untuk beberapa kasus penggunaan, seperti streaming konten video, Anda mungkin CloudFront ingin gagal ke asal sekunder dengan cepat. Untuk menyesuaikan seberapa cepat CloudFront gagal ke asal sekunder, lihatKontrol batas waktu dan upaya asal.
-
CloudFront merutekan semua permintaan yang masuk ke asal primer, bahkan ketika permintaan sebelumnya gagal ke asal sekunder. CloudFront hanya mengirim permintaan ke asal sekunder setelah permintaan ke asal primer gagal.
CloudFront gagal ke asal sekunder hanya jika metode HTTP dari permintaan penampil adalahGET,HEAD, atauOPTIONS. CloudFront tidak gagal ketika penampil mengirim metode HTTP yang berbeda (misalnyaPOST,PUT, dan sebagainya).
Diagram berikut menggambarkan cara kerja failover asal.
Topik
Buat grup asal
Untuk membuat grup asal
Masuk ke AWS Management Console dan buka CloudFront konsol dihttps://console.aws.amazon.com/cloudfront/v4/home
. -
Pilih distribusi yang ingin Anda buat sebagai grup asal.
-
Pilih tab Origins.
-
Pastikan distribusi memiliki lebih dari satu asal. Jika tidak, tambahkan asal kedua.
-
Pada tab Origins, di panel Grup asal, pilih Buat grup asal.
-
Pilih asal untuk grup asal. Setelah Anda menambahkan asal, gunakan panah untuk menetapkan prioritas—yaitu, asal mana yang utama dan yang kedua.
-
Masukkan nama untuk grup asal.
-
Pilih kode status HTTP untuk digunakan sebagai kriteria failover. Anda dapat memilih kombinasi kode status berikut: 400, 403, 404, 416, 500, 502, 503, atau 504. Ketika CloudFront menerima respons dengan salah satu kode status yang Anda tentukan, itu gagal ke asal sekunder.
catatan
CloudFront gagal ke asal sekunder hanya jika metode HTTP dari permintaan penampil adalah
GET,HEAD, atauOPTIONS. CloudFront tidak gagal ketika penampil mengirim metode HTTP yang berbeda (misalnyaPOST,PUT, dan sebagainya). -
Pilih Buat grup asal.
Pastikan untuk menetapkan grup asal Anda sebagai asal untuk perilaku cache distribusi Anda. Untuk informasi selengkapnya, lihat Nama.
Kontrol batas waktu dan upaya asal
Secara default, CloudFront mencoba untuk terhubung ke asal utama dalam grup asal selama 30 detik (3 upaya koneksi masing-masing 10 detik) sebelum gagal ke asal sekunder. Untuk beberapa kasus penggunaan, seperti streaming konten video, Anda mungkin CloudFront ingin gagal ke asal sekunder lebih cepat. Anda dapat menyesuaikan pengaturan berikut untuk memengaruhi seberapa cepat CloudFront gagal ke asal sekunder. Jika asal adalah asal sekunder, atau asal yang bukan bagian dari grup asal, pengaturan ini memengaruhi seberapa cepat CloudFront mengembalikan respons HTTP 504 ke penampil.
Untuk gagal dengan lebih cepat, tentukan waktu koneksi yang lebih singkat, lebih sedikit upaya koneksi, atau keduanya. Untuk asal kustom (termasuk asal bucket Amazon S3 yang adalah dikonfigurasi dengan hosting situs web statis), Anda juga dapat menyesuaikan waktu habis respons asal.
- Waktu habis koneksi asal
-
Pengaturan batas waktu koneksi asal memengaruhi berapa lama CloudFront menunggu ketika mencoba membuat koneksi ke asal. Secara default, CloudFront tunggu 10 detik untuk membuat koneksi, tetapi Anda dapat menentukan 1-10 detik (inklusif). Untuk informasi selengkapnya, lihat Batas waktu koneksi.
- Upaya koneksi asal
-
Pengaturan upaya koneksi asal mempengaruhi berapa kali CloudFront upaya untuk terhubung ke asal. Secara default, CloudFront coba 3 kali untuk terhubung, tetapi Anda dapat menentukan 1-3 (inklusif). Untuk informasi selengkapnya, lihat Upaya koneksi.
Untuk custom origin (termasuk bucket Amazon S3 yang dikonfigurasi dengan hosting situs web statis), pengaturan ini juga memengaruhi berapa kali CloudFront upaya mendapatkan respons dari asal jika batas waktu respons asal.
- Waktu habis respons asal
-
catatan
Ini hanya berlaku untuk asal kustom.
Pengaturan batas waktu respons asal memengaruhi berapa lama CloudFront menunggu untuk menerima respons (atau untuk menerima respons lengkap) dari asal. Secara default, CloudFront menunggu selama 30 detik, tetapi Anda dapat menentukan 1-60 detik (inklusif). Untuk informasi selengkapnya, lihat Batas waktu respons (hanya asal khusus).
Cara mengubah pengaturan ini
Untuk mengubah pengaturan ini di CloudFront konsol
-
Untuk asal baru atau distribusi baru, Anda menentukan nilai ini saat membuat sumber daya.
-
Untuk asal yang sudah ada dalam distribusi yang sudah ada, Anda menentukan nilai ini saat mengedit asal.
Untuk informasi selengkapnya, lihat Referensi pengaturan distribusi.
Gunakan failover asal dengan fungsi Lambda@Edge
Anda dapat menggunakan fungsi Lambda @Edge dengan CloudFront distribusi yang telah Anda atur dengan grup asal. Untuk menggunakan fungsi Lambda, tentukan di permintaan asal usul atau pemicu respons asal untuk grup asal ketika Anda membuat perilaku cache. Saat Anda menggunakan fungsi Lambda@Edge dengan grup asal, fungsi ini dapat dipicu dua kali untuk permintaan penampil tunggal. Misalnya, pertimbangkan skenario ini:
-
Anda membuat fungsi Lambda@Edge dengan pemicu permintaan asal.
-
Fungsi Lambda dipicu sekali saat CloudFront mengirim permintaan ke asal utama (pada cache yang hilang).
-
Asal utama merespons dengan kode status HTTP yang dikonfigurasi untuk failover.
-
Fungsi Lambda dipicu lagi saat CloudFront mengirim permintaan yang sama ke asal sekunder.
Diagram berikut menggambarkan cara kerja asal-usul saat Anda menyertakan fungsi Lambda@Edge dalam permintaan asal usul atau pemicu respons.
Untuk informasi lebih lanjut tentang menggunakan pemicu Lambda@Edge, lihat Tambahkan pemicu untuk fungsi Lambda @Edge.
Untuk informasi selengkapnya tentang mengelola failover DNS, lihat Mengonfigurasi failover DNS di Panduan Pengembang Amazon Route 53.
Gunakan halaman kesalahan kustom dengan failover asal
Anda dapat menggunakan halaman kesalahan kustom dengan grup asal yang serupa dengan cara Anda menggunakannya dengan asal yang tidak disiapkan untuk failover asal.
Saat Anda menggunakan failover asal, Anda dapat mengonfigurasi CloudFront untuk mengembalikan halaman kesalahan khusus untuk asal primer atau sekunder (atau keduanya):
-
Mengembalikan halaman kesalahan kustom untuk asal utama — Jika asal utama mengembalikan kode status HTTP yang tidak dikonfigurasi untuk failover, CloudFront mengembalikan halaman kesalahan kustom ke pemirsa.
-
Mengembalikan halaman kesalahan kustom untuk asal sekunder - Jika CloudFront menerima kode status kegagalan dari asal sekunder, CloudFront mengembalikan halaman kesalahan kustom.
Untuk informasi selengkapnya tentang menggunakan halaman kesalahan kustom dengan CloudFront, lihatMenghasilkan respons kesalahan kustom.
