View a markdown version of this page

Optimalkan ketersediaan tinggi dengan fail CloudFront over asal - Amazon CloudFront
Buat grup asalKontrol batas waktu dan upaya asalGunakan failover asal dengan fungsi Lambda@EdgeGunakan halaman kesalahan kustom dengan failover asal

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Optimalkan ketersediaan tinggi dengan fail CloudFront over 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 utama 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, lakukan CloudFront hal berikut untuk permintaan penampil:

  • Ketika ada hit cache, CloudFront mengembalikan objek yang diminta.

  • Ketika ada cache yang hilang, CloudFront merutekan 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 (ketika 503 disetel sebagai kode failover)

    • Respons dari asal utama memakan waktu terlalu lama (waktu habis) (ketika 504 disetel sebagai kode failover)

    Kemudian CloudFront merutekan permintaan ke asal sekunder di grup asal.

    catatan

    Untuk beberapa kasus penggunaan, seperti streaming konten video, Anda mungkin CloudFront ingin gagal beralih ke sumber sekunder dengan cepat. Untuk menyesuaikan seberapa cepat CloudFront gagal masuk ke asal sekunder, lihatKontrol batas waktu dan upaya asal.

CloudFront merutekan semua permintaan masuk ke asal utama, bahkan ketika permintaan sebelumnya gagal ke asal sekunder. CloudFront hanya mengirim permintaan ke asal sekunder setelah permintaan ke asal utama gagal.

CloudFront gagal beralih ke asal sekunder hanya ketika metode HTTP dari permintaan penampil adalahGET,HEAD, atauOPTIONS. CloudFront tidak gagal ketika penampil mengirim metode HTTP yang berbeda (misalnyaPOST,PUT, dan seterusnya).

catatan

CloudFront tidak akan failover jika tidak OPTIONS disetel sebagai a Metode HTTP yang di-cache dalam perilaku cache Anda.

Diagram berikut menggambarkan cara kerja failover asal.

Bagaimana cara kerja failover asal

Buat grup asal

Untuk membuat grup asal

  1. Masuk ke Konsol Manajemen AWS dan buka CloudFront konsol dihttps://console.aws.amazon.com/cloudfront/v4/home.

  2. Pilih distribusi yang ingin Anda buat sebagai grup asal.

  3. Pilih tab Origins.

  4. Pastikan distribusi memiliki lebih dari satu asal. Jika tidak, tambahkan asal kedua.

  5. Pada tab Origin, di panel Grup Asal, pilih Buat grup asal.

  6. Pilih asal untuk grup asal. Setelah Anda menambahkan asal, gunakan panah untuk menetapkan prioritas—yaitu, asal mana yang utama dan yang kedua.

  7. Masukkan nama untuk grup asal.

  8. Pilih kode status HTTP untuk digunakan sebagai kriteria failover. Anda dapat memilih kombinasi kode status berikut: 400, 403, 404, 416, 429, 500, 502, 503, atau 504. Ketika CloudFront menerima respons dengan salah satu kode status yang Anda tentukan, itu gagal beralih ke asal sekunder.

    catatan

    CloudFront gagal beralih ke asal sekunder hanya ketika metode HTTP dari permintaan penampil adalahGET,HEAD, atauOPTIONS. CloudFront tidak gagal ketika penampil mengirim metode HTTP yang berbeda (misalnyaPOST,PUT, dan seterusnya).

  9. Di bawah Kriteria pemilihan Asal, tentukan bagaimana asal Anda dipilih saat pemirsa rute distribusi meminta. Anda dapat memilih opsi berikut.

    Default

    CloudFront akan menggunakan prioritas asal default yang Anda tentukan pada halaman Pengaturan.

    Skor kualitas media

    CloudFront melacak dan menggunakan skor ini untuk menentukan asal pertama untuk meneruskan permintaan. Ini juga mengiz CloudFront inkan untuk membuat HEAD permintaan asinkron ke asal alternatif di grup asal untuk menentukan skor kualitas medianya. Anda hanya dapat memilih opsi ini untuk asal-usul AWS Elemental MediaPackage v2. Untuk informasi selengkapnya, lihat Ketahanan yang sadar kualitas media.

  10. 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 , coba sambungkan ke asal utama dalam grup asal selama 30 detik (3 upaya koneksi masing-masing 10 detik) sebelum gagal beralih ke asal sekunder. Untuk beberapa kasus penggunaan, seperti streaming konten video, Anda mungkin CloudFront ingin gagal beralih ke sumber sekunder lebih cepat. Anda dapat menyesuaikan pengaturan berikut untuk memengaruhi seberapa cepat CloudFront gagal beralih 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 saat mencoba membuat koneksi ke asal. Secara default, CloudFront menunggu 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 mencoba CloudFront menyambung ke asal. Secara default, CloudFront coba 3 kali untuk terhubung, tetapi Anda dapat menentukan 1-3 (inklusif). Untuk informasi selengkapnya, lihat Upaya koneksi.

Untuk asal kustom (termasuk bucket Amazon S3 yang dikonfigurasi dengan hosting situs web statis), pengaturan ini juga memengaruhi berapa kali mencoba mendapatkan respons dari asal jika terjadi batas waktu respons asal. CloudFront

Waktu habis untuk respons asal

Batas waktu respon asal, juga dikenal sebagai batas waktu baca asal, memengaruhi berapa lama CloudFront menunggu untuk menerima respons (atau untuk menerima respons lengkap) dari sumber. Secara default, CloudFront menunggu selama 30 detik, tetapi Anda dapat menentukan 1-120 detik (inklusif). Untuk informasi selengkapnya, lihat Waktu tunggu respons.

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 Semua 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:

  1. Anda membuat fungsi Lambda@Edge dengan pemicu permintaan asal.

  2. Fungsi Lambda dipicu sekali ketika CloudFront mengirim permintaan ke asal utama (pada cache miss).

  3. Asal utama merespons dengan kode status HTTP yang dikonfigurasi untuk failover.

  4. Fungsi Lambda dipicu lagi ketika 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.

Bagaimana cara kerja awal failover menggunakan fungsi Lambda@Edge

Untuk informasi lebih lanjut tentang menggunakan pemicu Lambda@Edge, lihat Tambahkan pemicu untuk fungsi Lambda @Edge.

Untuk informasi selengkapnya tentang mengelola failover DNS, lihat Mengon figurasi 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 khusus untuk asal utama — Jika asal utama mengembalikan kode status HTTP yang tidak dikonfigurasi untuk failover, akan CloudFront mengembalikan halaman kesalahan kustom ke pemirsa.

  • Kembalikan halaman kesalahan khusus untuk asal sekunder — Jika CloudFront menerima kode status kegagalan dari asal sekunder, CloudFront mengembalikan halaman kesalahan kustom.

Untuk informasi selengkapnya tentang menggunakan halaman kesalahan khusus dengan CloudFront, lihatHasilkan respons kesalahan khusus.