Memodifikasi Aurora Serverless v1 Klaster DB - Amazon Aurora

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

Memodifikasi Aurora Serverless v1 Klaster DB

penting

AWS telah mengumumkan end-of-life tanggal untuk Aurora Serverless v1: 31 Maret 2025. Kami sangat menyarankan untuk memutakhirkan Aurora Serverless v1 Cluster DB untuk Aurora Serverless v2 sebelum tanggal tersebut. Upgrade dapat melibatkan perubahan dalam nomor versi utama dari mesin database. Oleh karena itu, penting untuk merencanakan, menguji, dan menerapkan peralihan ini sebelum tanggal. end-of-life Mulai 8 Januari 2025, pelanggan tidak lagi dapat membuat yang baru Aurora Serverless v1 cluster atau instance dengan CLI AWS Management Console atau. Untuk informasi tentang proses migrasi, lihatUpgrade dari Aurora Serverless v1 cluster ke Aurora Serverless v2.

Aurora Serverless v2 sisik lebih cepat dan dengan cara yang lebih granular. Aurora Serverless v2 juga memiliki kompatibilitas lebih dengan fitur Aurora lainnya seperti instans DB pembaca. Anda bisa belajar tentang Aurora Serverless v2 di Menggunakan Aurora Serverless v2.

Setelah Anda mengonfigurasi Aurora Serverless v1 DB cluster, Anda dapat memodifikasi properti tertentu dengan AWS CLI,, atau RDS API. AWS Management Console Sebagian besar properti yang dapat Anda ubah sama dengan jenis klaster Aurora lainnya.

Perubahan yang paling relevan untuk Aurora Serverless v1 adalah sebagai berikut:

Memodifikasi konfigurasi penskalaan Aurora Serverless v1 Klaster DB

Anda dapat mengatur kapasitas minimum dan maksimum untuk klaster DB. Setiap unit kapasitas setara dengan komputasi dan konfigurasi memori tertentu. Aurora Serverless secara otomatis membuat aturan penskalaan untuk ambang penggunaan CPU, koneksi, dan memori yang tersedia. Anda juga dapat mengatur apakah Aurora Serverless menjeda basis data saat tidak ada aktivitas lalu melanjutkan saat aktivitas dimulai lagi.

Anda dapat mengatur nilai spesifik berikut untuk konfigurasi penskalaan:

  • 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.

  • Batas waktu dan tindakan penskalaan otomatis - Bagian ini menentukan berapa lama Aurora Serverless menunggu untuk menemukan titik penskalaan sebelum waktu habis. Bagian ini juga menentukan tindakan yang harus diambil jika batas waktu modifikasi kapasitas habis karena tidak dapat menemukan titik penskalaan. Aurora dapat memaksa perubahan kapasitas untuk mengatur kapasitas ke nilai yang ditentukan sesegera mungkin. Atau, layanan ini dapat melakukan rollback perubahan kapasitas untuk membatalkannya. Untuk informasi selengkapnya, lihat Tindakan batas waktu habis untuk perubahan kapasitas.

  • Jeda setelah tidak aktif — Gunakan Skala kapasitas opsional ke 0 ACUs saat klaster dalam pengaturan idle untuk menskalakan database ke nol kapasitas pemrosesan saat klaster tidak aktif. Saat lalu lintas basis data dilanjutkan, Aurora secara otomatis melanjutkan kapasitas dan skala pemrosesan untuk menangani lalu lintas.

catatan

Ketika Anda memodifikasi rentang kapasitas untuk Aurora Serverless Cluster DB, perubahan terjadi segera, terlepas dari apakah Anda memilih untuk menerapkannya segera atau selama jendela pemeliharaan terjadwal berikutnya.

Anda dapat mengubah konfigurasi penskalaan klaster DB Aurora dengan AWS Management Console.

Untuk mengubah Aurora Serverless v1 Klaster DB
  1. Buka konsol Amazon RDS di https://console.aws.amazon.com/rds/.

  2. Di panel navigasi, pilih Basis Data.

  3. Pilih Aurora Serverless v1 klaster DB yang ingin Anda ubah.

  4. Untuk Actions, pilih Modify cluster.

  5. Di bagian Pengaturan kapasitas, ubah konfigurasi penskalaan.

  6. Pilih Lanjutkan.

  7. Pada halaman Modifikasi klaster DB, tinjau modifikasi Anda, lalu pilih kapan harus menerapkannya.

  8. Pilih Ubah klaster.

Untuk mengubah konfigurasi penskalaan Aurora Serverless v1 Cluster DB menggunakan AWS CLI, jalankan modify-db-cluster AWS CLI perintah. Tentukan 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, dan 256.

  • Aurora PostgreSQL: 2, 4, 8, 16, 32, 64, 192, dan 384.

