Kinerja

Memeriksa apakah klaster Amazon Aurora DB memiliki sumber daya untuk mendukung beban kerja baca.

c1qf5bt038

Kuning:

Peningkatan pembacaan basis data: Beban database tinggi dan database membaca lebih banyak baris daripada menulis atau memperbarui baris.

Sebaiknya Anda menyetel kueri untuk mengurangi beban database atau menambahkan instans DB pembaca ke cluster DB Anda dengan kelas dan ukuran instans yang sama dengan instans DB penulis di cluster. Konfigurasi saat ini memiliki setidaknya satu instans DB dengan beban database yang terus menerus tinggi yang sebagian besar disebabkan oleh operasi baca. Distribusikan operasi ini dengan menambahkan instans DB lain ke cluster dan mengarahkan beban kerja baca ke titik akhir read-only cluster DB.

Cluster Aurora DB memiliki satu titik akhir pembaca untuk koneksi hanya-baca. Endpoint ini menggunakan load balancing untuk mengelola kueri yang berkontribusi paling besar terhadap pemuatan basis data di cluster DB Anda. Titik akhir pembaca mengarahkan pernyataan ini ke Aurora Read Replicas dan mengurangi beban pada instance utama. Titik akhir pembaca juga menskalakan kapasitas untuk menangani kueri SELECT bersamaan dengan jumlah Aurora Read Replicas di cluster.

Untuk informasi selengkapnya, lihat Menambahkan Replika Aurora ke Cluster DB serta Mengelola kinerja dan penskalaan untuk klaster Aurora DB.

Memeriksa apakah tabel Amazon DynamoDB dan indeks sekunder global telah mengaktifkan penskalaan otomatis atau sesuai permintaan.

Penskalaan otomatis Amazon DynamoDB menggunakan layanan Application Auto Scaling untuk secara dinamis menyesuaikan kapasitas throughput yang disediakan atas nama Anda sebagai respons terhadap pola lalu lintas yang sebenarnya. Layanan ini memungkinkan tabel atau indeks sekunder global meningkatkan kapasitas baca dan tulis tersedia untuk menangani peningkatan lalu lintas yang mendadak, tanpa throttling. Ketika beban kerja berkurang, Application Auto Scaling dapat menurunkan throughput agar Anda tidak membayar kapasitas tersedia yang tidak terpakai.

Anda dapat menyesuaikan konfigurasi cek menggunakan parameter dalam AWS Config aturan Anda.

Untuk informasi selengkapnya, lihat Mengelola kapasitas throughput secara otomatis dengan penskalaan otomatis DynamoDB.

c18d2gz136

AWS Config Aturan Terkelola: dynamodb-autoscaling-enabled

Kuning: Penskalaan otomatis tidak diaktifkan untuk tabel DynamoDB dan/atau indeks sekunder global Anda.

Kecuali Anda sudah memiliki mekanisme untuk secara otomatis menskalakan throughput yang disediakan dari tabel DynamoDB Anda dan/atau indeks sekunder global berdasarkan persyaratan beban kerja Anda, pertimbangkan untuk mengaktifkan penskalaan otomatis untuk tabel Amazon DynamoDB Anda.

Untuk informasi selengkapnya, lihat Menggunakan AWS Management Console dengan DynamoDB auto scalingp.

Mengelola kapasitas throughput secara otomatis dengan penskalaan otomatis DynamoDB

Memeriksa apakah pengoptimalan Amazon EBS diaktifkan untuk EC2 instans Amazon Anda.

Instans Amazon EBS yang dioptimalkan menggunakan tumpukan konfigurasi yang dioptimalkan dan menyediakan kapasitas tambahan dan khusus untuk Amazon EBS I/O. Pengoptimalan ini memberikan kinerja terbaik untuk volume Amazon EBS Anda dengan meminimalkan perselisihan antara Amazon EBS I/O dan lalu lintas lain dari instans Anda..

Untuk informasi selengkapnya, lihat Instans yang dioptimalkan Amazon EBS.

c18d2gz142

AWS Config Aturan Terkelola: ebs-optimized-instance

Kuning: Optimasi Amazon EBS tidak diaktifkan pada EC2 instans Amazon yang didukung.

Aktifkan pengoptimalan Amazon EBS pada instans yang didukung.

Untuk informasi selengkapnya, lihat Mengaktifkan pengoptimalan EBS saat peluncuran.

Amazon EBS — Instans yang dioptimalkan

Memeriksa volume IOPS (SSD) yang disediakan yang dilampirkan ke instans Amazon Elastic Compute Cloud (Amazon) Amazon EBS yang dapat dioptimalkan yang tidak dioptimalkan oleh EBS. EC2

