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

Bagaimana Aurora Serverless v2 cara kerja

Ikhtisar berikut menjelaskan bagaimana Aurora Serverless v2 bekerja.

Aurora Serverless v2 selayang pandang

Amazon Aurora Serverless v2 cocok untuk beban kerja yang paling menuntut dan sangat bervariasi. Misalnya, penggunaan basis data Anda mungkin berat untuk waktu yang singkat, diikuti dengan aktivitas ringan dalam waktu lama atau tidak ada aktivitas sama sekali. Beberapa contohnya adalah situs web retail, game, atau olahraga dengan peristiwa promosi berkala, dan basis data yang menghasilkan laporan jika diperlukan. Contoh lainnya adalah lingkungan pengembangan dan pengujian, serta aplikasi baru yang penggunaannya dapat meningkat dengan cepat. Untuk kasus seperti ini dan banyak kasus lainnya, mengonfigurasi kapasitas dengan benar sebelumnya tidak selalu dapat dilakukan dengan model terprovisi. Hal ini juga dapat mengakibatkan biaya yang lebih tinggi jika Anda menetapkan penyediaan yang berlebih dan memiliki kapasitas yang tidak Anda gunakan.

Sebaliknya, klaster terprovisi Aurora cocok untuk beban kerja yang stabil. Dengan cluster yang disediakan, Anda memilih kelas instans DB yang memiliki jumlah memori, CPU daya, bandwidth I/O, dan sebagainya yang telah ditentukan sebelumnya. Jika beban kerja Anda berubah, Anda secara manual memodifikasi kelas instans penulis dan pembaca Anda. Model terprovisi berfungsi dengan baik saat Anda dapat menyesuaikan kapasitas sebelum pola konsumsi yang diharapkan dan Anda sanggup mengalami pemadaman singkat saat mengubah kelas instans penulis dan pembaca di klaster Anda.

Aurora Serverless v2 dirancang dari bawah ke atas untuk mendukung cluster DB tanpa server yang dapat diskalakan secara instan. Aurora Serverless v2 direkayasa untuk memberikan tingkat keamanan dan isolasi yang sama seperti penulis dan pembaca yang disediakan. Aspek-aspek ini sangat penting dalam lingkungan cloud nirserver multi-penghuni. Mekanisme penskalaan dinamis memiliki overhead yang sangat sedikit sehingga dapat merespons dengan cepat perubahan beban kerja basis data. Mekanisme ini juga cukup kuat untuk memenuhi permintaan memproses permintaan yang meningkat secara drastis.

Dengan menggunakan Aurora Serverless v2, Anda dapat membuat cluster Aurora DB tanpa dikunci ke dalam kapasitas database tertentu untuk setiap penulis dan pembaca. Anda menentukan rentang kapasitas minimum dan maksimum. Timbangan Aurora masing-masing Aurora Serverless v2 penulis atau pembaca dalam cluster dalam rentang kapasitas itu. Dengan menggunakan klaster Multi-AZ yang memungkinkan setiap penulis atau pembaca diskalakan secara dinamis, Anda dapat memanfaatkan penskalaan dinamis dan ketersediaan tinggi.

Aurora Serverless v2 skala sumber daya database secara otomatis berdasarkan spesifikasi kapasitas minimum dan maksimum Anda. Penskalaan dilakukan dengan cepat karena sebagian besar operasi peristiwa penskalaan mempertahankan penulis atau pembaca di host yang sama. Dalam kasus yang jarang terjadi, sebuah Aurora Serverless v2 penulis atau pembaca dipindahkan dari satu host ke host lainnya, Aurora Serverless v2 mengelola koneksi secara otomatis. Anda tidak perlu mengubah kode aplikasi klien basis data Anda atau string koneksi basis data Anda.

Dengan Aurora Serverless v2, seperti halnya cluster yang disediakan, kapasitas penyimpanan dan kapasitas komputasi terpisah. Ketika kita merujuk pada Aurora Serverless v2 kapasitas dan penskalaan, selalu kapasitas komputasi yang meningkat atau menurun. Dengan demikian, cluster Anda dapat berisi banyak terabyte data bahkan ketika kapasitas memori CPU dan skala turun ke tingkat rendah.

