View a markdown version of this page

Gagal dalam Multi-AZ penerapan - Amazon Redshift

Amazon Redshift tidak akan lagi mendukung penggunaan Python UDF setelah 30 Juni 2026. Kami akan mulai menegakkannya secara bertahap. Untuk informasi lebih lanjut tentang detail opsi akhir masa pakai dan migrasi Python, lihat posting blog yang diterbitkan pada 30 Juni 2025.

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

Gagal dalam Multi-AZ penerapan

Gudang Multi-AZ data Anda adalah kumpulan sumber daya komputasi yang digunakan secara bersamaan di dua Zona Ketersediaan. Sumber daya komputasi yang digunakan di Zona Ketersediaan primer disebut sebagai komputasi primer dan sumber daya di Zona Ketersediaan sekunder disebut sebagai komputasi sekunder. Gudang Multi-AZ data dapat secara otomatis pulih tanpa campur tangan pengguna selama peristiwa yang tidak mungkin terjadi seperti Zona Ketersediaan atau kegagalan infrastruktur. Proses pemulihan melibatkan kegagalan dari komputasi primer ke komputasi sekunder dan menunjuk sumber daya komputasi sekunder sebagai primer. Selain itu, sumber daya komputasi sekunder baru disediakan di Zona Ketersediaan ketiga. Proses pemulihan otomatis diukur dalam hal RTO dan RPO.

  • Tujuan waktu pemulihan (RTO) — Waktu yang dibutuhkan sistem untuk kembali ke kondisi kerja setelah bencana. Dengan kata lain, RTO mengukur waktu henti.

  • Tujuan titik pemulihan (RPO) — Jumlah data yang dapat hilang (diukur dalam waktu). Untuk gudang Multi-AZ data Amazon Redshift, RPO biasanya nol karena semua data disimpan di Amazon Redshift Managed Storage (RMS), didukung oleh Amazon Simple Storage Service, yang sangat tahan lama dan tersedia secara default.

catatan

Kinerja kinerja kueri individual tidak akan berubah setelah failover terjadi. Keseluruhan throughput gudang data Anda akan berkurang untuk waktu yang singkat karena tidak tersedianya sumber daya komputasi di salah satu Zona Ketersediaan. Namun, Amazon Redshift akan secara otomatis memperoleh kapasitas di Availability Zone lain untuk memastikan kapasitas pemrosesan data warehouse yang sama dipulihkan.

Selain proses pemulihan otomatis, Anda juga dapat memicu proses ini secara manual untuk gudang data Anda menggunakan opsi komputasi utama Failover. Anda dapat menggunakan pendekatan ini untuk menguji bagaimana Multi-AZ akan membantu aplikasi Anda untuk ketersediaan tinggi yang lebih tinggi dan kontinuitas yang lebih baik.

  1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Redshift di https://console.aws.amazon.com/redshiftv2/.

  2. Lakukan salah satu tindakan berikut:

    • Pada menu navigasi, pilih Cluster. Di bawah Cluster, pilih cluster. Halaman detail cluster muncul.

    • Dari dasbor cluster, pilih cluster.

  3. Dari T indakan, pilih kom putasi utama Failover.

  4. Saat diminta, klik Kon firmasi.

  • Dari AWS CLI, gunakan failover-primary-compute perintah sebagai berikut.

    aws redshift failover-primary-compute 
    --profile maz-test
    --endpoint-url  https://redshift.eu-west-1.amazonaws.com
    --region eu-west-1
    --cluster-identifier test-maz-11

Setelah operasi di atas dikonfirmasi, Amazon Redshift akan melakukan langkah yang sama seperti pemulihan otomatis dari Availability Zone atau kegagalan infrastruktur. Proses ini akan menyebabkan node komputasi di Zona Ketersediaan utama menjadi tidak tersedia dan sumber daya komputasi di Zona Ketersediaan sekunder akan ditetapkan sebagai komputasi utama. Ketika pemulihan cluster berhasil diselesaikan, Multi-AZ penerapan menjadi tersedia. Gudang Multi-AZ data Anda juga akan secara otomatis menyediakan komputasi sekunder baru di Zona Ketersediaan ketiga lainnya segera setelah tersedia.

Selama proses ini, status cluster di konsol ditampilkan sebagai modifikasi untuk seluruh waktu, karena cluster secara otomatis memulihkan dan mengkonfigurasi ulang kembali ke pengaturan Multi-AZ penerapan. Cluster dapat menerima koneksi baru dengan segera. Koneksi yang ada dan kueri dalam penerbangan mungkin dihapus. Anda dapat mencobanya lagi segera.