Volume IOPS (SSD) yang disediakan di Amazon Elastic Block Store (Amazon EBS) dirancang untuk memberikan kinerja yang diharapkan hanya jika dipasang ke instans yang dioptimalkan EBS.

PPkZrjsH2q

Kuning: EC2 Instans Amazon yang dapat dioptimalkan EBS memiliki volume IOPS (SSD) Terpasang tetapi instancenya tidak dioptimalkan EBS.

Buat instance baru yang dioptimalkan EBS, lepaskan volume, dan pasang kembali volume ke instance baru Anda. Untuk informasi selengkapnya, lihat Instans yang dioptimalkan Amazon EBS dan Melampirkan Volume Amazon EBS ke Instance.

Memeriksa volume Amazon Elastic Block Store (Amazon EBS) yang berjalan kapan saja selama periode lookback. Pemeriksaan ini memberi tahu Anda jika ada volume EBS yang kurang disediakan untuk beban kerja Anda. Pemanfaatan tinggi yang konsisten dapat menunjukkan kinerja yang optimal dan stabil, tetapi juga dapat menunjukkan bahwa aplikasi tidak memiliki sumber daya yang cukup.

COr6dfpM04

Kuning: Volume EBS yang kurang disediakan selama periode lookback. Untuk menentukan apakah volume kurang disediakan, kami mempertimbangkan semua CloudWatch metrik default (termasuk IOPS dan throughput). Algoritma yang digunakan untuk mengidentifikasi volume EBS yang kurang disediakan mengikuti praktik terbaik. AWS Algoritma diperbarui ketika pola baru telah diidentifikasi.

Pertimbangkan peningkatan volume yang memiliki pemanfaatan tinggi.

Untuk informasi selengkapnya, lihat Ikut serta AWS Compute Optimizer untuk Trusted Advisor cek.

Memeriksa apakah grup EC2 Auto Scaling Amazon dibuat dari template EC2 peluncuran Amazon.

Gunakan templat peluncuran untuk membuat grup Amazon EC2 Auto Scaling untuk memastikan akses ke fitur dan peningkatan grup Auto Scaling terbaru. Misalnya, pembuatan versi dan beberapa jenis instance.

Untuk informasi selengkapnya, lihat Meluncurkan templat.

c18d2gz102

AWS Config Aturan Terkelola: autoscaling-launch-template

Kuning: Grup EC2 Auto Scaling Amazon tidak terkait dengan template peluncuran yang valid.

Gunakan template EC2 peluncuran Amazon untuk membuat grup EC2 Auto Scaling Amazon Anda.

Untuk informasi selengkapnya, lihat Membuat template peluncuran untuk grup Auto Scaling.

Memeriksa volume Amazon EBS yang kinerjanya mungkin dipengaruhi oleh kemampuan throughput maksimum EC2 instans Amazon yang dilampirkan.

Untuk mengoptimalkan kinerja, Anda harus memastikan bahwa throughput maksimum EC2 instans Amazon lebih besar daripada throughput maksimum agregat volume EBS terlampir. Pemeriksaan ini menghitung total throughput volume EBS untuk setiap periode lima menit pada hari sebelumnya (berdasarkan Coordinated Universal Time (UTC)) untuk setiap instans yang dioptimalkan EBS dan memberi tahu Anda jika penggunaan di lebih dari setengah periode tersebut lebih besar dari 95% dari throughput maksimum instans. EC2

Bh2xRR2FGH

Kuning: Pada hari sebelumnya (UTC), throughput agregat (megabit/detik) volume EBS yang melekat pada EC2 instans melebihi 95% dari throughput yang dipublikasikan antara instance dan volume EBS lebih dari 50% waktu.

Bandingkan throughput maksimum volume Amazon EBS Anda (lihat Jenis Volume Amazon EBS) dengan throughput maksimum EC2 instans Amazon yang dilampirkan. Lihat Jenis Instance yang Mendukung Optimasi EBS.

Pertimbangkan untuk melampirkan volume Anda ke instans yang mendukung throughput yang lebih tinggi ke Amazon EBS untuk kinerja optimal.

Memeriksa apakah jenis virtualisasi EC2 instance Amazon adalah paravirtual.

Ini adalah praktik terbaik bahwa Anda menggunakan instance Hardware Virtual Machine (HVM) alih-alih instance paravirtual, jika memungkinkan. Ini karena peningkatan virtualisasi HVM dan ketersediaan driver PV untuk HVM, yang telah menutup kesenjangan kinerja yang secara historis ada antara tamu PV dan HVM AMIs. Penting untuk dicatat bahwa jenis instans generasi saat ini tidak mendukung PV AMIs. Oleh karena itu, memilih jenis instance HVM memberikan kinerja dan kompatibilitas terbaik dengan perangkat keras modern.