Alih-alih menyediakan dan mengelola server basis data, Anda menentukan kapasitas basis data. Untuk detail tentang Aurora Serverless v2 kapasitas, lihatAurora Serverless v2 kapasitas. Kapasitas sebenarnya dari masing-masing Aurora Serverless v2 penulis atau pembaca bervariasi dari waktu ke waktu, tergantung pada beban kerja Anda. Untuk detail tentang mekanisme tersebut, lihat Aurora Serverless v2 penskalaan.

Konfigurasi untuk cluster Aurora DB

Untuk setiap cluster Aurora DB Anda, Anda dapat memilih kombinasi Aurora Serverless v2 kapasitas, kapasitas yang disediakan, atau keduanya.

Anda dapat mengatur cluster yang berisi keduanya Aurora Serverless v2 dan kapasitas yang disediakan, yang disebut cluster konfigurasi campuran. Misalnya, anggaplah Anda membutuhkan lebih banyak kapasitas baca/tulis daripada yang tersedia untuk Aurora Serverless v2 penulis. Dalam hal ini, Anda dapat mengatur klaster dengan penulis terprovisi yang sangat besar. Dalam hal ini, Anda masih dapat menggunakan Aurora Serverless v2 untuk para pembaca. Atau anggaplah beban kerja tulis untuk klaster Anda bervariasi, tetapi beban kerja baca stabil. Dalam hal ini, Anda dapat mengatur cluster Anda dengan Aurora Serverless v2 penulis dan satu atau lebih pembaca yang disediakan.

Anda juga dapat mengatur cluster DB di mana semua kapasitas dikelola oleh Aurora Serverless v2. Untuk melakukan ini, Anda dapat membuat cluster baru dan menggunakan Aurora Serverless v2 dari awal. Atau Anda dapat mengganti semua kapasitas yang disediakan di cluster yang ada dengan Aurora Serverless v2. Misalnya, beberapa jalur pemutakhiran dari versi mesin yang lebih lama memerlukan dimulai dengan penulis yang disediakan dan menggantinya dengan Aurora Serverless v2 penulis. Untuk prosedur membuat cluster DB baru dengan Aurora Serverless v2 atau untuk mengganti cluster DB yang ada ke Aurora Serverless v2, lihat Membuat Aurora Serverless v2 klaster DB. danBeralih dari klaster yang disediakan ke Aurora Serverless v2.

Jika Anda tidak menggunakan Aurora Serverless v2 sama sekali dalam cluster DB, semua penulis dan pembaca di cluster DB disediakan. Ini adalah jenis klaster DB terlama dan paling umum yang sudah dikenal oleh sebagian besar pengguna. Bahkan, sebelumnya Aurora Serverless, tidak ada nama khusus untuk cluster Aurora DB semacam ini. Kapasitas terprovisi bersifat konstan. Biayanya relatif mudah untuk diperkirakan. Namun, Anda harus memprediksi sebelumnya berapa banyak kapasitas yang Anda butuhkan. Dalam beberapa kasus, prediksi Anda mungkin tidak akurat atau kebutuhan kapasitas Anda mungkin berubah. Dalam kasus ini, klaster DB Anda dapat mengalami kekurangan penyediaan (lebih lambat dari yang Anda inginkan) atau kelebihan penyediaan (lebih mahal dari yang Anda inginkan).

Aurora Serverless v2 kapasitas

Satuan ukuran untuk Aurora Serverless v2 adalah unit kapasitas Aurora () ACU. Aurora Serverless v2 kapasitas tidak terkait dengan kelas instans DB yang Anda gunakan untuk kluster yang disediakan.

Masing-masing ACU adalah kombinasi dari sekitar 2 gibibytes (GiB) memori, koresponden, dan jaringan. CPU Anda menentukan rentang kapasitas basis data menggunakan unit ukur ini. Metrik ACUUtilization dan ServerlessDatabaseCapacity membantu Anda menentukan berapa banyak kapasitas yang sebenarnya digunakan basis data Anda dan di mana kapasitas tersebut berada dalam rentang yang ditentukan.