Dalam contoh ini, Anda memodifikasi konfigurasi penskalaan Aurora Serverless v1 Cluster DB bernamasample-cluster.

Untuk Linux, macOS, atau Unix:

aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --scaling-configuration MinCapacity=8,MaxCapacity=64,SecondsUntilAutoPause=500,TimeoutAction='ForceApplyCapacityChange',AutoPause=true

Untuk Windows:

aws rds modify-db-cluster ^ --db-cluster-identifier sample-cluster ^ --scaling-configuration MinCapacity=8,MaxCapacity=64,SecondsUntilAutoPause=500,TimeoutAction='ForceApplyCapacityChange',AutoPause=true

Anda dapat memodifikasi konfigurasi penskalaan cluster Aurora DB dengan operasi DBCluster Modify API. Tentukan 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, dan 256.

  • Aurora PostgreSQL: 2, 4, 8, 16, 32, 64, 192, dan 384.

Memutakhirkan versi utama dari sebuah Aurora Serverless v1 Klaster DB

penting

AWS telah mengumumkan end-of-life tanggal untuk Aurora Serverless v1: 31 Maret 2025. Kami sangat menyarankan untuk memutakhirkan Aurora Serverless v1 Cluster DB untuk Aurora Serverless v2 sebelum tanggal tersebut. Upgrade dapat melibatkan perubahan dalam nomor versi utama dari mesin database. Oleh karena itu, penting untuk merencanakan, menguji, dan menerapkan peralihan ini sebelum tanggal. end-of-life Mulai 8 Januari 2025, pelanggan tidak lagi dapat membuat yang baru Aurora Serverless v1 cluster atau instance dengan CLI AWS Management Console atau.

Aurora Serverless v2 sisik lebih cepat dan dengan cara yang lebih granular. Aurora Serverless v2 juga memiliki kompatibilitas lebih dengan fitur Aurora lainnya seperti instans DB pembaca. Anda bisa belajar tentang Aurora Serverless v2 di Menggunakan Aurora Serverless v2.

Anda dapat meng-upgrade versi utama untuk Aurora Serverless v1 Cluster DB kompatibel dengan PostgreSQL 11 ke versi PostgreSQL 13 yang kompatibel dengan PostgreSQL yang sesuai.

Anda dapat melakukan upgrade di tempat Aurora Serverless v1 Cluster DB menggunakan file AWS Management Console.

Untuk meng-upgrade sebuah Aurora Serverless v1 Klaster DB
  1. Buka konsol Amazon RDS di https://console.aws.amazon.com/rds/.

  2. Di panel navigasi, pilih Basis Data.

  3. Pilih Aurora Serverless v1 Cluster DB yang ingin Anda tingkatkan.

  4. Untuk Tindakan, pilih Ubah klaster.

  5. Untuk Versi, pilih nomor versi Aurora PostgreSQL versi 13.

    Contoh berikut menunjukkan peningkatan di tempat dari Aurora PostgreSQL 11.16 ke 13.9.

    Memutakhirkan Aurora Serverless v1 Cluster DB menggunakan konsol

    Jika Anda melakukan peningkatan versi mayor, biarkan semua properti lainnya tetap sama. Untuk mengubah properti lainnya, lakukan operasi Modifikasi lain setelah peningkatan selesai.

  6. Pilih Lanjutkan.

  7. Pada halaman Modifikasi klaster DB, tinjau modifikasi Anda, lalu pilih kapan harus menerapkannya.

  8. Pilih Ubah klaster.

Untuk melakukan upgrade di tempat dari PostgreSQL 11 yang kompatibel Aurora Serverless v1 Cluster DB ke PostgreSQL 13 — yang kompatibel dengan PostgreSQL, tentukan parameter --engine-version dengan nomor versi Aurora PostgreSQL versi 13 yang kompatibel dengan Aurora Serverless v1. Sertakan juga --allow-major-version-upgrade parameternya.

Dalam contoh ini, Anda memodifikasi versi utama dari PostgreSQL 11 yang kompatibel Aurora Serverless v1 Cluster DB bernamasample-cluster. Melakukan hal itu melakukan upgrade di tempat ke PostgreSQL 13 yang kompatibel Aurora Serverless v1 klaster DB.

aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --engine-version 13.serverless_12 \ --allow-major-version-upgrade

Untuk Windows:

aws rds modify-db-cluster ^ --db-cluster-identifier sample-cluster ^ --engine-version 13.serverless_12 ^ --allow-major-version-upgrade

