Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Beban kerja Windows ukuran yang tepat
## Ikhtisar
Ukuran yang tepat adalah salah satu alat hemat biaya yang paling ampuh. AWS menawarkan berbagai metode untuk mengumpulkan informasi ukuran yang tepat, mulai dari meninjau beban kerja potensial dengan menggunakan [AWS Optimization and Licensing Assessment (AWS OLA)](https://aws.amazon.com/optimization-and-licensing-assessment/) hingga meninjau beban kerja yang ada dengan menggunakan. [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
Bagian ini menunjukkan kepada Anda cara menggunakan [AWS Compute Optimizer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-rightsizing.html)untuk mengidentifikasi peluang ukuran yang tepat Amazon EC2. Compute Optimizer membantu mencegah penyediaan berlebih dan kekurangan penyediaan untuk jenis sumber daya berikut: AWS
+ [Jenis instans Amazon Elastic Compute Cloud (Amazon EC2)](https://aws.amazon.com/ec2/)
+ [Volume Amazon Elastic Block Store (Amazon EBS](https://aws.amazon.com/ebs/))
+ Layanan [Amazon Elastic Container Service (Amazon ECS](https://aws.amazon.com/ecs/)) di AWS Fargate
+ [AWS Lambda](https://aws.amazon.com/lambda/)[fungsi berdasarkan data pemanfaatan yang disediakan oleh Amazon CloudWatch](https://aws.amazon.com/cloudwatch/)
## Skenario pengoptimalan biaya
Mengukur efektivitas ukuran yang tepat dapat menjadi tantangan, karena upaya ukuran yang tepat dapat diarahkan ke aplikasi, tim, atau seluruh organisasi tertentu. Misalnya, pertimbangkan sebuah organisasi yang memigrasikan beberapa ribu instance ke AWS, dengan 90 persen armada mereka terdiri dari beban kerja Windows. Organisasi dapat menggunakan Compute Optimizer untuk menganalisis armada mereka dan menemukan penyediaan berlebihan yang signifikan di seluruh akun mereka dan. Wilayah AWS Kemudian, mereka dapat menggunakan [AWS Systems Manager Otomasi](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) untuk mengukur ukuran armada mereka melalui beberapa jendela pemeliharaan. Akibatnya, organisasi berhasil menyesuaikan jenis instans berukuran tepat untuk 70 persen armada mereka dan mencapai penghematan biaya 35 persen.
Dasbor berikut menggambarkan penghematan yang dicapai selama beberapa bulan karena organisasi contoh ini secara strategis menerapkan rekomendasi ukuran yang tepat dari Compute Optimizer. Tujuan mereka adalah untuk mengoperasikan beban kerja mereka yang ada seefisien mungkin untuk melanjutkan migrasi yang macet dari pusat data kolokasi mendekati akhir kontraknya.
## Rekomendasi optimisasi biaya
Kami menyarankan Anda mengambil langkah-langkah berikut untuk mengoptimalkan biaya Anda dengan menggunakan Compute Optimizer:
+ Aktifkan Compute Optimizer
+ Aktifkan pengumpulan metrik Memori untuk node Windows
+ Konsumsi rekomendasi Compute Optimizer
+ Tandai contoh untuk ukuran yang tepat
+ Aktifkan tag alokasi biaya untuk bekerja dengan alat AWS penagihan
+ Terapkan rekomendasi ukuran yang tepat dengan AWS Systems Manager Otomasi
+ Pertimbangkan metode pengubahan ukuran alternatif
+ Tinjau biaya sebelum dan sesudah di Cost Explorer
### Aktifkan Compute Optimizer
Anda dapat mengaktifkan [Compute](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html#account-opt-in) Optimizer di tingkat organisasi atau akun tunggal. AWS Organizations Konfigurasi seluruh organisasi menyediakan laporan berkelanjutan untuk instans baru dan yang sudah ada di seluruh armada Anda untuk semua akun anggota. Ini memungkinkan ukuran yang tepat menjadi aktivitas berulang, bukan aktivitas. point-in-time
#### Tingkat organisasi
Untuk sebagian besar organisasi, cara paling efisien untuk menggunakan Compute Optimizer adalah di tingkat organisasi. Ini memberikan visibilitas multi-akun dan Multi-wilayah ke organisasi Anda dan memusatkan data menjadi satu sumber untuk ditinjau. Untuk mengaktifkan ini di tingkat organisasi, lakukan hal berikut:
1. Masuk ke [akun manajemen Organizations](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_getting-started_concepts.html) Anda dengan peran yang memiliki [izin yang diperlukan](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html) dan pilih untuk memilih semua akun dalam organisasi ini. Organisasi Anda harus [mengaktifkan semua fitur](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_org_support-all-features.html).
1. Setelah mengaktifkan akun manajemen, Anda dapat masuk ke akun, melihat semua akun anggota lainnya, dan menelusuri rekomendasi mereka.
**catatan**
Ini adalah praktik terbaik untuk mengonfigurasi [akun administrator yang didelegasikan](https://docs.aws.amazon.com/compute-optimizer/latest/ug/delegate-administrator-account.html) untuk Compute Optimizer. Ini memungkinkan Anda untuk menggunakan prinsip hak istimewa yang paling sedikit. Dengan begitu, Anda dapat meminimalkan akses ke akun manajemen organisasi sambil tetap menyediakan akses ke layanan di seluruh organisasi.
#### Tingkat akun tunggal
Jika Anda menargetkan akun dengan biaya tinggi tetapi tidak memiliki akses AWS Organizations, Anda masih dapat mengaktifkan Compute Optimizer untuk akun dan Wilayah tersebut. Untuk mempelajari proses keikutsertaan, lihat [Memulai AWS Compute Optimizer dalam dokumentasi](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html) Compute Optimizer.
### Aktifkan pengumpulan metrik memori untuk node Windows
Metrik memori menyediakan Compute Optimizer dengan metrik penting yang diperlukan untuk membuat rekomendasi ukuran tepat yang terinformasi dengan baik di organisasi Anda. Ini karena analisis CPU, memori, jaringan, dan penyimpanan yang dilakukan sebelum menawarkan rekomendasi.
Untuk meneruskan metrik memori dari instans Windows EC2 ke Compute Optimizer, Anda harus mengaktifkan agen dan mengonfigurasi metrik memori CloudWatch yang akan dikumpulkan setiap 60 detik. Tidak ada biaya tambahan untuk menggunakan metrik memori dengan CloudWatch.
#### Aktifkan CloudWatch agen dan konfigurasikan metrik memori
Unduh [ComputeOptimizefile.yl](https://static.us-east-1.prod.workshops.aws/public/93110159-2ede-4c0c-9767-877c96d68a7e/static/code/wec2/ComputeOptimize.yml). Anda dapat menggunakan file ini untuk mengaktifkan pengumpulan memori untuk semua instance di akun Anda. File template menghasilkan komponen-komponen berikut:
+ [AWS Systems Manager Parameter Store](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-parameter-store.html) — Ini menyimpan konfigurasi untuk CloudWatch agen yang diperlukan untuk mengumpulkan metrik memori.
+ AWS Identity and Access Management Peran (IAM) dengan [kebijakan AWS terkelola untuk AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/security_iam_service-with-iam.html#managed-policies) dilampirkan — Ini untuk dokumen Otomasi Systems Manager.
+ [AWS Systems Manager dokumen](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents.html) — Ini menginstal dan mengkonfigurasi CloudWatch agen (menggantikan CloudWatch konfigurasi yang ada).
+ AWS Systems Manager Asosiasi [Manajer Negara](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state.html) - Ini memungkinkan dokumen Systems Manager berjalan di semua instance di akun Anda.
**penting**
Menjalankan template ini menimpa CloudWatch konfigurasi yang ada pada instance.
Selanjutnya, lakukan hal berikut:
1. Masuk ke Konsol Manajemen AWS dan buka [CloudFormation konsol](https://console.aws.amazon.com/cloudformation/).
1. Di panel navigasi, pilih **Stacks (Tumpukan)**.
1. Pilih **Buat tumpukan**, lalu pilih **Dengan sumber daya yang ada (sumber daya impor)**.
1. Pilih **Berikutnya**.
1. Untuk **sumber Template**, pilih **Upload file template**.
1. Pilih **file**, lalu unggah `ComputeOptimize.yml` file.
1. Pilih **Berikutnya**.
1. Pada halaman **Tentukan detail tumpukan****, untuk nama Stack**, masukkan nama untuk tumpukan Anda, lalu pilih **Berikutnya**.
1. Pada halaman **Identifikasi sumber daya**, masukkan nilai pengenal untuk sumber daya yang Anda impor.
1. Pilih **Impor sumber daya**.
1. Setelah tumpukan digunakan, pilih tab **Output** untuk menemukan kunci, nilai, dan deskripsi untuk asosiasi Anda.
#### Pantau kemajuan asosiasi
1. Setelah penyebaran CloudFormation tumpukan selesai, buka [konsol Systems Manager](https://console.aws.amazon.com/systems-manager/).
1. Di panel navigasi, di bagian **Manajemen Node**, pilih **Manajer Negara**.
1. Pada halaman **Asosiasi**, pilih ID asosiasi asosiasi Anda.
1. Pilih tab **Riwayat eksekusi**.
1. Di kolom **Id eksekusi, pilih ID** eksekusi asosiasi Anda. Statusnya harus **sukses**.
#### Lihat metrik di CloudWatch
Kami menyarankan Anda menunggu setidaknya lima menit hingga metrik terisi CloudWatch.
1. Buka [konsol CloudWatch](https://console.aws.amazon.com/cloudwatch/).
1. Di panel navigasi, perluas bagian **Metrik**, lalu pilih **Semua** metrik.
1. Konfirmasikan bahwa metrik muncul di bawah **CWAgent**namespace.
**catatan**
Untuk menerapkan pengaturan ke instance baru, jalankan kembali asosiasi.
### Konsumsi rekomendasi Compute Optimizer
Pertimbangkan contoh yang berfokus pada membuat perubahan ukuran yang tepat dalam satu akun dan satu Wilayah. Dalam contoh ini, Compute Optimizer diaktifkan di tingkat organisasi di semua akun. Perlu diingat bahwa ukuran yang tepat adalah proses yang mengganggu yang dalam banyak kasus dilakukan dengan presisi oleh pemilik aplikasi selama jendela pemeliharaan terjadwal selama beberapa minggu.
Jika Anda menavigasi ke Compute Optimizer dari dalam akun manajemen organisasi (seperti yang ditunjukkan pada langkah-langkah berikut), Anda dapat memilih akun yang ingin Anda selidiki. Dalam contoh ini, ada enam contoh yang berjalan dalam satu akun di `us-east-1` Wilayah. Keenam contoh disediakan secara berlebihan. Tujuannya adalah untuk mengubah ukuran instance berdasarkan rekomendasi dari Compute Optimizer.
#### Identifikasi instans yang disediakan secara berlebihan dan detail rekomendasi ekspor
1. Masuk ke Konsol Manajemen AWS dan buka konsol [Compute Optimizer](https://console.aws.amazon.com/compute-optimizer/).
1. Di panel navigasi, pilih **Dasbor**.
1. Di kotak pencarian di halaman **Dashboard**, masukkan **Region=US East (Virginia N**.). Kemudian, masukkan **findings=Over-provisioned**. Filter ini memungkinkan Anda melihat semua instans yang disediakan secara berlebihan di Wilayah. `us-east-1`
1. **Untuk meninjau rekomendasi terperinci untuk instans**** EC2 yang disediakan secara berlebihan,**** gulir ke bawah ke kartu instans **EC2, lalu pilih** Lihat rekomendasi.**
1. Pilih **Ekspor** dan simpan file untuk digunakan di masa mendatang.
1. Untuk **bucket S3**, masukkan nama bucket Amazon S3 yang Anda inginkan menjadi tujuan untuk file ekspor.
**catatan**
Untuk menyimpan rekomendasi untuk tinjauan masa depan, Anda harus memiliki bucket S3 yang tersedia untuk Compute Optimizer untuk ditulis di setiap Wilayah. Untuk informasi selengkapnya, lihat [kebijakan bucket Amazon S3 untuk dokumentasi AWS Compute Optimizer Compute](https://docs.aws.amazon.com/compute-optimizer/latest/ug/create-s3-bucket-policy-for-compute-optimizer.html) Optimizer.
1. Di bagian **Ekspor filter**, pilih kotak centang **Sertakan rekomendasi untuk semua akun anggota di organisasi**.
1. Untuk **jenis Sumber Daya**, pilih **instans EC2**.
1. Di bagian **Kolom untuk disertakan**, pilih kotak centang **Pilih semua**.
1. Pilih **Ekspor**.
#### Pilih instans berdasarkan rekomendasi
Rekomendasi instans didasarkan pada metrik kinerja yang dikumpulkan dan dianalisis oleh Compute Optimizer. Penting untuk mengetahui beban kerja yang berjalan pada instance untuk memastikan bahwa Anda memilih contoh terbaik. [Contoh ini mengasumsikan bahwa Anda dapat memilih dari instans Amazon [EC2](https://aws.amazon.com/ec2/instance-types/r6i/) R6i, R5[,](https://aws.amazon.com/ec2/instance-types/r5/) dan T3 generasi terbaru.](https://aws.amazon.com/ec2/instance-types/t3/) Instans T3 burstable dan memiliki kemampuan bandwidth jaringan yang lebih rendah. Instans R5 dan R6 memiliki biaya per jam yang sama dan hampir identik. Namun, instans R6 memiliki kapasitas bandwidth jaringan yang lebih tinggi, fitur prosesor Intel generasi terbaru, dan menawarkan jejak komputasi yang sama dengan R5. Dalam contoh ini, R6 adalah opsi terbaik untuk memilih untuk mengubah ukuran.
1. Di konsol [Compute Optimizer](https://console.aws.amazon.com/compute-optimizer/), **pilih Rekomendasi untuk instans EC2** dari bilah navigasi. Halaman ini menunjukkan perbandingan jenis instans saat ini dengan opsi yang disarankan untuk menggantinya.
1. Untuk mendapatkan ID instance yang ingin Anda sesuaikan ukurannya, buka [konsol Amazon S3](https://console.aws.amazon.com/s3/) dari akun manajemen. AWS Organizations
1. Di panel navigasi, pilih **Bucket**, lalu pilih bucket yang Anda gunakan untuk menyimpan hasil ekspor Anda.
1. Pada tab **Objek**, pilih file ekspor Anda dari daftar objek, lalu pilih **Unduh**.
1. Untuk mengekstrak informasi instance dari file, Anda dapat menggunakan tombol **Teks ke Kolom** pada tab **Data** di Microsoft Excel.
**catatan**
Instance IDs direpresentasikan sebagai Amazon Resource Names (ARNs). Pastikan untuk mengatur pembatas ke “/” dan ekstrak ID instance. Atau, Anda dapat menulis skrip atau menggunakan lingkungan pengembangan terintegrasi (IDE) untuk memangkas ARN.
1. Di Excel, filter kolom **pencarian** untuk hanya menampilkan instance **OVER\_PROVISIONED**. Ini adalah contoh yang Anda targetkan untuk ukuran yang tepat.
1. Simpan instance IDs dalam editor teks untuk memudahkan akses nanti.
### Tandai contoh untuk ukuran yang tepat
Menandai beban kerja Anda adalah alat yang ampuh untuk mengatur sumber daya Anda. AWS Tag memungkinkan Anda untuk mendapatkan visibilitas halus ke dalam biaya dan memfasilitasi tolak bayar. Untuk informasi selengkapnya tentang strategi dan metode untuk menambahkan tag ke AWS sumber daya, lihat AWS Whitepaper [Best Practices for AWS Tagging](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html) Resources. Untuk contoh ini, Anda dapat menggunakan [Editor AWS Tag](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) untuk membuat penyesuaian penandaan di seluruh instance yang disediakan berlebihan yang ingin Anda targetkan untuk mengubah ukuran selama jendela pemeliharaan. Anda juga dapat menggunakan tag ini untuk melihat biaya sebelum dan sesudah perubahan.
1. Masuk ke Konsol Manajemen AWS dan buka [AWS Resource Groups konsol](https://console.aws.amazon.com/resource-groups) untuk akun yang berisi instance yang ditargetkan untuk mengubah ukuran.
1. Pada bilah navigasi, di bagian **Penandaan**, pilih **Editor Tag**.
1. Untuk **Wilayah**, pilih Wilayah target Anda.
1. Untuk **jenis Sumber Daya**, pilih ** AWS::EC2::Instance**.
1. Pilih **Cari sumber daya**.
1. Pada halaman **hasil pencarian sumber daya**, pilih semua instance yang ingin Anda perbaiki ukurannya, lalu pilih **Kelola tag sumber daya yang dipilih**.
1. Pilih **Tambahkan tanda**.
1. Untuk **tombol Tag**, masukkan **Rightsizing**. Untuk **nilai Tag**, masukkan **diaktifkan**. Kemudian, pilih **Tinjau dan terapkan perubahan tag**.
**catatan**
Anda dapat menyertakan metadata tambahan seperti Tim atau Unit Bisnis untuk membantu memfilter nanti di Cost Explorer.
Setelah membuat dan menerapkan tag yang ditentukan pengguna ke sumber daya Anda, mungkin diperlukan waktu hingga 24 jam agar tag muncul di halaman tag alokasi biaya Anda untuk aktivasi. Setelah Anda memilih tag Anda untuk aktivasi, itu bisa memakan waktu 24 jam lagi untuk tag menjadi aktif.
Untuk pengguna tingkat lanjut, Anda dapat menggunakan [AWS CloudShell](https://console.aws.amazon.com/cloudshell/home)dalam akun target dan Wilayah untuk menandai beberapa instance. Contoh:
```
bash
#!/bin/bash
# Set variables
TAG_KEY="rightsizing"
TAG_VALUE="type-m5"
# Get a list of instance IDs
INSTANCE_IDS=$(aws ec2 describe-instances —query "Reservations[].Instances[].InstanceId" —output text)
# Loop through each instance ID and add the tag
for INSTANCE_ID in $INSTANCE_IDS; do
aws ec2 create-tags —resources $INSTANCE_ID —tags Key=$TAG_KEY,Value=$TAG_VALUE
done
```
### Aktifkan tag alokasi biaya untuk bekerja dengan alat AWS penagihan
Sebaiknya aktifkan tag alokasi biaya yang ditentukan pengguna. Ini memungkinkan tag **Rightsizing** dikenali dan difilter di alat AWS penagihan (misalnya, Cost Explorer dan). AWS Cost and Usage Report Jika Anda tidak mengaktifkan ini, opsi pemfilteran tag dan data tidak akan tersedia. Untuk informasi tentang penggunaan tag alokasi biaya, lihat [Mengaktifkan tag alokasi biaya yang ditentukan pengguna dalam dokumentasi](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/activating-tags.html). AWS Manajemen Penagihan dan Biaya
1. Masuk ke Konsol Manajemen AWS dan buka [AWS Billing konsol](https://console.aws.amazon.com/billing).
1. Pada panel navigasi, di bagian **Penagihan**, pilih Tag **alokasi biaya**.
1. **Pada tab **Tag alokasi biaya yang ditentukan pengguna**, masukkan Rightsizing.**
1. **Pilih tombol tag **Rightsizing**, lalu pilih Activate.**
Setelah 24 jam, tag akan muncul di Cost Explorer.
### Menerapkan rekomendasi ukuran yang tepat dengan Systems Manager Automation
Mengubah ukuran adalah skenario yang membutuhkan instance untuk dihentikan dan dimulai. Dalam skenario ini, Anda mungkin perlu menangani gangguan ini di jendela pemeliharaan dan membutuhkan tim yang berbeda untuk menangani pengubahan ukuran mereka sendiri. Sebelum mengubah jenis instans, tinjau [Pertimbangan untuk jenis instans yang kompatibel](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html#resize-ebs-backed-instance-considerations) di dokumentasi Amazon EC2.
Contoh langkah di bagian ini menerapkan rekomendasi ukuran yang tepat per akun dan Wilayah dengan menggunakan dokumen Otomasi Systems Manager yang disebut [AWS- ResizeInstance](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-resizeinstance.html). Pendekatan ini khas untuk sebagian besar organisasi karena sebagian besar organisasi memerlukan jenis instance yang berbeda untuk tujuan yang berbeda. Anda juga dapat menggunakan dokumen `AWS-ResizeInstance` otomatisasi yang sama untuk menargetkan penerapan tunggal dan multi-akun.
1. Masuk ke Konsol Manajemen AWS dan buka [konsol Systems Manager](https://console.aws.amazon.com/systems-manager/).
1. Pada panel navigasi, di bagian **Sumber Daya Bersama**, pilih **Dokumen**.
1. Di bilah pencarian, masukkan **AWS- ResizeInstance**, lalu pilih **AWS- ResizeInstance ** dari hasil pencarian.
1. Pilih **Eksekusi otomatisasi**.
1. Pada halaman **runbook Execute Automation**, pilih **Eksekusi sederhana**.
1. Di bagian **Parameter input**, masukkan **InstanceId**dan **InstanceType**. Simpan sisa nilai default.
1. Pilih **Execute**,**** dan kemudian**** tunggu otomatisasi untuk melalui langkah-langkah untuk mengubah jenis instance.
### Pertimbangkan metode pengubahan ukuran alternatif
Jika Anda menggunakan template peluncuran untuk menyebarkan instance, Anda dapat memperbarui template peluncuran dengan jenis instance berukuran tepat, lalu melakukan penyegaran instance untuk mengganti instance dengan versi berukuran tepat.
Jika Anda berencana untuk menggunakan proses ukuran yang tepat di beberapa akun dan Wilayah, Anda harus membuat dokumen Otomasi Systems Manager kustom. Dokumen ini memungkinkan Anda untuk memasukkan beberapa instance sebagai parameter dan instance target yang pindah ke jenis instance tujuan yang sama (misalnya, semua instance beralih ke t3a.medium, terlepas dari jenis instance sumber).
### Tinjau biaya sebelum dan sesudah di Cost Explorer
Setelah Anda mengukur sumber daya dengan benar, Anda dapat menggunakan Cost Explorer untuk menampilkan sebelum dan sesudah biaya dengan menggunakan tag **Rightsizing**. Ingatlah bahwa Anda dapat menggunakan [tag sumber daya](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html) untuk melacak biaya. Dengan menggunakan beberapa lapisan tag, Anda dapat mencapai visibilitas granular ke dalam biaya Anda. Dalam contoh yang dibahas dalam panduan ini, tag **Rightsizing** digunakan untuk menerapkan tag generik ke semua instance yang ditargetkan. Kemudian, tag tim digunakan untuk mengatur sumber daya lebih lanjut. Langkah selanjutnya adalah memperkenalkan tag aplikasi untuk lebih menunjukkan dampak biaya untuk mengoperasikan aplikasi tertentu.
Diagram berikut menunjukkan struktur tag untuk sebuah organisasi.
Pertimbangkan contoh bisnis yang tepat ukuran server web produksi yang dimiliki oleh tim Operasi. **Di Cost Explorer, tag **Rightsizing** disetel ke **diaktifkan**, dan tag **Team** diatur ke operasi.** Dalam contoh ini, upaya ukuran yang tepat mengurangi biaya operasi dari 0,89 sen menjadi 0,28 sen per jam. Dengan asumsi 744 jam per bulan, biaya tahunan sebelum ukuran yang tepat adalah $7.945.92. Setelah ukuran yang tepat, biaya tahunan turun menjadi $2.499.84. Ini berarti penurunan 68,5 persen dalam biaya beban kerja tahunan. Bayangkan dampak dari ini di seluruh organisasi besar. Perlu diingat, ini dilakukan di lingkungan sampel dan instance sebagian besar menganggur. Dalam lingkungan produksi, Anda dapat melihat penghematan antara 10—35 persen.
Sekarang, pertimbangkan dampak ukuran yang tepat dari host benteng produksi yang dimiliki oleh tim Teknik. **Di Cost Explorer, tag **Rightsizing** disetel ke **diaktifkan**, dan tag **Team** diatur ke engineering.** Dalam contoh ini, upaya ukuran yang tepat mengurangi biaya dari 0,75 sen menjadi 0,44 sen per jam. Dengan asumsi 744 jam per bulan, biaya tahunan sebelum ukuran yang tepat adalah $6,696,00. Setelah ukuran yang tepat, biaya tahunan turun menjadi $3,928,32.
Jika Anda menggunakan beberapa tag, Anda dapat memfilter data ke detail biaya granular. Dalam contoh ini, tag **Tim** mengurangi kebisingan sehingga Anda dapat melihat dampak di tingkat tim. Karena tag **Rightsizing** diaktifkan, Anda juga dapat memfilter untuk setiap instance yang memiliki tag tersebut dengan nilai **diaktifkan** atau tidak ada nilai yang ada. Ini dapat memberikan pandangan global tentang upaya ukuran yang tepat Anda, terutama ketika dilihat di akun manajemen (pembayar) di tingkat Cost Explorer. Tampilan ini memungkinkan Anda untuk melihat semua akun dan instance.
**Pertimbangkan contoh di tingkat akun tunggal di mana tag **Rightsizing** disetel ke diaktifkan.** Biaya operasi turun dari $1,64 per jam menjadi $0,72 sen per jam. Dengan asumsi 744 jam per bulan, biaya tahunan sebelum ukuran yang tepat adalah $14.641.92. Setelah ukuran yang tepat, biaya tahunan turun menjadi $6.428,16. Ini berarti penurunan 56 persen dalam biaya komputasi untuk akun ini.
Sebelum memulai perjalanan ukuran yang tepat, pertimbangkan hal berikut:
+ AWS menawarkan banyak pilihan untuk pengurangan biaya. Ini termasuk [AWS OLA](https://aws.amazon.com/optimization-and-licensing-assessment/), tempat AWS meninjau instans lokal Anda sebelum pindah ke. AWS AWS OLA juga memberi Anda rekomendasi ukuran yang tepat dan panduan lisensi.
+ Selesaikan semua ukuran yang tepat sebelum membeli [Savings Plans](https://aws.amazon.com/savingsplans/). Ini dapat membantu Anda menghindari pembelian berlebihan pada komitmen Savings Plans Anda.
## Rekomendasi
Kami merekomendasikan langkah-langkah berikut:
1. Tinjau lanskap Anda yang ada dan pertimbangkan untuk mengonversi volume Amazon EBS gp2 menjadi volume gp3.
1. Tinjau [Savings Plans](https://aws.amazon.com/savingsplans/).
## Sumber daya tambahan
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)(AWS dokumentasi)
+ [Praktik Terbaik untuk Menandai AWS Sumber Daya](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html) (AWS Whitepaper)
+ [Cara mengumpulkan data dari AWS Compute Optimizer dan AWS Trusted Advisor di seluruh AWS Organizations](https://www.youtube.com/watch?v=ekR6RSgqJ4Q) (YouTube)
+ [Mengoptimalkan kinerja dan mengurangi biaya lisensi: Memanfaatkan instans SQL Server Amazon AWS Compute Optimizer EC2](https://aws.amazon.com/blogs/modernizing-with-aws/optimizing-performance-and-reducing-licensing-costs-leveraging-aws-compute-optimizer-for-ec2-sql-server-instances/) (Microsoft Workloads di blog) AWS