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

Penskalaan ke Nol ACUs dengan jeda otomatis dan lanjutkan Aurora Serverless v2

Anda dapat menentukan bahwa Aurora Serverless v2 Instans DB menurunkan skala ke nol ACUs dan secara otomatis berhenti, jika mereka tidak memiliki koneksi yang dimulai oleh aktivitas pengguna dalam jangka waktu tertentu. Anda melakukannya dengan menentukan ACU nilai minimum nol untuk cluster DB Anda. Anda tidak dikenakan biaya untuk kapasitas instans saat instance dalam status jeda. Mengaktifkan fitur jeda dan melanjutkan otomatis (jeda otomatis) untuk klaster Aurora yang ringan digunakan atau memiliki periode tidak aktif yang lama dapat membantu Anda mengelola biaya untuk armada database Anda.

Sekilas tentang Aurora Serverless v2 fitur jeda otomatis

Aurora Serverless v2 Instans DB dapat secara otomatis berhenti sejenak setelah periode tanpa koneksi pengguna, dan secara otomatis melanjutkan ketika permintaan koneksi tiba. Bagian Aurora Serverless v2 Fitur jeda/lanjutkan otomatis membantu mengelola biaya untuk sistem yang tidak memiliki tujuan tingkat layanan yang ketat (). SLO Misalnya, Anda dapat mengaktifkan fitur ini untuk cluster yang digunakan untuk pengembangan dan pengujian, atau untuk aplikasi internal di mana jeda singkat dapat diterima saat database dilanjutkan. Jika beban kerja Anda memiliki periode tidak aktif dan dapat mentolerir sedikit keterlambatan dalam menghubungkan saat instans dilanjutkan, pertimbangkan untuk menggunakan jeda otomatis dengan Aurora Serverless v2 contoh untuk mengurangi biaya.

Anda mengontrol perilaku ini dengan menentukan apakah Aurora Serverless v2 Instans DB di cluster dapat secara otomatis berhenti atau tidak, dan berapa lama setiap instance harus menganggur sebelum berhenti. Untuk mengaktifkan perilaku jeda otomatis untuk semua Aurora Serverless v2 Instans DB di cluster Aurora, Anda menetapkan nilai kapasitas minimum untuk cluster ke nol. ACUs

Jika Anda sebelumnya mengambil keuntungan dari Aurora Serverless v1 fitur yang diskalakan ke nol ACUs setelah periode tidak aktif, Anda dapat meningkatkan ke Aurora Serverless v2 dan gunakan fitur jeda otomatis yang sesuai.

Manfaat penghematan biaya dari fitur jeda otomatis mirip dengan menggunakan fitur stop/start cluster. Jeda otomatis untuk Aurora Serverless v2 memiliki manfaat tambahan dari resume yang lebih cepat daripada memulai cluster yang dihentikan, dan mengotomatiskan proses menentukan kapan harus menjeda dan melanjutkan setiap instans DB.

Fitur jeda otomatis juga memberikan perincian tambahan dalam mengendalikan biaya untuk sumber daya komputasi dalam cluster Anda. Anda dapat mengaktifkan beberapa instance pembaca untuk berhenti sementara instance penulis dan pembaca lain di cluster tetap aktif setiap saat. Anda melakukannya dengan menetapkan instance pembaca yang dapat menjeda secara independen dari instance lain sebagai prioritas failover dalam kisaran 2-15.

Instance penulis dan semua instance pembaca dengan prioritas failover 0 dan 1 selalu berhenti sejenak dan melanjutkan pada saat yang bersamaan. Dengan demikian, instance dalam grup ini berhenti sejenak setelah tidak satupun dari mereka memiliki koneksi untuk interval waktu yang ditentukan.

Cluster Aurora DB dapat berisi kombinasi instance DB penulis dan pembaca dan disediakan dan Aurora Serverless v2 Contoh DB. Oleh karena itu, untuk menggunakan fitur ini secara efektif, akan sangat membantu untuk memahami aspek-aspek berikut dari mekanisme jeda otomatis:

Prasyarat dan Batasan untuk Aurora Serverless v2 fitur jeda otomatis

Sebelum menggunakan fitur jeda otomatis, periksa versi mesin mana yang akan digunakan. Juga, periksa apakah jeda otomatis berfungsi dalam kombinasi dengan fitur Aurora lain yang ingin Anda gunakan. Anda tidak dapat mengaktifkan jeda otomatis jika Anda menggunakan versi mesin yang tidak mendukungnya. Untuk fitur yang tidak kompatibel, Anda tidak akan mendapatkan kesalahan jika Anda menggunakannya dalam kombinasi dengan jeda otomatis. Jika cluster menggunakan fitur atau pengaturan yang tidak kompatibel, Aurora Serverless v2 instance tidak akan otomatis berhenti sejenak.

Kondisi atau pengaturan tertentu mencegah Aurora Serverless v2 contoh dari jeda otomatis. Untuk informasi selengkapnya, lihat Situasi di mana Aurora Serverless v2 tidak berhenti otomatis.

Menghidupkan dan menonaktifkan fitur jeda otomatis

Anda dapat mengaktifkan dan menonaktifkan fitur jeda otomatis di tingkat cluster. Untuk melakukannya, Anda menggunakan prosedur yang sama seperti ketika Anda menyesuaikan kapasitas minimum dan maksimum untuk cluster. Fitur jeda otomatis diwakili oleh kapasitas minimum 0. ACUs

Mengaktifkan jeda otomatis untuk Aurora Serverless v2 contoh dalam sebuah cluster

Ikuti prosedur di Mengatur Aurora Serverless v2 rentang kapasitas untuk sebuah cluster. Untuk kapasitas minimum, pilih 0ACUs. Bila Anda memilih kapasitas minimum 0ACUs, Anda juga dapat menentukan lamanya waktu instans menjadi idle sebelum dijeda secara otomatis.

CLIContoh berikut menunjukkan bagaimana Anda dapat membuat klaster Aurora dengan fitur jeda otomatis diaktifkan dan interval jeda otomatis disetel ke sepuluh menit (600 detik).

aws rds create-db-cluster \
    --db-cluster-identifier my-serverless-v2-cluster \
    --region eu-central-1 \
    --engine aurora-mysql \
    --engine-version 8.0 \
    --serverless-v2-scaling-configuration MinCapacity=0,MaxCapacity=4,SecondsUntilAutoPause=600 \
    --master-username myuser \
    --manage-master-user-password

CLIContoh berikut menunjukkan bagaimana Anda dapat mengaktifkan fitur jeda otomatis untuk klaster Aurora yang ada. Contoh ini menetapkan interval jeda otomatis menjadi satu jam (3600 detik).

aws rds modify-db-cluster --db-cluster-identifier serverless-v2-cluster \
  --serverless-v2-scaling-configuration MinCapacity=0,MaxCapacity=80,SecondsUntilAutoPause=3600

aws rds describe-db-clusters --db-cluster-identifier serverless-v2-cluster \
  --query 'DBClusters[*].ServerlessV2ScalingConfiguration|[0]'
{
    "MinCapacity": 0,
    "MaxCapacity": 80.0,
    "SecondsUntilAutoPause": 3600
}

Dapat dikonfigurasi Aurora Serverless v2 interval batas waktu jeda otomatis

Interval batas waktu direpresentasikan dalam ServerlessV2ScalingConfiguration atribut cluster Aurora Anda. Anda dapat menentukan interval ini di AWS Management Console saat membuat atau memodifikasi cluster Aurora, jika kapasitas minimum diatur ke nol. ACUs Anda dapat menentukannya di AWS CLI dengan menggunakan --serverless-v2-scaling-configuration parameter saat membuat atau memodifikasi cluster Aurora. Anda dapat menentukannya di RDS API dengan menggunakan ServerlessV2ScalingConfiguration parameter saat membuat atau memodifikasi cluster Aurora.