Untuk informasi selengkapnya, lihat Jenis virtualisasi Linux AMI.

c18d2gz148

AWS Config Aturan Terkelola: ec2- paravirtual-instance-check

Kuning: Jenis virtualisasi EC2 instance Amazon adalah paravirtual.

Gunakan virtualisasi HVM untuk EC2 instans Amazon Anda, dan gunakan jenis instans yang kompatibel.

Untuk informasi tentang memilih jenis virtualisasi yang sesuai, lihat Kompatibilitas untuk mengubah jenis instance.

Kompatibilitas untuk mengubah jenis instance

Memeriksa apakah definisi tugas Amazon ECS memiliki batas memori yang ditetapkan untuk definisi wadahnya. Jumlah total memori yang disediakan untuk semua wadah dalam tugas harus lebih rendah dari nilai memori tugas.

Untuk informasi lebih lanjut, lihat Definisi kontainer.

c18d2gz176

AWS Config Aturan Terkelola: ecs-task-definition-memory -hard-limit

Kuning: Batas keras memori Amazon ECS tidak diatur.

Alokasikan memori untuk tugas Amazon ECS Anda agar tidak kehabisan memori. Jika penampung Anda mencoba melebihi memori yang ditentukan, maka penampung akan dihentikan.

Untuk informasi selengkapnya, lihat Bagaimana cara mengalokasikan memori ke tugas di Amazon ECS? .

Reservasi cluster

Memeriksa apakah sistem file Amazon EFS pelanggan saat ini dikonfigurasi untuk menggunakan mode Bursting Throughput.

Sistem file dalam mode Bursting Throughput EFS [1] memberikan tingkat throughput dasar yang konsisten (50 Kib/s per GiB data dalam penyimpanan EFS Standard), dan menggunakan model kredit untuk memberikan tingkat kinerja “burst throughput” yang lebih tinggi ketika “kredit burst” tersedia. Ketika Anda menghabiskan kredit burst Anda, kinerja sistem file Anda dibatasi ke tingkat dasar yang lebih rendah ini, yang dapat mengakibatkan kelambatan, batas waktu, atau bentuk dampak kinerja lainnya untuk pengguna akhir atau aplikasi Anda.

c1dfprch02

Untuk memungkinkan pengguna dan aplikasi Anda mencapai throughput yang diinginkan, kami sarankan Anda memperbarui konfigurasi sistem file Anda ke mode Elastic Throughput [2]. Saat dalam mode Elastic Throughput, sistem file Anda dapat mencapai hingga 10 GiB/s of read throughput or 3 GiB/s throughput tulis — tergantung pada Wilayah AWS [3], dan Anda hanya membayar throughput yang Anda gunakan. Harap dicatat bahwa Anda dapat memperbarui konfigurasi sistem file Anda untuk beralih antara mode throughput Elastic dan Bursting sesuai permintaan, dan Sistem File dalam mode Throughput Elastis akan dikenakan biaya tambahan untuk transfer data [4].

Parameter autovacuum dimatikan untuk instans DB Anda. Mematikan autovacuum meningkatkan tabel dan indeks kembung dan berdampak pada kinerja.

Kami menyarankan Anda mengaktifkan autovacuum di grup parameter DB Anda.

c1qf5bt025

Kuning: Grup parameter DB memiliki autovacuum dimatikan.

Aktifkan parameter autovacuum di grup parameter DB Anda.

Database PostgreSQL membutuhkan pemeliharaan berkala yang dikenal sebagai penyedot debu. Autovacuum di PostgreSQL mengotomatiskan menjalankan perintah VACCUUM dan ANALYSIS. Proses ini mengumpulkan statistik tabel dan menghapus baris mati. Ketika autovacuum dimatikan, peningkatan tabel, indeks kembung, statistik basi akan berdampak pada kinerja database.

Untuk informasi selengkapnya, lihat Memahami autovacuum di Amazon RDS untuk lingkungan PostgreSQL.

Cluster DB Anda mendukung volume hingga 64 TiB. Versi mesin terbaru mendukung volume hingga 128 TiB. Kami menyarankan Anda meningkatkan versi mesin cluster DB Anda ke versi terbaru untuk mendukung volume hingga 128 TiB.

c1qf5bt017

Kuning: Cluster DB memiliki dukungan untuk volume hanya hingga 64 TiB.

Tingkatkan versi mesin cluster DB Anda untuk mendukung volume hingga 128 TiB.