Setiap saat, masing-masing Aurora Serverless v2 Penulis atau pembaca DB memiliki kapasitas. Kapasitas direpresentasikan sebagai angka floating-point yang mewakili. ACUs Kapasitas ini meningkat atau menurun setiap kali penulis atau pembaca diskalakan. Nilai ini diukur setiap detik. Untuk setiap cluster DB tempat Anda ingin menggunakan Aurora Serverless v2, Anda menentukan rentang kapasitas: nilai kapasitas minimum dan maksimum yang masing-masing Aurora Serverless v2 penulis atau pembaca dapat menskalakan antara. Rentang kapasitasnya sama untuk masing-masing Aurora Serverless v2 penulis atau pembaca dalam cluster DB. Masing-masing Aurora Serverless v2 penulis atau pembaca memiliki kapasitasnya sendiri, jatuh di suatu tempat dalam kisaran itu.

Tabel berikut menunjukkan Aurora Serverless v2 rentang kapasitas yang didukung untuk Aurora My dan SQL Aurora Postgre. SQL

Yang terkecil Aurora Serverless v2 Kapasitas yang dapat Anda tentukan adalah 0,5ACUs. Anda dapat menentukan angka yang lebih tinggi jika kapasitasnya kurang dari atau sama dengan nilai kapasitas maksimum. Mengatur kapasitas minimum ke angka kecil akan memungkinkan klaster DB yang berbeban ringan mengonsumsi sumber daya komputasi minimal. Pada saat yang sama, klaster tersebut tetap siap untuk menerima koneksi dengan segera dan menaikkan skalanya ketika menjadi sibuk.

Kami merekomendasikan pengaturan kapasitas minimum ke sebuah nilai yang memungkinkan setiap penulis atau pembaca DB mempertahankan rangkaian aplikasi yang beroperasi di pool buffer. Dengan begitu, konten pool buffer tidak dibuang selama periode idle. Untuk semua pertimbangan saat memilih nilai kapasitas minimum, lihat Memilih minimum Aurora Serverless v2 pengaturan kapasitas untuk cluster. Untuk semua pertimbangan saat memilih nilai kapasitas maksimum, lihat Memilih yang maksimal Aurora Serverless v2 pengaturan kapasitas untuk cluster.

Bergantung pada bagaimana Anda mengkonfigurasi pembaca dalam penyebaran multi-AZ, kapasitas mereka dapat dikaitkan dengan kapasitas penulis atau secara mandiri. Untuk detail tentang cara melakukannya, lihat Aurora Serverless v2 penskalaan.

Pemantauan Aurora Serverless v2 melibatkan pengukuran nilai kapasitas untuk penulis dan pembaca di cluster DB Anda dari waktu ke waktu. Jika basis data Anda tidak menurunkan skalanya ke kapasitas minimum, Anda dapat mengambil tindakan seperti menyesuaikan kapasitas minimum dan mengoptimalkan aplikasi basis data Anda. Jika basis data Anda secara konsisten mencapai kapasitas maksimumnya, Anda dapat mengambil tindakan seperti meningkatkan kapasitas maksimum. Anda juga dapat mengoptimalkan aplikasi basis data Anda dan menyebarkan beban kueri ke lebih banyak pembaca.

Biaya untuk Aurora Serverless v2 kapasitas diukur dalam hal ACU -jam. Untuk informasi tentang bagaimana Aurora Serverless v2 biaya dihitung, lihat halaman harga Aurora.

Misalkan jumlah total penulis dan pembaca di cluster Anda n. Dalam hal ini, cluster mengkonsumsi kira-kira n x minimum ACUs ketika Anda tidak menjalankan operasi database apa pun. Aurora sendiri mungkin menjalankan operasi pemantauan atau pemeliharaan yang menyebabkan sejumlah kecil beban. Klaster tersebut mengonsumsi tidak lebih dari n x maximum ACUs ketika basis data berjalan pada kapasitas penuh.

