# Sumber daya hemat biaya
**Topics**
+ [COST 5. Bagaimana cara mengevaluasi biaya ketika Anda memilih layanan?](cost-05.md)
+ [COST 6. Bagaimana cara memenuhi target biaya ketika Anda memilih jenis, ukuran, dan jumlah sumber daya?](cost-06.md)
+ [COST 7. Bagaimana cara menggunakan model harga untuk mengurangi biaya?](cost-07.md)
+ [COST 8. Bagaimana cara Anda merencanakan biaya transfer data?](cost-08.md)
# COST 5. Bagaimana cara mengevaluasi biaya ketika Anda memilih layanan?
Amazon EC2, Amazon EBS, dan Amazon S3 adalah blok penyusun layanan AWS. Layanan-layanan terkelola, seperti Amazon RDS dan Amazon DynamoDB, adalah layanan AWS tingkat lebih tinggi atau tingkat aplikasi. Dengan memilih blok penyusun dan layanan terkelola yang sesuai, Anda dapat mengoptimalkan biaya beban kerja ini. Contohnya, dengan menggunakan layanan terkelola, Anda dapat mengurangi atau menghilangkan sebagian besar dari biaya tambahan untuk administrasi dan operasi, sehingga Anda bebas untuk mengerjakan aplikasi dan aktivitas yang terkait dengan bisnis.
**Topics**
+ [COST05-BP01 Identifikasi persyaratan organisasi untuk biaya](cost_select_service_requirements.md)
+ [COST05-BP02 Menganalisis semua komponen beban kerja](cost_select_service_analyze_all.md)
+ [COST05-BP03 Menjalankan analisis menyeluruh setiap komponen](cost_select_service_thorough_analysis.md)
+ [COST05-BP04 Memilih perangkat lunak dengan lisensi hemat biaya](cost_select_service_licensing.md)
+ [COST05-BP05 Memilih komponen beban kerja ini untuk mengoptimalkan biaya selaras dengan prioritas organisasi](cost_select_service_select_for_cost.md)
+ [COST05-BP06 Melakukan analisis biaya untuk penggunaan berbeda seiring waktu](cost_select_service_analyze_over_time.md)
# COST05-BP01 Identifikasi persyaratan organisasi untuk biaya
Bekerja dengan anggota tim untuk menentukan keseimbangan antara pengoptimalan biaya dan pilar lainnya, seperti keandalan dan performa, untuk beban kerja ini.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Di sebagian besar organisasi, departemen teknologi informasi (IT) terdiri dari beberapa tim kecil, masing-masing dengan agenda dan area fokusnya sendiri, yang mencerminkan spesialisasi dan keterampilan anggota timnya. Anda perlu memahami tujuan keseluruhan, prioritas, dan sasaran organisasi Anda, serta bagaimana setiap departemen atau proyek berkontribusi terhadap tujuan ini. Mengategorikan semua sumber daya penting, termasuk personel, peralatan, teknologi, bahan, dan layanan eksternal, sangat penting untuk mencapai tujuan organisasi dan perencanaan anggaran yang komprehensif. Mengadopsi pendekatan sistematis terhadap identifikasi dan pemahaman biaya ini merupakan hal yang sangat penting untuk menyusun rencana biaya yang realistis dan matang untuk organisasi.
Ketika memilih layanan untuk beban kerja Anda, penting bagi Anda untuk memahami prioritas organisasi Anda. Buat keseimbangan antara optimasi biaya dan pilar AWS Well-Architected Framework lainnya, seperti kinerja dan keandalan. Proses ini harus dilakukan secara sistematis dan teratur untuk mencerminkan perubahan dalam tujuan organisasi, kondisi pasar, dan dinamika operasional. Beban kerja yang biayanya dioptimalkan penuh adalah solusi yang paling selaras dengan persyaratan organisasi Anda, tidak selalu berarti biaya yang paling rendah. Bertemulah dengan semua tim dalam organisasi Anda, seperti tim produk, bisnis, teknis, dan keuangan, untuk mengumpulkan informasi. Evaluasi dampak kompromi antar kepentingan yang bertentangan atau pendekatan alternatif, untuk membantu mengambil keputusan yang lebih tepat saat menentukan ke mana upaya perlu difokuskan atau saat memilih rencana tindakan.
Misalnya, meningkatkan kecepatan masuk pasar untuk fitur baru dapat diprioritaskan daripada optimalisasi biaya, atau Anda bisa memilih basis data relasional untuk data non-relasional guna menyederhanakan upaya migrasi sistem, dibandingkan bermigrasi ke basis data yang dioptimalkan untuk tipe data Anda dan memperbarui aplikasi Anda.
### Langkah-langkah implementasi
+ ** Identifikasi kebutuhan biaya organisasi:** Bertemulah dengan anggota-anggota tim dari organisasi Anda, termasuk mereka dari tim pengelolaan produk, pemilik aplikasi, tim pengembangan dan operasional, serta peran manajemen dan keuangan. Prioritaskan pilar Well-Architected untuk beban kerja ini dan komponennya. Output-nya harus berupa daftar pilar secara berurutan. Anda juga dapat menambahkan bobot pada masing-masing pilar untuk menunjukkan berapa fokus tambahan yang dimiliki sebuah pilar, atau seberapa serupa fokus antara dua pilar.
+ **Tangani hutang teknis dan dokumentasikan:** Selama peninjauan beban kerja, tangani hutang teknis. Dokumentasikan item backlog untuk mempertahankan beban kerja pada masa mendatang, dengan tujuan memfaktor ulang atau merancang ulang untuk mengoptimalkannya lebih lanjut. Sangat penting untuk secara jelas mengkomunikasikan kompromi yang dilakukan kepada pemangku kepentingan lainnya.
## Sumber daya
**Praktik-praktik terbaik terkait:**
+ [REL11-BP07 Arsitek produk Anda untuk memenuhi target ketersediaan dan perjanjian tingkat layanan uptime () SLAs](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_withstand_component_failures_service_level_agreements.html)
+ [OPS01-BP06 Mengevaluasi pengorbanan](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_priorities_eval_tradeoffs.html)
**Dokumen terkait:**
+ [AWS Total Biaya Kepemilikan (TCO) Kalkulator](https://aws.amazon.com/tco-calculator/)
+ [Kelas penyimpanan Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produk cloud](https://aws.amazon.com/products/)
# COST05-BP02 Menganalisis semua komponen beban kerja
Verifikasi bahwa setiap beban kerja telah dianalisis, terlepas dari ukuran atau biaya saat ini. Upaya peninjauan harus menggambarkan manfaat potensial, seperti biaya saat ini dan yang diperkirakan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Komponen beban kerja, yang dirancang untuk memberikan nilai bisnis kepada organisasi, dapat mencakup berbagai layanan. Untuk setiap komponen, Anda mungkin memilih layanan AWS Cloud tertentu guna memenuhi kebutuhan bisnis. Pilihan ini dapat dipengaruhi oleh faktor-faktor seperti pemahaman atau pengalaman sebelumnya dalam menggunakan layanan-layanan tersebut.
Setelah mengidentifikasi persyaratan organisasi Anda seperti yang disebutkan dalam [COST05-BP01 Identifikasi persyaratan biaya organisasi](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/cost_select_service_requirements.html), lakukan analisis menyeluruh pada semua komponen dalam beban kerja Anda. Analisis setiap komponen dengan mempertimbangkan biaya dan ukuran saat ini serta proyeksinya. Pertimbangkan biaya analisis terhadap potensi penghematan beban kerja selama siklus hidupnya. Upaya yang dikeluarkan untuk menganalisis semua komponen beban kerja ini harus sesuai dengan potensi penghematan atau peningkatan yang diantisipasi dari optimalisasi komponen spesifik tersebut. Misalnya, apabila biaya sumber daya yang diajukan adalah 10 USD per bulan, dan berdasarkan beban yang diperkirakan, tidak akan melebihi 15 USD per bulan, mengerahkan usaha seharian penuh untuk mengurangi biaya hingga 50% (lima dolar per bulan) dapat melampaui manfaat potensial selama masa pakai sistem. Gunakan perkiraan berdasarkan data yang lebih cepat dan efisien untuk memberikan hasil terbaik secara keseluruhan untuk komponen ini.
Beban kerja dapat berubah seiring waktu, dan rangkaian layanan yang tepat dapat menjadi tidak optimal jika penggunaan atau arsitektur beban kerja berubah. Analisis pilihan layanan harus menggabungkan tingkat penggunaan dan status beban kerja saat ini serta di masa mendatang. Mengimplementasikan layanan untuk penggunaan atau status beban kerja di masa mendatang dapat menghemat biaya keseluruhan dengan meminimalkan atau tanpa memerlukan usaha untuk membuat perubahan di masa mendatang. Misalnya, menggunakan EMR Nirserver mungkin pada awalnya merupakan pilihan yang tepat. Namun, karena konsumsi untuk layanan tersebut meningkat, transisi ke EMR di EC2 dapat mengurangi biaya untuk komponen beban kerja tersebut.
[AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) dan ([CUR](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/)) AWS Cost and Usage Report dapat menganalisis biaya Bukti Konsep (PoC) atau lingkungan yang sedang berjalan. Anda juga dapat menggunakan [Kalkulator Harga AWS](https://calculator.aws/#/) untuk memperkirakan biaya beban kerja.
Tulis alur kerja yang perlu diikuti oleh tim teknis untuk meninjau beban kerja mereka. Jaga agar alur kerja ini tetap sederhana, tetapi juga mencakup semua langkah yang diperlukan untuk memastikan tim memahami setiap komponen beban kerja beserta harganya. Organisasi Anda kemudian dapat mengikuti dan menyesuaikan alur kerja ini berdasarkan kebutuhan khusus setiap tim.
1. **Buat daftar setiap layanan yang digunakan untuk beban kerja Anda:** Ini adalah titik awal yang baik. Identifikasi semua layanan yang sedang digunakan dan dari mana biaya berasal.
1. **Pahami cara kerja penetapan harga untuk layanan tersebut:** Pahami [model penetapan harga](https://aws.amazon.com/pricing/) dari masing-masing layanan. Layanan AWS yang berbeda memiliki model harga yang berbeda berdasarkan faktor-faktor seperti volume penggunaan, transfer data, dan harga khusus fitur.
1. **Fokus pada layanan yang memiliki biaya beban kerja yang tidak terduga dan yang tidak sesuai dengan penggunaan dan hasil bisnis yang Anda harapkan:** Identifikasi pencilan atau layanan di mana biaya tidak sebanding dengan nilai atau penggunaan dengan menggunakan AWS Cost Explorer atau AWS Cost and Usage Report. Untuk memprioritaskan upaya optimalisasi, penting untuk mengaitkan biaya dengan hasil bisnis.
1. **AWS Cost Explorer, Log CloudWatch, Log VPC Flow, dan Lensa Penyimpanan Amazon S3 untuk memahami akar penyebab tingginya biaya tersebut:** Alat-alat ini berperan penting dalam diagnosis biaya tinggi. Setiap layanan menawarkan lensa yang berbeda untuk melihat dan menganalisis penggunaan dan biaya. Misalnya, Cost Explorer membantu menentukan tren biaya keseluruhan, Log ClouWatch memberikan wawasan operasional, Log Alur VPC menampilkan lalu lintas IP, dan Lensa Penyimpanan Amazon S3 berguna untuk analitik penyimpanan.
1. **Gunakan AWS Budgets untuk menetapkan anggaran sejumlah tertentu untuk layanan atau akun:** Menetapkan anggaran adalah cara proaktif untuk mengelola biaya. Gunakan AWS Budgets untuk menetapkan ambang batas anggaran khusus dan menerima peringatan saat biaya melampaui ambang batas tersebut.
1. **Konfigurasikan alarm Amazon CloudWatch untuk mengirim peringatan penagihan dan penggunaan:** Siapkan pemantauan dan peringatan untuk metrik biaya dan penggunaan. Peringatan CloudWatch memberi tahu Anda kapan ambang batas tertentu terlewati, yang akan meningkatkan waktu respons intervensi.
Fasilitasi penyempurnaan dan penghematan keuangan yang jelas dari waktu ke waktu melalui tinjauan strategis pada semua komponen beban kerja dan terlepas dari atributnya saat ini. Upaya yang dicurahkan dalam proses tinjauan ini harus terencana, dengan pertimbangan yang cermat terhadap potensi keuntungan yang mungkin direalisasikan.
### Langkah-langkah implementasi
+ **Buat daftar komponen beban kerja:** Buat daftar komponen beban kerja Anda. Gunakan daftar ini untuk memverifikasi bahwa setiap komponen telah dianalisis. Upaya yang dilakukan harus sesuai dengan kekritisan beban kerja sesuai prioritas organisasi Anda. Kelompokkan sumber daya menurut fungsinya untuk meningkatkan efisiensi (misalnya, penyimpanan basis data produksi, jika terdapat beberapa basis data).
+ **Prioritaskan daftar komponen:** Ambil daftar komponen dan prioritaskan dalam urutan usaha. Daftar tersebut umumnya diurutkan berdasarkan biaya komponen, dari yang paling mahal ke yang paling murah, atau diurutkan sesuai kekritisan sebagaimana ditentukan oleh prioritas organisasi Anda.
+ **Lakukan analisis:** Untuk setiap komponen di dalam daftar, tinjau opsi dan layanan yang tersedia kemudian pilih opsi yang paling sesuai dengan prioritas organisasi Anda.
## Sumber daya
**Dokumen terkait:**
+ [Kalkulator Harga AWS](https://calculator.aws/#/)
+ [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
+ [Kelas penyimpanan Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produk AWS Cloud](https://aws.amazon.com/products/)
**Video terkait:**
+ [Seri Pengoptimalan Biaya AWS: CloudWatch](https://www.youtube.com/watch?v=6imTJUGEzjU)
# COST05-BP03 Menjalankan analisis menyeluruh setiap komponen
Lihat keseluruhan biaya organisasi dari setiap komponen. Hitung total biaya kepemilikan dengan mempertimbangkan faktor biaya operasi dan manajemen, terutama jika menggunakan layanan terkelola oleh penyedia cloud. Hasil upaya peninjauan harus menggambarkan manfaat potensial (misalnya, waktu yang digunakan untuk menganalisis sebanding dengan biaya komponen).
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Pertimbangkan waktu yang dapat dihemat yang memungkinkan tim Anda untuk berfokus pada penghentian utang teknis, inovasi, fitur yang menambah nilai, dan membangun sesuatu yang membedakan bisnis Anda dari yang lain. Misalnya, Anda mungkin perlu mengangkat dan menggeser (juga disebut host ulang) basis data Anda dari lingkungan on-premise Anda ke cloud secepat mungkin dan kemudian mengoptimalkannya. Sebaiknya cari tahu kemungkinan penghematan yang diperoleh menggunakan layanan terkelola di AWS yang dapat menghilangkan atau mengurangi biaya lisensi. Layanan-layanan terkelola di AWS menghilangkan beban administratif dan operasional pemeliharaan layanan, seperti patching atau upgrading OS, dan memungkinkan Anda untuk berfokus pada inovasi.
Karena layanan terkelola beroperasi dengan skala cloud, biaya yang ditawarkan per transaksi atau layanan dapat lebih rendah. Anda dapat melakukan optimalisasi potensial untuk mencapai beberapa manfaat nyata, tanpa mengubah arsitektur inti aplikasi. Misalnya, Anda mungkin ingin mengurangi jumlah waktu yang Anda habiskan untuk mengelola instans-instans basis data dengan bermigrasi ke platform basis data sebagai sebuah layanan seperti [Amazon Relational Database Service (Amazon RDS)](https://aws.amazon.com/rds/) atau memigrasikan aplikasi Anda ke sebuah platform terkelola sepenuhnya seperti [AWS Elastic Beanstalk](https://aws.amazon.com/elasticbeanstalk/).
Biasanya, layanan terkelola memiliki atribut yang dapat Anda atur untuk memastikan kapasitas yang memadai. Anda harus mengatur dan memantau atribut ini agar kapasitas Anda yang berlebih diminimalkan dan kinerja dimaksimalkan. Anda dapat mengubah atribut AWS Managed Services menggunakan Konsol Manajemen AWS atau API dan SDK AWS untuk menyelaraskan kebutuhan sumber daya dengan perubahan permintaan. Misalnya, Anda dapat menambah atau mengurangi jumlah simpul di klaster Amazon EMR (atau klaster Amazon Redshift) untuk menaikkan kapasitas atau menurunkan kapasitas.
Anda juga dapat mengemas beberapa instans pada sebuah sumber daya AWS untuk mengaktifkan penggunaan densitas yang lebih tinggi. Misalnya, Anda dapat menyiapkan beberapa basis data kecil dalam satu instans database Amazon Relational Database Service (Amazon RDS). Seiring dengan meningkatnya penggunaan, Anda dapat memigrasikan satu dari beberapa basis data ke instans basis data khusus Amazon RDS menggunakan proses pemulihan dan snapshot.
Ketika menyiapkan beban kerja dalam layanan terkelola, Anda harus memahami persyaratan untuk menyesuaikan kapasitas layanan. Persyaratan ini biasanya berupa waktu, upaya, dan dampak apa pun terhadap operasi beban kerja normal. Sumber daya yang disiapkan harus memberikan waktu untuk perubahan apa pun, siapkan biaya tambahan yang diperlukan untuk melakukan hal ini. Upaya kontinu yang diperlukan untuk mengubah layanan dapat dikurangi hingga menjadi hampir nol menggunakan API dan SDK yang diintegrasikan dengan alat pemantauan dan sistem, seperti Amazon CloudWatch.
[Amazon RDS](https://aws.amazon.com/rds/), [Amazon Redshift](https://aws.amazon.com/redshift/), dan [Amazon ElastiCache](https://aws.amazon.com/elasticache/) menyediakan layanan database terkelola. [Amazon Athena](https://aws.amazon.com/athena/), [Amazon EMR](https://aws.amazon.com/emr/), dan [Amazon OpenSearch Service](https://aws.amazon.com/opensearch-service/) menyediakan layanan analitik terkelola.
[AMS](https://aws.amazon.com/managed-services/) adalah layanan yang mengoperasikan infrastruktur AWS atas nama pelanggan dan mitra bisnis. Layanan ini menyediakan lingkungan yang aman dan patuh untuk melakukan deployment beban kerja Anda. AMS menggunakan model operasi cloud korporasi dengan otomatisasi agar Anda dapat memenuhi persyaratan organisasi Anda, beralih ke cloud lebih cepat, dan mengurangi biaya manajemen Anda yang sedang berlangsung.
**Langkah-langkah implementasi**
+ ** Lakukan analisis yang menyeluruh: ** Dengan menggunakan daftar komponen tersebut, kerjakan setiap komponen mulai dari prioritas tertinggi ke prioritas yang terendah. Untuk komponen yang diprioritaskan dan membutuhkan biaya mahal, jalankan analisis tambahan dan evaluasi semua opsi yang ada serta dampaknya dalam jangka panjang. Untuk komponen dengan prioritas rendah, ukur apakah perubahan penggunaan akan mengubah prioritas komponen, kemudian jalankan analisis upaya yang sesuai.
+ **Bandingkan sumber daya yang terkelola dan yang tidak terkelola:** Pertimbangkan biaya operasional untuk sumber daya yang Anda kelola dan bandingkan dengan sumber daya yang dikelola AWS. Misalnya, tinjau database Anda yang berjalan di instans Amazon EC2 dan bandingkan dengan opsi-opsi Amazon RDS (layanan yang dikelola AWS) atau Amazon EMR yang dibandingkan dengan menjalankan Apache Spark di Amazon EC2. Saat beralih dari beban kerja yang dikelola mandiri ke beban kerja terkelola penuh AWS, pelajari opsi-opsi Anda secara cermat. Tiga faktor terpenting yang perlu dipertimbangkan adalah [jenis layanan terkelola](https://aws.amazon.com/products/?&aws-products-all.q=managed) yang ingin Anda gunakan, proses yang akan Anda gunakan untuk [memigrasikan data Anda](https://aws.amazon.com/big-data/datalakes-and-analytics/migrations/) dan memahami [model tanggung jawab bersama AWS](https://aws.amazon.com/compliance/shared-responsibility-model/).
## Sumber daya
**Dokumen terkait:**
+ [AWS Kalkulator Total Biaya Kepemilikan (TCO](https://aws.amazon.com/tco-calculator/)
+ [Kelas penyimpanan Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produk AWS Cloud](https://aws.amazon.com/products/)
+ [Model Tanggung Jawab Bersama AWS](https://aws.amazon.com/compliance/shared-responsibility-model/)
**Video terkait:**
+ [ Mengapa pindah ke basis data terkelola? ](https://www.youtube.com/watch?v=VRFdc-MVa4I)
+ [ Apa itu Amazon EMR dan bagaimana saya bisa menggunakannya untuk memproses data? ](https://www.youtube.com/watch?v=jylp2atrZjc)
**Contoh terkait:**
+ [ Mengapa harus berpindah ke basis data terkelola](https://aws.amazon.com/getting-started/hands-on/move-to-managed/why-move-to-a-managed-database/)
+ [ Gabungkan data dari basis data Server SQL yang identik ke dalam sebuah basis data Amazon RDS for SQL Server dengan menggunakan AWS DMS](https://aws.amazon.com/blogs/database/consolidate-data-from-identical-sql-server-databases-into-a-single-amazon-rds-for-sql-server-database-using-aws-dms/)
+ [ Kirimkan data dalam skala besar ke Amazon Managed Streaming for Apache Kafka (Amazon MSK) ](https://aws.amazon.com/getting-started/hands-on/deliver-data-at-scale-to-amazon-msk-with-iot-core/?ref=gsrchandson)
+ [ Memigrasi sebuah aplikasi web ASP.NET ke AWS Elastic Beanstalk](https://aws.amazon.com/getting-started/hands-on/migrate-aspnet-web-application-elastic-beanstalk/?ref=gsrchandson&id=itprohandson)
# COST05-BP04 Memilih perangkat lunak dengan lisensi hemat biaya
Perangkat lunak sumber terbuka meniadakan biaya lisensi perangkat lunak yang dapat menambah biaya yang besar pada beban kerja. Ketika perangkat lunak berlisensi diperlukan, hindari lisensi yang terikat ke atribut arbitrer seperti CPU, carilah lisensi yang terikat dengan output atau hasil. Besar kecilnya biaya lisensi ini lebih sesuai dengan manfaat yang disediakan.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Sumber terbuka berasal dari konteks pengembangan perangkat lunak untuk menunjukkan bahwa perangkat lunak tersebut memenuhi kriteria distribusi gratis tertentu. Perangkat lunak sumber terbuka terdiri dari kode sumber yang dapat diperiksa, dimodifikasi, dan disempurnakan oleh siapa pun. Berdasarkan persyaratan bisnis, keterampilan rekayasawan, perkiraan penggunaan, atau ketergantungan teknologi lainnya, organisasi dapat mempertimbangkan untuk menggunakan perangkat lunak sumber terbuka di AWS untuk meminimalkan biaya lisensi mereka. Dengan kata lain, biaya lisensi perangkat lunak dapat dikurangi melalui penggunaan [perangkat lunak sumber terbuka](https://aws.amazon.com/what-is/open-source/). Penggunaan jenis perangkat lunak ini dapat memberikan pengaruh besar pada biaya beban kerja seiring berubahnya ukuran beban kerja.
Ukur manfaat perangkat lunak berlisensi terhadap total biaya untuk mengoptimalkan beban kerja Anda. Modelkan perubahan dalam lisensi dan bagaimana pengaruhnya terhadap biaya beban kerja Anda. Jika vendor mengubah biaya lisensi basis data Anda, selidiki bagaimana pengaruhnya terhadap keseluruhan efisiensi beban kerja Anda. Pertimbangkan riwayat pengumuman harga dari vendor Anda untuk mengetahui tren perubahan lisensi di seluruh produk mereka. Biaya lisensi juga dapat berubah terlepas dari throughput atau penggunaan, seperti lisensi yang berubah berdasarkan perangkat keras (lisensi terikat CPU). Lisensi jenis ini harus dihindari karena biaya dapat meningkat pesat tanpa hasil yang seimbang.
Misalnya, mengoperasikan instans Amazon EC2 di us-east-1 dengan sistem operasi Linux memungkinkan Anda memangkas biaya sekitar 45%, dibandingkan dengan menjalankan instans Amazon EC2 lain yang berjalan di Windows.
[Kalkulator Harga AWS](https://calculator.aws/) menawarkan cara yang komprehensif untuk membandingkan biaya berbagai sumber daya dengan opsi lisensi yang berbeda-beda, seperti instans Amazon RDS dan mesin database yang berbeda. Selain itu, AWS Cost Explorer memberikan perspektif yang tak ternilai untuk biaya beban kerja yang ada, terutama beban kerja dengan lisensi yang berbeda. Untuk manajemen lisensi, [AWS License Manager](https://aws.amazon.com/license-manager) menawarkan metode efisien untuk mengawasi dan menangani lisensi perangkat lunak. Pelanggan dapat menerapkan dan mengoperasionalkan perangkat lunak sumber terbuka pilihan mereka di AWS Cloud.
### Langkah-langkah implementasi
+ ** Analisis opsi lisensi:** Tinjau persyaratan lisensi perangkat lunak yang tersedia. Cari versi sumber terbuka yang memiliki fungsionalitas yang diperlukan, dan cari tahu apakah manfaat dari perangkat lunak berlisensi lebih besar daripada biayanya. Ketentuan yang menguntungkan adalah yang menyelaraskan biaya dengan manfaat yang disediakan.
+ ** Analisis penyedia perangkat lunak:** Tinjau riwayat penetapan harga atau perubahan lisensi dari vendor. Cari perubahan yang tidak selaras dengan hasil, seperti ketentuan merugikan yang mengharuskan perangkat lunak dijalankan di perangkat keras atau platform vendor tertentu. Selain itu, cari tahu bagaimana mereka melakukan audit, dan sanksi yang dapat dikenakan.
## Sumber daya
**Dokumen terkait:**
+ [ Open Source di AWS](https://aws.amazon.com/opensource/)
+ [Kalkulator Total Biaya Kepemilikan (TCO) AWS](https://aws.amazon.com/tco-calculator/)
+ [Kelas penyimpanan Amazon S](https://aws.amazon.com/s3/storage-classes/)
+ [Produk cloud](https://aws.amazon.com/products/)
**Contoh terkait:**
+ [Blog Sumber Terbuka](https://aws.amazon.com/blogs/opensource/)
+ [Blog Sumber Terbuka AWS](https://aws.github.io/)
+ [ Evaluasi Optimalisasi dan Pemberian Lisensi ](https://aws.amazon.com/optimization-and-licensing-assessment/)
# COST05-BP05 Memilih komponen beban kerja ini untuk mengoptimalkan biaya selaras dengan prioritas organisasi
Pertimbangkan biaya saat memilih semua komponen untuk beban kerja Anda. Termasuk di antaranya adalah menggunakan layanan terkelola dan tingkat aplikasi atau nirserver, kontainer, atau arsitektur yang berbasis peristiwa agar dapat menekan keseluruhan biaya. Minimalkan biaya lisensi menggunakan perangkat lunak sumber terbuka, perangkat lunak yang tidak memiliki biaya lisensi, atau alternatif untuk menekan biaya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Pertimbangkan biaya layanan dan opsi saat memilih semua komponen. Ini mencakup penggunaan layanan tingkat aplikasi dan layanan terkelola, seperti [Amazon Relational Database Service](https://aws.amazon.com/rds/) (Amazon RDS), [Amazon DynamoDB](https://aws.amazon.com/dynamodb/), [Amazon Simple Notification Service](https://aws.amazon.com/sns/) (Amazon SNS), dan [Amazon Simple Email Service](https://aws.amazon.com/ses/) (Amazon SES) untuk mengurangi biaya organisasi secara keseluruhan.
Gunakan layanan nirserver dan kontainer untuk komputasi, seperti [AWS Lambda](https://aws.amazon.com/lambda/) dan [Amazon Simple Storage Service (Amazon S3)](https://aws.amazon.com/s3/) untuk situs web statis. Kontainerisasi aplikasi Anda jika memungkinkan dan gunakan Layanan Kontainer Terkelola AWS seperti [Amazon Elastic Container Service](https://aws.amazon.com/ecs/) (Amazon ECS) atau [Amazon Elastic Kubernetes Service](https://aws.amazon.com/eks/) (Amazon EKS).
Minimalkan biaya lisensi dengan menggunakan perangkat lunak sumber terbuka, atau perangkat lunak yang tidak memiliki ongkos lisensi (misalnya Amazon Linux untuk beban kerja komputasi atau migrasikan basis data ke Amazon Aurora).
Anda dapat menggunakan layanan nirserver atau layanan tingkat aplikasi seperti [Lambda](https://aws.amazon.com/lambda/), [Amazon Simple Queue Service (Amazon SQS)](https://aws.amazon.com/sqs/), [Amazon SNS](https://aws.amazon.com/sqs/), dan [Amazon SES](https://aws.amazon.com/ses/). Semua layanan ini menyingkirkan kebutuhan Anda untuk mengelola sumber daya, dan menyediakan fungsi eksekusi kode, layanan pengantrean, dan pengiriman pesan. Manfaat lain layanan-layanan ini adalah menskalakan kinerja dan biaya sesuai dengan penggunaan, sehingga memungkinkan alokasi dan atribusi biaya yang efisien.
Menggunakan [arsitektur berbasis peristiwa](https://aws.amazon.com/what-is/eda/) juga dimungkinkan dengan layanan nirserver. Arsitektur yang didorong peristiwa didasarkan pada push, sehingga semuanya terjadi sesuai permintaan saat peristiwa muncul di dalam router. Dengan demikian, Anda tidak akan membayar polling yang terjadi terus-menerus untuk memeriksa peristiwa. Hasilnya adalah konsumsi bandwith jaringan berkurang, penggunaan CPU berkurang, kapasitas armada tidak aktif berkurang, dan handshake SSL/TLS berkurang.
Untuk informasi lebih lanjut tentang layanan nirserver, lihat [Laporan resmi lensa Aplikasi Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/serverless-applications-lens/welcome.html).
### Langkah-langkah implementasi
+ **Pilih setiap layanan untuk mengoptimalisasi biaya:** Dengan menggunakan daftar dan analisis yang telah Anda prioritaskan, pilih setiap opsi yang menyediakan pilihan terbaik sesuai prioritas organisasi Anda. Alih-alih meningkatkan kapasitas untuk memenuhi permintaan, pertimbangkan opsi-opsi lain yang dapat memberi Anda kinerja yang lebih baik dengan biaya yang lebih rendah. Sebagai contoh, jika Anda perlu meninjau lalu lintas basis data yang sudah Anda perkirakan di AWS, pertimbangkan untuk meningkatkan ukuran instans atau menggunakan layanan Amazon ElastiCache (Redis atau Memcached) untuk menyediakan mekanisme dalam cache untuk basis data Anda.
+ **Evaluasi arsitektur berbasis peristiwa:** Menggunakan arsitektur nirserver juga memungkinkan Anda membangun arsitektur berbasis peristiwa untuk aplikasi berbasis layanan mikro yang terdistribusi, yang membantu Anda membangun solusi yang dapat diskalakan, tangguh, gesit, dan hemat biaya.
## Sumber daya
**Dokumen terkait:**
+ [Kalkulator Total Biaya Kepemilikan (TCO) AWS](https://aws.amazon.com/tco-calculator/)
+ [Nirserver AWS](https://aws.amazon.com/serverless/)
+ [Apa yang Dimaksud Arsitektur Berbasis Peristiwa?](https://aws.amazon.com/what-is/eda/)
+ [Kelas penyimpanan Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produk cloud](https://aws.amazon.com/products/)
+ [Amazon ElastiCache (Redis OSS)](https://aws.amazon.com/elasticache/redis)
**Contoh terkait:**
+ [Mulai menggunakan arsitektur berbasis peristiwa](https://aws.amazon.com/blogs/compute/getting-started-with-event-driven-architecture/)
+ [Arsitektur berbasis peristiwa](https://aws.amazon.com/event-driven-architecture/)
+ [Bagaimana Statsig berjalan 100x lebih hemat biaya menggunakan Amazon ElastiCache (Redis OSS)](https://aws.amazon.com/blogs/database/how-statsig-runs-100x-more-cost-effectively-using-amazon-elasticache-for-redis/)
+ [Praktik terbaik untuk bekerja dengan fungsi AWS Lambda](https://docs.aws.amazon.com/lambda/latest/dg/best-practices.html)
# COST05-BP06 Melakukan analisis biaya untuk penggunaan berbeda seiring waktu
Beban kerja bisa berubah seiring waktu. Beberapa layanan atau fitur lebih hemat biaya pada tingkat penggunaan yang berbeda. Dengan melakukan analisis pada setiap komponen dari waktu ke waktu serta pada penggunaan yang diperkirakan, beban kerja tetap hemat biaya di sepanjang masa pakainya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Ketika AWS merilis layanan dan fitur baru, layanan optimal untuk beban kerja Anda mungkin berubah. Upaya yang diperlukan harus mencerminkan keuntungan potensial. Frekuensi peninjauan beban kerja tergantung pada persyaratan organisasi Anda. Jika beban kerja memiliki biaya yang signifikan, penerapan layanan baru lebih dini akan memaksimalkan penghematan biaya, sehingga manfaatnya bisa lebih besar jika peninjauan lebih sering dilakukan. Inisiasi peninjauan lainnya adalah perubahan pola penggunaan. Perubahan yang signifikan pada penggunaan bisa menandakan bahwa layanan alternatif akan lebih optimal.
Jika Anda perlu memindahkan data ke AWS Cloud, Anda dapat memilih berbagai macam layanan yang ditawarkan oleh AWS dan alat-alat partner untuk membantu Anda dalam memigrasikan set data Anda, baik berupa file, basis data, citra mesin, volume blok, bahkan cadangan berupa pita. Misalnya, untuk memindahkan data dalam jumlah besar ke dan dari AWS atau memproses data yang ada di edge, Anda dapat menggunakan salah satu perangkat yang dibuat khusus AWS untuk memindahkan data offline berukuran petabita secara hemat biaya. Contoh lainnya adalah untuk kecepatan transfer data yang lebih tinggi, layanan koneksi langsung mungkin lebih murah daripada VPN, yang menyediakan konektivitas konsisten yang diperlukan untuk bisnis Anda.
Berdasarkan analisis biaya untuk berbagai penggunaan seiring waktu, tinjau aktivitas penskalaan Anda. Analisis hasilnya untuk melihat apakah kebijakan penskalaan dapat disesuaikan untuk menambahkan instans dengan beberapa tipe instans dan opsi pembelian. Tinjau pengaturan Anda untuk melihat apakah pengaturan minimum dapat dikurangi untuk melayani permintaan pengguna tetapi dengan ukuran armada yang lebih kecil, dan tambahkan lebih banyak sumber daya untuk memenuhi permintaan tinggi yang diperkirakan.
Lakukan analisis biaya untuk penggunaan yang berbeda dari waktu ke waktu dengan berdiskusi dengan para pemangku kepentingan yang ada di organisasi Anda dan gunakan fitur perkiraan [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-forecast.html) untuk memprediksi dampak yang mungkin terjadi dari adanya perubahan layanan. Pantau tingkat penggunaan peluncuran menggunakan AWS Budgets, alarm penagihan CloudWatch, dan AWS Cost Anomaly Detection untuk lebih cepat mengidentifikasi dan mengimplementasikan layanan yang paling hemat biaya lebih cepat.
**Langkah-langkah implementasi**
+ ** Tentukan pola penggunaan yang terprediksi: ** Bersama organisasi Anda, seperti pemasaran dan pemilik produk, buatlah dokumentasi yang memuat pola penggunaan yang diharapkan dan diprediksi untuk beban kerja. Bersama pemangku kepentingan bisnis, diskusikan riwayat dan prakiraan peningkatan biaya dan penggunaan dan pastikan peningkatan tersebut sesuai dengan persyaratan bisnis. Identifikasi hari, minggu, atau bulan kalender yang Anda perkirakan ada lebih banyak pengguna yang menggunakan sumber daya AWS Anda, yang menandakan bahwa Anda harus meningkatkan kapasitas sumber daya yang ada atau mengadopsi layanan tambahan untuk menekan biaya dan meningkatkan kinerja.
+ ** Lakukan analisis biaya pada penggunaan yang terprediksi:** Dengan menggunakan pola penggunaan yang sudah ditentukan, lakukan analisis pada masing-masing titik ini. Upaya analisis harus mencerminkan hasil potensial. Sebagai contoh, jika ada perubahan besar pada penggunaan, analisis yang mendalam harus dilakukan untuk memastikan biaya dan perubahan yang terjadi. Dengan kata lain, saat biaya meningkat, penggunaan untuk bisnis juga harus meningkat.
## Sumber daya
**Dokumen terkait:**
+ [Kalkulator Total Biaya Kepemilikan (TCO) AWS](https://aws.amazon.com/tco-calculator/)
+ [Kelas penyimpanan Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produk cloud](https://aws.amazon.com/products/)
+ [ Amazon EC2 Auto Scaling ](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html)
+ [ Migrasi Data Cloud ](https://aws.amazon.com/cloud-data-migration/)
+ [AWS Snow Family](https://aws.amazon.com/snow/)
**Video terkait:**
+ [AWS OpsHub for Snow Family](https://www.youtube.com/watch?v=0Q7s7JiBCf0)
# COST 6. Bagaimana cara memenuhi target biaya ketika Anda memilih jenis, ukuran, dan jumlah sumber daya?
Pastikan Anda memilih jumlah sumber daya dan ukuran sumber daya yang sesuai untuk tugas yang ada. Anda meminimalkan pemborosan dengan memilih jenis, ukuran, dan jumlah yang paling hemat.
**Topics**
+ [COST06-BP01 Melakukan pemodelan biaya](cost_type_size_number_resources_cost_modeling.md)
+ [COST06-BP02 Memilih jenis, ukuran, dan jumlah sumber daya berdasarkan data](cost_type_size_number_resources_data.md)
+ [COST06-BP03 Pilih tipe, ukuran, dan jumlah sumber daya secara otomatis berdasarkan metrik](cost_type_size_number_resources_metrics.md)
+ [COST06-BP04 Pertimbangkan penggunaan sumber daya bersama](cost_type_size_number_resources_shared.md)
# COST06-BP01 Melakukan pemodelan biaya
Identifikasi kebutuhan organisasi (seperti kebutuhan bisnis dan komitmen yang ada) dan lakukan pemodelan biaya (keseluruhan biaya) untuk beban kerja serta setiap komponennya. Lakukan aktivitas tolok ukur untuk beban kerja di bawah berbagai beban yang diprediksi lalu bandingkan biayanya. Upaya pemodelan harus mencerminkan manfaat potensial. Misalnya, waktu yang digunakan sebanding dengan biaya komponen.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Lakukan pemodelan biaya untuk beban kerja Anda dan setiap komponennya guna memahami keseimbangan antarsumber daya, dan temukan ukuran yang tepat untuk setiap sumber daya di dalam beban kerja, dengan tingkat performa tertentu. Pemahaman tentang pertimbangan biaya dapat menjadi landasan untuk kasus bisnis dan proses pengambilan keputusan organisasi Anda saat mengevaluasi hasil realisasi nilai untuk deployment beban kerja yang direncanakan.
Lakukan aktivitas tolok ukur untuk beban kerja di bawah berbagai beban yang diprediksi lalu bandingkan biayanya. Hasil upaya pemodelan harus menggambarkan manfaat potensial, misalnya, waktu yang digunakan sebanding dengan biaya komponen atau penghematan yang diprediksi. Untuk praktik terbaik, lihat [bagian Peninjauan dari Pilar Efisiensi Performa Kerangka Kerja AWS Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/review.html).
Sebagai contoh, untuk membuat pemodelan biaya untuk beban kerja yang terdiri dari sumber daya komputasi, [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) dapat membantu pemodelan biaya untuk beban kerja yang berjalan. Layanan ini menyediakan rekomendasi penyesuaian ukuran untuk sumber daya komputasi berdasarkan riwayat penggunaan. Pastikan Agen CloudWatch di-deploy ke instans Amazon EC2 agar dapat mengumpulkan metrik-metrik memori yang akan membantu Anda mendapatkan rekomendasi yang lebih akurat di dalam AWS Compute Optimizer. Ini adalah sumber data ideal untuk sumber daya komputasi karena ini adalah layanan gratis, yang menggunakan machine learning untuk memberikan beberapa rekomendasi tergantung tingkat risiko.
Ada [beberapa layanan](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html) yang dapat Anda gunakan dengan log kustom sebagai sumber data untuk operasi penyesuaian ukuran untuk layanan lain dan komponen beban kerja, seperti [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/), [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) dan [Log Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html). AWS Trusted Advisor akan memeriksa sumber daya dan menandai sumber daya dengan pemanfaatan rendah yang dapat membantu Anda menyesuaikan ukuran sumber daya Anda dan membuat pemodelan biaya.
Berikut ini adalah beberapa rekomendasi untuk data dan metrik pemodelan biaya:
+ Pemantauan harus mencerminkan pengalaman pengguna secara akurat. Pilih tingkat detail yang tepat untuk periode waktu dan dengan cermat pilih persentil maksimum atau ke-99, bukan rata-rata.
+ Pilih tingkat detail yang tepat untuk periode waktu analisis yang diperlukan untuk mencakup siklus beban kerja apa pun. Sebagai contoh, jika dilakukan analisis dua minggu, Anda mungkin mengabaikan siklus pemanfaatan tinggi bulanan, yang dapat menyebabkan pengadaan yang terlalu rendah.
+ Pilih layanan AWS yang tepat untuk beban kerja yang Anda rencanakan dengan mempertimbangkan komitmen Anda saat ini, model harga yang dipilih untuk beban kerja lain, dan kemampuan untuk berinovasi lebih cepat dan berfokus pada nilai bisnis inti Anda.
**Langkah-langkah implementasi **
+ ** Lakukan pemodelan biaya untuk sumber daya:** Deploy beban kerja atau bukti konsep ke dalam sebuah akun terpisah dengan jenis dan ukuran sumber daya tertentu untuk diuji. Jalankan beban kerja dengan data pengujian dan rekam hasil output, beserta data biaya untuk periode pengujian. Kemudian, deploy ulang beban kerja atau ubah tipe dan ukuran sumber daya lalu jalankan ulang pengujian. Sertakan biaya lisensi produk apa pun yang mungkin Anda gunakan dengan sumber daya ini serta perkiraan biaya operasi (tenaga kerja atau teknisi) untuk men-deploy dan mengelola sumber daya ini selama membuat pemodelan biaya. Pertimbangkan pemodelan biaya untuk periode tertentu (jam, harian, bulanan, tahunan, atau tiga tahun).
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [ Mengidentifikasi Peluang untuk Menyesuaikan ke Ukuran yang Tepat ](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html)
+ [Fitur Amazon CloudWatch](https://aws.amazon.com/cloudwatch/features/)
+ [Optimalisasi Biaya: Penyesuaian Ukuran yang Tepat untuk Amazon EC2](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
+ [Kalkulator Penetapan Harga AWS](https://calculator.aws/#/)
**Contoh terkait:**
+ [ Lakukan Pemodelan Biaya Berbasis Data ](https://aws.amazon.com/blogs/mt/how-to-use-aws-well-architected-with-aws-trusted-advisor-to-achieve-data-driven-cost-optimization/)
+ [Perkirakan biaya konfigurasi sumber daya AWS yang sudah terencana](https://aws.amazon.com/premiumsupport/knowledge-center/estimating-aws-resource-costs/)
+ [ Pilih alat AWS yang tepat](https://www.learnaws.org/2019/09/27/choose-right-aws-tools/)
# COST06-BP02 Memilih jenis, ukuran, dan jumlah sumber daya berdasarkan data
Pilih jenis atau ukuran sumber daya berdasarkan data tentang karakteristik sumber daya dan beban kerja. Misalnya, intensif komputasi, memori, throughput, atau tulis. Pilihan ini biasanya dibuat menggunakan beban kerja versi sebelumnya (on-premise), menggunakan dokumentasi, atau menggunakan sumber informasi lain untuk beban kerja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Amazon EC2 menyediakan berbagai pilihan jenis instans dengan tingkat CPU, memori, penyimpanan, dan kapasitas jaringan yang berbeda untuk kasus penggunaan yang berbeda. Jenis-jenis instans ini memadukan kemampuan CPU, memori, penyimpanan, dan jaringan yang berbeda-beda, sehingga Anda bisa lebih fleksibel saat memilih kombinasi sumber daya yang tepat untuk proyek Anda. Setiap jenis instans tersedia dalam berbagai ukuran, sehingga Anda dapat menyesuaikan sumber daya berdasarkan tuntutan beban kerja Anda. Untuk menentukan jenis instans yang Anda butuhkan, kumpulkan detail tentang persyaratan sistem aplikasi atau perangkat lunak yang akan Anda jalankan pada instans Anda. Detail ini sebaiknya mencakup hal-hal berikut:
+ Sistem operasi
+ Jumlah inti CPU
+ Inti GPU
+ Jumlah memori sistem (RAM)
+ Jenis dan ruang penyimpanan
+ Persyaratan bandwidth jaringan
Identifikasi tujuan persyaratan komputasi dan instans mana yang diperlukan, lalu jelajahi berbagai rangkaian instans Amazon EC2. Amazon menawarkan rangkaian jenis instans berikut:
+ Tujuan Umum
+ Komputasi yang Dioptimalkan
+ Memori Dioptimalkan
+ Penyimpanan Dioptimalkan
+ Komputasi yang dipercepat
+ HPC Dioptimalkan
Untuk pemahaman yang lebih mendalam tentang tujuan spesifik dan kasus penggunaan yang dapat dipenuhi oleh famili instans Amazon EC2 tertentu, lihat [Jenis instans AWS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html).
Pengumpulan persyaratan sistem menjadi langkah yang sangat penting bagi Anda untuk memilih rangkaian instans yang spesifik dan jenis instans yang paling sesuai dengan kebutuhan Anda. Nama jenis instans terdiri dari nama rangkaian dan ukuran instans. Misalnya, instans t2.micro berasal dari rangkaian T2 dan memiliki ukuran mikro.
Pilih jenis atau ukuran sumber daya berdasarkan karakteristik sumber daya dan beban kerja (misalnya, intensif komputasi, memori, throughput, atau tulis). Pilihan ini biasanya dibuat menggunakan pemodelan biaya, beban kerja versi sebelumnya (seperti versi on-premise), menggunakan dokumentasi, atau menggunakan sumber informasi lain tentang beban kerja (laporan resmi atau solusi yang dipublikasikan). Menggunakan kalkulator penetapan harga atau alat manajemen biaya AWS dapat membantu Anda dalam membuat keputusan yang lebih tepat tentang jenis, ukuran, dan konfigurasi instans.
### Langkah-langkah implementasi
+ **Pilih sumber daya berdasarkan data:** Gunakan data pemodelan biaya Anda untuk memilih tingkat penggunaan beban kerja yang diantisipasi, dan pilih jenis dan ukuran sumber daya yang tertentu. Dengan mengandalkan data pemodelan biaya, tentukan jumlah CPU virtual, total memori (GiB), volume penyimpanan instans lokal (GB), volume Amazon EBS, dan tingkat performa jaringan, dengan mempertimbangkan kecepatan transfer data yang diperlukan untuk instans. Selalu buat pilihan berdasarkan analisis mendetail dan data yang akurat untuk mengoptimalkan performa sekaligus mengelola biaya secara efektif.
## Sumber daya
**Dokumen terkait:**
+ [Tipe instans AWS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html)
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Fitur Amazon CloudWatch](https://aws.amazon.com/cloudwatch/features/)
+ [Optimalisasi Biaya: Penyesuaian Ukuran EC2 yang Tepat](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
**Video terkait:**
+ [ Memilih instans Amazon EC2 yang tepat untuk beban kerja Anda ](https://www.youtube.com/watch?v=q5Dn9gcmpJg)
+ [ Sesuaikan layanan Anda ke ukuran yang tepat ](https://youtu.be/wcp1inFS78A)
**Contoh terkait:**
+ [ Semakin mudah untuk menemukan dan membandingkan jenis-jenis instans Amazon EC2 ](https://aws.amazon.com/blogs/compute/it-just-got-easier-to-discover-and-compare-ec2-instance-types/)
# COST06-BP03 Pilih tipe, ukuran, dan jumlah sumber daya secara otomatis berdasarkan metrik
Gunakan metrik dari beban kerja yang sedang berjalan untuk memilih ukuran dan jenis yang tepat untuk mengoptimalkan biaya. Sediakan throughput, ukuran, dan penyimpanan secara tepat untuk layanan komputasi, penyimpanan, data, dan jaringan. Hal ini dapat dilakukan dengan loop umpan balik seperti penskalaan otomatis atau dengan kode kustom di dalam beban kerja.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Buat loop umpan balik di dalam beban kerja yang menggunakan metrik aktif dari beban kerja yang berjalan untuk melakukan perubahan pada beban kerja tersebut. Anda dapat menggunakan layanan terkelola, seperti [AWS Auto Scaling](https://aws.amazon.com/autoscaling/), yang Anda konfigurasikan untuk melakukan operasi penyesuain ukuran yang tepat untuk Anda. AWS juga menyediakan [API, SDK](https://aws.amazon.com/developer/tools/), dan fitur-fitur yang memungkinkan sumber daya dapat dimodifikasi dengan sedikit usaha. Anda dapat memprogram beban kerja agar menghentikan dan menjalankan instans Amazon EC2 untuk memungkinkan perubahan ukuran atau tipe instans. Hal ini menyediakan manfaat penyesuaian ukuran sambil menghilangkan hampir semua biaya operasional yang diperlukan untuk melakukan perubahan.
Beberapa layanan AWS memiliki pemilihan jenis atau ukuran otomatis di dalamnya, seperti [Amazon Simple Storage Service Intelligent-Tiering](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/). Amazon S3 Intelligent-Tiering secara otomatis memindahkan data Anda antara dua tingkat akses, akses sering dan akses jarang, berdasarkan pola penggunaan Anda.
**Langkah-langkah implementasi**
+ **Tingkatkan observabilitas Anda dengan mengonfigurasi metrik beban kerja:** Rekam metrik-metrik kunci untuk beban kerja. Metrik-metrik tersebut menyediakan indikasi pengalaman pelanggan, seperti output beban kerja, dan penyelarasan dengan perbedaan antartipe dan ukuran sumber daya, seperti penggunaan CPU dan memori. Untuk sumber daya komputasi, analisis data kinerja untuk menyesuaikan instans Amazon EC2 Anda ke ukuran yang tepat. Identifikasi instans tidak aktif dan instans dengan pemanfaatan terlalu rendah. Metrik utama yang harus diamati adalah penggunaan CPU dan pemanfaatan memori (misalnya, 40% pemanfaatan CPU di 90% dari keseluruhan waktu seperti yang dijelaskan dalam [Penyesuaian ukuran yang tepat dengan Mengaktifkan AWS Compute Optimizer dan Pemanfaatan Memori](https://www.wellarchitectedlabs.com/cost/200_labs/200_aws_resource_optimization/5_ec2_computer_opt/)). Identifikasi instans dengan penggunaan CPU maksimum dan pemanfaatan memori kurang dari 40% selama jangka waktu empat minggu. Ini adalah instans untuk disesuaikan ukurannya guna memangkas biaya. Untuk sumber daya penyimpanan seperti Amazon S3, Anda dapat menggunakan [Lensa Penyimpanan Amazon S3](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/), yang memungkinkan Anda melihat 28 metrik di berbagai kategori di tingkat bucket, dan 14 hari data historis di dasbor secara default. Anda dapat memfilter dasbor Lensa Penyimpanan Amazon S3 Anda berdasarkan ringkasan dan pengoptimalan biaya atau peristiwa untuk menganalisis metrik-metrik tertentu.
+ **Lihat rekomendasi penyesuaian ukuran yang tepat:** Gunakan rekomendasi penyesuaian ukuran yang tepat di AWS Compute Optimizer dan alat pengatur ukuran Amazon EC2 di konsol Manajemen Biaya, atau tinjau penyesuaian ukuran AWS Trusted Advisor sumber daya Anda ke ukuran yang tepat untuk menyesuaikan beban kerja Anda. Penting untuk menggunakan [alat yang tepat](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html) saat menyesuaikan sumber daya yang berbeda ke ukuran yang tepat dan mengikuti [pedoman penyesuaian ukuran yang tepat](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html) apakah itu instans Amazon EC2, kelas penyimpanan AWS, atau jenis-jenis instans Amazon RDS. Untuk sumber daya penyimpanan, Anda dapat menggunakan Lensa Penyimpanan Amazon S3, yang memberi Anda visibilitas tentang penggunaan penyimpanan objek dan tren aktivitas, serta memberikan rekomendasi yang dapat ditindaklanjuti untuk mengoptimalkan biaya dan menerapkan praktik terbaik perlindungan data. Dengan menggunakan rekomendasi kontekstual yang diperoleh [Lensa Penyimpanan Amazon S3](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/) dari analisis metrik di seluruh organisasi Anda, Anda dapat segera mengambil langkah untuk mengoptimalkan penyimpanan.
+ **Pilih jenis dan ukuran sumber daya secara otomatis berdasarkan metrik:** Dengan menggunakan metrik beban kerja, pilih sumber daya beban kerja Anda secara manual atau otomatis. Untuk sumber daya komputasi, konfigurasi AWS Auto Scaling atau implementasi kode di dalam aplikasi Anda dapat menghemat energi yang diperlukan jika diperlukan perubahan yang sering, dan ini dapat berpotensi mengimplementasikan perubahan lebih awal daripada proses manual. Anda dapat meluncurkan dan secara otomatis menyesuaikan armada Instans Sesuai Permintaan dan Instans Spot dalam satu grup Auto Scaling. Selain menerima diskon untuk menggunakan Instans Spot, Anda dapat menggunakan Instans Terpesan atau Savings Plan untuk menerima tarif diskon dengan harga biasa Instans Sesuai Permintaan. Semua kombinasi dari faktor-faktor tersebut membantu Anda mengoptimalkan penghematan biaya Anda untuk instans Amazon EC2 dan menentukan skala dan kinerja yang diinginkan untuk aplikasi Anda. Anda juga dapat menggunakan strategi [pemilihan jenis instans berbasis atribut (ABS)](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-instance-type-requirements.html) di [grup Auto Scaling (ASG)](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-instance-type-requirements.html), yang akan membuat Anda dapat menyatakan persyaratan instans dalam bentuk rangkaian atribut, seperti vCPU, memori, dan penyimpanan. Anda dapat menggunakan tipe instans generasi lebih baru secara otomatis ketika tipe tersebut dirilis dan mengakses cakupan kapasitas yang lebih luas dengan Instans Spot Amazon EC2. Amazon EC2 Fleet dan Amazon EC2 Auto Scaling memilih dan meluncurkan instans yang cocok dengan atribut yang sudah ditentukan, sehingga menghilangkan kebutuhan untuk memilih jenis instans secara manual. Untuk sumber daya penyimpanan, Anda dapat menggunakan fitur [Amazon S3 Intelligent Tiering](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/) dan fitur [Akses Jarang Amazon EFS](https://aws.amazon.com/efs/features/infrequent-access/), yang akan membuat Anda dapat memilih kelas penyimpanan secara otomatis yang memberikan penghematan biaya penyimpanan otomatis saat pola akses data berubah, tanpa memberikan dampak kinerja atau overhead operasional.
## Sumber daya
**Dokumen terkait:**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Penyesuaian Ukuran yang Tepat untuk AWS](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/right-sizing/)
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)
+ [Fitur Amazon CloudWatch](https://aws.amazon.com/cloudwatch/features/)
+ [Menyiapkan CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/GettingSetup.html)
+ [CloudWatch Memublikasikan Metrik Kustom](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html)
+ [Memulai dengan Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html)
+ [Lensa Penyimpanan Amazon S3](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/)
+ [Amazon S3 Intelligent-Tiering](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/)
+ [Akses Jarang Amazon EFS](https://aws.amazon.com/efs/features/infrequent-access/)
+ [Meluncurkan Instans Amazon EC2 dengan Menggunakan SDK](https://docs.aws.amazon.com/sdk-for-net/v2/developer-guide/run-instance.html)
**Video terkait:**
+ [Sesuaikan Layanan Anda ke Ukuran yang Tepat](https://www.youtube.com/watch?v=wcp1inFS78A)
**Contoh terkait:**
+ [Pemilihan Tipe Instans Berbasis Atribut untuk Penskalaan Otomatis untuk Amazon EC2 Fleet](https://aws.amazon.com/blogs/aws/new-attribute-based-instance-type-selection-for-ec2-auto-scaling-and-ec2-fleet/)
+ [Mengoptimalkan biaya Amazon Elastic Container Service dengan menggunakan penskalaan terjadwal ](https://aws.amazon.com/blogs/containers/optimizing-amazon-elastic-container-service-for-cost-using-scheduled-scaling/)
+ [Penskalaan prediktif dengan Amazon EC2 Auto Scaling](https://aws.amazon.com/blogs/compute/introducing-native-support-for-predictive-scaling-with-amazon-ec2-auto-scaling/)
+ [Mengoptimalkan Biaya dan Mendapatkan Visibilitas ke dalam Penggunaan dengan Lensa Penyimpanan Amazon S3](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/)
# COST06-BP04 Pertimbangkan penggunaan sumber daya bersama
Untuk layanan yang sudah di-deploy di tingkat organisasi untuk beberapa unit bisnis, pertimbangkan penggunaan sumber daya bersama untuk meningkatkan pemanfaatan dan mengurangi total biaya kepemilikan (TCO). Penggunaan sumber daya bersama dapat menjadi pilihan yang hemat biaya untuk memusatkan manajemen dan biaya dengan menggunakan solusi yang sudah ada, berbagi komponen, atau keduanya. Kelola fungsi-fungsi umum seperti pemantauan, pencadangan, dan konektivitas, baik dalam batasan akun maupun di sebuah akun khusus. Anda juga dapat mengurangi biaya dengan menerapkan standardisasi, mengurangi duplikasi, dan mengurangi kompleksitas.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Apabila beberapa beban kerja menyebabkan fungsi yang sama, gunakan solusi yang sudah ada serta komponen bersama untuk memperbaiki manajemen dan mengoptimalkan biaya. Pertimbangkan penggunaan sumber daya yang sudah ada (terutama sumber daya bersama), seperti server basis data nonproduksi atau layanan direktori, untuk mengurangi biaya cloud dengan mengikuti praktik terbaik keamanan dan peraturan organisasi. Untuk realisasi dan efisiensi nilai yang optimal, sangat penting untuk mengalokasikan biaya kembali (menggunakan showback dan chargeback) ke area terkait bisnis yang mendorong konsumsi.
*Showback* mengacu pada laporan yang memecah biaya cloud ke dalam kategori yang dapat diatribusikan, seperti konsumen, unit bisnis, akun buku besar, atau entitas yang bertanggung jawab lainnya. Tujuan showback adalah untuk menunjukkan kepada tim, unit bisnis, atau individu, biaya sumber daya cloud yang mereka gunakan.
*Chargeback* berarti mengalokasikan pengeluaran layanan pusat ke unit biaya berdasarkan strategi yang sesuai untuk proses manajemen keuangan tertentu. Untuk pelanggan, chargeback membebankan biaya yang dikeluarkan dari satu akun layanan bersama ke kategori biaya keuangan berbeda yang sesuai untuk suatu proses pelaporan pelanggan. Dengan menetapkan mekanisme chargeback, Anda dapat melaporkan biaya yang dikeluarkan oleh unit bisnis, produk, dan tim yang berbeda.
Beban kerja dapat dikategorikan sebagai kritis dan nonkritis. Berdasarkan klasifikasi ini, gunakan sumber daya bersama dengan konfigurasi umum untuk beban kerja yang kurang kritis. Agar lebih mengoptimalkan biaya, cadangkan server khusus semata-mata untuk beban kerja kritis. Bagikan sumber daya atau sediakan di beberapa akun agar dapat dikelola secara efisien. Bahkan dengan lingkungan pengembangan, pengujian, dan produksi yang berbeda, berbagi dapat dilakukan secara aman dan tidak membahayakan struktur organisasi.
Untuk meningkatkan pemahaman Anda dan mengoptimalkan biaya serta penggunaan untuk aplikasi dalam kontainer, gunakan data alokasi biaya terpisah yang membantu Anda mengalokasikan biaya ke entitas bisnis individual berdasarkan cara aplikasi memakai sumber daya komputasi dan memori bersama. Data alokasi biaya terbagi akan membantu Anda mencapai showback dan chargeback tingkat tugas dalam beban kerja kontainer yang berjalan di Amazon Elastic Container Service (Amazon ECS) atau Amazon Elastic Kubernetes Service (Amazon EKS).
Untuk arsitektur yang terdistribusi, buat VPC layanan bersama, yang menyediakan akses tersentralisasi ke layanan bersama yang diperlukan oleh beban kerja di setiap VPC. Layanan bersama ini dapat mencakup sumber daya seperti layanan direktori atau titik akhir VPC. Untuk mengurangi overhead dan biaya administrasi, bagikan sumber daya dari lokasi pusat, bukan membangunnya di setiap VPC.
Saat menggunakan sumber daya bersama, Anda dapat menghemat biaya operasional, memaksimalkan pemanfaatan sumber daya, dan meningkatkan konsistensi. Dalam desain multiakun, Anda dapat meng-host beberapa layanan AWS secara terpusat dan mengaksesnya dengan beberapa aplikasi dan akun di sebuah hub untuk menghemat biaya. Anda dapat menggunakan [AWS Resource Access Manager (AWS RAM)](https://aws.amazon.com/ram/) untuk berbagi sumber daya umum lainnya, seperti [subnet VPC dan lampiran AWS Transit Gateway](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html#shareable-vpc), [AWS Network Firewall](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html#shareable-network-firewall), atau [Amazon SageMaker AI pipelines](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html#shareable-sagemaker). Dalam sebuah lingkungan multi-akun, AWS RAM akan memungkinkan Anda untuk membuat sumber daya satu kali dan membagikannya kepada akun lain.
Organisasi harus memberikan tag pada biaya bersama secara efektif dan memverifikasi bahwa hanya sedikit biaya mereka yang tidak diberi tag atau dialokasikan. Jika Anda tidak mengalokasikan biaya bersama secara efektif dan tidak ada orang yang bertanggung jawab atas pengelolaan biaya bersama, biaya cloud bersama dapat meningkat. Anda harus tahu di mana Anda telah mengeluarkan biaya pada tingkat sumber daya, beban kerja, tim, atau organisasi, karena pengetahuan ini meningkatkan pemahaman Anda tentang nilai yang dihadirkan pada tingkat yang berlaku saat dibandingkan dengan hasil bisnis yang dicapai. Pada akhirnya, organisasi mendapat manfaat berupa penghematan biaya sebagai hasil dari berbagi infrastruktur cloud. Dorong alokasi biaya pada sumber daya cloud bersama untuk mengoptimalkan pengeluaran cloud.
### Langkah-langkah implementasi
+ **Evaluasi sumber daya yang ada:** Tinjau beban kerja yang ada yang menggunakan layanan serupa untuk beban kerja Anda. Tergantung komponen beban kerja, pertimbangkan platform yang ada jika logika bisnis atau persyaratan teknis memungkinkan.
+ **Gunakan berbagi sumber daya di AWS RAM dan batasi sesuai kebutuhan:** Gunakan AWS RAM untuk berbagi sumber daya dengan akun AWS lain yang ada dalam organisasi Anda. Saat berbagi sumber daya, Anda tidak perlu menduplikasi sumber daya di beberapa akun, sehingga meminimalkan beban operasional pemeliharaan sumber daya. Proses ini juga membantu Anda secara aman membagikan sumber daya yang Anda buat kepada peran dan pengguna di akun Anda, serta kepada Akun AWS lainnya.
+ **Sumber daya tag:** Berikan tag pada sumber daya yang merupakan kandidat untuk pelaporan biaya dan kategorikan sumber daya tersebut ke dalam kategori biaya. Aktifkan tag sumber daya terkait biaya tersebut untuk alokasi biaya agar dapat memberikan visibilitas penggunaan sumber daya AWS. Fokuslah menciptakan tingkat detail yang sesuai sehubungan dengan visibilitas biaya dan penggunaan, dan pengaruhi perilaku konsumsi cloud melalui pelaporan alokasi biaya dan pelacakan KPI.
## Sumber daya
**Praktik-praktik terbaik terkait:**
+ [ SEC03-BP08 Membagikan sumber daya secara aman dalam organisasi Anda ](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/sec_permissions_share_securely.html)
**Dokumen terkait:**
+ [ Apa itu AWS Resource Access Manager? ](https://docs.aws.amazon.com/ram/latest/userguide/what-is.html)
+ Layanan [AWS yang dapat Anda gunakan dengan AWS Organizations](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_integrate_services_list.html)
+ [Sumber daya AWS yang dapat dibagikan](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html)
+ [Kueri AWS Cost and Usage Report (CUR)](https://catalog.workshops.aws/cur-query-library/en-US)
**Video terkait:**
+ [AWS Resource Access Manager - Kontrol akses informasi terperinci dengan izin terkelola](https://www.youtube.com/watch?v=X3HskbPqR2s)
+ [ Bagaimana merancang strategi alokasi biaya AWS Anda ](https://pages.awscloud.com/aws-cfm-talks-how-to-design-your-AWS-cost-allocation-strategy-01122022.html)
+ [AWS Cost Categories ](https://www.youtube.com/watch?v=84GYnBBM0Cg)
**Contoh terkait:**
+ [ Cara melakukan chargeback layanan bersama: Sebuah contoh AWS Transit Gateway](https://aws.amazon.com/blogs/aws-cloud-financial-management/gs-chargeback-shared-services-an-aws-transit-gateway-example/)
+ [Cara membuat model chargeback/showback untuk Savings Plans menggunakan CUR](https://aws.amazon.com/blogs/aws-cloud-financial-management/how-to-build-a-chargeback-showback-model-for-savings-plans-using-the-cur/)
+ [Menggunakan Berbagi VPC untuk Arsitektur Layanan Mikro Multi-Akun yang Hemat Biaya](https://aws.amazon.com/blogs/architecture/using-vpc-sharing-for-a-cost-effective-multi-account-microservice-architecture/)
+ [ Tingkatkan visibilitas biaya Amazon EKS dengan Data Alokasi Biaya Terpisah AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/improve-cost-visibility-of-amazon-eks-with-aws-split-cost-allocation-data/)
+ [ Tingkatkan visibilitas biaya Amazon ECS dan AWS Batch dengan Data Alokasi Biaya Terpisah AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/la-improve-cost-visibility-of-containerized-applications-with-aws-split-cost-allocation-data-for-ecs-and-batch-jobs/)
# COST 7. Bagaimana cara menggunakan model harga untuk mengurangi biaya?
Gunakan model harga yang paling sesuai untuk sumber daya Anda untuk meminimalkan pengeluaran.
**Topics**
+ [COST07-BP01 Lakukan analisis model harga](cost_pricing_model_analysis.md)
+ [COST07-BP02 Memilih Wilayah berdasarkan biaya](cost_pricing_model_region_cost.md)
+ [COST07-BP03 Memilih perjanjian pihak ketiga dengan ketentuan hemat biaya](cost_pricing_model_third_party.md)
+ [COST07-BP04 Mengimplementasikan model penentuan harga untuk semua komponen beban kerja ini](cost_pricing_model_implement_models.md)
+ [COST07-BP05 Melakukan analisis model harga di tingkat akun manajemen](cost_pricing_model_master_analysis.md)
# COST07-BP01 Lakukan analisis model harga
Analisis setiap komponen beban kerja. Tentukan apakah komponen dan sumber daya akan dijalankan dalam waktu yang lama (untuk diskon komitmen), atau bersifat dinamis dan dijalankan dalam waktu singkat (untuk spot atau sesuai permintaan). Lakukan analisis pada beban kerja menggunakan rekomendasi dalam alat manajemen biaya dan terapkan aturan bisnis pada rekomendasi tersebut untuk mendapatkan hasil yang tinggi.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
AWS memiliki beragam [model penetapan harga](https://aws.amazon.com/pricing/) yang memungkinkan Anda membayar sumber daya Anda dengan cara yang paling hemat biaya, yang sesuai dengan kebutuhan organisasi Anda dan menyesuaikan produk. Bekerjalah dengan tim Anda untuk menentukan model harga yang paling sesuai. Sering kali model harga terdiri dari kombinasi beberapa opsi, yang ditentukan oleh ketersediaan Anda
**Instans Sesuai Permintaan** memungkinkan Anda membayar untuk kapasitas komputasi atau basis data sesuai jam atau detik (minimum 60 detik) tergantung pada instans mana yang Anda jalankan, tanpa perlu ada komitmen jangka panjang atau pembayaran di muka.
**Savings Plans** adalah model penetapan harga fleksibel yang menawarkan harga rendah untuk penggunaan Amazon EC2, Lambda, dan AWS Fargate, dengan pembayaran komitmen terhadap jumlah penggunaan yang konsisten (yang diukur dalam dolar per jam) selama jangka waktu satu tahun atau tiga tahun.
**Instans Spot** adalah sebuah mekanisme penetapan harga Amazon EC2 yang memungkinkan Anda meminta kapasitas komputasi yang tidak terpakai dengan tarif diskon per jam (hingga 90% dari harga sesuai permintaan) tanpa perlu ada pembayaran komitmen di muka.
**Instans Terpesan** akan memungkinkan Anda mendapat diskon hingga 75 persen dengan membayar di muka atas kapasitas yang didapat. Untuk detail selengkapnya, lihat [Mengoptimalkan biaya dengan reservasi](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/aws-cost-optimization.html).
Anda sebaiknya memilih untuk menyertakan Savings Plans untuk sumber daya yang terkait dengan lingkungan produksi, kualitas, dan pengembangan. Alternatifnya, karena sumber daya sandbox hanya diaktifkan saat diperlukan, Anda sebaiknya memilih model sesuai permintaan untuk sumber daya dalam lingkungan tersebut. Gunakan [Instans Spot](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/amazon-elastic-compute-cloud-amazon-ec2.html#spot-instances) untuk mengurangi biaya Amazon EC2 atau gunakan paket [Compute Savings Plans](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/amazon-elastic-compute-cloud-amazon-ec2.html#savings-plans) untuk mengurangi biaya Amazon EC2, Fargate, dan Lambda. Alat rekomendasi [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) memberikan peluang untuk diskon komitmen dengan paket Savings Plans.
Jika Anda telah membeli [Instans Terpesan](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/reserved-instances/?track=costop) untuk Amazon EC2 sebelumnya atau telah menetapkan praktik alokasi biaya di dalam organisasi Anda, Anda dapat terus menggunakan Instans Terpesan Amazon EC2 untuk saat ini. Tetapi, kami menyarankan agar Anda membuat strategi untuk menggunakan Savings Plans di waktu mendatang sebagai mekanisme penghematan biaya yang lebih fleksibel. Anda dapat menyegarkan Rekomendasi Savings Plans di AWS Cost Management untuk membuat Rekomendasi Savings Plans baru kapan saja. Gunakan Instans Terpesan (RI) untuk mengurangi biaya (Amazon RDS), Amazon Redshift, Amazon ElastiCache, dan Amazon OpenSearch Service. Savings Plans dan Instans Terpesan tersedia dalam tiga opsi, yakni: semua pembayaran di muka, sebagian pembayaran di muka, dan tanpa pembayaran di muka. Gunakan rekomendasi yang diberikan di AWS Cost Explorer rekomendasi pembelian RI dan SP.
Untuk menemukan peluang untuk beban kerja Spot, gunakan gambaran penggunaan secara keseluruhan per jam, dan cari periode penggunaan atau elastisitas yang berubah secara teratur. Anda dapat menggunakan Instans Spot untuk berbagai aplikasi yang toleran terhadap kesalahan dan fleksibel. Contohnya antara lain server web tanpa status, titik akhir API, aplikasi analitik dan big data, beban kerja terkontainerisasi, CI/CD, dan beban kerja fleksibel lainnya.
Analisis instans Amazon EC2 dan Amazon RDS Anda untuk mengetahui apakah instans tersebut dapat dimatikan ketika Anda tidak menggunakannya (seusai jam kerja dan akhir pekan). Pendekatan ini akan memungkinkan Anda mengurangi biaya hingga 70% atau lebih dibandingkan penggunaan 24/7. Jika Anda memiliki klaster Amazon Redshift yang hanya perlu disediakan pada waktu tertentu, Anda dapat menghentikan sejenak klaster dan melanjutkannya nanti. Ketika klaster Amazon Redshift atau Instans Amazon EC2 dan Amazon RDS dihentikan, penagihan komputasi terhenti dan hanya biaya penyimpanan yang berlaku.
Perlu diperhatikan bahwa [reservasi Kapasitas Sesuai Permintaan](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-pricing-billing.html) (ODCR) bukanlah diskon harga. Reservasi Kapasitas ditagih dengan tarif Sesuai Permintaan yang setara, baik Anda menjalankan instans di kapasitas terpesan atau tidak. Reservasi ini harus dipertimbangkan saat Anda harus memberikan cukup banyak kapasitas untuk sumber daya yang menurut rencana akan Anda jalankan. ODCR tidak harus terikat dengan komitmen jangka panjang, karena ODCR dapat dibatalkan saat Anda tidak lagi membutuhkannya, tetapi ODCR juga dapat mendapat manfaat dari diskon yang diberikan Savings Plans atau Instans Terpesan.
**Langkah-langkah implementasi**
+ **Analisis elastisitas beban kerja: **Dengan menggunakan perincian per jam di Cost Explorer atau dasbor kustom, lakukan analisis terhadap elastisitas beban kerja Anda. Cari perubahan teratur dalam jumlah instans yang dijalankan. Instans berdurasi pendek merupakan kandidat untuk Instans Spot atau Armada Spot.
+ [Lab Well-Architected: Cost Explorer](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity)
+ [Lab Well-Architected: Visualisasi Biaya](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
+ **Tinjau kontrak harga yang ada saat ini:** Tinjau kontrak atau komitmen saat ini untuk kebutuhan jangka panjang. Analisis apa yang Anda miliki saat ini dan berapa banyak komitmen tersebut digunakan. Manfaatkan diskon kontrak atau perjanjian perusahaan yang sudah ada sebelumnya. [Perjanjian Perusahaan](https://aws.amazon.com/pricing/enterprise/) memberi pelanggan pilihan untuk menyesuaikan perjanjian yang paling sesuai dengan kebutuhan mereka. Untuk komitmen jangka panjang, pertimbangkan diskon harga terpesan, Instans Terpesan atau Savings Plans untuk jenis instans, kelompok instans, Wilayah AWS, dan Zona Ketersediaan tertentu.
+ ** Lakukan analisis diskon komitmen:** Dengan menggunakan Cost Explorer di akun Anda, tinjau rekomendasi Savings Plans dan Instans Terpesan. Untuk memverifikasi bahwa Anda mengimplementasikan rekomendasi yang benar dengan risiko dan diskon yang diperlukan, ikuti [lab Well-Architected](https://wellarchitectedlabs.com/cost/costeffectiveresources/).
## Sumber daya
**Dokumen terkait:**
+ [Mengakses Rekomendasi Instans Terpesan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Opsi pembelian instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Perusahaan AWS](https://aws.amazon.com/pricing/enterprise/)
**Video terkait:**
+ [Hemat hingga 90% dan jalankan beban kerja produksi di Instans Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Contoh terkait:**
+ [Lab Well-Architected: Cost Explorer](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity)
+ [Lab Well-Architected: Visualisasi Biaya](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
+ [Lab Well-Architected: Model Harga](https://wellarchitectedlabs.com/Cost/CostEffectiveResources.html)
# COST07-BP02 Memilih Wilayah berdasarkan biaya
Penetapan harga sumber daya dapat berbeda di setiap Wilayah. Identifikasi perbedaan biaya sesuai Wilayah dan lakukan deployment di Wilayah dengan biaya yang lebih tinggi hanya untuk memenuhi persyaratan latensi, residensi data, dan kedaulatan data. Dengan mempertimbangkan biaya Wilayah Anda dapat memperoleh harga keseluruhan yang paling rendah untuk beban kerja ini.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
[Infrastruktur AWS Cloud](https://aws.amazon.com/about-aws/global-infrastructure/) bersifat global, di-hosting di [beberapa lokasi di seluruh dunia](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html), dan terdiri dari Wilayah AWS, Zona Ketersediaan, Local Zone, AWS Outposts, dan Wavelength Zones. Wilayah adalah lokasi fisik di dunia dan setiap Wilayah merupakan area geografis yang terpisah dengan beberapa Zona Ketersediaan yang dimiliki AWS. Zona Ketersediaan yang merupakan beberapa lokasi terpisah di dalam setiap Wilayah terdiri dari satu atau beberapa pusat data khusus, masing-masing memiliki daya, jaringan, dan konektivitas redundan.
Setiap Wilayah AWS beroperasi sesuai kondisi pasar lokal, dan harga sumber daya berbeda-beda di setiap Wilayah karena perbedaan biaya seperti lahan, fiber, listrik, dan pajak. Pilihlah sebuah Wilayah tertentu untuk mengoperasikan komponen atau seluruh solusi Anda sehingga Anda dapat menjalankannya dengan harga serendah mungkin secara global. Gunakan [Kalkulator AWS](https://calculator.aws/#/) untuk menghitung perkiraan biaya beban kerja Anda di berbagai Wilayah dengan mencari layanan berdasarkan tipe lokasi (Wilayah, zona wavelength, dan zona lokal) dan Wilayah.
Saat Anda merancang solusi, praktik terbaik yang dapat diterapkan adalah berusaha menempatkan sumber daya komputasi lebih dekat dengan pengguna untuk memberikan latensi yang lebih rendah dan kedaulatan data yang kuat. Pilih lokasi geografis berdasarkan persyaratan bisnis, privasi data, kinerja, dan keamanan Anda. Untuk aplikasi dengan pengguna akhir global, gunakan beberapa lokasi.
Gunakan Wilayah yang menyediakan harga lebih rendah untuk layanan AWS untuk men-deploy beban kerja Anda jika Anda tidak memiliki kewajiban memenuhi persyaratan bisnis, privasi data, dan keamanan. Misalnya, jika Wilayah default Anda adalah Asia Pasifik (Sydney) (`ap-southwest-2`), dan jika tidak ada batasan (privasi data, keamanan, misalnya) untuk menggunakan Wilayah lain, menerapkan instans Amazon EC2 yang tidak kritis (pengembangan dan pengujian) di AS Timur (Virginia Utara) (`us-east-1`) akan dikenakan biaya lebih murah.
![\[Bagan yang menunjukkan berbagai Wilayah dengan kepatuhan, latensi, biaya, dan layanan serta fitur.\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/framework/images/region-feature-matrix.png)
Tabel matriks di atas menunjukkan kepada kita bahwa Wilayah 6 adalah opsi terbaik untuk skenario yang diberikan ini karena latensinya rendah dibandingkan dengan Wilayah lain, layanannya tersedia, dan ini adalah Wilayah yang paling murah.
## Langkah-langkah implementasi
+ ** Tinjau penetapan harga Wilayah AWS: ** Analisis biaya beban kerja di Wilayah saat ini. Mulai dengan harga tertinggi dari jenis layanan dan penggunaan, lalu hitung biayanya di Wilayah yang tersedia. Jika perkiraan penghematan lebih banyak dari biaya pemindahan komponen atau beban kerja, lakukan migrasi ke Wilayah baru.
+ **Tinjau persyaratan untuk deployment multi-Wilayah:** Analisis persyaratan dan kewajiban bisnis Anda (privasi data, keamanan, atau kinerja) untuk mencari tahu apakah ada pembatasan bagi Anda untuk menggunakan beberapa Wilayah. Gunakan beberapa Wilayah jika tidak ada kewajiban yang membatasi Anda untuk menggunakan Wilayah tunggal.
+ **Analisis transfer data yang diperlukan:** Pertimbangkan biaya transfer data saat memilih Wilayah. Simpan data Anda dekat dengan sumber dayanya dan dengan pelanggan Anda. Pilih Wilayah AWS berbiaya lebih rendah di mana data mengalir dan transfer data hanya sedikit. Tergantung pada kebutuhan bisnis Anda untuk transfer data, Anda dapat menggunakan [Amazon CloudFront](https://aws.amazon.com/cloudfront/), [AWS PrivateLink](https://aws.amazon.com/privatelink/), [AWS Direct Connect](https://aws.amazon.com/directconnect/), dan [AWS Virtual Private Network](https://aws.amazon.com/vpn/) untuk mengurangi biaya jaringan, meningkatkan kinerja, dan meningkatkan keamanan.
## Sumber daya
**Dokumen terkait:**
+ [Mengakses Rekomendasi Instans Terpesan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Harga Amazon EC2](https://aws.amazon.com/ec2/pricing/)
+ [Opsi pembelian instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Tabel Wilayah](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/)
**Video terkait:**
+ [Hemat hingga 90% dan jalankan beban kerja produksi di Instans Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Contoh terkait:**
+ [ Ikhtisar Biaya Transfer Data untuk Arsitektur Umum ](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [ Pertimbangan Biaya untuk Deployment Global ](https://aws.amazon.com/blogs/aws-cloud-financial-management/cost-considerations-for-global-deployments/)
+ [Hal-Hal yang Perlu Dipertimbangkan saat Memilih Wilayah untuk Beban Kerja Anda](https://aws.amazon.com/blogs/architecture/what-to-consider-when-selecting-a-region-for-your-workloads/)
# COST07-BP03 Memilih perjanjian pihak ketiga dengan ketentuan hemat biaya
Perjanjian dan ketentuan yang hemat biaya memastikan biaya layanan ini dapat disesuaikan dengan manfaat yang disediakan. Pilih perjanjian dan harga yang dapat diskalakan ketika ada keuntungan tambahan yang disediakan untuk organisasi Anda.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Ada beberapa produk di pasar yang dapat membantu Anda mengelola biaya di lingkungan cloud Anda. Produk-produk tersebut mungkin memiliki fitur yang berbeda-beda sesuai kebutuhan pelanggan; misalnya, beberapa di antaranya berfokus pada tata kelola biaya atau visibilitas biaya, sedangkan produk lainnya berfokus pada pengoptimalan biaya. Salah satu faktor penting dalam pengoptimalan dan tata kelola biaya yang efektif adalah penggunaan alat yang tepat dengan fitur yang sesuai kebutuhan dan model harga yang tepat. Model harga untuk produk-produk ini berbeda. Beberapa produk mengenakan persentase tertentu dari tagihan bulanan Anda, sementara produk lainnya mengenakan persentase dari realisasi penghematan Anda. Idealnya, Anda seharusnya hanya membayar sesuai apa yang Anda butuhkan.
Saat Anda menggunakan solusi atau layanan pihak ketiga di cloud, penting untuk memastikan bahwa struktur harganya selaras dengan hasil yang Anda inginkan. Skema harga harus diskalakan sesuai dengan hasil dan nilai yang disediakan oleh solusi atau layanan tersebut. Contohnya, dalam perangkat lunak yang mengambil persentase dari penghematan yang dihasilkannya, makin banyak Anda menghemat (hasil), makin tinggi juga biayanya. Perjanjian lisensi yang mengharuskan Anda membayar lebih banyak ketika pengeluaran Anda meningkat mungkin bukan cara terbaik bagi Anda untuk mengoptimalkan biaya. Namun, jika vendor tersebut menawarkan manfaat yang jelas untuk semua elemen dalam tagihan Anda, biaya yang meningkat ini mungkin dapat dijustifikasi.
Misalnya, solusi yang menyediakan rekomendasi untuk Amazon EC2 dan mengenakan sekian persen dari seluruh tagihan Anda akan menjadi makin mahal jika Anda menggunakan layanan lain yang tidak memberikan manfaat. Contoh lainnya adalah layanan terkelola yang dikenakan biaya sekian persen dari biaya sumber daya yang dikelola. Ukuran instans yang lebih besar tidak selalu memerlukan lebih banyak upaya manajemen, tetapi dapat dikenakan biaya lebih banyak. Pastikan bahwa perjanjian harga layanan ini mencakup fitur atau program pengoptimalan biaya di layanannya untuk mendorong efisiensi.
Pelanggan mungkin merasa produk-produk yang ada di pasar ini lebih canggih atau mudah digunakan. Anda perlu mempertimbangkan biaya produk ini dan memikirkan potensi hasil pengoptimalan biaya dalam jangka panjang.
### Langkah-langkah implementasi
+ ** Analisis perjanjian dan persyaratan pihak ketiga:** Tinjau harga dalam perjanjian pihak ketiga. Lakukan pemodelan untuk berbagai tingkat penggunaan Anda, dan pertimbangkan biaya baru seperti penggunaan layanan baru, atau peningkatan pada layanan saat ini akibat pertumbuhan beban kerja. Tentukan apakah biaya tambahan memberikan keuntungan yang diperlukan pada bisnis Anda.
## Sumber daya
**Dokumen terkait:**
+ [Mengakses Rekomendasi Instans Terpesan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Opsi pembelian instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
**Video terkait:**
+ [Hemat hingga 90% dan jalankan beban kerja produksi di Instans Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
# COST07-BP04 Mengimplementasikan model penentuan harga untuk semua komponen beban kerja ini
Sumber daya yang berjalan secara permanen harus menggunakan kapasitas terpesan seperti Savings Plans atau Instans Terpesan. Kapasitas jangka pendek dikonfigurasi untuk menggunakan Instans Spot, atau Armada Spot. Instans Sesuai Permintaan hanya digunakan untuk beban kerja jangka pendek yang tidak bisa dihentikan dan tidak berjalan cukup lama untuk kapasitas terpesan, yakni antara 25% sampai 75% dari periode, tergantung pada tipe sumber daya.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Untuk meningkatkan efisiensi biaya, AWS memberikan beberapa rekomendasi komitmen berdasarkan riwayat penggunaan Anda. Anda dapat menggunakan rekomendasi ini untuk memahami apa yang dapat Anda hemat, dan bagaimana penggunaan komitmen tersebut. Anda dapat menggunakan layanan ini dengan cara Sesuai Permintaan, Spot, atau membuat komitmen untuk jangka waktu tertentu dan mengurangi biaya sesuai permintaan dengan Instans Terpesan (RI) dan Savings Plans (SP). Selain memahami setiap komponen beban kerja dan beberapa layanan AWS, Anda juga perlu memahami diskon komitmen, opsi pembelian, dan Instans Spot untuk layanan ini agar dapat mengoptimalkan beban kerja Anda.
Pertimbangkan persyaratan komponen beban kerja Anda, dan pahami model harga yang berbeda untuk layanan ini. Tentukan persyaratan ketersediaan komponen ini. Tentukan apakah ada beberapa sumber daya independen yang melakukan fungsinya pada beban kerja, serta apa persyaratan beban kerja dari waktu ke waktu. Bandingkan biaya sumber daya menggunakan model harga Sesuai Permintaan default dan model lain yang dapat diterapkan. Pertimbangkan potensi perubahan apa pun pada sumber daya atau komponen beban kerja.
Sebagai contoh, mari kita lihat Arsitektur Aplikasi Web ini di AWS. Contoh beban kerja ini terdiri dari beberapa layanan AWS, seperti Amazon Route 53, AWS WAF, Amazon CloudFront, instans Amazon EC2, instans Amazon RDS, Penyeimbang Beban, penyimpanan Amazon S3, dan Amazon Elastic File System (Amazon EFS). Anda perlu meninjau setiap layanan ini, dan mengidentifikasi peluang penghematan biaya potensial dengan model harga yang berbeda. Beberapa di antaranya mungkin memenuhi syarat untuk RI atau SP, sedangkan beberapa lainnya mungkin hanya tersedia berdasarkan permintaan. Seperti yang ditunjukkan gambar berikut, beberapa layanan AWS dapat dibeli dengan komitmen menggunakan RI atau SP.
![\[Grafik dari layanan-layanan AWS yang dibuat dengan menggunakan Instans Terpesan dan Savings Plans\]](http://docs.aws.amazon.com/id_id/wellarchitected/latest/framework/images/ri-sp-services.png)
### Langkah-langkah implementasi
+ **Implementasikan model harga:** Dengan menggunakan hasil analisis Anda, lakukan pembelian paket Savings Plans, Instans Terpesan, atau implementasikan Instans Spot. Jika ini adalah pembelian komitmen pertama Anda, pilih lima atau sepuluh rekomendasi teratas dalam daftar, lalu pantau dan analisis hasilnya selama satu atau dua bulan ke depan. AWS Cost Management Console membantu Anda dalam proses ini. Tinjau rekomendasi RI atau SP dari konsol, sesuaikan rekomendasi (jenis, pembayaran, serta jangka waktu), dan tinjau komitmen per jam (misalnya 20 USD per jam), lalu tambahkan ke keranjang. Diskon berlaku secara otomatis untuk penggunaan yang memenuhi syarat. Beli sejumlah kecil diskon komitmen dalam siklus rutin (misalnya setiap 2 pekan atau setiap bulan). Implementasikan Instans Spot untuk beban kerja yang bisa dihentikan atau stateless. Terakhir, pilih instans Amazon EC2 sesuai permintaan dan alokasikan sumber daya untuk sisa persyaratan.
+ **Siklus peninjauan beban kerja:** Implementasikan siklus peninjauan untuk beban kerja yang secara khusus menganalisis cakupan model penetapan harga. Setelah beban kerja memiliki cakupan yang diperlukan, beli diskon komitmen tambahan secara parsial (setiap beberapa bulan), atau sesuai dengan perubahan penggunaan organisasi Anda.
## Sumber daya
**Dokumen terkait:**
+ [ Memahami rekomendasi Savings Plans Anda ](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html)
+ [Mengakses Rekomendasi Instans Terpesan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Cara Membeli Instans Terpesan](https://aws.amazon.com/ec2/pricing/reserved-instances/buyer/)
+ [Opsi pembelian instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Instans Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html)
+ [Model reservasi untuk layanan AWS lain](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-reservation-models/reservation-models-for-other-aws-services.html)
+ [ Layanan yang Didukung Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-services.html)
**Video terkait:**
+ [Hemat hingga 90% dan jalankan beban kerja produksi di Instans Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Contoh terkait:**
+ [ Apa yang harus Anda pertimbangkan sebelum membeli Savings Plans? ](https://repost.aws/knowledge-center/savings-plans-considerations)
+ [ Bagaimana cara menggunakan Cost Explorer untuk menganalisis pengeluaran dan penggunaan saya? ](https://repost.aws/knowledge-center/cost-explorer-analyze-spending-and-usage)
# COST07-BP05 Melakukan analisis model harga di tingkat akun manajemen
Periksa alat manajemen biaya dan tagihan dan lihat diskon yang direkomendasikan dengan komitmen dan reservasi untuk melakukan analisis secara teratur di tingkat akun manajemen.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Rendah
## Panduan implementasi
Melakukan pemodelan biaya secara teratur membantu Anda mengimplementasikan peluang untuk mengoptimalkan di beberapa beban kerja. Misalnya, jika beberapa beban kerja menggunakan Instans Sesuai Permintaan, di tingkat agregat, risiko perubahan akan lebih rendah, dan implementasi diskon berbasis komitmen dapat menghasilkan biaya keseluruhan yang lebih rendah. Disarankan agar analisis dilakukan dalam siklus waktu dua minggu hingga satu bulan secara teratur. Ini memungkinkan Anda untuk melakukan pembelian penyesuaian kecil, sehingga cakupan model harga Anda terus berevolusi dengan beban kerja serta komponennya yang terus berubah.
Gunakan alat-alat rekomendasi [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) untuk menemukan peluang-peluang mendapat diskon komitmen dalam akun manajemen Anda. Rekomendasi di tingkat akun manajemen dihitung dengan mempertimbangkan penggunaan di semua akun di organisasi AWS Anda yang memiliki diskon Instans Terpesan (RI) atau Savings Plans (SP). Rekomendasi tersebut juga dihitung ketika berbagi diskon diaktifkan untuk merekomendasikan komitmen yang memaksimalkan penghematan di seluruh akun.
Meskipun pembelian di tingkat akun manajemen mengoptimalkan penghematan maksimum pada banyak kasus, mungkin terdapat situasi di mana Anda dapat mempertimbangkan pembelian SP di tingkat akun tertaut, seperti ketika Anda ingin agar diskon diterapkan terlebih dahulu untuk penggunaan pada akun tertaut tersebut. Rekomendasi akun anggota dihitung di tingkat akun individu, untuk memaksimalkan penghematan untuk setiap akun terisolasi. Jika akun Anda memiliki komitmen RI dan SP, urutan penerapannya adalah:
1. RI Zona
1. RI Standar
1. RI Konvertibel
1. Savings Plans Instans
1. Compute Savings Plan
Jika Anda membeli SP di tingkat akun manajemen, penghematan akan diterapkan berdasarkan persentase diskon tertinggi hingga terendah. SP di tingkat akun manajemen melihat semua akun yang ditautkan dan menerapkan penghematan di tempat-tempat dengan nilai diskon tertinggi. Jika Anda ingin membatasi tempat-tempat penghematan diterapkan, Anda dapat membeli Savings Plan di tingkat akun tertaut dan setiap kali akun tersebut menjalankan layanan komputasi yang memenuhi syarat, diskon akan diterapkan di sana terlebih dahulu. Ketika akun tersebut tidak menjalankan layanan komputasi yang memenuhi syarat, diskon akan dibagikan ke akun tertaut lainnya di bawah akun manajemen yang sama. Berbagi diskon diaktifkan secara default, tetapi dapat dinonaktifkan jika diperlukan.
Dalam Keluarga Penagihan Terkonsolidasi, Savings Plans diterapkan terlebih dahulu ke penggunaan akun pemilik, kemudian ke penggunaan akun lain. Ini hanya terjadi jika Anda mengaktifkan fitur berbagi. Savings Plans Anda diterapkan ke persentase penghematan tertinggi Anda terlebih dahulu. Jika ada beberapa penggunaan dengan persentase penghematan yang sama, Savings Plans diterapkan ke penggunaan pertama dengan tingkat Savings Plans terendah. Savings Plans terus berlaku sampai tidak ada lagi penggunaan yang tersisa atau komitmen Anda habis. Sisa penggunaan lainnya akan ditagih dengan tarif Sesuai Permintaan. Anda dapat menyegarkan Rekomendasi Savings Plans di AWS Cost Management untuk membuat Rekomendasi Savings Plans baru kapan saja.
Setelah menganalisis fleksibilitas instans, Anda dapat memberikan komitmen dengan mengikuti rekomendasi. Buat pemodelan biaya dengan menganalisis biaya jangka pendek beban kerja dengan potensi opsi sumber daya yang berlainan, lakukan analisis model harga AWS dan selaraskan dengan persyaratan bisnis Anda untuk menemukan total biaya kepemilikan dan peluang [optimalisasi biaya](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/aws-cost-optimization.html).
### Langkah-langkah implementasi
**Lakukan analisis discount komitmen**: Gunakan Cost Explorer di akun Anda, tinjau rekomendasi Savings Plans dan Instans Terpesan. Pastikan Anda memahami rekomendasi Savings Plans, dan perkirakan estimasi pengeluaran bulanan serta penghematan bulanan Anda. Tinjau rekomendasi di tingkat akun manajemen yang dihitung dengan mempertimbangkan penggunaan di semua akun anggota di organisasi AWS Anda yang disertai pengaktifan pembagian diskon RI atau Savings Plans, untuk memaksimalkan penghematan di seluruh akun. Anda dapat memverifikasi bahwa Anda telah mengimplementasikan rekomendasi yang benar dengan risiko dan diskon yang diperlukan dengan mengikuti lab Well-Architected.
## Sumber daya
**Dokumen terkait:**
+ [Bagaimana cara kerja penetapan harga AWS?](https://aws.amazon.com/pricing/?nc2=h_ql_pr_ln)
+ [Opsi pembelian instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Ikhtisar Savings Plan](file:///Users/mergenf/Documents/WELL%20ARCHITECTED/COST%20OPT%20PILLAR/phase3a/COST06/•%09https:/docs.aws.amazon.com/savingsplans/latest/userguide/sp-overview.html)
+ [Rekomendasi Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html)
+ [Mengakses Rekomendasi Instans Terpesan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Memahami rekomendasi Savings Plans Anda](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html)
+ [Bagaimana Savings Plans diterapkan ke penggunaan AWS Anda](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-applying.html)
+ [Savings Plans dengan Penagihan Terkonsolidasi](https://aws.amazon.com/premiumsupport/knowledge-center/savings-plans-consolidated-billing/)
+ [Mengaktifkan diskon instans terpesan dan Savings Plans bersama](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-turn-on-process.html)
**Video terkait:**
+ [Hemat hingga 90% dan jalankan beban kerja produksi di Instans Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Contoh terkait:**
+ [Apa yang harus saya pertimbangkan sebelum membeli Savings Plans?](https://aws.amazon.com/premiumsupport/knowledge-center/savings-plans-considerations/)
+ [Bagaimana cara menggunakan paket Savings Plans bergulir untuk mengurangi risiko komitmen?](https://aws.amazon.com/blogs/aws-cloud-financial-management/how-can-i-use-rolling-savings-plans-to-reduce-commitment-risk/)
+ [Kapan Harus Menggunakan Instans Spot](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-leveraging-ec2-spot-instances/when-to-use-spot-instances.html)
# COST 8. Bagaimana cara Anda merencanakan biaya transfer data?
Pastikan Anda merencanakan dan memantau biaya transfer data sehingga Anda dapat mengambil keputusan arsitektur untuk meminimalkan biaya. Perubahan arsitektur yang kecil, tetapi efektif dapat secara drastis mengurangi biaya operasional Anda seiring waktu.
**Topics**
+ [COST08-BP01 Melakukan pemodelan transfer data](cost_data_transfer_modeling.md)
+ [COST08-BP02 Memilih komponen untuk mengoptimalkan biaya transfer data](cost_data_transfer_optimized_components.md)
+ [COST08-BP03 Mengimplementasikan layanan untuk mengurangi biaya transfer data](cost_data_transfer_implement_services.md)
# COST08-BP01 Melakukan pemodelan transfer data
Kumpulkan kebutuhan organisasi dan lakukan pemodelan transfer data terhadap beban kerja dan setiap komponennya. Hal ini mengidentifikasi titik biaya terendah untuk persyaratan transfer data saat ini.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Tinggi
## Panduan implementasi
Saat merancang solusi di cloud, biaya transfer data biasanya diabaikan karena sudah terbiasa merancang arsitektur menggunakan pusat data on-premise atau ketidaktahuan. Biaya transfer data di AWS ditentukan oleh sumber, tujuan, dan volume lalu lintas. Memperhitungkan biaya-biaya ini dalam fase desain dapat menghasilkan penghematan biaya. Sangat penting untuk memahami di mana transfer data terjadi dalam beban kerja Anda, berapa biaya transfer, dan manfaat terkaitnya agar total biaya kepemilikan (TCO) dapat diperkirakan secara akurat. Dengan demikian, Anda dapat membuat keputusan yang lebih tepat untuk mengubah atau menerima keputusan arsitektur. Misalnya, Anda memiliki konfigurasi Multi-Zona Ketersediaan yang datanya Anda replikasi antara Zona Ketersediaan tersebut.
Anda membuat model komponen layanan yang mentransfer data dalam beban kerja Anda, dan memutuskan bahwa ini adalah biaya yang dapat diterima (mirip dengan membayar komputasi dan penyimpanan di kedua Zona Ketersediaan) untuk mencapai keandalan dan ketahanan yang diperlukan. Buat model biaya untuk berbagai tingkat penggunaan. Penggunaan beban kerja dapat berubah dari waktu ke waktu, dan beberapa layanan bisa menjadi lebih hemat biaya pada level tertentu.
Saat membuat model transfer data Anda, pikirkan berapa banyak data yang diserap dan dari mana data tersebut berasal. Selain itu, pertimbangkan berapa banyak data yang diproses dan berapa banyak penyimpanan atau kapasitas komputasi yang dibutuhkan. Selama pemodelan, ikuti praktik terbaik jaringan untuk arsitektur beban kerja Anda guna mengoptimalkan potensi biaya transfer data Anda.
Kalkulator Harga AWS dapat membantu Anda melihat perkiraan biaya untuk layanan AWS tertentu dan transfer data yang diharapkan. Jika Anda memiliki beban kerja yang sudah berjalan (untuk tujuan pengujian atau dalam lingkungan pra-produksi), gunakan [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) atau (CUR) [AWS Cost and Usage Report](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/) untuk memahami dan memodelkan biaya transfer data Anda. Konfigurasikan bukti konsep (PoC) atau uji beban kerja Anda, dan lakukan pengujian dengan simulasi beban realistis. Anda dapat membuat model biaya untuk berbagai permintaan beban kerja.
### Langkah-langkah implementasi
+ **Identifikasi persyaratan:** Apa tujuan utama dan persyaratan bisnis untuk transfer data terencana antara sumber dan tujuan? Apa hasil bisnis yang diharapkan di akhir nanti? Kumpulkan persyaratan bisnis dan tentukan hasil akhir yang diharapkan.
+ **Identifikasi sumber dan tujuan:** Apa sumber data dan tujuan transfer data, seperti di dalam Wilayah AWS, ke layanan AWS, atau keluar ke internet?
+ [ Transfer data dalam sebuah Wilayah AWS](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html#data-transfer-within-region)
+ [ Transfer data antar Wilayah AWS](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html#data-transfer-between-regions)
+ [ Transfer data ke internet ](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html#data-transfer-out-internet)
+ **Identifikasi klasifikasi data:** Apa klasifikasi data untuk transfer data ini? Apa jenis data tersebut? Seberapa besar datanya? Seberapa sering data harus ditransfer? Apakah data sensitif?
+ **Identifikasi layanan atau alat AWS yang akan digunakan:** Layanan AWS apa yang digunakan untuk transfer data ini? Apakah memungkinkan untuk menggunakan layanan yang sudah tersedia untuk beban kerja yang lain?
+ ** Hitung biaya transfer data:** Gunakan [Penetapan Harga AWS](https://aws.amazon.com/pricing/) yang pemodelan transfer datanya sudah Anda buat sebelumnya untuk menghitung biaya transfer data untuk beban kerja tersebut. Hitung biaya transfer data di berbagai tingkat penggunaan, baik saat penggunaan beban kerja berkurang maupun bertambah. Jika ada banyak opsi arsitektur beban kerja, maka hitung biaya untuk setiap opsi sebagai perbandingan.
+ ** Menghubungkan pengeluaran biaya dengan hasil yang diperoleh:** Untuk setiap biaya transfer data yang dikenakan, tentukan hasil yang akan diperoleh dari transfer data tersebut untuk beban kerja tertentu. Jika transfer antarkomponen, hasilnya mungkin untuk pemisahan. Jika dilakukan di antara Zona Ketersediaan, tujuannya mungkin untuk redundansi.
+ **Buat pemodelan transfer data:** Setelah mengumpulkan semua informasi, buatlah pemodelan transfer data dasar konseptual untuk beberapa kasus penggunaan dan beban kerja yang berbeda.
## Sumber daya
**Dokumen terkait:**
+ [solusi penerapan cache AWS](https://aws.amazon.com/caching/aws-caching/)
+ [Penetapan Harga AWS](https://aws.amazon.com/pricing/)
+ [Harga Amazon EC2](https://aws.amazon.com/ec2/pricing/on-demand/)
+ [Harga Amazon VPC](https://aws.amazon.com/vpc/pricing/)
+ [ Memahami biaya transfer data ](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html)
**Video terkait:**
+ [ Memantau dan Mengoptimalkan Biaya Transfer Data Anda ](https://www.youtube.com/watch?v=UjliYz25_qo)
+ [ Akselerasi Transfer S3 ](https://youtu.be/J2CVnmUWSi4)
**Contoh terkait:**
+ [ Ikhtisar Biaya Transfer Data untuk Arsitektur Umum ](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [ Panduan Preskriptif untuk Jaringan AWS](https://aws.amazon.com/prescriptive-guidance/?apg-all-cards.sort-by=item.additionalFields.sortDate&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%23network&awsf.apg-rtype-filter=*all&awsf.apg-isv-filter=*all&awsf.apg-product-filter=*all&awsf.apg-env-filter=*all)
# COST08-BP02 Memilih komponen untuk mengoptimalkan biaya transfer data
Semua komponen diseleksi, dan arsitektur didesain untuk mengurangi biaya transfer data. Termasuk di dalamnya adalah menggunakan komponen seperti optimalisasi jaringan area luas (WAN) dan konfigurasi Multi-Zona Ketersediaan (AZ)
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Perancangan untuk transfer data meminimalkan biaya transfer data. Ini mungkin melibatkan penggunaan jaringan pengiriman untuk menemukan data yang lebih dekat dengan pengguna, atau penggunaan tautan jaringan khusus dari lokasi Anda ke AWS. Anda juga dapat menggunakan optimalisasi WAN dan optimalisasi aplikasi untuk mengurangi jumlah data yang ditransfer antar komponen.
Saat mentransfer data ke atau di dalam AWS Cloud, penting untuk mengetahui tujuan berdasarkan berbagai kasus penggunaan, sifat data, dan sumber daya jaringan yang tersedia untuk memilih layanan AWS yang tepat guna mengoptimalkan transfer data. AWS menawarkan berbagai layanan transfer data yang disesuaikan untuk beragam persyaratan migrasi data. Pilih opsi [penyimpanan data](https://aws.amazon.com/products/storage/) dan [transfer data](https://aws.amazon.com/cloud-data-migration/) yang tepat berdasarkan kebutuhan bisnis dalam organisasi Anda.
Saat merencanakan atau meninjau arsitektur beban kerja Anda, pertimbangkan hal berikut:
+ **Gunakan titik akhir VPC di dalam AWS:** Titik akhir VPC memungkinkan terjadinya koneksi pribadi antara VPC Anda dan layanan yang didukung AWS. Hal ini memungkinkan Anda untuk menghindari penggunaan internet publik, yang dapat menimbulkan biaya transfer data.
+ **Gunakan gateway NAT** Gunakan sebuah [gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) sehingga instans-instans yang berada di subnet pribadi dapat terhubung ke internet atau ke layanan di luar VPC Anda. Periksa apakah sumber daya di belakang gateway NAT yang mengirimkan lalu lintas terbanyak berada di Zona Ketersediaan yang sama dengan gateway NAT. Jika tidak, buat gateway NAT baru di Zona Ketersediaan yang sama dengan sumber daya untuk mengurangi biaya transfer data lintas AZ.
+ **Gunakan AWS Direct Connect** bypass Direct Connect internet publik dan buatlah sebuah koneksi pribadi langsung antar jaringan on-premise dan AWS Anda. Hal ini bisa lebih hemat biaya dan konsisten daripada mentransfer data dalam jumlah besar melalui internet.
+ **Hindari mentransfer data lintas batas Wilayah:** Transfer data antar Wilayah AWS (dari satu Wilayah ke Wilayah lain) biasanya dikenakan biaya. Sebaiknya putuskan dengan cermat jika ingin memilih jalur multi-Wilayah. Untuk detail selengkapnya, lihat [skenario Multi-Wilayah](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/multi-region-scenarios.html).
+ **Pantau transfer data:** Gunakan Amazon CloudWatch dan [log alur VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html) untuk menyimpan detail seputar transfer data dan penggunaan jaringan Anda. Lakukan analisis terhadap informasi lalu lintas jaringan yang direkam di VPC Anda, seperti alamat IP atau jangkauan ke dan dari antarmuka jaringan.
+ **Analisis penggunaan jaringan Anda:** Gunakan alat pengukuran dan pelaporan seperti AWS Cost Explorer, Dasbor CUDOS, atau CloudWatch untuk memahami biaya transfer data beban kerja Anda.
### Langkah-langkah implementasi
+ **Pilih komponen untuk transfer data:** Gunakan pemodelan transfer data yang dijelaskan di [COST08-BP01 Melakukan pemodelan transfer data](cost_data_transfer_modeling.md), fokus pada area dengan biaya transfer data terbesar atau area lain jika penggunaan beban kerja berubah. Cari arsitektur alternatif, atau komponen tambahan yang menghapus atau mengurangi kebutuhan untuk transfer data, atau menghemat biayanya.
## Sumber daya
**Praktik-praktik terbaik terkait:**
+ [COST08-BP01 Melakukan pemodelan transfer data](cost_data_transfer_modeling.md)
+ [COST08-BP03 Mengimplementasikan layanan untuk mengurangi biaya transfer data](cost_data_transfer_implement_services.md)
**Dokumen terkait:**
+ [ Migrasi Data Cloud ](https://aws.amazon.com/cloud-data-migration/)
+ [solusi penerapan cache AWS](https://aws.amazon.com/caching/aws-caching/)
+ [Sampaikan konten lebih cepat dengan Amazon CloudFront](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/)
**Contoh terkait:**
+ [ Ikhtisar Biaya Transfer Data untuk Arsitektur Umum ](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [Tips Optimalisasi Jaringan AWS](https://aws.amazon.com/blogs/networking-and-content-delivery/aws-network-optimization-tips/)
+ [ Mengoptimalkan performa dan mengurangi biaya untuk analitik jaringan dengan Log Alur VPC dalam format Apache Parquet](https://aws.amazon.com/blogs/big-data/optimize-performance-and-reduce-costs-for-network-analytics-with-vpc-flow-logs-in-apache-parquet-format/)
# COST08-BP03 Mengimplementasikan layanan untuk mengurangi biaya transfer data
Implementasikan layanan untuk mengurangi transfer data. Misalnya, gunakan lokasi edge atau jaringan pengiriman konten (CDN) untuk mengirimkan konten ke pengguna akhir, membangun lapisan caching di depan server aplikasi atau basis data Anda, dan gunakan koneksi jaringan khusus alih-alih VPN untuk terhubung ke cloud.
**Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan:** Sedang
## Panduan implementasi
Ada berbagai layanan AWS yang dapat membantu Anda mengoptimalkan penggunaan transfer data jaringan Anda. Tergantung komponen beban kerja, jenis, dan arsitektur cloud Anda, semua layanan ini dapat membantu Anda mengompresi, melakukan caching, serta berbagi dan mendistribusikan lalu lintas Anda di cloud.
+ [Amazon CloudFront](https://aws.amazon.com/cloudfront/) adalah sebuah jaringan penyampaian konten yang menyampaikan data dengan latensi rendah dan kecepatan transfer data yang tinggi. Layanan ini meng-cache data di lokasi edge di seluruh dunia, yang mengurangi beban di sumber daya Anda. Dengan menggunakan CloudFront, Anda dapat mengurangi upaya administratif dalam pengiriman konten ke sejumlah besar pengguna di seluruh dunia, dengan latensi minimum. [Paket bundling penghematan keamanan](https://aws.amazon.com/about-aws/whats-new/2021/02/introducing-amazon-cloudfront-security-savings-bundle/?sc_channel=em&sc_campaign=Launch_mult_OT_awsroadmapemail_20200910&sc_medium=em_whats_new&sc_content=launch_ot_ot&sc_country=mult&sc_geo=mult&sc_category=mult&sc_outcome=launch) dapat membantu Anda menghemat hingga 30% atas penggunaan CloudFront Anda jika Anda berencana meningkatkan penggunaan Anda dari waktu ke waktu.
+ [AWS Direct Connect](https://aws.amazon.com/directconnect/) memungkinkan Anda membangun sebuah koneksi jaringan khusus ke AWS. Ini dapat mengurangi biaya jaringan, meningkatkan bandwidth, dan menyediakan pengalaman jaringan yang lebih konsisten daripada koneksi berbasis internet.
+ [Site-to-Site VPN](https://aws.amazon.com/vpn/) memungkinkan Anda membangun koneksi yang aman dan privat antara jaringan privat Anda dan jaringan AWS global. Layanan ini ideal untuk kantor kecil atau partner bisnis karena menyediakan konektivitas yang disederhanakan, serta dengan layanan yang dikelola penuh dan elastis.
+ [Titik akhir VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-endpoints.html) memungkinkan konektivitas antar layanan AWS lewat jaringan pribadi dan dapat digunakan untuk mengurangi transfer data publik serta biaya [gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html). [Titik akhir VPC Gateway](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-gateway.html) tidak mengenakan biaya per jam, dan mendukung Amazon S3 dan Amazon DynamoDB. [Titik akhir VPC antarmuka](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-interface.html) disediakan oleh [AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/userguide/endpoint-service.html) dan memiliki biaya per jam dan biaya penggunaan per GB.
+ [Gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) menyediakan penskalaan dan pengelolaan bawaan untuk mengurangi biaya dibandingkan dengan instans NAT yang berdiri sendiri. Tempatkan gateway NAT di dalam Zona Ketersediaan yang sama karena instans-instans memlliki lalu lintas yang tinggi dan pertimbangkan menggunakan titik akhir VPC untuk instans-instans yang perlu mengakses Amazon DynamoDB atau Amazon S3 untuk mengurangi biaya transfer data dan pemrosesan data.
+ Gunakan perangkat [AWS Snow Family](https://aws.amazon.com/snow/) yang memiliki sumber daya komputasi untuk mengumpulkan dan memproses data di edge. Perangkat AWS Snow Family ([Snowball Edge](https://aws.amazon.com/snowcone/), [Snowball Edge](https://aws.amazon.com/snowball/) and [Snowmobile](https://aws.amazon.com/snowmobile/)) memungkinkan Anda memindahkan petabyte data ke biaya AWS Cloud secara efektif dan offline.
### Langkah-langkah implementasi
+ **Terapkan layanan:** Pilih layanan jaringan AWS yang berlaku berdasarkan jenis beban kerja layanan Anda dengan menggunakan pemodelan transfer data dan peninjauan Log Aliran VPC. Amati area dengan biaya terbesar dan alur volume tertinggi. Tinjau layanan AWS dan nilai apakah ada layanan yang mengurangi atau menghapus transfer, khususnya jaringan dan pengiriman konten. Cari juga layanan caching yang menyediakan akses berulang ke data, atau data dalam jumlah besar.
## Sumber daya
**Dokumen terkait:**
+ [AWS Direct Connect](https://aws.amazon.com/directconnect/)
+ [Jelajahi Produk Kami AWS](https://aws.amazon.com/)
+ [solusi penerapan cache AWS](https://aws.amazon.com/caching/aws-caching/)
+ [Amazon CloudFront](https://aws.amazon.com/cloudfront/)
+ [AWS Snow Family](https://aws.amazon.com/snow/)
+ [Paket Penghematan Keamanan CloudFront dari Amazon](https://aws.amazon.com/about-aws/whats-new/2021/02/introducing-amazon-cloudfront-security-savings-bundle/)
**Video terkait:**
+ [Memantau dan Mengoptimalkan Biaya Transfer Data Anda](https://www.youtube.com/watch?v=UjliYz25_qo)
+ [Seri Pengoptimalan Biaya AWS: CloudFront](https://www.youtube.com/watch?v=k8De2AfAN3k)
+ [Bagaimana saya dapat mengurangi biaya transfer data untuk gateway NAT saya?](https://www.youtube.com/watch?v=hq4KtPRezus)
**Contoh terkait:**
+ [Cara melakukan chargeback layanan bersama: Sebuah contoh AWS Transit Gateway](https://aws.amazon.com/blogs/aws-cloud-financial-management/gs-chargeback-shared-services-an-aws-transit-gateway-example/)
+ [Memahami rincian transfer data AWS secara mendalam dari laporan biaya dan penggunaan dengan menggunakan kueri Athena dan QuickSight](https://aws.amazon.com/blogs/networking-and-content-delivery/understand-aws-data-transfer-details-in-depth-from-cost-and-usage-report-using-athena-query-and-quicksight/)
+ [Ikhtisar Biaya Transfer Data untuk Arsitektur Umum](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [Menggunakan AWS Cost Explorer untuk menganalisis biaya transfer data](https://aws.amazon.com/blogs/mt/using-aws-cost-explorer-to-analyze-data-transfer-costs/)
+ [Mengoptimalkan Biaya arsitektur AWS Anda dengan memanfaatkan fitur Amazon CloudFront](https://aws.amazon.com/blogs/networking-and-content-delivery/cost-optimizing-your-aws-architectures-by-utilizing-amazon-cloudfront-features/)
+ [Bagaimana saya dapat mengurangi biaya transfer data untuk gateway NAT saya?](https://aws.amazon.com/premiumsupport/knowledge-center/vpc-reduce-nat-gateway-transfer-costs/)