Ketika Anda meningkatkan aplikasi Anda pada satu cluster Amazon Aurora DB, Anda mungkin tidak mencapai batas jika batas penyimpanan 128 TiB. Batas penyimpanan yang meningkat membantu menghindari penghapusan data atau pemisahan database di beberapa instance.

Untuk informasi selengkapnya, lihat batas ukuran Amazon Aurora.

Kami menyarankan Anda menggunakan kelas dan ukuran instans DB yang sama untuk semua instans DB di cluster DB Anda.

c1qf5bt009

Merah: Cluster DB memiliki instance DB dengan kelas instance heterogen.

Gunakan kelas dan ukuran instance yang sama untuk semua instans DB di cluster DB Anda.

Ketika instans DB di cluster DB Anda menggunakan kelas atau ukuran instans DB yang berbeda, mungkin ada ketidakseimbangan dalam beban kerja untuk instans DB. Selama failover, salah satu instance DB pembaca berubah menjadi instance DB penulis. Jika instans DB menggunakan kelas dan ukuran instans DB yang sama, beban kerja dapat diseimbangkan untuk instans DB di cluster DB Anda.

Untuk informasi lebih lanjut, lihat Replika Aurora.

Kami menyarankan Anda menggunakan kelas dan ukuran instans DB yang sama untuk semua instans DB di cluster DB Anda.

c1qf5bt008

Merah: Cluster DB memiliki instans DB dengan ukuran instans heterogen.

Gunakan kelas dan ukuran instance yang sama untuk semua instans DB di cluster DB Anda.

Ketika instans DB di cluster DB Anda menggunakan kelas atau ukuran instans DB yang berbeda, mungkin ada ketidakseimbangan dalam beban kerja untuk instans DB. Selama failover, salah satu instance DB pembaca berubah menjadi instance DB penulis. Jika instans DB menggunakan kelas dan ukuran instans DB yang sama, beban kerja dapat diseimbangkan untuk instans DB di cluster DB Anda.

Untuk informasi lebih lanjut, lihat Replika Aurora.

Parameter memori instans DB berbeda secara signifikan dari nilai default. Pengaturan ini dapat memengaruhi kinerja dan menyebabkan kesalahan.

Kami menyarankan Anda mengatur ulang parameter memori khusus untuk instans DB ke nilai defaultnya di grup parameter DB.

c1qf5bt020

Kuning: Grup parameter DB memiliki parameter memori yang sangat berbeda dari nilai default.

Setel ulang parameter memori ke nilai defaultnya.

Untuk mengetahui informasi selengkapnya, lihat Praktik terbaik untuk mengonfigurasi parameter untuk Amazon RDS for MySQL, bagian 1: Parameter yang terkait dengan performa.

Perencana kueri atau pengoptimal tidak dapat menggunakan jenis paket pemindaian khusus indeks saat dimatikan.

Kami menyarankan Anda mengatur nilai parameter enable_indexonlyscan ke 1.

c1qf5bt028

Kuning: Grup parameter DB memiliki parameter enable_indexonlyscan dimatikan.

Setel parameter enable_indexonlyscan ke 1.

Saat Anda mematikan parameter enable_indexonlyscan, ini mencegah perencana kueri memilih rencana eksekusi yang optimal. Perencana kueri menggunakan jenis rencana yang berbeda, seperti pemindaian indeks yang dapat meningkatkan biaya kueri dan waktu eksekusi. Indeks hanya jenis rencana pemindaian mengambil data tanpa mengakses data tabel.

Untuk informasi selengkapnya, lihat enable_indexonlyscan (boolean) di situs dokumentasi PostgreSQL.

Perencana kueri atau pengoptimal tidak dapat menggunakan jenis rencana pemindaian indeks saat dimatikan.

Kami menyarankan Anda mengatur nilai parameter enable_indexscan ke 1.

c1qf5bt029

Kuning: Grup parameter DB memiliki parameter enable_indexscan dimatikan.

Setel parameter enable_indexscan ke 1.

Saat Anda mematikan parameter enable_indexscan, ini mencegah perencana kueri memilih rencana eksekusi yang optimal. Perencana kueri menggunakan jenis rencana yang berbeda, seperti pemindaian indeks yang dapat meningkatkan biaya kueri dan waktu eksekusi.

Untuk informasi selengkapnya, lihat enable_indexscan (boolean) di situs dokumentasi PostgreSQL.

Pencatatan umum diaktifkan untuk instans DB Anda. Pengaturan ini berguna saat memecahkan masalah database. Namun, menyalakan logging umum meningkatkan jumlah operasi I/O dan ruang penyimpanan yang dialokasikan, yang dapat mengakibatkan pertikaian dan penurunan kinerja.