Untuk detail selengkapnya tentang memilih ACU nilai minimum dan maksimum yang sesuai, lihatMemilih Aurora Serverless v2 rentang kapasitas untuk cluster Aurora. ACUNilai minimum dan maksimum yang Anda tentukan juga memengaruhi cara kerja beberapa parameter konfigurasi Aurora Aurora Serverless v2. Untuk detail tentang interaksi antara rentang kapasitas dan parameter konfigurasi, lihatBekerja dengan kelompok parameter untuk Aurora Serverless v2.

Aurora Serverless v2 penskalaan

Untuk masing-masing Aurora Serverless v2 penulis atau pembaca, Aurora terus melacak pemanfaatan sumber daya sepertiCPU, memori, dan jaringan. Pengukuran ini secara kolektif disebut beban. Beban mencakup operasi basis data yang dilakukan oleh aplikasi Anda. Hal ini juga mencakup pemrosesan latar belakang untuk server basis data dan tugas administratif Aurora. Ketika kapasitas dibatasi oleh salah satu dari ini, Aurora Serverless v2 skala. Aurora Serverless v2 juga meningkatkan skala ketika mendeteksi masalah kinerja yang dapat diselesaikan dengan melakukannya. Anda dapat memantau pemanfaatan sumber daya dan bagaimana pengaruhnya Aurora Serverless v2 penskalaan dengan menggunakan prosedur di CloudWatch Metrik Amazon penting untuk Aurora Serverless v2 danPemantauan Aurora Serverless v2 kinerja dengan Performance Insights.

Beban dapat bervariasi di seluruh penulis dan pembaca di klaster DB Anda. Penulis menangani semua pernyataan bahasa definisi data (DDL), sepertiCREATE TABLE,ALTER TABLE, danDROP TABLE. Penulis juga menangani semua pernyataan bahasa manipulasi data (DML), seperti INSERT danUPDATE. Pembaca dapat memproses pernyataan hanya baca, seperti kueri SELECT.

Penskalaan adalah operasi yang meningkat atau menurun Aurora Serverless v2 kapasitas untuk database Anda. Dengan Aurora Serverless v2, setiap penulis dan pembaca memiliki nilai kapasitasnya sendiri saat ini, diukur dalamACUs. Aurora Serverless v2 skala penulis atau pembaca hingga kapasitas yang lebih tinggi ketika kapasitas saat ini terlalu rendah untuk menangani beban. Operasi ini menurunkan skala penulis atau pembaca ke kapasitas yang lebih rendah ketika kapasitas saat ini lebih tinggi dari yang dibutuhkan.

Tidak seperti Aurora Serverless v1, yang menskalakan dengan menggandakan kapasitas setiap kali cluster DB mencapai ambang batas, Aurora Serverless v2 dapat meningkatkan kapasitas secara bertahap. Ketika permintaan beban kerja Anda mulai mencapai kapasitas database saat ini dari seorang penulis atau pembaca, Aurora Serverless v2 meningkatkan jumlah ACUs untuk penulis atau pembaca itu. Aurora Serverless v2 skala kapasitas dalam peningkatan yang diperlukan untuk memberikan kinerja terbaik untuk sumber daya yang dikonsumsi. Penskalaan terjadi secara bertahap sekecil 0,5. ACUs Semakin besar kapasitas saat ini, semakin besar inkremen penskalaan dan akibatnya semakin cepat penskalaan dapat terjadi.

Karena Aurora Serverless v2 penskalaan sangat sering, granular, dan tidak mengganggu, tidak menyebabkan peristiwa diskrit seperti itu AWS Management Console Aurora Serverless v1 tidak. Sebagai gantinya, Anda dapat mengukur CloudWatch metrik Amazon seperti ServerlessDatabaseCapacity dan ACUUtilization dan melacak nilai minimum, maksimum, dan rata-ratanya dari waktu ke waktu. Untuk mempelajari selengkapnya tentang metrik Aurora, lihat Memantau metrik di klaster Amazon Aurora. Untuk tips tentang pemantauan Aurora Serverless v2, lihat CloudWatch Metrik Amazon penting untuk Aurora Serverless v2.

