# Efisiensi performa
**Topics**
+ [Seleksi](a-selection.md)
+ [Peninjauan](a-review.md)
+ [Pemantauan](a-monitoring.md)
+ [Kompromi](a-tradeoffs.md)
# Seleksi
**Topics**
+ [PERF 1 Bagaimana cara memilih arsitektur dengan kinerja terbaik?](w2aac19c11b5b5.md)
+ [PERF 2 Bagaimana cara memilih solusi komputasi Anda?](w2aac19c11b5b7.md)
+ [PERF 3 Bagaimana cara memilih solusi penyimpanan Anda?](w2aac19c11b5b9.md)
+ [PERF 4 Bagaimana cara memilih solusi basis data Anda?](w2aac19c11b5c11.md)
+ [PERF 5 Bagaimana cara mengonfigurasikan solusi jaringan Anda?](w2aac19c11b5c13.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 Mengevaluasi ulang 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 kebutuhan 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
Analisa berbagai karakteristik kinerja beban kerja Anda serta kaitannya dengan penggunaan memori, jaringan, dan CPU. Gunakan data ini untuk memilih sumber daya yang paling sesuai dengan profil beban kerja Anda. Contohnya, beban kerja yang memerlukan banyak memori, seperti basis data, paling tepat ditangani menggunakan instans kelompok r. Namun, lonjakan beban kerja dapat lebih menguntungkan jika menggunakan sistem kontainer elastis.
**Antipola umum:**
+ Anda memilih instans paling besar untuk semua beban kerja.
+ Anda menstandarkan semua jenis instans menjadi satu jenis untuk memudahkan pengelolaan.
**Manfaat menerapkan praktik terbaik ini:** Memahami penawaran komputasi AWS dapat membantu Anda untuk menentukan solusi yang tepat untuk berbagai beban kerja. Setelah Anda memilih penawaran komputasi untuk beban kerja, Anda dapat segera mencoba penawaran komputasi tersebut untuk menentukan mana yang paling mampu memenuhi kebutuhan beban kerja Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Ubah konfigurasi beban kerja Anda dengan penyesuaian ukuran: Untuk mengoptimalkan kinerja dan efisiensi secara keseluruhan, tentukan sumber daya yang diperlukan oleh beban kerja Anda. Pilih instans dengan memori yang dioptimalkan untuk sistem yang memerlukan lebih banyak memori daripada CPU, atau instans dengan komputasi yang dioptimalkan untuk komponen yang melakukan pemrosesan data yang tidak memerlukan banyak memori. Penyesuaian ukuran membantu beban kerja Anda untuk bekerja sebaik mungkin menggunakan sumber daya yang diperlukan saja
## Sumber daya
**Dokumen terkait:**
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
+ [Komputasi Cloud dengan AWS](https://aws.amazon.com/products/compute/)
+ [Jenis Instans EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html)
+ [Kontainer ECS: Instans Kontainer Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ECS_instances.html)
+ [Kontainer EKS: Simpul Pekerja 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)
+ [Kontrol Status Prosesor untuk Instans EC2 Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/processor_state_control.html)
**Video terkait:**
+ [Amazon EC2 foundations (CMP211-R2)](https://www.youtube.com/watch?v=kMMybKqC2Y0)
+ [Better, faster, cheaper compute: Cost-optimizing Amazon EC2 (CMP202-R1)](https://www.youtube.com/watch?v=_dvh4P2FVbw)
+ [Menghadirkan inferensi ML dengan kinerja tinggi menggunakan AWS Inferentia (CMP324-R1)](https://www.youtube.com/watch?v=17r1EapAxpk)
+ [Mengoptimalkan kinerja dan biaya untuk komputasi AWS Anda (CMP323-R1)](https://www.youtube.com/watch?v=zt6jYJLK8sg)
+ [Powering next-gen Amazon EC2: Deep dive into the Nitro system](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 kinerja dan biaya untuk komputasi AWS Anda (CMP323-R1)](https://www.youtube.com/watch?v=zt6jYJLK8sg)
**Contoh terkait:**
+ [Menyesuaikan ukuran dengan pengaktifan penggunaan Memori dan Compute Optimizer](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 atau mengurangi sumber daya Anda secara dinamis melalui beragam mekanisme untuk memenuhi perubahan sesuai permintaan. Digabungkan dengan metrik yang terkait dengan komputasi, beban kerja dapat merespons secara otomatis dan menggunakan rangkaian optimal sumber daya untuk mencapai tujuannya.
Penyesuaian pasokan secara optimal dengan permintaan memberikan biaya terendah untuk beban kerja, tapi Anda juga harus merencanakan pasokan yang cukup untuk memungkinkan waktu penyediaan dan kegagalan sumber daya individu. Permintaan bisa tetap atau bervariasi, memerlukan metrik dan otomatisasi untuk memastikan manajemen tidak memberatkan dan menghabiskan biaya yang sangat banyak.
Dengan AWS, Anda dapat menggunakan sejumlah pendekatan yang berbeda untuk menyesuaikan pasokan dengan permintaan. Laporan resmi Pilar Optimasi Biaya menjelaskan cara menggunakan pendekatan untuk biaya berikut:
+ Pendekatan berbasis permintaan
+ Pendekatan berbasis buffer
+ Pendekatan berbasis waktu
Anda harus memastikan bahwa deployment beban kerja dapat menangani peristiwa kenaikan dan penurunan skala. Buat skenario pengujian untuk peristiwa penurunan skala untuk memastikan perilaku beban kerja sesuai dengan yang diharapkan.
**Antipola umum:**
+ Anda bereaksi pada alarm dengan meningkatkan kapasitas secara manual.
+ Anda membiarkan peningkatan kapasitas setelah peristiwa penskalaan, bukannya menurunkan kembali skala.
**Manfaat menjalankan praktik terbaik ini:** Mengonfigurasi dan menguji elastisitas beban kerja akan membantu menghemat uang, mempertahankan tolok ukur kinerja, serta meningkatkan keandalan seiring perubahan lalu lintas. Sebagian besar instans non produksi harus dihentikan ketika sedang tidak digunakan. Meskipun memungkinkan untuk mematikan instans yang tidak digunakan, tindakan ini tidak praktis dalam skala yang lebih besar. Anda juga bisa memanfaatkan elastisitas berbasis volume, yang memungkinkan Anda untuk mengoptimalkan kinerja dan biaya dengan meningkatkan secara otomatis sejumlah instans komputasi selama terjadi lonjakan permintaan dan mengurangi kapasitas ketika terjadi penurunan permintaan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang
## Panduan implementasi
Manfaatkan elastisitas: Elastisitas menyesuaikan pasokan sumber daya yang Anda miliki dengan permintaan untuk sumber daya tersebut. Instans, kontainer, dan fungsi menyediakan mekanisme bagi elastisitas melalui kombinasi dengan penskalaan otomatis atau sebagai fitur layanan. Gunakan elastisitas pada arsitektur Anda untuk memastikan bahwa Anda memiliki kapasitas yang cukup untuk memenuhi persyaratan kinerja pada semua skala penggunaan. Pastikan bahwa metrik untuk kenaikan atau penurunan skala sumber daya elastis telah divalidasi terhadap jenis beban kerja yang di-deploy. Jika Anda men-deploy aplikasi transkode video, 100% pemanfaatan CPU 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. Pastikan deployment beban kerja dapat 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 penurunan skala untuk memastikan perilaku beban kerja sesuai dengan yang diharapkan.
## Sumber daya
**Dokumen terkait:**
+ [Komputasi Cloud dengan AWS](https://aws.amazon.com/products/compute/)
+ [Jenis Instans EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html)
+ [Kontainer ECS:Instans Kontainer Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ECS_instances.html)
+ [Kontainer EKS: Simpul Pekerja 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)
+ [Kontrol Status Prosesor untuk Instans EC2 Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/processor_state_control.html)
**Video terkait:**
+ [Fondasi Amazon EC2 (CMP211-R2)](https://www.youtube.com/watch?v=kMMybKqC2Y0)
+ [Komputasi yang lebih baik, lebih cepat, dan lebih murah: Pengoptimalan biaya Amazon EC2 (CMP202-R1)](https://www.youtube.com/watch?v=_dvh4P2FVbw)
+ [Menghadirkan inferensi ML kinerja tinggi dengan AWS Inferentia (CMP324-R1)](https://www.youtube.com/watch?v=17r1EapAxpk)
+ [Mengoptimalkan kinerja dan biaya untuk komputasi AWS Anda (CMP323-R1)](https://www.youtube.com/watch?v=zt6jYJLK8sg)
+ [Mendukung Amazon EC2 generasi berikutnya: Dalami 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 Mengevaluasi ulang kebutuhan komputasi berdasarkan metrik
Gunakan metrik tingkat sistem untuk mengidentifikasi perilaku dan persyaratan beban kerja Anda seiring waktu. Evaluasi kebutuhan beban kerja Anda dengan membandingkan sumber daya yang tersedia dengan persyaratan tersebut dan lakukan perubahan pada lingkungan komputasi agar sesuai dengan profil beban kerja Anda. Misalnya, seiring waktu, sebuah sistem mungkin didapati membutuhkan memori yang lebih besar daripada perkiraan awal, sehingga beralih ke family atau ukuran instans lain dapat meningkatkan kinerja serta efisiensi.
**Antipola umum:**
+ Anda hanya memantau metrik tingkat sistem untuk mendapatkan wawasan tentang beban kerja Anda.
+ Anda merancang kebutuhan komputasi untuk persyaratan beban kerja puncak.
+ Anda menetapkan ukuran yang berlebihan untuk solusi komputasi agar memenuhi persyaratan penskalaan atau kinerja saat beralih ke solusi komputasi baru yang sesuai dengan karakteristik beban kerja Anda.
**Manfaat menjalankan praktik terbaik ini:** 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 menjalankan penghitungan metrik untuk mendapatkan wawasan pemanfaatan dan operasional.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Rendah
## Panduan implementasi
Gunakan pendekatan yang didorong data untuk mengoptimalkan sumber daya: Untuk mencapai kinerja dan efisiensi maksimum, gunakan data yang dikumpulkan seiring waktu dari beban kerja Anda guna 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 dialokasikan secara berlebihan, kinerja sistem akan menurun, sedangkan pemanfaatan yang terlalu rendah mengakibatkan penggunaan sumber daya yang kurang efisien dan biaya yang lebih tinggi.
## 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/)
+ [Komputasi Cloud dengan AWS](https://aws.amazon.com/products/compute/)
+ [Jenis Instans EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html)
+ [Kontainer ECS: Instans Kontainer Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ECS_instances.html)
+ [Kontainer EKS: Simpul Pekerja 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)
+ [Kontrol Status Prosesor untuk Instans EC2 Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/processor_state_control.html)
**Video terkait:**
+ [Fondasi Amazon EC2 (CMP211-R2)](https://www.youtube.com/watch?v=kMMybKqC2Y0)
+ [Komputasi yang lebih baik, lebih cepat, dan lebih murah: Mengoptimalkan biaya Amazon EC2 (CMP202-R1)](https://www.youtube.com/watch?v=_dvh4P2FVbw)
+ [Memberikan inferensi ML kinerja tinggi dengan AWS Inferentia (CMP324-R1)](https://www.youtube.com/watch?v=17r1EapAxpk)
+ [Mengoptimalkan kinerja dan biaya untuk komputasi AWS Anda (CMP323-R1)](https://www.youtube.com/watch?v=zt6jYJLK8sg)
+ [Memperkuat Amazon EC2 generasi berikutnya: Mendalami sistem Nitro](https://www.youtube.com/watch?v=rUY-00yFlE4)
**Contoh terkait:**
+ [Menyesuaikan ukuran dengan pengaktifan penggunaan Memori dan Compute Optimizer](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 untuk menentukan layanan dan teknologi yang akan digunakan. Selain pada persyaratan non-fungsional seperti kinerja dan skala, pola akses juga sangat memengaruhi pemilihan solusi penyimpanan dan basis data. Dimensi pertama adalah perlunya transaksi, sesuai ACID, dan pembacaan yang konsisten. Tidak semua basis data mendukung hal ini dan sebagian besar basis data NoSQL menyediakan model eventual consistency. Dimensi penting kedua adalah distribusi baca dan tulis pada ruang dan waktu. Aplikasi yang didistribusikan secara global harus mempertimbangkan persyaratan pola lalu lintas, latensi, dan akses untuk dapat mengidentifikasi solusi penyimpanan yang optimal. Aspek penting ketiga yang harus dipilih adalah fleksibilitas pola kueri, pola akses acak, dan kueri sekali pakai. Anda juga harus mempertimbangkan untuk menerapkan fungsionalitas kueri yang sangat khusus untuk pemrosesan bahasa alami dan teks, deret waktu, dan grafik.
**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, perlunya penghitungan dan agregasi ad-hoc, kompleksitas data, interdependensi, dan konsistensi yang diperlukan.
**Antipola umum:**
+ Anda hanya memilih satu 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 menerapkan 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 diterapkan:** 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.
| Layanan AWS | Amazon RDS, Amazon Aurora | Amazon DynamoDB | Amazon DocumentDB | Amazon ElastiCache | Amazon Neptune | Amazon Timestream | Amazon Keyspaces | Amazon QLDB |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| Menskalakan Penyimpanan | Opsi penskalaan penyimpanan otomatis yang tersedia untuk menskalakan IOPS penyimpanan yang tersedia secara otomatis juga dapat diskalakan secara terpisah saat menggunakan jenis penyimpanan IOPS yang tersedia. | Menskalakan secara otomatis. Ukuran tabel tidak dibatasi. | Opsi penskalaan penyimpanan otomatis yang tersedia untuk menskalakan penyimpanan yang tersedia | Penyimpanan di memori, terikat pada jenis atau jumlah instans | Opsi penskalaan penyimpanan otomatis yang tersedia untuk menskalakan penyimpanan yang tersedia secara otomatis | Konfigurasikan periode retensi untuk tingkat magnetis dan dalam memori dalam hari | Menaikkan atau menurunkan skala penyimpanan tabel secara otomatis | Menskalakan secara otomatis. Ukuran tabel tidak dibatasi. |
**Langkah Implementasi:**
1. Identifikasi dan dokumentasikan antisipasi pertumbuhan data dan lalu lintas.
1. Amazon RDS dan Aurora mendukung penskalaan penyimpanan otomatis hingga batas dokumentasi. Selain itu, pertimbangkan untuk mengubah data lama ke Amazon S3 untuk pengarsipan, menggabungkan data historis untuk analitik atau penskalaan secara horizontal melalui serpihan.
1. DynamoDB dan Amazon S3 akan otomatis menskalakan volume penyimpanan 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 Nirserver V2 otomatis menskalakan sesuai perubahan beban.
1. Dokumentasikan persyaratan terkait kinerja normal dan puncak (transaksi per detik/TPS dan kueri per detik/QPS) serta konsistensi (eventual consistency dan ACID).
1. Dokumentasikan aspek deployment solusi dan persyaratan akses basis data (global, Multi AZ, replikasi baca, beberapa simpul tulis)
**Tingkat usaha untuk rencana implementasi: **Jika Anda tidak 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:**
+ [ 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/)
+ [Jenis Penyimpanan Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.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:**
+ [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 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 penyeimbang beban dan pemindahan beban enkripsi](perf_select_network_encryption_offload.md)
+ [PERF05-BP05 Memilih protokol jaringan untuk meningkatkan kinerja](perf_select_network_protocols.md)
+ [PERF05-BP06 Memilih lokasi beban kerja Anda berdasarkan kebutuhan 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 kinerja](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, pastikan bandwidth Anda memadai untuk memenuhi kebutuhan kinerja Anda. Perkirakan kebutuhan bandwidth dan latensi untuk beban kerja hybrid Anda. Jumlah ini akan memengaruhi persyaratan ukuran untuk AWS Direct Connect atau titik akhir VPN Anda.
**Hasil yang diinginkan:** Saat melakukan deployment beban kerja yang memerlukan konektivitas jaringan hybrid, Anda memiliki beberapa opsi konfigurasi untuk konektivitas, seperti Direct Connect atau VPN terkelola dan tidak terkelola. Pilih jenis koneksi yang sesuai untuk setiap beban kerja serta pastikan kebutuhan bandwidth dan enkripsi antara lokasi Anda dan cloud telah memadai.
**Antipola umum:**
+ Anda hanya mengevaluasi solusi VPN untuk persyaratan enkripsi jaringan Anda.
+ Anda tidak mengevaluasi opsi konektivitas paralel atau pencadangan.
+ Anda menggunakan konfigurasi default untuk ruter, tunnel, dan sesi BGP.
+ Anda gagal memahami atau mengidentifikasi semua persyaratan beban kerja (kebutuhan enkripsi, protokol, bandwidth, dan lalu lintas).
**Manfaat menerapkan praktik terbaik ini:** Memilih dan mengonfigurasi ukuran solusi jaringan hybrid yang tepat akan meningkatkan keandalan beban kerja dan memaksimalkan peluang kinerja. 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 diterapkan:** Tinggi
## Panduan implementasi
Kembangkan arsitektur jaringan hybrid berdasarkan kebutuhan bandwidth: Perkirakan bandwidth dan latensi yang diperlukan oleh aplikasi hybrid Anda. Berdasarkan kebutuhan bandwidth, satu koneksi VPN atau Direct Connect saja mungkin tidak cukup, dan Anda harus merancang pengaturan hybrid untuk melakukan penyeimbangan beban lalu lintas di beberapa koneksi. Direct Connect mungkin diperlukan karena menawarkan kinerja yang lebih konsisten dan dapat diprediksi berkat konektivitas jaringan privatnya. Sempurna untuk beban kerja produksi yang memerlukan latensi yang konsisten dan hampir tidak ada jitter.
AWS Direct Connect menyediakan koneksi khusus ke lingkungan AWS, dari 50 Mbps hingga 10 Gbps. Ini memberikan latensi yang terkelola dan terkontrol serta bandwidth yang tersedia agar beban kerja Anda dapat terhubung ke lingkungan lain dengan mudah dan efisien. Dengan salah satu mitra AWS Direct Connect, Anda bisa memiliki konektivitas end-to-end dari beberapa lingkungan untuk menyediakan jaringan yang lebih luas dengan kinerja yang lebih konsisten.
AWS Site-to-Site VPN dikelola oleh layanan VPN untuk VPC. Saat koneksi VPN dibuat, AWS menyediakan tunnel ke dua titik akhir VPN yang berbeda. Dengan AWS Transit Gateway, Anda dapat memudahkan konektivitas antara beberapa VPC serta terhubung ke VPC mana pun yang tertaut ke AWS Transit Gateway menggunakan satu koneksi VPN. AWS Transit Gateway juga dapat menskalakan lebih dari batas throughput VPN IPsec 1,25 Gbps dengan mengaktifkan perutean beberapa jalur dengan biaya sama (ECMP) yang mendukung beberapa tunnel VPN.
**Tingkat usaha untuk rencana implementasi: **Diperlukan tingkat usaha yang *tinggi* guna mengevaluasi kebutuhan beban kerja untuk jaringan hybrid serta untuk 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/)
+ [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)
+ [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)
+ [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:**
+ [Connectivity to AWS and hybrid AWS network architectures (NET317-R1) ](https://www.youtube.com/watch?v=eqW6CPb58gs)
+ [Mengoptimalkan Kinerja 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)
+ [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 penyeimbang beban dan pemindahan beban enkripsi
Distribusikan lalu lintas di berbagai sumber daya dan layanan untuk memanfaatkan elastisitas yang ada di cloud untuk beban kerja Anda. Anda juga dapat menggunakan penyeimbang beban untuk memindahkan beban penghentian enkripsi guna meningkatkan kinerja serta mengelola dan merutekan lalu lintas secara efektif.
Saat mengimplementasikan arsitektur penskalaan di mana Anda ingin menggunakan beberapa instans untuk konten layanan, Anda dapat menggunakan penyeimbang beban di dalam Amazon VPC. AWS menyediakan beberapa model untuk aplikasi Anda dalam layanan ELB. Application Load Balancer paling cocok untuk menyeimbangkan beban lalu lintas HTTP dan HTTPS serta menyediakan perutean permintaan lanjutan yang ditargetkan pada pengiriman arsitektur aplikasi modern, termasuk layanan mikro dan kontainer.
Penyeimbang Beban Jaringan sangat ideal untuk menyeimbangkan beban lalu lintas TCP yang memerlukan kinerja ekstrem. Penyeimbang ini mampu menangani jutaan permintaan per detik sekaligus membuat latensi tetap rendah, serta dioptimalkan untuk menangani pola lalu lintas yang tidak stabil dan mendadak.
[https://aws.amazon.com/elasticloadbalancing/](https://aws.amazon.com/elasticloadbalancing/) menyediakan manajemen sertifikat terintegrasi dan dekripsi SSL/TLS, memberikan fleksibilitas kepada Anda untuk mengelola pengaturan SSL penyeimbang beban secara terpusat serta memindahkan beban yang banyak menggunakan CPU dari beban kerja Anda.
**Antipola umum:**
+ Anda merutekan semua lalu lintas internet melalui penyeimbang beban yang ada.
+ Anda menggunakan penyeimbangan beban TCP umum dan membuat setiap simpul komputasi menangani enkripsi SSL.
**Manfaat menerapkan praktik terbaik ini:** Penyeimbang beban menangani berbagai beban lalu lintas aplikasi Anda dalam satu atau beberapa Zona Ketersediaan. Penyeimbang beban memiliki ketersediaan tinggi, penskalaan otomatis, dan keamanan yang tangguh yang diperlukan untuk membuat aplikasi Anda dapat terus berjalan dengan baik meskipun ada kesalahan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Gunakan penyeimbang beban yang sesuai untuk beban kerja Anda: Pilih penyeimbang beban yang sesuai untuk beban kerja Anda. Jika Anda harus menyeimbangkan beban permintaan HTTP, sebaiknya gunakan Application Load Balancer. Untuk penyeimbangan beban protokol jaringan dan transportasi (lapisan 4 – TCP, UDP), dan untuk aplikasi dengan kinerja ekstrem serta latensi rendah, kami merekomendasikan Penyeimbang Beban Jaringan. Application Load Balancers mendukung HTTPS dan Penyeimbang Beban Jaringan mendukung pemindahan beban enkripsi TLS.
Aktifkan pemindahan beban enkripsi HTTPS atau TLS: Elastic Load Balancing termasuk manajemen sertifikat terintegrasi, autentikasi pengguna, dan dekripsi SSL/TLS. Ini memberikan fleksibilitas untuk mengelola pengaturan TLS secara terpusat dan memindahkan beban kerja yang memerlukan CPU berkinerja tinggi dari aplikasi Anda. Enkripsikan semua lalu lintas HTTPS sebagai bagian dari deployment penyeimbang beban Anda.
## 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)
+ [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)
+ [Menghadirkan 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)
+ [Log Alur VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)
**Video terkait:**
+ [Connectivity to AWS and hybrid AWS network architectures (NET317-R1)](https://www.youtube.com/watch?v=eqW6CPb58gs)
+ [Optimizing Network Performance for Amazon EC2 Instances (CMP308-R1)](https://www.youtube.com/watch?v=DWiwuYtIgu0)
**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-BP05 Memilih protokol jaringan untuk meningkatkan kinerja
Buat keputusan terkait protokol untuk komunikasi antara sistem dan jaringan berdasarkan dampaknya terhadap kinerja beban kerja.
Ada hubungan antara latensi dan bandwidth untuk mencapai throughput. Jika transfer file Anda menggunakan TCP, latensi yang lebih tinggi akan mengurangi throughput keseluruhan. Hal ini dapat diperbaiki dengan menyesuaikan TCP dan pengoptimalan protokol transfer, beberapa pendekatan menggunakan UDP.
**Antipola umum:**
+ Anda menggunakan TCP untuk semua beban kerja tanpa memperhatikan persyaratan kinerjanya.
**Manfaat menerapkan praktik terbaik ini:** Memilih protokol yang tepat untuk komunikasi antara komponen beban kerja memastikan bahwa Anda akan mendapatkan kinerja beban kerja terbaik. UDP tanpa koneksi memungkinkan kecepatan tinggi, tetapi tidak menawarkan transmisi ulang atau keandalan tinggi. TCP adalah protokol berfitur lengkap, tetapi memerlukan biaya tambahan yang lebih besar untuk memproses paket.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Optimalkan lalu lintas jaringan: Pilih protokol yang tepat untuk mengoptimalkan kinerja beban kerja Anda. Ada hubungan antara latensi dan bandwidth untuk mencapai throughput. Jika transfer file Anda menggunakan TCP, latensi yang lebih tinggi mengurangi throughput keseluruhan. Latensi dapat diperbaiki dengan menyesuaikan TCP dan pengoptimalan protokol transfer, beberapa pendekatan menggunakan UDP.
## 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)
+ [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)
+ [Menghadirkan 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)
+ [Log Alur VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)
**Video terkait:**
+ [Connectivity to AWS and hybrid AWS network architectures (NET317-R1)](https://www.youtube.com/watch?v=eqW6CPb58gs)
+ [Mengoptimalkan Kinerja Jaringan untuk Instans Amazon EC2 (CMP308-R1)](https://www.youtube.com/watch?v=DWiwuYtIgu0)
**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-BP06 Memilih lokasi beban kerja Anda berdasarkan kebutuhan jaringan
Gunakan opsi lokasi cloud yang tersedia untuk mengurangi latensi jaringan atau meningkatkan throughput. Gunakan Wilayah AWS, Zona Ketersediaan (AZ), grup penempatan, dan lokasi edge seperti AWS Outposts, Zona Lokal AWS, dan AWS Wavelength, untuk mengurangi latensi jaringan atau meningkatkan throughput.
Infrastruktur AWS Cloud dibangun di sekitar Wilayah dan Zona Ketersediaan (AZ). Wilayah adalah lokasi fisik di dunia yang memiliki beberapa Zona Ketersediaan (AZ).
Zona Ketersediaan (AZ) terdiri dari satu atau beberapa pusat data khusus, masing-masing dengan daya, jaringan, dan konektivitas redundan yang ditempatkan di fasilitas terpisah. Zona Ketersediaan (AZ) menawarkan Anda kemampuan untuk mengoperasikan aplikasi produksi dan basis data dengan ketersediaan lebih tinggi, lebih toleran terhadap kesalahan, dan lebih dapat diskalakan daripada yang mungkin didapatkan dari pusat data tunggal
Pilih Wilayah yang tersedia untuk deployment Anda berdasarkan elemen kunci berikut:
+ **Lokasi pengguna Anda**: Memilih Wilayah yang dekat dengan pengguna beban kerja Anda memastikan latensi yang lebih rendah saat mereka menggunakan beban kerja.
+ **Lokasi data Anda**: Untuk aplikasi yang sangat bergantung pada data, hambatan utama dalam latensi adalah transfer data. Kode aplikasi harus dijalankan sedekat mungkin dengan data.
+ **Kendala lainnya**: Pertimbangkan kendala seperti keamanan dan kepatuhan.
Amazon EC2 menyediakan grup penempatan untuk jaringan. Grup penempatan adalah pengelompokan logis instans untuk mengurangi latensi atau meningkatkan keandalan. Menggunakan grup penempatan dengan jenis instans yang didukung dan Elastic Network Adapter (ENA) memungkinkan beban kerja dapat berpartisipasi di jaringan 25 Gbps berlatensi rendah. Grup penempatan direkomendasikan untuk beban kerja yang memanfaatkan latensi jaringan yang rendah, throughput jaringan yang tinggi, atau keduanya. Menggunakan grup penempatan memiliki manfaat menurunkan jitter di komunikasi jaringan.
Layanan sensitif latensi dikirimkan ke edge menggunakan jaringan lokasi edge global. Lokasi edge ini biasanya menyediakan layanan seperti jaringan pengiriman konten (CDN) dan sistem nama domain (DNS). Dengan memiliki layanan ini di edge, beban kerja dapat merespons dengan latensi yang rendah untuk meminta konten atau resolusi DNS. Layanan-layanan ini juga menyediakan layanan geografis seperti penargetan geografis konten (menyediakan konten yang berbeda berdasarkan lokasi pengguna akhir), atau perutean berbasis latensi untuk mengarahkan pengguna akhir ke Wilayah terdekat (latensi minimum).
[https://aws.amazon.com/cloudfront/](https://aws.amazon.com/cloudfront/) adalah CDN global yang dapat digunakan untuk mempercepat baik konten statis seperti gambar, skrip, dan video, maupun konten dinamis seperti API atau aplikasi web. Layanan ini mengandalkan jaringan lokasi edge global yang akan meng-cache konten dan menyediakan konektivitas jaringan berkinerja tinggi untuk pengguna Anda. CloudFront juga mempercepat banyak fitur lain seperti pengunggahan konten dan aplikasi dinamis, menjadikannya tambahan kinerja untuk semua aplikasi yang melayani lalu lintas melalui internet. [https://aws.amazon.com/lambda/edge/](https://aws.amazon.com/lambda/edge/) adalah fitur Amazon CloudFront yang akan memungkinkan Anda menjalankan kode lebih dekat ke pengguna beban kerja Anda, sehingga meningkatkan kinerja dan mengurangi latensi.
Amazon Route 53 adalah layanan web DNS cloud yang memiliki ketersediaan tinggi dan dapat diskalakan. Layanan ini dirancang untuk membekali pengembang dan bisnis dengan cara yang sangat andal dan hemat biaya untuk merutekan pengguna akhir ke aplikasi internet dengan menerjemahkan nama, seperti www.example.com, menjadi alamat IP numerik, seperti 192.168.2.1, yang digunakan komputer untuk saling terhubung. Route 53 sepenuhnya sesuai dengan IPv6.
[https://aws.amazon.com/outposts/](https://aws.amazon.com/outposts/) dirancang untuk beban kerja yang harus tetap on-premise karena persyaratan latensi, di mana Anda ingin beban kerja tersebut berjalan mulus dengan beban kerja lainnya di AWS. AWS Outposts adalah rak komputasi dan penyimpanan yang sepenuhnya terkelola dan dapat dikonfigurasi yang dibuat dengan perangkat keras rancangan AWS yang memungkinkan Anda untuk menjalankan komputasi dan penyimpanan on-premise, sekaligus terhubung dengan mulus ke beragam layanan AWS di cloud.
[https://aws.amazon.com/about-aws/global-infrastructure/localzones/](https://aws.amazon.com/about-aws/global-infrastructure/localzones/) dirancang untuk menjalankan beban kerja yang memerlukan latensi milidetik satu digit, seperti rendering video dan aplikasi desktop virtual yang memerlukan grafis besar. Zona Lokal memungkinkan Anda untuk mendapatkan semua manfaat yang dihadirkan dengan memiliki sumber daya komputasi dan penyimpanan yang lebih dekat ke pengguna akhir.
[https://aws.amazon.com/wavelength/](https://aws.amazon.com/wavelength/) dirancang untuk menghadirkan aplikasi dengan latensi sangat rendah ke perangkat 5G dengan memperluas infrastruktur AWS, layanan, API, dan alat ke jaringan 5G. Wavelength menyematkan penyimpanan dan komputasi di dalam jaringan 5G penyedia telekomunikasi untuk membantu beban kerja 5G Anda jika memerlukan latensi milidetik satu digit, seperti perangkat IoT, streaming permainan, kendaraan otonom, dan produksi media langsung.
Gunakan layanan edge untuk mengurangi latensi dan memungkinkan caching konten. Pastikan Anda telah mengonfigurasi kontrol cache dengan benar untuk DNS dan HTTP/HTTPS untuk mendapat manfaat maksimal dari pendekatan ini.
**Antipola umum:**
+ Anda menggabungkan semua sumber daya beban kerja ke dalam satu lokasi geografis.
+ Anda memilih wilayah terdekat dengan lokasi Anda tetapi tidak dekat dengan pengguna akhir beban kerja.
**Manfaat menjalankan praktik terbaik ini:** Anda harus memastikan bahwa jaringan Anda tersedia di mana pun Anda ingin menjangkau pelanggan. Menggunakan jaringan global privat AWS memastikan pelanggan Anda mendapatkan pengalaman latensi terendah dengan men-deploy beban kerja ke lokasi terdekat mereka.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak dijalankan:** Sedang
## Panduan implementasi
Mengurangi latensi dengan memilih lokasi yang benar: Identifikasi di mana pengguna dan data Anda berada. Manfaatkan Wilayah AWS, Zona Ketersediaan, grup penempatan, dan lokasi edge untuk mengurangi latensi.
## 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)
+ [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)
**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-BP07 Mengoptimalkan konfigurasi jaringan berdasarkan metrik
Gunakan kumpulan data yang telah dianalisis untuk membuat keputusan yang tepat terkait pengoptimalan konfigurasi jaringan Anda. Hitung dampak dari perubahan tersebut dan gunakan perhitungan ini untuk membuat keputusan pada masa mendatang.
Aktifkan Log Alur VPC untuk semua jaringan VPC yang digunakan oleh beban kerja Anda. Log Alur VPC adalah fitur yang dapat Anda gunakan untuk merekam informasi tentang lalu lintas IP ke dan dari antarmuka jaringan di VPC Anda. Log Alur VPC membantu menangani sejumlah tugas, seperti mengatasi masalah mengapa lalu lintas tertentu tidak menjangkau instans, yang pada akhirnya akan membantu Anda mendiagnosis aturan grup keamanan yang terlalu ketat. Anda dapat menggunakan log alur sebagai alat keamanan untuk memantau lalu lintas yang menjangkau instans Anda, untuk membuat profil jaringan, serta untuk mencari perilaku lalu lintas yang tidak biasa.
Gunakan metrik jaringan untuk membuat perubahan konfigurasi jaringan seiring dengan meningkatnya beban kerja. Jaringan berbasis cloud dapat dibangun kembali dengan cepat, sehingga Anda perlu meningkatkan arsitektur jaringan seiring berjalannya waktu guna memelihara efisiensi kinerja.
**Antipola umum:**
+ Anda beranggapan bahwa semua masalah kinerja disebabkan oleh aplikasi.
+ Anda hanya menguji kinerja jaringan dari lokasi yang dekat dari tempat deployment beban kerja.
**Manfaat menerapkan praktik terbaik ini: U**ntuk memastikan bahwa metrik yang diperlukan untuk beban kerja telah terpenuhi, Anda harus memantau metrik kinerja jaringan. Anda dapat merekam informasi tentang lalu lintas IP dari dan ke antarmuka jaringan di VPC Anda dan menggunakan data ini untuk menambahkan pengoptimalan baru atau melakukan deployment beban kerja ke Wilayah geografis baru.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Aktifkan Log Alur VPC: Log Alur VPC dapat Anda gunakan untuk menangkap informasi tentang lalu lintas IP ke dari antarmuka jaringan di VPC Anda. Log Alur VPC membantu menangani sejumlah tugas, seperti mengatasi masalah mengapa lalu lintas tertentu tidak menjangkau instans, yang dapat membantu Anda mendiagnosis aturan grup keamanan yang terlalu ketat. Anda dapat menggunakan log alur sebagai alat keamanan untuk memantau lalu lintas yang menjangkau instans Anda, untuk membuat profil jaringan, serta untuk mencari perilaku lalu lintas yang tidak biasa.
Aktifkan metrik yang tepat untuk opsi jaringan: Pastikan Anda memilih metrik jaringan yang tepat untuk beban kerja Anda. Anda dapat mengaktifkan metrik untuk gateway NAT VPC, gateway transit, dan tunnel VPN.
## 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)
+ [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)
+ [Menghadirkan 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)
+ [Log Alur VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)
+ [Memantau jaringan inti dan global dengan metrik Amazon CloudWatch](https://docs.aws.amazon.com/vpc/latest/tgwnm/monitoring-cloudwatch-metrics.html)
+ [Pantau 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:**
+ [Connectivity to AWS and hybrid AWS network architectures (NET317-R1)](https://www.youtube.com/watch?v=eqW6CPb58gs)
+ [Mengoptimalkan Kinerja Jaringan untuk Instans Amazon EC2 (CMP308-R1)](https://www.youtube.com/watch?v=DWiwuYtIgu0)
+ [Monitoring and troubleshooting network traffic](https://www.youtube.com/watch?v=Ed09ReWRQXc)
+ [Simplify Traffic Monitoring and Visibility with Amazon VPC Traffic Mirroring](https://www.youtube.com/watch?v=zPovlZxuZ-c)
**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/)
+ [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?](w2aac19c11b7b5.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?](w2aac19c11b9b5.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)
# Kompromi
**Topics**
+ [PERF 8 Bagaimana cara menggunakan kompromi untuk meningkatkan performa?](w2aac19c11c11b5.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 memanfaarkan 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/)