# Efisiensi performa
Pilar Efisiensi Kinerja menyertakan kemampuan untuk menggunakan sumber daya komputasi dengan efisien agar memenuhi persyaratan sistem, dan untuk memelihara efisiensi tersebut seiring dengan perubahan permintaan dan perkembangan teknologi. Anda dapat menemukan panduan preskriptif tentang implementasi di [laporan resmi Pilar Efisiensi Kinerja](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/welcome.html?ref=wellarchitected-wp).
**Topics**
+ [Pemilihan](a-selection.md)
+ [Peninjauan](a-review.md)
+ [Pemantauan](a-monitoring.md)
+ [Kompensasi](a-tradeoffs.md)
# Pemilihan
**Topics**
+ [PERF 1 Bagaimana cara memilih arsitektur dengan kinerja terbaik?](perf-01.md)
+ [PERF 2 Bagaimana cara memilih solusi komputasi Anda?](perf-02.md)
+ [PERF 3 Bagaimana cara memilih solusi penyimpanan Anda?](perf-03.md)
+ [PERF 4 Bagaimana cara memilih solusi basis data Anda?](perf-04.md)
+ [PERF 5 Bagaimana cara mengonfigurasikan solusi jaringan Anda?](perf-05.md)
# PERF 1 Bagaimana cara memilih arsitektur dengan kinerja terbaik?
Sering kali, beberapa pendekatan diperlukan untuk performa yang optimal di semua beban kerja. Sistem yang didesain dan dikonfigurasi dengan baik menggunakan beberapa solusi dan fitur untuk meningkatkan performa.
**Topics**
+ [PERF01-BP01 Memahami layanan dan sumber daya yang tersedia](perf_performing_architecture_evaluate_resources.md)
+ [PERF01-BP02 Menetapkan proses untuk pilihan arsitektur](perf_performing_architecture_process.md)
+ [PERF01-BP03 Perhitungkan persyaratan biaya dalam keputusan](perf_performing_architecture_cost.md)
+ [PERF01-BP04 Menggunakan kebijakan atau arsitektur referensi](perf_performing_architecture_use_policies.md)
+ [PERF01-BP05 Menggunakan panduan dari penyedia cloud Anda atau dari partner yang tepat](perf_performing_architecture_external_guidance.md)
+ [PERF01-BP06 Melakukan benchmarking (penolokukuran) pada beban kerja yang ada](perf_performing_architecture_benchmark.md)
+ [PERF01-BP07 Menguji beban untuk beban kerja Anda](perf_performing_architecture_load_test.md)
# PERF01-BP01 Memahami layanan dan sumber daya yang tersedia
Pelajari dan pahami berbagai macam layanan dan sumber daya yang tersedia di cloud. Identifikasikan layanan relevan dan opsi konfigurasi untuk beban kerja Anda, serta pahami cara mencapai kinerja optimal.
Jika Anda mengevaluasi beban kerja yang sudah ada, Anda harus membuat inventaris berbagai macam sumber daya yang digunakan beban kerja tersebut. Inventaris akan membantu Anda mengevaluasi komponen mana yang dapat digantikan dengan layanan terkelola dan teknologi yang lebih baru.
**Antipola umum:**
+ Anda menggunakan cloud sebagai pusat data kolokasi.
+ Anda menggunakan penyimpanan bersama untuk semua hal yang memerlukan penyimpanan persisten.
+ Anda tidak menggunakan penskalaan otomatis.
+ Anda menggunakan jenis instans yang paling cocok, tetapi lebih besar dari yang diperlukan standar saat ini.
+ Anda melakukan deployment dan mengelola teknologi yang tersedia sebagai layanan terkelola.
**Manfaat menerapkan praktik terbaik ini:** Dengan mempertimbangkan layanan yang mungkin tidak familiar, Anda dapat mengurangi banyak biaya infrastruktur dan usaha yang diperlukan untuk memelihara layanan. Anda dapat mempercepat waktu masuk pasar Anda dengan melakukan deployment fitur dan layanan baru.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Inventarisasikan perangkat lunak beban kerja dan arsitektur untuk layanan terkait: Kumpulkan inventaris beban kerja dan tentukan kategori produk yang akan dipelajari lebih lanjut. Identifikasikan komponen beban kerja yang dapat digantikan dengan layanan terkelola untuk meningkatkan kinerja dan mengurangi kompleksitas operasional.
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
**Contoh terkait:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
# PERF01-BP02 Menetapkan proses untuk pilihan arsitektur
Gunakan pengalaman internal dan pengetahuan tentang cloud, atau sumber daya eksternal seperti kasus penggunaan yang dipublikasi, dokumentasi yang relevan, atau laporan resmi, untuk menentukan proses untuk memilih sumber daya dan layanan. Anda harus menentukan proses yang mendorong eksperimen dan tolok ukur dengan layanan yang bisa digunakan pada beban kerja Anda.
Ketika menulis kisah pengguna penting untuk arsitektur Anda, Anda harus mencantumkan persyaratan kinerja, seperti menentukan seberapa cepat tiap-tiap kisah penting harus berjalan. Untuk kisah-kisah penting ini, Anda harus mengimplementasikan perjalanan pengguna dalam skrip tambahan untuk memastikan Anda memiliki visibilitas tentang bagaimana kinerja kisah-kisah ini berdasarkan persyaratan Anda.
**Antipola umum:**
+ Anda berasumsi bahwa arsitektur Anda saat ini akan menjadi statis dan tidak diperbarui seiring waktu.
+ Anda memperkenalkan perubahan arsitektur seiring waktu tanpa pembenaran.
**Manfaat menjalankan praktik terbaik ini:** Setelah menentukan proses untuk membuat perubahan arsitektur, Anda mampu menggunakan data yang dikumpulkan untuk memengaruhi desain beban kerja Anda seiring waktu.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Pilih pendekatan arsitektur: Identifikasi jenis arsitektur yang memenuhi persyaratan kinerja Anda. Identifikasi pembatasan, seperti media untuk pengiriman (desktop, web, mobile, IoT), persyaratan warisan, dan integrasi. Identifikasi kesempatan untuk penggunaan ulang, termasuk pemfaktoran ulang. Belajar dari tim lain, diagram arsitektur, dan sumber daya seperti Arsitek Solusi AWS, Arsitektur Referensi AWS, serta Partner AWS untuk membantu Anda memilih arsitektur.
Tetapkan persyaratan kinerja: Gunakan pengalaman pelanggan untuk mengidentifikasi metrik yang paling penting. Untuk setiap metrik, identifikasikan target, pendekatan pengukuran, dan prioritasnya. Tetapkan pengalaman pelanggan. Dokumentasikan pengalaman kinerja yang diperlukan oleh pelanggan, termasuk bagaimana pelanggan akan menilai kinerja beban kerja. Utamakan masalah pengalaman untuk kisah pengguna penting. Sertakan persyaratan kinerja dan terapkan perjalanan pengguna dalam skrip untuk memastikan bahwa Anda tahu bagaimana kinerja kisah berdasarkan persyaratan Anda.
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
**Contoh terkait:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
# PERF01-BP03 Perhitungkan persyaratan biaya dalam keputusan
Sering kali beban kerja memiliki persyaratan biaya untuk operasi. Gunakan kontrol biaya internal untuk memilih jenis dan ukuran sumber daya berdasarkan prediksi kebutuhan sumber daya.
Tentukan komponen beban kerja mana yang dapat diganti dengan layanan terkelola penuh, seperti layanan basis data terkelola, cache dalam memori, dan ETL. Mengurangi beban kerja operasional Anda akan memungkinkan Anda untuk memfokuskan sumber daya pada hasil bisnis.
Untuk praktik terbaik persyaratan biaya, lihat bagian *Sumber Daya yang Hemat* di [laporan resmi Pilar Pengoptimalan Biaya](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/welcome.html).
**Antipola umum:**
+ Anda hanya menggunakan satu kelompok instans.
+ Anda tidak mengevaluasi solusi berlisensi dibandingkan dengan solusi sumber terbuka
+ Anda hanya menggunakan penyimpanan blok.
+ Anda melakukan deploy perangkat lunak umum di instans EC2 dan Amazon EBS atau volume bersifat sementara yang tersedia sebagai layanan terkelola.
**Manfaat menerapkan praktik terbaik ini:** Mempertimbangkan biaya ketika menentukan pilihan akan memungkinkan Anda untuk memampukan investasi lainnya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Optimalkan komponen beban kerja untuk mengurangi biaya: Betulkan ukuran komponen beban kerja dan aktifkan elastisitas untuk mengurangi biaya dan memaksimalkan efisiensi komponen. Tentukan komponen beban kerja mana yang dapat diganti dengan layanan terkelola jika sesuai, seperti basis data terkelola, cache dalam memori, dan proksi mundur.
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
+ [Optimalkan performa dan biaya untuk komputasi AWS Anda (CMP323-R1) ](https://www.youtube.com/watch?v=zt6jYJLK8sg&ref=wellarchitected)
**Contoh terkait:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
+ [Betulkan ukuran dengan pengaktifan penggunaan Memori dan Compute Optimizer](https://www.wellarchitectedlabs.com/cost/200_labs/200_aws_resource_optimization/5_ec2_computer_opt/)
+ [Kode AWS Compute Optimizer Demo](https://github.com/awslabs/ec2-spot-labs/tree/master/aws-compute-optimizer)
# PERF01-BP04 Menggunakan kebijakan atau arsitektur referensi
Maksimalkan kinerja dan efisiensi dengan mengevaluasi kebijakan internal serta arsitektur referensi yang ada dan menggunakan analisis untuk memilih layanan serta konfigurasi untuk beban kerja.
**Antipola umum:**
+ Anda mengizinkan penggunaan pemilihan teknologi secara luas yang dapat berdampak pada biaya manajemen biaya perusahaan.
**Manfaat menerapkan praktik terbaik ini:** Dengan menetapkan kebijakan untuk pilihan arsitektur, teknologi, dan vendor, keputusan dapat diambil dengan lebih cepat.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Lakukan deployment beban kerja menggunakan kebijakan atau arsitektur referensi yang ada: Integrasikan layanan ke dalam deployment cloud, lalu gunakan pengujian kinerja untuk memastikan bahwa Anda dapat terus memenuhi persyaratan kinerja.
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
**Contoh terkait:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
# PERF01-BP05 Menggunakan panduan dari penyedia cloud Anda atau dari partner yang tepat
Gunakan sumber daya perusahaan cloud, seperti arsitek solusi, layanan profesional, atau partner yang tepat untuk memandu keputusan Anda. Semua sumber daya ini dapat membantu meninjau dan meningkatkan arsitektur Anda untuk kinerja yang optimal.
Hubungi AWS untuk mendapatkan bantuan saat Anda memerlukan panduan tambahan atau informasi produk. Arsitek Solusi AWS dan [Layanan Profesional AWS](https://aws.amazon.com/professional-services/) menyediakan panduan untuk implementasi solusi. [Partner AWS](https://aws.amazon.com/partners/) menyediakan keahlian AWS untuk membantu Anda menghadirkan ketangkasan dan inovasi untuk bisnis Anda.
**Antipola umum:**
+ Anda menggunakan AWS sebagai penyedia pusat data umum.
+ Anda menggunakan layanan AWS dengan cara yang tidak sesuai dengan tujuan desainnya.
**Manfaat menjalankan praktik terbaik ini:** Berkonsultasi dengan penyedia Anda atau dengan partner akan memberi Anda keyakinan ketika mengambil keputusan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang
## Panduan implementasi
Hubungi sumber daya AWS untuk mendapatkan bantuan: Arsitek Solusi dan Layanan Profesional AWS menyediakan panduan untuk implementasi solusi. APN Partners menyediakan keahlian AWS untuk membantu Anda menghadirkan ketangkasan dan inovasi untuk bisnis Anda.
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
**Contoh terkait:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
# PERF01-BP06 Melakukan benchmarking (penolokukuran) pada beban kerja yang ada
Lakukan benchmarking (penolokukuran) pada kinerja beban kerja yang ada untuk memahami kinerjanya di cloud. Gunakan data yang dikumpulkan dari tolok ukur untuk mendukung keputusan arsitektural.
Gunakan benchmarking (penolokukuran) dengan pengujian sintetis dan pemantauan pengguna nyata untuk membuat data tentang kinerja komponen beban kerja. Benchmarking (penolokukuran) umumnya dapat disiapkan dengan lebih cepat daripada pengujian beban dan digunakan untuk mengevaluasi teknologi untuk komponen tertentu. Benchmarking (penolokukuran) sering digunakan pada awal proyek baru, saat Anda tidak memiliki solusi lengkap untuk memuat pengujian.
Anda dapat merancang pengujian tolok ukur kustom, atau dapat menggunakan pengujian standar industri, misalnya [TPC-DS](http://www.tpc.org/tpcds/) untuk tolok ukur beban kerja gudang data. Tolok ukur industri sangat membantu saat memperbandingkan lingkungan. Tolok ukur kustom bermanfaat untuk menargetkan jenis operasi tertentu yang ingin dibuat dalam arsitektur.
Saat melakukan benchmarking (penolokukuran), penting untuk menyiapkan lingkungan terlebih dahulu untuk memastikan hasil yang valid. Jalankan tolok ukur yang sama beberapa kali untuk memastikan Anda memperoleh variasi dari waktu ke waktu.
Karena tolok ukur umumnya lebih cepat untuk menjalankan pengujian daripada memuatnya, maka tolok ukur dapat digunakan terlebih dahulu dalam deployment pipeline dan memberikan umpan balik pada deviasi kinerja. Saat Anda mengevaluasi perubahan yang signifikan dalam komponen atau layanan, tolok ukur dapat menjadi cara cepat guna menentukan apakah perubahan memang perlu dibuat. Menggunakan benchmarking (penolokukuran) bersama dengan pengujian beban begitu penting karena pengujian beban memberi tahu Anda tentang bagaimana kinerja beban kerja Anda dalam produksi.
**Antipola umum:**
+ Anda mengandalkan tolok ukur umum yang tidak indikatif terhadap karakteristik beban kerja.
+ Anda bergantung pada persepsi dan tanggapan pelanggan sebagai satu-satunya tolok ukur.
**Manfaat menerapkan praktik terbaik ini:** Melalui benchmarking (penolokukuran) implementasi Anda saat ini, Anda dapat mengukur peningkatan kinerja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Pantau kinerja selama pengembangan: Implementasikan proses yang menyediakan visibilitas tentang kinerja saat beban kerja Anda berkembang.
Integrasikan ke dalam pipeline pengiriman: Jalankan pengujian beban secara otomatis dalam pipeline pengiriman. Bandingkan hasil pengujian terhadap indikator kinerja utama (KPI) dan ambang batas yang ditentukan sebelumnya untuk memastikan bahwa Anda terus memenuhi persyaratan kinerja.
Uji perjalanan pengguna: Gunakan versi data produksi yang sintetis atau sudah dibersihkan (menghapus informasi sensitif atau teridentifikasi sensitif) untuk pengujian beban. Latih seluruh arsitektur dengan menggunakan perjalanan pengguna yang diputar ulang atau belum diprogram melalui aplikasi yang diskalakan.
Pemantauan pengguna nyata: Gunakan RUM CloudWatch untuk membantu mengumpulkan dan melihat data sisi klien tentang kinerja aplikasi. Gunakan data ini untuk membantu menetapkan tolok ukur kinerja pengguna nyata.
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
+ [RUM Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html)
+ [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html)
**Video terkait:**
+ [Introducing The Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
+ [Optimalkan aplikasi dengan Amazon CloudWatch RUM](https://www.youtube.com/watch?v=NMaeujY9A9Y)
+ [Demo Amazon CloudWatch Synthetics](https://www.youtube.com/watch?v=hF3NM9j-u7I)
**Contoh terkait:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
+ [Pengujian Beban Terdistribusi](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/)
+ [Ukur waktu pemuatan halaman dengan Amazon CloudWatch Synthetics](https://github.com/aws-samples/amazon-cloudwatch-synthetics-page-performance)
+ [Klien Web Amazon CloudWatch RUM](https://github.com/aws-observability/aws-rum-web)
# PERF01-BP07 Menguji beban untuk beban kerja Anda
Terapkan arsitektur beban kerja terbaru Anda di cloud menggunakan tipe dan ukuran sumber daya yang berbeda-beda. Pantau deployment untuk menangkap metrik kinerja yang mengidentifikasi hambatan atau kapasitas berlebihan. Gunakan informasi kinerja ini untuk mendesain atau meningkatkan pemilihan arsitektur dan sumber daya Anda.
Lakukan pengujian beban menggunakan *beban kerja* aktual Anda sehingga Anda bisa melihat bagaimana kinerja solusi Anda di lingkungan produksi. Uji beban harus dijalankan menggunakan versi data produksi yang sintetis atau sudah dibersihkan (menghapus informasi sensitif atau pengidentifikasi). Gunakan perjalanan pengguna yang diputar ulang atau diprogram ulang melalui beban kerja Anda pada skala yang melatih seluruh arsitektur Anda. Lakukan uji beban secara otomatis sebagai bagian dari pipeline pengiriman Anda, dan bandingkan hasilnya terhadap KPI dan ambang batas yang telah ditentukan sebelumnya. Ini memastikan Anda terus mencapai kinerja yang diperlukan.
**Antipola umum:**
+ Anda melakukan uji beban bagian beban kerja secara terpisah-pisah, bukan seluruh beban kerja.
+ Anda melakukan uji beban pada infrastruktur yang tidak sama dengan lingkungan produksi Anda.
+ Anda hanya melakukan pengujian beban pada beban yang diharapkan, tidak lebih, untuk membantu memperkirakan area yang mungkin akan bermasalah di masa depan.
+ Melakukan pengujian beban tanpa menginformasikan AWS Dukungan, dan pengujian Anda dikalahkan karena terlihat seperti penolakan peristiwa layanan.
**Manfaat menjalankan praktik terbaik ini:** Mengukur kinerja Anda dalam uji beban akan menunjukkan di mana Anda akan terdampak saat beban meningkat. Hal ini bisa memberi Anda kemampuan untuk mengantisipasi perubahan yang diperlukan sebelum berdampak pada beban kerja Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Validasi pendekatan Anda dengan pengujian beban: Lakukan uji beban pada bukti konsep untuk mengetahui apakah Anda memenuhi persyaratan kinerja Anda. Anda dapat menggunakan layanan AWS untuk menjalankan lingkungan skala produksi untuk menguji arsitektur Anda. Karena Anda hanya membayar untuk lingkungan pengujian ketika diperlukan, Anda dapat melakukan pengujian berskala penuh dengan biaya yang lebih murah daripada menggunakan lingkungan on-premise.
Pantau metrik: Amazon CloudWatch dapat mengumpulkan metrik di seluruh sumber daya dalam arsitektur Anda. Anda juga dapat mengumpulkan dan menerbitkan metrik kustom untuk memunculkan metrik bisnis atau metrik turunan. Gunakan CloudWatch atau solusi pihak ketiga untuk menetapkan alarm yang memberikan indikasi saat ambang batas terlampaui.
Uji pada skala besar: Lakukan pengujian beban menggunakan beban kerja aktual Anda sehingga Anda dapat melihat bagaimana kinerja solusi di lingkungan produksi. Anda dapat menggunakan layanan AWS untuk menjalankan lingkungan skala produksi untuk menguji arsitektur Anda. Karena Anda hanya membayar untuk lingkungan pengujian ketika diperlukan, Anda dapat melakukan pengujian berskala penuh dengan biaya yang lebih murah daripada menggunakan lingkungan on-premise. Manfaatkan AWS Cloud untuk menguji beban kerja Anda untuk mengetahui di mana letak kesalahan penskalaannya, atau apakah penskalaannya berada di jalur nonlinier. Misalnya, gunakan Instans Spot untuk menghasilkan beban dengan biaya rendah dan temukan hambatan sebelum dialami di lingkungan produksi.
## Sumber daya
**Dokumen terkait:**
+ [AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html)
+ [Mengembangkan Templat AWS CloudFormation menggunakan CloudFormer](https://aws.amazon.com/blogs/devops/building-aws-cloudformation-templates-using-cloudformer/)
+ [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html)
+ [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html)
+ [Pengujian Beban Terdistribusi di AWS](https://docs.aws.amazon.com/solutions/latest/distributed-load-testing-on-aws/welcome.html)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Optimalkan aplikasi dengan Amazon CloudWatch RUM](https://www.youtube.com/watch?v=NMaeujY9A9Y)
+ [Demo Amazon CloudWatch Synthetics](https://www.youtube.com/watch?v=hF3NM9j-u7I)
**Contoh terkait:**
+ [Pengujian Beban Terdistribusi di AWS](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/)
# PERF 2 Bagaimana cara memilih solusi komputasi Anda?
Solusi komputasi optimal untuk beban kerja bervariasi berdasarkan desain aplikasi, pola penggunaan, dan pengaturan konfigurasi. Arsitektur dapat menggunakan solusi komputasi yang berlainan untuk berbagai komponen, dan memampukan fitur yang berlainan meningkatkan performa. Memilih solusi komputasi yang salah untuk arsitektur dapat mengakibatkan efisiensi performa yang lebih rendah.
**Topics**
+ [PERF02-BP01 Mengevaluasi opsi komputasi yang tersedia](perf_select_compute_evaluate_options.md)
+ [PERF02-BP02 Memahami opsi konfigurasi komputasi yang tersedia](perf_select_compute_config_options.md)
+ [PERF02-BP03 Mengumpulkan komputasi metrik terkait](perf_select_compute_collect_metrics.md)
+ [PERF02-BP04 Menentukan konfigurasi yang diperlukan dengan menyesuaikan ukuran](perf_select_compute_right_sizing.md)
+ [PERF02-BP05 Menggunakan elastisitas sumber daya yang tersedia](perf_select_compute_elasticity.md)
+ [PERF02-BP06 Terus-menerus mengevaluasi kebutuhan komputasi berdasarkan metrik](perf_select_compute_use_metrics.md)
# PERF02-BP01 Mengevaluasi opsi komputasi yang tersedia
Ketahui bagaimana beban kerja Anda bisa mendapatkan manfaat dari penggunaan berbagai opsi komputasi, seperti instans, kontainer, dan fungsi.
**Hasil yang diinginkan:** Dengan memahami semua opsi komputasi yang tersedia, Anda akan dapat mendeteksi peluang untuk meningkatkan kinerja, mengurangi biaya infrastruktur yang tidak perlu, dan memperkecil upaya operasional yang diperlukan untuk memelihara beban kerja. Anda juga dapat meningkatkan kecepatan masuk pasar saat melakukan deployment layanan dan fitur baru.
**Antipola umum:**
+ Di beban kerja pascamigrasi, menggunakan solusi komputasi yang sama dengan yang digunakan pada on-premise.
+ Tidak mengetahui solusi komputasi cloud dan bagaimana solusi tersebut dapat meningkatkan kinerja komputasi Anda.
+ Menetapkan ukuran solusi komputasi secara berlebihan untuk memenuhi persyaratan penskalaan atau kinerja ketika ada solusi komputasi lain yang lebih sesuai dengan karakteristik beban kerja Anda.
**Manfaat menerapkan praktik terbaik ini:** Dengan mengidentifikasi persyaratan komputasi dan mengevaluasi solusi komputasi yang tersedia, pemangku kepentingan bisnis dan tim rekayasa akan mengetahui manfaat dan batasan penggunaan solusi komputasi yang dipilih. Solusi komputasi yang dipilih akan memenuhi kriteria kinerja beban kerja. Kriteria utama termasuk kebutuhan pemrosesan, pola lalu lintas, pola akses data, kebutuhan penskalaan, dan persyaratan latensi.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Ketahui solusi virtualisasi, kontainerisasi, dan manajemen yang dapat memberikan manfaat untuk beban kerja Anda dan memenuhi persyaratan kinerja. Satu beban kerja dapat berisi banyak jenis solusi komputasi. Setiap solusi komputasi memiliki karakteristik unik. Solusi komputasi dapat dipilih dan dikonfigurasi untuk memenuhi kebutuhan Anda berdasarkan persyaratan komputasi dan beban kerja Anda. Arsitek cloud harus memahami keuntungan dan kerugian instans, kontainer, serta fungsi. Langkah-langkah berikut akan membantu Anda dalam memilih solusi komputasi yang sesuai dengan karakteristik beban kerja dan persyaratan kinerja Anda.
| **Tipe** | **Server** | **Kontainer** | **Fungsi** |
| --- | --- | --- | --- |
| Layanan AWS | Amazon Elastic Compute Cloud (Amazon EC2) | Amazon Elastic Container Service (Amazon ECS), Amazon Elastic Kubernetes Service (Amazon EKS) | AWS Lambda |
| Karakteristik Utama | Memiliki opsi khusus untuk persyaratan lisensi perangkat lunak, Opsi Penempatan, dan banyak pilihan berbagai keluarga instans berdasarkan metrik komputasi | Deployment mudah, lingkungan konsisten, berjalan di instans EC2, dapat diskalakan | Waktu proses pendek (15 menit atau kurang), CPU dan memori maksimalnya tidak setinggi layanan lain, lapisan perangkat keras terkelola, menskalakan hingga jutaan permintaan secara bersamaan |
| Kasus penggunaan umum | Migrasi angkat dan geser, aplikasi monolitik, lingkungan hybrid, aplikasi perusahaan | Layanan mikro, lingkungan hybrid, | Layanan mikro, aplikasi yang didorong peristiwa |
**Langkah Implementasi:**
1. Pilih lokasi penempatan solusi komputasi dengan evaluasi [PERF05-BP06 Memilih lokasi beban kerja Anda berdasarkan persyaratan jaringan](perf_select_network_location.md). Lokasi ini akan membatasi jenis solusi komputasi yang dapat Anda gunakan.
1. Identifikasikan jenis solusi komputasi yang sesuai dengan persyaratan lokasi dan aplikasi. Instans server virtual
1. [https://aws.amazon.com/ec2/](https://aws.amazon.com/ec2/) tersedia dalam beragam variasi yang terdiri dari berbagai kelompok dan ukuran. Instans ini menawarkan berbagai macam kemampuan, termasuk solid state drive (SSD) dan unit pemrosesan grafis (GPU). Instans EC2 memberikan fleksibilitas tinggi dalam pemilihan instans. Saat Anda meluncurkan instans EC2, jenis instans yang Anda pilih menentukan perangkat keras instans Anda. Setiap jenis instans memiliki kemampuan komputasi, memori, dan penyimpanan yang berbeda-beda. Jenis instans dikelompokkan ke dalam keluarga instans berdasarkan kemampuan tersebut. Kasus penggunaan umum meliputi: menjalankan aplikasi perusahaan, komputasi performa tinggi (HPC), pelatihan dan deployment aplikasi machine learning, serta menjalankan aplikasi cloud-native.
1. [https://aws.amazon.com/ecs/](https://aws.amazon.com/ecs/) adalah layanan orkestrasi kontainer yang terkelola sepenuhnya yang dapat Anda gunakan untuk secara otomatis menjalankan dan mengelola kontainer di klaster instans EC2 atau instans nirserver menggunakan AWS Fargate. Anda dapat menggunakan Amazon ECS dengan aplikasi lainnya, seperti Amazon Route 53, Secrets Manager, AWS Identity and Access Management (IAM), dan Amazon CloudWatch. Sebaiknya gunakan Amazon ECS jika aplikasi Anda dikontainerisasi dan tim rekayasa lebih menyukai kontainer Docker.
1. [https://aws.amazon.com/eks/](https://aws.amazon.com/eks/) adalah layanan Kubernetes yang sepenuhnya terkelola. Anda dapat menjalankan klaster EKS menggunakan AWS Fargate, sehingga tidak perlu menyediakan dan mengelola server. Pengelolaan Amazon EKS menjadi lebih mudah dengan integrasi Layanan AWS, seperti Amazon CloudWatch, Grup Auto Scaling, AWS Identity and Access Management (IAM), dan Amazon Virtual Private Cloud (VPC). Saat menggunakan kontainer, Anda harus menggunakan metrik komputasi untuk memilih jenis beban kerja yang optimal, sama seperti penggunaan metrik komputasi untuk memilih jenis instans EC2 atau AWS Fargate. Sebaiknya gunakan Amazon EKS jika aplikasi Anda dikontainerisasi atau tim rekayasa Anda lebih menyukai kontainer Docker dibanding Kubernetes.
1. Anda dapat menggunakan [https://aws.amazon.com/lambda/](https://aws.amazon.com/lambda/) untuk menjalankan kode yang mendukung opsi waktu proses, memori, dan CPU. Cukup unggah kode Anda, dan AWS Lambda akan mengurus segala yang diperlukan untuk menjalankan dan menskalakan kode tersebut. Anda dapat mengatur kode agar dapat dipicu secara otomatis dari layanan AWS lainnya atau memanggilnya secara langsung. Lambda direkomendasikan untuk arsitek layanan mikro dengan waktu proses pendek yang dikembangkan untuk cloud.
1. Setelah mencoba opsi komputasi baru, rencanakan migrasi dan validasikan metrik kinerja Anda. Ini adalah proses berkelanjutan, lihat [PERF02-BP04 Menentukan konfigurasi yang diperlukan dengan menyesuaikan ukuran](perf_select_compute_right_sizing.md).
**Tingkat usaha untuk rencana implementasi:** Jika beban kerja dialihkan dari satu solusi komputasi ke yang lain, kemungkinan akan ada *tingkat usaha sedang* dalam memfaktor ulang aplikasi.
## Sumber daya
**Dokumen terkait:**
+ [Komputasi Cloud dengan AWS ](https://aws.amazon.com/products/compute/?ref=wellarchitected)
+ [Jenis Instans EC2 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html?ref=wellarchitected)
+ [Kontrol Status Prosesor untuk Instans EC2 Anda ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/processor_state_control.html?ref=wellarchitected)
+ [Kontainer EKS: Simpul Pekerja EKS ](https://docs.aws.amazon.com/eks/latest/userguide/worker.html?ref=wellarchitected)
+ [Kontainer Amazon ECS: Instans Kontainer Amazon ECS ](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ECS_instances.html?ref=wellarchitected)
+ [Fungsi: Konfigurasi Fungsi Lambda](https://docs.aws.amazon.com/lambda/latest/dg/best-practices.html?ref=wellarchitected#function-configuration)
+ [Panduan Preskriptif untuk Kontainer](https://aws.amazon.com/prescriptive-guidance/?apg-all-cards.sort-by=item.additionalFields.sortText&apg-all-cards.sort-order=desc&awsf.apg-new-filter=*all&awsf.apg-content-type-filter=*all&awsf.apg-code-filter=*all&awsf.apg-category-filter=categories%23containers&awsf.apg-rtype-filter=*all&awsf.apg-isv-filter=*all&awsf.apg-product-filter=*all&awsf.apg-env-filter=*all)
+ [Panduan Preskriptif untuk Nirserver](https://aws.amazon.com/prescriptive-guidance/?apg-all-cards.sort-by=item.additionalFields.sortText&apg-all-cards.sort-order=desc&awsf.apg-new-filter=*all&awsf.apg-content-type-filter=*all&awsf.apg-code-filter=*all&awsf.apg-category-filter=categories%23serverless&awsf.apg-rtype-filter=*all&awsf.apg-isv-filter=*all&awsf.apg-product-filter=*all&awsf.apg-env-filter=*all)
**Video terkait:**
+ [How to choose compute option for startups](https://aws.amazon.com/startups/start-building/how-to-choose-compute-option/)
+ [Optimize performance and cost for your AWS compute (CMP323-R1)](https://www.youtube.com/watch?v=zt6jYJLK8sg)
+ [Amazon EC2 foundations (CMP211-R2) ](https://www.youtube.com/watch?v=kMMybKqC2Y0&ref=wellarchitected)
+ [Powering next-gen Amazon EC2: Deep dive into the Nitro system ](https://www.youtube.com/watch?v=rUY-00yFlE4&ref=wellarchitected)
+ [Deliver high-performance ML inference with AWS Inferentia (CMP324-R1) ](https://www.youtube.com/watch?v=17r1EapAxpk&ref=wellarchitected)
+ [Better, faster, cheaper compute: Cost-optimizing Amazon EC2 (CMP202-R1) ](https://www.youtube.com/watch?v=_dvh4P2FVbw&ref=wellarchitected)
**Contoh terkait:**
+ [Memigrasikan aplikasi web ke kontainer](https://application-migration-with-aws.workshop.aws/en/container-migration.html)
+ [Jalankan Hello World Nirserver](https://aws.amazon.com/getting-started/hands-on/run-serverless-code/)
# PERF02-BP02 Memahami opsi konfigurasi komputasi yang tersedia
Setiap solusi komputasi memiliki opsi dan konfigurasi yang tersedia untuk mendukung karakteristik beban kerja Anda. Pelajari bagaimana beragam opsi melengkapi beban kerja Anda, dan apa opsi konfigurasi yang terbaik untuk aplikasi Anda. Contoh dari opsi tersebut meliputi family instans, ukuran, fitur (GPU, I/O), lonjakan, waktu habis, ukuran fungsi, instans kontainer, dan konkurensi.
**Hasil yang diinginkan:** Karakteristik beban kerja yang mencakup CPU, memori, jaringan throughput, GPU, IOPS, pola lalu lintas, serta pola akses data, didokumentasikan dan digunakan untuk mengonfigurasi solusi komputasi untuk menyesuaikan karakteristik beban kerja. Setiap metrik tersebut serta metrik kustom khusus untuk beban kerja Anda direkam, dipantau, kemudian digunakan untuk mengoptimalkan konfigurasi komputasi guna memenuhi persyaratan.
**Antipola umum:**
+ Menggunakan solusi komputasi yang sama dengan yang digunakan on-premise.
+ Tidak meninjau opsi komputasi atau family instans untuk menyesuaikan karakteristik beban kerja.
+ Menetapkan ukuran yang berlebihan pada komputasi untuk memastikan kemampuan lonjakan.
+ Anda menggunakan beberapa platform manajemen komputasi untuk beban kerja yang sama.
** Manfaat menjalankan praktik terbaik ini:** Kenali penawaran komputasi AWS sehingga Anda dapat menentukan solusi yang tepat untuk setiap beban kerja Anda. Setelah Anda memilih penawaran komputasi untuk beban kerja Anda, Anda bisa bereksperimen secara cepat dengan penawaran komputasi tersebut untuk menentukan apakah kebutuhan kerja Anda dapat dipenuhi dengan baik. Solusi komputasi yang dioptimalkan untuk memenuhi karakteristik beban kerja akan meningkatkan kinerja Anda, menurunkan biaya, dan meningkatkan keandalan Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Jika beban kerja Anda telah menggunakan opsi komputasi yang sama selama lebih dari empat pekan dan Anda mengantisipasi bahwa karakteristiknya akan tetap sama di masa depan, Anda dapat menggunakan [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) untuk mendapatkan rekomendasi berdasarkan karakteristik komputasi Anda. Jika AWS Compute Optimizer tidak menjadi opsi karena tidak adanya metrik, [jenis instans yang tidak didukung,](https://docs.aws.amazon.com/compute-optimizer/latest/ug/requirements.html#requirements-ec2-instances) atau perubahan yang dapat diperkirakan pada karakteristik Anda, maka Anda harus memprediksi metrik Anda berdasarkan pengujian beban dan eksperimen.
**Langkah Implementasi:**
1. Apakah Anda menjalankan instans EC2 atau kontainer dengan EC2 Launch Type?
1. Apakah beban kerja Anda dapat menggunakan GPU untuk meningkatkan kinerja?
1. [Instans Komputasi Terakselerasi](https://aws.amazon.com/ec2/instance-types/?trk=36c6da98-7b20-48fa-8225-4784bced9843&sc_channel=ps&sc_campaign=acquisition&sc_medium=ACQ-P|PS-GO|Brand|Desktop|SU|Compute|EC2|US|EN|Text&s_kwcid=AL!4422!3!536392622533!e!!g!!ec2%20instance%20types&ef_id=CjwKCAjwiuuRBhBvEiwAFXKaNNRXM5FrnFg5H8RGQ4bQKuUuK1rYWmU2iH-5H3VZPqEheB-pEm-GNBoCdD0QAvD_BwE:G:s&s_kwcid=AL!4422!3!536392622533!e!!g!!ec2%20instance%20types#Accelerated_Computing) adalah instans berbasis GPU yang menyediakan kinerja tertinggi bagi pelatihan machine learning, inferensi, dan komputasi kinerja tinggi.
1. Apakah beban kerja Anda menjalankan aplikasi inferensi machine learning?
1. [AWS Inferentia (Inf1)](https://aws.amazon.com/ec2/instance-types/inf1/) — Instans Inf1 dibuat untuk mendukung aplikasi inferensi machine learning. Dengan menggunakan instans Inf1, pelanggan dapat menjalankan aplikasi inferensi machine learning berskala besar, seperti pengenalan gambar, pengenalan suara, pemrosesan bahasa alami, personalisasi, dan deteksi penipuan. Anda dapat membuat model pada salah satu kerangka kerja machine learning terkenal, seperti TensorFlow, PyTorch, atau MXNet serta menggunakan instans GPU, untuk melatih model Anda. Setelah model machine learning Anda terlatih untuk memenuhi persyaratan Anda, Anda bisa men-deploy model tersebut di instans Inf1 dengan menggunakan [AWS Neuron](https://aws.amazon.com/machine-learning/neuron/), kit pengembangan perangkat lunak (SDK) khusus yang terdiri dari pengompilasi, waktu proses, dan alat profiling yang mengoptimalkan kinerja inferensi machine learning chip Inferensi.
1. Apakah beban kerja Anda berintegrasi dengan perangkat keras tingkat rendah untuk meningkatkan kinerja?
1. [Field Programmable Gate Arrays (FPGA)](https://aws.amazon.com/ec2/instance-types/f1/) — Menggunakan FPGA, Anda bisa mengoptimalkan beban kerja Anda dengan pelaksanaan yang dipercepat perangkat keras kustom untuk beban kerja Anda yang paling berat. Anda dapat menentukan algoritme dengan memanfaatkan bahasa pemrograman umum yang didukung seperti C atau Go, atau bahasa berorientasi perangkat keras seperti Verilog atau VHDL.
1. Apakah Anda memiliki metrik selama setidaknya empat pekan dan dapat memprediksi bahwa pola lalu lintas serta metrik Anda akan tetap sama di masa depan?
1. Gunakan [Compute Optimizer](https://aws.amazon.com/compute-optimizer/) untuk mendapatkan rekomendasi machine learning mengenai konfigurasi komputasi mana yang paling cocok dengan karakteristik komputasi Anda.
1. Apakah kinerja beban kerja Anda terkendala oleh metrik CPU?
1. [Instans komputasi yang dioptimalkan](https://aws.amazon.com/ec2/instance-types/?trk=36c6da98-7b20-48fa-8225-4784bced9843&sc_channel=ps&sc_campaign=acquisition&sc_medium=ACQ-P|PS-GO|Brand|Desktop|SU|Compute|EC2|US|EN|Text&s_kwcid=AL!4422!3!536392622533!e!!g!!ec2%20instance%20types&ef_id=CjwKCAjwiuuRBhBvEiwAFXKaNNRXM5FrnFg5H8RGQ4bQKuUuK1rYWmU2iH-5H3VZPqEheB-pEm-GNBoCdD0QAvD_BwE:G:s&s_kwcid=AL!4422!3!536392622533!e!!g!!ec2%20instance%20types#Compute_Optimized) ideal untuk beban kerja yang memerlukan prosesor kinerja tinggi.
1. Apakah kinerja beban kerja Anda terkendala oleh metrik memori?
1. [Instans memori yang dioptimalkan](https://aws.amazon.com/ec2/instance-types/?trk=36c6da98-7b20-48fa-8225-4784bced9843&sc_channel=ps&sc_campaign=acquisition&sc_medium=ACQ-P|PS-GO|Brand|Desktop|SU|Compute|EC2|US|EN|Text&s_kwcid=AL!4422!3!536392622533!e!!g!!ec2%20instance%20types&ef_id=CjwKCAjwiuuRBhBvEiwAFXKaNNRXM5FrnFg5H8RGQ4bQKuUuK1rYWmU2iH-5H3VZPqEheB-pEm-GNBoCdD0QAvD_BwE:G:s&s_kwcid=AL!4422!3!536392622533!e!!g!!ec2%20instance%20types#Memory_Optimized) mengirimkan sejumlah besar memori untuk mendukung beban kerja intensif memori.
1. Apakah kinerja beban kerja Anda terkendala oleh IOPS?
1. [Instans penyimpanan yang dioptimalkan](https://aws.amazon.com/ec2/instance-types/?trk=36c6da98-7b20-48fa-8225-4784bced9843&sc_channel=ps&sc_campaign=acquisition&sc_medium=ACQ-P|PS-GO|Brand|Desktop|SU|Compute|EC2|US|EN|Text&s_kwcid=AL!4422!3!536392622533!e!!g!!ec2%20instance%20types&ef_id=CjwKCAjwiuuRBhBvEiwAFXKaNNRXM5FrnFg5H8RGQ4bQKuUuK1rYWmU2iH-5H3VZPqEheB-pEm-GNBoCdD0QAvD_BwE:G:s&s_kwcid=AL!4422!3!536392622533!e!!g!!ec2%20instance%20types#Storage_Optimized) didesain untuk beban kerja yang memerlukan akses baca dan tulis sekuensial (IOPS) yang tinggi ke penyimpanan lokal.
1. Apakah karakteristik beban kerja Anda merepresentasikan kebutuhan seimbang di seluruh metrik?
1. Apakah CPU beban kerja Anda perlu melonjak untuk menangani peningkatan lalu lintas?
1. [Instans Kinerja yang Dapat Melonjak](https://aws.amazon.com/ec2/instance-types/?trk=36c6da98-7b20-48fa-8225-4784bced9843&sc_channel=ps&sc_campaign=acquisition&sc_medium=ACQ-P|PS-GO|Brand|Desktop|SU|Compute|EC2|US|EN|Text&s_kwcid=AL!4422!3!536392622533!e!!g!!ec2%20instance%20types&ef_id=CjwKCAjwiuuRBhBvEiwAFXKaNNRXM5FrnFg5H8RGQ4bQKuUuK1rYWmU2iH-5H3VZPqEheB-pEm-GNBoCdD0QAvD_BwE:G:s&s_kwcid=AL!4422!3!536392622533!e!!g!!ec2%20instance%20types#Instance_Features) serupa dengan instans Komputasi yang Dioptimalkan kecuali adaya penawaran kemampuan untuk melonjak melewati dasar CPU tetap yang teridentifikasi pada instans komputasi yang dioptimalkan.
1. [Instans Tujuan Umum](https://aws.amazon.com/ec2/instance-types/?trk=36c6da98-7b20-48fa-8225-4784bced9843&sc_channel=ps&sc_campaign=acquisition&sc_medium=ACQ-P|PS-GO|Brand|Desktop|SU|Compute|EC2|US|EN|Text&s_kwcid=AL!4422!3!536392622533!e!!g!!ec2%20instance%20types&ef_id=CjwKCAjwiuuRBhBvEiwAFXKaNNRXM5FrnFg5H8RGQ4bQKuUuK1rYWmU2iH-5H3VZPqEheB-pEm-GNBoCdD0QAvD_BwE:G:s&s_kwcid=AL!4422!3!536392622533!e!!g!!ec2%20instance%20types#General_Purpose) menyediakan keseimbangan semua karakteristik untuk mendukung beragam beban kerja.
1. Apakah instans komputasi Anda berjalan di Linux dan terkendala oleh throughput jaringan di kartu antarmuka jaringan?
1. Peninjauan [Pertanyaan Kinerja 5, Praktik Terbaik 2: Evaluasi fitur jaringan yang tersedia](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/network-architecture-selection.html) untuk menemukan jenis dan family instans yang tepat untuk memenuhi kebutuhan kinerja Anda.
1. Apakah beban kerja Anda memerlukan instans yang konsisten dan dapat diprediksi pada Zona Ketersediaan spesifik yang dapat Anda terapkan selama setahun?
1. [Instans Terpesan](https://aws.amazon.com/ec2/pricing/reserved-instances/) mengonfirmasi reservasi kapasitas pada Zona Ketersediaan tertentu. Instans Terpesan ideal untuk daya komputasi yang diperlukan di Zona Ketersediaan tertentu.
1. Apakah beban kerja Anda memiliki lisensi yang memerlukan perangkat keras khusus?
1. [Host Khusus](https://aws.amazon.com/ec2/dedicated-hosts/) mendukung lisensi perangkat lunak yang ada dan membantu Anda memenuhi persyaratan kepatuhan.
1. Apakah solusi komputasi Anda melonjak dan memerlukan pemrosesan sinkron?
1. [Instans Sesuai Permintaan](https://aws.amazon.com/ec2/pricing/on-demand/) memungkinkan Anda menggunakan kapasitas komputasi per jam atau per detik tanpa komitmen jangka panjang. Instans ini bagus untuk lonjakan di atas kebutuhan dasar kinerja.
1. Apakah solusi komputasi Anda stateless, toleran terhadap kesalahan, dan asinkron?
1. [Instans Spot](https://aws.amazon.com/ec2/spot/) memungkinkan Anda memanfaatkan kapasitas instans yang tidak terpakai untuk beban kerja stateless dan toleran terhadap kesalahan.
1. Apakah Anda menjalankan kontainer di [Fargate](https://aws.amazon.com/fargate/)?
1. Apakah kinerja tugas Anda terkendala oleh memori atau CPU?
1. Gunakan [Task Size](https://docs.aws.amazon.com/AmazonECS/latest/bestpracticesguide/capacity-tasksize.html) untuk menyesuaikan memori atau CPU Anda.
1. Apakah kinerja Anda terpengaruh oleh lonjakan pola lalu lintas?
1. Gunakan konfigurasi [Auto Scaling](https://docs.aws.amazon.com/AmazonECS/latest/bestpracticesguide/capacity-autoscaling.html) untuk menyesuaikan pola lalu lintas Anda.
1. Apakah solusi komputasi Anda ada di [Lambda](https://docs.aws.amazon.com/lambda/latest/dg/gettingstarted-features.html)?
1. Apakah Anda memiliki metrik selama setidaknya empat pekan dan dapat memprediksi bahwa pola lalu lintas serta metrik Anda akan tetap sama di masa depan?
1. Gunakan [Compute Optimizer](https://aws.amazon.com/compute-optimizer/) untuk mendapatkan rekomendasi machine learning mengenai konfigurasi komputasi mana yang paling cocok dengan karakteristik komputasi Anda.
1. Apakah Anda tidak memiliki metrik yang cukup untuk menggunakan AWS Compute Optimizer?
1. Jika Anda tidak memiliki metrik yang tersedia untuk menggunakan Compute Optimizer, gunakan [AWS Lambda Power Tuning](https://docs.aws.amazon.com/lambda/latest/operatorguide/profile-functions.html) untuk membantu memilih konfigurasi terbaik.
1. Apakah kinerja fungsi Anda terkendala oleh memori atau CPU?
1. Konfigurasikan [memori Lambda Anda](https://docs.aws.amazon.com/lambda/latest/dg/configuration-function-common.html#configuration-memory-console) untuk memenuhi metrik kebutuhan kinerja Anda.
1. Apakah fungsi Anda mengalami waktu habis dalam pelaksanaannya?
1. Ubah [pengaturan waktu habis](https://docs.aws.amazon.com/lambda/latest/dg/configuration-function-common.html)
1. Apakah kinerja fungsi Anda terkendala oleh lonjakan aktivitas dan konkurensi?
1. Konfigurasikan [pengaturan konkurensi](https://docs.aws.amazon.com/lambda/latest/dg/configuration-concurrency.html) untuk memenuhi persyaratan kinerja Anda.
1. Apakah fungsi Anda berjalan dengan asinkron dan mengalami kegagalan pada percobaan ulang?
1. Konfigurasikan usia maksimum peristiwa dan batas percobaan ulang maksimum pada [pengaturan konfigurasi](https://docs.aws.amazon.com/lambda/latest/dg/invocation-async.html) asinkron.
## Tingkat upaya untuk rencana implementasi:
Untuk menerapkan praktik terbaik ini, Anda harus mengetahui metrik dan karakteristik komputasi Anda saat ini. Mengumpulkan metrik tersebut, membuat dasar acuan, kemudian menggunakan metrik tersebut untuk mengidentifikasi opsi komputasi yang ideal memiliki tingkat upaya *rendah* ke *kedang* . Hal ini divalidasi dengan eksperimen dan uji beban.
## Sumber daya
**Dokumen terkait:**
+ [Komputasi Cloud dengan AWS ](https://aws.amazon.com/products/compute/?ref=wellarchitected)
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
+ [Jenis Instans EC2 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html?ref=wellarchitected)
+ [Kontrol Status Prosesor untuk Instans EC2 Anda ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/processor_state_control.html?ref=wellarchitected)
+ [Kontainer EKS: Simpul Pekerja EKS ](https://docs.aws.amazon.com/eks/latest/userguide/worker.html?ref=wellarchitected)
+ [Kontainer Amazon ECS: Instans Kontainer Amazon ECS ](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ECS_instances.html?ref=wellarchitected)
+ [Fungsi: Konfigurasi Fungsi Lambda](https://docs.aws.amazon.com/lambda/latest/dg/best-practices.html?ref=wellarchitected#function-configuration)
**Video terkait:**
+ [Fondasi Amazon EC2 (CMP211-R2) ](https://www.youtube.com/watch?v=kMMybKqC2Y0&ref=wellarchitected)
+ [Memperkuat Amazon EC2 generasi berikutnya: Dalami sistem Nitro ](https://www.youtube.com/watch?v=rUY-00yFlE4&ref=wellarchitected)
+ [Optimalkan performa dan biaya untuk komputasi AWS Anda (CMP323-R1) ](https://www.youtube.com/watch?v=zt6jYJLK8sg&ref=wellarchitected)
**Contoh terkait:**
+ [Betulkan ukuran dengan pengaktifan penggunaan Memori dan Compute Optimizer](https://www.wellarchitectedlabs.com/cost/200_labs/200_aws_resource_optimization/5_ec2_computer_opt/)
+ [Kode AWS Compute Optimizer Demo](https://github.com/awslabs/ec2-spot-labs/tree/master/aws-compute-optimizer)
# PERF02-BP03 Mengumpulkan komputasi metrik terkait
Untuk memahami bagaimana sumber daya komputasi Anda berjalan, Anda harus mencatat dan melacak penggunaan berbagai macam sistem. Data ini dapat digunakan untuk membuat penetapan yang lebih akurat tentang persyaratan sumber daya.
Beban kerja dapat menghasilkan volume data yang besar seperti metrik, log, dan kejadian. Lihat apakah layanan penyimpanan, pemantauan, dan observabilitas yang ada dapat mengelola data yang dihasilkan. Identifikasikan metrik mana yang menggambarkan pemanfaatan sumber daya dan dapat dikumpulkan, diagregasikan, serta dikorelasikan dalam satu lintas platform. Metrik tersebut harus mewakili semua sumber daya, aplikasi, dan layanan beban kerja Anda, agar Anda dapat memperoleh visibilitas seluruh sistem dan mengidentifikasi masalah serta peluang peningkatan kinerja dengan cepat.
**Hasil yang diinginkan:** Semua metrik yang berhubungan dengan sumber daya terkait komputasi diidentifikasi, dikumpulkan, diagregasikan, dan dikorelasikan dalam satu platform dengan retensi yang diimplementasikan untuk mendukung tujuan operasional dan biaya.
**Antipola umum:**
+ Anda hanya menggunakan pencarian file log manual untuk metrik.
+ Anda hanya memublikasikan metrik untuk alat internal.
+ Anda hanya menggunakan metrik default yang dicatat oleh perangkat lunak pemantauan Anda yang dipilih.
+ Anda hanya meninjau metrik ketika terdapat masalah.
**Manfaat menerapkan praktik terbaik ini:** Untuk memantau kinerja beban kerja, Anda harus mencatat beberapa metrik kinerja secara berkala. Metrik ini memungkinkan Anda untuk mendeteksi anomali dalam kinerja. Metrik tersebut juga akan membantu mengukur kinerja metrik bisnis untuk memastikan bahwa Anda memenuhi kebutuhan beban kerja Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Identifikasikan, kumpulkan, agregasikan, dan korelasikan metrik terkait komputasi. Menggunakan layanan seperti Amazon CloudWatch, dapat membuat implementasi lebih cepat dan memudahkan pemeliharaan. Selain metrik default dicatat, identifikasi dan lacak metrik tingkat sistem tambahan di dalam beban kerja Anda. Catat data seperti penggunaan CPU, memori, disk I/O, serta metrik masuk dan keluar jaringan untuk mendapatkan wawasan ke hambatan atau tingkat penggunaan. Data ini sangat penting untuk mengetahui bagaimana beban kerja berjalan dan solusi komputasi digunakan. Gunakan metrik ini sebagai bagian dari pendekatan berdasarkan data yang digunakan untuk mengatur dan mengoptimalkan sumber daya beban kerja Anda.
**Langkah Implementasi:**
1. Metrik solusi komputasi mana yang penting untuk dilacak?
1. [Metrik default EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html)
1. [Metrik default Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/cloudwatch-metrics.html)
1. [Metrik default EKS](https://docs.aws.amazon.com/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/kubernetes-eks-metrics.html)
1. [Metrik default Lambda](https://docs.aws.amazon.com/lambda/latest/dg/monitoring-functions-access-metrics.html)
1. [Metrik disk dan memori EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/mon-scripts.html)
1. Apakah saat ini saya memiliki solusi pemantauan dan pencatatan yang disetujui?
1. [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/)
1. [AWS Distro for OpenTelemetry](https://aws.amazon.com/otel/)
1. [Amazon Managed Service for Prometheus](https://docs.aws.amazon.com/grafana/latest/userguide/prometheus-data-source.html)
1. Apakah saya telah mengidentifikasi dan mengonfigurasikan kebijakan retensi data sesuai dengan tujuan operasional dan keamanan saya?
1. [Retensi data default untuk metrik CloudWatch](https://aws.amazon.com/cloudwatch/faqs/#AWS_resource_.26_custom_metrics_monitoring)
1. [Retensi data default untuk CloudWatch Logs](https://aws.amazon.com/cloudwatch/faqs/#Log_management)
1. Bagaimana Anda melakukan deployment agen agregat log dan metrik Anda?
1. [AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html?ref=wellarchitected)
1. [OpenTelemetry Collector](https://aws-otel.github.io/docs/getting-started/collector)
**Tingkat upaya untuk Rencana Implementasi: **Tingkat upaya *sedang* digunakan untuk mengidentifikasi, melacak, mengumpulkan, mengagregatkan, dan mengorelasikan metrik dari semua sumber daya komputasi.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi Amazon CloudWatch](https://docs.aws.amazon.com/cloudwatch/index.html?ref=wellarchitected)
+ [Kumpulkan metrik dan log dari instans Amazon EC2 serta server on-premise dengan Agen CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html?ref=wellarchitected)
+ [Mengakses Amazon CloudWatch Logs untuk AWS Lambda](https://docs.aws.amazon.com/lambda/latest/dg/monitoring-functions-logs.html?ref=wellarchitected)
+ [Menggunakan CloudWatch Logs dengan instans kontainer](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/using_cloudwatch_logs.html?ref=wellarchitected)
+ [Publikasikan metrik kustom](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html?ref=wellarchitected)
+ [Jawaban AWS: Pencatatan Log Terpusat](https://aws.amazon.com/answers/logging/centralized-logging/?ref=wellarchitected)
+ [Layanan AWS yang Memublikasikan Metrik CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CW_Support_For_AWS.html?ref=wellarchitected)
+ [Memantau Amazon EKS pada AWS Fargate](https://aws.amazon.com/blogs/containers/monitoring-amazon-eks-on-aws-fargate-using-prometheus-and-grafana/)
**Video terkait:**
+ [Manajemen Kinerja Aplikasi di AWS](https://www.youtube.com/watch?v=5T4stR-HFas&ref=wellarchitected)
+ [Buat Rencana Pemantauan](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
**Contoh terkait:**
+ [Tingkat 100: Pemantauan dengan Dasbor CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_with_cloudwatch_dashboards/)
+ [Tingkat 100: Pemantauan instans Windows EC2 dengan Dasbor CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_windows_ec2_cloudwatch/)
+ [Tingkat 100: Pemantauan instans Amazon Linux EC2 dengan Dasbor CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_linux_ec2_cloudwatch/)
# PERF02-BP04 Menentukan konfigurasi yang diperlukan dengan menyesuaikan ukuran
Analisis berbagai karakteristik performa beban kerja Anda serta kaitannya dengan penggunaan memori, jaringan, I/O, dan CPU. Gunakan data ini untuk memilih sumber daya yang paling sesuai dengan profil beban kerja Anda. Contohnya, beban kerja yang sarat dengan memori seperti basis data bisa mendapatkan manfaat dari rasio memori per inti yang lebih tinggi. Tetapi, beban kerja yang sarat komputasi mungkin memerlukan frekuensi dan jumlah core yang lebih tinggi, tetapi dapat dicukupkan dengan jumlah memori per inti yang lebih rendah.
**Antipola umum:**
+ Anda memilih instans dengan nilai terbesar dalam semua karakteristik performa yang tersedia untuk semua beban kerja.
+ Anda menstandarkan semua jenis instans menjadi satu jenis untuk memudahkan pengelolaan.
+ Anda mengoptimalkan menggunakan tolok ukur sintetis standar tanpa memvalidasi persyaratan aktual beban kerja tertentu.
+ Anda mempertahankan infrastruktur yang sama selama jangka waktu yang lama tanpa mengevaluasi ulang dan mengintegrasikan penawaran baru.
**Manfaat menjalankan praktik terbaik ini:** Ketika Anda memahami dengan baik persyaratan beban kerja Anda, Anda dapat membandingkan kebutuhan ini dengan penawaran komputasi yang tersedia dan bereksperimen dengan cepat untuk menentukan mana yang secara paling efisien memenuhi kebutuhan beban kerja Anda. Hal ini memungkinkan performa yang optimal tanpa membayar berlebih untuk sumber daya yang tidak diperlukan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang
## Panduan implementasi
Modifikasi konfigurasi beban kerja Anda dengan menyesuaikan ukuran. Untuk mengoptimalkan performa, efisiensi secara keseluruhan, dan penghematan biaya, tentukan terlebih dulu sumber daya mana yang diperlukan beban kerja Anda. Pilih instans dengan pengoptimalan memori, seperti instans kelompok R, untuk beban kerja yang sarat memori seperti basis data. Untuk beban kerja yang memerlukan kapasitas komputasi lebih tinggi, pilih instans kelompok C, atau pilih instans dengan jumlah inti lebih tinggi atau frekuensi inti lebih tinggi. Pilih performa I/O berdasarkan kebutuhan beban kerja Anda dan bukannya membandingkan dengan tolok ukur sintetis standar. Untuk performa I/O lebih tinggi, pilih instans dari instans keluarga I, [pilih volume Amazon EBS dengan pengoptimalan I/O](https://aws.amazon.com/premiumsupport/knowledge-center/optimize-ebs-provisioned-iops/), atau pilih instans dengan [penyimpanan instans](https://aws.amazon.com/premiumsupport/knowledge-center/instance-store-vs-ebs/). Untuk detail selengkapnya tentang jenis instans tertentu, lihat [jenis instans Amazon EC2](https://aws.amazon.com/ec2/instance-types/).
Penyesuaian ukuran memverifikasi bahwa performa beban kerja sudah sebaik mungkin tanpa membayar berlebih untuk sumber daya yang tidak diperlukan.
**Langkah implementasi**
+ Ketahui beban kerja Anda atau analisis persyaratan sumber dayanya.
+ Evaluasi beban kerja secara terpisah. AWS Cloud memberikan kepada Anda fleksibilitas dan ketangkasan agar setiap beban kerja dapat menyesuaikan ukurannya sendiri tanpa harus berkorban.
+ Buat lingkungan pengujian untuk menemukan penawaran komputasi yang paling cocok untuk beban kerja Anda.
+ Terus evaluasi ulang penawaran komputasi baru, dan bandingkan dengan kebutuhan beban kerja Anda.
+ Tinjau penawaran layanan baru secara rutin untuk mendapatkan performa harga yang lebih baik.
+ Lakukan Peninjauan Well-Architected Framework secara teratur.
## Sumber daya
**Praktik Terbaik Terkait:**
+ [PERF02-BP03 Mengumpulkan komputasi metrik terkait](perf_select_compute_collect_metrics.md)
+ [PERF02-BP06 Terus-menerus mengevaluasi kebutuhan komputasi berdasarkan metrik](perf_select_compute_use_metrics.md)
**Dokumen terkait:**
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
+ [Komputasi Cloud dengan AWS](https://aws.amazon.com/products/compute/)
+ [Jenis Instans Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html)
+ [Kontainer Amazon ECS: Instans Kontainer Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ECS_instances.html)
+ [Kontainer Amazon EKS: Simpul Pekerja Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/worker.html)
+ [Fungsi: Konfigurasi Fungsi Lambda](https://docs.aws.amazon.com/lambda/latest/dg/best-practices.html#function-configuration)
**Video terkait:**
+ [Fondasi Amazon EC2 (CMP211-R2)](https://www.youtube.com/watch?v=kMMybKqC2Y0)
+ [Komputasi yang lebih baik, lebih cepat, dan lebih murah: Optimisasi biaya Amazon EC2 (CMP202-R1)](https://www.youtube.com/watch?v=_dvh4P2FVbw)
+ [Memberikan interferensi ML performa tinggi dengan AWS Inferentia (CMP324-R1)](https://www.youtube.com/watch?v=17r1EapAxpk)
+ [Mengoptimalkan performa dan biaya untuk komputasi AWS Anda (CMP323-R1)](https://www.youtube.com/watch?v=zt6jYJLK8sg)
+ [Memberdayakan generasi berikutnya Amazon EC2: Memahami sistem Nitro](https://www.youtube.com/watch?v=rUY-00yFlE4)
+ [Cara memilih opsi komputasi untuk perusahaan rintisan](https://aws.amazon.com/startups/start-building/how-to-choose-compute-option/)
+ [Mengoptimalkan performa dan biaya untuk komputasi AWS Anda (CMP323-R1)](https://www.youtube.com/watch?v=zt6jYJLK8sg)
**Contoh terkait:**
+ [Menyesuaikan ukuran dengan Compute Optimizer dan pengaktifan pemanfaatan Memori](https://www.wellarchitectedlabs.com/cost/200_labs/200_aws_resource_optimization/5_ec2_computer_opt/)
+ [Kode demo AWS Compute Optimizer](https://github.com/awslabs/ec2-spot-labs/tree/master/aws-compute-optimizer)
# PERF02-BP05 Menggunakan elastisitas sumber daya yang tersedia
Cloud menyediakan fleksibilitas untuk memperluas dan mengurangi sumber daya Anda secara dinamis melalui beragam mekanisme untuk memenuhi perubahan sesuai permintaan. Dengan menggabungkan elastisitas ini dengan metrik yang terkait dengan komputasi, beban kerja dapat merespons perubahan secara otomatis untuk menggunakan sumber daya yang diperlukannya dan hanya sumber daya yang diperlukannya.
**Antipola umum:**
+ Anda memberikan persediaan berlebih agar kemungkinan lonjakan dapat teratasi.
+ Anda bereaksi terhadap alarm dengan meningkatkan kapasitas secara manual.
+ Anda meningkatkan kapasitas tanpa mempertimbangkan waktu penyediaan.
+ Anda membiarkan peningkatan kapasitas setelah peristiwa penskalaan, bukannya menurunkan kembali skala.
+ Anda memantau metrik yang tidak secara langsung mencerminkan persyaratan beban kerja yang sebenarnya.
**Manfaat menjalankan praktik terbaik ini:** Permintaan bisa tetap, berupa variabel, mengikuti pola, atau berfluktuasi. Menyesuaikan pasokan dengan permintaan akan menghasilkan biaya paling rendah untuk beban kerja. Pemantauan, pengujian, dan konfigurasi elastisitas beban kerja akan mengoptimalkan performa, menghemat uang, dan meningkatkan keandalan seiring perubahan permintaan penggunaan. Meskipun pendekatan manual untuk hal ini dapat dilakukan, pendekatan ini tidak praktis dalam skala besar. Pendekatan otomatis berbasis metrik memastikan sumber daya memenuhi permintaan kapan saja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang
## Panduan implementasi
Otomatisasi berbasis metrik harus digunakan untuk memanfaatkan elastisitas dengan tujuan pasokan sumber daya yang Anda miliki sesuai dengan permintaan sumber daya yang diperlukan beban kerja Anda. Contohnya, Anda dapat menggunakan [metrik Amazon CloudWatch untuk memantau sumber daya Anda](https://aws.amazon.com/startups/start-building/how-to-monitor-resources/), atau menggunakan metrik Amazon CloudWatch untuk grup Auto Scaling Anda.
Digabungkan dengan metrik yang terkait dengan komputasi, beban kerja dapat merespons secara otomatis dan menggunakan rangkaian optimal sumber daya untuk mencapai tujuannya. Anda juga harus membuat rencana untuk waktu penyediaan dan potensi kegagalan sumber daya.
Instans, kontainer, dan fungsi menyediakan mekanisme untuk elastisitas sebagai fitur layanan, dalam bentuk [Application Auto Scaling](https://aws.amazon.com/autoscaling/), atau dalam kombinasi dengan [Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html). Gunakan elastisitas pada arsitektur Anda untuk memverifikasi bahwa Anda memiliki kapasitas yang cukup untuk memenuhi persyaratan performa pada berbagai macam skala penggunaan.
Validasikan metrik Anda untuk menaikkan atau menurunkan skala sumber daya elastis terhadap jenis beban kerja yang di-deploy. Sebagai contoh, jika Anda melakukan deployment aplikasi transkode video, pemanfaatan CPU 100% adalah hal normal dan tidak boleh menjadi metrik primer Anda. Sebagai alternatif, Anda dapat mengukur kedalaman antrean tugas transkode yang menunggu untuk menskalakan jenis instans Anda.
Deployment beban kerja harus menangani peristiwa kenaikan dan penurunan skala. Menurunkan skala komponen beban kerja dengan aman sama pentingnya dengan menaikkan skala sumber daya ketika permintaan naik.
Buat skenario pengujian untuk peristiwa penskalaan untuk memverifikasi bahwa perilaku beban kerja sesuai dengan yang diharapkan.
**Langkah implementasi**
+ Manfaatkan data historis untuk menganalisis permintaan sumber daya beban kerja Anda seiring waktu. Ajukan pertanyaan spesifik seperti:
+ Apakah beban kerja Anda stabil dan meningkat seiring waktu dengan laju yang diketahui?
+ Apakah beban kerja Anda meningkat dan menurun dengan pola musiman yang dapat diulang?
+ Apakah beban kerja Anda berfluktuasi? Dapatkah lonjakan diantisipasi atau diprediksi?
+ Manfaatkan layanan pemantauan dan data historis sebanyak mungkin.
+ Memberi tanda pada sumber daya dapat membantu pemantauan. Ketika menggunakan tanda, lihat [praktik terbaik pemberian tanda](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html). Selain itu, [tanda dapat membantu Anda mengelola, mengidentifikasi, dan mengatur sumber daya](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html).
+ Dengan AWS, Anda dapat menggunakan sejumlah pendekatan yang berbeda untuk menyesuaikan pasokan dengan permintaan. Praktik terbaik pilar pengoptimalan biaya ([COST09-BP01 hingga COST09-03](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/manage-demand-and-supply-resources.html)) menjelaskan cara untuk menggunakan pendekatan biaya berikut:
+ [COST09-BP01 Melakukan analisis pada permintaan beban kerja](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/cost_manage_demand_resources_cost_analysis.html)
+ [COST09-BP02 Mengimplementasikan buffer atau throttle untuk mengelola permintaan](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/cost_manage_demand_resources_buffer_throttle.html)
+ [COST09-BP03 Menyediakan sumber daya secara dinamis](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/cost_manage_demand_resources_dynamic.html)
+ Buat skenario pengujian untuk peristiwa penurunan skala untuk memverifikasi bahwa perilaku beban kerja sesuai dengan yang diharapkan.
+ Sebagian besar instans non produksi harus dihentikan ketika sedang tidak digunakan.
+ Untuk kebutuhan penyimpanan ketika menggunakan Amazon Elastic Block Store (Amazon EBS), manfaatkan [elastisitas berbasis volume](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-modify-volume.html).
+ Untuk [Amazon Elastic Compute Cloud (Amazon EC2)](https://aws.amazon.com/ec2/), pertimbangkan untuk menggunakan [grup Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/auto-scaling-groups.html), yang memungkinkan Anda untuk mengoptimalkan performa dan biaya dengan meningkatkan secara otomatis jumlah instans komputasi selama terjadi lonjakan permintaan dan mengurangi kapasitas ketika terjadi penurunan permintaan.
## Sumber daya
**Praktik Terbaik Terkait:**
+ [PERF02-BP03 Mengumpulkan komputasi metrik terkait](perf_select_compute_collect_metrics.md)
+ [PERF02-BP04 Menentukan konfigurasi yang diperlukan dengan menyesuaikan ukuran](perf_select_compute_right_sizing.md)
+ [PERF02-BP06 Terus-menerus mengevaluasi kebutuhan komputasi berdasarkan metrik](perf_select_compute_use_metrics.md)
**Dokumen terkait:**
+ [Komputasi Cloud dengan AWS](https://aws.amazon.com/products/compute/)
+ [Jenis Instans Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html)
+ [Kontainer Amazon ECS: Instans Kontainer Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ECS_instances.html)
+ [Kontainer Amazon EKS: Simpul Pekerja Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/worker.html)
+ [Fungsi: Konfigurasi Fungsi Lambda](https://docs.aws.amazon.com/lambda/latest/dg/best-practices.html#function-configuration)
**Video terkait:**
+ [Fondasi Amazon EC2 (CMP211-R2)](https://www.youtube.com/watch?v=kMMybKqC2Y0)
+ [Komputasi yang lebih baik, lebih cepat, dan lebih murah: Optimisasi biaya Amazon EC2 (CMP202-R1)](https://www.youtube.com/watch?v=_dvh4P2FVbw)
+ [Memberikan interferensi ML performa tinggi dengan AWS Inferentia (CMP324-R1)](https://www.youtube.com/watch?v=17r1EapAxpk)
+ [Mengoptimalkan performa dan biaya untuk komputasi AWS Anda (CMP323-R1)](https://www.youtube.com/watch?v=zt6jYJLK8sg)
+ [Memberdayakan generasi berikutnya Amazon EC2: Memahami sistem Nitro](https://www.youtube.com/watch?v=rUY-00yFlE4)
**Contoh terkait:**
+ [Contoh Grup Amazon EC2 Auto Scaling](https://github.com/aws-samples/amazon-ec2-auto-scaling-group-examples)
+ [Tutorial Amazon EFS](https://github.com/aws-samples/amazon-efs-tutorial)
# PERF02-BP06 Terus-menerus mengevaluasi kebutuhan komputasi berdasarkan metrik
Gunakan pendekatan yang didorong data untuk terus-menerus mengevaluasi dan mengoptimalkan sumber daya komputasi untuk beban kerja Anda seiring waktu.
**Hasil yang diinginkan:** Menggunakan metrik tingkat sistem untuk memantau secara aktif perilaku dan persyaratan beban kerja Anda seiring waktu. Evaluasi permintaan beban kerja Anda terhadap sumber daya yang tersedia berdasarkan data yang terkumpul, dan buat perubahan pada lingkungan komputasi agar sesuai dengan profil beban kerja Anda. Misalnya, seiring waktu, beban kerja mungkin didapati lebih sarat memori daripada yang ditentukan awal, sehingga beralih ke kelompok atau ukuran instans lain dapat meningkatkan performa serta efisiensi.
**Antipola umum:**
+ Memantau metrik tingkat sistem untuk mendapatkan wawasan tentang beban kerja Anda dan tidak mengevaluasi ulang kebutuhan komputasi.
+ Merancang kebutuhan komputasi Anda untuk persyaratan beban kerja puncak.
+ Memperbesar ukuran solusi komputasi yang ada secara berlebihan untuk memenuhi persyaratan penskalaan atau performa padahal beralih ke solusi komputasi lain akan secara lebih efisien sesuai dengan karakteristik beban kerja Anda.
**Manfaat menjalankan praktik terbaik ini:** Sumber daya komputasi yang optimal berdasarkan data dunia nyata dan keseimbangan antara biaya dan performa sesuai keinginan Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Gunakan pendekatan yang didorong data untuk mengoptimalkan sumber daya komputasi berdasarkan perilaku beban kerja yang teramati. Untuk mencapai performa dan efisiensi maksimum, gunakan data yang dikumpulkan seiring waktu dari beban kerja Anda guna terus-menerus menyesuaikan dan mengoptimalkan sumber daya Anda. Lihat tren penggunaan sumber daya saat ini oleh beban kerja Anda dan tentukan di mana Anda dapat membuat perubahan agar lebih sesuai dengan kebutuhan beban kerja Anda. Ketika sumber daya terlalu banyak digunakan, performa sistem akan menurun, dan ketika sumber daya tidak digunakan dengan benar, sistem beroperasi dengan biaya lebih tinggi dan efisiensi lebih rendah.
Untuk mengoptimalkan kinerja dan pemanfaatan sumber daya, Anda memerlukan tampilan operasional terpadu, data terperinci waktu nyata, dan referensi historis. Anda dapat membuat dasbor otomatis untuk memvisualisasikan data ini dan mendapatkan wawasan pemanfaatan dan operasional.
**Langkah implementasi**
1. Kumpulkan metrik terkait komputasi seiring waktu.
1. Bandingkan metrik beban kerja dengan sumber daya yang tersedia dalam solusi komputasi yang Anda pilih.
1. Tentukan perubahan konfigurasi yang diperlukan dengan menyesuaikan ukuran solusi yang ada atau mengevaluasi solusi komputasi alternatif.
## Sumber daya
**Praktik Terbaik Terkait:**
+ [PERF02-BP01 Mengevaluasi opsi komputasi yang tersedia](perf_select_compute_evaluate_options.md)
+ [PERF02-BP02 Memahami opsi konfigurasi komputasi yang tersedia](perf_select_compute_config_options.md)
+ [PERF02-BP03 Mengumpulkan komputasi metrik terkait](perf_select_compute_collect_metrics.md)
+ [PERF02-BP04 Menentukan konfigurasi yang diperlukan dengan menyesuaikan ukuran](perf_select_compute_right_sizing.md)
**Dokumen terkait:**
+ [Komputasi Cloud dengan AWS](https://aws.amazon.com/products/compute/?ref=wellarchitected)
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
+ [Jenis Instans EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html)
+ [Kontainer Amazon ECS: Instans Kontainer Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ECS_instances.html)
+ [Kontainer Amazon EKS: Simpul Pekerja Amazon EKS](https://docs.aws.amazon.com/eks/latest/userguide/worker.html)
+ [ Praktik terbaik menggunakan fungsi AWS Lambda](https://docs.aws.amazon.com/lambda/latest/dg/best-practices.html#function-configuration)
**Video terkait:**
+ [Fondasi Amazon EC2 (CMP211-R2)](https://www.youtube.com/watch?v=kMMybKqC2Y0)
+ [Komputasi yang lebih baik, lebih cepat, dan lebih murah: Optimisasi biaya Amazon EC2 (CMP202-R1)](https://www.youtube.com/watch?v=_dvh4P2FVbw)
+ [Memberikan interferensi ML performa tinggi dengan AWS Inferentia (CMP324-R1)](https://www.youtube.com/watch?v=17r1EapAxpk)
+ [Mengoptimalkan performa dan biaya untuk komputasi AWS Anda (CMP323-R1)](https://www.youtube.com/watch?v=zt6jYJLK8sg)
+ [Memberdayakan generasi berikutnya Amazon EC2: Memahami sistem Nitro](https://www.youtube.com/watch?v=rUY-00yFlE4)
+ [ Memilih dan mengoptimalkan instans Amazon EC2 ](https://www.youtube.com/watch?v=Vz0HZ6hlpgM)
**Contoh terkait:**
+ [Menyesuaikan ukuran dengan Compute Optimizer dan pengaktifan pemanfaatan Memori](https://www.wellarchitectedlabs.com/cost/200_labs/200_aws_resource_optimization/5_ec2_computer_opt/)
+ [Kode demo AWS Compute Optimizer](https://github.com/awslabs/ec2-spot-labs/tree/master/aws-compute-optimizer)
# PERF 3 Bagaimana cara memilih solusi penyimpanan Anda?
Solusi penyimpanan optimal untuk sistem bervariasi berdasarkan jenis metode akses (blok, file, atau objek), pola akses (acak atau berurutan), throughput yang diperlukan, frekuensi akses (online, offline, arsip), frekuensi pembaruan (WORM, dinamis), dan ketersediaan serta batas daya tahan. Sistem yang didesain dan dikonfigurasi dengan baik menggunakan beberapa solusi penyimpanan dan mengaktifkan fitur yang berlainan meningkatkan performa dan menggunakan sumber daya secara efisien.
**Topics**
+ [PERF03-BP01 Memahami karakteristik dan persyaratan penyimpanan](perf_right_storage_solution_understand_char.md)
+ [PERF03-BP02 Evaluasi opsi konfigurasi yang tersedia](perf_right_storage_solution_evaluated_options.md)
+ [PERF03-BP03 Membuat keputusan berdasarkan pola akses dan metrik](perf_right_storage_solution_optimize_patterns.md)
# PERF03-BP01 Memahami karakteristik dan persyaratan penyimpanan
Identifikasi dan dokumentasikan kebutuhan penyimpanan beban kerja dan tentukan karakteristik penyimpanan di setiap lokasi. Contoh karakteristik penyimpanan mencakup: akses yang dapat dibagikan, ukuran file, laju pertumbuhan, throughput, IOPS, latensi, pola akses, dan persistensi data. Gunakan berbagai karakteristik ini untuk mengevaluasi apakah layanan penyimpanan blok, file, objek, atau instans adalah solusi paling efisien untuk kebutuhan penyimpanan Anda.
**Hasil yang diinginkan:** Identifikasi dan dokumentasikan kebutuhan penyimpanan per lokasi penyimpanan dan evaluasi solusi penyimpanan yang tersedia. Berdasarkan karakteristik penyimpanan utama, tim Anda akan memahami bagaimana layanan penyimpanan yang dipilih akan mengoptimalkan performa beban kerja Anda. Kriteria utamanya mencakup pola akses data, laju pertumbuhan, kebutuhan penskalaan, dan persyaratan latensi.
**Antipola umum:**
+ Anda hanya menggunakan satu jenis penyimpanan, seperti Amazon Elastic Block Store (Amazon EBS) untuk semua beban kerja.
+ Anda berasumsi bahwa semua beban kerja memiliki persyaratan performa akses penyimpanan yang serupa.
**Manfaat menjalankan praktik terbaik ini:** Memilih solusi penyimpanan berdasarkan karakteristik yang diidentifikasi dan diperlukan akan membantu meningkatkan performa beban kerja Anda, mengurangi biaya, dan menurunkan upaya operasional Anda dalam memelihara beban kerja Anda. Performa beban kerja Anda akan mendapatkan manfaat dari solusi, konfigurasi, dan lokasi layanan penyimpanan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Identifikasi metrik performa penyimpanan terpenting untuk beban kerja Anda dan terapkan peningkatan sebagai bagian dari pendekatan berbasis data, dengan menggunakan tolok ukur atau pengujian beban. Gunakan data ini untuk mengidentifikasi di mana solusi penyimpanan Anda dibatasi, dan periksa opsi konfigurasi untuk meningkatkan solusi. Tentukan laju pertumbuhan yang diharapkan untuk beban kerja Anda dan pilih solusi penyimpanan yang akan memenuhi laju tersebut. Pelajari penawaran penyimpanan AWS untuk menentukan solusi penyimpanan yang tepat untuk berbagai kebutuhan beban kerja Anda. Penyediaan solusi penyimpanan di AWS akan meningkatkan peluang Anda untuk menguji penawaran penyimpanan dan menentukan apakah penawaran tersebut sesuai dengan kebutuhan beban kerja Anda.
| Layanan AWS | Karakteristik utama | Kasus penggunaan umum |
| --- | --- | --- |
| Amazon S3 | Daya tahan 99,999999999%, pertumbuhan tak terbatas, dapat diakses dari mana saja, beberapa model biaya berdasarkan akses dan ketahanan | Data aplikasi cloud-native, pengarsipan data, dan pencadangan, analitik, danau data, hosting situs web statis, data IoT |
| Amazon Glacier | Latensi detik hingga jam, pertumbuhan tak terbatas, biaya terendah, penyimpanan jangka panjang | Pengarsipan data, arsip media, retensi cadangan jangka panjang. |
| Amazon EBS | Ukuran penyimpanan memerlukan pengelolaan dan pemantauan, latensi rendah, penyimpanan persisten, daya tahan 99,8% hingga 99,9%, sebagian besar jenis volume hanya dapat diakses dari satu instans EC2. | Aplikasi COTS, aplikasi intensif I/O, basis data relasional dan NoSQL, pencadangan dan pemulihan |
| Penyimpanan Instans EC2 | Ukuran penyimpanan yang telah ditentukan sebelumnya, latensi terendah, tidak dipersistensi, hanya dapat diakses dari satu instans EC2 | Aplikasi COTS, aplikasi intensif I/O, penyimpanan data dalam memori |
| Amazon EFS | Daya tahan 99,999999999%, pertumbuhan tak terbatas, dapat diakses oleh beberapa layanan komputasi | Aplikasi yang dimodernisasi berbagi file di beberapa layanan komputasi, penyimpanan file untuk penskalaan sistem manajemen konten |
| Amazon FSx | Mendukung empat sistem file (NetApp, OpenZFS, Windows File Server, dan Amazon FSx for Lustre), penyimpanan yang tersedia berbeda per sistem file, dapat diakses oleh beberapa layanan komputasi | Beban kerja cloud-native, lonjakan cloud privat, beban kerja yang dimigrasikan yang memerlukan sistem file tertentu, VMC, sistem ERP, penyimpanan dan pencadangan file on-premise |
| Kelompok Snow | Perangkat portabel, enkripsi 256-bit, titik akhir NFS, komputasi on-board, penyimpanan berskala TB | Memigrasikan data ke cloud, penyimpanan, dan komputasi dalam kondisi on-premise yang ekstrem, pemulihan bencana, pengumpulan data jarak jauh |
| AWS Storage Gateway | Menyediakan akses on-premise latensi rendah ke penyimpanan yang didukung cloud, cache on-premise terkelola penuh | Data on-premise ke migrasi cloud, mengisi danau data cloud dari sumber on-premise, pembagian file yang dimodernisasi. |
**Langkah implementasi:**
1. Gunakan tolok ukur atau pengujian beban untuk mengumpulkan karakteristik utama kebutuhan penyimpanan Anda. Karakteristik utama mencakup:
1. Dapat dibagikan (komponen apa yang mengakses penyimpanan ini)
1. Laju pertumbuhan
1. Throughput
1. Latensi
1. Ukuran I/O
1. Daya tahan
1. Pola akses (baca vs tulis, frekuensi, berfluktuasi, atau konsisten)
1. Identifikasi jenis solusi penyimpanan yang mendukung karakteristik penyimpanan Anda.
1. [Amazon S3](https://aws.amazon.com/s3/) adalah layanan penyimpanan objek dengan skalabilitas tak terbatas, ketersediaan tinggi, dan berbagai opsi aksesibilitas. Mentransfer dan mengakses objek masuk dan keluar dari Amazon S3 dapat menggunakan layanan, seperti [Transfer Acceleration](https://aws.amazon.com/s3/transfer-acceleration/) atau [Access Points](https://aws.amazon.com/s3/features/access-points/) untuk mendukung lokasi, kebutuhan keamanan, dan pola akses Anda. Gunakan [panduan performa Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/optimizing-performance-guidelines.html) untuk membantu Anda mengoptimalkan konfigurasi Amazon S3 Anda agar memenuhi kebutuhan performa beban kerja Anda.
1. [Amazon Glacier](https://aws.amazon.com/s3/storage-classes/glacier/) adalah kelas penyimpanan Amazon S3 yang dibuat untuk pengarsipan data. Anda dapat memilih dari tiga solusi pengarsipan mulai dari akses milidetik hingga akses 5-12 jam dengan opsi biaya dan keamanan yang berbeda. Amazon Glacier dapat membantu Anda memenuhi persyaratan performa dengan menerapkan siklus hidup data yang mendukung persyaratan bisnis dan karakteristik data Anda.
1. [Amazon Elastic Block Store (Amazon EBS)](https://aws.amazon.com/ebs/) adalah layanan penyimpanan blok beperforma tinggi yang dirancang untuk Amazon Elastic Compute Cloud (Amazon EC2). Anda dapat memilih solusi [berbasis SSD atau HDD](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html) dengan karakteristik berbeda yang memprioritaskan [IOPS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/provisioned-iops.html) atau [throughput](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/hdd-vols.html). Volume EBS sangat cocok untuk beban kerja beperforma tinggi, penyimpanan utama untuk sistem file, basis data, atau aplikasi yang hanya dapat mengakses sistem attached stage.
1. [Penyimpanan Instans Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html) mirip dengan Amazon EBS karena dikaitkan ke instans Amazon EC2. Namun, Penyimpanan Instans ini hanya merupakan penyimpanan sementara yang idealnya digunakan sebagai buffer, cache, atau konten sementara lainnya. Anda tidak dapat melepaskan Penyimpanan Instans dan semua data akan hilang jika instansnya dimatikan. Penyimpanan Instans dapat digunakan untuk kasus penggunaan performa I/O tinggi dan latensi rendah yang tidak mengharuskan penyimpanan data.
1. [Amazon Elastic File System (Amazon EFS)](https://aws.amazon.com/efs/) adalah sistem file mountable yang dapat diakses oleh berbagai jenis solusi komputasi. Amazon EFS secara otomatis memperbesar dan memperkecil penyimpanan serta dioptimalkan untuk performa agar memberikan latensi rendah yang konsisten. EFS memiliki [dua mode konfigurasi performa](https://docs.aws.amazon.com/efs/latest/ug/performance.html): Tujuan Umum dan I/O Maks. Tujuan Umum memiliki latensi baca submilidetik dan latensi tulis milidetik satu digit. Fitur I/O Maks dapat mendukung ribuan instans komputasi yang memerlukan sistem file bersama. Amazon EFS mendukung [dua mode throughput](https://docs.aws.amazon.com/efs/latest/ug/managing-throughput.html): Bursting dan Provisioned. Beban kerja yang mengalami pola akses berfluktuasi akan mendapatkan manfaat dari mode bursting throughput, sementara beban kerja yang tinggi secara konsisten akan beperforma baik dengan mode provisioned throughput.
1. [Amazon FSx](https://aws.amazon.com/fsx/) dibangun berdasarkan solusi komputasi AWS terbaru untuk mendukung empat sistem file yang umum digunakan: NetApp ONTAP, OpenZFS, Windows File Server, dan Lustre. Amazon FSx memiliki [latensi, throughput, dan IOPS](https://aws.amazon.com/fsx/when-to-choose-fsx/) yang bervariasi per sistem file dan hal ini harus dipertimbangkan saat memilih sistem file yang tepat untuk kebutuhan beban kerja Anda.
1. [AWS Snow Family](https://aws.amazon.com/snow/) adalah perangkat penyimpanan dan komputasi yang mendukung migrasi data online dan offline ke cloud serta penyimpanan dan komputasi data on-premise. Perangkat AWS Snow mendukung pengumpulan data on-premise dalam jumlah besar, pemrosesan data tersebut, dan pemindahan data tersebut ke cloud. Ada beberapa [praktik terbaik performa yang terdokumentasi](https://docs.aws.amazon.com/snowball/latest/developer-guide/performance.html) dalam hal jumlah file, ukuran file, dan kompresi.
1. [AWS Storage Gateway](https://aws.amazon.com/storagegateway/) menyediakan akses aplikasi on-premise ke penyimpanan berbasis cloud. AWS Storage Gateway mendukung beberapa layanan penyimpanan cloud, termasuk Amazon S3, Amazon Glacier, Amazon FSx, dan Amazon EBS. Layanan ini mendukung sejumlah protokol seperti iSCSI, SMB, dan NFS. Layanan ini memberikan performa latensi rendah dengan menyimpan data yang sering diakses secara on-premise dan hanya mengirim data yang telah diubah dan data yang telah dikompresi ke AWS.
1. Setelah Anda bereksperimen dengan solusi penyimpanan baru dan mengidentifikasi konfigurasi optimal, rencanakan migrasi Anda dan validasikan metrik performa Anda. Ini adalah proses yang berkelanjutan, dan harus dievaluasi kembali ketika karakteristik utama berubah atau layanan atau opsi yang tersedia berubah.
**Tingkat upaya untuk rencana implementasi: **Jika beban kerja berpindah dari satu solusi penyimpanan ke solusi penyimpanan lainnya, mungkin diperlukan tingkat upaya *sedang* dalam memfaktor ulang aplikasi.
## Sumber daya
**Dokumen terkait:**
+ [Jenis Volume Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html)
+ [Penyimpanan Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Storage.html)
+ [Amazon EFS: Performa Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/performance.html)
+ [Performa Amazon FSx for Lustre](https://docs.aws.amazon.com/fsx/latest/LustreGuide/performance.html)
+ [Performa Amazon FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/performance.html)
+ [Performa Amazon FSx for NetApp ONTAP](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/performance.html)
+ [Performa Amazon FSx for OpenZFS](https://docs.aws.amazon.com/fsx/latest/OpenZFSGuide/performance.html)
+ [Amazon Glacier: Dokumentasi Amazon Glacier](https://docs.aws.amazon.com/amazonglacier/latest/dev/introduction.html)
+ [Amazon S3: Pertimbangan Tingkat Permintaan dan Performa](https://docs.aws.amazon.com/AmazonS3/latest/dev/request-rate-perf-considerations.html)
+ [Penyimpanan Cloud dengan AWS](https://aws.amazon.com/products/storage/)
+ [AWS Snow Family](https://aws.amazon.com/snow/#Feature_comparison)
+ [Karakteristik I/O EBS](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/ebs-io-characteristics.html)
**Video terkait:**
+ [Pendalaman tentang Amazon EBS (STG303-R1)](https://www.youtube.com/watch?v=wsMWANWNoqQ)
+ [Optimalkan kinerja penyimpanan Anda dengan Amazon S3 (STG343)](https://www.youtube.com/watch?v=54AhwfME6wI)
**Contoh terkait:**
+ [Driver CSI Amazon EFS](https://github.com/kubernetes-sigs/aws-efs-csi-driver)
+ [Driver CSI Amazon EBS](https://github.com/kubernetes-sigs/aws-ebs-csi-driver)
+ [Utilitas Amazon EFS](https://github.com/aws/efs-utils)
+ [Penskalaan Otomatis Amazon EBS](https://github.com/awslabs/amazon-ebs-autoscale)
+ [Contoh Amazon S3](https://docs.aws.amazon.com/sdk-for-javascript/v2/developer-guide/s3-examples.html)
+ [Driver Antarmuka Penyimpanan Kontainer (CSI) Amazon FSx for Lustre](https://github.com/kubernetes-sigs/aws-fsx-csi-driver)
# PERF03-BP02 Evaluasi opsi konfigurasi yang tersedia
Evaluasi berbagai opsi konfigurasi dan karakteristik serta kaitannya dengan penyimpanan. Pahami di mana dan bagaimana Anda harus menggunakan IOPS yang tersedia, SSD, penyimpanan magnetik, penyimpanan objek, penyimpanan arsip, atau penyimpanan sementara untuk mengoptimalkan ruang penyimpanan dan performa untuk beban kerja Anda.
[Amazon EBS](https://aws.amazon.com/ebs) memberikan berbagai opsi yang memungkinkan Anda untuk mengoptimalkan biaya dan performa penyimpanan untuk beban kerja Anda. Opsi-opsi ini dibagi menjadi dua kategori besar: penyimpanan yang didukung SSD untuk beban kerja transaksional, seperti volume boot dan basis data (performa terutama tergantung pada IOPS), dan penyimpanan yang didukung HDD untuk beban kerja yang intensif throughput, seperti pemrosesan log dan MapReduce (performa terutama tergantung pada MB/dtk).
Volume yang didukung SSD mencakup SSD IOPS yang tersedia dengan performa paling tinggi untuk beban kerja transaksional yang peka latensi dan SSD tujuan umum yang menyeimbangkan harga dan performa untuk berbagai macam data transaksional.
[Percepatan transfer Amazon S3](https://aws.amazon.com/s3/transfer-acceleration/) memampukan transfer cepat file jarak jauh antara klien Anda dan bucket S3 Anda. Percepatan transfer memanfaatkan lokasi edge Amazon CloudFront yang terdistribusi secara global untuk mengarahkan data lewat jalur jaringan yang dioptimalkan. Untuk beban kerja di bucket S3 yang memiliki permintaan GET intensif, gunakan Amazon S3 dengan CloudFront. Ketika mengunggah file besar, gunakan unggahan multibagian dengan pengunggahan multi-bagian pada saat yang sama untuk membantu memaksimalkan throughput jaringan.
[Amazon Elastic File System (Amazon EFS)](https://aws.amazon.com/efs/) menyediakan sistem file NFS elastis yang sederhana, dapat diskalakan, dan terkelola penuh untuk digunakan dengan layanan AWS Cloud dan sumber daya on-premise. Untuk mendukung berbagai macam beban kerja penyimpanan cloud, Amazon EFS menawarkan dua mode performa: mode performa tujuan umum, dan mode performa I/O maks. Ada juga dua mode throughput yang dapat dipilih untuk sistem file Anda: Bursting Throughput, dan Provisioned Throughput. Untuk menentukan pengaturan mana yang harus digunakan untuk beban kerja Anda, lihat [Panduan Pengguna Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/performance.html).
[Amazon FSx](https://aws.amazon.com/fsx/) menyediakan empat sistem file untuk dipilih: [Amazon FSx untuk Windows File Server](https://aws.amazon.com/fsx/windows/) untuk beban kerja perusahaan, [Amazon FSx untuk Lustre](https://aws.amazon.com/fsx/lustre/) Untuk beban kerja dengan performa tinggi, [Amazon FSx untuk NetApp ONTAP](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/index.html) untuk sistem file ONTAP populer NetApps, dan [Amazon FSx untuk OpenZFS](https://docs.aws.amazon.com/fsx/latest/OpenZFSGuide/what-is-fsx.html) untuk server file berbasis Linux. FSx didukung SSD dan didesain untuk memberikan performa yang konsisten, dapat diskalakan, dapat diprediksi, dan cepat. Sistem file Amazon FSx memberikan kecepatan baca dan tulis yang terus-menerus tinggi dan akses data latensi rendah yang konsisten. Anda dapat memilih level throughput yang Anda butuhkan agar sesuai dengan kebutuhan beban kerja Anda.
**Antipola umum:**
+ Anda hanya menggunakan satu jenis penyimpanan, seperti Amazon EBS, untuk semua beban kerja.
+ Anda menggunakan IOPS yang Tersedia untuk semua beban kerja tanpa pengujian dunia nyata terhadap semua tingkat penyimpanan.
+ Anda berasumsi bahwa semua beban kerja memiliki persyaratan performa akses penyimpanan yang serupa.
**Manfaat menerapkan praktik terbaik ini:** Mengevaluasi semua opsi layanan penyimpanan dapat mengurangi biaya infrastruktur dan upaya yang diperlukan untuk mempertahankan beban kerja Anda. Ini berpotensi dapat mempercepat waktu masuk pasar Anda untuk deployment fitur dan layanan baru.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Tentukan karakteristik penyimpanan: Ketika Anda mengevaluasi solusi penyimpanan, tentukan karakteristik penyimpanan mana yang Anda perlukan, seperti kemampuan untuk berbagi, ukuran file, ukuran cache, latensi, throughput, dan persistensi data. Lalu cocokkan persyaratan Anda dengan layanan AWS yang paling sesuai dengan kebutuhan Anda.
## Sumber daya
**Dokumen terkait:**
+ [Penyimpanan Cloud dengan AWS](https://aws.amazon.com/products/storage/?ref=wellarchitected)
+ [Jenis Volume Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html)
+ [Penyimpanan Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Storage.html)
+ [Amazon EFS: Performa Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/performance.html)
+ [Performa Amazon FSx untuk Lustre](https://docs.aws.amazon.com/fsx/latest/LustreGuide/performance.html)
+ [Performa Amazon FSx untuk Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/performance.html)
+ [Amazon Glacier: Dokumentasi Amazon Glacier](https://docs.aws.amazon.com/amazonglacier/latest/dev/introduction.html)
+ [Amazon S3: Tingkat Permintaan dan Pertimbangan Performa](https://docs.aws.amazon.com/AmazonS3/latest/dev/request-rate-perf-considerations.html)
+ [Penyimpanan Cloud dengan AWS](https://aws.amazon.com/products/storage/)
+ [Penyimpanan Cloud dengan AWS](https://aws.amazon.com/products/storage/?ref=wellarchitected)
+ [Karakteristik I/O EBS](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/ebs-io-characteristics.html)
**Video terkait:**
+ [Pelajari secara mendalam di Amazon EBS (STG303-R1)](https://www.youtube.com/watch?v=wsMWANWNoqQ)
+ [Optimalkan performa penyimpanan Anda dengan Amazon S3 (STG343)](https://www.youtube.com/watch?v=54AhwfME6wI)
**Contoh terkait:**
+ [Pendorong CSI Amazon EFS](https://github.com/kubernetes-sigs/aws-efs-csi-driver)
+ [Pendorong CSI Amazon EBS](https://github.com/kubernetes-sigs/aws-ebs-csi-driver)
+ [Utilitas Amazon EFS](https://github.com/aws/efs-utils)
+ [Penskalaan Otomatis Amazon EBS](https://github.com/awslabs/amazon-ebs-autoscale)
+ [Contoh Amazon S3](https://docs.aws.amazon.com/sdk-for-javascript/v2/developer-guide/s3-examples.html)
# PERF03-BP03 Membuat keputusan berdasarkan pola akses dan metrik
Pilih sistem penyimpanan berdasarkan pola akses beban kerja dan konfigurasikan dengan menetapkan cara beban kerja mengakses data. Tingkatkan efisiensi penyimpanan dengan memilih penyimpanan objek daripada penyimpanan blok. Konfigurasikan opsi penyimpanan yang dipilih untuk menyesuaikan pola akses data.
Cara data diakses berdampak pada cara solusi penyimpanan dijalankan. Pilih solusi penyimpanan yang paling sesuai dengan pola akses, atau pertimbangkan untuk mengubah pola akses agar sesuai dengan solusi penyimpanan guna memaksimalkan kinerja.
Dengan membuat array RAID 0, Anda dapat mencapai sistem file dengan kinerja yang lebih tinggi daripada yang dapat Anda sediakan pada volume tunggal. Pertimbangkan untuk menggunakan RAID 0 saat kinerja I/O lebih penting daripada toleransi kesalahan. Misalnya, Anda dapat menggunakannya dengan basis data yang sering digunakan saat replikasi data sudah diatur secara terpisah.
Pilih metrik penyimpanan yang sesuai untuk beban kerja di seluruh opsi penyimpanan yang digunakan untuk beban kerja. Saat menggunakan sistem file yang memakai kredit lonjakan, buat alarm untuk memberi tahu saat Anda mendekati batas kredit tersebut. Anda harus membuat dasbor penyimpanan untuk menampilkan keseluruhan kondisi penyimpanan beban kerja.
Untuk sistem penyimpanan yang berukuran tetap, seperti Amazon EBS atau Amazon FSx, pastikan bahwa Anda memantau kapasitas penyimpanan yang digunakan dengan keseluruhan ukuran penyimpanan, dan buat otomatisasi jika memungkinkan untuk meningkatkan ukuran penyimpanan saat mencapai ambang batas
**Antipola umum:**
+ Anda beranggapan bahwa kinerja penyimpanan memadai jika pelanggan tidak mengajukan komplain.
+ Anda hanya menggunakan satu tingkat penyimpanan, dengan anggapan semua beban kerja masuk dalam tingkat tersebut.
**Manfaat menerapkan praktik terbaik ini:** Anda perlu data terperinci waktu nyata, referensi historis, dan tampilan operasional terpadu untuk mengoptimalkan pemanfaatan kinerja dan sumber daya. Anda dapat membuat data dan dasbor otomatis dengan perincian satu detik untuk menjalankan perhitungan metrik pada data dan mendapatkan wawasan operasional serta pemanfaatan untuk kebutuhan penyimpanan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Optimalkan penggunaan penyimpanan dan pola akses: Pilih sistem penyimpanan berdasarkan pola akses beban kerja dan karakteristik opsi penyimpanan yang tersedia. Tentukan tempat terbaik untuk menyimpan data yang akan memungkinkan Anda untuk memenuhi kriteria sembari mengurangi overhead. Gunakan optimasi kinerja dan pola akses saat mengonfigurasi dan berinteraksi dengan data berdasarkan karakteristik penyimpanan Anda (misalnya, volume striping atau data partisi).
Pilih metrik yang sesuai untuk opsi penyimpanan: Pastikan bahwa Anda memilih metrik penyimpanan yang sesuai untuk beban kerja. Setiap opsi penyimpanan menawarkan berbagai macam metrik untuk melacak cara beban kerja beroperasi dari waktu ke waktu. Pastikan bahwa Anda mengukur metrik lonjakan penyimpanan (misalnya, memantau kredit lonjakan untuk Amazon EFS). Untuk sistem penyimpanan yang berukuran tetap, seperti Amazon Elastic Block Store atau Amazon FSx, pastikan bahwa Anda memantau kapasitas penyimpanan yang digunakan terhadap keseluruhan ukuran penyimpanan. Buat otomatisasi jika memungkinkan guna meningkatkan ukuran penyimpanan saat mencapai ambang batas.
Pantau metrik: Amazon CloudWatch dapat mengumpulkan metrik di seluruh sumber daya dalam arsitektur Anda. Anda juga dapat mengumpulkan dan memublikasikan metrik kustom untuk memunculkan metrik turunan (derived metric) atau bisnis. Gunakan CloudWatch atau solusi pihak ketiga untuk menetapkan alarm yang memberikan indikasi saat ambang batas terlampaui.
## Sumber daya
**Dokumen terkait:**
+ [Jenis Volume Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html)
+ [Penyimpanan Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Storage.html)
+ [Amazon EFS: Kinerja Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/performance.html)
+ [Kinerja Amazon FSx for Lustre](https://docs.aws.amazon.com/fsx/latest/LustreGuide/performance.html)
+ [Kinerja Amazon FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/performance.html)
+ [Amazon Glacier: Dokumentasi Amazon Glacier](https://docs.aws.amazon.com/amazonglacier/latest/dev/introduction.html)
+ [Amazon S3: Tingkat Permintaan dan Pertimbangan Kinerja](https://docs.aws.amazon.com/AmazonS3/latest/dev/request-rate-perf-considerations.html)
+ [Penyimpanan Cloud dengan AWS](https://aws.amazon.com/products/storage/)
+ [Karakteristik I/O EBS](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/ebs-io-characteristics.html)
+ [Memantau dan memahami kinerja Amazon EBS dengan menggunakan Amazon CloudWatch](https://aws.amazon.com/blogs/storage/valuable-tips-for-monitoring-and-understanding-amazon-ebs-performance-using-amazon-cloudwatch/)
**Video terkait:**
+ [Pelajari secara mendalam di Amazon EBS (STG303-R1)](https://www.youtube.com/watch?v=wsMWANWNoqQ)
+ [Optimalkan kinerja penyimpanan Anda dengan Amazon S3 (STG343)](https://www.youtube.com/watch?v=54AhwfME6wI)
**Contoh terkait:**
+ [Driver CSI Amazon EFS](https://github.com/kubernetes-sigs/aws-efs-csi-driver)
+ [Driver CSI Amazon EBS](https://github.com/kubernetes-sigs/aws-ebs-csi-driver)
+ [Utilitas Amazon EFS](https://github.com/aws/efs-utils)
+ [Penskalaan Otomatis Amazon EBS](https://github.com/awslabs/amazon-ebs-autoscale)
+ [Contoh Amazon S3](https://docs.aws.amazon.com/sdk-for-javascript/v2/developer-guide/s3-examples.html)
# PERF 4 Bagaimana cara memilih solusi basis data Anda?
Solusi basis data optimal untuk sistem bervariasi berdasarkan persyaratan untuk ketersediaan, konsistensi, dan toleransi partisi, latensi, daya tahan, skalabilitas, dan kemampuan kueri. Banyak sistem menggunakan solusi basis data yang berlainan untuk berbagai subsistem, dan mengaktifkan fitur yang berlainan untuk meningkatkan performa. Memilih fitur untuk sistem dan solusi basis data yang salah dapat mengakibatkan efisiensi performa yang lebih rendah.
**Topics**
+ [PERF04-BP01 Pahami karakteristik data](perf_right_database_solution_understand_char.md)
+ [PERF04-BP02 Mengevaluasi opsi yang tersedia](perf_right_database_solution_evaluate_options.md)
+ [PERF04-BP03 Mengumpulkan dan merekam metrik kinerja basis data](perf_right_database_solution_collect_metrics.md)
+ [PERF04-BP04 Memilih penyimpanan data berdasarkan pola akses](perf_right_database_solution_access_patterns.md)
+ [PERF04-BP05 Mengoptimalkan penyimpanan data berdasarkan pola dan metrik akses](perf_right_database_solution_optimize_metrics.md)
# PERF04-BP01 Pahami karakteristik data
Pilih solusi manajemen data Anda untuk secara optimal cocok dengan karakteristik, pola akses, dan persyaratan set data beban kerja Anda. Ketika memilih dan mengimplementasikan solusi manajemen data, Anda harus memastikan karakteristik penyimpanan, penskalaan, dan kueri mendukung persyaratan data beban kerja. Pelajari bagaimana berbagai opsi basis data cocok dengan model data Anda, dan opsi konfigurasi mana yang paling sesuai untuk kasus penggunaan Anda.
AWS menyediakan banyak mesin basis data termasuk basis data relasional, nilai kunci, dokumen, dalam memori, grafik, seri waktu, dan buku besar. Setiap solusi manajemen data memiliki opsi dan konfigurasi yang tersedia bagi Anda untuk mendukung kasus penggunaan dan model data Anda. Beban kerja Anda mungkin dapat menggunakan beberapa solusi basis data yang berbeda, berdasarkan karakteristik datanya. Dengan memilih solusi basis data yang terbaik untuk masalah tertentu, Anda dapat menghindari basis data monolitik, dengan pendekatan satu solusi untuk semuanya yang bersifat terbatas dan berfokus pada pengelolaan data untuk memenuhi kebutuhan pelanggan Anda.
**Hasil yang diinginkan:** Karakteristik data beban kerja didokumentasikan dengan detail yang cukup untuk memfasilitasi pilihan dan konfigurasi solusi basis data pendukung, dan memberikan wawasan ke kemungkinan alternatif.
**Antipola umum:**
+ Tidak mempertimbangkan cara untuk mensegmentasi set data besar menjadi kumpulan kecil data yang memiliki karakteristik yang serupa, mengakibatkan terlewatkannya peluang untuk lebih menggunakan basis data yang dibuat khusus yang lebih cocok dengan karakteristik pertumbuhan dan data.
+ Tidak mengidentifikasi pola akses data di muka, yang mengakibatkan pengerjaan ulang yang kompleks dan mahal di waktu kemudian.
+ Membatasi pertumbuhan dengan menggunakan strategi penyimpanan data yang tidak dapat diskalakan secepat yang dibutuhkan
+ Memilih satu vendor dan jenis basis data untuk semua beban kerja.
+ Berpegang teguh pada satu solusi basis data karena ada pengetahuan dan pengalaman internal akan satu jenis solusi basis data tertentu.
+ Mempertahankan solusi basis data karena solusi tersebut telah berfungsi dengan baik di lingkungan on-premise.
**Manfaat menerapkan praktik terbaik ini:** Memahami dengan baik semua solusi basis data AWS sehingga Anda dapat menentukan solusi basis data yang tepat untuk berbagai beban kerja Anda. Setelah Anda memilih solusi basis data yang sesuai untuk beban kerja Anda, Anda dapat dengan cepat melakukan percobaan di setiap penawaran basis data tersebut untuk menentukan apakah basis data masih terus memenuhi kebutuhan beban kerja Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
+ Potensi penghematan biaya mungkin tidak teridentifikasi.
+ Data mungkin tidak diamankan hingga tingkat yang diperlukan.
+ Akses data dan performa penyimpanan mungkin tidak optimal.
## Panduan implementasi
Tetapkan karakteristik data dan pola akses beban kerja Anda. Tinjau semua solusi basis data yang tersedia untuk mengidentifikasi solusi mana yang mendukung persyaratan data Anda. Di dalam beban kerja tertentu, beberapa basis data dapat dipilih. Evaluasi setiap layanan atau grup layanan dan nilai secara terpisah. Jika potensi solusi manajemen data alternatif diidentifikasi untuk sebagian atau semua data, lakukan percobaan dengan implementasi alternatif yang dapat mengungkapkan manfaat biaya, keamanan, performa, dan keandalan. Perbarui dokumentasi yang ada, jika akan mengadopsi pendekatan manajemen data baru.
| **Tipe** | **Layanan AWS** | **Karakteristik Utama** | **Kasus penggunaan umum** |
| --- | --- | --- | --- |
| Relasional | Amazon RDS, Amazon Aurora | Integritas referensial, transaksi ACID, schema on write | ERP, CRM, perangkat lunak komersial umum |
| Nilai Kunci | Amazon DynamoDB | Throughput tinggi, latensi rendah, skalabilitas hampir tak terbatas | Keranjang belanja (perdagangan elektronik), katalog produk, aplikasi obrolan |
| Dokumen | Amazon DocumentDB | Simpan dokumen JSON dan kueri di atribut mana pun | Manajemen Konten (CMS), profil pelanggan, aplikasi seluler |
| Dalam Memori | Amazon ElastiCache, Amazon MemoryDB | Latensi mikrodetik | Caching, papan peringkat game |
| Grafik | Amazon Neptune | Data yang sangat relasional yang hubungan antara data memiliki makna | Jaringan sosial, mesin personalisasi, deteksi penipuan |
| Deret Waktu | Amazon Timestream | Data yang dimensi utamanya adalah waktu | DevOps, IoT, Pemantauan |
| Kolom lebar | Amazon Keyspaces | Beban kerja Cassandra. | Pemeliharaan peralatan industri, pengoptimalan rute |
| Buku besar | Amazon QLDB | Buku besar perubahan tetap dan dapat diverifikasi secara kriptografis | Sistem catatan, pemeliharaan kesehatan, rantai pasokan, institusi keuangan |
**Langkah implementasi**
1. Bagaimana cara penstrukturan data? (misalnya, tidak terstruktur, nilai kunci, semi-terstruktur, relasional)
1. Jika data tidak terstruktur, pertimbangkan penyimpanan objek seperti [Amazon S3](https://aws.amazon.com/products/storage/data-lake-storage/) atau basis data NoSQL seperti [Amazon DocumentDB.](https://aws.amazon.com/documentdb/)
1. Untuk data nilai kunci, pertimbangkan [DynamoDB](https://aws.amazon.com/documentdb/), [ElastiCache for Redis](https://aws.amazon.com/elasticache/redis/) atau [MemoryDB.](https://aws.amazon.com/memorydb/)
1. Jika data memiliki struktur relasional, tingkat integritas referensial apa yang diperlukan?
1. Untuk kendala utama asing, basis data relasional seperti [Amazon RDS](https://aws.amazon.com/rds/) dan [Aurora](https://aws.amazon.com/rds/aurora/) dapat memberikan tingkat integritas ini.
1. Biasanya, dalam model data NoSQL, Anda akan melakukan denormalisasi data menjadi satu dokumen atau kumpulan dokumen untuk diambil dalam satu permintaan dan bukannya digabungkan dalam berbagai dokumen atau tabel.
1. Apakah diperlukan kepatuhan terhadap ACID (atomisitas, konsistensi, isolasi, durabilitas)?
1. Jika diperlukan sifat ACID yang terkait dengan basis data relasional, pertimbangkan basis data relasional seperti [Amazon RDS](https://aws.amazon.com/rds/) dan [Aurora.](https://aws.amazon.com/rds/aurora/)
1. Model konsistensi apa yang diperlukan?
1. Jika aplikasi Anda dapat menoleransi konsistensi pada akhirnya, pertimbangkan implementasi NoSQL. Tinjau karakteristik-karakteristik lain untuk membantu memilih [basis data NoSQL mana](https://aws.amazon.com/nosql/) yang paling sesuai.
1. Jika diperlukan konsistensi tinggi, Anda dapat menggunakan bacaan sangat konsisten dengan [DynamoDB](https://aws.amazon.com/documentdb/) atau basis data relasional seperti [Amazon RDS](https://aws.amazon.com/rds/).
1. Format hasil dan kueri apa yang harus didukung? (misalnya, SQL, CSV, Parque, Avro, JSON, dll.)
1. Jenis data, ukuran file, dan jumlah keseluruhan apakah yang ada? (misalnya, teks, numerik, spasial, deret waktu terhitung, biner atau blob, dokumen)
1. Bagaimana persyaratan penyimpanan akan berubah seiring waktu? Bagaimana dampaknya pada skalabilitas?
1. Basis data nirserver seperti [DynamoDB](https://aws.amazon.com/documentdb/) dan [Amazon Quantum Ledger Database](https://aws.amazon.com/qldb/) akan secara dinamis naik skala hingga penyimpanan hampir tak terbatas.
1. Basis data relasional memiliki batas atas terkait penyimpanan yang tersedia, dan sering kali harus dipartisi secara horizontal lewat mekanisme seperti serpihan setelah penyimpanan tersebut mencapai batas ini.
1. Berapakah proporsi kueri baca dibandingkan dengan kueri tulis? Apakah caching akan meningkatkan performa?
1. Beban kerja yang sarat baca dapat diuntungkan dari lapisan caching, ini bisa berupa [ElastiCache](https://aws.amazon.com/elasticache/) atau [DAX](https://aws.amazon.com/dynamodb/dax/) jika basis datanya DynamoDB.
1. Bacaan juga dapat dilimpahkan ke replika baca dengan basis data relasional seperti [Amazon RDS](https://aws.amazon.com/rds/).
1. Apakah penyimpanan dan modifikasi (OLTP - Pemrosesan Transaksi Online) atau pengambilan dan pelaporan (OLAP - Pemrosesan Analitik Online) memiliki prioritas lebih tinggi?
1. Untuk pemrosesan transaksi throughput tinggi, pertimbangkan basis data NoSQL seperti DynamoDB atau Amazon DocumentDB.
1. Untuk kueri analitik, pertimbangkan basis data kolom seperti [Amazon Redshift](https://aws.amazon.com/redshift/) atau ekspor data ke Amazon S3 dan melakukan analisis menggunakan [Athena](https://aws.amazon.com/athena/) atau [QuickSight.](https://aws.amazon.com/quicksight/)
1. Seberapa sensitif data ini dan tingkat perlindungan dan enkripsi apa yang diperlukannya?
1. Semua mesin Amazon RDS dan Aurora mendukung enkripsi data diam menggunakan AWS KMS. Microsoft SQL Server dan Oracle juga mendukung Enkripsi Data Transparan (TDE) native ketika menggunakan Amazon RDS.
1. Untuk DynamoDB, Anda dapat menggunakan kontrol akses terperinci dengan [IAM](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/access-control-overview.html) untuk mengontrol siapa yang memiliki akses ke data apa pada tingkat utama.
1. Tingkat durabilitas apa yang diperlukan data?
1. Aurora secara otomatis mereplikasi data Anda di tiga Zona Ketersediaan dalam satu Wilayah, yang artinya data Anda sangat tahan lama dengan lebih sedikit kemungkinan hilangnya data.
1. DynamoDB secara otomatis direplikasi di beberapa Zona Ketersediaan, memberikan durabilitas data dan ketersediaan tinggi.
1. Amazon S3 menyediakan durabilitas 11 angka 9. Banyak layanan basis data seperti Amazon RDS dan DynamoDB mendukung ekspor data ke Amazon S3 untuk pengarsipan dan retensi jangka panjang.
1. Apakah persyaratan [Sasaran Waktu Pemulihan (RTO) atau Sasaran Titik Pemulihan (RPO)](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/plan-for-disaster-recovery-dr.html) memengaruhi solusinya?
1. Amazon RDS, Aurora, DynamoDB, Amazon DocumentDB, dan Neptune semuanya mendukung PITR dan pemulihan serta pencadangan sesuai permintaan.
1. Untuk persyaratan ketersediaan tinggi, tabel DynamoDB dapat direplikasi secara global menggunakan [Fitur Tabel Global](https://aws.amazon.com/dynamodb/global-tables/) dan klaster Aurora dapat direplikasi di beberapa Wilayah menggunakan fitur basis data Global. Selain itu, bucket S3 dapat direplikasi di Wilayah AWS menggunakan replikasi lintas wilayah.
1. Apakah ada keinginan untuk beralih dari mesin basis data komersial/biaya lisensi?
1. Pertimbangkan mesin sumber terbuka seperti PostgreSQL dan MySQL di Amazon RDS atau Aurora
1. Manfaatkan [AWS DMS](https://aws.amazon.com/dms/) dan [AWS SCT](https://aws.amazon.com/dms/schema-conversion-tool/) untuk melakukan migrasi dari mesin basis data komersial ke sumber terbuka
1. Apakah harapan operasional untuk basis data? Apakah beralih ke layanan terkelola merupakan masalah utama?
1. Memanfaatkan Amazon RDS dan bukannya Amazon EC2, dan DynamoDB atau Amazon DocumentDB dan bukannya basis data NoSQL hosting mandiri, dapat mengurangi biaya tambahan operasional.
1. Bagaimana basis data diakses saat ini? Apakah hanya akses aplikasi, atau adakah pengguna Kecerdasan Bisnis (BI) dan aplikasi umum lain yang terhubung?
1. Jika Anda memiliki ketergantungan pada alat eksternal maka Anda mungkin harus mempertahankan kompatibilitas dengan basis data yang didukungnya. Amazon RDS sepenuhnya kompatibel dengan berbagai versi mesin yang didukungnya, termasuk Microsoft SQL Server, Oracle, MySQL, dan PostgreSQL.
1. Daftar berikut berisi berbagai kemungkinan layanan manajemen data, dan tempat layanan ini paling tepat digunakan:
1. Basis data relasional menyimpan data dengan skema yang telah ditetapkan sebelumnya dan hubungan di antaranya. Basis data ini didesain untuk mendukung transaksi ACID (atomisitas, konsistensi, isolasi, durabilitas), dan mempertahankan integritas referensial serta konsistensi data yang tinggi. Banyak aplikasi tradisional, perencanaan sumber daya perusahaan (ERP), manajemen hubungan pelanggan (CRM), dan perdagangan elektronik menggunakan basis data relasional untuk menyimpan data mereka. Anda dapat menjalankan sejumlah besar mesin basis data ini di Amazon EC2, atau memilih dari salah satu layanan basis data [yang dikelola AWS](https://aws.amazon.com/products/databases/): [Amazon Aurora](https://aws.amazon.com/rds/aurora), [Amazon RDS](https://aws.amazon.com/rds), dan [Amazon Redshift](https://aws.amazon.com/redshift).
1. Basis data nilai kunci dioptimalkan untuk pola akses umum, biasanya untuk menyimpan dan mengambil data dalam volume besar. Basis data ini memberikan waktu respons cepat, bahkan dalam permintaan bersamaan dengan volume ekstrem. Aplikasi web dengan lalu lintas tinggi, sistem perdagangan elektronik, dan aplikasi gaming merupakan kasus penggunaan umum untuk basis data nilai kunci. Di AWS, Anda dapat menggunakan [Amazon DynamoDB](https://aws.amazon.com/dynamodb/), basis data yang terkelola sepenuhnya, multi-Wilayah, multi-master, tahan lama dengan keamanan bawaan, pencadangan dan pemulihan, dan caching dalam memori untuk aplikasi skala internet.
1. Basis data dalam memori digunakan untuk aplikasi yang memerlukan akses waktu nyata ke data, latensi rendah, dan throughput paling tinggi. Dengan menyimpan data langsung di memori, basis data ini memberikan latensi milidetik ke aplikasi di mana latensi milidetik tidak cukup. Anda dapat menggunakan basis data dalam memori untuk caching aplikasi, manajemen sesi, papan peringkat gaming, dan aplikasi geospasial. [Amazon ElastiCache](https://aws.amazon.com/elasticache/) adalah penyimpanan data dalam memori yang terkelola penuh, yang kompatibel dengan [Redis](https://aws.amazon.com/elasticache/redis/) atau [Memcached](https://aws.amazon.com/elasticache/memcached). Jika aplikasi juga memiliki persyaratan durabilitas lebih tinggi, [Amazon MemoryDB for Redis](https://aws.amazon.com/memorydb/) menawarkan ini dalam kombinasi karena berupa layanan basis data dalam memori yang tahan lama untuk performa ultra cepat.
1. Basis data dokumen didesain untuk menyimpan data semi-terstruktur sebagai dokumen seperti JSON. Basis data ini membantu developer dengan cepat membangun dan memperbarui aplikasi seperti manajemen konten, katalog, dan profil pengguna. [Amazon DocumentDB](https://aws.amazon.com/documentdb/) adalah layanan basis data dokumen yang cepat, dapat diskalakan, memiliki ketersediaan tinggi, dan terkelola penuh yang mendukung beban kerja MongoDB.
1. Penyimpanan kolom lebar adalah salah satu jenis basis data NoSQL. Penyimpanan ini menggunakan tabel, baris, dan kolom, tetapi tidak seperti basis data relasional, nama dan format kolomnya bervariasi dari baris ke baris di tabel yang sama. Biasanya Anda akan melihat penyimpanan kolom lebar di aplikasi industri skala tinggi untuk pemeliharaan perlengkapan, pengelolaan armada, dan pengoptimalan rute. [Amazon Keyspaces (untuk Apache Cassandra)](https://aws.amazon.com/mcs/) adalah layanan basis data kolom lebar yang kompatibel dengan Apache Cassandra yang dapat diskalakan, memiliki ketersediaan tinggi, dan terkelola.
1. Basis data grafik adalah untuk aplikasi yang harus menavigasi dan melakukan kueri jutaan hubungan antara set data grafik yang sangat terhubung dan latensi milidetik pada skala besar. Banyak perusahaan menggunakan basis data grafik untuk mesin rekomendasi, jaringan sosial, dan deteksi penipuan. [Amazon Neptune](https://aws.amazon.com/neptune/) adalah layanan basis data grafik yang cepat, andal, terkelola penuh yang memudahkan untuk membangun dan menjalankan aplikasi yang bekerja dengan set data yang sangat terhubung.
1. Basis data deret waktu secara efisien mengumpulkan, mempersatukan, dan mengambil wawasan dari data yang berubah seiring waktu. Aplikasi internet untuk segala (IoT), DevOps, dan telemetri industri dapat menggunakan basis data deret waktu. [Amazon Timestream](https://aws.amazon.com/timestream/) adalah layanan basis data deret waktu yang cepat, dapat diskalakan, terkelola penuh untuk aplikasi operasional dan IoT yang mempermudah pekerjaan menyimpan dan menganalisis triliunan peristiwa per hari.
1. Basis data buku besar memberikan otoritas terpusat yang tepercaya untuk mempertahankan data transaksi yang dapat diskalakan, tetap, dan dapat diverifikasi secara kriptografis untuk setiap aplikasi. Basis data buku besar digunakan untuk sistem catatan, rantai pasokan, registrasi, dan bahkan transaksi perbankan. [Amazon Quantum Ledger Database (Amazon QLDB)](https://aws.amazon.com/qldb/) adalah basis data buku besar terkelola penuh yang memberikan log transaksi yang transparan, tetap, dan dapat diverifikasi secara kriptografis yang dimiliki oleh otoritas pusat tepercaya. Amazon QLDB melacak setiap perubahan data aplikasi dan mempertahankan riwayat lengkap yang dapat diverifikasi dari perubahan seiring waktu.
**Tingkat upaya untuk rencana implementasi: **Jika beban kerja dialihkan dari satu solusi basis data ke yang lain, kemungkinan akan ada tingkat upaya *tinggi* yang terlibat dalam pemfaktoran ulang data dan aplikasi.
## Sumber daya
**Dokumen terkait:**
+ [Basis Data Cloud dengan AWS ](https://aws.amazon.com/products/databases/?ref=wellarchitected)
+ [Caching Basis Data AWS ](https://aws.amazon.com/caching/database-caching/?ref=wellarchitected)
+ [Amazon DynamoDB Akselator ](https://aws.amazon.com/dynamodb/dax/?ref=wellarchitected)
+ [Praktik terbaik Amazon Aurora ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.BestPractices.html?ref=wellarchitected)
+ [Performa Amazon Redshift ](https://docs.aws.amazon.com/redshift/latest/dg/c_challenges_achieving_high_performance_queries.html?ref=wellarchitected)
+ [10 kiat performa terbaik Amazon Athena ](https://aws.amazon.com/blogs/big-data/top-10-performance-tuning-tips-for-amazon-athena/?ref=wellarchitected)
+ [Praktik terbaik Amazon Redshift Spectrum ](https://aws.amazon.com/blogs/big-data/10-best-practices-for-amazon-redshift-spectrum/?ref=wellarchitected)
+ [Praktik terbaik Amazon DynamoDB](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/BestPractices.html?ref=wellarchitected)
+ [Pilih antara EC2 dan Amazon RDS](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/comparison.html)
+ [Praktik Terbaik untuk Mengimplementasikan Amazon ElastiCache](https://docs.aws.amazon.com/AmazonElastiCache/latest/UserGuide/BestPractices.html)
**Video terkait:**
+ [Basis data AWS yang dibuat khusus (DAT209-L) ](https://www.youtube.com/watch?v=q81TVuV5u28)
+ [Penjelasan penyimpanan Amazon Aurora: Cara kerjanya (DAT309-R) ](https://www.youtube.com/watch?v=uaQEGLKtw54)
+ [Pembelajaran mendalam Amazon DynamoDB: Pola desain lanjutan (DAT403-R1) ](https://www.youtube.com/watch?v=6yqfmXiZTlM)
**Contoh terkait:**
+ [Optimalkan Pola Data menggunakan Pembagian Data Amazon Redshift](https://wellarchitectedlabs.com/sustainability/300_labs/300_optimize_data_pattern_using_redshift_data_sharing/)
+ [Migrasi Basis Data](https://github.com/aws-samples/aws-database-migration-samples)
+ [Demo Replikasi Server MS SQL - AWS Database Migration Service (DMS)](https://github.com/aws-samples/aws-dms-sql-server)
+ [Lokakarya Praktik Langsung Modernisasi Basis Data](https://github.com/aws-samples/amazon-rds-purpose-built-workshop)
+ [Sampel Amazon Neptune](https://github.com/aws-samples/amazon-neptune-samples)
# PERF04-BP02 Mengevaluasi opsi yang tersedia
Pahami opsi basis data yang tersedia serta bagaimana opsi-opsi ini dapat mengoptimalkan kinerja Anda sebelum memilih solusi manajemen data. Gunakan uji beban untuk mengidentifikasi metrik basis data yang berpengaruh pada beban kerja Anda. Saat mencoba opsi basis data, pertimbangkan beberapa aspek seperti grup parameter, opsi penyimpanan, memori, komputasi, replika baca, eventual consistency, pooling koneksi, dan opsi cache. Coba beberapa opsi konfigurasi ini untuk meningkatkan metrik.
**Hasil yang diinginkan:** Beban kerja dapat menggunakan satu atau beberapa solusi basis data, bergantung pada jenis datanya. Manfaat dan fungsionalitas basis data sangat sesuai dengan karakteristik data, pola akses, dan kebutuhan beban kerja. Untuk mengoptimalkan biaya dan kinerja basis data, Anda harus mengevaluasi pola akses data guna menentukan opsi basis data yang sesuai. Evaluasikan waktu kueri yang dapat diterima untuk memastikan bahwa opsi basis data yang dipilih dapat memenuhi persyaratan.
**Antipola umum:**
+ Tidak mengidentifikasi pola akses data.
+ Tidak memahami opsi konfigurasi pada solusi manajemen data yang Anda pilih.
+ Hanya mengandalkan peningkatan ukuran instans tanpa mempertimbangkan opsi konfigurasi lain yang tersedia.
+ Tidak menguji karakteristik penskalaan solusi yang dipilih.
**Manfaat menerapkan praktik terbaik ini:** Dengan menjelajahi dan mencoba berbagai opsi basis data, Anda mungkin dapat mengurangi biaya infrastruktur, meningkatkan kinerja dan skalabilitas, serta mengurangi upaya pengelolaan beban kerja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
+ Dalam mengoptimalkan basis data *untuk segala ukuran,* tentu ada yang dikorbankan.
+ Biaya yang lebih tinggi akibat konfigurasi solusi basis data yang tidak sesuai dengan pola lalu lintas.
+ Masalah penskalaan dapat menimbulkan masalah operasional.
+ Tingkat keamanan data mungkin tidak sesuai dengan yang diperlukan.
## Panduan implementasi
Pahami karakteristik beban kerja Anda agar dapat menentukan opsi basis data. Jalankan uji beban untuk mengidentifikasi hambatan dan metrik kinerja utama. Gunakan karakteristik dan metrik ini untuk mengevaluasi opsi basis data dan coba konfigurasi yang berbeda.
| Layanan AWS | Amazon RDS, Amazon Aurora | Amazon DynamoDB | Amazon DocumentDB | Amazon ElastiCache | Amazon Neptune | Amazon Timestream | Amazon Keyspaces | Amazon QLDB |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| Menskalakan Komputasi | Perbesar ukuran instans, instans Nirserver Aurora menskalakan secara otomatis sesuai perubahan beban | Penskalaan baca/tulis otomatis dengan mode kapasitas sesuai permintaan atau penskalaan otomatis kapasitas baca/tulis yang tersedia dalam mode kapasitas yang tersedia. | Perbesar ukuran instans | Perbesar ukuran instans, tambahkan simpul ke klaster | Perbesar ukuran instans | Menskalakan secara otomatis untuk menyesuaikan kapasitas | Penskalaan baca/tulis otomatis dengan mode kapasitas sesuai permintaan atau penskalaan otomatis kapasitas baca/tulis yang tersedia dalam mode kapasitas yang tersedia. | Menskalakan secara otomatis untuk menyesuaikan kapasitas |
| Menskalakan pembacaan | Semua mesin mendukung replika baca. Aurora mendukung penskalaan otomatis instans replika baca. | Tingkatkan unit kapasitas baca yang disediakan | Replika baca | Replika baca | Replika baca. Mendukung penskalaan otomatis instans replika baca | Menskalakan secara otomatis | Tingkatkan unit kapasitas baca yang disediakan | Menaikkan skala secara otomatis ke batas dokumentasi konkurensi |
| Menskalakan penulisan | Memperbesar ukuran instans, membuat batch penulisan di aplikasi atau menambahkan antrean di depan basis data. Penskalaan horizontal melalui serpihan tingkat aplikasi di beberapa instans | Tambah unit kapasitas baca yang tersedia. Memastikan kunci partisi yang optimal untuk mencegah throttling penulisan tingkat partisi | Memperbesar ukuran instans utama | Menggunakan Redis dalam mode klaster untuk mendistribusikan penulisan di semua serpihan | Memperbesar ukuran instans | Permintaan penulisan berpotensi mengalami throttling saat menskalakan. Jika Anda mendapati pengecualian throttling, lanjutkan mengirim data pada throughput yang sama (atau lebih tinggi) untuk menskalakan secara otomatis. Buat batch penulisan untuk mengurangi permintaan penulisan secara bersamaan | Tambah unit kapasitas baca yang tersedia. Memastikan kunci partisi yang optimal untuk mencegah throttling penulisan tingkat partisi | Menaikkan skala secara otomatis ke batas dokumentasi konkurensi |
| Konfigurasi mesin | Grup parameter | Tidak berlaku | Grup parameter | Grup parameter | Grup parameter | Tidak berlaku | Tidak berlaku | Tidak berlaku |
| Caching | Caching dalam memori, dapat dikonfigurasikan melalui grup parameter. Pasangkan dengan cache khusus seperti ElastiCache for Redis untuk mengurangi beban permintaan item yang sering diakses | Tersedia cache terkelola penuh DAX (DAX) | Caching dalam memori. Atau pasangkan dengan cache khusus seperti ElastiCache for Redis untuk mengurangi beban permintaan item yang sering diakses | Fungsi utamanya adalah caching | Gunakan cache hasil kueri untuk melakukan cache pada hasil kueri hanya-baca | Timestream memiliki dua tingkat penyimpanan, salah satunya adalah tingkat dalam memori berkinerja tinggi | Lakukan deployment cache khusus seperti ElastiCache for Redis secara terpisah untuk mengurangi beban permintaan item yang sering diakses | Tidak berlaku |
| Ketersediaan tinggi/pemulihan bencana | Konfigurasi yang disarankan untuk beban kerja produksi adalah menjalankan instans siaga di Zona Ketersediaan kedua untuk memberikan ketahanan di dalam suatu Wilayah. Untuk ketahanan di semua Wilayah, Anda dapat menggunakan Basis Data Global Aurora | Ketersediaan tinggi di dalam suatu Wilayah. Tabel dapat direplikasikan ke semua Wilayah menggunakan tabel global DynanoDB | Buat beberapa instans di seluruh Zona Ketersediaan untuk ketersediaan. Snapshot dapat dibagikan ke seluruh Wilayah dan klaster dapat direplikasikan menggunakan DMS untuk menyediakan pemulihan bencana/Replikasi Lintas-Wilayah. | Konfigurasi yang disarankan untuk klaster produksi adalah membuat setidaknya satu simpul di Zona Ketersediaan kedua. Penyimpanan Data Global ElastiCache dapat digunakan untuk mereplikasi klaster di berbagai Wilayah. | Replika baca di Zona Ketersediaan lainnya berfungsi sebagai target failover. Snapshot dapat dibagikan ke seluruh Wilayah dan klaster dapat direplikasikan menggunakan aliran Neptune untuk mereplikasi data antara dua klaster di dua Wilayah yang berbeda. | Sangat tersedia dalam suatu Wilayah. Replikasi Lintas-Wilayah memerlukan pengembangan aplikasi khusus menggunakan Timestream SDK | Ketersediaan tinggi di dalam suatu Wilayah. Replikasi Lintas Wilayah memerlukan logika aplikasi khusus atau alat pihak ketiga | Ketersediaan tinggi di dalam suatu Wilayah. Untuk mereplikasi di seluruh Wilayah, ekspor konten jurnal Amazon QLDB ke bucket S3 dan konfigurasikan bucket untuk Replikasi Lintas Wilayah. |
**Langkah implementasi**
1. Apa saja opsi konfigurasi yang tersedia untuk basis data yang dipilih?
1. Grup Parameter untuk Amazon RDS dan Aurora membantu Anda untuk menyesuaikan pengaturan umum di tingkat mesin basis data, seperti alokasi memori untuk cache atau menyesuaikan zona waktu basis data
1. Untuk layanan basis data yang tersedia seperti Amazon RDS, Aurora, Neptune, Amazon DocumentDB, dan yang di-deploy di Amazon EC2, Anda dapat mengubah jenis instans dan penyimpanan yang tersedia, serta menambahkan replika baca.
1. DynamoDB memungkinkan Anda untuk menentukan dua mode kapasitas: sesuai permintaan dan tersedia. Untuk mengatasi dua beban kerja yang berbeda, Anda dapat mengganti di antara dua mode ini dan memperbesar alokasi kapasitas di mode yang tersedia kapan pun.
1. Apakah beban kerja pembacaan atau penulisannya berat?
1. Apa saja solusi yang tersedia untuk meringankan beban pembacaan (replika baca, caching, dll.)?
1. Untuk tabel DynamoDB, Anda dapat meringankan beban pembacaan menggunakan DAX untuk caching.
1. Untuk basis data relasional, Anda dapat membuat klaster ElastiCache for Redis dan mengonfigurasikan aplikasi Anda untuk membaca dari cache terlebih dahulu, kembali ke basis data jika item yang diminta tidak tersedia.
1. Basis data relasional seperti Amazon RDS dan Aurora, serta basis data NoSQL yang tersedia seperti Neptune dan Amazon DocumentDB semua mendukung penambahan replika baca untuk mengurangi porsi baca beban kerja.
1. Basis data nirserver seperti DynamoDB akan menskalakan secara otomatis. Pastikan unit kapasitas baca (RSU) yang tersedia cukup untuk mengatasi beban kerja.
1. Apa saja solusi yang tersedia untuk menskalakan pembacaan (serpihan utama partisi, pembuatan antrean, dll.)?
1. Untuk basis data relasional, Anda dapat memperbesar ukuran instans untuk mengakomodasi tambahan beban kerja atau menambah IOPS yang tersedia untuk memfasilitasi kenaikan throughput pada penyimpanan yang mendasari.
+ Anda juga dapat membuat antrean di depan basis data, bukan menulis secara langsung ke basis data. Dengan pola ini, Anda dapat memisahkan penyerapan dari basis data dan mengontrol tingkat aliran, sehingga basis data tidak kewalahan.
+ Mengganti pembuatan transaksi berdurasi pendek dengan pembuatan batch permintaan penulisan dapat membantu meningkatkan throughput dalam basis data relasional dengan volume penulisan tinggi.
1. Basis data nirserver seperti DynamoDB dapat menskalakan throughput tulis secara otomatis atau dengan menyesuaikan unit kapasitas tulis (WCU) yang tersedia, bergantung pada mode kapasitasnya.
+ Anda masih dapat mengalami masalah *pada partisi* panas, ketika mencapai batas throughput pada kunci partisi tertentu. Hal ini dapat dikurangi dengan memilih distribusi kunci partisi yang lebih merata atau dengan memisah penulisan kunci partisi.
1. Berapa puncak transaksi per detik (TPS) saat ini atau yang diharapkan? Uji menggunakan volume lalu lintas ini dan volume \$1X% ini untuk mengetahui karakteristik penskalaan.
1. Alat asli seperti pg\$1bench for PostgreSQL dapat digunakan untuk menguji tekanan basis data dan mengetahui hambatan serta karakteristik penskalaan.
1. Lalu lintas mirip produksi harus direkam agar dapat diputar ulang untuk menyimulasikan kondisi sebenarnya sebagai tambahan beban kerja sintetis.
1. Jika menggunakan komputasi nirserver atau dapat diskalakan, uji dampak penskalaan ini pada basis data. Jika perlu, gunakan pooling atau manajemen koneksi untuk mengurangi dampak pada basis data.
1. Proksi RDS dapat digunakan dengan Amazon RDS dan Aurora untuk mengelola koneksi ke basis data.
1. Basis data nirserver seperti DynamoDB tidak terkait dengan koneksi apa pun, tetapi pertimbangkan kapasitas yang tersedia atau kebijakan penskalaan otomatis untuk mengatasi lonjakan beban.
1. Apakah beban dapat diprediksi, apakah Anda lonjakan beban dan periode tidak aktif?
1. Jika ada periode tidak aktif, coba turunkan skala kapasitas yang tersedia atau ukuran instans selama periode ini. Aurora Nirserver V2 akan otomatis menurunkan atau menaikkan skala sesuai beban.
1. Untuk instans di luar produksi, coba jeda atau hentikan instans di luar jam kerja.
1. Apakah Anda perlu menyegmentasikan atau membagi model data berdasarkan pola akses dan karakteristik data?
1. Coba gunakan AWS DMS atau AWS SCT untuk memindahkan data Anda ke layanan lain.
## Tingkat usaha untuk rencana implementasi:
Untuk menerapkan praktik terbaik ini, Anda harus mengetahui metrik dan karakteristik data Anda saat ini. Mengumpulkan metrik, membentuk dasaran, kemudian menggunakan metrik tersebut untuk mengidentifikasi opsi konfigurasi basis data yang ideal merupakan tingkat usaha *rendah* ke *tingkat usaha sedang* . Hal ini divalidasi dengan eksperimen dan uji beban.
## Sumber daya
**Dokumen terkait:**
+ [Basis Data Cloud dengan AWS ](https://aws.amazon.com/products/databases/?ref=wellarchitected)
+ [Caching Basis Data AWS ](https://aws.amazon.com/caching/database-caching/?ref=wellarchitected)
+ [Amazon DynamoDB Accelerator ](https://aws.amazon.com/dynamodb/dax/?ref=wellarchitected)
+ [Praktik terbaik Amazon Aurora ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.BestPractices.html?ref=wellarchitected)
+ [Kinerja Amazon Redshift ](https://docs.aws.amazon.com/redshift/latest/dg/c_challenges_achieving_high_performance_queries.html?ref=wellarchitected)
+ [10 tips kinerja terbaik Amazon Athena ](https://aws.amazon.com/blogs/big-data/top-10-performance-tuning-tips-for-amazon-athena/?ref=wellarchitected)
+ [Praktik terbaik Amazon Redshift Spectrum ](https://aws.amazon.com/blogs/big-data/10-best-practices-for-amazon-redshift-spectrum/?ref=wellarchitected)
+ [Praktik terbaik Amazon DynamoDB](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/BestPractices.html?ref=wellarchitected)
**Video terkait:**
+ [AWS purpose-built databases (DAT209-L) ](https://www.youtube.com/watch?v=q81TVuV5u28)
+ [Amazon Aurora storage demystified: How it all works (DAT309-R) ](https://www.youtube.com/watch?v=uaQEGLKtw54)
+ [Amazon DynamoDB deep dive: Advanced design patterns (DAT403-R1) ](https://www.youtube.com/watch?v=6yqfmXiZTlM)
**Contoh terkait:**
+ [Contoh Amazon DynamoDB](https://github.com/aws-samples/aws-dynamodb-examples)
+ [Sampel migrasi Basis Data AWS](https://github.com/aws-samples/aws-database-migration-samples)
+ [Lokakarya Modernisasi Basis Data](https://github.com/aws-samples/amazon-rds-purpose-built-workshop)
+ [Menggunakan parameter di Amazon RDS for Postgress DB](https://github.com/awsdocs/amazon-rds-user-guide/blob/main/doc_source/Appendix.PostgreSQL.CommonDBATasks.Parameters.md)
# PERF04-BP03 Mengumpulkan dan merekam metrik kinerja basis data
Untuk memahami kinerja sistem manajemen data Anda, penting untuk melacak metrik-metrik yang relevan. Metrik-metrik ini akan membantu Anda mengoptimalkan sumber daya manajemen data, untuk memastikan terpenuhinya persyaratan beban kerja Anda, dan Anda memiliki gambaran umum yang jelas tentang kinerja beban kerja. Gunakan alat, pustaka, dan sistem yang merekam pengukuran kinerja terkait kinerja basis data.
Terdapat metrik-metrik yang berkaitan dengan sistem tempat basis data di-host (misalnya CPU, penyimpanan, memori, IOPS). dan terdapat metrik-metrik untuk mengakses data itu sendiri (misalnya transaksi per detik, laju kueri, waktu respons, kesalahan). Metrik-metrik ini harus dapat diakses kapan saja untuk semua staf dukungan dan operasional, dan memiliki rekam jejak yang memadai untuk mampu mengidentifikasi tren, anomali, dan bottleneck.
**Hasil yang diinginkan:** Untuk memantau performa beban kerja basis data, Anda harus mencatat beberapa metrik kinerja dalam kurun waktu tertentu. Dengan begitu Anda dapat mendeteksi anomali serta mengukur kinerja berdasarkan metrik bisnis untuk memastikan kebutuhan beban kerja Anda terpenuhi.
**Antipola umum:**
+ Anda hanya menggunakan pencarian file log manual untuk metrik.
+ Anda hanya memublikasikan metrik ke alat-alat internal yang digunakan tim Anda dan tidak memiliki gambaran yang komprehensif tentang beban kerja Anda.
+ Anda hanya menggunakan metrik default yang dicatat oleh perangkat lunak pemantauan yang Anda pilih.
+ Anda hanya meninjau metrik ketika terdapat masalah.
+ Anda hanya memantau metrik tingkat sistem, tidak merekam metrik akses atau penggunaan data.
**Manfaat menjalankan praktik terbaik ini:** Memiliki dasar acuan kinerja membantu Anda memahami perilaku normal dan persyaratan beban kerja. Pola abnormal dapat diidentifikasi dan diperbaiki lebih cepat sehingga meningkatkan kinerja dan keandalan basis data. Kapasitas basis data dapat dikonfigurasi untuk memastikan biaya optimal tanpa mengganggu kinerja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
+ Ketidakmampuan untuk membedakan tingkat kinerja normal vs. abnormal akan menimbulkan kendala dalam hal identifikasi masalah dan pengambilan keputusan.
+ Potensi penghematan biaya mungkin tidak teridentifikasi.
+ Pola pertumbuhan tidak akan teridentifikasi sehingga menyebabkan penurunan keandalan atau kinerja.
## Panduan implementasi
Identifikasi, kumpulkan, agregasikan, dan korelasikan metrik-metrik terkait basis data. Metrik harus menyertakan metrik sistem dasar yang mendukung basis data serta metrik basis data. Metrik sistem dasar dapat meliputi metrik pemanfaatan CPU, memori, penyimpanan disk yang tersedia, I/O disk, dan jaringan masuk serta keluar, sedangkan metrik basis data dapat meliputi transaksi per detik, kueri teratas, rata-rata laju kueri, waktu respons, penggunaan indeks, penguncian tabel, batas waktu kueri, dan jumlah koneksi yang terbuka. Data ini sangat penting untuk mengetahui kinerja beban kerja dan bagaimana solusi basis data digunakan. Gunakan metrik ini sebagai bagian dari pendekatan berbasis data yang digunakan untuk mengatur dan mengoptimalkan sumber daya beban kerja Anda.
**Langkah Implementasi:**
1. Metrik basis data mana yang penting untuk dilacak?
1. [Metrik pemantauan untuk Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Monitoring.html)
1. [Pemantauan dengan Wawasan Kinerja](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.html)
1. [Pemantauan yang ditingkatkan](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Monitoring.OS.overview.html)
1. [Metrik DynamoDB](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/metrics-dimensions.html)
1. [Monitoring DynamoDB DAX](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/DAX.Monitoring.html)
1. [Monitoring MemoryDB](https://docs.aws.amazon.com/memorydb/latest/devguide/monitoring-cloudwatch.html)
1. [Monitoring Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/mgmt/metrics.html)
1. [Metrik dan dimensi seri waktu](https://docs.aws.amazon.com/timestream/latest/developerguide/metrics-dimensions.html)
1. [Metrik tingkat klaster untuk Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Monitoring.Metrics.html)
1. [Monitoring Amazon Keyspaces](https://docs.aws.amazon.com/keyspaces/latest/devguide/monitoring.html)
1. [Monitoring Amazon Neptune](https://docs.aws.amazon.com/neptune/latest/userguide/monitoring.html)
1. Akankah pemantauan basis data terbantu dengan solusi machine learning yang mendeteksi masalah kinerja anomali operasional?
1. [Amazon DevOps Guru untuk Amazon RDS](https://docs.aws.amazon.com/devops-guru/latest/userguide/working-with-rds.overview.how-it-works.html) menyediakan visibilitas masalah kinerja dan memberikan saran tindakan perbaikan.
1. Apakah Anda memerlukan detail tingkat aplikasi tentang penggunaan SQL?
1. [AWS X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/xray-api-segmentdocuments.html#api-segmentdocuments-sql) dapat diinstrumentasikan ke dalam aplikasi untuk mendapatkan wawasan dan meringkas semua poin data untuk kueri tunggal.
1. Apakah saat ini Anda memiliki solusi pemantauan dan pencatatan yang disetujui?
1. [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) dapat mengumpulkan metrik di seluruh sumber daya dalam arsitektur Anda. Anda juga dapat mengumpulkan dan menerbitkan metrik kustom untuk memunculkan metrik bisnis atau metrik turunan. Gunakan CloudWatch atau solusi pihak ketiga untuk menetapkan alarm yang memberikan indikasi saat ambang batas terlampaui.
1. Anda mengidentifikasi dan mengonfigurasikan kebijakan retensi data sesuai dengan tujuan operasional dan keamanan?
1. [Retensi data default untuk metrik CloudWatch](https://aws.amazon.com/cloudwatch/faqs/#AWS_resource_.26_custom_metrics_monitoring)
1. [Retensi data default untuk CloudWatch Logs](https://aws.amazon.com/cloudwatch/faqs/#Log_management)
**Tingkat usaha untuk rencana implementasi: **Terdapat upaya tingkat *sedang* untuk mengidentifikasi, melacak, mengumpulkan, mengagregasikan, dan mengorelasikan metrik dari semua sumber daya basis data.
## Sumber daya
**Dokumen terkait:**
+ [Caching Basis Data AWS](https://aws.amazon.com/caching/database-caching/)
+ [ 10 tips kinerja teratas Amazon Athena ](https://aws.amazon.com/blogs/big-data/top-10-performance-tuning-tips-for-amazon-athena/)
+ [ Praktik terbaik Amazon Aurora ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.BestPractices.html)
+ [Amazon DynamoDB Accelerator ](https://aws.amazon.com/dynamodb/dax/)
+ [Praktik terbaik Amazon DynamoDB ](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/BestPractices.html)
+ [Praktik terbaik Amazon Redshift Spectrum ](https://aws.amazon.com/blogs/big-data/10-best-practices-for-amazon-redshift-spectrum/)
+ [Kinerja Amazon Redshift ](https://docs.aws.amazon.com/redshift/latest/dg/c_challenges_achieving_high_performance_queries.html)
+ [Basis Data Cloud dengan AWS](https://aws.amazon.com/products/databases/)
+ [Wawasan Kinerja Amazon RDS](https://aws.amazon.com/rds/performance-insights/)
**Video terkait:**
+ [Basis data yang dibuat khusus AWS (DAT209-L) ](https://www.youtube.com/watch?v=q81TVuV5u28)
+ [Penjelasan penyimpanan Amazon Aurora: Bagaimana cara kerjanya (DAT309-R) ](https://www.youtube.com/watch?v=uaQEGLKtw54)
+ [Pembahasan mendalam Amazon DynamoDB: Pola desain lanjutan (DAT403-R1) ](https://www.youtube.com/watch?v=6yqfmXiZTlM)
**Contoh terkait:**
+ [Tingkat 100: Pemantauan dengan Dasbor CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_with_cloudwatch_dashboards/)
+ [Kerangka Kerja Pengumpulan Metrik Penyerapan Set Data AWS](https://github.com/awslabs/aws-dataset-ingestion-metrics-collection-framework)
+ [Lokakarya Pemantauan Amazon RDS](https://www.workshops.aws/?tag=Enhanced%20Monitoring)
# PERF04-BP04 Memilih penyimpanan data berdasarkan pola akses
Gunakan pola akses beban kerja dan persyaratan aplikasi untuk menentukan layanan dan teknologi data optimal yang akan digunakan.
**Hasil yang diinginkan:** Penyimpanan data telah dipilih berdasarkan pola akses data yang teridentifikasi dan didokumentasikan. Ini dapat mencakup kueri baca, tulis, dan hapus yang paling umum, kebutuhan penghitungan dan agregasi penting, kompleksitas data, interdependensi data, dan konsistensi yang diperlukan.
**Antipola umum:**
+ Anda hanya memilih satu mesin basis data untuk menyederhanakan manajemen operasi.
+ Anda berasumsi bahwa pola akses data tidak akan berubah.
+ Anda mengimplementasikan transaksi, rollback, dan logika konsistensi yang rumit di aplikasi.
+ Basis data dikonfigurasikan untuk mendukung potensi tingginya lonjakan lalu lintas, sehingga banyak sumber daya yang sering tidak digunakan.
+ Menggunakan basis data bersama untuk keperluan analitik dan transaksional.
**Manfaat menjalankan praktik terbaik ini:** Memilih dan mengoptimalkan penyimpanan data berdasarkan pola akses akan membantu mengurangi kompleksitas pengembangan dan mengoptimalkan peluang kinerja Anda. Memahami kapan harus menggunakan replika baca, tabel global, partisi data, dan caching akan membantu Anda mengurangi biaya operasional dan menskalakan sesuai kebutuhan beban kerja Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang
## Panduan implementasi
Identifikasi dan evaluasi pola akses data Anda untuk memilih konfigurasi penyimpanan yang benar. Setiap solusi basis data memiliki opsi untuk mengonfigurasi dan mengoptimalkan solusi penyimpanan Anda. Gunakan metrik dan log yang dikumpulkan serta coba berbagai opsi untuk menemukan konfigurasi yang optimal. Gunakan tabel berikut untuk meninjau opsi penyimpanan per layanan basis data.
| AWS Services | Amazon RDS | Amazon Aurora | Amazon DynamoDB | Amazon DocumentDB | Amazon ElastiCache | Amazon Neptune | Amazon Timestream | Amazon Keyspaces | Amazon QLDB |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| Scaling Storage | Storage can be scaled up manually or configured to scale automatically to a maximum of 64 TiB based on engine types. Provisioned storage cannot be decreased. | Storage scales automatically up to maximum of 128 TiB and decreases when data is removed. Maximum storage size also depends upon specific Aurora MySQL or Aurora Postgres engine versions. | Storage automatically scales. Tables are unconstrained in terms of size. | Storage scales automatically up to maximum of 64 TiB. Starting Amazon DocumentDB 4.0 storage can decrease by comparable amounts for data removal through dropping a collection or index. With Amazon DocumentDB 3.6 allocated space remains same and free space is reused when data volume increases. | Storage is in-memory, tied to instance type or count. | Storage scales automatically can grow up to 128 TiB (or 64 TiB in few Regions). Upon data removal from, total allocated space remains same and is reused in the future. | Organizes your time series data to optimize query processing and reduce storage costs. Retention period can be configured through in-memory and magnetic tiers. | Scales table storage up and down automatically as your application writes, updates, and deletes data. | Storage automatically scales. Tables are unconstrained in terms of size. |
**Langkah implementasi:**
1. Pahami persyaratan kepatuhan terhadap transaksi, atomisitas, konsistensi, isolasi, dan durabilitas (ACID), serta bacaan yang konsisten. Tidak semua basis data mendukung hal ini dan sebagian besar basis data NoSQL menyediakan model eventual consistency.
1. Pertimbangkan persyaratan pola lalu lintas, latensi, dan akses untuk aplikasi yang didistribusikan secara global agar dapat mengidentifikasi solusi penyimpanan yang optimal.
1. Analisis pola kueri, pola akses acak, dan kueri satu kali. Anda juga harus mempertimbangkan untuk menerapkan fungsionalitas kueri yang sangat khusus untuk pemrosesan bahasa alami dan teks, deret waktu, dan grafik.
1. Identifikasi dan dokumentasikan antisipasi pertumbuhan data dan lalu lintas.
1. Amazon RDS dan Aurora mendukung penskalaan penyimpanan secara otomatis hingga batas yang didokumentasikan. Selain itu, pertimbangkan untuk mengalihkan data lama ke Amazon S3 untuk pengarsipan, menggabungkan data historis untuk analitik atau penskalaan secara horizontal menggunakan serpihan.
1. DynamoDB dan Amazon S3 akan menskalakan volume penyimpanan secara otomatis hingga nyaris tak terbatas.
1. Ukuran basis data dan instans Amazon RDS yang berjalan di EC2 dapat disesuaikan secara manual dan nantinya volume EBS baru dapat ditambahkan ke instans EC2 untuk penyimpanan tambahan.
1. Jenis instans dapat diubah sesuai perubahan aktivitas. Misalnya, Anda dapat menggunakan instans yang lebih kecil saat pengujian, kemudian menskalakan saat mulai menerima lalu lintas produksi ke layanan. Aurora V2 nirserver diskalakan secara otomatis sesuai perubahan beban.
1. Buat dasar persyaratan menurut kinerja normal dan puncak (transaksi per detik/TPS dan kueri per detik/QPS) serta konsistensi (ACID dan eventual consistency).
1. Dokumentasikan aspek deployment solusi dan persyaratan akses basis data (replikasi global, Multi-AZ, replikasi baca, dan beberapa simpul tulis).
**Tingkat upaya untuk rencana implementasi: ** Rendah. Jika belum memiliki log dan metrik untuk solusi manajemen data, Anda harus melengkapinya sebelum mengidentifikasi dan mendokumentasikan pola akses data. Setelah pola akses data dipahami, memilih dan mengonfigurasi penyimpanan data memerlukan tingkat upaya yang rendah.
## Sumber daya
**Dokumen terkait:**
+ [ Basis Data Cloud dengan AWS](https://aws.amazon.com/products/databases/)
+ [ Menggunakan penyimpanan untuk instans DB Amazon RDS ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PIOPS.StorageTypes.html)
+ [ Penyimpanan Amazon DocumentDB ](https://docs.aws.amazon.com/documentdb/latest/developerguide/how-it-works.html#how-it-works.storage)
+ [ Caching Basis Data AWS](https://aws.amazon.com/caching/database-caching/)
+ [ Penyimpanan Amazon Timestream ](https://docs.aws.amazon.com/timestream/latest/developerguide/storage.html)
+ [ Penyimpanan di Amazon Keyspaces ](https://docs.aws.amazon.com/keyspaces/latest/devguide/Storage.html)
+ [ FAQ Amazon ElastiCache ](https://aws.amazon.com/elasticache/faqs/)
+ [ Penyimpanan, keandalan, dan ketersediaan Amazon Neptune ](https://docs.aws.amazon.com/neptune/latest/userguide/feature-overview-storage.html)
+ [Praktik terbaik Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.BestPractices.html)
+ [Akselerator Amazon DynamoDB ](https://aws.amazon.com/dynamodb/dax/)
+ [Praktik terbaik Amazon DynamoDB ](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/BestPractices.html)
+ [Jenis Penyimpanan Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html)
+ [ Spesifikasi perangkat keras untuk kelas instans Amazon RDS ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types)
+ [ Batas penyimpanan Aurora ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_Limits.html#RDS_Limits.FileSize.Aurora)
**Video terkait:**
+ [Basis data AWS yang dibuat khusus (DAT209-L)](https://www.youtube.com/watch?v=q81TVuV5u28)
+ [Penjelasan penyimpanan Amazon Aurora: Cara kerjanya (DAT309-R) ](https://www.youtube.com/watch?v=uaQEGLKtw54)
+ [ Pembelajaran mendalam Amazon DynamoDB: Pola desain lanjutan (DAT403-R1) ](https://www.youtube.com/watch?v=6yqfmXiZTlM)
**Contoh terkait:**
+ [Coba dan uji dengan Pengujian Beban Terdistribusi di AWS](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/)
# PERF04-BP05 Mengoptimalkan penyimpanan data berdasarkan pola dan metrik akses
Gunakan karakteristik kinerja dan pola akses yang mengoptimalkan penyimpanan dan kueri data guna mencapai kinerja sebaik mungkin. Ukur dampak optimasi seperti pengindeksan, distribusi kunci, desain gudang data, atau strategi caching terhadap kinerja sistem atau keseluruhan efisiensi.
**Antipola umum:**
+ Anda hanya menggunakan pencarian file log manual untuk metrik.
+ Anda hanya memublikasikan metrik untuk alat internal.
**Manfaat menerapkan praktik terbaik ini:** Untuk memastikan terpenuhinya metrik-metrik yang diperlukan untuk beban kerja, Anda harus memantau metrik kinerja basis data terkait baca serta tulis. Anda dapat menggunakan data ini untuk menambahkan optimasi baru untuk baca serta tulis ke lapisan penyimpanan data.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Optimalkan penyimpanan data berdasarkan metrik dan pola: Gunakan metrik yang dilaporkan untuk mengidentifikasi semua area dengan kinerja rendah dalam beban kerja Anda dan optimalkan komponen basis data Anda. Setiap sistem basis data memiliki kinerja berbeda terkait karakteristik untuk dievaluasi, seperti bagaimana data diindeks, di-cache, atau didistribusikan di beberapa sistem. Ukur dampak optimasi Anda.
## Sumber daya
**Dokumen terkait:**
+ [Caching Basis Data AWS](https://aws.amazon.com/caching/database-caching/)
+ [10 tips kinerja terbaik Amazon Athena](https://aws.amazon.com/blogs/big-data/top-10-performance-tuning-tips-for-amazon-athena/)
+ [Praktik terbaik Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.BestPractices.html)
+ [Amazon DynamoDB Accelerator](https://aws.amazon.com/dynamodb/dax/)
+ [Praktik terbaik Amazon DynamoDB](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/BestPractices.html)
+ [Praktik terbaik Amazon Redshift Spectrum](https://aws.amazon.com/blogs/big-data/10-best-practices-for-amazon-redshift-spectrum/)
+ [Kinerja Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/dg/c_challenges_achieving_high_performance_queries.html)
+ [Basis Data Cloud dengan AWS](https://aws.amazon.com/products/databases/)
+ [Menganalisis anomali kinerja dengan DevOps Guru for RDS](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/devops-guru-for-rds.html)
+ [Mode Kapasitas Baca/Tulis untuk DynamoDB](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/HowItWorks.ReadWriteCapacityMode.html)
**Video terkait:**
+ [AWS purpose-built databases (DAT209-L)](https://www.youtube.com/watch?v=q81TVuV5u28)
+ [Amazon Aurora storage demystified: How it all works (DAT309-R)](https://www.youtube.com/watch?v=uaQEGLKtw54)
+ [Amazon DynamoDB deep dive: Advanced design patterns (DAT403-R1)](https://www.youtube.com/watch?v=6yqfmXiZTlM)
**Contoh terkait:**
+ [Laboratorium Praktik Langsung untuk Amazon DynamoDB](https://amazon-dynamodb-labs.workshop.aws/hands-on-labs.html)
# PERF 5 Bagaimana cara mengonfigurasikan solusi jaringan Anda?
Solusi jaringan yang optimal untuk beban kerja bervariasi berdasarkan latensi, persyaratan throughput, jitter, dan bandwith. Batas fisik, seperti sumber daya on-premise atau pengguna, menentukan opsi lokasi. Batas-batas ini dapat diimbangi dengan penempatan sumber daya atau lokasi edge.
**Topics**
+ [PERF05-BP01 Memahami bagaimana jaringan memengaruhi kinerja](perf_select_network_understand_impact.md)
+ [PERF05-BP02 Mengevaluasi fitur jaringan yang tersedia](perf_select_network_evaluate_features.md)
+ [PERF05-BP03 Memilih ukuran VPN atau konektivitas khusus yang sesuai untuk beban kerja hybrid](perf_select_network_hybrid.md)
+ [PERF05-BP04 Memanfaatkan penyeimbangan beban dan pemindahan beban enkripsi](perf_select_network_encryption_offload.md)
+ [PERF05-BP05 Memilih protokol jaringan untuk meningkatkan performa](perf_select_network_protocols.md)
+ [PERF05-BP06 Memilih lokasi beban kerja Anda berdasarkan persyaratan jaringan](perf_select_network_location.md)
+ [PERF05-BP07 Mengoptimalkan konfigurasi jaringan berdasarkan metrik](perf_select_network_optimize.md)
# PERF05-BP01 Memahami bagaimana jaringan memengaruhi kinerja
Analisis dan pahami bagaimana keputusan terkait jaringan memengaruhi kinerja beban kerja. Jaringan bertanggung jawab untuk konektivitas antara komponen aplikasi, layanan cloud, jaringan edge, dan data on-premise, oleh karena itu, jaringan dapat sangat memengaruhi kinerja beban kerja. Selain kinerja beban kerja, pengalaman pengguna juga terpengaruh oleh latensi jaringan, bandwidth, protokol, lokasi, kemacetan jaringan, jitter, throughput, dan aturan perutean.
**Hasil yang diharapkan:** Miliki daftar terdokumentasi kebutuhan jaringan dari beban kerja termasuk latensi, ukuran paket, aturan perutean, protokol, dan pola lalu lintas pendukung. Tinjau solusi jaringan yang tersedia dan identifikasi layanan mana yang memenuhi karakteristik jaringan beban kerja Anda. Jaringan berbasis cloud dapat dengan cepat dibangun kembali, sehingga diperlukan peningkatan arsitektur jaringan Anda seiring berjalannya waktu untuk meningkatkan efisiensi kinerja.
**Antipola umum:**
+ Semua lalu lintas mengalir melalui pusat data Anda.
+ Anda berlebihan membangun sesi Direct Connect tanpa memahami kebutuhan penggunaan sebenarnya.
+ Anda tidak mempertimbangkan karakteristik beban kerja dan biaya overhead enkripsi ketika menentukan solusi jaringan Anda.
+ Anda menggunakan konsep dan strategi on-premise untuk solusi jaringan di cloud.
**Manfaat menjalankan praktik terbaik ini:** Memahami bagaimana jaringan memengaruhi kinerja beban kerja akan membantu Anda mengidentifikasi potensi hambatan, meningkatkan pengalaman pengguna, meningkatkan keandalan , dan menurunkan pemeliharaan operasional saat beban kerja berubah.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Indentifikasi metrik kinerja jaringan yang penting dari beban kerja Anda dan rekam karakteristik jaringannya. Tetapkan dan dokumentasikan kebutuhan sebagai bagian pendekatan berbasis data, menggunakan uji tolok ulur atau pengujian beban. Gunakan data ini untuk mengidentifikasi letak kendala pada solusi jaringan Anda, dan periksa opsi konfigurasi yang dapat meningkatkan kualitas beban kerja. Pahami fitur dan opsi jaringan cloud-native yang tersedia dan bagaimana keduanya dapat memengaruhi kinerja beban kerja Anda berdasarkan kebutuhan. Setiap fitur jaringan memiliki kelebihan dan kelemahan dan dapat dikonfigurasikan supaya memenuhi karakteristik dan skala beban kerja berdasarkan kebutuhan Anda.
**Langkah implementasi:**
1. Tetapkan dan dokumentasikan kebutuhan kinerja jaringan:
1. Sertakan metrik seperti latensi jaringan, bandwidth, protokol, lokasi, pola lalu lintas (lonjakan dan frekuensi), throughput, enkripsi, inspeksi, dan aturan perutean.
1. Rekam karakteristik jaringan dasar Anda:
1. [VPC Flow Logs ](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)
1. [Metrik AWS Transit Gateway](https://docs.aws.amazon.com/vpc/latest/tgw/transit-gateway-cloudwatch-metrics.html)
1. [Metrik AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/privatelink/privatelink-cloudwatch-metrics.html)
1. Rekam karakteristik jaringan aplikasi Anda:
1. [Elastic Network Adaptor](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-network-performance-ena.html)
1. [Metrik AWS App Mesh](https://docs.aws.amazon.com/app-mesh/latest/userguide/envoy-metrics.html)
1. [Metrik Amazon API Gateway](https://docs.aws.amazon.com/apigateway/latest/developerguide/api-gateway-metrics-and-dimensions.html)
1. Rekam karakteristik jaringan edge Anda:
1. [Metrik Amazon CloudFront](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/viewing-cloudfront-metrics.html)
1. [Metrik Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/monitoring-cloudwatch.html)
1. [Metrik AWS Global Accelerator](https://docs.aws.amazon.com/global-accelerator/latest/dg/cloudwatch-monitoring.html)
1. Rekam karakteristik jaringan hybrid Anda:
1. [Metrik Direct Connect](https://docs.aws.amazon.com/directconnect/latest/UserGuide/monitoring-cloudwatch.html)
1. [Metrik AWS Site to Site VPN](https://docs.aws.amazon.com/vpn/latest/s2svpn/monitoring-cloudwatch-vpn.html)
1. [Metrik AWS Client VPN](https://docs.aws.amazon.com/vpn/latest/clientvpn-admin/monitoring-cloudwatch.html)
1. [Metrik AWS Cloud WAN](https://docs.aws.amazon.com/vpc/latest/cloudwan/cloudwan-cloudwatch-metrics.html)
1. Rekam karakteristik jaringan keamanan Anda:
1. [Metrik AWS Shield, WAF dan Firewall Jaringan](https://docs.aws.amazon.com/waf/latest/developerguide/monitoring-cloudwatch.html)
1. Rekam metrik kinerja end-to end dengan alat pelacak:
1. [AWS X-Ray](https://aws.amazon.com/xray/)
1. [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html)
1. Buat tolok ukur dan uji kinerja jaringan:
1. [Buat tolok ukur](https://aws.amazon.com/premiumsupport/knowledge-center/network-throughput-benchmark-linux-ec2/) throughput jaringan: Beberapa faktor yang dapat memengaruhi kinerja jaringan EC2 saat instans berada di VPC yang sama. Ukur bandwidth jaringan antar instans Linux EC2 di VPC yang sama.
1. Jalankan [pengujian beban](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/) untuk bereksperimen dengan solusi dan opsi jaringan
**Tingkat upaya untuk rencana implementasi: **Terdapat upaya tingkat *menengah* untuk mendokumentasikan kebutuhan jaringan beban kerja, opsi, dan solusi yang tersedia.
## Sumber daya
**Dokumen terkait:**
+ [Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html)
+ [Peningkatan Jaringan EC2 di Linux ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking.html)
+ [Peningkatan Jaringan EC2 di Windows ](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/enhanced-networking.html)
+ [Grup Penempatan EC2 ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html)
+ [Memungkinkan Peningkatan Jaringan dengan Elastic Network Adapter (ENA) di Instans Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking-ena.html)
+ [Penyeimbang Beban Jaringan ](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/introduction.html)
+ [Produk Jaringan dengan AWS](https://aws.amazon.com/products/networking/)
+ [Transit Gateway ](https://docs.aws.amazon.com/vpc/latest/tgw)
+ [Beralih ke perutean berbasis latensi di Amazon Route 53 ](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/TutorialTransitionToLBR.html)
+ [Titik akhir VPC ](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-endpoints.html)
+ [VPC Flow Logs ](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)
**Video terkait: **
+ [Konektivitas ke arsitektur jaringan AWS dan AWS hybrid (NET317-R1) ](https://www.youtube.com/watch?v=eqW6CPb58gs)
+ [Mengoptimalkan Kinerja Jaringan untuk instans EC2 (CMP308-R1) ](https://www.youtube.com/watch?v=DWiwuYtIgu0)
+ [Meningkatkan Kinerja Jaringan Global untuk Aplikasi](https://youtu.be/vNIALfLTW9M)
+ [Praktik Terbaik Instans EC2 dan Pengoptimalan Kinerja](https://youtu.be/W0PKclqP3U0)
+ [Mengoptimalkan Kinerja Jaringan untuk instans Amazon EC2](https://youtu.be/DWiwuYtIgu0)
+ [Praktik terbaik dan tip jaringan dengan Well-Architected Framework](https://youtu.be/wOMNpG49BeM)
+ [Praktik terbaik jaringan AWS dalam migrasi skala besar](https://youtu.be/qCQvwLBjcbs)
**Contoh terkait:**
+ [AWS Transit Gateway dan Solusi Keamanan yang Dapat Diskalakan](https://github.com/aws-samples/aws-transit-gateway-and-scalable-security-solutions)
+ [Lokakarya Jaringan AWS](https://networking.workshop.aws/)
# PERF05-BP02 Mengevaluasi fitur jaringan yang tersedia
Evaluasi fitur jaringan di cloud yang dapat meningkatkan performa. Ukur dampak fitur-fitur ini melalui pengujian, metrik, dan analisis. Misalnya, manfaatkan fitur tingkat jaringan yang tersedia untuk mengurangi latensi, kehilangan paket, atau jitter.
Banyak layanan dibuat untuk meningkatkan performa dan yang lainnya biasanya menawarkan fitur untuk mengoptimalkan performa jaringan. Layanan seperti AWS, Global Accelerator, dan Amazon CloudFront tersedia untuk meningkatkan performa sementara sebagian besar layanan lain memiliki fitur produk untuk mengoptimalkan lalu lintas jaringan. Tinjau fitur layanan, seperti kemampuan jaringan instans EC2, jenis instans dengan jaringan yang ditingkatkan, instans yang dioptimalkan Amazon EBS, percepatan transfer Amazon S3, dan CloudFront, untuk meningkatkan performa beban kerja Anda.
**Hasil yang diinginkan:** Anda telah mendokumentasikan inventaris komponen dalam beban kerja Anda dan telah mengidentifikasi konfigurasi jaringan per komponen mana yang akan membantu Anda memenuhi persyaratan performa Anda. Setelah mengevaluasi fitur jaringan, Anda telah bereksperimen dan mengukur metrik performa untuk mengidentifikasi cara menggunakan fitur yang tersedia untuk Anda.
**Antipola umum:**
+ Anda menempatkan semua beban kerja Anda ke Wilayah Wilayah AWS yang lokasinya paling dekat dengan kantor pusat Anda, bukan Wilayah AWS yang dekat dengan pengguna akhir Anda.
+ Gagal membuat tolok ukur performa beban kerja Anda dan terus mengevaluasi performa beban kerja Anda terhadap tolok ukur tersebut.
+ Anda tidak meninjau konfigurasi layanan untuk opsi peningkatan performa.
**Manfaat menjalankan praktik terbaik ini:** Mengevaluasi semua fitur dan opsi layanan dapat meningkatkan performa beban kerja Anda, menurunkan biaya infrastruktur, mengurangi upaya yang diperlukan untuk memelihara beban kerja Anda, dan meningkatkan postur keamanan Anda secara keseluruhan. Anda dapat menggunakan backbone AWS global untuk memastikan bahwa Anda memberikan pengalaman jaringan yang optimal bagi pelanggan Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Tinjau opsi konfigurasi terkait jaringan mana yang tersedia untuk Anda, serta bagaimana dampaknya terhadap beban kerja Anda. Pemahaman tentang bagaimana opsi-opsi ini berinteraksi dengan arsitektur Anda serta dampaknya terhadap performa terukur dan performa yang dirasakan pengguna adalah hal yang sangat penting untuk pengoptimalan performa.
**Langkah implementasi:**
1. Buat daftar komponen beban kerja.
1. Bangun, kelola, dan pantau jaringan organisasi Anda menggunakan [AWS Cloud WAN](https://aws.amazon.com/cloud-wan/).
1. Dapatkan visibilitas ke jaringan Anda menggunakan [Network Manager](https://docs.aws.amazon.com/vpc/latest/tgwnm/what-is-network-manager.html). Gunakan alat basis data manajemen konfigurasi (CMDB) yang ada atau alat seperti [AWS Config](https://aws.amazon.com/config/) untuk membuat inventaris beban kerja Anda dan cara mengonfigurasinya.
1. Jika ini adalah beban kerja yang ada, identifikasi dan dokumentasikan tolok ukur untuk metrik performa Anda, yang fokus pada hambatan dan area yang perlu ditingkatkan. Metrik jaringan terkait performa akan berbeda per beban kerja berdasarkan persyaratan bisnis dan karakteristik beban kerja. Sebagai permulaan, metrik ini mungkin penting untuk ditinjau untuk beban kerja Anda: bandwidth, latensi, kehilangan paket, jitter, dan transmisi ulang.
1. Jika ini adalah beban kerja baru, lakukan [pengujian beban](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/) untuk mengidentifikasi hambatan performa.
1. Untuk hambatan performa yang Anda identifikasi, tinjau opsi konfigurasi untuk solusi Anda guna mengidentifikasi peluang peningkatan performa.
1. Jika Anda tidak mengetahui jalur atau rute jaringan Anda, gunakan [Network Access Analyzer](https://docs.aws.amazon.com/vpc/latest/network-access-analyzer/what-is-vaa.html) untuk mengidentifikasinya.
1. Tinjau protokol jaringan Anda untuk makin mengurangi latensi Anda.
+ [PERF05-BP05 Memilih protokol jaringan untuk meningkatkan performa](perf_select_network_protocols.md)
1. Jika Anda menggunakan AWS Site-to-Site VPN di beberapa lokasi untuk terhubung ke Wilayah AWS, lalu tinjau [koneksi Site-to-Site VPN yang dipercepat](https://docs.aws.amazon.com/vpn/latest/s2svpn/accelerated-vpn.html) untuk mengetahui peluang peningkatan performa jaringan.
1. Saat lalu lintas beban kerja Anda tersebar di beberapa akun, evaluasi topologi jaringan dan layanan Anda untuk mengurangi latensi.
+ Evaluasi tarik ulur operasional dan performa Anda antara [Peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html) dan [AWS Transit Gateway](https://aws.amazon.com/transit-gateway/) saat menghubungkan beberapa akun. AWS Transit Gateway mendukung throughput AWS Site-to-Site VPN untuk menskalakan melampaui [satu batas maksimum IPsec](https://aws.amazon.com/blogs/networking-and-content-delivery/scaling-vpn-throughput-using-aws-transit-gateway/) menggunakan multijalur. Lalu lintas antara Amazon VPC dan AWS Transit Gateway tetap berada di jaringan AWS privat dan tidak diekspos ke internet. AWS Transit Gateway menyederhanakan cara Anda menghubungkan semua VPC Anda, yang dapat terdiri dari ribuan Akun AWS dan berbagai jaringan on-premise. Bagikan AWS Transit Gateway Anda di antara beberapa akun menggunakan [Resource Access Manager](https://aws.amazon.com/ram/). Untuk mendapatkan visibilitas ke lalu lintas jaringan global Anda, gunakan [Network Manager](https://aws.amazon.com/transit-gateway/network-manager/) untuk mendapatkan tampilan sentral metrik jaringan Anda.
1. Tinjau lokasi pengguna Anda dan minimalkan jarak antara pengguna dan beban kerja Anda.
1. [AWS Global Accelerator](https://aws.amazon.com/global-accelerator/) adalah layanan jaringan yang meningkatkan performa lalu lintas pengguna Anda hingga 60% menggunakan infrastruktur jaringan global Amazon Web Services. Saat internet mengalami kepadatan, AWS Global Accelerator mengoptimalkan jalur ke aplikasi Anda untuk menjaga agar kehilangan paket, jitter, dan latensi tetap rendah. Layanan ini menyediakan alamat IP statis yang memudahkan pemindahan titik akhir antar-Zona Ketersediaan atau antar-Wilayah AWS tanpa perlu memperbarui konfigurasi DNS Anda atau mengubah aplikasi yang digunakan klien.
1. [Amazon CloudFront](https://aws.amazon.com/cloudfront/) dapat meningkatkan performa pengiriman konten dan latensi beban kerja Anda secara global. CloudFront memiliki lebih dari 410 titik kehadiran yang tersebar secara global yang dapat menyimpan konten Anda dalam cache dan menurunkan latensi bagi pengguna akhir.
1. Amazon Route 53 menawarkan opsi [perutean berbasis latensi](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy-latency.html), [perutean geolokasi](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy-geo.html), [perutean geoproksimitas](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy-geoproximity.html), dan [perutean berbasis IP](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy-ipbased.html) untuk membantu Anda meningkatkan performa beban kerja Anda bagi audiens global. Identifikasi opsi perutean mana yang akan mengoptimalkan performa beban kerja Anda dengan meninjau lalu lintas beban kerja dan lokasi pengguna Anda.
1. Evaluasi fitur Amazon S3 tambahan untuk meningkatkan IOP penyimpanan.
1. [Percepatan transfer Amazon S3](https://aws.amazon.com/s3/transfer-acceleration/) adalah fitur yang memungkinkan pengguna eksternal mendapatkan manfaat pengoptimalan jaringan dari CloudFront untuk mengunggah data ke Amazon S3. Hal ini meningkatkan kemampuan transfer data dalam jumlah besar dari lokasi jarak jauh yang tidak memiliki koneksi khusus ke AWS Cloud.
1. [Titik Akses Multi-Wilayah Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/MultiRegionAccessPoints.html) mereplikasi konten ke beberapa Wilayah dan menyederhanakan beban kerja dengan menyediakan satu titik akses. Saat Titik Akses Multi-Wilayah digunakan, Anda dapat meminta atau menulis data ke Amazon S3 dengan layanan yang mengidentifikasi bucket latensi terendah.
1. Tinjau bandwidth jaringan sumber daya komputasi Anda.
1. Antarmuka Jaringan Elastis (ENA) yang digunakan oleh instans EC2, kontainer, dan fungsi Lambda dibatasi berdasarkan per alur. Tinjau grup penempatan Anda untuk mengoptimalkan [throughput jaringan EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-network-bandwidth.html). Untuk menghindari bottleneck pada basis per alur, rancang aplikasi Anda sedemikian rupa hingga menggunakan beberapa alur. Untuk memantau dan mendapatkan visibilitas ke metrik jaringan terkait komputasi Anda, gunakan [Metrik CloudWatch](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/ec2-instance-network-bandwidth.html) dan [https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-network-performance-ena.html](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-network-performance-ena.html). `ethtool` disertakan dalam driver ENA dan mengekspos metrik terkait jaringan tambahan yang dapat dipublikasikan sebagai [metrik kustom](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html) ke CloudWatch.
1. Instans EC2 yang lebih baru dapat memanfaatkan jaringan yang ditingkatkan. [Instans EC2 seri N](https://aws.amazon.com/ec2/nitro/), seperti `M5n` dan `M5dn`, manfaatkan generasi keempat kartu Nitro kustom untuk memberikan throughput jaringan hingga 100 Gbps ke satu instans. Instans ini menawarkan empat kali bandwidth jaringan dan proses paket dibandingkan dengan instans `M5` dasar dan ideal untuk aplikasi intensif jaringan.
1. [Amazon Elastic Network Adapter](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking-ena.html) (ENA) memberikan pengoptimalan lebih lanjut dengan memberikan throughput yang lebih baik untuk instans Anda dalam [grup penempatan klaster](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html#placement-groups-cluster%23placement-groups-limitations-cluster).
1. [Elastic Fabric Adapter](https://aws.amazon.com/hpc/efa/) (EFA) adalah antarmuka jaringan untuk instans Amazon EC2 yang memungkinkan Anda menjalankan beban kerja yang memerlukan komunikasi antarsimpul tingkat tinggi dalam skala besar di AWS. Dengan EFA, aplikasi Komputasi Performa Tinggi (HPC) yang menggunakan Antarmuka Penerusan Pesan (MPI) dan aplikasi Machine Learning (ML) yang menggunakan NVIDIA Collective Communications Library (NCCL) dapat diskalakan ke ribuan CPU atau GPU.
1. [Instans yang dioptimalkan Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html) menggunakan tumpukan konfigurasi yang dioptimalkan dan menyediakan kapasitas khusus tambahan untuk meningkatkan I/O Amazon EBS. Pengoptimalan ini memberikan performa terbaik untuk volume EBS Anda dengan meminimalkan konflik antara I/O Amazon EBS dan lalu lintas lain dari instans Anda.
**Tingkat upaya untuk rencana implementasi: **
Untuk menetapkan praktik terbaik ini, Anda harus mengetahui opsi komponen beban kerja Anda saat ini yang memengaruhi performa jaringan. Mengumpulkan komponen, mengevaluasi opsi peningkatan jaringan, bereksperimen, menerapkan, dan mendokumentasikan peningkatan tersebut adalah tingkat upaya *rendah* hingga *sedang* .
## Sumber daya
**Dokumen terkait:**
+ [Instans yang Dioptimalkan Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html)
+ [Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html)
+ [Bandwidth jaringan instan Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-network-bandwidth.html)
+ [Jaringan yang Ditingkatkan EC2 di Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking.html)
+ [Jaringan yang Ditingkatkan EC2 di Windows](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/enhanced-networking.html)
+ [Grup Penempatan EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html)
+ [Memungkinkan Jaringan yang Ditingkatkan dengan Elastic Network Adapter (ENA) di Instans Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking-ena.html)
+ [Penyeimbang Beban Jaringan](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/introduction.html)
+ [Produk Jaringan dengan AWS](https://aws.amazon.com/products/networking/)
+ [AWS Transit Gateway](https://docs.aws.amazon.com/vpc/latest/tgw)
+ [Beralih ke Perutean Berbasis Latensi di Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/TutorialTransitionToLBR.html)
+ [Titik Akhir VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-endpoints.html)
+ [Log Alur VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)
+ [Membangun CMDB cloud](https://aws.amazon.com/blogs/mt/building-a-cloud-cmdb-on-aws-for-consistent-resource-configuration-in-hybrid-environments/)
+ [Menskalakan throughput VPN menggunakan AWS Transit Gateway](https://aws.amazon.com/blogs/networking-and-content-delivery/scaling-vpn-throughput-using-aws-transit-gateway/)
**Video terkait:**
+ [Konektivitas ke arsitektur jaringan AWS dan AWS hybrid (NET317-R1)](https://www.youtube.com/watch?v=eqW6CPb58gs)
+ [Mengoptimalkan Performa Jaringan untuk Instans Amazon EC2 (CMP308-R1)](https://www.youtube.com/watch?v=DWiwuYtIgu0)
+ [AWS Global Accelerator](https://www.youtube.com/watch?v=lAOhr-5Urfk)
**Contoh terkait:**
+ [AWS Transit Gateway dan Solusi Keamanan yang Dapat Diskalakan](https://github.com/aws-samples/aws-transit-gateway-and-scalable-security-solutions)
+ [Lokakarya Jaringan AWS](https://networking.workshop.aws/)
# PERF05-BP03 Memilih ukuran VPN atau konektivitas khusus yang sesuai untuk beban kerja hybrid
Ketika diperlukan jaringan umum untuk menghubungkan sumber daya on-premise dan cloud di AWS, verifikasi bahwa bandwidth Anda memadai untuk memenuhi persyaratan performa Anda. Perkirakan persyaratan bandwidth dan latensi untuk beban kerja hybrid Anda. Jumlah ini akan memengaruhi persyaratan ukuran untuk opsi konektivitas Anda.
**Hasil yang diinginkan:** Saat melakukan deployment beban kerja yang akan memerlukan jaringan hybrid, Anda memiliki beberapa opsi konfigurasi untuk konektivitas, seperti jaringan privat virtual (VPN) atau sambungan khusus. Pilih jenis sambungan yang sesuai untuk setiap beban kerja serta verifikasi bahwa persyaratan bandwidth dan enkripsi antara lokasi Anda dan cloud telah memadai.
**Antipola umum:**
+ Anda gagal memahami atau mengidentifikasi semua persyaratan beban kerja (kebutuhan bandwidth, latensi, jitter, enkripsi, dan lalu lintas).
+ Anda tidak mengevaluasi opsi konektivitas paralel atau pencadangan.
**Manfaat menjalankan praktik terbaik ini:** Memilih dan mengonfigurasi ukuran solusi jaringan hybrid yang tepat akan meningkatkan keandalan beban kerja dan memaksimalkan peluang performa. Dengan mengidentifikasi persyaratan beban kerja, membuat perencanaan ke depan, dan mengevaluasi solusi hybrid, Anda akan meminimalkan perubahan jaringan fisik yang mahal dan biaya operasional sekaligus meningkatkan kecepatan masuk pasar.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Kembangkan arsitektur jaringan hybrid berdasarkan persyaratan bandwidth Anda. Perkirakan persyaratan bandwidth dan latensi aplikasi hybrid Anda. Pertimbangkan opsi konektivitas yang sesuai antara menggunakan sambungan jaringan khusus atau VPN berbasis internet.
Sambungan khusus membuat sambungan jaringan lewat jalur privat. Sambungan ini cocok ketika Anda memerlukan bandwidth tinggi dan latensi rendah sambil mencapai performa yang konsisten. Sambungan VPN membuat sambungan yang aman lewat internet. Sambungan ini cocok ketika Anda memerlukan sambungan terenkripsi menggunakan sambungan internet yang sudah ada.
Berdasarkan persyaratan bandwidth Anda, satu sambungan VPN atau sambungan khusus saja mungkin tidak cukup, dan Anda harus merancang pengaturan hybrid untuk memampukan penyeimbangan beban lalu lintas di beberapa sambungan.
**Langkah implementasi**
1. Perkirakan persyaratan bandwidth dan latensi aplikasi hybrid Anda.
1. Untuk aplikasi yang sudah ada dan akan beralih ke AWS, manfaatkan data dari sistem pemantauan jaringan internal Anda.
1. Untuk aplikasi baru atau aplikasi yang sudah ada yang data pemantauannya tidak Anda miliki, hubungi pemilik produk untuk mendapatkan metrik performa yang memadai dan berikan pengalaman pengguna yang baik.
1. Pilih sambungan khusus atau VPN sebagai opsi konektivitas Anda. Berdasarkan semua persyaratan beban kerja Anda (kebutuhan enkripsi, bandwidth, dan lalu lintas), Anda dapat memilih AWS Direct Connect atau AWS Site-to-Site VPN (atau keduanya). Diagram berikut akan membantu Anda memilih jenis sambungan yang tepat.
1. Jika Anda mempertimbangkan sambungan khusus, AWS Direct Connect mungkin akan diperlukan, agar Anda mendapatkan performa yang lebih dapat diprediksi dan konsisten karena konektivitas jaringan privatnya. AWS Direct Connect memberikan konektivitas khusus ke lingkungan AWS, dari 50 Mbps hingga 100 Gbps, menggunakan sambungan khusus atau sambungan yang di-host. Hal ini memberikan kepada Anda latensi yang terkelola dan terkontrol serta bandwidth yang tersedia agar beban kerja Anda dapat terhubung ke lingkungan lain secara efisien. Dengan menggunakan partner AWS Direct Connect, Anda dapat memiliki konektivitas menyeluruh dari beberapa lingkungan, yang memberikan jaringan lebih luas dengan performa konsisten. AWS menawarkan bandwidth sambungan langsung dengan penskalaan menggunakan 100 Gbps native, Link Aggregation Group (LAG), atau BGP Equal-cost multipath (ECMP).
1. Jika Anda mempertimbangkan sambungan VPN, VPN yang dikelola AWS merupakan opsi yang direkomendasikan. AWS Site-to-Site VPN memberikan layanan VPN terkelola yang mendukung protokol keamanan Protokol Internet (IPsec). Ketika sambungan VPN dibuat, setiap sambungan VPN mencakup dua terowongan untuk ketersediaan tinggi. Dengan AWS Transit Gateway, Anda dapat menyederhanakan konektivitas antara beberapa VPC dan juga menyambungkan ke VPC mana pun yang terlampir ke AWS Transit Gateway dengan satu sambungan VPN. AWS Transit Gateway juga memampukan Anda untuk menskalakan melebihi batas throughput VPN IPsec 1,25 Gbps dengan mengaktifkan dukungan pengarahan equal cost multi-path (ECMP) melalui beberapa terowongan VPN.
![\[Bagan alur yang menjelaskan tentang opsi yang harus Anda pertimbangkan ketika menentukan apakah Anda memerlukan performa penentu dalam jaringan Anda atau tidak.\]](http://docs.aws.amazon.com/id_id/wellarchitected/2023-04-10/framework/images/deterministic-performance-flowchart.png)
**Tingkat upaya untuk rencana implementasi:** Tinggi. Terdapat upaya yang cukup besar dalam mengevaluasi kebutuhan beban kerja untuk jaringan hybrid dan mengimplementasikan solusi jaringan hybrid.
## Sumber daya
**Dokumen terkait:**
+ [Penyeimbang Beban Jaringan](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/introduction.html)
+ [Produk Jaringan dengan AWS](https://aws.amazon.com/products/networking/)
+ [AWS Transit Gateway](https://docs.aws.amazon.com/vpc/latest/tgw)
+ [Beralih ke perutean berbasis latensi di Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/TutorialTransitionToLBR.html)
+ [Titik Akhir VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-endpoints.html)
+ [Log Alur VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)
+ [AWS Site-to-Site VPN](https://docs.aws.amazon.com/vpn/latest/s2svpn/VPC_VPN.html)
+ [Membangun Infrastruktur Jaringan AWS Multi-VPC yang Aman dan Dapat Diskalakan](https://docs.aws.amazon.com/whitepapers/latest/building-scalable-secure-multi-vpc-network-infrastructure/welcome.html)
+ [AWS Direct Connect](https://docs.aws.amazon.com/directconnect/latest/UserGuide/Welcome.html)
+ [Client VPN](https://docs.aws.amazon.com/vpn/latest/clientvpn-admin/what-is.html)
**Video terkait:**
+ [Konektivitas ke arsitektur jaringan AWS dan AWS hybrid (NET317-R1) ](https://www.youtube.com/watch?v=eqW6CPb58gs)
+ [Mengoptimalkan Performa Jaringan untuk Instans Amazon EC2 (CMP308-R1) ](https://www.youtube.com/watch?v=DWiwuYtIgu0)
+ [AWS Global Accelerator](https://www.youtube.com/watch?v=lAOhr-5Urfk)
+ [AWS Direct Connect](https://www.youtube.com/watch?v=DXFooR95BYc&t=6s)
+ [Transit Gateway Connect](https://www.youtube.com/watch?v=_MPY_LHSKtM&t=491s)
+ [Solusi VPN](https://www.youtube.com/watch?v=qmKkbuS9gRs)
+ [Keamanan dengan Solusi VPN](https://www.youtube.com/watch?v=FrhVV9nG4UM)
**Contoh terkait:**
+ [AWS Transit Gateway dan Solusi Keamanan yang Dapat Diskalakan](https://github.com/aws-samples/aws-transit-gateway-and-scalable-security-solutions)
+ [Lokakarya Jaringan AWS](https://networking.workshop.aws/)
# PERF05-BP04 Memanfaatkan penyeimbangan beban dan pemindahan beban enkripsi
Gunakan penyeimbang beban untuk mendapatkan efisiensi performa optimal dari sumber daya target Anda dan meningkatkan responsivitas sistem Anda.
**Hasil yang diinginkan:** Pengurangan jumlah sumber daya komputasi untuk melayani lalu lintas Anda. Hindari ketidakseimbangan pemakaian sumber daya di target Anda. Pindahkan beban tugas yang sarat komputasi ke Penyeimbang Beban. Manfaatkan fleksibilitas dan elastisitas cloud untuk meningkatkan performa dan mengoptimalkan arsitektur Anda.
**Antipola umum:**
+ Anda tidak mempertimbangkan persyaratan beban kerja Anda ketika memilih jenis penyeimbang beban.
+ Anda tidak memanfaatkan fitur penyeimbang beban untuk mengoptimalkan performa.
+ Beban kerja terpapar langsung ke Internet tanpa penyeimbang beban.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Penyeimbang beban berfungsi sebagai titik masuk untuk beban kerja Anda dan dari sana penyeimbang beban mendistribusikan lalu lintas ke target backend Anda, seperti kontainer atau instans komputasi. Memilih jenis penyeimbang beban yang tepat adalah langkah pertama untuk mengoptimalkan arsitektur Anda.
Mulai dengan mencantumkan karakteristik beban kerja Anda, seperti protokol (misalnya, TCP, HTTP, TLS, atau WebSockets), jenis target (seperti instans, kontainer, atau nirserver), persyaratan aplikasi (seperti sambungan berdurasi lama, autentikasi pengguna, atau keeratan), dan penempatan (seperti Wilayah, Zona Lokal, Outpost, atau isolasi zona).
Setelah memilih penyeimbang beban yang tepat, Anda dapat mulai memanfaatkan fitur-fiturnya untuk mengurangi jumlah upaya yang harus dilakukan backend guna melayani lalu lintas.
Contohnya, dengan menggunakan Application Load Balancer (ALB) dan Network Load Balancer (NLB), Anda dapat melakukan pemindahan beban enkripsi SSL/TLS, yang merupakan peluang untuk menghindari handshake TLS yang sarat CPU diselesaikan oleh target Anda dan juga untuk meningkatkan manajemen sertifikat.
Ketika Anda mengonfigurasi pemindahan beban SSL/TLS di penyeimbang beban, penyeimbang beban menjadi bertanggung jawab atas enkripsi lalu lintas dari dan ke klien sekaligus memberikan lalu lintas tidak terenkripsi ke backend Anda, sehingga membebaskan sumber daya backend Anda dan meningkatkan waktu respons untuk klien.
Application Load Balancer juga dapat melayani lalu lintas HTTP2 tanpa harus mendukungnya di target Anda. Keputusan sederhana ini dapat meningkatkan waktu respons aplikasi Anda, karena HTTP2 menggunakan sambungan TCP dengan lebih efisien.
Penyeimbang beban juga dapat digunakan untuk membuat arsitektur Anda lebih fleksibel dengan mendistribusikan lalu lintas melintasi jenis backend yang berbeda seperti kontainer dan nirserver. Contohnya, Application Load Balancer dapat dikonfigurasi dengan [aturan pendengar](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/listener-update-rules.html) yang meneruskan lalu lintas ke grup target yang berbeda berdasarkan parameter permintaan seperti header, metode, atau pola.
Persyaratan latensi beban kerja Anda juga harus dipertimbangkan ketika menentukan arsitektur. Sebagai contoh, jika Anda memiliki aplikasi yang sensitif latensi, Anda dapat memutuskan untuk menggunakan Network Load Balancer, yang menawarkan latensi yang sangat rendah. Alternatifnya, Anda dapat memutuskan untuk membawa beban kerja lebih dekat ke pelanggan dengan memanfaatkan Application Load Balancer di [Zona Lokal AWS](https://aws.amazon.com/about-aws/global-infrastructure/localzones/) atau bahkan [AWS Outposts](https://aws.amazon.com/outposts/rack/).
Pertimbangan lain untuk beban kerja yang sensitif latensi adalah penyeimbangan beban lintas zona. Dengan penyeimbangan beban lintas zona, setiap simpul penyeimbang beban mendistribusikan lalu lintas ke target terdaftar di semua Zona Ketersediaan yang diaktifkan. Hal ini meningkatkan ketersediaan, meskipun dapat menambahkan satu digit milidetik ke latensi pulang pergi.
Terakhir, baik ALB maupun NLB menawarkan sumber daya pemantauan seperti log dan metrik. Mempersiapkan pemantauan dengan tepat dapat membantu pengumpulan wawasan tentang performa aplikasi Anda. Contohnya, Anda dapat menggunakan log akses ALB untuk menemukan permintaan mana yang membutuhkan waktu lebih lama untuk dijawab atau target backend mana yang menyebabkan masalah performa.
**Langkah implementasi**
1. Pilih penyeimbang beban yang tepat untuk beban kerja Anda.
1. Gunakan Application Load Balancer untuk beban kerja HTTP/HTTPS.
1. Gunakan Network Load Balancer untuk beban kerja non-HTTP yang dijalankan di TCP atau UDP.
1. Gunakan kombinasi keduanya ([ALB sebagai target NLB](https://aws.amazon.com/blogs/networking-and-content-delivery/application-load-balancer-type-target-group-for-network-load-balancer/)) jika Anda ingin memanfaatkan fitur kedua produk. Contohnya, Anda dapat melakukan hal ini jika Anda ingin menggunakan IP statis NLB bersama dengan perutean berbasis header HTTP dari ALB, atau jika Anda ingin memaparkan beban kerja HTTP Anda ke [AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/privatelink/privatelink-share-your-services.html).
1. Untuk perbandingan lengkap penyeimbang beban, lihat [perbandingan produk ELB](https://aws.amazon.com/elasticloadbalancing/features/).
1. Gunakan pemindahan beban SSL/TLS.
1. Konfigurasikan pendengar HTTPS/TLS dengan [Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/create-https-listener.html) dan [Network Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/create-tls-listener.html) yang terintegrasi dengan [AWS Certificate Manager](https://aws.amazon.com/certificate-manager/).
1. Perhatikan, beberapa beban kerja mungkin memerlukan enkripsi menyeluruh karena alasan kepatuhan. Jika demikian, enkripsi wajib diaktifkan di target.
1. Untuk praktik terbaik keamanan, lihat [SEC09-BP02 Menerapkan enkripsi data bergerak](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/sec_protect_data_transit_encrypt.html).
1. Pilih algoritme perutean yang tepat.
1. Algoritme perutean dapat membuat perbedaan tentang seberapa baik target backend Anda digunakan, oleh karena itu juga membuat perbedaan dalam dampaknya pada performa. Contohnya, ALB memberikan [dua opsi untuk algoritme perutean](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-target-groups.html#modify-routing-algorithm):
1. **Permintaan paling sedikit belum selesai:** Gunakan untuk mendapatkan distribusi beban yang lebih baik ke target backend Anda untuk kasus ketika permintaan untuk aplikasi Anda bervariasi dalam tingkat kompleksitas atau target Anda bervariasi dalam kemampuan pemrosesannya.
1. **Round robin:** Gunakan ketika permintaan dan target serupa, atau jika Anda harus mendistribusikan permintaan sama rata di antara target.
1. Pertimbangkan isolasi zona atau lintas zona.
1. Gunakan penonaktifan lintas zona (isolasi zona) untuk peningkatan latensi dan domain kegagalan zona. Ini dinonaktifkan menurut default di NLB dan di [ALB Anda dapat menonaktifkannya per grup target](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/disable-cross-zone.html).
1. Gunakan pengaktifan lintas zona untuk peningkatan ketersediaan dan fleksibilitas. Menurut default, lintas zona diaktifkan untuk ALB dan di [NLB Anda dapat mengaktifkannya per grup target](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/target-group-cross-zone.html).
1. Aktifkan HTTP tetap aktif untuk beban kerja HTTP Anda.
1. Untuk beban kerja HTTP, aktifkan HTTP tetap aktif di pengaturan server web untuk target backend Anda. Dengan fitur ini, penyeimbang beban dapat menggunakan ulang sambungan backend sampai waktu tetap aktif habis, sehingga meningkatkan waktu respons dan permintaan HTTP Anda serta mengurangi pemanfaatan sumber daya di target backend Anda. Untuk informasi mendetail tentang cara melakukan ini untuk Apache dan Nginx, lihat [Apa saja pengaturan yang optimal untuk menggunakan Apache atau NGINX sebagai server backend untuk ELB?](https://aws.amazon.com/premiumsupport/knowledge-center/apache-backend-elb/)
1. Gunakan integrasi Elastic Load Balancing untuk orkestrasi sumber daya komputasi yang lebih baik.
1. Gunakan Auto Scaling yang terintegrasi dengan penyeimbang beban Anda. Salah satu aspek penting dari sistem dengan performa yang efisien berkaitan dengan penyesuaian ukuran sumber daya backend Anda. Untuk melakukan ini, Anda dapat memanfaatkan integrasi penyeimbang beban untuk sumber daya target backend. Dengan menggunakan integrasi penyeimbang beban dengan grup Auto Scaling, target akan ditambahkan atau disingkirkan dari penyeimbang beban sebagaimana diperlukan untuk merespons lalu lintas masuk.
1. Penyeimbang beban juga dapat diintegrasikan dengan Amazon ECS dan Amazon EKS untuk beban kerja terkontainerisasi.
+ [ Gunakan Elastic Load Balancing untuk mendistribusikan lalu lintas ke seluruh instans di grup Auto Scaling Anda ](https://docs.aws.amazon.com/autoscaling/ec2/userguide/autoscaling-load-balancer.html)
+ [ Amazon ECS - Penyeimbangan beban layanan ](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-load-balancing.html)
+ [ Penyeimbangan beban aplikasi di Amazon EKS ](https://docs.aws.amazon.com/eks/latest/userguide/alb-ingress.html)
+ [ Penyeimbangan beban jaringan di Amazon EKS ](https://docs.aws.amazon.com/eks/latest/userguide/network-load-balancing.html)
1. Pantau penyeimbang beban Anda untuk menemukan hambatan performa.
1. Aktifkan log akses untuk [Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/enable-access-logging.html) dan [Network Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-access-logs.html).
1. Bidang utama yang harus dipertimbangkan untuk ALB adalah `request_processing_time`, `request_processing_time`, dan `response_processing_time`.
1. Bidang utama yang harus dipertimbangkan untuk NLB adalah `connection_time` dan `tls_handshake_time`.
1. Bersiaplah untuk melakukan kueri log ketika Anda memerlukannya. Anda dapat menggunakan Amazon Athena untuk melakukan kueri [log ALB](https://docs.aws.amazon.com/athena/latest/ug/application-load-balancer-logs.html) dan [log NLB](https://docs.aws.amazon.com/athena/latest/ug/networkloadbalancer-classic-logs.html).
1. Buat alarm untuk metrik yang terkait dengan performa seperti [`WaktuResponsTarget` untuk ALB](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-cloudwatch-metrics.html).
## Sumber daya
**Praktik Terbaik Terkait:**
+ [SEC09-BP02 Terapkan enkripsi data bergerak](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/sec_protect_data_transit_encrypt.html)
**Dokumen terkait:**
+ [ Perbandingan produk ELB ](https://aws.amazon.com/elasticloadbalancing/features/)
+ [ Infrastruktur Global AWS](https://aws.amazon.com/about-aws/global-infrastructure/)
+ [ Meningkatkan Performa dan Mengurangi Biaya Menggunakan Afinitas Zona Ketersediaan ](https://aws.amazon.com/blogs/architecture/improving-performance-and-reducing-cost-using-availability-zone-affinity/)
+ [ Langkah demi langkah untuk Analisis Log dengan Amazon Athena ](https://github.com/aws/elastic-load-balancing-tools/tree/master/amazon-athena-for-elb)
+ [ Kueri log Application Load Balancer ](https://docs.aws.amazon.com/athena/latest/ug/application-load-balancer-logs.html)
+ [ Memantau Application Load Balancer Anda ](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-monitoring.html)
+ [ Memantau Network Load Balancer Anda ](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-monitoring.html)
**Video terkait:**
+ [AWS re:Invent 2018: [ULANG 1] Elastic Load Balancing: Mempelajari Secara Mendalam dan Praktik Terbaik (NET404-R1) ](https://www.youtube.com/watch?v=VIgAT7vjol8)
+ [AWS re:Invent 2021 - Cara memilih penyeimbang beban yang tepat untuk beban kerja AWS Anda ](https://www.youtube.com/watch?v=p0YZBF03r5A)
+ [AWS re:Inforce 2022 - Cara menggunakan Elastic Load Balancing untuk meningkatkan postur keamanan Anda dalam skala besar (NIS203) ](https://www.youtube.com/watch?v=YhNc5VSzOGQ)
+ [AWS re:Invent 2019: Dapatkan hasil maksimal dari Elastic Load Balancing untuk beban kerja yang berbeda (NET407-R2) ](https://www.youtube.com/watch?v=HKh54BkaOK0)
**Contoh terkait:**
+ [ CDK dan sampel CloudFormation untuk Analisis Log dengan Amazon Athena ](https://github.com/aws/elastic-load-balancing-tools/tree/master/log-analysis-elb-cdk-cf-template)
# PERF05-BP05 Memilih protokol jaringan untuk meningkatkan performa
Nilai persyaratan performa untuk beban kerja Anda, dan pilih protokol jaringan yang mengoptimalkan performa beban kerja secara keseluruhan.
Ada hubungan antara latensi dan bandwidth untuk mencapai throughput. Misalnya, jika transfer file Anda menggunakan Transmission Control Protocol (TCP), latensi yang lebih tinggi akan mengurangi throughput secara keseluruhan. Ada pendekatan untuk memperbaiki hal ini dengan penyesuaian TCP dan pengoptimalan protokol transfer (beberapa pendekatan menggunakan User Datagram Protocol (UDP)).
Protokol [scalable reliable datagram (SRD)](https://ieeexplore.ieee.org/document/9167399) adalah protokol transpor jaringan yang dibuat oleh AWS untuk Elastic Fabric Adapter yang memberikan pengiriman datagram andal. Tidak seperti protokol TCP, SRD dapat mengorder ulang paket dan mengirimkannya di luar order. Mekanisme pengiriman di luar order dari SRD ini mengirimkan paket secara paralel lewat jalur alternatif, yang meningkatkan throughput.
**Antipola umum:**
+ Menggunakan TCP untuk semua beban kerja tanpa memperhatikan persyaratan performanya.
**Manfaat menjalankan praktik terbaik ini:**
+ Memilih protokol yang tepat untuk komunikasi antara komponen beban kerja memastikan bahwa Anda akan mendapatkan performa beban kerja terbaik.
+ Memverifikasi bahwa protokol yang tepat telah digunakan untuk komunikasi antara pengguna dan komponen beban kerja akan membantu meningkatkan pengalaman pengguna secara keseluruhan untuk aplikasi Anda. Misalnya, dengan menggunakan TCP dan UDP secara bersamaan, beban kerja VDI dapat memanfaatkan keandalan TCP untuk data yang sangat penting, dan kecepatan UDP untuk data dalam waktu nyata.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang (Menggunakan protokol jaringan yang tidak tepat dapat mengakibatkan performa buruk, seperti waktu respons yang lamban, latensi tinggi, dan skalabilitas buruk)
## Panduan implementasi
Pertimbangan utama dalam meningkatkan performa beban kerja Anda yakni pemahaman persyaratan latensi dan throughput, lalu pemilihan protokol jaringan yang mengoptimalkan performa.
**Kapan penggunaan TCP harus dipertimbangkan**
TCP memberikan pengiriman data yang andal, dan dapat digunakan untuk komunikasi antara komponen beban kerja di mana keandalan dan jaminan pengiriman data merupakan hal yang penting. Banyak aplikasi berbasis web mengandalkan protokol berbasis TCP, seperti HTTP dan HTTPS, untuk membuka soket TCP untuk komunikasi dengan server di AWS. Transfer data file dan email merupakan aplikasi umum yang juga memanfaatkan TCP karena kemampuan TCP untuk mengontrol laju pertukaran data dan kemacetan jaringan. Menggunakan TLS dengan TCP dapat menambahkan beberapa overhead ke komunikasi, yang dapat mengakibatkan peningkatan latensi dan pengurangan throughput. Overhead ini terutama berasal dari penambahan overhead proses handshake, yang dapat memerlukan beberapa perjalanan pulang pergi agar selesai. Setelah handshake selesai, overhead enkripsi dan dekripsi data relatif kecil.
**Kapan penggunaan UDP harus dipertimbangkan**
UDP adalah protokol dengan orientasi nirkoneksi, oleh karena itu, cocok untuk aplikasi yang membutuhkan transmisi cepat dan efisien, seperti data VoIP, pemantauan, dan log. Selain itu, pertimbangkan untuk menggunakan UDP jika Anda memiliki komponen beban kerja yang merespons kueri kecil dari banyak klien untuk memastikan performa beban kerja yang optimal. Datagram Transport Layer Security (DTLS) merupakan ekuivalen UDP untuk TLS. Ketika menggunakan DTLS dengan UDP, overhead berasal dari enkripsi dan dekripsi data, karena proses handshake disederhanakan. DTLS juga menambahkan sejumlah kecil overhead ke paket UDP, karena mencakup bidang tambahan untuk menunjukkan parameter keamanan dan untuk mendeteksi gangguan.
**Kapan penggunaan SRD harus dipertimbangkan**
Scalable reliable datagram (SRD) adalah protokol transpor jaringan yang dioptimalkan untuk beban kerja throughput tinggi karena kemampuannya untuk menjalankan lalu lintas penyeimbang beban melintasi beberapa jalur dan pulih dengan cepat dari penurunan paket atau kegagalan tautan. Oleh karena itu, SRD paling sesuai digunakan untuk beban kerja komputasi performa tinggi (HPC) yang memerlukan komunikasi latensi rendah dan throughput tinggi antara simpul komputasi. Hal ini dapat mencakup tugas pemrosesan paralel seperti simulasi, pemodelan, dan analisis data yang melibatkan banyak transfer data antara simpul.
**Langkah implementasi**
1. Gunakan layanan [AWS Global Accelerator](https://aws.amazon.com/global-accelerator/) dan [AWS Transfer Family](https://aws.amazon.com/aws-transfer-family/) untuk meningkatkan throughput aplikasi transfer file online Anda. Layanan AWS Global Accelerator membantu Anda mendapatkan latensi lebih rendah antara perangkat klien dan beban kerja Anda di AWS. Dengan AWS Transfer Family, Anda dapat menggunakan protokol berbasis TCP seperti Secure Shell File Transfer Protocol (SFTP) dan File Transfer Protocol over SSL (FTPS) untuk menskalakan dengan aman dan mengelola transfer file ke layanan penyimpanan AWS.
1. Gunakan latensi jaringan untuk menentukan apakah TCP sesuai untuk komunikasi antara komponen beban kerja. Jika latensi jaringan antara server dan aplikasi klien Anda tinggi, maka handshake tiga arah TCP dapat memerlukan beberapa waktu, sehingga memengaruhi responsivitas aplikasi Anda. Metrik seperti Time to First Byte (TTFB) dan Round-Trip Time (RTT) dapat digunakan untuk mengukur latensi jaringan. Jika beban kerja Anda menyajikan konten dinamis ke pengguna, pertimbangkan untuk menggunakan [Amazon CloudFront](https://aws.amazon.com/cloudfront/), yang membuat sambungan persisten ke masing-masing asal konten dinamis untuk mengeliminasi waktu penyiapan sambungan yang akan memperlambat setiap permintaan klien.
1. Menggunakan TLS dengan TCP atau UDP dapat mengakibatkan peningkatan latensi dan pengurangan throughput untuk beban kerja Anda karena dampak enkripsi dan dekripsi. Untuk beban kerja tersebut, pertimbangkan pemindahan beban SSL/TLS di [Elastic Load Balancing](https://aws.amazon.com/elasticloadbalancing/) untuk meningkatkan performa beban kerja dengan mengizinkan penyeimbang beban menangani proses enkripsi dan dekripsi SSL/TLS dan bukannya instans backend yang melakukannya. Hal ini dapat membantu mengurangi pemanfaatan CPU di instans backend, yang dapat meningkatkan performa dan kapasitas.
1. Gunakan [Network Load Balancer (NLB)](https://aws.amazon.com/elasticloadbalancing/network-load-balancer/) untuk melakukan deployment layanan yang mengandalkan protokol UDP, seperti autentikasi dan otorisasi, logging, DNS, IoT, dan media streaming, untuk meningkatkan performa dan keandalan beban kerja Anda. NLB mendistribusikan lalu lintas UDP masuk di beberapa target, sehingga Anda dapat menskalakan beban kerja secara horizontal, meningkatkan kapasitas, dan mengurangi overhead satu target.
1. Untuk beban kerja Komputasi Performa Tinggi (HPC) Anda, pertimbangkan untuk menggunakan fungsionalitas [Elastic Network Adapter (ENA) Express](https://aws.amazon.com/about-aws/whats-new/2022/11/elastic-network-adapter-ena-express-amazon-ec2-instances/) yang menggunakan protokol SRD untuk meningkatkan performa jaringan dengan memberikan bandwidth satu aliran yang lebih tinggi (25 Gbps) dan latensi ekor lebih rendah (99,9 persentil) untuk lalu lintas jaringan antara instans EC2.
1. Gunakan [Application Load Balancer (ALB)](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html) untuk mengarahkan dan menyeimbangkan beban lalu lintas gRPC (Remote Procedure Calls) Anda antara komponen beban kerja atau antara layanan dan klien yang didukung gRPC. gRPC menggunakan protokol HTTP/2 berbasis TCP untuk transpor dan gRPC memberikan manfaat terkait performa, seperti jejak jaringan lebih ringan, kompresi, serialisasi biner yang efisien, dukungan untuk berbagai bahasa, dan streaming dua arah.
## Sumber daya
**Dokumen terkait:**
+ [Amazon EBS - Instans yang Dioptimalkan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html)
+ [Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html)
+ [Jaringan yang Ditingkatkan EC2 di Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking.html)
+ [Jaringan yang Ditingkatkan EC2 di Windows](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/enhanced-networking.html)
+ [Grup Penempatan EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html)
+ [Memungkinkan Jaringan yang Ditingkatkan dengan Elastic Network Adapter (ENA) di Instans Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking-ena.html)
+ [Network Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/introduction.html)
+ [Produk Jaringan dengan AWS](https://aws.amazon.com/products/networking/)
+ [Transit Gateway](https://docs.aws.amazon.com/vpc/latest/tgw)
+ [Beralih ke Perutean Berbasis Latensi di Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/TutorialTransitionToLBR.html)
+ [Titik Akhir VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-endpoints.html)
+ [Log Alur VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)
**Video terkait:**
+ [Konektivitas ke arsitektur jaringan AWS dan AWS hybrid (NET317-R1)](https://www.youtube.com/watch?v=eqW6CPb58gs)
+ [Mengoptimalkan Performa Jaringan untuk Instans Amazon EC2 (CMP308-R1)](https://www.youtube.com/watch?v=DWiwuYtIgu0)
+ [ Menyesuaikan Cloud Anda: Meningkatkan Performa Jaringan Global untuk Aplikasi ](https://www.youtube.com/watch?v=00ukhVcgWrs)
+ [ Penskalaan Aplikasi dengan EFA dan SRD ](https://pages.awscloud.com/HPC-Application-Scaling-with-Elastic-Fabric-Adapter-EFA-and-Scalable-Reliable-Datagram-SRD_2020_0004-CMP_OD.html)
**Contoh terkait:**
+ [Transit Gateway AWS dan Solusi Keamanan yang Dapat Diskalakan](https://github.com/aws-samples/aws-transit-gateway-and-scalable-security-solutions)
+ [Lokakarya Jaringan AWS](https://networking.workshop.aws/)
# PERF05-BP06 Memilih lokasi beban kerja Anda berdasarkan persyaratan jaringan
Evaluasi opsi untuk penempatan sumber daya guna mengurangi latensi jaringan dan meningkatkan throughput, yang memberikan pengalaman pengguna optimal dengan mengurangi beban halaman dan waktu transfer data.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang
## Panduan implementasi
Sumber daya, seperti instans Amazon EC2, ditempatkan di zona ketersediaan dalam zona [Wilayah AWS](https://aws.amazon.com/about-aws/global-infrastructure/regions_az/), [Zona Lokal AWS](https://aws.amazon.com/about-aws/global-infrastructure/localzones/), [AWS Outposts](https://aws.amazon.com/outposts/), atau [AWS Wavelength](https://aws.amazon.com/wavelength/). Pemilihan lokasi ini memengaruhi latensi jaringan dan throughput dari lokasi pengguna tertentu. Layanan edge seperti [Amazon CloudFront](https://aws.amazon.com/cloudfront/) dan [AWS Global Accelerator](https://aws.amazon.com/global-accelerator/) juga dapat digunakan untuk meningkatkan performa jaringan dengan caching konten di lokasi edge atau memberikan kepada pengguna jalur optimal ke beban kerja melalui jaringan global AWS.
**Langkah implementasi**
1. Pilih Wilayah atau Wilayah AWS yang sesuai untuk deployment Anda berdasarkan elemen kunci berikut:
1. **Di tempat pengguna Anda berada:** memilih Wilayah yang dekat dengan pengguna beban kerja Anda untuk memastikan latensi rendah saat mereka menggunakan beban kerja.
1. **Di tempat data Anda berada:** untuk aplikasi yang sarat data, hambatan utama dalam transfer data adalah latensi. Kode aplikasi harus dijalankan sedekat mungkin dengan data.
1. **Kendala lainnya:** pertimbangkan kendala seperti keamanan dan kepatuhan (contohnya, persyaratan residensi data).
1. Untuk beban kerja tertentu, jika komponen terdiri dari sekelompok instans Amazon EC2 yang saling bergantung dan memerlukan latensi rendah, pertimbangkan untuk menggunakan [grup penempatan klaster](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html) untuk memengaruhi penempatan instans-instans tersebut agar memenuhi persyaratan beban kerja. Instans di grup penempatan klaster yang sama memiliki batas throughput per aliran yang lebih tinggi untuk lalu lintas TCP/IP dan ditempatkan di segmen bandwidth dua bagian yang sama tinggi di jaringan. Grup penempatan klaster direkomendasikan untuk aplikasi yang mendapatkan manfaat dari latensi jaringan yang rendah, throughput jaringan yang tinggi, atau keduanya.
1. Untuk beban kerja yang sensitif lokasi, misalnya, dengan persyaratan residensi data atau latensi rendah, tinjau [Zona Lokal AWS](https://aws.amazon.com/about-aws/global-infrastructure/localzones/) atau [AWS Outposts](https://aws.amazon.com/outposts/).
1. AWS Zona Lokal adalah salah satu jenis deployment infrastruktur yang menempatkan layanan komputasi, penyimpanan, basis data, dan layanan tertentu AWS lain dekat dengan populasi besar dan pusat industri.
1. AWS Outposts adalah rangkaian solusi terkelola penuh yang menghadirkan infrastruktur dan layanan AWS ke hampir semua lokasi on-premise atau edge untuk pengalaman hybrid yang benar-benar konsisten.
1. Aplikasi seperti streaming video live dengan resolusi tinggi, audio dengan fidelity tinggi, dan augmented reality/virtual reality (AR/VR) memerlukan latensi yang sangat rendah untuk perangkat 5G. Untuk aplikasi tersebut, pertimbangkan [AWS Wavelength](https://aws.amazon.com/wavelength/). AWS Wavelength menyematkan layanan komputasi dan penyimpanan AWS dalam jaringan 5G, sehingga dapat menyediakan infrastruktur komputasi edge seluler untuk mengembangkan, melakukan deployment, dan menskalakan aplikasi berlatensi sangat rendah.
1. Jika Anda memiliki pengguna yang terdistribusi secara global, content distribution network (CDN) dapat digunakan untuk mempercepat distribusi konten web statis dan dinamis dengan mengirimkan data melalui points of presence (PoP) yang tersebar secara global. Umumnya CDN juga memberikan kemampuan komputasi edge, melakukan operasi yang sensitif latensi seperti manipulasi header HTTP dan penulisan ulang URL serta pengarahan ulang dalam skala besar di edge. [Amazon CloudFront](https://aws.amazon.com/cloudfront/) adalah layanan web yang mempercepat distribusi konten web statis dan dinamis Anda. Kasus penggunaan untuk CloudFront mencakup percepatan penyampaian konten situs web statis dan menghadirkan video sesuai permintaan atau streaming live video. CloudFront juga dapat digunakan untuk menyesuaikan khusus konten dan pengalaman penonton, dengan latensi lebih rendah.
1. Beberapa aplikasi memerlukan titik masuk tetap atau performa lebih tinggi dengan mengurangi jitter dan latensi bita pertama, dan meningkatkan throughput. Aplikasi ini bisa mendapatkan manfaat dari layanan jaringan yang memberikan alamat IP anycast statis dan penghentian TCP di lokasi edge. [AWS Global Accelerator](https://aws.amazon.com/global-accelerator/) dapat meningkatkan performa untuk aplikasi Anda hingga sebesar 60% dan memberikan failover cepat untuk arsitektur multi-wilayah. AWS Global Accelerator memberikan kepada Anda alamat IP anycast statis yang berfungsi sebagai titik masuk tetap untuk aplikasi Anda yang di-hosting di satu atau lebih Wilayah AWS. Alamat IP ini memungkinkan lalu lintas masuk ke jaringan global AWS sedekat mungkin ke pengguna Anda. AWS Global Accelerator mengurangi waktu penyiapan sambungan awal dengan membuat sambungan TCP antara klien dan lokasi edge AWS yang terdekat ke klien. Tinjau penggunaan AWS Global Accelerator untuk meningkatkan performa beban kerja TCP/UDP Anda dan memberikan failover cepat untuk arsitektur multi-wilayah.
1. Jika Anda memiliki aplikasi atau pengguna on-premise, Anda bisa mendapatkan manfaat dari memiliki sambungan jaringan khusus antara jaringan Anda dan cloud. Sambungan jaringan khusus dapat mengurangi peluang adanya kemacetan atau peningkatan latensi secara tak terduga. [AWS Direct Connect](https://aws.amazon.com/directconnect/) dapat meningkatkan performa aplikasi dengan menyambungkan jaringan Anda secara langsung ke AWS dan memintas internet publik. Ketika membuat sambungan baru, Anda dapat memilih sambungan yang di-host yang disediakan oleh AWS Direct Connect Delivery Partner, atau memilih sambungan khusus dari AWS dan melakukan deployment di lebih dari 100 lokasi AWS Direct Connect di seluruh dunia. Anda juga dapat mengurangi biaya jaringan dengan laju transfer data yang rendah dari AWS, dan secara opsional, mengonfigurasi Site-to-Site VPN untuk failover.
1. Jika Anda mengonfigurasi [Site-to-Site VPN](https://aws.amazon.com/vpn/site-to-site-vpn/) untuk menyambung ke sumber daya Anda di dalam AWS, sebagai opsi, Anda dapat mengaktifkan percepatan. Sambungan Site-to-Site VPN yang dipercepat menggunakan AWS Global Accelerator untuk mengarahkan lalu lintas dari jaringan on-premise Anda ke lokasi edge AWS yang paling dekat dengan perangkat gateway pelanggan Anda.
1. Identifikasi opsi perutean DNS mana yang akan mengoptimalkan performa beban kerja Anda dengan meninjau lalu lintas beban kerja Anda dan lokasi pengguna. [Amazon Route 53](https://aws.amazon.com/route53) menawarkan opsi [perutean berbasis latensi](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy-latency.html), [perutean geolokasi](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy-geo.html), [perutean geoproksimitas](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy-geoproximity.html), dan [perutean berbasis IP](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy-ipbased.html) untuk membantu Anda meningkatkan performa beban kerja Anda untuk audiensi global.
1. Route 53 juga menawarkan latensi kueri rendah untuk pengguna akhir Anda. Dengan menggunakan jaringan anycast global server DNS di seluruh dunia, Route 53 dirancang untuk secara otomatis menjawab kueri dari lokasi yang optimal, tergantung pada kondisi jaringannya.
## Sumber daya
**Praktik Terbaik Terkait:**
+ [COST07-BP02 Mengimplementasikan Wilayah berdasarkan biaya](https://docs.aws.amazon.com/wellarchitected/latest/framework/cost_pricing_model_region_cost.html)
+ [COST08-BP03 Mengimplementasikan layanan untuk mengurangi biaya transfer data](https://docs.aws.amazon.com/wellarchitected/latest/framework/cost_data_transfer_implement_services.html)
+ [REL10-BP01 Melakukan deployment beban kerja ke beberapa lokasi](https://docs.aws.amazon.com/wellarchitected/latest/framework/rel_fault_isolation_multiaz_region_system.html)
+ [REL10-BP02 Memilih lokasi yang sesuai untuk deployment multilokasi](https://docs.aws.amazon.com/wellarchitected/latest/framework/rel_fault_isolation_select_location.html)
+ [SUS01-BP01 Memilih Wilayah di dekat proyek-proyek energi terbarukan Amazon dan Wilayah dengan jaringan energi yang memiliki intensitas karbon terpublikasi yang lebih rendah daripada lokasi (atau Wilayah) lain.](https://docs.aws.amazon.com/wellarchitected/latest/framework/sus_sus_region_a2.html)
+ [SUS02-BP04 Mengoptimalkan penempatan beban kerja secara geografis untuk lokasi pengguna](https://docs.aws.amazon.com/wellarchitected/latest/framework/sus_sus_user_a5.html)
+ [SUS04-BP07 Meminimalkan perpindahan data di jaringan](https://docs.aws.amazon.com/wellarchitected/latest/framework/sus_sus_data_a8.html)
**Dokumen terkait:**
+ [ Infrastruktur Global AWS](https://aws.amazon.com/about-aws/global-infrastructure/)
+ [ Zona Lokal AWS dan AWS Outposts, memilih teknologi yang tepat untuk beban kerja edge Anda ](https://aws.amazon.com/blogs/compute/aws-local-zones-and-aws-outposts-choosing-the-right-technology-for-your-edge-workload/)
+ [Grup penempatan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html)
+ [Zona Lokal AWS](https://aws.amazon.com/about-aws/global-infrastructure/localzones/)
+ [AWS Outposts](https://aws.amazon.com/outposts/)
+ [AWS Wavelength](https://aws.amazon.com/wavelength/)
+ [Amazon CloudFront](https://aws.amazon.com/cloudfront/)
+ [AWS Global Accelerator](https://aws.amazon.com/global-accelerator/)
+ [AWS Direct Connect](https://aws.amazon.com/directconnect/)
+ [Site-to-Site VPN](https://aws.amazon.com/vpn/site-to-site-vpn/)
+ [Amazon Route 53](https://aws.amazon.com/route53)
**Video terkait:**
+ [ Video Penjelas Zona Lokal AWS](https://www.youtube.com/watch?v=JHt-D4_zh7w)
+ [AWS Outposts: Ikhtisar dan Cara Kerjanya ](https://www.youtube.com/watch?v=ppG2FFB0mMQ)
+ [AWS re:Invent 2021 - AWS Outposts: Membawa pengalaman AWS on-premise ](https://www.youtube.com/watch?v=FxVF6A22498)
+ [AWS re:Invent 2020: AWS Wavelength: Menjalankan aplikasi dengan latensi sangat rendah di edge 5G ](https://www.youtube.com/watch?v=AQ-GbAFDvpM)
+ [AWS re:Invent 2022 - Zona Lokal AWS: Membangun aplikasi untuk edge terdistribusi ](https://www.youtube.com/watch?v=bDnh_d-slhw)
+ [AWS re:Invent 2021 - Membangun situs web latensi rendah dengan Amazon CloudFront ](https://www.youtube.com/watch?v=9npcOZ1PP_c)
+ [AWS re:Invent 2022 - Meningkatkan performa dan ketersediaan dengan AWS Global Accelerator](https://www.youtube.com/watch?v=s5sjsdDC0Lg)
+ [AWS re:Invent 2022 - Membangun jaringan area luas global menggunakan AWS](https://www.youtube.com/watch?v=flBieylTwvI)
+ [AWS re:Invent 2020: Manajemen lalu lintas global dengan Amazon Route 53 ](https://www.youtube.com/watch?v=E33dA6n9O7I)
**Contoh terkait:**
+ [ Lokakarya AWS Global Accelerator](https://catalog.us-east-1.prod.workshops.aws/workshops/effb1517-b193-4c59-8da5-ce2abdb0b656/en-US)
+ [ Menangani Penulisan Ulang dan Pengarahan Ulang menggunakan Fungsi Edge ](https://catalog.us-east-1.prod.workshops.aws/workshops/814dcdac-c2ad-4386-98d5-27d37bb77766/en-US)
# PERF05-BP07 Mengoptimalkan konfigurasi jaringan berdasarkan metrik
Konfigurasi jaringan yang tidak benar sering kali memengaruhi performa, efisiensi, dan biaya jaringan. Dalam lingkungan jaringan yang umum, untuk menyelesaikan deployment dengan cepat pada tahap awal, konfigurasi jaringan yang benar tidak sepenuhnya dipertimbangkan dalam hubungannya dengan performa jaringan. Untuk mengoptimalkan konfigurasi jaringan Anda, Anda harus terlebih dulu memiliki visibilitas dan data tentang lingkungan jaringan Anda.
Untuk memahami performa sumber daya jaringan Anda, kumpulkan dan analisis data untuk mengambil keputusan yang tepat tentang pengoptimalan konfigurasi jaringan Anda. Hitung dampak dari perubahan tersebut dan gunakan perhitungan ini untuk membuat keputusan pada masa mendatang.
**Hasil yang diinginkan:** Penggunaan metrik dan alat pemantauan jaringan untuk mengoptimalkan konfigurasi jaringan sesuai evolusi beban kerja. Jaringan berbasis cloud dapat dioptimalkan dengan cepat, sehingga Anda perlu mengubah arsitektur jaringan seiring berjalannya waktu guna mempertahankan efisiensi performa.
**Antipola umum:**
+ Anda beranggapan bahwa semua masalah performa disebabkan oleh aplikasi.
+ Anda hanya menguji performa jaringan dari lokasi yang dekat dari tempat deployment beban kerja.
+ Anda menggunakan konfigurasi default untuk semua layanan jaringan.
+ Anda menyediakan terlalu banyak sumber daya jaringan untuk memberikan kapasitas yang memadai.
**Manfaat menjalankan praktik terbaik ini:** Mengumpulkan metrik jaringan AWS yang diperlukan dan mengimplementasikan alat pemantauan jaringan memungkinkan Anda untuk memahami performa jaringan dan mengoptimalkan konfigurasi jaringan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang
## Panduan implementasi
Memantau lalu lintas ke dan dari VPC, subnet, atau antarmuka jaringan sangat penting untuk memahami cara memanfaatkan sumber daya jaringan AWS dan cara Anda dapat mengoptimalkan konfigurasi jaringan. Dengan menggunakan alat berikut ini, Anda dapat lebih jauh memeriksa informasi tentang penggunaan lalu lintas, akses jaringan, dan log.
**Langkah implementasi**
1. Gunakan [Amazon VPC IP Address Manager](https://docs.aws.amazon.com/vpc/latest/ipam/what-it-is-ipam.html). Anda dapat menggunakan IPAM untuk merencanakan, melacak, dan memantau alamat IP untuk AWS dan beban kerja on-premise Anda. Ini adalah praktik terbaik untuk mengoptimalkan alokasi dan penggunaan alamat IP Anda.
1. Aktifkan [VPC Flow log](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html). Gunakan VPC Flow Log untuk menangkap informasi mendetail tentang lalu lintas ke dan dari antarmuka jaringan di VPC Anda. Dengan VPC Flow Log, Anda dapat mendiagnosis aturan grup keamanan yang terlalu ketat atau longgar dan menentukan arah lalu lintas ke dan dari antarmuka jaringan. Penyerapan data dan biaya pengarsipan untuk log yang ditawarkan berlaku ketika Anda mempublikasikan log aliran.
1. Aktifkan [logging kueri DNS](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/query-logs.html). Anda dapat mengonfigurasikan Amazon Route 53 untuk mencatat informasi tentang kueri DNS publik atau privat yang diterima Route 53. Dengan log DNS, Anda dapat mengoptimalkan konfigurasi DNS dengan memahami domain atau sub-domain yang diminta atau lokasi EDGE Route 53 yang merespons kueri DNS.
1. Gunakan [Reachability Analyzer](https://docs.aws.amazon.com/vpc/latest/reachability/what-is-reachability-analyzer.html) untuk menganalisis dan melakukan debug keterjangkauan jaringan. Reachability Analyzer adalah alat analisis konfigurasi yang memungkinkan Anda melakukan pengujian konektivitas antara sumber daya sumber dan sumber daya destinasi di VPC Anda. Alat ini membantu Anda memverifikasi bahwa konfigurasi jaringan Anda sesuai dengan konektivitas yang ditarget.
1. Gunakan [Penganalisis Akses Jaringan](https://docs.aws.amazon.com/vpc/latest/network-access-analyzer/what-is-network-access-analyzer.html) untuk memahami akses jaringan ke sumber daya Anda. Anda dapat menggunakan Penganalisis Akses Jaringan untuk menentukan persyaratan akses jaringan Anda serta mengidentifikasi jalur jaringan yang berpotensi tidak memenuhi persyaratan yang Anda tentukan. Dengan mengoptimalkan konfigurasi jaringan Anda yang bersangkutan, Anda dapat memahami dan memverifikasi status jaringan Anda dan menunjukkan apakah jaringan Anda di AWS memenuhi persyaratan kepatuhan Anda.
1. Gunakan [Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) dan aktifkan metrik yang sesuai untuk opsi jaringan. Pastikan Anda memilih metrik jaringan yang tepat untuk beban kerja Anda. Contohnya, Anda dapat mengaktifkan metrik untuk Penggunaan Alamat Jaringan VPC, VPC NAT Gateway, AWS Transit Gateway, terowongan VPN, AWS Network Firewall, Elastic Load Balancing, dan AWS Direct Connect. Terus-menerus memantau metrik merupakan praktik yang bagus untuk mengamati dan memahami penggunaan dan status jaringan Anda, dan membantu Anda mengoptimalkan konfigurasi jaringan berdasarkan pengamatan Anda.
**Tingkat upaya untuk rencana implementasi:** Sedang
## Sumber daya
**Dokumen terkait:**
+ [Log Alur VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)
+ [ Logging kueri DNS publik ](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/query-logs.html)
+ [ Apa itu IPAM? ](https://docs.aws.amazon.com/vpc/latest/ipam/what-it-is-ipam.html)
+ [Apa itu Reachability Analyzer?](https://docs.aws.amazon.com/vpc/latest/reachability/what-is-reachability-analyzer.html)
+ [ Apa itu Penganalisis Akses Jaringan? ](https://docs.aws.amazon.com/vpc/latest/network-access-analyzer/what-is-network-access-analyzer.html)
+ [ Metrik CloudWatch untuk VPC Anda ](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-cloudwatch.html)
+ [ Mengoptimalkan performa dan mengurangi biaya untuk analitik jaringan dengan VPC Flow Log dalam format Apache Parquet ](https://aws.amazon.com/blogs/big-data/optimize-performance-and-reduce-costs-for-network-analytics-with-vpc-flow-logs-in-apache-parquet-format/)
+ [Memantau jaringan inti dan global dengan metrik Amazon CloudWatch](https://docs.aws.amazon.com/vpc/latest/tgwnm/monitoring-cloudwatch-metrics.html)
+ [Memantau terus sumber daya dan lalu lintas jaringan](https://docs.aws.amazon.com/whitepapers/latest/security-best-practices-for-manufacturing-ot/continuously-monitor-network-traffic-and-resources.html)
**Video terkait:**
+ [Praktik terbaik dan tip jaringan dengan Well-Architected Framework](https://www.youtube.com/watch?v=wOMNpG49BeM)
+ [Memantau dan menyelesaikan masalah lalu lintas jaringan ](https://www.youtube.com/watch?v=Ed09ReWRQXc)
**Contoh terkait:**
+ [Lokakarya Jaringan AWS](https://networking.workshop.aws/)
+ [Pemantauan Jaringan AWS](https://github.com/aws-samples/monitor-vpc-network-patterns)
# Peninjauan
**Topics**
+ [PERF 6 Bagaimana cara mengevolusikan beban kerja Anda untuk memanfaatkan rilis baru?](perf-06.md)
# PERF 6 Bagaimana cara mengevolusikan beban kerja Anda untuk memanfaatkan rilis baru?
Ketika mendesain dan mengonfigurasikan beban kerja, ada opsi terbatas yang dapat Anda pilih. Tetapi, seiring berlalunya waktu, tersedia pendekatan dan teknologi baru yang dapat meningkatkan performa beban kerja Anda.
**Topics**
+ [PERF06-BP01 Selalu mengikuti pembaruan terkini tentang layanan dan sumber daya baru](perf_continue_having_appropriate_resource_type_keep_up_to_date.md)
+ [PERF06-BP02 Menetapkan proses untuk meningkatkan kinerja beban kerja](perf_continue_having_appropriate_resource_type_define_process.md)
+ [PERF06-BP03 Mengembangkan kinerja beban kerja seiring waktu](perf_continue_having_appropriate_resource_type_evolve.md)
# PERF06-BP01 Selalu mengikuti pembaruan terkini tentang layanan dan sumber daya baru
Evaluasi cara meningkatkan kinerja saat layanan, pola desain, dan penawaran produk baru tersedia. Tentukan mana hal-hal yang dapat meningkatkan kinerja atau menambah efisiensi beban kerja melalui evaluasi, diskusi internal, atau analisis eksternal.
Tentukan proses untuk mengevaluasi pembaruan, fitur baru, dan layanan yang relevan dengan beban kerja Anda. Misalnya, membangun bukti konsep yang memanfaatkan teknologi baru atau berkonsultasi dengan grup internal. Saat mencoba layanan atau ide baru, jalankan pengujian kinerja untuk mengukur pengaruhnya terhadap kinerja beban kerja. Menggunakan infrastruktur sebagai kode (IaC) dan budaya DevOps untuk memanfaatkan kemampuan menguji ide atau teknologi baru secara rutin dengan biaya atau risiko minimal.
**Hasil yang diinginkan:** Anda telah mendokumentasikan komponen inventaris, pola desain Anda, serta karakteristik beban kerja Anda. Anda menggunakan dokumentasi tersebut untuk membuat daftar langganan untuk memberi tahu tim Anda tentang pembaruan layanan, fitur, dan produk baru. Anda telah mengidentifikasi pemangku kepentingan komponen yang akan mengevaluasi rilisan baru dan menyediakan rekomendasi untuk dampak dan prioritas bisnis.
**Antipola umum:**
+ Anda hanya meninjau opsi dan layanan baru ketika beban kerja Anda tidak memenuhi persyaratan kinerja.
+ Anda berasumsi bahwa semua penawaran produk baru tidak bermanfaat untuk beban kerja Anda.
+ Anda selalu memilih untuk membangun daripada membeli ketika meningkatkan beban kerja Anda.
**Manfaat menjalankan praktik terbaik ini:** Dengan mempertimbangkan layanan atau penawaran produk baru, Anda dapat meningkatkan kinerja dan efisiensi beban kerja Anda, menurunkan biaya infrastruktur, serta mengurangi usaha yang diperlukan untuk memelihara layanan Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Tentukan proses untuk mengevaluasi pembaruan, fitur baru, dan layanan dari AWS. Misalnya, membangun bukti konsep yang memanfaatkan teknologi baru. Saat mencoba layanan atau ide baru, jalankan pengujian kinerja untuk mengukur pengaruhnya terhadap efisiensi atau kinerja beban kerja. Manfaatkan fleksibilitas yang Anda miliki di AWS untuk menguji ide atau teknologi baru secara rutin dengan biaya dan risiko yang minim.
## Langkah implementasi
1. Dokumentasikan solusi beban kerja Anda. Gunakan solusi basis data manajemen konfigurasi (CMDB) Anda untuk mendokumentasikan inventaris Anda serta mengategorikan layanan dan dependensi Anda. Gunakan alat seperti [AWS Config](https://aws.amazon.com/config/) untuk mendapatkan daftar seluruh layanan di AWS yang digunakan beban kerja Anda.
1. Gunakan [strategi pemberian tag](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html) untuk mendokumentasikan pemilik untuk setiap komponen dan kategori beban kerja. Misalnya, jika Anda saat ini menggunakan Amazon RDS sebagai solusi basis data Anda, tetapkan dan dokumentasikan administrator basis data (DBA) Anda sebagai pemilik untuk mengevaluasi serta mencari tahu layanan dan pembaruan yang baru.
1. Identifikasi sumber berita dan pembaruan yang terkait dengan komponen beban kerja Anda. Pada contoh Amazon RDS yang disebutkan sebelumnya, pemilik kategori harus berlangganan [blog “Apa yang Baru” di AWS](https://aws.amazon.com/new/) untuk produk yang sesuai dengan komponen beban kerja. Anda dapat berlangganan umpan RSS atau mengelola [langganan email Anda](https://pages.awscloud.com/communication-preferences.html). Pantau pembaruan pada basis data Amazon RDS yang Anda gunakan, fitur yang dikenalkan, instans yang dirilis dan produk baru seperti Amazon Aurora Serverless. Pantau blog, produk, dan vendor industri yang diandalkan komponen.
1. Dokumentasikan proses Anda untuk mengevaluasi pembaruan dan layanan baru. Bekali pemilik kategori Anda dengan waktu dan ruang yang dibutuhkan untuk meneliti, menguji, bereksperimen, serta memvalidasi pembaruan dan layanan baru. Lihat kembali persyaratan dan KPI bisnis terdokumentasi untuk membantu memprioritaskan pembaruan mana yang akan menciptakan dampak bisnis yang positif.
**Tingkat upaya untuk rencana implementasi:** Untuk menetapkan praktik terbaik ini, Anda harus memperhatikan komponen beban kerja Anda saat ini, mengidentifikasi pemilik kategori, dan mengidentifikasi sumber pembaruan layanan. Ini merupakan usaha tingkat rendah untuk memulai serta proses berkelanjutan yang dapat berkembang dan meningkat seiring waktu.
## Sumber daya
**Dokumen terkait:**
+ [Blog AWS](https://aws.amazon.com/blogs/)
+ [Yang Baru dengan AWS](https://aws.amazon.com/new/?ref=wellarchitected)
**Video terkait:**
+ [Saluran YouTube AWS Events](https://www.youtube.com/channel/UCdoadna9HFHsxXWhafhNvKw)
+ [Saluran YouTube AWS Online Tech Talks](https://www.youtube.com/user/AWSwebinars)
+ [Saluran YouTube Amazon Web Services](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg)
**Contoh terkait:**
+ [AWS Github](https://github.com/aws)
+ [AWS Skill Builder](https://explore.skillbuilder.aws/learn)
# PERF06-BP02 Menetapkan proses untuk meningkatkan kinerja beban kerja
Menetapkan proses untuk mengevaluasi layanan, pola desain, tipe sumber daya, dan konfigurasi baru saat sudah tersedia. Misalnya, jalankan pengujian kinerja yang sudah ada pada penawaran instans baru untuk menentukan potensinya untuk beban kerja Anda.
Kinerja beban kerja Anda memiliki beberapa kendala utama. Dokumentasikan kendala-kendala tersebut untuk mengetahui jenis inovasi apa saja yang mungkin meningkatkan kinerja beban kerja Anda. Gunakan informasi ini ketika mempelajari layanan atau teknologi baru ketika sudah tersedia untuk mengidentifikasi cara-cara untuk menghilangkan kendala atau bottleneck.
**Antipola umum:**
+ Anda berasumsi bahwa arsitektur Anda saat ini akan menjadi statis dan tidak pernah mengalami pembaruan seiring waktu.
+ Anda memperkenalkan metrik arsitektur seiring waktu tanpa pembenaran metrik.
**Manfaat menjalankan praktik terbaik ini:** Setelah proses untuk membuat perubahan arsitektur ditetapkan, data yang dikumpulkan dapat memengaruhi desain beban kerja Anda seiring waktu.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang
## Panduan implementasi
Identifikasi kendala kinerja utama untuk beban kerja Anda: Dokumentasikan kendala kinerja beban kerja Anda sehingga Anda tahu jenis-jenis inovasi apa yang dapat meningkatkan kinerja beban kerja Anda.
## Sumber daya
**Dokumen terkait:**
+ [Blog AWS](https://aws.amazon.com/blogs/)
+ [Yang Baru dengan AWS](https://aws.amazon.com/new/?ref=wellarchitected)
**Video terkait:**
+ [Saluran YouTube AWS Events](https://www.youtube.com/channel/UCdoadna9HFHsxXWhafhNvKw)
+ [Saluran YouTube AWS Online Tech Talks](https://www.youtube.com/user/AWSwebinars)
+ [Saluran YouTube Amazon Web Services](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg)
**Contoh terkait:**
+ [AWS Github](https://github.com/aws)
+ [AWS Skill Builder](https://explore.skillbuilder.aws/learn)
# PERF06-BP03 Mengembangkan kinerja beban kerja seiring waktu
Sebagai organisasi, gunakan informasi yang dikumpulkan melalui proses evaluasi untuk secara aktif mendorong pengadopsian layanan atau sumber daya baru ketika tersedia.
Gunakan informasi yang Anda kumpulkan ketika mengevaluasi layanan atau teknologi baru untuk mendorong perubahan. Seiring perubahan bisnis atau beban kerja Anda, kinerja juga perlu berubah. Gunakan data yang dikumpulkan dari metrik beban kerja Anda untuk mengevaluasi area yang memungkinkan peningkatan terbesar dalam hal efisiensi atau kinerja, dan secara proaktif adopsi layanan dan teknologi baru untuk mengimbangi permintaan.
**Antipola umum:**
+ Anda berasumsi bahwa arsitektur Anda saat ini akan menjadi statis dan tidak pernah mengalami pembaruan seiring waktu.
+ Anda memperkenalkan metrik arsitektur seiring waktu tanpa pembenaran metrik.
+ Anda mengubah arsitektur hanya karena mengikuti tren di industri.
**Manfaat menjalankan praktik terbaik ini:** Untuk mengoptimalkan kinerja dan biaya beban kerja Anda, Anda harus mengevaluasi semua perangkat lunak dan layanan yang tersedia untuk menentukan yang tepat untuk beban kerja Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Kembangkan beban kerja Anda seiring waktu: Gunakan informasi yang Anda kumpulkan ketika mengevaluasi layanan atau teknologi baru untuk mendorong perubahan. Seiring perubahan bisnis atau beban kerja Anda, kinerja juga perlu berubah. Gunakan data yang dikumpulkan dari metrik beban kerja Anda untuk mengevaluasi area yang memungkinkan peningkatan terbesar dalam hal efisiensi atau kinerja, dan secara proaktif adopsi layanan dan teknologi baru untuk mengimbangi permintaan.
## Sumber daya
**Dokumen terkait:**
+ [Blog AWS](https://aws.amazon.com/blogs/)
+ [Yang Baru dengan AWS](https://aws.amazon.com/new/?ref=wellarchitected)
**Video terkait:**
+ [Saluran YouTube AWS Events](https://www.youtube.com/channel/UCdoadna9HFHsxXWhafhNvKw)
+ [Saluran YouTube AWS Online Tech Talks](https://www.youtube.com/user/AWSwebinars)
+ [Saluran YouTube Amazon Web Services](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg)
**Contoh terkait:**
+ [AWS Github](https://github.com/aws)
+ [AWS Skill Builder](https://explore.skillbuilder.aws/learn)
# Pemantauan
**Topics**
+ [PERF 7 Bagaimana cara memantau sumber daya Anda untuk memastikan sumber daya bekerja dengan baik?](perf-07.md)
# PERF 7 Bagaimana cara memantau sumber daya Anda untuk memastikan sumber daya bekerja dengan baik?
Performa sistem dapat menurun seiring berlalunya waktu. Pantau performa sistem untuk mengidentifikasi penurunan kualitas dan perbaiki faktor internal atau eksternal, seperti beban aplikasi atau sistem operasi.
**Topics**
+ [PERF07-BP01 Mencatat metrik terkait kinerja](perf_monitor_instances_post_launch_record_metrics.md)
+ [PERF07-BP02 Menganalisis metrik ketika terjadi peristiwa atau insiden](perf_monitor_instances_post_launch_review_metrics.md)
+ [PERF07-BP03 Membuat indikator kinerja utama (KPI) untuk mengukur kinerja beban kerja](perf_monitor_instances_post_launch_establish_kpi.md)
+ [PERF07-BP04 Menggunakan pemantauan untuk membuat notifikasi berbasis alarm](perf_monitor_instances_post_launch_generate_alarms.md)
+ [PERF07-BP05 Meninjau metrik dalam interval yang selaras](perf_monitor_instances_post_launch_review_metrics_collected.md)
+ [PERF07-BP06 Memantau dan membuat alarm secara proaktif](perf_monitor_instances_post_launch_proactive.md)
# PERF07-BP01 Mencatat metrik terkait kinerja
Gunakan layanan pemantauan dan observabilitas untuk mencatat metrik terkait kinerja. Contoh metrik mencakup transaksi basis data catatan, kueri lambat, latensi I/O, throughput permintaan HTTP, latensi layanan, atau data utama lainnya.
Identifikasikan dan catat metrik kinerja yang penting untuk beban kerja Anda. Data ini merupakan bagian penting yang memungkinkan Anda mengidentifikasi komponen mana yang memengaruhi kinerja dan efisiensi beban kerja secara keseluruhan.
Mulailah dari pengalaman pelanggan, identifikasikan metrik yang penting. Identifikasikan target, pendekatan pengukuran, dan prioritas untuk setiap metrik. Gunakan hasil tersebut untuk membuat pengingat dan pemberitahuan guna menangani masalah terkait kinerja secara proaktif.
**Antipola umum:**
+ Anda hanya memantau metrik tingkat sistem operasi untuk menambah wawasan ke dalam beban kerja Anda.
+ Anda merancang kebutuhan komputer Anda untuk persyaratan beban kerja puncak.
**Manfaat menerapkan praktik terbaik ini:** Guna mengoptimalkan kinerja dan pemanfaatan sumber daya, Anda memerlukan tampilan operasional terpadu dari indikator kinerja utama Anda. Anda dapat membuat dasbor dan menjalankan penghitungan metrik di data Anda untuk mendapatkan wawasan pemanfaatan dan operasional.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Identifikasikan dan catat metrik kinerja yang relevan untuk beban kerja Anda. Data ini merupakan bagian penting yang memungkinkan Anda mengidentifikasi komponen mana yang memengaruhi kinerja dan efisiensi beban kerja secara keseluruhan.
Identifikasikan metrik kinerja: Gunakan pengalaman pelanggan untuk mengidentifikasi metrik yang paling penting. Identifikasikan target, pendekatan pengukuran, dan prioritas untuk setiap metrik. Gunakan poin-poin data tersebut untuk membuat pengingat dan pemberitahuan guna menangani masalah terkait kinerja secara proaktif.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Kumpulkan metrik dan log dari Instans Amazon EC2 serta server on-premise dengan Agen CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html?ref=wellarchitected)
+ [Publikasikan metrik kustom](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html?ref=wellarchitected)
+ [Partner APN Pemantauan, Pencatatan Log, dan Kinerja](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Dokumentasi X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html)
**Video terkait:**
+ [Atasi kekacauan: Dapatkan wawasan dan visibilitas operasional (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0)
+ [Manajemen Kinerja Aplikasi di AWS](https://www.youtube.com/watch?v=5T4stR-HFas&ref=wellarchitected)
+ [Buat Rencana Pemantauan](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
**Contoh terkait:**
+ [Tingkat 100: Pemantauan dengan Dasbor CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_with_cloudwatch_dashboards/)
+ [Tingkat 100: Pemantauan instans Windows EC2 dengan Dasbor CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_windows_ec2_cloudwatch/)
+ [Tingkat 100: Pemantauan instans Amazon Linux EC2 dengan Dasbor CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_linux_ec2_cloudwatch/)
# PERF07-BP02 Menganalisis metrik ketika terjadi peristiwa atau insiden
Untuk merespons (atau selama) peristiwa atau insiden, gunakan dasbor pemantauan atau laporan untuk memahami dan mendiagnosis dampaknya. Tampilan-tampilan ini menyediakan wawasan tentang porsi beban kerja mana yang tidak menunjukkan kinerja sesuai harapan.
Ketika menulis kisah pengguna penting untuk arsitektur Anda, cantumkan persyaratan kinerja, seperti menentukan seberapa cepat tiap-tiap kisah penting harus berjalan. Untuk kisah-kisah penting ini, implementasikan perjalanan pengguna dalam skrip tambahan untuk memastikan Anda mengetahui bagaimana kinerja kisah-kisah ini berdasarkan persyaratan Anda.
**Antipola umum:**
+ Anda berasumsi bahwa peristiwa kinerja adalah masalah satu kali dan hanya berkaitan dengan anomali.
+ Anda hanya mengevaluasi metrik kinerja yang ada ketika merespons peristiwa kinerja.
**Manfaat menjalankan praktik terbaik ini:** Ketika menentukan apakah beban kerja Anda beroperasi pada tingkat yang diharapkan, Anda harus merespons peristiwa kinerja dengan mengumpulkan data metrik tambahan untuk analisis. Data ini digunakan untuk memahami dampak peristiwa kinerja dan menyarankan perubahan untuk meningkatkan kinerja beban kerja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Utamakan masalah pengalaman untuk kisah pengguna penting: Ketika menulis kisah pengguna penting untuk arsitektur Anda, cantumkan persyaratan kinerja, seperti menentukan seberapa cepat tiap-tiap kisah penting harus berjalan. Untuk kisah-kisah penting ini, implementasikan perjalanan pengguna dalam skrip tambahan untuk memastikan Anda mengetahui bagaimana kinerja kisah-kisah pengguna berdasarkan persyaratan Anda.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html)
+ [Partner APN Pemantauan, Pencatatan Log, dan Kinerja](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Dokumentasi X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
**Video terkait:**
+ [Atasi kekacauan: Dapatkan wawasan dan visibilitas operasional (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0)
+ [Optimalkan aplikasi dengan Amazon CloudWatch RUM](https://www.youtube.com/watch?v=NMaeujY9A9Y)
+ [Demo Amazon CloudWatch Synthetics](https://www.youtube.com/watch?v=hF3NM9j-u7I)
**Contoh terkait:**
+ [Ukur waktu pemuatan halaman dengan Amazon CloudWatch Synthetics](https://github.com/aws-samples/amazon-cloudwatch-synthetics-page-performance)
+ [Klien Web Amazon CloudWatch RUM](https://github.com/aws-observability/aws-rum-web)
# PERF07-BP03 Membuat indikator kinerja utama (KPI) untuk mengukur kinerja beban kerja
Identifikasi KPI yang secara kuantitatif dan kualitatif mengukur kinerja beban kerja. KPI membantu mengukur kondisi beban kerja karena berhubungan dengan tujuan bisnis. KPI memungkinkan tim bisnis dan rekayasa untuk menyepakati pengukuran tujuan dan strategi serta bagaimana semuanya bekerja bersama untuk menciptakan hasil bisnis. KPI harus dipertimbangkan kembali ketika tujuan bisnis, strategi, dan kebutuhan pengguna akhir berubah.
Misalnya, beban kerja situs web mungkin menggunakan waktu muat halaman sebagai indikasi kinerja secara keseluruhan. Metrik ini adalah salah satu dari beberapa poin data yang mengukur pengalaman pengguna akhir. Selain mengidentifikasi ambang batas waktu muat halaman, Anda harus mendokumentasikan hasil yang diharapkan atau risiko bisnis yang diperkirakan jika kinerja tidak dipenuhi. Waktu muat halaman yang lama akan memengaruhi pengguna akhir Anda secara langsung, mengurangi tingkat pengalaman pengguna mereka, dan dapat menyebabkan hilangnya pelanggan. Saat Anda menetapkan ambang batas KPI Anda, gabungkan ambang batas industri serta harapan pengguna akhir Anda. Misalnya, jika ambang batas industri saat ini adalah halaman web dimuat dalam waktu dua detik, tetapi pengguna akhir Anda mengharapkan halaman web dimuat dalam waktu satu detik, maka Anda harus mempertimbangkan kedua poin data ini ketika menetapkan KPI. Contoh lain KPI mungkin berfokus pada pemenuhan kebutuhan kinerja internal. Ambang batas KPI mungkin ditetapkan pada pembuatan laporan penjualan dalam waktu satu hari kerja setelah data produksi dibuat. Laporan-laporan ini mungkin berpengaruh langsung terhadap keputusan dan hasil bisnis harian.
**Hasil yang diinginkan:** Pembuatan KPI melibatkan berbagai departemen dan pemangku kepentingan. Tim Anda harus mengevaluasi KPI beban kerja Anda menggunakan data granular waktu nyata dan data historis sebagai rujukan dan membuat dasbor yang menjalankan penghitungan metrik pada data KPI Anda untuk menghasilkan wawasan operasi dan pemanfaatan. KPI harus didokumentasikan dengan menjelaskan KPI dan ambang batas yang disepakati yang mendukung tujuan dan strategi bisnis serta dipetakan ke metrik-metrik yang dipantau. KPI mengidentifikasi persyaratan kinerja, yang ditinjau secara sadar dan sering dibagikan serta dipahami bersama semua tim. Risiko dan kompromi secara jelas diidentifikasi dan dipahami bagaimana dampak bisnis di dalam ambang batas KPI tidak dipenuhi.
**Antipola umum:**
+ Anda hanya memantau metrik tingkat sistem untuk memperoleh wawasan tentang beban kerja Anda dan tidak memahami dampak bisnis pada metrik-metrik tersebut.
+ Anda berasumsi bahwa KPI Anda sudah dipublikasikan dan dibagikan sebagai data metrik standar.
+ Menetapkan KPI tetapi tidak membagikannya kepada semua tim.
+ Tidak menetapkan KPI kuantitatif yang dapat diukur.
+ Tidak menyelaraskan KPI dengan tujuan atau strategis.
**Manfaat menjalankan praktik terbaik ini:** Identifikasi metrik-metrik khusus yang mewakili kondisi beban kerja dapat membantu tim dalam menyepakati prioritas mereka dan menetapkan hasil bisnis yang berhasil. Ketika metrik-metrik tersebut kepada semua departemen, akan ada visibilitas dan kesepakatan tentang ambang batas, harapan, dan dampak bisnis.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Semua departemen dan tim bisnis yang terpengaruh oleh kondisi beban kerja harus berkontribusi dalam menetapkan KPI. Setiap orang harus mendorong kolaborasi, lini waktu, dokumentasi, dan informasi terkait KPI organisasi. Pemilik single-threaded ini sering akan membagikan tujuan dan strategi bisnis serta menetapkan tugas pemangku kepentingan bisnis untuk membuat KPI di departemennya masing-masing. Setelah KPI ditetapkan, tim operasi akan sering membantu menetapkan metrik-metrik yang akan mendukung dan menginformasi keberhasilan berbagai KPI. KPI hanya efektif jika semua anggota tim yang mendukung suatu beban kerja menyadari KPI tersebut.
**Langkah implementasi**
1. Identifikasi dan dokumentasikan pemangku kepentingan bisnis.
1. Identifikasi tujuan dan strategi perusahaan.
1. Tinjau KPI industri umum yang selaras dengan tujuan dan strategi perusahaan Anda.
1. Tinjau harapan pengguna akhir Anda terkait beban kerja Anda.
1. Tetapkan dan dokumentasikan KPI yang mendukung tujuan dan strategi perusahaan.
1. Identifikasi dan dokumentasikan strategi kompromi yang disetujui untuk memenuhi KPI.
1. Identifikasi dan dokumentasikan metrik-metrik yang akan menjadi acuan KPI.
1. Identifikasi dan dokumentasikan ambang batas KPI untuk tingkat keparahan atau alarm.
1. Identifikasi dan dokumentasikan risiko dan dampak jika KPI tidak terpenuhi.
1. Identifikasi frekuensi peninjauan per KPI.
1. Sampaikan dokumentasi KPI kepada semua tim yang mendukung beban kerja.
** Tingkat upaya untuk panduan implementasi:** Menetapkan dan menyampaikan KPI adalah tugas berjumlah *rendah* . Pekerjaan ini umumnya dilakukan dengan pertemuan selama beberapa minggu dengan pemangku kepentingan bisnis, untuk meninjau tujuan, strategi, dan metrik beban kerja.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi CloudWatch ](http://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Pemantauan, Pencatatan Log, dan Kinerja Partner APN](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Dokumentasi X-Ray ](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Menggunakan dasbor Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html?ref=wellarchitected)
+ [KPI Quick](https://docs.aws.amazon.com/quicksight/latest/user/kpi.html)
**Video terkait:**
+ [AWS re:Invent 2019: Menaikkan skala hingga 10 juta pengguna pertama (ARC211-R)](https://www.youtube.com/watch?v=kKjm4ehYiMs&ref=wellarchitected)
+ [Atasi kekacauan: Dapatkan wawasan dan visibilitas operasional (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0&ref=wellarchitected)
+ [Bangun Rencana Pemantauan](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
**Contoh terkait:**
+ [Membuat dasbor dengan Quick](https://github.com/aws-samples/amazon-quicksight-sdk-proserve)
# PERF07-BP04 Menggunakan pemantauan untuk membuat notifikasi berbasis alarm
Menggunakan indikator kinerja utama (KPI) terkait kinerja yang telah Anda tentukan, gunakan sistem pemantauan yang dapat membuat alarm secara otomatis ketika pengukuran ini berada di luar batas yang diharapkan.
Amazon CloudWatch dapat mengumpulkan metrik di seluruh sumber daya dalam arsitektur Anda. Anda juga dapat mengumpulkan dan memublikasikan metrik kustom untuk memunculkan metrik turunan (derived metric) atau bisnis. Gunakan CloudWatch atau layanan pemantauan pihak ketiga untuk mengatur alarm ketika ambang batas dilanggar — sinyal alarm yang menandakan bahwa metrik berada di luar batas yang diharapkan.
**Antipola umum:**
+ Anda mengandalkan staf untuk mengawasi metrik dan memberikan reaksi ketika ditemukan masalah.
+ Anda hanya mengandalkan runbook operasional, ketika alur kerja nirserver dapat dipicu untuk menyelesaikan tugas yang sama.
**Manfaat menerapkan praktik terbaik ini:** Anda dapat mengatur alarm dan mengotomatiskan tindakan berdasarkan ambang batas yang telah ditentukan atau algoritma machine learning yang mengidentifikasi perilaku anomali di dalam metrik Anda. Alarm yang sama juga dapat memicu alur kerja nirserver, yang dapat mengubah karakteristik kinerja beban kerja Anda (misalnya, menambah kapasitas komputasi, mengubah konfigurasi basis data).
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Pantau metrik: Amazon CloudWatch dapat mengumpulkan metrik di seluruh sumber daya dalam arsitektur Anda. Anda juga dapat mengumpulkan dan memublikasikan metrik memunculkan metrik turunan (derived metric) atau bisnis. Gunakan CloudWatch atau layanan pemantauan pihak ketiga untuk mengatur alarm yang menunjukkan ambang batas yang dilampaui.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Partner APN Pemantauan, Pencatatan Log, dan Kinerja](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Dokumentasi X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Menggunakan Alarm dan Tindakan Alarm di CloudWatch](https://docs.aws.amazon.com/sdk-for-go/v1/developer-guide/cw-example-using-alarm-actions.html)
**Video terkait:**
+ [AWS re:Invent 2019: Scaling up to your first 10 million users (ARC211-R)](https://www.youtube.com/watch?v=kKjm4ehYiMs&ref=wellarchitected)
+ [Cut through the chaos: Gain operational visibility and insight (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0&ref=wellarchitected)
+ [Build a Monitoring Plan](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
+ [Using AWS Lambda with Amazon CloudWatch Events](https://www.youtube.com/watch?v=WDBD3JmpLqs)
**Contoh terkait:**
+ [Alarm Log Cloudwatch yang Disesuaikan](https://github.com/awslabs/cloudwatch-logs-customize-alarms)
# PERF07-BP05 Meninjau metrik dalam interval yang selaras
Sebagai pemeliharaan rutin, atau sebagai respons terhadap peristiwa atau insiden, tinjau metrik mana yang dikumpulkan. Gunakan tinjauan ini untuk mengidentifikasi metrik mana yang penting untuk menangani masalah dan metrik mana yang merupakan tambahan. Jika dilacak, metrik tersebut akan memudahkan Anda mengidentifikasi, mengatasi, dan mencegah masalah.
Sebagai bagian dari tindakan merespons insiden atau peristiwa, evaluasikan mana metrik yang berguna untuk mengatasi masalah dan mana metrik yang dapat membantu tetapi saat ini tidak terdeteksi. Gunakan ini untuk meningkatkan kualitas metrik yang Anda kumpulkan agar dapat mencegah atau dapat lebih cepat mengatasi insiden di masa mendatang.
**Antipola umum:**
+ Anda mengizinkan metrik untuk tetap dalam status alarm selama periode waktu yang lebih lama.
+ Anda membuat alarm yang tidak dapat ditindaklanjuti oleh sistem otomatisasi.
**Manfaat menerapkan praktik terbaik ini:** Tinjau secara terus-menerus metrik yang dikumpulkan untuk memastikan metrik tersebut dapat mengidentifikasi, mengatasi, atau mencegah masalah. Metrik juga dapat kedaluwarsa jika Anda membiarkannya berada dalam status alarm untuk waktu yang lama.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Sebagai bagian dari respons insiden atau peristiwa, evaluasikan mana metrik yang berguna untuk mengatasi masalah dan mana metrik yang dapat membantu tetapi saat ini tidak terdeteksi. Gunakan metode ini untuk meningkatkan kualitas metrik yang Anda kumpulkan agar Anda dapat mencegah, atau agar dapat lebih cepat menangani, insiden pada masa mendatang.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Kumpulkan metrik dan log dari Instans Amazon EC2 serta server on-premise dengan Agen CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html?ref=wellarchitected)
+ [Partner APN Pemantauan, Pencatatan Log, dan Kinerja](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Dokumentasi X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
**Video terkait:**
+ [Atasi kekacauan: Dapatkan wawasan dan visibilitas operasional (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0)
+ [Manajemen Kinerja Aplikasi di AWS](https://www.youtube.com/watch?v=5T4stR-HFas&ref=wellarchitected)
+ [Buat Rencana Pemantauan](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
**Contoh terkait:**
+ [Membuat dasbor dengan Quick](https://github.com/aws-samples/amazon-quicksight-sdk-proserve)
+ [Tingkat 100: Pemantauan dengan Dasbor CloudWatch](https://wellarchitectedlabs.com/performance-efficiency/100_labs/100_monitoring_with_cloudwatch_dashboards/)
# PERF07-BP06 Memantau dan membuat alarm secara proaktif
Gunakan indikator kinerja utama (KPI), yang digabungkan dengan sistem pamantauan dan peringatan, untuk menangani masalah terkait kinerja secara proaktif. Gunakan alarm untuk memicu tindakan otomatis untuk memperbaiki masalah ketika memungkinkan. Teruskan alarm ke personel yang mampu merespons jika respons otomatis tidak memungkinkan. Misalnya, Anda mungkin memiliki sistem yang dapat memprediksi nilai dan alarm indikator kinerja utama (KPI) yang diharapkan ketika melanggar ambang batas tertentu, atau sebuah alat yang dapat menghentikan atau membatalkan deployment secara otomatis jika KPI berada di luar nilai yang diharapkan.
Implementasikan proses yang menyediakan visibilitas tentang kinerja saat beban kerja Anda berjalan. Bangun dasbor pemantauan dan buat norma acuan untuk harapan kinerja guna menentukan apakah beban kerja berkinerja secara optimal.
**Antipola umum:**
+ Anda hanya membekali staf operasional dengan kemampuan untuk membuat perubahan operasional pada beban kerja.
+ Anda membiarkan semua alarm disaring ke tim operasi tanpa perbaikan proaktif.
**Manfaat menjalankan praktik terbaik ini:** Perbaikan tindakan alarm yang proaktif memungkinkan staf dukungan untuk berkonsentrasi pada item-item yang tidak dapat ditindaklanjuti secara otomatis. Ini memastikan bahwa staf operasi tidak kewalahan dengan semua alarm dan mereka hanya berkonsentrasi pada alarm yang kritis.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Pantau kinerja selama operasi: Implementasikan proses yang menyediakan visibilitas tentang kinerja saat beban kerja Anda berjalan. Bangun dasbor pemantauan dan buat dasar acuan untuk harapan kinerja.
## Sumber daya
**Dokumen terkait:**
+ [Dokumentasi CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Pemantauan, Pencatatan Log, dan Kinerja Partner APN](https://aws.amazon.com/devops/partner-solutions/#_Monitoring.2C_Logging.2C_and_Performance)
+ [Dokumentasi X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Menggunakan Alarm dan Tindakan Alarm di CloudWatch](https://docs.aws.amazon.com/sdk-for-go/v1/developer-guide/cw-example-using-alarm-actions.html)
**Video terkait:**
+ [Atasi kekacauan: Dapatkan wawasan dan visibilitas operasional (MGT301-R1)](https://www.youtube.com/watch?v=nLYGbotqHd0)
+ [Manajemen Kinerja Aplikasi di AWS](https://www.youtube.com/watch?v=5T4stR-HFas&ref=wellarchitected)
+ [Bangun Rencana Pemantauan](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
+ [Menggunakan AWS Lambda dengan Amazon CloudWatch Events](https://www.youtube.com/watch?v=WDBD3JmpLqs)
**Contoh terkait:**
+ [Log Cloudwatch Mengkustomisasi Alarm](https://github.com/awslabs/cloudwatch-logs-customize-alarms)
# Kompensasi
**Topics**
+ [PERF 8 Bagaimana cara menggunakan kompromi untuk meningkatkan performa?](perf-08.md)
# PERF 8 Bagaimana cara menggunakan kompromi untuk meningkatkan performa?
Ketika mendesain dan mengonfigurasikan solusi, menentukan kompromi akan memampukan Anda untuk memilih pendekatan yang optimal. Sering kali, Anda dapat meningkatkan performa dengan memanfaatkan konsistensi, daya tahan, dan ruang dengan waktu dan latensi.
**Topics**
+ [PERF08-BP01 Pahami area yang paling memerlukan kinerja tinggi](perf_tradeoffs_performance_critical_areas.md)
+ [PERF08-BP02 Mempelajari layanan dan pola desain](perf_tradeoffs_performance_design_patterns.md)
+ [PERF08-BP03 Mengidentifikasi bagaimana kompensasi memengaruhi pelanggan dan efisiensi](perf_tradeoffs_performance_understand_impact.md)
+ [PERF08-BP04 Mengukur pengaruh peningkatan kinerja](perf_tradeoffs_performance_measure.md)
+ [PERF08-BP05 Gunakan beragam strategi terkait kinerja](perf_tradeoffs_performance_implement_strategy.md)
# PERF08-BP01 Pahami area yang paling memerlukan kinerja tinggi
Pahami dan identifikasi area di mana peningkatan kinerja beban kerja akan memiliki dampak positif pada efisiensi atau pengalaman pelanggan. Contohnya, situs web yang memiliki banyak interaksi pelanggan dapat memperoleh manfaat dari penggunaan layanan edge untuk memindahkan penyampaian konten lebih dekat ke pelanggan.
**Hasil yang diinginkan:** Tingkatkan efisiensi kinerja dengan memahami arsitektur, pola lalu lintas, dan pola akses data Anda, serta identifikasi latensi dan waktu pemrosesan Anda. Identifikasi potensi hambatan yang bisa memengaruhi pengalaman pelanggan selama beban kerja berkembang. Ketika Anda mengidentifikasi area-area tersebut, lihat solusi mana yang dapat Anda deploy untuk menghilangkan masalah kinerja tersebut.
**Antipola umum:**
+ Anda berasumsi bahwa metrik komputasi standar seperti `CPUUtilization` atau tekanan memori sudah cukup untuk menemukan masalah kinerja.
+ Anda hanya menggunakan metrik default yang dicatat oleh perangkat lunak pemantauan Anda yang dipilih.
+ Anda hanya meninjau metrik ketika terdapat masalah.
**Manfaat menjalankan praktik terbaik ini:** Pemahaman tentang area yang memerlukan kinerja tinggi membantu para pemilik beban kerja dalam memantau KPI dan memprioritaskan peningkatan berdampak tinggi.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Tinggi
## Panduan implementasi
Siapkan pelacakan menyeluruh untuk mengidentifikasi pola lalu lintas, latensi, dan area kinerja kritis. Pantau pola akses data Anda untuk kueri yang lambat atau data dengan fragmentasi dan partisi yang buruk. Identifikasi area beban kerja terbatas menggunakan pengujian atau pemantauan beban.
## Langkah implementasi
1. Siapkan pemantauan menyeluruh untuk mengetahui semua komponen dan metrik beban kerja.
+ Gunakan [Pemantauan Pengguna Nyata (RUM) Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html) untuk menyerap metrik kinerja aplikasi dari sesi sisi klien dan frontend pengguna nyata.
+ Siapkan [AWS X-Ray](https://aws.amazon.com/xray/) untuk melacak lalu lintas melalui lapisan aplikasi dan mengidentifikasi latensi antara komponen dan dependensi. Gunakan peta layanan X-Ray untuk melihat hubungan dan latensi antar komponen beban kerja.
+ Gunakan [Wawasan Kinerja Amazon Relational Database Service](https://aws.amazon.com/rds/performance-insights/) untuk melihat metrik kinerja basis data dan mengidentifikasi peningkatan kinerja.
+ Gunakan [Amazon RDS Enhanced Monitoring](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Monitoring.OS.html) untuk melihat metrik kinerja OS basis data.
+ Kumpulkan [metrik CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) per komponen dan layanan beban kerja untuk mengidentifikasi metrik mana yang memengaruhi efisiensi kinerja.
+ Siapkan [Amazon DevOps Guru](https://aws.amazon.com/devops-guru/) untuk wawasan dan rekomendasi kinerja tambahan
1. Lakukan pengujian untuk membuat metrik, mengidentifikasi pola lalu lintas, hambatan, dan area kinerja kritis.
+ Siapkan [CloudWatch Synthetic Canaries](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html) untuk meniru aktivitas pengguna berbasis browser secara terprogram menggunakan `cron` jobs atau rate expression untuk menghasilkan metrik yang konsisten seiring waktu.
+ Gunakan solusi [Pengujian Beban Terdistribusi AWS](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/) untuk menghasilkan lalu lintas puncak atau menguji beban kerja pada tingkat pertumbuhan yang diharapkan.
1. Evaluasi metrik dan telemetri untuk mengidentifikasi area kinerja kritis Anda. Tinjau area-area ini dengan tim Anda untuk mendiskusikan pemantauan dan solusi untuk menghindari hambatan.
1. Lakukan eksperimen dengan peningkatan kinerja serta ukur perubahannya dengan data.
+ Gunakan [CloudWatch Evidently](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Evidently.html) untuk menguji peningkatan baru dan dampak kinerja pada beban kerja.
**Tingkat upaya untuk rencana implementasi:** Untuk menetapkan praktik terbaik ini, Anda harus meninjau metrik menyeluruh Anda dan waspadai kinerja beban kerja Anda saat ini. Ini merupakan tingkat usaha sedang untuk menyiapkan pemantauan menyeluruh dan mengidentifikasi area kinerja kritis Anda.
## Sumber daya
**Dokumen terkait:**
+ [Amazon Builders’ Library](https://aws.amazon.com/builders-library)
+ [Dokumentasi X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
+ [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html)
+ [Amazon DevOps Guru](https://aws.amazon.com/devops-guru/)
+ [RUM CloudWatch dan X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/xray-services-RUM.html)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Demo Amazon CloudWatch Synthetics](https://www.youtube.com/watch?v=hF3NM9j-u7I)
**Contoh terkait:**
+ [Ukur waktu pemuatan halaman dengan Amazon CloudWatch Synthetics](https://github.com/aws-samples/amazon-cloudwatch-synthetics-page-performance)
+ [Klien Web Amazon CloudWatch RUM](https://github.com/aws-observability/aws-rum-web)
+ [SDK X-Ray untuk Node.js](https://github.com/aws/aws-xray-sdk-node)
+ [SDK X-Ray untuk Python](https://github.com/aws/aws-xray-sdk-python)
+ [SDK X-Ray untuk Java](https://github.com/aws/aws-xray-sdk-java)
+ [SDK X-Ray untuk .Net](https://github.com/aws/aws-xray-sdk-dotnet)
+ [SDK X-Ray untuk Ruby](https://github.com/aws/aws-xray-sdk-ruby)
+ [X-Ray Daemon](https://github.com/aws/aws-xray-daemon)
+ [Pengujian Beban Terdistribusi di AWS](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/)
# PERF08-BP02 Mempelajari layanan dan pola desain
Cari tahu dan pahami berbagai layanan dan pola desain yang membantu meningkatkan performa beban kerja. Sebagai bagian dari analisis, identifikasi kompromi seperti apa yang dapat Anda buat untuk mencapai performa yang lebih tinggi. Misalnya, menggunakan layanan cache dapat membantu mengurangi beban yang ada di sistem basis data. Namun, caching dapat menghasilkan eventual consistency dan memerlukan upaya rekayasa untuk menerapkannya dalam persyaratan bisnis dan ekspektasi pelanggan.
**Hasil yang diinginkan:** Dengan mencari tahu pola desain, Anda dapat memilih desain arsitektur yang tepat yang akan mendukung sistem beperforma terbaik. Pelajari mana opsi konfigurasi performa yang tersedia untuk Anda serta bagaimana pengaruhnya terhadap beban kerja Anda. Pengoptimalan performa beban kerja bergantung pada pemahaman Anda tentang bagaimana opsi-opsi berinteraksi dengan arsitektur Anda serta pengaruhnya terhadap performa terukur dan performa yang dirasakan oleh pengguna akhir.
**Antipola umum:**
+ Anda menganggap bahwa semua strategi performa beban kerja IT tradisional sangat cocok untuk beban kerja cloud.
+ Anda membangun dan mengelola solusi cache, bukan menggunakan layanan terkelola.
+ Anda menggunakan pola desain yang sama untuk semua beban kerja Anda tanpa mengevaluasi pola mana yang akan meningkatkan performa beban kerja.
**Manfaat menjalankan praktik terbaik ini:** Dengan memilih pola desain dan layanan yang tepat untuk beban kerja Anda, Anda akan mengoptimalkan performa, menambah keunggulan operasional, dan meningkatkan keandalan. Pola desain yang tepat akan memenuhi karakteristik beban kerja Anda saat ini dan membantu Anda menskalakan pertumbuhan atau perubahan di masa mendatang.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Pelajari opsi konfigurasi performa mana yang tersedia serta bagaimana pengaruhnya terhadap beban kerja. Pengoptimalan performa beban kerja bergantung pada pemahaman Anda tentang bagaimana opsi-opsi tersebut berpengaruh pada arsitektur Anda, serta pengaruhnya terhadap performa terukur dan performa yang dinilai pengguna.
**Langkah Implementasi:**
1. Evaluasi dan tinjau pola desain yang akan meningkatkan performa beban kerja Anda.
1. Koleksi [Amazon Builders’ Library](https://aws.amazon.com/builders-library/) menyediakan deskripsi mendetail tentang cara Amazon membangun dan mengoperasikan teknologi. Artikel ini ditulis oleh rekayasawan senior di Amazon dan membahas seluruh topik tentang arsitektur, penyediaan perangkat lunak, dan operasi.
1. [Pustaka Solusi AWS](https://aws.amazon.com/solutions/) adalah kumpulan solusi siap deploy yang menggabungkan layanan, kode, dan konfigurasi. Solusi ini telah dibuat oleh AWS dan Partner AWS berdasarkan kasus penggunaan umum dan pola desain yang dikelompokkan berdasarkan industri atau jenis beban kerja. Misalnya, Anda dapat menyiapkan [solusi pengujian beban terdistribusi](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/) untuk beban kerja.
1. [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/) menyediakan diagram arsitektur referensi yang dikelompokkan berdasarkan pola desain, jenis konten, dan teknologi.
1. [Sampel AWS](https://github.com/aws-samples) adalah repositori GitHub yang berisi contoh praktis untuk membantu Anda menjelajahi pola, solusi, dan layanan arsitektur umum. Sampel ini sering diperbarui dengan layanan dan contoh terbaru.
1. Tingkatkan beban kerja Anda untuk memodelkan pola desain yang dipilih serta menggunakan layanan dan opsi konfigurasi layanan untuk meningkatkan performa beban kerja Anda.
1. Latih tim internal Anda dengan sumber daya yang tersedia di [AWS Skills Guild](https://aws.amazon.com/training/teams/aws-skills-guild/).
1. Gunakan [AWS Partner Network](https://aws.amazon.com/partners/) untuk memberikan keahlian dengan cepat dan menskalakan kemampuan Anda untuk melakukan peningkatan.
**Tingkat upaya untuk rencana implementasi:** Untuk menetapkan praktik terbaik ini, Anda harus mengetahui pola dan layanan desain yang dapat membantu meningkatkan performa beban kerja Anda. Setelah mengevaluasi pola desain, menerapkan pola desain adalah tingkat upaya *tinggi* .
## Sumber daya
**Dokumen terkait:**
+ [Pusat Arsitektur AWS](https://aws.amazon.com/architecture/)
+ [AWS Partner Network](https://aws.amazon.com/partners/)
+ [Pustaka Solusi AWS](https://aws.amazon.com/solutions/)
+ [Pusat Pengetahuan AWS](https://aws.amazon.com/premiumsupport/knowledge-center/)
+ [Amazon Builders’ Library](https://aws.amazon.com/builders-library/)
+ [Menggunakan pelepasan beban untuk menghindari kelebihan beban](https://aws.amazon.com/builders-library/using-load-shedding-to-avoid-overload/?did=ba_card&trk=ba_card)
+ [Tantangan dan strategi caching](https://aws.amazon.com/builders-library/caching-challenges-and-strategies/?did=ba_card&trk=ba_card)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Ini adalah Arsitektur Saya](https://aws.amazon.com/architecture/this-is-my-architecture/)
**Contoh terkait:**
+ [Sampel AWS](https://github.com/aws-samples)
+ [Contoh SDK AWS](https://github.com/awsdocs/aws-doc-sdk-examples)
# PERF08-BP03 Mengidentifikasi bagaimana kompensasi memengaruhi pelanggan dan efisiensi
Saat mengevaluasi peningkatan terkait kinerja, tentukan mana pilihan yang akan memengaruhi efisiensi beban kerja dan pelanggan Anda. Misalnya, jika menggunakan penyimpanan data kunci-nilai dapat meningkatkan kinerja sistem, penting untuk mengevaluasi bagaimana eventual consistency (konsistensi insidental) yang terkait dengan sifatnya akan memengaruhi pelanggan.
Identifikasikan area yang kinerjanya rendah di sistem Anda melalui metrik dan pemantauan. Tentukan cara Anda mewujudkan peningkatan, kompromi seperti apa yang ditimbulkan peningkatan, serta bagaimana pengaruhnya terhadap sistem dan pengalaman pengguna. Misalnya, mengimplementasikan pembuatan cache data dapat membantu meningkatkan kinerja secara signifikan tetapi memerlukan strategi yang jelas terkait cara dan waktu untuk memperbarui atau menonaktifkan data yang di-cache guna mencegah perilaku sistem yang tidak sesuai.
**Antipola umum:**
+ Anda menganggap bahwa semua kinerja yang dimiliki harus diimplementasikan, meskipun ada kompensasi untuk implementasi seperti eventual consistency.
+ Anda hanya mengevaluasi perubahan beban kerja ketika masalah kinerja telah mencapai titik yang kritis.
**Manfaat menerapkan praktik terbaik ini:** Ketika Anda mengevaluasi potensi peningkatan terkait kinerja, Anda harus menentukan apakah kompensasi untuk perubahan sesuai dengan persyaratan beban kerja. Dalam beberapa kasus, Anda mungkin harus mengimplementasikan beberapa kontrol tambahan untuk mengimbangi kompensasi.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Identifikasikan kompensasi: Gunakan metrik dan pemantauan untuk mengidentifikasi area yang kinerjanya rendah di sistem Anda. Tentukan cara untuk mewujudkan peningkatan, serta bagaimana kompensasi akan memengaruhi sistem dan pengalaman pengguna. Misalnya, mengimplementasikan pembuatan cache data dapat membantu meningkatkan kinerja secara signifikan, tetapi memerlukan strategi yang jelas terkait cara dan waktu untuk memperbarui atau menonaktifkan data yang di-cache guna mencegah perilaku sistem yang tidak sesuai.
## Sumber daya
**Dokumen terkait:**
+ [Amazon Builders' Library](https://aws.amazon.com/builders-library)
+ [KPI Quick](https://docs.aws.amazon.com/quicksight/latest/user/kpi.html)
+ [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html)
+ [Dokumentasi X-Ray](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Buat Rencana Pemantauan](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected)
+ [Optimalkan aplikasi dengan Amazon CloudWatch RUM](https://www.youtube.com/watch?v=NMaeujY9A9Y)
+ [Demo Amazon CloudWatch Synthetics](https://www.youtube.com/watch?v=hF3NM9j-u7I)
**Contoh terkait:**
+ [Ukur waktu pemuatan halaman dengan Amazon CloudWatch Synthetics](https://github.com/aws-samples/amazon-cloudwatch-synthetics-page-performance)
+ [Klien Web Amazon CloudWatch RUM](https://github.com/aws-observability/aws-rum-web)
# PERF08-BP04 Mengukur pengaruh peningkatan kinerja
Seiring adanya perubahan untuk meningkatkan kinerja, evaluasilah metrik dan data yang terkumpul. Gunakan data ini untuk mengetahui pengaruh peningkatan kinerja terhadap beban kerja, komponen beban kerja, dan pelanggan Anda. Pengukuran ini membantu Anda memahami peningkatan yang dihasilkan dari kompensasi ini, serta membantu Anda mengetahui apabila ada dampak negatif yang ditimbulkan.
Sistem yang dirancang dengan baik memanfaatkan kombinasi strategi yang terkait dengan kinerja. Tentukan mana strategi yang dapat memberikan pengaruh positif paling banyak terhadap hotspot atau hambatan tertentu. Misalnya, membuat serpihan (shard) data di beberapa sistem basis data relasional dapat meningkatkan throughput secara keseluruhan dengan tetap mempertahankan dukungan untuk transaksi. Selain itu, di dalam setiap serpihan, pembuatan cache dapat membantu mengurangi beban.
**Antipola umum:**
+ Anda melakukan deployment dan mengelola teknologi, yang tersedia sebagai layanan terkelola, secara manual.
+ Anda fokus pada satu komponen, seperti jaringan, ketika ada banyak komponen yang dapat digunakan untuk meningkatkan kinerja beban kerja.
+ Anda bergantung pada persepsi dan tanggapan pelanggan sebagai satu-satunya tolok ukur.
**Manfaat menerapkan praktik terbaik ini:** Untuk mengimplementasikan strategi kinerja, Anda harus memilih beberapa fitur dan layanan yang jika digabungkan dapat membantu Anda memenuhi persyaratan beban kerja untuk kinerja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Sistem yang dirancang dengan baik memanfaatkan kombinasi strategi yang terkait dengan kinerja. Tentukan mana strategi yang dapat memberikan pengaruh positif paling banyak terhadap hotspot atau hambatan tertentu. Misalnya, membuat serpihan (shard) data di beberapa sistem basis data relasional dapat meningkatkan throughput secara keseluruhan dengan tetap mempertahankan dukungan untuk transaksi. Selain itu, di dalam setiap serpihan, pembuatan cache dapat membantu mengurangi beban.
## Sumber daya
**Dokumen terkait:**
+ [Amazon Builders' Library](https://aws.amazon.com/builders-library)
+ [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html)
+ [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html)
+ [Pengujian Beban Terdistribusi di AWS](https://docs.aws.amazon.com/solutions/latest/distributed-load-testing-on-aws/welcome.html)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Optimalkan aplikasi dengan Amazon CloudWatch RUM](https://www.youtube.com/watch?v=NMaeujY9A9Y)
+ [Demo Amazon CloudWatch Synthetics](https://www.youtube.com/watch?v=hF3NM9j-u7I)
**Contoh terkait:**
+ [Ukur waktu pemuatan halaman dengan Amazon CloudWatch Synthetics](https://github.com/aws-samples/amazon-cloudwatch-synthetics-page-performance)
+ [Klien Web Amazon CloudWatch RUM](https://github.com/aws-observability/aws-rum-web)
+ [Pengujian Beban Terdistribusi di AWS](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/)
# PERF08-BP05 Gunakan beragam strategi terkait kinerja
Jika memungkinkan, gunakan beberapa strategi untuk meningkatkan kinerja. Misalnya, menggunakan strategi seperti caching data untuk mencegah panggilan jaringan atau basis data yang berlebih, menggunakan replika baca untuk mesin basis data guna meningkatkan laju baca, sharding atau mengkompresi data saat memungkinkan untuk mengurangi volume data, dan melakukan buffering serta streaming hasil saat tersedia untuk menghindari pemblokiran.
Ketika Anda membuat perubahan pada beban kerja, kumpulkan evaluasi metrik untuk menentukan dampak dari perubahan tersebut. Ukur dampak terhadap sistem dan pengguna akhir untuk memahami bagaimana kompensasi berdampak pada beban kerja. Gunakan pendekatan sistematik, seperti pengujian beban untuk mengetahui apakah kompensasi meningkatkan kinerja.
**Antipola umum:**
+ Anda beranggapan bahwa kinerja penyimpanan memadai jika pelanggan tidak mengajukan komplain.
+ Anda hanya mengumpulkan data tentang kinerja setelah Anda membuat perubahan terkait kinerja.
**Manfaat menerapkan praktik terbaik ini:** Anda perlu data terperinci waktu nyata, referensi historis, dan tampilan operasional terpadu untuk mengoptimalkan pemanfaatan kinerja dan sumber daya. Anda dapat membuat dasbor dan menjalankan penghitungan metrik di data Anda untuk mendapatkan wawasan pemanfaatan dan operasional untuk beban kerja Anda seiring dengan perubahannya dari waktu ke waktu.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Gunakan pendekatan yang didorong data untuk mengembangkan arsitektur Anda: Ketika Anda membuat perubahan pada beban kerja, kumpulkan evaluasi metrik untuk menentukan dampak dari perubahan tersebut. Ukur dampak terhadap sistem dan pengguna akhir untuk memahami bagaimana kompensasi berdampak pada beban kerja. Gunakan pendekatan sistematik, seperti pengujian beban untuk mengetahui apakah kompensasi meningkatkan kinerja.
## Sumber daya
**Dokumen terkait:**
+ [Amazon Builders' Library](https://aws.amazon.com/builders-library)
+ [Praktik Terbaik untuk Mengimplementasikan Amazon ElastiCache](https://docs.aws.amazon.com/AmazonElastiCache/latest/UserGuide/BestPractices.html)
+ [Caching Basis Data AWS ](https://aws.amazon.com/caching/database-caching/?ref=wellarchitected)
+ [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html)
+ [Pengujian Beban Terdistribusi di AWS](https://docs.aws.amazon.com/solutions/latest/distributed-load-testing-on-aws/welcome.html)
**Video terkait:**
+ [Memperkenalkan Amazon Builders’ Library (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM)
+ [Basis data yang dibuat khusus AWS (DAT209-L) ](https://www.youtube.com/watch?v=q81TVuV5u28&ref=wellarchitected)
+ [Optimalkan aplikasi dengan Amazon CloudWatch RUM](https://www.youtube.com/watch?v=NMaeujY9A9Y)
**Contoh terkait:**
+ [Ukur waktu pemuatan halaman dengan Amazon CloudWatch Synthetics](https://github.com/aws-samples/amazon-cloudwatch-synthetics-page-performance)
+ [Klien Web Amazon CloudWatch RUM](https://github.com/aws-observability/aws-rum-web)
+ [Pengujian Beban Terdistribusi di AWS](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/)