Anda dapat memilih untuk membuat pembaca diskalakan pada saat yang sama dengan penulis terkait, atau secara independen dari penulis. Anda dapat melakukannya dengan menentukan tingkat promosi untuk pembaca tersebut.

Untuk detail tentang tingkat promosi, lihat Memilih tingkat promosi untuk Aurora Serverless v2 pembaca.

Gagasan poin penskalaan dan periode batas waktu terkait dari Aurora Serverless v1 jangan berlaku di Aurora Serverless v2. Aurora Serverless v2 penskalaan dapat terjadi saat koneksi database terbuka, sementara SQL transaksi sedang dalam proses, sementara tabel dikunci, dan sementara tabel sementara sedang digunakan. Aurora Serverless v2 tidak menunggu titik tenang untuk memulai penskalaan. Penskalaan tidak mengganggu operasi basis data apa pun yang sedang berlangsung.

Jika beban kerja Anda membutuhkan lebih banyak kapasitas baca daripada yang tersedia dengan satu penulis dan satu pembaca, Anda dapat menambahkan beberapa Aurora Serverless v2 pembaca ke cluster. Masing-masing Aurora Serverless v2 pembaca dapat menskalakan dalam kisaran nilai kapasitas minimum dan maksimum yang Anda tentukan untuk cluster DB Anda. Anda dapat menggunakan titik akhir pembaca klaster untuk mengarahkan sesi hanya baca ke pembaca dan mengurangi beban pada penulis.

Apakah Aurora Serverless v2 melakukan penskalaan, dan seberapa cepat penskalaan terjadi setelah dimulai, juga tergantung pada ACU pengaturan minimum dan maksimum untuk cluster. Selain itu, hal tersebut bergantung pada apakah pembaca dikonfigurasi untuk diskalakan bersama dengan penulis atau secara independen. Untuk detail tentang faktor-faktor yang mempengaruhi Aurora Serverless v2 penskalaan, lihatKinerja dan penskalaan untuk Aurora Serverless v2.

Aurora Serverless v2 dan ketersediaan tinggi

Cara untuk menetapkan ketersediaan tinggi untuk klaster DB Aurora adalah dengan menjadikannya sebagai klaster DB Multi-AZ. Klaster DB Aurora Multi-AZ memiliki kapasitas komputasi yang tersedia setiap saat di lebih dari satu Zona Ketersediaan (AZ). Konfigurasi tersebut membuat basis data Anda tetap aktif dan berjalan bahkan jika terjadi pemadaman yang signifikan. Aurora melakukan failover otomatis jika terjadi masalah yang memengaruhi penulis atau bahkan seluruh AZ. Dengan Aurora Serverless v2, Anda dapat memilih kapasitas komputasi siaga untuk meningkatkan dan menurunkan bersama dengan kapasitas penulis. Dengan begitu, kapasitas komputasi di AZ kedua siap mengambil alih beban kerja saat ini kapan saja. Pada saat yang sama, kapasitas komputasi di semua AZs dapat menurunkan skala ketika database menganggur. Untuk detail tentang cara kerja Aurora Wilayah AWS dan Availability Zones, lihat. Ketersediaan yang tinggi untuk instans DB Aurora

Bagian Aurora Serverless v2 Kemampuan multi-AZ menggunakan pembaca selain penulis. Support untuk pembaca adalah hal baru untuk Aurora Serverless v2 dibandingkan dengan Aurora Serverless v1. Anda dapat menambahkan hingga 15 Aurora Serverless v2 pembaca tersebar di 3 AZs ke cluster Aurora DB.

Untuk aplikasi bisnis penting yang harus tetap tersedia bahkan jika terjadi masalah yang memengaruhi seluruh klaster Anda atau seluruh AWS Wilayah, Anda dapat menyiapkan basis data global Aurora. Anda dapat menggunakan Aurora Serverless v2 kapasitas di cluster sekunder sehingga mereka siap untuk mengambil alih selama pemulihan bencana. Klaster tersebut juga dapat menurunkan skalanya ketika basis data tidak sibuk. Untuk detail tentang basis data global Aurora, lihat Menggunakan basis data global Amazon Aurora.