Untuk melakukan upgrade di tempat dari PostgreSQL 11 yang kompatibel Aurora Serverless v1 Cluster DB ke PostgreSQL 13 — yang kompatibel dengan PostgreSQL, tentukan parameter EngineVersion dengan nomor versi Aurora PostgreSQL versi 13 yang kompatibel dengan Aurora Serverless v1. Sertakan juga AllowMajorVersionUpgrade parameternya.

Mengonversi Aurora Serverless v1 Cluster DB untuk disediakan

Anda dapat mengonversi Aurora Serverless v1 Cluster DB ke cluster DB yang disediakan. Untuk melakukan konversi, Anda perlu mengubah kelas instans DB menjadi Terprovisi. Anda dapat menggunakan konversi ini sebagai bagian dari peningkatan cluster DB Anda dari Aurora Serverless v1 kepada Aurora Serverless v2Untuk informasi selengkapnya, lihat Upgrade dari Aurora Serverless v1 cluster ke Aurora Serverless v2.

Proses konversi membuat instans DB pembaca di cluster DB, mempromosikan instance pembaca ke instance penulis, dan kemudian menghapus aslinya Aurora Serverless v1 contoh. Saat Anda mengonversi klaster DB, Anda tidak dapat melakukan modifikasi lain secara bersamaan, seperti mengubah versi mesin DB atau grup parameter klaster DB. Operasi konversi akan diterapkan segera, dan tidak dapat dibatalkan.

Selama konversi, snapshot klaster DB cadangan akan diambil dari klaster DB jika terjadi kesalahan. Pengidentifikasi untuk snapshot klaster DB memiliki form pre-modify-engine-mode-DB_cluster_identifier-timestamp.

Aurora menggunakan versi mesin minor DB default saat ini untuk klaster DB terprovisi.

Jika Anda tidak menyediakan kelas instans DB untuk cluster DB yang dikonversi, Aurora merekomendasikan satu berdasarkan kapasitas maksimum yang asli Aurora Serverless v1 klaster DB. Kapasitas yang disarankan untuk pemetaan kelas instans ditunjukkan dalam tabel berikut.

Serverless kapasitas maksimum (ACUs) Kelas instans DB terprovisi
1 db.t3.small
2 db.t3.medium
4 db.t3.large
8 db.r5.large
16 db.r5.xlarge
32 db.r5.2xlarge
64 db.r5.4xlarge
128 db.r5.8xlarge
192 db.r5.12xlarge
256 db.r5.16xlarge
384 db.r5.24xlarge
catatan

Bergantung pada kelas instans DB yang Anda pilih, dan penggunaan database Anda, Anda mungkin melihat biaya yang berbeda untuk kluster DB yang disediakan dibandingkan dengan Aurora Serverless v1.

Jika Anda mengonversi Aurora Serverless v1 Cluster DB ke kelas instans DB burstable (db.t*), Anda mungkin dikenakan biaya tambahan untuk menggunakan cluster DB. Untuk informasi selengkapnya, lihat Jenis kelas instans DB.

Untuk mengonversi Aurora Serverless v1 Cluster DB ke cluster yang disediakan, jalankan perintah. modify-db-cluster AWS CLI

Parameter-parameter berikut diperlukan:

  • --db-cluster-identifier— Aurora Serverless v1 Cluster DB yang Anda konversi ke provisioned.

  • --engine-mode – Gunakan nilai provisioned.

  • --allow-engine-mode-change

  • --db-cluster-instance-class— Pilih kelas instans DB untuk cluster DB yang disediakan berdasarkan kapasitas Aurora Serverless v1 klaster DB.

Dalam contoh ini, Anda mengonversi Aurora Serverless v1 DB cluster bernama sample-cluster dan menggunakan kelas instans db.r5.xlarge DB.

Untuk Linux, macOS, atau Unix:

aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --engine-mode provisioned \ --allow-engine-mode-change \ --db-cluster-instance-class db.r5.xlarge

Untuk Windows:

aws rds modify-db-cluster ^ --db-cluster-identifier sample-cluster ^ --engine-mode provisioned ^ --allow-engine-mode-change ^ --db-cluster-instance-class db.r5.xlarge

Untuk mengonversi Aurora Serverless v1 Cluster DB ke cluster yang disediakan, gunakan operasi Modify DBCluster API.

Parameter-parameter berikut diperlukan:

  • DBClusterIdentifier— Aurora Serverless v1 Cluster DB yang Anda konversi ke provisioned.

  • EngineMode – Gunakan nilai provisioned.

  • AllowEngineModeChange

  • DBClusterInstanceClass— Pilih kelas instans DB untuk cluster DB yang disediakan berdasarkan kapasitas Aurora Serverless v1 klaster DB.