Interval minimum yang dapat Anda atur adalah 300 detik (lima menit). Itu default jika Anda tidak menentukan interval. Interval maksimum yang dapat Anda atur adalah 86.400 detik (satu hari).

Misalkan Anda mematikan fitur jeda otomatis untuk klaster dengan mengubah kapasitas minimum cluster menjadi nilai bukan nol. Dalam hal ini, properti interval dihapus dari ServerlessV2ScalingConfiguration atribut. Tidak adanya properti tersebut memberikan konfirmasi tambahan bahwa fitur jeda otomatis dimatikan untuk cluster tersebut. Jika nanti Anda mengaktifkan kembali jeda otomatis, Anda dapat menentukan interval khusus apa pun lagi pada saat itu.

Melanjutkan jeda otomatis Aurora Serverless v2 instans

Mematikan jeda otomatis untuk Aurora Serverless v2 contoh dalam sebuah cluster

Ikuti prosedur di Mengatur Aurora Serverless v2 rentang kapasitas untuk sebuah cluster. Untuk kapasitas minimum, pilih nilai 0,5 atau lebih besar. Saat Anda mematikan fitur jeda otomatis, interval untuk instans menjadi idle diatur ulang. Jika Anda mengaktifkan jeda otomatis lagi, Anda menentukan interval batas waktu baru.

CLIContoh berikut menunjukkan bagaimana Anda dapat mematikan fitur jeda otomatis untuk klaster Aurora yang ada. describe-db-clustersOutput menunjukkan bahwa SecondsUntilAutoPause atribut dihapus ketika kapasitas minimum diatur ke nilai bukan nol.

aws rds modify-db-cluster --db-cluster-identifier serverless-v2-cluster \
  --serverless-v2-scaling-configuration MinCapacity=2,MaxCapacity=80

aws rds describe-db-clusters --db-cluster-identifier serverless-v2-cluster \
  --query 'DBClusters[*].ServerlessV2ScalingConfiguration|[0]'
{
    "MinCapacity": 2,
    "MaxCapacity": 80.0
}

Bagaimana Aurora Serverless v2 fitur jeda otomatis berfungsi

Anda dapat menggunakan informasi berikut untuk merencanakan penggunaan fitur jeda otomatis. Memahami keadaan di mana instance berhenti, melanjutkan, atau tetap aktif dapat membantu Anda menyeimbangkan pengorbanan antara ketersediaan, daya tanggap, dan penghematan biaya.

Apa yang terjadi ketika Aurora Serverless v2 contoh jeda

Ketika sebuah Aurora Serverless v2 Instans DB berhenti setelah periode tanpa koneksi:

Apa yang terjadi ketika dijeda otomatis Aurora Serverless v2 contoh dilanjutkan

Ketika sebuah Aurora Serverless v2 Instans DB dilanjutkan setelah dijeda secara otomatis, ketentuan berikut berlaku:

Cara kerja penagihan instans untuk dijeda otomatis Aurora Serverless v2 kluster

Sementara sebuah Aurora Serverless v2 instance dijeda otomatis, muatan instancenya nol. ServerlessV2UsageMetrik adalah nol selama periode itu. AWS masih mengenakan biaya untuk penyimpanan Aurora dan aspek lain dari cluster yang tidak terkait dengan instans DB tertentu.

Situasi di mana Aurora Serverless v2 tidak berhenti otomatis

Cara kerja jeda otomatis dengan fitur berhenti/mulai cluster

Anda dapat menghentikan dan memulai cluster Aurora saat fitur jeda otomatis diaktifkan. Tidak masalah jika beberapa contoh dijeda. Saat Anda memulai cluster lagi, ada yang dijeda Aurora Serverless v2 instance secara otomatis dilanjutkan.

Sementara cluster Aurora dihentikan, ada yang berhenti Aurora Serverless v2 instance tidak secara otomatis dilanjutkan berdasarkan upaya untuk terhubung. Setelah cluster dimulai lagi, mekanisme biasa untuk menjeda dan melanjutkan Aurora Serverless v2 contoh berlaku.