Aurora Serverless v2 berfungsi seperti disediakan untuk failover dan fitur ketersediaan tinggi lainnya. Untuk informasi selengkapnya, lihat Ketersediaan yang tinggi untuk Amazon Aurora.

Misalkan Anda ingin memastikan ketersediaan maksimum untuk Aurora Serverless v2 klaster. Anda dapat membuat pembaca selain penulis. Jika Anda menetapkan pembaca ke tingkat promosi 0 atau 1, penskalaan apa pun yang terjadi pada penulis juga terjadi pada pembaca. Dengan begitu, pembaca dengan kapasitas yang sama selalu siap mengambil alih untuk penulis jika terjadi failover.

Misalkan Anda ingin menjalankan laporan triwulanan untuk bisnis Anda seiring klaster Anda terus memproses transaksi. Jika Anda menambahkan Aurora Serverless v2 pembaca ke cluster dan menetapkannya ke tingkat promosi dari 2 hingga 15, Anda dapat terhubung langsung ke pembaca itu untuk menjalankan laporan. Bergantung pada seberapa intensif memori dan CPU intensif kueri pelaporan, pembaca tersebut dapat meningkatkan skala untuk mengakomodasi beban kerja. Pembaca ini kemudian dapat kembali diturunkan skalanya ketika laporannya sudah selesai.

Aurora Serverless v2 dan penyimpanan

Penyimpanan untuk setiap cluster Aurora DB terdiri dari enam salinan dari semua data Anda, tersebar di tiga. AZs Replikasi data default ini berlaku terlepas dari apakah klaster DB Anda mencakup pembaca selain penulis. Dengan begitu, data Anda aman, bahkan dari masalah yang memengaruhi kapasitas komputasi klaster.

Aurora Serverless v2 penyimpanan memiliki karakteristik keandalan dan daya tahan yang sama seperti yang dijelaskan dalamPenyimpanan Amazon Aurora. Itu karena penyimpanan untuk cluster Aurora DB bekerja sama apakah kapasitas komputasi menggunakan Aurora Serverless v2 atau disediakan.

Parameter konfigurasi untuk klaster Aurora

Anda dapat menyesuaikan semua parameter konfigurasi cluster dan database yang sama untuk cluster dengan Aurora Serverless v2 kapasitas seperti untuk cluster DB yang disediakan. Namun, beberapa parameter terkait kapasitas ditangani secara berbeda untuk Aurora Serverless v2. Dalam klaster konfigurasi campuran, nilai parameter yang Anda tentukan untuk parameter terkait kapasitas tersebut masih berlaku untuk penulis dan pembaca yang disediakan.

Hampir semua parameter bekerja dengan cara yang sama Aurora Serverless v2 penulis dan pembaca seperti untuk yang disediakan. Hal ini tidak termasuk beberapa parameter yang disesuaikan oleh Aurora secara otomatis selama penskalaan, dan beberapa parameter yang disimpan oleh Aurora pada nilai tetap yang bergantung pada pengaturan kapasitas maksimum.

Misalnya, jumlah memori yang dicadangkan untuk cache buffer meningkat saat penulis atau pembaca dinaikkan skalanya, dan berkurang saat penulis atau pembaca diturunkan skalanya. Dengan begitu, memori dapat dilepaskan ketika basis data Anda tidak sibuk. Sebaliknya, Aurora secara otomatis menetapkan jumlah maksimum koneksi ke nilai yang sesuai berdasarkan pengaturan kapasitas maksimum. Dengan begitu, koneksi aktif tidak terputus jika beban turun dan Aurora Serverless v2 skala ke bawah. Untuk informasi tentang bagaimana Aurora Serverless v2 menangani parameter tertentu, lihatBekerja dengan kelompok parameter untuk Aurora Serverless v2.