Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Memulihkan Aurora Serverless v1 klaster DB
penting
AWS telah mengumumkan end-of-life tanggal untuk Aurora Serverless v1: 31 Maret 2025
Anda dapat mengonfigurasi Aurora Serverless v1 Cluster DB saat Anda memulihkan snapshot cluster DB yang disediakan dengan AWS CLI atau RDS API.
Saat Anda memulihkan snapshot ke Aurora Serverless v1 klaster DB, Anda dapat mengatur nilai spesifik berikut:
-
unit kapasitas Aurora minimum – Aurora Serverless v1 dapat mengurangi kapasitas turun hingga unit kapasitas ini.
-
unit kapasitas Aurora maksimum – Aurora Serverless v1 dapat meningkatkan kapasitas naik untuk unit kapasitas ini.
-
Timeout action – Tindakan yang harus diambil jika waktu modifikasi kapasitas habis karena tidak dapat menemukan titik skala. Aurora Serverless v1 Klaster DB dapat memaksa klaster DB Anda ke pengaturan kapasitas baru jika mengatur opsi Paksa penskalaan kapasitas ke nilai yang ditentukan.... Atau, hal ini dapat melakukan rollback perubahan kapasitas untuk membatalkannya jika Anda tidak memilih opsi tersebut. Untuk informasi selengkapnya, lihat Tindakan batas waktu habis untuk perubahan kapasitas.
-
Jeda setelah tidak aktif – Jumlah waktu tanpa lalu lintas basis data untuk menskalakan ke kapasitas pemrosesan nol. Saat lalu lintas basis data dilanjutkan, Aurora secara otomatis melanjutkan kapasitas dan skala pemrosesan untuk menangani lalu lintas.
Untuk informasi umum tentang memulihkan klaster DB dari snapshot, lihat Memulihkan dari snapshot klaster DB.
Anda dapat mengonfigurasi Aurora Serverless Cluster DB saat Anda memulihkan snapshot cluster DB yang disediakan dengan AWS Management Console, the AWS CLI, atau RDS API.
Saat Anda memulihkan snapshot ke Aurora Serverless klaster DB, Anda dapat mengatur nilai spesifik berikut:
-
unit kapasitas Aurora minimum – Aurora Serverless dapat mengurangi kapasitas turun hingga unit kapasitas ini.
-
unit kapasitas Aurora maksimum – Aurora Serverless dapat meningkatkan kapasitas naik untuk unit kapasitas ini.
-
Timeout action – Tindakan yang harus diambil jika waktu modifikasi kapasitas habis karena tidak dapat menemukan titik skala. Aurora Serverless v1 Klaster DB dapat memaksa klaster DB Anda ke pengaturan kapasitas baru jika mengatur opsi Paksa penskalaan kapasitas ke nilai yang ditentukan.... Atau, hal ini dapat melakukan rollback perubahan kapasitas untuk membatalkannya jika Anda tidak memilih opsi tersebut. Untuk informasi selengkapnya, lihat Tindakan batas waktu habis untuk perubahan kapasitas.
-
Jeda setelah tidak aktif – Jumlah waktu tanpa lalu lintas basis data untuk menskalakan ke kapasitas pemrosesan nol. Saat lalu lintas basis data dilanjutkan, Aurora secara otomatis melanjutkan kapasitas dan skala pemrosesan untuk menangani lalu lintas.
catatan
Versi snapshot cluster DB harus kompatibel dengan Aurora Serverless v1. Untuk daftar versi yang didukung, lihatAurora Serverless v1.
Untuk memulihkan snapshot ke Aurora Serverless v1 cluster dengan MySQL 5.7 kompatibilitas, termasuk parameter tambahan berikut:
-
--engine aurora-mysql
-
--engine-version 5.7
--engine-version
Parameter --engine
dan memungkinkan Anda membuat MySQL 5.7 kompatibel Aurora Serverless v1 cluster dari MySQL 5.6 yang kompatibel dengan Aurora atau Aurora Serverless v1 snapshot. Contoh berikut mengembalikan snapshot dari cluster MySQL 5.6 kompatibel bernama MySQL 5.7 kompatibel mydbclustersnapshot
Aurora Serverless v1 cluster bernamamynewdbcluster
.
Untuk Linux, macOS, atau Unix:
aws rds restore-db-cluster-from-snapshot \ --db-cluster-identifier
mynewdbcluster
\ --snapshot-identifiermydbclustersnapshot
\ --engine-mode serverless \ --engine aurora-mysql \ --engine-version 5.7
Untuk Windows:
aws rds restore-db-cluster-from-snapshot ^ --db-instance-identifier
mynewdbcluster
^ --db-snapshot-identifiermydbclustersnapshot
^ --engine aurora-mysql ^ --engine-version 5.7
Secara opsional, Anda dapat menentukan opsi --scaling-configuration
untuk mengonfigurasi kapasitas minimum, kapasitas maksimum, dan jeda otomatis saat tidak ada koneksi. Nilai kapasitas yang valid mencakup hal berikut:
-
Aurora MySQL:
1
,2
,4
,8
,16
,32
,64
,128
, dan256
. -
Aurora PostgreSQL:
2
,4
,8
,16
,32
,64
,192
, dan384
.
Dalam contoh berikut, Anda memulihkan dari snapshot cluster DB yang dibuat sebelumnya bernama mydbclustersnapshot
ke cluster DB baru bernamamynewdbcluster
. Anda mengatur --scaling-configuration
sehingga yang baru Aurora Serverless v1 Cluster DB dapat menskalakan dari 8 ACUs hingga 64 ACUs (unit kapasitas Aurora) sesuai kebutuhan untuk memproses beban kerja. Setelah pemrosesan selesai dan setelah 1000 detik tanpa koneksi yang didukung, klaster akan dinonaktifkan hingga permintaan koneksi memintanya untuk diaktifkan ulang.
Untuk Linux, macOS, atau Unix:
aws rds restore-db-cluster-from-snapshot \ --db-cluster-identifier
mynewdbcluster
\ --snapshot-identifiermydbclustersnapshot
\ --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true
Untuk Windows:
aws rds restore-db-cluster-from-snapshot ^ --db-instance-identifier
mynewdbcluster
^ --db-snapshot-identifiermydbclustersnapshot
^ --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true
Untuk mengonfigurasi Aurora Serverless v1 Cluster DB saat Anda memulihkan dari cluster DB menggunakan RDS API, jalankan DBCluster FromSnapshot operasi Restore dan tentukan serverless
EngineMode
parameternya.
Secara opsional, Anda dapat menentukan parameter ScalingConfiguration
untuk mengonfigurasi kapasitas minimum, kapasitas maksimum, dan jeda otomatis saat tidak ada koneksi. Nilai kapasitas yang valid mencakup hal berikut:
-
Aurora MySQL:
1
,2
,4
,8
,16
,32
,64
,128
, dan256
. -
Aurora PostgreSQL:
2
,4
,8
,16
,32
,64
,192
, dan384
.