Cara kerja pemeliharaan dan peningkatan untuk dijeda otomatis Aurora Serverless v2 kluster

Perbedaan perilaku jeda otomatis antara Aurora Serverless v2 and Aurora Serverless v1

Bagaimana Aurora Serverless v2 jeda otomatis berfungsi untuk berbagai jenis cluster Aurora

Pertimbangan untuk fitur jeda otomatis bergantung pada berapa banyak instance yang ada di klaster Aurora Anda, tingkatan promosi failover dari instance pembaca, dan apakah semua instans Aurora Serverless v2 atau kombinasi dari Aurora Serverless v2 dan disediakan.

Disarankan tata letak klaster Aurora saat menggunakan jeda otomatis

Ketika fitur jeda otomatis diaktifkan, Anda dapat mengatur cluster Aurora Anda untuk keseimbangan yang tepat dari ketersediaan tinggi, respons cepat, dan skalabilitas yang sesuai dengan kasus penggunaan Anda. Anda melakukannya dengan memilih kombinasi Aurora Serverless v2 instance, instance yang disediakan, dan tingkatan promosi failover untuk instans DB di klaster Anda.

Jenis konfigurasi berikut menunjukkan pengorbanan yang berbeda antara ketersediaan tinggi dan pengoptimalan biaya untuk klaster Anda:

Bagaimana Aurora Serverless v2 jeda otomatis berfungsi untuk instance penulis di cluster DB

Ketika cluster Aurora DB hanya berisi satu instans DB, mekanisme untuk menjeda otomatis dan melanjutkan instance DB sangat mudah. Itu hanya tergantung pada aktivitas pada contoh penulis. Anda mungkin memiliki konfigurasi seperti itu untuk cluster yang digunakan untuk pengembangan dan pengujian, atau untuk menjalankan aplikasi di mana ketersediaan tinggi tidak penting. Perhatikan bahwa dalam cluster instance tunggal, Aurora mengarahkan koneksi melalui titik akhir pembaca ke instance DB penulis. Jadi, untuk cluster DB instance tunggal, mencoba terhubung ke titik akhir pembaca menyebabkan instance DB penulis yang dijeda otomatis dilanjutkan.

Faktor-faktor tambahan berikut berlaku untuk klaster Aurora dengan beberapa instans DB:

Bagaimana Aurora Serverless v2 jeda otomatis berfungsi untuk klaster Multi-AZ

Dalam cluster Aurora DB yang berisi penulis dan satu atau lebih instance DB pembaca, beberapa Aurora Serverless v2 Instans DB mungkin dijeda sementara instans DB lainnya aktif. Instance penulis dan setiap instance pembaca dengan prioritas failover 0 dan 1 selalu berhenti sejenak dan melanjutkan semuanya pada saat yang bersamaan. Instance pembaca dengan prioritas selain 0 atau 1 dapat menjeda dan melanjutkan secara independen dari instance lainnya.

Saat Anda menggunakan fitur ini untuk cluster dengan beberapa instance pembaca, Anda dapat mengelola biaya tanpa mengorbankan ketersediaan tinggi. Contoh penulis dan satu atau dua instance pembaca lainnya dapat tetap aktif setiap saat, sementara instance pembaca tambahan dapat berhenti ketika mereka tidak diperlukan untuk menangani lalu lintas baca volume tinggi.

Apakah instance pembaca dapat berhenti secara otomatis tergantung pada apakah kapasitasnya dapat diskalakan secara independen, atau apakah kapasitasnya terkait dengan instans DB penulis. Properti penskalaan itu bergantung pada prioritas failover dari instance DB pembaca. Ketika prioritas pembaca adalah nol atau satu, kapasitas pembaca melacak kapasitas instance DB penulis. Oleh karena itu, untuk memungkinkan instans DB pembaca berhenti secara otomatis dalam rentang situasi terluas, tetapkan prioritasnya ke nilai yang lebih tinggi dari satu.

