

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

# Burung kenari multilokasi
<a name="CloudWatch_Synthetics_Canaries_MultiLocation"></a>

Amazon CloudWatch Synthetics memungkinkan Anda menjalankan kenari yang sama di beberapa AWS Wilayah secara bersamaan dari satu titik manajemen. Ini disebut *kenari multilokasi*. Anda membuat dan mengelola kenari di satu Wilayah (*lokasi utama*), dan CloudWatch Synthetics secara otomatis mereplikasinya ke Wilayah tambahan (lokasi *replika) yang* Anda pilih. Semua proses, metrik, dan artefak dikonsolidasikan di Wilayah utama, memberi Anda tampilan terpadu tentang kinerja dan ketersediaan aplikasi Anda di seluruh dunia.

Gunakan kenari multilokasi untuk manfaat berikut:
+ **Pastikan pengalaman pengguna yang konsisten** — Jalankan kenari dari berbagai belahan dunia untuk memverifikasi bahwa pengguna Anda di mana pun menerima pengalaman berkualitas tinggi yang konsisten.
+ **Tetapkan baseline spesifik lokasi** — Setiap Wilayah mungkin memiliki karakteristik kinerja yang berbeda karena faktor-faktor seperti latensi jaringan dan kedekatan pusat data. Menjalankan kenari dari beberapa lokasi menciptakan garis dasar kinerja untuk setiap lokasi, membantu Anda membedakan variasi normal dari anomali.
+ **Identifikasi masalah kinerja regional** - Kinerja dan ketersediaan dapat bervariasi secara signifikan di seluruh lokasi karena latensi jaringan, pelambatan ISP, atau pemadaman regional. Pengujian dari berbagai lokasi global membantu menentukan Region-specific kemacetan yang mungkin tidak terlihat dari satu lokasi.
+ **Validasi layanan dan CDN pihak ketiga** — Verifikasi bahwa dependensi pihak ketiga Anda seperti pemroses pembayaran, jaringan pengiriman konten, dan layanan iklan berfungsi di semua Wilayah. Gunakan data untuk meminta pertanggungjawaban vendor atas SLA mereka.
+ **Kurangi kesalahan positif** — Konfigurasikan alarm yang diaktifkan hanya ketika masalah terdeteksi dari beberapa lokasi. Pendekatan ini menghindari pemberitahuan yang tidak perlu yang disebabkan oleh gangguan jaringan sementara yang terisolasi, sehingga tim Anda dapat fokus pada masalah kritis.

**Cara kerja kenari multilokasi**  
Kenari multilokasi menggunakan model primer dan replika. Kenari di Wilayah utama bertindak sebagai sumber kebenaran untuk konfigurasi. CloudWatch Synthetics secara otomatis membuat replika di Wilayah pilihan Anda, dan setiap replika berjalan secara independen menggunakan skrip, jadwal, dan variabel lingkungan yang sama. Semua operasi mutasi (buat, perbarui, mulai, hentikan, hapus) dilakukan dari Wilayah utama dan disebarkan secara asinkron ke replika. Jalankan data dari semua lokasi dikonsolidasikan di Wilayah utama.

**Prasyarat**  
Sebelum Anda membuat kenari multilokasi, pertimbangkan persyaratan berikut:
+ Kenari multilokasi memerlukan versi runtime atau yang lebih baru, `syn-nodejs-puppeteer-16.0` atau atau yang lebih baru. `syn-nodejs-playwright-7.0`
+ Tersedia di semua Wilayah AWS komersial. Tidak tersedia di Wilayah AWS GovCloud (AS) atau Tiongkok.
+ Anda dapat menambahkan hingga 50 lokasi replika.
+ Tag tidak direplikasi ke Wilayah replika. Untuk menambahkan tag ke replika, navigasikan ke Region replika dan tambahkan tag secara langsung.
+ Variabel lingkungan dari kenari primer diterapkan ke semua replika.
+ Semua lokasi menggunakan skrip dan jadwal yang sama.
+ Setiap replika memerlukan konfigurasi VPC sendiri jika konektivitas VPC diperlukan. Pengaturan VPC tidak diwarisi dari Wilayah utama.
+ Skala biaya secara linier dengan jumlah replika. Setiap replika menimbulkan biaya yang sama dengan kenari mandiri.

**Topics**
+ [Izin untuk kenari multilokasi](CloudWatch_Synthetics_MultiLocation_Permissions.md)
+ [Mengelola kenari multilokasi](CloudWatch_Synthetics_MultiLocation_Managing.md)
+ [Pemantauan dan pemecahan masalah burung kenari multilokasi](CloudWatch_Synthetics_MultiLocation_Monitoring.md)
+ [Menggunakan sentralisasi log dengan kenari multilokasi](CloudWatch_Synthetics_MultiLocation_Log_Centralization.md)