Periksa persyaratan Anda untuk penggunaan logging umum. Kami menyarankan Anda mengatur nilai parameter general_logging ke 0.

c1qf5bt037

Kuning: Grup parameter DB mengaktifkan general_logging.

Periksa persyaratan Anda untuk penggunaan logging umum. Jika tidak wajib, kami sarankan Anda untuk mengatur nilai parameter general_logging ke 0.

Log kueri umum diaktifkan ketika nilai parameter general_logging adalah 1. Log query umum berisi catatan operasi server database. Server menulis informasi ke log ini ketika klien terhubung atau memutuskan sambungan dan log berisi setiap pernyataan SQL yang diterima dari klien. Log kueri umum berguna ketika Anda mencurigai adanya kesalahan pada klien dan Anda ingin menemukan informasi yang akan dikirim klien ke server database.

Untuk informasi selengkapnya, lihat Ikhtisar RDS untuk log database MySQL.

Perubahan buffering memungkinkan instance MySQL DB untuk menunda beberapa penulisan, yang diperlukan untuk mempertahankan indeks sekunder. Fitur ini berguna di lingkungan dengan disk lambat. Konfigurasi buffering perubahan sedikit meningkatkan kinerja DB tetapi menyebabkan penundaan pemulihan kerusakan dan waktu shutdown yang lama selama peningkatan.

Kami menyarankan Anda mengatur nilai parameter innodb_change_buffering ke NONE.

c1qf5bt021

Kuning: Grup parameter DB memiliki parameter innodb_change_buffering yang disetel ke nilai optimal rendah.

Setel nilai parameter innodb_change_buffering ke NONE di grup parameter DB Anda.

Untuk mengetahui informasi selengkapnya, lihat Praktik terbaik untuk mengonfigurasi parameter untuk Amazon RDS for MySQL, bagian 1: Parameter yang terkait dengan performa.

Parameter innodb_open_files mengontrol jumlah file yang dapat dibuka InnoDB pada satu waktu. InnoDB membuka semua log dan file tablespace sistem saat mysqld berjalan.

Instans DB Anda memiliki nilai rendah untuk jumlah maksimum file yang dapat dibuka InnoDB pada satu waktu. Kami menyarankan Anda mengatur parameter innodb_open_files ke nilai minimum 65.

c1qf5bt033

Kuning: Grup parameter DB memiliki pengaturan file terbuka InnoDB salah dikonfigurasi.

Setel parameter innodb_open_files ke nilai minimum 65.

Parameter innodb_open_files mengontrol jumlah file yang dapat dibuka InnoDB pada satu waktu. InnoDB menyimpan semua file log dan file tablespace sistem terbuka saat mysqld berjalan. InnoDB juga perlu membuka beberapa file.ibd, jika model file-per-table penyimpanan digunakan. Ketika pengaturan innodb_open_files rendah, itu berdampak pada kinerja database dan server mungkin gagal memulai.

Untuk informasi selengkapnya, lihat Opsi Startup InnoDB dan Variabel Sistem - innodb_open_files di situs dokumentasi. MySql

Instans DB Anda tidak dikonfigurasi untuk mempertahankan statistik InnoDB ke disk. Ketika statistik tidak disimpan, mereka dihitung ulang setiap kali instance restart dan tabel diakses. Hal ini menyebabkan variasi dalam rencana eksekusi query. Anda dapat memodifikasi nilai parameter global ini di tingkat tabel.

Kami menyarankan Anda menyetel nilai parameter innodb_stats_persistent ke ON.

c1qf5bt032

Kuning: Grup parameter DB memiliki statistik pengoptimal yang tidak disimpan ke disk.

Setel nilai parameter innodb_stats_persistent ke ON.

Jika parameter innodb_stats_persistent disetel ke ON, maka statistik pengoptimal akan bertahan saat instance dimulai ulang. Ini meningkatkan stabilitas rencana eksekusi dan kinerja kueri yang konsisten. Anda dapat mengubah persistensi statistik global di tingkat tabel dengan menggunakan klausa STATS_PERSISTENT saat Anda membuat atau mengubah tabel.

Untuk mengetahui informasi selengkapnya, lihat Praktik terbaik untuk mengonfigurasi parameter untuk Amazon RDS for MySQL, bagian 1: Parameter yang terkait dengan performa.

Memeriksa apakah instans Amazon RDS atau instans Amazon Aurora DB memiliki kapasitas sistem yang diperlukan untuk beroperasi.

c1qf5bt039

Kuning:

O ut-of-memory membunuh: Ketika proses pada host database dihentikan karena pengurangan memori pada tingkat OS, Out Of Memory (OOM) membunuh penghitung meningkat.