Waktu untuk melanjutkan instance pembaca mungkin sedikit lebih lama daripada melanjutkan instance penulis. Untuk respons tercepat jika instance mungkin dijeda, sambungkan ke titik akhir cluster.

Bagaimana Aurora Serverless v2 jeda otomatis berfungsi untuk cluster dengan instance yang disediakan

Instans DB apa pun yang disediakan di cluster Aurora DB Anda tidak akan berhenti secara otomatis. Hanya Aurora Serverless v2 Instans DB, dengan kelas db.serverless instance, dapat menggunakan fitur jeda otomatis.

Saat klaster Aurora Anda berisi instans DB yang disediakan, apa saja Aurora Serverless v2 instance writer tidak otomatis berhenti sejenak. Itu karena persyaratan bahwa instance penulis tetap tersedia saat setiap instance pembaca aktif. Fakta bahwa Aurora Serverless v2 Penulis tetap aktif juga berarti bahwa Aurora Serverless v2 instance pembaca dengan prioritas failover 0 dan 1 tidak akan berhenti otomatis di klaster hibrida yang berisi instance yang disediakan.

Memantau cluster Aurora yang menggunakan jeda otomatis

Untuk memantau Aurora, Anda harus sudah terbiasa dengan prosedur pemantauan Memantau Amazon Aurora dengan Amazon CloudWatch dan CloudWatch metrik yang tercantum di dalamnya. Referensi metrik untuk Aurora Ketahuilah bahwa ada beberapa pertimbangan khusus saat Anda memantau klaster Aurora yang menggunakan fitur jeda otomatis:

Memeriksa apakah Aurora Serverless v2 contoh dijeda

Untuk menentukan apakah Aurora Serverless v2 instance dalam keadaan jeda, Anda dapat mengamati ACUUtilization metrik untuk instance tersebut. Metrik itu memiliki nilai nol sementara instance dijeda.

Sementara sebuah Aurora Serverless v2 instance dijeda, nilai statusnya masih terdaftar sebagai Tersedia. Hal yang sama berlaku saat dijeda Aurora Serverless v2 contoh sedang dalam proses melanjutkan. Itu karena Anda dapat berhasil terhubung ke instance seperti itu, bahkan jika koneksi mengalami sedikit penundaan.

Setiap metrik yang terkait dengan ketersediaan instance Aurora mempertimbangkan periode saat instance dijeda sebagai waktu instans tersedia.

Acara untuk operasi jeda otomatis dan lanjutkan otomatis

Aurora memancarkan acara untuk Aurora Serverless v2 contoh ketika operasi jeda otomatis dan lanjutkan otomatis mulai, selesai, atau dibatalkan. Peristiwa yang terkait dengan fitur jeda otomatis telah RDS-EVENT-0370 selesai. RDS-EVENT-0374 Untuk detail tentang acara ini, lihatPeristiwa instans DB.

Cara kerja jeda otomatis dengan Performance Insights dan Enhanced Monitoring

Sementara sebuah Aurora Serverless v2 Instance dijeda, Aurora tidak mengumpulkan informasi pemantauan untuk instance tersebut baik melalui Performance Insights atau Enhanced Monitoring. Ketika instance dilanjutkan, mungkin ada penundaan singkat sebelum Aurora melanjutkan pengumpulan informasi pemantauan tersebut.

Bagaimana Aurora Serverless v2 fitur jeda otomatis berinteraksi dengan metrik Aurora

Sementara sebuah Aurora Serverless v2 instance dijeda, tidak memancarkan sebagian besar CloudWatch metrik atau menulis informasi apa pun ke log database-nya. Satu-satunya metrik yang dikirim ke CloudWatch saat instance dijeda adalah nol persen untuk CPUUtilization danACUUtilization, dan nol untuk. ServerlessDatabaseCapacity

CloudWatch Kapan statistik komputasi terkait dengan ketersediaan instance atau cluster dan uptime, Aurora Serverless v2 contoh dianggap tersedia selama waktu mereka dijeda.

Saat Anda memulai RDS API tindakan AWS CLI atau untuk mendeskripsikan atau mengunduh log untuk dijeda Aurora Serverless v2 misalnya, instance dilanjutkan secara otomatis untuk membuat informasi log tersedia.

Contoh CloudWatch metrik

AWS CLI Contoh berikut menunjukkan bagaimana Anda dapat mengamati kapasitas instance yang berubah dari waktu ke waktu. Selama periode waktu, instance otomatis berhenti dan kemudian dilanjutkan. Sementara itu dijeda, ServerlessDatabaseCapacity metrik melaporkan nilai nol. Untuk menentukan apakah instance dijeda pada titik mana pun selama periode waktu, kami memeriksa apakah kapasitas minimum selama periode waktu itu adalah nol.

Contoh Linux berikut mewakili Aurora Serverless v2 contoh yang telah dijeda secara otomatis selama beberapa waktu. Kami mengambil sampel ServerlessDatabaseCapacity setiap menit, selama tiga menit. ACUNilai minimum 0,0 menegaskan bahwa instance dijeda di beberapa titik selama setiap menit.

$ aws cloudwatch get-metric-statistics \
  --metric-name "ServerlessDatabaseCapacity" \
  --start-time "$(date -d '3 minutes ago')" --end-time "$(date -d 'now')" --period 60 \
  --statistics Minimum \
  --namespace "AWS/RDS" --dimensions Name=DBInstanceIdentifier,Value=my-autopause-instance \
  --output text | sort -k 3

ServerlessDatabaseCapacity
DATAPOINTS	0.0	2024-08-02T22:11:00+00:00	None
DATAPOINTS	0.0	2024-08-02T22:12:00+00:00	None
DATAPOINTS	0.0	2024-08-02T22:13:00+00:00	None

Selanjutnya, kami mencoba membuat koneksi ke jeda Aurora Serverless v2 contoh. Dalam contoh ini, kami sengaja menggunakan kata sandi yang salah sehingga upaya koneksi tidak berhasil. Meskipun gagal, upaya koneksi menyebabkan Aurora melanjutkan instance yang dijeda.

$ mysql -h my_cluster_endpoint.rds.amazonaws.com -u admin -pwrong-password

ERROR 1045 (28000): Access denied for user 'admin'@'ip_address' (using password: YES)

Contoh Linux berikut menunjukkan bahwa instance yang dijeda dilanjutkan, tetap menganggur selama kurang lebih lima menit, dan kemudian kembali ke keadaan jeda. Instans dilanjutkan pada kapasitas 2.0. ACUs Kemudian ditingkatkan sedikit, misalnya untuk melakukan beberapa pembersihan internal. Karena tidak menerima upaya koneksi pengguna dalam periode batas waktu lima menit, itu berubah dari 4.0 ACUs langsung ke status jeda.

$ aws cloudwatch get-metric-statistics \
  --metric-name "ServerlessDatabaseCapacity" \
  --start-time "$(date -d '8 minutes ago')" --end-time "$(date -d 'now')" --period 60 \
  --statistics Minimum \
  --namespace "AWS/RDS" --dimensions Name=DBInstanceIdentifier,Value=my-autopause-instance \
  --output text | sort -k 3

ServerlessDatabaseCapacity
DATAPOINTS	0.0	2024-08-02T22:13:00+00:00	None
DATAPOINTS	2.0	2024-08-02T22:14:00+00:00	None
DATAPOINTS	3.0	2024-08-02T22:15:00+00:00	None
DATAPOINTS	3.0	2024-08-02T22:16:00+00:00	None
DATAPOINTS	4.0	2024-08-02T22:17:00+00:00	None
DATAPOINTS	4.0	2024-08-02T22:18:00+00:00	None
DATAPOINTS	4.0	2024-08-02T22:19:00+00:00	None
DATAPOINTS	0.0	2024-08-02T22:20:00+00:00	None