Pertukaran berlebihan: nilai metrik os.memory.swap.in dan os.memory.swap.out tinggi.

Kami menyarankan Anda menyetel kueri Anda untuk menggunakan lebih sedikit memori atau menggunakan jenis instans DB dengan memori yang dialokasikan lebih tinggi. Ketika instance kehabisan memori, ini berdampak pada kinerja database.

Out-of-memory Pembunuhan terdeteksi: kernel Linux memanggil Pembunuh Out of Memory (OOM) ketika proses yang berjalan pada host membutuhkan lebih dari memori yang tersedia secara fisik dari sistem operasi. Dalam hal ini, OOM Killer meninjau semua proses yang berjalan, dan menghentikan satu atau lebih proses, untuk membebaskan memori sistem dan menjaga sistem tetap berjalan.

Swapping terdeteksi: Ketika memori tidak cukup pada host database, sistem operasi mengirimkan beberapa halaman minimum yang digunakan ke disk di ruang swap. Proses pembongkaran ini berdampak pada kinerja database.

Untuk informasi selengkapnya, lihat Jenis Instans Amazon RDS dan Penskalaan instans Amazon RDS Anda.

Instans DB Anda menggunakan penyimpanan magnetik. Penyimpanan magnetik tidak disarankan untuk sebagian besar instans DB. Pilih jenis penyimpanan yang berbeda: General Purpose (SSD) atau Provisioned IOPS.

c1qf5bt000

Kuning: Sumber daya Amazon RDS menggunakan penyimpanan magnetik.

Pilih jenis penyimpanan yang berbeda: General Purpose (SSD) atau Provisioned IOPS.

Penyimpanan magnetik adalah jenis penyimpanan generasi sebelumnya. General Purpose (SSD) atau Provisioned IOPS adalah jenis penyimpanan yang direkomendasikan untuk kebutuhan penyimpanan baru. Jenis penyimpanan ini memberikan kinerja yang lebih tinggi dan konsisten, serta opsi ukuran penyimpanan yang ditingkatkan.

Untuk informasi selengkapnya, lihat Volume generasi sebelumnya.

Halaman besar dapat meningkatkan skalabilitas database, tetapi instans DB Anda tidak menggunakan halaman besar. Kami menyarankan Anda mengatur nilai parameter use_large_pages ke HANYA di grup parameter DB untuk instance DB Anda.

c1qf5bt024

Kuning: Grup parameter DB tidak menggunakan halaman besar.

Tetapkan nilai parameter use_large_pages ke HANYA di grup parameter DB Anda.

Untuk informasi selengkapnya, lihat Menghidupkan HugePages RDS untuk instance Oracle.

Ketika perubahan mengharuskan cache kueri Anda dibersihkan, instans DB Anda akan tampak macet. Cache kueri tidak bermanfaat untuk sebagian besar beban kerja. Cache kueri dihapus dari MySQL versi 8.0. Kami menyarankan Anda mengatur parameter query_cache_type ke 0.

c1qf5bt022

Kuning: Grup parameter DB mengaktifkan cache kueri.

Setel nilai parameter query_cache_type ke 0 di grup parameter DB Anda.

Untuk mengetahui informasi selengkapnya, lihat Praktik terbaik untuk mengonfigurasi parameter untuk Amazon RDS for MySQL, bagian 1: Parameter yang terkait dengan performa.

Database Anda menjalankan kelas instans DB generasi sebelumnya. Kami telah mengganti kelas instans DB dari generasi sebelumnya dengan kelas instans DB dengan biaya, kinerja, atau keduanya yang lebih baik. Kami menyarankan Anda menjalankan instans DB Anda dengan kelas instans DB dari generasi yang lebih baru.

c1qf5bt015

Merah: Instans DB menggunakan akhir kelas instans DB dukungan.

Tingkatkan ke kelas instans DB terbaru.

Untuk informasi selengkapnya, lihat Mesin DB yang didukung untuk kelas instans DB.

Database dengan versi utama saat ini untuk mesin DB tidak akan didukung. Kami menyarankan Anda meningkatkan ke versi utama terbaru yang mencakup fungsionalitas dan peningkatan baru.

c1qf5bt014

Merah: Sumber daya RDS menggunakan versi utama dukungan akhir.

Tingkatkan ke versi utama terbaru untuk mesin DB.

Amazon RDS merilis versi baru untuk mesin database yang didukung untuk memelihara database Anda dengan versi terbaru. Versi baru yang dirilis mungkin termasuk perbaikan bug, peningkatan keamanan, dan perbaikan lainnya untuk mesin database. Anda dapat meminimalkan waktu henti yang diperlukan untuk peningkatan instans DB dengan menggunakan penerapan biru/hijau.