Jika laporan dimaksudkan untuk menunjukkan seberapa cepat instans ditingkatkan untuk menangani beban kerja, kami mungkin menentukan Maximum statistik alih-alih. Minimum Untuk perencanaan kapasitas dan estimasi biaya, kami dapat menentukan periode waktu yang lebih lama dan menggunakan Average statistik. Dengan begitu, kita dapat menentukan nilai kapasitas tipikal selama periode aktivitas tinggi, aktivitas rendah, dan keadaan jeda. Untuk memeriksa perilaku selama waktu yang tepat di sekitar jeda dan melanjutkan, kami dapat menentukan periode satu detik dan memeriksa interval waktu yang lebih pendek. Nilai stempel waktu dalam output, seperti2024-08-02T22:13:00+00:00, menunjukkan format untuk menentukan parameter yang tepat untuk opsi --start-time dan--end-time.

Pemecahan masalah untuk Aurora Serverless v2 jeda otomatis

Jika Anda menemukan itu Aurora Serverless v2 instance tidak berhenti sesering yang Anda harapkan, periksa kemungkinan penyebab berikut:

Pertimbangan desain aplikasi untuk Aurora Serverless v2 fitur jeda otomatis

Ketika sebuah Aurora Serverless v2 Instans DB dilanjutkan setelah dijeda secara otomatis, dimulai dengan kapasitas yang relatif kecil dan ditingkatkan dari sana. Kapasitas awal ini berlaku bahkan jika instans DB memiliki kapasitas yang lebih tinggi segera sebelum dijeda secara otomatis.

Gunakan fitur ini dengan aplikasi yang dapat mentolerir interval sekitar 15 detik saat membuat koneksi. Itu menjelaskan kasus khas di mana Aurora Serverless v2 contoh dilanjutkan karena satu atau sejumlah kecil koneksi masuk. Jika instance dijeda selama lebih dari 24 jam, waktu untuk melanjutkan mungkin lebih lama.

Jika aplikasi Anda sudah menggunakan Aurora Serverless v1 dan fitur jeda otomatisnya, Anda mungkin sudah memiliki interval batas waktu seperti itu untuk upaya koneksi. Jika Anda sudah menggunakan Aurora Serverless v2 dalam kombinasi dengan fitur cluster berhenti/mulai Aurora, waktu dimulainya kembali untuk jeda otomatis Aurora Serverless v2 instance biasanya jauh lebih pendek daripada waktu untuk memulai cluster yang dihentikan.

Saat mengkodekan logika koneksi dalam aplikasi Anda, coba lagi koneksi jika upaya pertama mengembalikan kesalahan yang memiliki penyebab sementara. (Jika kesalahan disebabkan oleh kegagalan otentikasi, perbaiki kredensialnya sebelum mencoba lagi.) Kesalahan yang terjadi segera setelah dilanjutkan mungkin merupakan batas waktu, atau beberapa kesalahan yang terkait dengan batas basis data. Mencoba lagi dapat menangani masalah dalam kasus yang lebih jarang di mana Aurora Serverless v2 instance dilanjutkan karena tingginya jumlah permintaan koneksi simultan. Dalam hal ini, beberapa koneksi mungkin membutuhkan waktu lebih lama dari biasanya untuk diproses, atau mungkin melebihi batas koneksi simultan pada upaya pertama.

Selama pengembangan aplikasi dan debugging, jangan biarkan sesi klien atau alat pemrograman dengan koneksi terbuka ke database. Aurora tidak akan menjeda instance jika ada koneksi yang dimulai pengguna yang terbuka, terlepas dari apakah koneksi tidak menjalankan pernyataan atau transaksi apa pun. SQL Ketika satu Aurora Serverless v2 instance di cluster Aurora tidak dapat berhenti sejenak, contoh lain di cluster mungkin juga dicegah untuk berhenti. Untuk informasi selengkapnya, lihat Situasi di mana Aurora Serverless v2 tidak berhenti otomatis.

Aurora memancarkan peristiwa ketika Aurora Serverless v2 Instans DB mulai dilanjutkan, selesai dilanjutkan, dan jika instance tidak dapat dilanjutkan karena alasan tertentu. Untuk detail tentang acara ini, lihatPeristiwa instans DB.