Untuk informasi selengkapnya, lihat sumber daya berikut:

Kami menyarankan Anda meningkatkan versi utama ke versi mesin terbaru yang didukung oleh Amazon RDS untuk melanjutkan dukungan lisensi saat ini. Versi mesin database Anda tidak akan didukung dengan lisensi saat ini.

c1qf5bt016

Merah: Sumber daya Amazon RDS menggunakan akhir edisi mesin dukungan di bawah model yang disertakan lisensi.

Kami menyarankan Anda meningkatkan database Anda ke versi terbaru yang didukung di Amazon RDS untuk terus menggunakan model berlisensi.

Untuk informasi selengkapnya, lihat Upgrade versi utama Oracle.

Memeriksa kumpulan catatan sumber daya yang dapat diubah menjadi kumpulan catatan sumber daya alias untuk meningkatkan kinerja dan menghemat uang.

Kumpulan rekaman sumber daya alias merutekan kueri DNS ke AWS sumber daya (misalnya, penyeimbang beban Elastic Load Balancing atau bucket Amazon S3) atau ke kumpulan rekaman sumber daya Route 53 lainnya. Saat Anda menggunakan kumpulan catatan sumber daya alias, Route 53 merutekan kueri DNS Anda ke AWS sumber daya secara gratis.

Zona yang di-host yang dibuat oleh AWS layanan tidak akan muncul di hasil pemeriksaan Anda.

B913Ef6fb4

Ganti set rekaman sumber daya CNAME yang terdaftar dengan kumpulan catatan sumber daya alias; lihat Memilih Antara Kumpulan Rekaman Sumber Daya Alias dan Non-Alias.

Anda juga perlu mengubah jenis rekaman dari CNAME ke A atau AAAA, tergantung pada sumber daya. AWS Lihat Nilai yang Anda Tentukan Saat Membuat atau Mengedit Kumpulan Rekaman Sumber Daya Amazon Route 53.

Perutean Kueri ke Sumber Daya AWS

Memeriksa AWS Lambda fungsi yang dipanggil setidaknya sekali selama periode lookback. Pemeriksaan ini memberi tahu Anda jika ada fungsi Lambda Anda yang kurang disediakan untuk ukuran memori. Ketika Anda memiliki fungsi Lambda yang kurang disediakan untuk ukuran memori, fungsi-fungsi ini membutuhkan waktu lebih lama untuk diselesaikan.

COr6dfpM06

Kuning: Fungsi Lambda yang kurang disediakan untuk ukuran memori selama periode lookback. Untuk menentukan apakah fungsi Lambda kurang disediakan, kami mempertimbangkan semua metrik default untuk fungsi tersebut. CloudWatch Algoritma yang digunakan untuk mengidentifikasi fungsi Lambda yang kurang disediakan untuk ukuran memori mengikuti praktik terbaik. AWS Algoritma diperbarui ketika pola baru telah diidentifikasi.

Pertimbangkan untuk meningkatkan ukuran memori fungsi Lambda Anda.

Untuk informasi selengkapnya, lihat Ikut serta AWS Compute Optimizer untuk Trusted Advisor cek.

Memeriksa apakah AWS Lambda fungsi dikonfigurasi dengan batas eksekusi bersamaan tingkat fungsi.

Konkurensi adalah jumlah permintaan dalam penerbangan yang ditangani oleh fungsi AWS Lambda Anda secara bersamaan. Untuk setiap permintaan bersamaan, Lambda menyediakan instance terpisah dari lingkungan eksekusi Anda.

Anda dapat menentukan batas konkurensi minimum dan maksimum yang dicadangkan menggunakan ConcurrencyLimitHighparameter concurrencyLimitLowdan dalam AWS Config aturan Anda.

Untuk informasi selengkapnya, lihat Penskalaan fungsi Lambda.

c18d2gz181

AWS Config Aturan Terkelola: lambda-concurrency-check

Kuning: Fungsi Lambda tidak memiliki batas konkurensi yang dikonfigurasi.

Pastikan fungsi Lambda Anda telah dikonfigurasi secara konkurensi. Batas konkurensi untuk fungsi Lambda Anda membantu memastikan bahwa fungsi Anda memproses permintaan dengan andal dan dapat diprediksi. Batas konkurensi mengurangi risiko fungsi Anda kewalahan karena lonjakan lalu lintas yang tiba-tiba.

Untuk informasi selengkapnya, lihat Mengonfigurasi konkurensi cadangan.

Memeriksa masalah berisiko tinggi (HRIs) untuk beban kerja Anda di pilar kinerja. Pemeriksaan ini didasarkan pada AWS-Well Architected ulasan. Hasil pemeriksaan Anda tergantung pada apakah Anda menyelesaikan evaluasi beban kerja dengan AWS Well-Architected.

Wxdfp4B1L2

AWS Well-Architected mendeteksi masalah risiko tinggi selama evaluasi beban kerja Anda. Masalah-masalah ini menghadirkan peluang untuk mengurangi risiko dan menghemat uang. Masuk ke alat AWS Well-Architected untuk meninjau jawaban Anda dan mengambil tindakan untuk menyelesaikan masalah aktif Anda.

Memeriksa CloudFront distribusi Amazon untuk nama domain alternatif (CNAMES) yang salah mengonfigurasi pengaturan DNS.

Jika CloudFront distribusi menyertakan nama domain alternatif, konfigurasi DNS untuk domain harus merutekan kueri DNS ke distribusi tersebut.

N420c450f2

Memperbarui konfigurasi DNS untuk merutekan kueri DNS ke CloudFront distribusi; lihat Menggunakan Nama Domain Alternatif (). CNAMEs

Jika Anda menggunakan Amazon Route 53 sebagai layanan DNS, lihat Merutekan Lalu Lintas ke Distribusi CloudFront Web Amazon dengan Menggunakan Nama Domain Anda. Jika waktu cek habis, coba segarkan cek.

Panduan CloudFront Pengembang Amazon

Memeriksa kasus di mana transfer data dari bucket Amazon Simple Storage Service (Amazon S3) dapat dipercepat dengan menggunakan CloudFront Amazon, AWS layanan pengiriman konten global.

Ketika Anda mengonfigurasi CloudFront untuk mengirimkan konten Anda, permintaan untuk konten Anda secara otomatis dirutekan ke lokasi tepi terdekat tempat konten di-cache. Perutean ini memungkinkan konten dikirimkan ke pengguna Anda dengan kinerja terbaik. Rasio data yang ditransfer tinggi dibandingkan dengan data yang disimpan dalam bucket menunjukkan bahwa Anda bisa mendapatkan keuntungan dari menggunakan Amazon CloudFront untuk mengirimkan data.

796d6f3D83

Pertimbangkan CloudFront untuk menggunakan untuk kinerja yang lebih baik. Lihat Detail CloudFront Produk Amazon.

Jika data yang ditransfer adalah 10 TB per bulan atau lebih, lihat CloudFront Harga Amazon untuk menjelajahi kemungkinan penghematan biaya.

Memeriksa header permintaan HTTP yang CloudFront saat ini menerima dari klien dan meneruskan ke server asal Anda.

Beberapa header, seperti tanggal, atau agen pengguna, secara signifikan mengurangi rasio hit cache (proporsi permintaan yang disajikan dari cache CloudFront tepi). Ini meningkatkan beban pada asal Anda dan mengurangi kinerja, karena CloudFront harus meneruskan lebih banyak permintaan ke asal Anda.

N415c450f2

Kuning: Satu atau beberapa header permintaan yang CloudFront diteruskan ke asal Anda mungkin secara signifikan mengurangi rasio hit cache Anda.

Pertimbangkan apakah header permintaan memberikan manfaat yang cukup untuk membenarkan efek negatif pada rasio hit cache. Jika asal Anda mengembalikan objek yang sama terlepas dari nilai header yang diberikan, sebaiknya Anda tidak mengonfigurasi CloudFront untuk meneruskan header tersebut ke asal. Untuk informasi selengkapnya, lihat Mengonfigurasi CloudFront ke Objek Cache Berdasarkan Header Permintaan.

Memeriksa instans Amazon Elastic Compute Cloud (Amazon EC2) yang berjalan kapan saja selama 14 hari terakhir. Peringatan dikirim jika penggunaan CPU harian lebih besar dari 90% pada empat hari atau lebih.

Pemanfaatan tinggi yang konsisten dapat menunjukkan kinerja yang optimal dan stabil. Namun, ini juga dapat menunjukkan bahwa suatu aplikasi tidak memiliki sumber daya yang cukup. Untuk mendapatkan data pemanfaatan CPU harian, unduh laporan untuk pemeriksaan ini.

ZRxQlPsb6c

Kuning: Sebuah instance memiliki lebih dari 90% penggunaan CPU rata-rata harian setidaknya pada 4 dari 14 hari sebelumnya.

Pertimbangkan untuk menambahkan lebih banyak contoh. Untuk informasi tentang penskalaan jumlah instans berdasarkan permintaan, lihat Apa itu Auto Scaling?