Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Windows di Amazon EC2
[Amazon Elastic Compute Cloud (Amazon EC2](https://aws.amazon.com/ec2/)) adalah platform komputasi awan yang sangat fleksibel dan terukur yang ideal untuk menjalankan beban kerja Windows Anda. Anda dapat menggunakan Amazon EC2 untuk menyebarkan, mengelola, dan menskalakan beban kerja Windows Server Anda pada infrastruktur yang aman, andal, sangat tersedia, dan dapat disesuaikan. AWS Cloud Pertimbangkan manfaat utama berikut menjalankan beban kerja Windows di Amazon EC2:
+ **Skalabilitas** - Amazon EC2 memungkinkan Anda untuk dengan mudah menskalakan beban kerja Windows Anda untuk mengakomodasi perubahan persyaratan. Anda dapat dengan cepat membuat instans EC2 baru untuk menangani peningkatan permintaan, dan dengan mudah menghentikan instans saat tidak lagi diperlukan. Anda hanya membayar untuk sumber daya yang benar-benar Anda gunakan.
+ **Fleksibilitas** — Windows di Amazon EC2 mendukung berbagai jenis instans yang dirancang untuk memenuhi berbagai persyaratan beban kerja, mulai dari instans tujuan umum hingga memori atau instans yang dioptimalkan untuk komputasi. Fleksibilitas ini memastikan bahwa Anda dapat memilih jenis instans terbaik untuk aplikasi berbasis Windows spesifik Anda, memaksimalkan kinerja dan meminimalkan biaya.
+ **Keamanan** — AWS menyediakan beberapa lapisan keamanan untuk beban kerja Windows Anda, termasuk firewall jaringan, enkripsi data, dan kontrol akses aman. Ini berarti Anda dapat mempercayai bahwa aplikasi dan data Anda dilindungi, sambil tetap memiliki kontrol penuh atas pengaturan dan konfigurasi keamanan Anda.
+ **Efisiensi biaya** — Model pay-as-you-go penetapan harga memungkinkan Anda membayar hanya untuk sumber daya yang Anda gunakan—menghilangkan kebutuhan untuk investasi di muka dalam perangkat keras dan perangkat lunak. Model ini juga memungkinkan Anda untuk mengoptimalkan biaya, mengurangi pengeluaran modal, dan meningkatkan efisiensi operasional. Ini adalah model harga yang ideal untuk bisnis dari semua ukuran.
**Topics**
+ [Mengotomatiskan jadwal berhenti dan mulai](windows-ec2-schedules.md)
+ [Beban kerja Windows ukuran yang tepat](rightsize.md)
+ [Pilih jenis instans yang tepat untuk beban kerja Windows](right-size-selection.md)
+ [Bawa lisensi untuk beban kerja Windows dan SQL Server](byol-ded-hosts.md)
+ [Optimalkan pengeluaran untuk Windows di Amazon EC2](savings-plans.md)
+ [Pantau biaya menggunakan AWS alat](monitor-costs.md)
# Mengotomatiskan jadwal berhenti dan mulai
## Ikhtisar
[Penjadwal Instans](https://aws.amazon.com/solutions/implementations/instance-scheduler-on-aws/) aktif AWS dapat membantu Anda mengurangi biaya operasional dengan mengotomatiskan memulai dan menghentikan instans [Amazon EC2 dan Amazon Relational](https://aws.amazon.com/ec2/) [Database Service (Amazon](https://aws.amazon.com/rds/) RDS). Jika Anda membiarkan semua instans Anda berjalan pada pemanfaatan penuh terus-menerus, Anda bisa berakhir membayar untuk sumber daya yang tidak digunakan. Penjadwal Instance aktif AWS memungkinkan Anda untuk mematikan instance selama waktu ketika tidak diperlukan, seperti selama jam non-bisnis, akhir pekan, atau periode lain saat penggunaan rendah. Hal ini dapat menyebabkan penghematan biaya yang signifikan dari waktu ke waktu.
Instance Scheduler on AWS juga menawarkan penjadwalan instans lintas akun, penandaan otomatis, dan kemampuan untuk mengonfigurasi jadwal atau periode dengan menggunakan antarmuka baris perintah atau jendela pemeliharaan. [AWS Systems Manager](https://aws.amazon.com/systems-manager/) Fitur-fitur ini dapat membantu Anda mengelola instans dengan lebih efektif dan akurat melacak dan mengalokasikan biaya di berbagai proyek atau tim.
## Studi kasus
Pertimbangkan contoh perusahaan yang menggunakan Penjadwal Instance AWS di lingkungan produksi untuk secara otomatis menghentikan instance di luar jam kerja setiap hari. Jika perusahaan ini membiarkan semua instansinya berjalan dengan pemanfaatan penuh, mereka dapat mencapai penghematan biaya hingga 70 persen untuk kasus-kasus yang hanya diperlukan selama jam kerja reguler. Bagan berikut menunjukkan bagaimana pemanfaatan mingguan dikurangi dari 168 jam menjadi 50 jam.
![\[Grafik pengurangan pemanfaatan mingguan\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/instance_scheduler_case_study.png)
Pertimbangkan contoh lain. Perusahaan utilitas listrik Jamaika Public Service Company Limited (JPS) memigrasikan database-nya ke Amazon RDS. Sekarang, JPS menggunakan Amazon EC2 untuk meng-host layanan API dan menjalankan aplikasi lain. Untuk JPS, Instance Scheduler AWS menjadi alat utama untuk mengelola lingkungan non-produksi. JPS menggunakan Penjadwal Instance AWS untuk mengurangi biaya pengembangan dan mengelola instans EC2 berdasarkan kebutuhan tim dan jadwal kerja. Ini membantu JPS mengurangi biaya hingga 40 persen. Untuk informasi selengkapnya, lihat studi AWS kasus [Layanan Publik Jamaika Bermigrasi Secara Efisien ke Cloud, Mengurangi Biaya sebesar](https://aws.amazon.com/solutions/case-studies/jamaica-public-service-case-study/#:~:text=%E2%80%9CMigrating%20to%20AWS%20has%20minimized,EC2%20and%20Amazon%20RDS%20instances.) 40% Menggunakan Penjadwal Instance. AWS
## Skenario pengoptimalan biaya
Contoh skenario berikut membantu menggambarkan keuntungan biaya menggunakan Instance Scheduler pada. AWS Dalam skenario ini, sebuah perusahaan ritel besar di Singapura menyebarkan dua lingkungan Windows di Amazon EC2. Lingkungan pertama, yang dikenal sebagai beban kerja A, digunakan oleh tim pemasaran untuk menganalisis transaksi di dalam toko waktu nyata saat toko buka. Lingkungan kedua, yang dikenal sebagai beban kerja B, disediakan untuk tim akuntansi, yang hanya bekerja selama jam kerja reguler. Jadwal operasi kedua lingkungan saat ini (24/7) tidak ideal mengingat pola penggunaan saat ini dan memerlukan pengoptimalan untuk mengurangi biaya operasional perusahaan.
Diagram berikut menunjukkan biaya bulanan sebelum optimasi.
![\[Biaya bulanan sebelum optimasi\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/instance_scheduler_workloadA_arch.png)
Misalnya, ada 31 hari di bulan Maret, di mana 23 di antaranya adalah hari kerja. Jika tim pemasaran menggunakan Penjadwal Instance AWS dan mengoperasikan instans mereka hanya bila diperlukan (yaitu, untuk 321 jam per bulan, bukan 730 jam per bulan), mereka berpotensi menghemat \$1932,52 setiap bulan. Ini berarti pengurangan 56 persen dalam biaya operasi. Tim akuntansi dapat mengalami keuntungan yang signifikan juga, dengan waktu penggunaan instans mereka turun dari 730 jam per bulan menjadi 230 jam. Ini menghasilkan pengurangan \$11.140, atau 68,5 persen. Perusahaan dapat menghemat total gabungan \$12.072.52 per bulan (sama dengan pengurangan 62 persen), atau \$124.870.24 per tahun.
Diagram berikut menunjukkan biaya bulanan setelah optimasi.
![\[Biaya bulanan setelah optimasi\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/instance_scheduler_workloadB_arch.png)
**catatan**
Harga untuk contoh ini ditentukan dengan menggunakan [AWS Kalkulator Harga](https://calculator.aws/)pada Maret 2023.
## Rekomendasi optimisasi biaya
Bagian ini menjelaskan cara menerapkan dan mengonfigurasi Penjadwal Instance AWS berdasarkan skenario contoh yang tercakup dalam bagian *skenario pengoptimalan Biaya* sebelumnya. Kami menyarankan Anda mengambil langkah-langkah berikut untuk mengoptimalkan biaya Anda dengan menggunakan Penjadwal Instance pada AWS:
1. Luncurkan tumpukan Penjadwal Instance
1. Konfigurasikan periode
1. Konfigurasikan jadwal
1. Contoh tag
Diagram arsitektur berikut menunjukkan apa yang dibuat dalam AWS Cloud oleh stack Scheduler Instance.
![\[Arsitektur tumpukan Penjadwal Instance\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/instance_scheduler_cfn_arch.png)
Diagram menunjukkan langkah-langkah alur kerja berikut:
1. AWS CloudFormation Template mengatur CloudWatch acara Amazon pada interval yang Anda tentukan. Acara ini memanggil AWS Lambda fungsi. Selama konfigurasi, Anda menentukan Wilayah AWS dan akun. Anda juga menentukan tag kustom yang AWS digunakan Penjadwal Instance untuk mengaitkan jadwal dengan instans Amazon EC2 yang berlaku, instans Amazon RDS, dan cluster.
1. Nilai konfigurasi jadwal disimpan di Amazon DynamoDB, dan fungsi Lambda mengambilnya setiap kali dijalankan. Anda kemudian dapat menerapkan tag kustom ke instance yang berlaku.
1. Selama konfigurasi awal Penjadwal Instans, Anda menentukan kunci tag untuk mengidentifikasi instans Amazon EC2 dan Amazon RDS yang berlaku. Saat Anda membuat jadwal, nama yang Anda tentukan akan digunakan sebagai nilai tag yang mengidentifikasi jadwal yang ingin Anda terapkan ke sumber daya yang ditandai.
### Luncurkan tumpukan Penjadwal Instance
Bagian ini menunjukkan cara meluncurkan CloudFormation tumpukan untuk Penjadwal Instance. AWS
**catatan**
Anda bertanggung jawab atas biaya yang Layanan AWS digunakan saat menjalankan Penjadwal Instance pada AWS. Mulai Januari 2023, biaya untuk menjalankan solusi ini dengan pengaturan default di `us-east-1` Wilayah adalah sekitar \$19,90 per bulan untuk biaya Lambda, atau kurang jika Anda memiliki kredit penggunaan bulanan tingkat gratis Lambda. Untuk informasi selengkapnya, lihat bagian *Biaya* [Penjadwal Instans pada Panduan AWS Implementasi](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/cost.html) di Perpustakaan AWS Solusi.
Untuk meluncurkan stack scheduler instance, selesaikan langkah-langkah berikut.
1. Masuk ke [Konsol Manajemen AWS](https://console.aws.amazon.com/)dan pilih [Luncurkan solusi](https://us-east-1.console.aws.amazon.com/cloudformation/home?region=us-east-1#/stacks/create?templateURL=https://s3.amazonaws.com/solutions-reference/instance-scheduler-on-aws/latest/instance-scheduler-on-aws.template) (templat yang dapat diunduh) untuk meluncurkan `instance-scheduler-on-aws.template` CloudFormation templat.
**catatan**
Anda juga dapat [mengunduh template](https://s3.amazonaws.com/solutions-reference/instance-scheduler-on-aws/latest/instance-scheduler-on-aws.template) sebagai titik awal untuk implementasi Anda sendiri.
1. Template diluncurkan di Wilayah AS Timur (Virginia N.) secara default. Untuk meluncurkan Penjadwal Instance di Wilayah lain, gunakan pemilih Wilayah di bilah navigasi konsol.
**catatan**
Contoh ini menggunakan Wilayah Asia Pasifik (Singapura).
1. Pada halaman **Buat Tumpukan**, di bagian **Prasyarat - Siapkan templat**, verifikasi bahwa opsi **Template siap dipilih**. Di **bagian Sumber templat**, verifikasi bahwa opsi **URL Amazon S3** dipilih.
1. **Verifikasi bahwa URL templat yang benar ada di kotak teks **URL Amazon S3**, lalu pilih Berikutnya.**
1. Pada halaman **Tentukan detail tumpukan**, tetapkan nama ke tumpukan solusi Anda. Untuk informasi tentang batasan penamaan karakter, lihat [Batas IAM dan STS](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_iam-quotas.html) dalam dokumentasi AWS Identity and Access Management (IAM). Nama tumpukan untuk contoh dalam panduan ini disebut`MyInstanceScheduler`.
**catatan**
Nama stack tidak dapat berisi lebih dari 28 karakter.
1. Di bawah **Parameter**, tinjau parameter untuk templat dan modifikasi seperlunya.
1. Pilih **Berikutnya**. Pada halaman **Konfigurasikan opsi tumpukan**, pilih **Berikutnya**.
1. Pada halaman **Ulasan**, tinjau dan konfirmasikan pengaturan. Pilih kotak yang mengakui bahwa template akan membuat sumber daya IAM.
1. Pilih **Buat** untuk men-deploy tumpukan.
### Konfigurasikan periode
Setelah Anda menerapkan CloudFormation template, solusi akan membuat tabel DynamoDB yang berisi aturan periode sampel dan jadwal yang dapat Anda gunakan sebagai referensi untuk membuat aturan dan jadwal periode kustom Anda sendiri. Untuk contoh konfigurasi periode, lihat [Jadwal sampel dalam Penjadwal](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/sample-schedules.html) Instance pada AWS dokumentasi.
Untuk menyelesaikan langkah skenario ini, Anda harus menghasilkan periode yang sesuai dengan setiap beban kerja dan memenuhi kebutuhan spesifiknya. Contoh:
```
Period 1 (Workload A):
Name: retail-hours
Days: Monday to Sunday
Hours: 1100 - 2300
Period 2 (Workload B):
Name: office-hours
Days: Monday to Friday
Hours: 0800 - 1800
```
Untuk mengonfigurasi periode, selesaikan langkah-langkah berikut:
1. Masuk ke konsol [DynamoDB](https://console.aws.amazon.com/dynamodb/home) dan pastikan Anda berada di Wilayah yang sama tempat Anda meluncurkan template untuk CloudFormation Penjadwal Instance. AWS
1. Di panel navigasi, pilih **Tabel**, lalu pilih tabel bernama **ConfigTable**.
1. Pilih **Jelajahi **item** tabel**.
1. Untuk membuat periode jam kantor, pilih **periode** untuk item **jam kantor**.
1. **Pada halaman **Edit item**, ubah nilai waktu **mulai menjadi **0800** dan waktu** **akhir** menjadi 1800.** Biarkan nilai default di tempat untuk hari kerja.
**catatan**
Nilai **waktu** **mulai dan akhir** menentukan kapan instance harus dimulai dan dihentikan, sedangkan nilai **hari kerja menentukan hari** dalam seminggu jadwal ini berlaku (Senin hingga Jumat untuk contoh ini).
1. Pilih **Simpan perubahan**.
1. **Untuk menduplikasi periode **jam kantor** dan menggunakannya untuk membuat periode baru untuk jam ritel, pilih **periode** untuk item jam kantor.** Kemudian, dari menu **Tindakan**, pilih **item Duplikat**.
1. Ubah atribut agar sesuai dengan kebutuhan Anda. Atribut berikut digunakan untuk memenuhi persyaratan skenario contoh:
```
type: period
name: retail-hours
begintime: 11:00
description: Retail hours
endtime: 23:00
weekdays: mon-sun
```
1. Pilih **Buat item**.
1. Di **ConfigTable**DynamoDB, identifikasi dua periode yang baru saja Anda buat tercantum dalam daftar item.
### Konfigurasikan jadwal
Dalam konteks Penjadwal Instance on AWS, jadwal mengacu pada penerapan satu atau lebih periode dan zona waktu yang relevan. Jadwal ini kemudian ditetapkan ke instance Anda sebagai tag. Bagian ini menunjukkan cara membuat dua jadwal (ditunjukkan di bawah) untuk mengakomodasi pola waktu yang bervariasi dari dua contoh beban kerja, dan kemudian mengaitkan jadwal dengan periode yang Anda buat di bagian sebelumnya.
```
Schedule 1:
Name: singapore-office-hours
Period: office-hours
Timezone: Asia/Singapore
Schedule 2:
Name: singapore-retail-hours
Period: retail-hours
Timezone: Asia/Singapore
```
Untuk membuat dan mengkonfigurasi jadwal, selesaikan langkah-langkah berikut:
1. Masuk ke konsol [DynamoDB](https://console.aws.amazon.com/dynamodb/home) dan pastikan Anda berada di Wilayah yang sama tempat Anda meluncurkan template untuk CloudFormation Penjadwal Instance. AWS
1. Di panel navigasi, pilih **Tabel**, lalu pilih tabel bernama **ConfigTable**.
1. Pilih **Jelajahi **item** tabel**.
1. Untuk menduplikasi jadwal jam kantor Inggris dan menggunakannya untuk membuat jadwal baru untuk jam kantor Anda (jam kantor Singapura, untuk contoh ini), pilih **jadwal untuk item** tersebut **uk-office-hours **. Kemudian, dari menu **Tindakan**, pilih **item Duplikat**.
1. Ubah atribut agar sesuai dengan kebutuhan Anda. Atribut berikut digunakan untuk memenuhi persyaratan skenario contoh:
```
type: schedule
name: singapore-office-hours
description: Office hours in Singapore
periods: office-hours
timezone: Asia/Singapore
```
1. Pilih **Buat item**.
1. Ulangi langkah 4—6 untuk membuat jadwal jam ritel Singapura menggunakan nilai atribut berikut:
```
type: schedule
name: singapore-retail-hours
description: Retail hours in Singapore
periods: retail-hours
timezone: Asia/Singapore
```
1. Di **ConfigTable**DynamoDB, identifikasi dua jadwal dan dua periode yang Anda buat.
### Contoh tag
Setelah Anda menetapkan jadwal Anda, Anda harus menggunakan tag untuk mengalokasikan jadwal ke instance tertentu yang ingin Anda gunakan. Anda dapat menggunakan editor tag di dalamnya [AWS Resource Groups](https://docs.aws.amazon.com/ARG/latest/userguide/resource-groups.html)untuk menghasilkan dan menetapkan tag ke instans Amazon EC2 Anda.
1. Masuk ke [Konsol Manajemen AWS](https://console.aws.amazon.com/)dan pastikan Anda berada di Wilayah yang sama tempat Anda meluncurkan CloudFormation templat sebelumnya.
1. Buka [konsol Resource Groups](https://console.aws.amazon.com/resource-groups). Di panel navigasi, perluas **Penandaan**, lalu pilih Editor **Tag**.
1. Di bagian **Temukan sumber daya untuk diberi tag**, untuk **Wilayah**, pilih Wilayah Anda. Untuk **jenis Sumber Daya**, pilih Amazon EC2 atau Amazon RDS. Skenario ini berfokus pada instans Amazon EC2 dalam beban kerja A. Tim pemasaran menggunakan beban kerja A di Wilayah Singapura. Sumber daya untuk beban kerja ini sudah ditandai dengan kunci **Departemen** dan nilai **Pemasaran**. Anda dapat menggunakan tag ini untuk mencari instance.
1. Pilih **Cari sumber daya**.
1. Pilih instance yang ingin Anda sertakan dalam jadwal dari daftar hasil penelusuran, lalu pilih **Kelola tag sumber daya yang dipilih**.
1. Di bagian **Edit tag dari semua sumber daya yang dipilih**, pilih **Tambahkan tag** untuk menambahkan tag jadwal Penjadwal Instance ke instans EC2 Anda. Anda dapat menggunakan kunci tag dan nilai yang cocok **schedulea** (sebelumnya dibuat di DynamoDB).
1. Untuk **kunci Tag**, tambahkan **Jadwal**. Untuk **nilai Tag**,**** masukkan **singapore-retail-hours**.
1. Pilih **Tinjau dan terapkan perubahan tanda**.
1. Untuk menerapkan tag ke semua instans EC2 yang Anda pilih, pilih **Terapkan perubahan ke semua** yang dipilih.
1. Ulangi langkah 3-9 untuk jadwal tambahan yang ingin Anda terapkan.
### Validasi hasil
Kami menyarankan Anda menggunakan [AWS Cost Explorer](https://www.youtube.com/watch?v=UfPqrkoUFiQ)untuk mengukur manfaat biaya menggunakan Penjadwal Instance pada AWS. Anda dapat menggunakan Cost Explorer untuk melakukan hal berikut:
+ Lihat dan analisis biaya yang terkait dengan instans EC2 Anda, termasuk instans yang dikelola oleh Penjadwal Instance.
+ Filter tampilan Cost Explorer berdasarkan tag sehingga Anda dapat fokus pada beban kerja tertentu dan mendapatkan tampilan terperinci tentang penghematan biaya yang dicapai dengan menggunakan Penjadwal Instance.
+ Dapatkan wawasan tentang dampak finansial menggunakan Instance Scheduler.
+ Identifikasi peluang untuk optimalisasi biaya lebih lanjut dan buat keputusan berbasis data untuk mengoptimalkan pengeluaran Anda AWS .
Bagan berikut menggambarkan biaya beban kerja operasi A dan beban kerja B selama periode tujuh hari (Senin-Minggu) sebelum optimasi dengan menggunakan Penjadwal Instance.
**Gabungan total biaya beban kerja A dan B**
![\[Gabungan total biaya beban kerja A dan B\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario1_ab.png)
**Beban Kerja A biaya**
![\[Biaya untuk Beban Kerja A\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario1_a.png)
**Beban kerja B biaya**
![\[Biaya untuk Beban Kerja B\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario1_b.png)
Dalam skenario ini, Cost Explorer menunjukkan pengurangan biaya yang dihasilkan dari penerapan Penjadwal Instance pada. AWS Bagan berikut menggambarkan biaya operasional beban kerja A dan beban kerja B untuk jangka waktu tujuh hari (Senin-Minggu) pasca-optimasi.
**Gabungan total biaya beban kerja A dan B**
![\[Gabungan total biaya beban kerja A dan B\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario2_ab.png)
**Beban Kerja A biaya**
![\[Biaya untuk Beban Kerja A\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario2_a.png)
**Beban kerja B biaya**
![\[Biaya untuk Beban Kerja B\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario2_b.png)
## Sumber daya tambahan
+ [Mengotomatiskan memulai dan menghentikan AWS instance](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/solution-overview.html) (Penjadwal Instance pada dokumentasi) AWS
+ [Kembali ke Dasar: Menggunakan Penjadwal Instans untuk Mengontrol Biaya Sumber Daya Amazon EC2 dan Amazon RDS ()](https://www.youtube.com/watch?v=UsC5ZNcZl9k) YouTube
+ [Menandai AWS sumber daya Anda](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) (Panduan Pengguna Tagging AWS Resources)
+ [Menganalisis biaya Anda dengan AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-what-is.html) (AWS Manajemen Penagihan dan Biaya dokumentasi)
# 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.
![\[Penghematan dari ukuran yang tepat\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/dashboard_rightsizing_savings.png)
## 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\$1PROVISIONED**. 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.
![\[Struktur tag organisasi\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/org_tag_structure.png)
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 \$17.945.92. Setelah ukuran yang tepat, biaya tahunan turun menjadi \$12.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 \$16,696,00. Setelah ukuran yang tepat, biaya tahunan turun menjadi \$13,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 \$11,64 per jam menjadi \$10,72 sen per jam. Dengan asumsi 744 jam per bulan, biaya tahunan sebelum ukuran yang tepat adalah \$114.641.92. Setelah ukuran yang tepat, biaya tahunan turun menjadi \$16.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
# Pilih jenis instans yang tepat untuk beban kerja Windows
## Ikhtisar
Perbedaan signifikan antara beban kerja yang beroperasi di cloud dibandingkan dengan lingkungan lokal adalah praktik penyediaan berlebih. Saat membeli perangkat keras fisik untuk penggunaan lokal, Anda membuat pengeluaran modal yang diharapkan berlangsung selama durasi yang telah ditentukan, biasanya 3-5 tahun. Untuk mengakomodasi pertumbuhan yang diantisipasi selama masa pakai perangkat keras, perangkat keras diperoleh dengan lebih banyak sumber daya daripada yang dibutuhkan beban kerja Anda saat ini. Akibatnya, perangkat keras fisik sering disediakan secara berlebihan jauh melampaui kebutuhan beban kerja Anda yang sebenarnya.
Teknologi mesin virtual (VM) muncul sebagai sarana yang efektif untuk memanfaatkan sumber daya perangkat keras surplus. Administrator menyediakan secara berlebihan VMs dengan v CPUs dan RAM, memungkinkan hypervisor untuk mengelola penggunaan sumber daya fisik antara server sibuk dan idle dengan mengalokasikan sumber daya yang tidak digunakan untuk setiap VM. Saat mengelola VMs, sumber daya vCPU dan RAM yang dialokasikan untuk setiap VM berfungsi lebih sebagai gubernur sumber daya daripada indikator penggunaan aktual. Alokasi berlebihan sumber daya VM dapat dengan mudah melebihi tiga kali sumber daya komputasi yang tersedia.
[Amazon Elastic Compute Cloud (Amazon EC2](https://aws.amazon.com/ec2/)) menahan diri dari VMs penyediaan berlebihan pada perangkat keras yang mendasarinya, karena tidak perlu. Cloud computing adalah biaya operasional, bukan biaya modal, dan Anda hanya membayar untuk apa yang Anda gunakan. Jika beban kerja Anda membutuhkan lebih banyak sumber daya di masa depan, sediakan saat Anda benar-benar membutuhkannya, daripada melakukannya terlebih dahulu.
Ada ratusan opsi untuk memilih jenis [instans Amazon EC2](https://aws.amazon.com/ec2/instance-types/) yang tepat. Jika Anda berencana untuk memigrasikan beban kerja Windows ke cloud, AWS tawarkan [AWS OLA](https://aws.amazon.com/optimization-and-licensing-assessment/) untuk membantu Anda lebih memahami beban kerja Anda saat ini dan memberikan contoh kinerjanya. AWS Analisis AWS OLA bertujuan untuk mencocokkan jenis dan ukuran instans EC2 yang sesuai dengan penggunaan lokal Anda yang sebenarnya.
Jika Anda sudah memiliki beban kerja yang berjalan di Amazon EC2 dan mencari strategi pengoptimalan biaya, bagian panduan ini membantu Anda mengidentifikasi perbedaan antara instans Amazon EC2 dan penerapannya pada beban kerja Windows biasa.
## Rekomendasi optimisasi biaya
Untuk mengoptimalkan biaya jenis instans EC2 Anda, kami sarankan Anda melakukan hal berikut:
+ Pilih keluarga instans yang tepat untuk beban kerja Anda
+ Memahami variasi harga antara arsitektur prosesor
+ Memahami perbedaan harga terhadap kinerja di seluruh generasi EC2
+ Migrasi ke instance yang lebih baru
+ Gunakan instance burstable
### Pilih keluarga instans yang tepat untuk beban kerja Anda
Penting untuk memilih keluarga contoh yang tepat untuk beban kerja Anda.
Instans Amazon EC2 dibagi menjadi beberapa kelompok berikut:
+ Tujuan umum
+ Komputasi yang dioptimalkan
+ Memori yang dioptimalkan
+ Komputasi yang dipercepat
+ Penyimpanan yang dioptimalkan
+ HPC dioptimalkan
Sebagian besar beban kerja Windows masuk ke dalam kategori berikut:
+ Tujuan umum
+ Komputasi yang dioptimalkan
+ Memori yang dioptimalkan
Untuk menyederhanakan ini lebih jauh, pertimbangkan instance EC2 dasar di setiap kategori:
+ Komputasi dioptimalkan - C6i
+ Tujuan umum - M6i
+ Memori dioptimalkan - R6i
Instans EC2 generasi sebelumnya menunjukkan perbedaan kecil dalam jenis prosesor. Misalnya, instans yang dioptimalkan komputasi C5 memiliki prosesor yang lebih cepat daripada instans tujuan umum M5 atau instans yang dioptimalkan untuk memori R5. Instans EC2 generasi terbaru (C6i, M6i, R6i, C6a, M6a, dan R6a) semuanya menggunakan prosesor yang sama di seluruh keluarga instans. Karena prosesor konsisten di antara contoh generasi terbaru, perbedaan harga antara keluarga instans sekarang lebih bergantung pada jumlah RAM. Semakin banyak RAM yang dimiliki sebuah instance, semakin mahal harganya.
Contoh berikut menggambarkan harga per jam untuk instans 4 vCPU berbasis Intel yang berjalan di Wilayah. `us-east-1`
****
| Instans | v CPUs | RAM | Harga per jam |
| --- | --- | --- | --- |
| c6i.xlarge | 4 | 8 | \$10,17 |
| m6i.xlarge | 4 | 16 | \$10,19 |
| r6i.xlarge | 4 | 32 | \$10,25 |
**catatan**
Harga didasarkan pada harga per jam berdasarkan permintaan di Wilayah. `us-east-1`
#### Contoh yang bisa meledak
Meskipun merupakan praktik terbaik dalam komputasi awan untuk mematikan sumber daya komputasi yang tidak digunakan untuk menghindari biaya, tidak semua beban kerja dapat dimatikan dan dinyalakan setiap kali dibutuhkan. Beberapa beban kerja tetap menganggur untuk waktu yang lama tetapi harus dapat diakses 24 jam sehari.
Burstable instance (T3) menawarkan cara untuk mempertahankan beban kerja runcing atau pemanfaatan rendah secara online sepanjang hari sambil tetap menjaga biaya komputasi tetap rendah. Instans EC2 burstable memiliki jumlah maksimum sumber daya vCPU yang dapat digunakan instans untuk periode singkat. Contoh ini menggunakan sistem berdasarkan kredit CPU [burstable](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html#earning-CPU-credits). Kredit ini diakumulasikan selama periode idle sepanjang hari. Instans burstable menawarkan vCPU-to-RAM rasio yang bervariasi, menjadikannya alternatif untuk menghitung instance yang dioptimalkan dalam beberapa kasus dan untuk contoh tujuan umum lainnya di kasus lain.
Contoh berikut menggambarkan harga per jam untuk instans T3 (yaitu, instans burstable) yang berjalan di Wilayah. `us-east-1`
****
| Instans | v CPUs | RAM (GB) | Harga per jam |
| --- | --- | --- | --- |
| t3.nano | 2 | 0,5 | \$10.0052 |
| t3.mikro | 2 | 1 | \$10,0104 |
| t3.small | 2 | 2 | \$10,0208 |
| t3.medium | 2 | 4 | \$10,0416 |
| t3.large | 2 | 8 | \$10,0832 |
| t3.xlarge | 4 | 16 | \$10,1664 |
| t3.2xlarge | 8 | 32 | \$10,3328 |
**catatan**
Harga didasarkan pada harga per jam berdasarkan permintaan di Wilayah. `us-east-1`
### Memahami variasi harga antara arsitektur prosesor
Prosesor [Intel](https://aws.amazon.com/intel/) telah menjadi standar untuk instans EC2 sejak awal. Generasi awal instans EC2, seperti C5, M5, dan R5, tidak menunjukkan Intel sebagai arsitektur prosesor (karena itu adalah default). Generasi baru dari instans EC2, seperti C6i, M6i, dan R6i, menyertakan “i” untuk menunjukkan penggunaan prosesor Intel.
Perubahan anotasi arsitektur prosesor disebabkan oleh pengenalan opsi prosesor tambahan. Prosesor yang paling sebanding dengan Intel adalah [AMD](https://aws.amazon.com/ec2/amd/) (dilambangkan dengan “a”). Prosesor AMD EPYC menggunakan arsitektur x86 yang sama dan menawarkan kinerja yang mirip dengan prosesor Intel tetapi dengan harga lebih rendah. Seperti yang ditunjukkan dalam contoh harga berikut, instans AMD EC2 memberikan diskon sekitar 10 persen untuk biaya komputasi dibandingkan dengan rekan-rekan Intel mereka.
****
| Contoh Intel | Harga per jam | contoh AMD | Harga | % perbedaan |
| --- | --- | --- | --- | --- |
| c6i.xlarge | \$10,17 | c6a.xlarge | \$10,153 | 10% |
| m6i.xlarge | \$10,192 | m6a.xlarge | \$10,1728 | 10% |
| r6i.xlarge | \$10,252 | r6a.xlarge | \$10,2268 | 10% |
**catatan**
Harga didasarkan pada harga per jam berdasarkan permintaan di Wilayah. `us-east-1`
Opsi arsitektur prosesor utama ketiga adalah [prosesor AWS Graviton](https://aws.amazon.com/ec2/graviton/) (dilambangkan dengan “g”) pada instans EC2. Dirancang oleh AWS, prosesor Graviton menawarkan kinerja harga terbaik di Amazon EC2. Tidak hanya prosesor Graviton saat ini 20 persen lebih murah daripada rekan-rekan Intel mereka, tetapi mereka juga memberikan peningkatan kinerja 20 persen atau lebih besar. Prosesor Graviton generasi berikutnya diharapkan dapat memperluas perbedaan kinerja ini, dengan pengujian menunjukkan peningkatan kinerja tambahan 25 persen.
Windows Server tidak dapat berjalan pada prosesor Graviton, yang didasarkan pada arsitektur ARM. Bahkan, Windows Server hanya beroperasi pada prosesor x86. Meskipun Anda tidak dapat mencapai peningkatan kinerja harga 40 persen dengan menggunakan instance berbasis Graviton untuk Windows Server, Anda masih dapat menggunakan prosesor Graviton dengan beban kerja Microsoft tertentu. Misalnya, [versi yang lebih baru dari .NET dapat berjalan di Linux](net-refactor-linux.md). Itu berarti beban kerja ini dapat menggunakan prosesor ARM dan mendapatkan manfaat dari instans Graviton EC2 yang lebih cepat dan lebih terjangkau.
Contoh berikut menggambarkan harga per jam untuk instance Graviton yang berjalan di Wilayah. `us-east-1`
****
| Contoh Intel | Harga per jam | Contoh Graviton | Harga per jam | % perbedaan |
| --- | --- | --- | --- | --- |
| c6i.xlarge | \$10,17 | c6g.xlarge | \$10,136 | 20% |
| m6i.xlarge | \$10,192 | m6g.xlarge | \$10,154 | 20% |
| r6i.xlarge | \$10,252 | r6g.xlarge | \$10,2016 | 20% |
**catatan**
Harga didasarkan pada harga per jam berdasarkan permintaan di Wilayah. `us-east-1`
Bagan berikut membandingkan harga instans seri M.
![\[Perbandingan harga seri M\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/m6_price.png)
### Memahami perbedaan kinerja harga di seluruh generasi EC2
Salah satu karakteristik Amazon EC2 yang paling konsisten adalah bahwa setiap generasi baru menawarkan kinerja harga yang lebih baik daripada pendahulunya. Seperti yang ditunjukkan tabel berikut, harga instans EC2 generasi yang lebih baru menurun dengan setiap rilis berikutnya.
****
| Hitung contoh yang dioptimalkan | Harga per jam | Contoh tujuan umum | Harga per jam | Contoh memori yang dioptimalkan | Harga per jam |
| --- | --- | --- | --- | --- | --- |
| C1.xLarge | \$10,52 | M1.xLarge | \$10,35 | r1.xlarge | T/A |
| C3.xLarge | \$10,21 | M3.xLarge | \$10,266 | r3.xlarge | \$10,333 |
| C5.xLarge | \$10,17 | M5.xLarge | \$10,192 | r5.xlarge | \$10,252 |
**catatan**
Harga didasarkan pada harga per jam berdasarkan permintaan di Wilayah. `us-east-1`
Bagan berikut membandingkan biaya berbagai generasi instance seri C.
![\[Perbandingan harga seri C\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ec2_compute_opt_price.png)
Namun, instance generasi ke-6 memiliki harga yang sama dengan generasi ke-5, seperti yang ditunjukkan tabel berikut.
****
| Hitung contoh yang dioptimalkan | Harga per jam | Contoh tujuan umum | Harga per jam | Contoh memori yang dioptimalkan | Harga per jam |
| --- | --- | --- | --- | --- | --- |
| C5.xLarge | \$10,17 | M5.xLarge | \$10,192 | r5.xlarge | \$10,252 |
| C6i.xLarge | \$10,17 | M6i.xLarge | \$10,192 | r6i.xlarge | \$10,252 |
**catatan**
Harga didasarkan pada harga per jam berdasarkan permintaan di Wilayah. `us-east-1`
Meskipun memiliki biaya yang sama, generasi yang lebih baru memberikan kinerja harga yang unggul karena prosesor yang lebih cepat, throughput jaringan yang ditingkatkan, dan peningkatan throughput Amazon Elastic Block Store (Amazon EBS) dan IOPS.
Salah satu peningkatan kinerja harga yang paling signifikan adalah peningkatan instance [X2i](https://aws.amazon.com/ec2/instance-types/x2i/). Generasi instans ini menawarkan kinerja harga hingga 55 persen lebih besar dari generasi sebelumnya. Seperti yang ditunjukkan tabel berikut, x2iedn menunjukkan peningkatan dalam setiap aspek kinerja (semuanya dengan harga yang sama dengan generasi sebelumnya).
****
| Instans | Harga per jam | v CPUs | RAM | Kecepatan prosesor | Penyimpanan instans | Jaringan | Throughput Amazon EBS | IOPS EBS |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| x1e.2xlarge | \$11.66 | 8 | 244 | 2.3 GHz | 237GB SSD | 10 Gbps | 125 MB/s | 7400 |
| x1iedn.2xlarge | \$11.66 | 8 | 256 | 3.5 GHz | 240GB SSD NVMe | 25 Gbps | 2500 MB/s | 65000 |
**catatan**
Harga didasarkan pada harga per jam berdasarkan permintaan di Wilayah. `us-east-1`
### Contoh alur perencanaan
Pertimbangkan contoh perusahaan analitik yang melacak kendaraan pengiriman dan ingin meningkatkan kinerja SQL Server-nya. Setelah UKM MACO meninjau kemacetan kinerja perusahaan ini, perusahaan beralih dari instance x1e.2xlarge ke instance x2iedn.xlarge. Ukuran instans baru lebih kecil, tetapi penyempurnaan pada instance x2 memungkinkan peningkatan kinerja dan pengoptimalan SQL Server melalui penggunaan Buffer Pool Extensions. Hal ini memungkinkan perusahaan untuk downgrade dari edisi SQL Server Enterprise ke edisi SQL Server Standard. Ini juga memungkinkan perusahaan untuk mengurangi lisensi SQL Server dari 8 v CPUs menjadi 4 v. CPUs
**Sebelum optimasi:**
****
| Server | Instans EC2 | Edisi SQL Server | Biaya bulanan |
| --- | --- | --- | --- |
| Prod DB1 | x1e.2xlarge | Perusahaan | \$13.918,64 |
| Prod DB2 | x1e.2xlarge | Perusahaan | \$13.918,64 |
| Jumlah | | | \$17.837,28 |
**Setelah optimasi:**
****
| Server | Instans EC2 | Edisi SQL Server | Biaya bulanan |
| --- | --- | --- | --- |
| Prod DB1 | x2iedn.xlarge | Standar | \$11,215.00 |
| Prod DB2 | x2iedn.xlarge | Standar | \$11,215.00 |
| Jumlah | | | \$12,430,00 |
Semua digabungkan, perubahan dari instance x1e.2xlarge ke instance x2iedn.xlarge memungkinkan perusahaan dalam skenario contoh menghemat \$15.407 per bulan di server basis data produksinya. Ini mengurangi total biaya beban kerja hingga 69 persen.
**catatan**
Harga didasarkan pada harga per jam berdasarkan permintaan di Wilayah. `us-east-1`
### Migrasi ke instance yang lebih baru
[Generasi lama Amazon EC2 berjalan pada hypervisor Xen, sementara generasi baru beroperasi pada Sistem Nitro.AWS](https://aws.amazon.com/ec2/nitro/) Sistem Nitro memberikan hampir semua sumber daya komputasi dan memori perangkat keras host ke instans Anda. Ini menghasilkan peningkatan kinerja secara keseluruhan. Ada pertimbangan khusus saat [bermigrasi dari instance berbasis Xen ke](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/migrate-to-xen.html) Nitro. Misalnya, [AWS Windows AMIs](https://docs.aws.amazon.com/ec2/latest/windows-ami-reference/windows-amis.html) dikonfigurasi dengan pengaturan default dan penyesuaian yang digunakan oleh media instalasi Microsoft. Kustomisasi mencakup driver dan konfigurasi yang mendukung jenis instans generasi terbaru ([instance yang dibangun di atas](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/instance-types.html#ec2-nitro-instances) Sistem Nitro).
Jika Anda meluncurkan instans dari Windows khusus AMIs atau dari Windows yang AMIs disediakan oleh Amazon yang dibuat sebelum Agustus 2018, kami sarankan Anda menyelesaikan langkah-langkah dari [Migrasi ke jenis instans generasi terbaru dalam dokumentasi](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/migrating-latest-types.html) Amazon EC2.
### Gunakan instance burstable
Meskipun instans burstable adalah cara yang baik untuk menghemat biaya komputasi, kami sarankan Anda menghindarinya dalam skenario berikut:
+ [Spesifikasi minimum untuk Windows Server](https://learn.microsoft.com/en-us/windows-server/get-started/hardware-requirements#ram) dengan Pengalaman Desktop membutuhkan 2 GB RAM. Hindari menggunakan instans t3.micro atau t3.nano dengan Windows Server karena mereka tidak memiliki jumlah minimum RAM.
+ Jika beban kerja Anda runcing tetapi tidak cukup lama menganggur untuk membangun kredit burst, menggunakan instans EC2 normal lebih efisien daripada menggunakan instans burstable. Kami menyarankan untuk [memantau kredit CPU Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-monitoring-cpu-credits.html) untuk memverifikasi ini.
+ Kami menyarankan Anda menghindari penggunaan instans burstable dengan SQL Server di sebagian besar skenario. Lisensi untuk SQL Server didasarkan pada jumlah v yang CPUs ditugaskan ke sebuah instance. Jika SQL Server menganggur sebagian besar hari, Anda akan membayar untuk lisensi SQL yang tidak sepenuhnya Anda gunakan. Dalam skenario ini, kami menyarankan Anda mengkonsolidasikan beberapa instance SQL Server ke server yang lebih besar.
## Langkah selanjutnya
Kami menyarankan Anda mengambil langkah-langkah berikut berikut untuk mengoptimalkan biaya untuk instans Windows Amazon EC2:
+ Gunakan instans EC2 generasi terbaru untuk kinerja harga terbaik.
+ Gunakan instans EC2 dengan prosesor AMD untuk pengurangan biaya komputasi sepuluh persen.
+ Maksimalkan pemanfaatan sumber daya dengan memilih jenis instans EC2 yang sesuai dengan beban kerja Anda.
Tabel berikut menunjukkan contoh titik awal khas untuk beban kerja Windows. Opsi tambahan tersedia, seperti volume penyimpanan instans untuk meningkatkan beban kerja SQL Server atau instans EC2 dengan rasio yang jauh lebih besar. vCPU-to-RAM Kami menyarankan Anda menguji beban kerja Anda secara menyeluruh dan menggunakan alat pemantauan seperti AWS Compute Optimizer untuk membantu membuat penyesuaian yang diperlukan.
****
| Beban kerja | Khas | Opsional |
| --- | --- | --- |
| Active Directory | T3, M6i | R6i |
| Server file | T3, M6i | C6i |
| Server web | T3, C6i | M6i, R6i |
| SQL Server | R6i | x2iedn, X2IEZN |
Jika Anda harus mengubah jenis instans EC2 Anda, prosesnya biasanya hanya melibatkan reboot server sederhana. Untuk informasi selengkapnya, lihat [Mengubah jenis instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html) dalam dokumentasi Amazon EC2.
Sebelum mengubah jenis instans, sebaiknya pertimbangkan hal berikut:
+ Anda harus menghentikan instans yang didukung oleh Amazon EBS sebelum dapat mengubah jenis instansnya. Pastikan untuk merencanakan downtime saat instans Anda dihentikan. Menghentikan instans dan mengubah tipe instansnya mungkin memerlukan waktu beberapa menit, lalu memulai ulang instans Anda mungkin memerlukan waktu yang bervariasi, tergantung skrip pemulaian aplikasi Anda. Untuk informasi selengkapnya, lihat [Menghentikan dan memulai instans Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Stop_Start.html) di dokumentasi Amazon EC2.
+ Ketika Anda berhenti dan memulai sebuah instance, AWS pindahkan instance ke perangkat keras baru. Jika instans Anda memiliki IPv4 alamat publik AWS , lepaskan alamat dan berikan contoh Anda IPv4 alamat publik baru. Jika Anda memerlukan IPv4 alamat publik yang tidak berubah, gunakan [alamat IP Elastis](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html).
+ Anda tidak dapat mengubah jenis instance jika [hibernasi](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Hibernate.html) diaktifkan pada instance.
+ Anda tidak dapat mengubah tipe instans dari [Instans Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-requests.html#stopping-a-spot-instance).
+ Jika instans Anda berada dalam grup Auto Scaling, Amazon EC2 Auto Scaling menandai instans yang dihentikan sebagai tidak sehat, dan dapat menghentikannya serta meluncurkan instance pengganti. Untuk mencegahnya, Anda dapat menangguhkan proses penskalaan untuk grup saat Anda mengubah tipe instans. Untuk informasi selengkapnya, lihat [Menangguhkan dan melanjutkan proses untuk grup Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-suspend-resume-processes.html) di dokumentasi Amazon EC2 Auto Scaling.
+ Saat Anda mengubah jenis instance instance dengan volume penyimpanan instans, NVMe instance yang diperbarui mungkin memiliki volume penyimpanan instans tambahan, karena semua volume penyimpanan NVMe instans tersedia meskipun tidak ditentukan dalam Amazon Machine Image (AMI) atau pemetaan perangkat blok instans. Jika tidak, instans yang diperbarui memiliki jumlah volume penyimpanan instans yang sama dengan yang Anda tentukan saat meluncurkan instans asli.
## Sumber daya tambahan
+ [Jenis instans Amazon EC2 (dokumentasi](https://aws.amazon.com/ec2/instance-types/))AWS
+ [AWS Optimalisasi dan Penilaian Lisensi](https://aws.amazon.com/optimization-and-licensing-assessment/) (AWS dokumentasi)
# Bawa lisensi untuk beban kerja Windows dan SQL Server
## Ikhtisar
Jika Anda memiliki investasi signifikan dalam beban kerja Microsoft dan perjanjian lisensi perusahaan yang ada, Anda dapat memilih dari beberapa AWS opsi untuk mendukung beban kerja ini, termasuk [lisensi yang disertakan (disediakan oleh AWS)](https://aws.amazon.com/windows/faq/#buy-win-serv-inc) dan opsi [Bring Your Own License (BYOL](https://aws.amazon.com/windows/faq/#byol)). Anda dapat menggunakan [Host Khusus Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/) untuk sepenuhnya memanfaatkan perjanjian lisensi Microsoft yang ada dan membawa Windows Server ke. AWS Ini dapat menghemat hingga 50 persen pada biaya instans Amazon EC2. Karena lisensi Windows menyumbang sekitar setengah dari biaya instans, membawa Windows Server ke AWS Host Khusus dapat menghasilkan penghematan biaya yang besar. Karena Windows Server tidak dapat dibawa ke [penyewaan default (bersama)](https://docs.aws.amazon.com/autoscaling/ec2/userguide/advanced-settings-for-your-launch-template.html), Host Khusus adalah pilihan ideal jika Anda ingin menggunakan lisensi yang ada untuk Windows Server aktif. AWS
Host Khusus tidak hanya untuk instans Windows Server BYOL. Mereka juga menawarkan fleksibilitas untuk mencocokkan lisensi lokal Anda untuk beban kerja SQL Server yang ada. Host Khusus mengekspos inti fisik server yang mendasarinya, dan memungkinkan Anda untuk melisensikan SQL Server pada tingkat inti fisik. Ini tidak dimungkinkan dalam penyewaan default (bersama) di mana lisensi SQL Server didasarkan pada jumlah virtual yang CPUs dialokasikan ke instance. Fitur ini memungkinkan Anda untuk melisensikan beban kerja SQL Server dengan AWS cara yang konsisten dengan strategi lisensi lokal Anda. Akibatnya, Anda dapat menghemat hingga 50 persen pada biaya lisensi SQL Server dibandingkan dengan penyewaan default (bersama), selain penghematan biaya instans, dengan menggunakan lisensi Windows yang memenuhi syarat. Untuk informasi selengkapnya tentang skenario ini, lihat bagian [Memahami lisensi SQL Server](sql-server-licensing.md) dari panduan ini.
## Host Khusus Amazon EC
Host Khusus Amazon EC2 pada dasarnya adalah host EC2 yang sama yang AWS digunakan untuk menjalankan penawaran komputasi EC2-nya. Perbedaannya adalah bahwa host ini sepenuhnya berdedikasi untuk satu pelanggan dan menyediakan akses eksklusif ke infrastruktur fisik yang mendasarinya. Anda dapat menggunakan Host Khusus untuk menjalankan instans Anda pada perangkat keras yang sepenuhnya didedikasikan untuk penggunaan Anda, alih-alih berbagi sumber daya dengan AWS pelanggan lain. Ini memberi Anda kontrol yang lebih besar atas sumber daya cloud dan memungkinkan Anda mengurangi biaya dengan membawa lisensi perangkat lunak Anda sendiri, seperti Windows Server dan SQL Server, ke. AWS
Ingatlah hal berikut:
+ Dedicated Host adalah server fisik yang sepenuhnya didedikasikan untuk satu pelanggan. Anda mendapatkan visibilitas ke soket dan inti fisik Host Khusus sehingga Anda dapat memenuhi persyaratan kepatuhan lisensi, seperti perjanjian lisensi perangkat lunak per-soket, per-inti, atau per-VM.
+ Host Khusus yang dapat mendukung beberapa ukuran instans dari keluarga instans yang sama dikenal sebagai Host Khusus yang heterogen. [Keluarga contoh](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/how-dedicated-hosts-work.html?icmpid=docs_ec2_console#dedicated-hosts-allocating) ini termasuk T3, A1, C5, M5, R5, C5n, R5n, dan M5n. Sebaliknya, keluarga instans lain hanya mendukung satu ukuran instans pada Host Khusus yang sama. Ini disebut host khusus homogen.
+ Host Khusus ditagih per host. Ini berarti Anda dikenakan biaya per Host Khusus terlepas dari berapa banyak instans yang berjalan di dalamnya. Harga Host Khusus bervariasi berdasarkan keluarga instans, Wilayah, dan opsi pembayaran yang dipilih. Anda dapat memilih konfigurasi optimal untuk beban kerja Anda untuk mencapai kinerja dan hasil biaya yang Anda inginkan.
Diagram ini menggambarkan perbedaan antara instance penyewaan bersama dan Host Khusus.
![\[Perbandingan sewa bersama dan Host Khusus\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/sharedten_dedhosts_comparison.png)
### Host Berdedikasi Homogen
Pertimbangkan skenario di mana Host Khusus M6i digunakan. Host Khusus M6i dan R6i memiliki dua soket, 64 core fisik, dan tipe instans pendukung dengan ukuran yang sama. Ini disebut Host Khusus homogen. Ini berarti bahwa jumlah instans yang dapat Anda luncurkan pada satu Host Khusus M6i bergantung pada ukuran instans.
Contoh:
+ Dalam kasus xlarge (4 vCPUs), Anda dapat meluncurkan maksimum 32 instance m6i.xlarge pada Host Khusus ini.
+ Dalam kasus 8xlarge (32 vCPUs), Anda dapat meluncurkan maksimal 4 instance m6i.8xlarge pada Host Khusus ini.
+ Dalam kasus metal (128 vCPUs), Anda dapat meluncurkan instans maksimum 1 m6i.metal pada Host Khusus ini.
Diagram berikut menunjukkan opsi Host Khusus untuk instans M6.
![\[Opsi Host Khusus untuk instans M6\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/dedhost_m6_options.png)
### Host Berdedikasi Heterogen
Host Khusus yang mendukung beberapa ukuran instans pada host yang sama disebut sebagai Host Khusus Amazon EC2 yang heterogen. Diagram berikut menunjukkan contoh Host Khusus C5, M5, dan R5 dengan berbagai ukuran instance, seperti 2xlarge, xlarge, dan 4xlarge.
![\[Contoh Host Khusus C5, M5, dan R5\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/dedhost_c5m5r5_options.png)
### Manajemen Host Khusus
Kami menyarankan Anda mempertimbangkan hal-hal berikut sehubungan dengan pengelolaan Host Khusus Amazon EC2:
+ Untuk memanfaatkan sepenuhnya Host Khusus, Anda dapat [berbagi satu host di antara beberapa akun dalam organisasi Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dh-sharing.html). Berbagi host memungkinkan pengoptimalan sumber daya dan dapat menghasilkan penghematan biaya dengan menggunakan setiap slot yang tersedia di host. Dengan berbagi Host Khusus antar unit bisnis, Anda dapat memusatkan infrastruktur TI Anda dan meningkatkan pemanfaatan sumber daya, sambil tetap mempertahankan pemisahan antar beban kerja. Jika Anda bagian dari organisasi AWS Organizations dan berbagi diaktifkan dalam organisasi Anda, maka konsumen di organisasi Anda secara otomatis diberikan akses ke Host Khusus bersama. Jika tidak, konsumen menerima undangan untuk bergabung dengan berbagi sumber daya dan diberikan akses ke Host Khusus bersama setelah menerima undangan.
+ Anda dapat menjalankan Windows Server 2022 pada Host Khusus di bawah model yang disertakan lisensi, karena Windows Server 2019 adalah versi terbaru tempat Anda dapat menggunakan BYOL. Jika Anda ingin menggunakan Windows Server 2022 pada Host Khusus, Anda harus menggunakan instance yang disertakan lisensi Windows Server 2022.
+ [AWS License Manager](https://aws.amazon.com/license-manager/)adalah solusi komprehensif untuk mengelola lisensi perangkat lunak dari berbagai vendor di seluruh AWS dan lingkungan lokal. Jika Anda [menggunakan License Manager](https://catalog.us-east-1.prod.workshops.aws/workshops/c7d505a0-b48b-4178-922a-9ee675dfb81c/en-US/license-manager), Anda bisa mendapatkan visibilitas dan kontrol yang lebih besar atas bagaimana lisensi perangkat lunak digunakan, yang mengarah pada penghematan biaya dan peningkatan kepatuhan. Anda dapat menggunakan License Manager untuk menetapkan aturan untuk meniru persyaratan lisensi unik Anda. Ini memungkinkan Anda untuk menegakkan aturan tersebut dan mencegah penyalahgunaan lisensi. Ini dapat mengurangi risiko ketidakpatuhan dan meningkatkan proses manajemen lisensi.
+ Anda dapat menggunakan License Manager untuk mengotomatiskan penempatan, rilis, dan pemulihan host dengan menggunakan [grup sumber daya host](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html). Hal ini dapat meningkatkan produktivitas dan mengurangi overhead manajemen. License Manager juga menyediakan tampilan terpusat penggunaan lisensi di seluruh AWS dan lingkungan lokal berdasarkan aturan lisensi, sehingga memudahkan untuk mengelola pembelian lisensi tambahan, kepatuhan, dan audit vendor di seluruh organisasi Anda. Selanjutnya, License Manager terintegrasi dengan AWS Organizations dan AWS Resource Access Manager (AWS RAM) untuk berbagi konfigurasi lisensi di seluruh akun dan Wilayah. Ini memungkinkan Anda untuk membuat laporan untuk seluruh lingkungan Anda berdasarkan jadwal dan mengelola aturan lisensi secara terpusat dalam satu. Akun AWS Pada akhirnya, ini dapat meningkatkan tata kelola dan mengurangi kompleksitas.
+ Saat merancang ketersediaan tinggi untuk Host Khusus dalam satu Wilayah, pastikan Anda telah mengalokasikan minimal dua Host Khusus di minimal dua Availability Zone untuk beban kerja kritis produksi. Untuk informasi selengkapnya, lihat [Host Khusus Amazon EC2 untuk Microsoft Windows pada penerapan AWS](https://aws.amazon.com/quickstart/architecture/microsoft-dedicated-host/) referensi.
+ Untuk setiap keluarga instans Host Khusus, ada batasan jumlah instance yang dapat Anda jalankan untuk setiap ukuran instans. Untuk informasi selengkapnya, lihat [Tabel Konfigurasi Host Khusus](https://aws.amazon.com/ec2/dedicated-hosts/pricing/?nc1=h_ls#Dedicated_Hosts_Configuration_Table) di dokumentasi Amazon EC2.
## AWS opsi lisensi
Lisensi diklasifikasikan ke dalam kategori utama berikut:
+ **Termasuk lisensi** - Opsi lisensi ini memungkinkan Anda untuk membeli dan menggunakan lisensi sesuai permintaan, hanya membayar untuk apa yang Anda gunakan. Ini ideal untuk kasus penggunaan di mana Anda mencari fleksibilitas dalam penggunaan lisensi Anda dan ingin menghindari biaya di muka. Anda dapat memilih dari berbagai Windows Server, SQL Server, dan produk Microsoft lainnya.
+ **Produk BYOL dengan Mobilitas Lisensi** - Jika Anda sudah memiliki lisensi yang ada dan ingin menggunakannya di cloud, opsi lisensi ini memungkinkan Anda untuk membawa lisensi Anda sendiri ke cloud melalui program [Microsoft](https://www.microsoft.com/en-us/licensing/licensing-programs/software-assurance-license-mobility) License Mobility. Produk dengan mobilitas lisensi, seperti SQL Server dengan Jaminan Perangkat Lunak (SA), dapat dibawa ke penyewaan bersama atau khusus. Ini mengurangi biaya AWS instance.
+ **Produk BYOL tanpa Mobilitas Lisensi** — Untuk produk Microsoft seperti Windows Server yang tidak memiliki Mobilitas Lisensi, AWS menyediakan opsi khusus untuk menggunakan produk ini di cloud. Selain itu, Dedicated Host memungkinkan lisensi pada tingkat inti fisik, sehingga memungkinkan untuk menghemat 50 persen atau lebih pada lisensi yang diperlukan untuk menjalankan beban kerja Anda. Host Khusus adalah pilihan yang sangat baik untuk beban kerja yang stabil dan dapat diprediksi yang berjalan sebagian besar waktu.
## Membawa lisensi Windows Server
Membawa lisensi Windows Anda sendiri adalah salah satu strategi paling efektif untuk optimasi lisensi karena memungkinkan Anda untuk mengambil keuntungan dari investasi yang ada dan mengurangi AWS pengeluaran Anda. Skenario BYOL tertentu tidak memerlukan manfaat SA atau Mobilitas Lisensi, tetapi infrastruktur khusus Amazon EC2 selalu diperlukan. Agar memenuhi syarat, Anda harus telah membeli lisensi abadi sebelum 1 Oktober 2019 atau menambahkannya sebagai true-up berdasarkan Pendaftaran Perusahaan aktif yang berlaku sebelum 1 Oktober 2019. Dalam skenario BYOL khusus ini, Anda hanya dapat memutakhirkan lisensi ke versi yang tersedia sebelum 1 Oktober 2019. Misalnya, jika Anda menjatuhkan SA pada tahun 2017, Anda memiliki hak untuk menerapkan hanya hingga Windows Server 2016, bukan 2019. Namun, 2019 adalah versi terakhir yang memenuhi syarat untuk BYOL. AWS Untuk informasi selengkapnya, lihat [Lisensi — Windows Server](https://aws.amazon.com/windows/faq/#licensing-winserv) dalam AWS dokumentasi.
Membawa lisensi dapat secara signifikan berdampak pada biaya menjalankan beban kerja Microsoft. AWS Ketika Anda membawa lisensi Anda sendiri, Anda tidak diharuskan membayar biaya lisensi tambahan untuk instans yang berjalan di cloud, yang dapat menyebabkan penghematan biaya yang cukup besar.
Tabel berikut menunjukkan biaya bulanan sesuai permintaan untuk menjalankan instance c5.xlarge tunggal 24/7 pada berbagai konfigurasi.
****
| Konfigurasi | Biaya bulanan (USD) |
| --- | --- |
| Windows Server\$1SQL Server edisi Perusahaan | \$11,353.00 (LI) |
| Windows Server\$1SQL Server edisi Standar | \$1609.00 (LI) |
| Hanya Windows Server | \$1259.00 (LI) |
| Komputasi saja (Linux) | \$1127.00 |
Anda dapat menggunakan lisensi yang ada untuk mengurangi biaya lisensi dan menghemat uang untuk keseluruhan AWS tagihan Anda.
Agar memenuhi syarat untuk BYOL di Host Khusus Amazon EC2, Anda harus membawa lisensi perangkat lunak Anda sendiri, seperti untuk Windows Server dan SQL Server. BYOL memungkinkan Anda untuk menggunakan lisensi yang ada AWS dan dapat menghasilkan penghematan biaya. Untuk membawa lisensi Anda sendiri, Anda harus memiliki hak lisensi dari vendor perangkat lunak dan juga harus menyediakan media instalasi atau gambar untuk perangkat lunak. Media instalasi atau gambar dapat digunakan untuk meluncurkan instance pada Host Khusus. Untuk mempelajari selengkapnya tentang membuat BYOL AMI, lihat [Cara membuat Windows Server Bring-Your-Own-License AMIs dari lokal dengan VM Impor/Ekspor](https://aws.amazon.com/blogs/modernizing-with-aws/how-to-create-windows-server-bring-your-own-license-amis-from-on-premises-with-vm-import-export/) di Microsoft Workloads di blog. AWS
**catatan**
Jenis lisensi yang disetel ke **Auto** setara dengan opsi yang [AWS disertakan lisensi](https://docs.aws.amazon.com/vm-import/latest/userguide/licensing.html). Opsi ini dapat menghasilkan pengeluaran sesuai permintaan yang tidak diinginkan. Anda perlu mengganti [jenis lisensi](https://aws.amazon.com/blogs/mt/use-aws-flexible-licensing-options-to-optimize-cost/).
## Skenario pengoptimalan biaya
Ukuran yang tepat dan mengoptimalkan lisensi adalah komponen kunci dari pengoptimalan biaya. AWS Jika Anda menerapkan strategi yang tepat, Anda dapat mengurangi biaya lisensi, mempertahankan kepatuhan, dan mencapai nilai terbaik dari investasi lisensi Anda dengan menggunakan Host Khusus Amazon EC2 dan opsi BYOL.
Bagian ini mencakup contoh skenario berikut:
+ Penghematan biaya dengan Host Khusus T3
+ Membandingkan sewa bersama dengan Host Khusus dengan SQL Server BYOL
+ Penyebaran SQL Server yang sangat tersedia
### Penghematan biaya dengan Host Khusus T3
Host Khusus T3 berbeda dari Host Khusus Amazon EC2 lainnya yang secara tradisional menyediakan sumber daya CPU tetap. Host Khusus T3, sebaliknya, mendukung instans burstable yang mampu berbagi sumber daya CPU, memberikan kinerja CPU dasar, dan meledak saat diperlukan. Berbagi sumber daya CPU, juga dikenal sebagai oversubscription, adalah hal yang memungkinkan satu Host Khusus T3 untuk mendukung instans hingga empat kali lebih banyak daripada Host Khusus tujuan umum yang sebanding.
Host Khusus T3 mendorong TCO yang lebih rendah dengan menghadirkan kepadatan instans yang lebih tinggi daripada Host Khusus Amazon EC2 lainnya. Instans T3 Burstable memungkinkan Anda untuk mengkonsolidasikan jumlah instance yang lebih tinggi dengan penggunaan CPU low-to-moderate rata-rata pada host yang lebih sedikit daripada sebelumnya. Host Khusus T3 juga menawarkan ukuran instans yang lebih kecil dalam jumlah vCPU dan kombinasi memori yang lebih besar daripada Host Khusus Amazon EC2 lainnya. Ukuran instans yang lebih kecil dapat berkontribusi pada TCO yang lebih rendah dan membantu memberikan rasio konsolidasi yang setara dengan atau lebih besar dari host lokal.
Host Khusus T3 paling cocok untuk menjalankan perangkat lunak BYOL dengan pemanfaatan low-to-moderate CPU dan lisensi perangkat lunak per-soket, per-inti, atau per-VM yang memenuhi syarat, termasuk desktop Microsoft Windows, Windows Server, SQL Server, dan Oracle Database.
### Gunakan Host Khusus T3 untuk mengurangi lisensi Pusat Data Windows Server (per inti)
Di lingkungan lokal, Anda memanfaatkan fakta bahwa Anda dapat dengan mudah membatalkan langganan fisik Anda CPUs di VMware host dan mencapai tingkat konsolidasi yang tinggi.
Pertimbangkan contoh berikut. Saat ini Anda menggunakan VMware host 10x36 core, 384 GB RAM di lingkungan lokal. Selain itu, setiap host menjalankan 96x2 vCPU, 4 GB RAM Windows Server mesin virtual dengan pemanfaatan CPU rata-rata rendah.
Anda sekarang dapat mencapai tingkat konsolidasi yang jauh lebih tinggi dengan memindahkan mesin virtual Anda ke Host Khusus T3, yang memiliki jumlah RAM dua kali lipat dibandingkan dengan host lokal VMware Anda saat ini. Anda dapat menjalankan jumlah server yang sama di Host Khusus T3 dengan biaya host 50 persen lebih sedikit. Ini dapat membantu Anda mengurangi biaya lisensi Windows Server hingga 33 persen. Tabel berikut menyoroti penghematan penggunaan Host Khusus T3.
****
| | Host lokal VMware | Tuan Rumah Khusus T3 | Tabungan |
| --- | --- | --- | --- |
| Server fisik | 10 | 5 | |
| Inti fisik per host | 36 | 48 | |
| RAM per host (GB) | 384 | 768 | |
| 2 vCPU, 4 GB RAM per host VMs | 96 | 192 | |
| Jumlah total VMs | 960 | 960 | |
| Total lisensi Pusat Data Windows Server (per inti) = (Jumlah server \$1 Jumlah inti fisik) | 10 \$1 36 = 360 | 5 \$1 48 = 240 | 33% |
### Membandingkan sewa bersama dengan Host Khusus dengan SQL Server BYOL
Pertimbangkan contoh praktis untuk menunjukkan nilai Host Khusus Amazon EC2. Dalam skenario ini, organisasi menjalankan beban kerja SQL Server di lingkungan lokal dengan 240 core dan ingin menerapkan beban kerja yang sama dengan biaya efektif. AWS Jika organisasi ini membawa lisensi mereka sendiri (BYOL), mereka terus membayar SA dan mengurangi jumlah core secara langsung mempengaruhi biaya mereka.
Diagram berikut membandingkan AWS penghematan antara hak Microsoft dan SQL Server.
![\[Perbandingan hak Microsoft untuk tabungan SQL Server\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ea_aws_savings.png)
Dengan mengukur instans yang tepat pada penyewaan AWS bersama, Anda dapat mengurangi lisensi SQL Server menjadi 140 core. Ini menghasilkan biaya SA \$1197.000.
Host Khusus Amazon EC2 memungkinkan Anda melisensikan SQL Server pada tingkat inti fisik. Ini tidak mungkin dalam penyewaan bersama di mana lisensi SQL Server didasarkan pada jumlah v yang CPUs dialokasikan ke instance. Akibatnya, dengan menggunakan dua Host Khusus R5 dengan masing-masing 48 core, Anda hanya perlu menutupi 96 core, bukan 140 v yang CPUs diperlukan pada penyewaan bersama. Dengan menerapkan Host Khusus R5 dan melisensikan beban kerja pada tingkat fisik, Anda dapat menurunkan jumlah lisensi edisi SQL Server Enterprise yang diperlukan menjadi 96 core. Ini berarti Anda dapat menyebarkan sebanyak 192 core (akuntansi untuk hyper-threading) beban kerja SQL Server, sambil tetap memenuhi persyaratan lisensi dan mencapai penghematan biaya yang signifikan.
Dalam hal ini, organisasi membayar sekitar \$1341.000 per tahun dalam biaya SA. Setelah menentukan ukuran yang tepat pada sewa bersama, mereka mengurangi biaya menjadi \$1197.000 dengan 140 vCPU. Host Khusus Amazon EC2 selanjutnya mengurangi biaya menjadi \$1151.000 (penurunan sekitar 56 persen).
### Penyebaran SQL Server yang sangat tersedia
Contoh ini menganalisis bagaimana biaya dapat mempengaruhi penyebaran SQL Server AWS dengan berbagai pertimbangan lisensi. Misalkan sebuah organisasi perlu menyebarkan enam server SQL Server Enterprise AWS untuk mendukung tiga aplikasi. Server ini membutuhkan ketersediaan tinggi dan masing-masing memiliki 16 v CPUs dan 256 GB RAM. Lihat detail skenario berikut:
+ **Server** - SQL Server
+ **Edisi sistem operasi** - Pusat Data Windows Server 2019
+ **Edisi SQL Server** - SQL Server Enterprise 2019
+ **vCPU** — 16
+ **Memori (GB)** - 256
+ **Kuantitas** - 6
Untuk mengoptimalkan biaya AWS tanpa mengorbankan kinerja, kami menyarankan Anda untuk mengukur instans yang tepat berdasarkan pemanfaatan CPU, memori, jaringan, dan disk (IOPS/BW). Setelah mengukur beban kerja dengan benar, letakkan pada tipe instance x2iedn.4xlarge, yang menawarkan 16 v. CPUs Namun, jenis instance ini juga menyertakan dua kali memori yang diperlukan untuk beban kerja. Optimalisasi lebih lanjut masih dimungkinkan.
#### Skenario 1
Sebuah organisasi menyebarkan enam server SQL Server Enterprise pada penyewaan AWS bersama dengan menggunakan opsi yang disertakan lisensi untuk Windows dan SQL Server. Dengan opsi ini, biaya lisensi Windows dan SQL Server dimasukkan ke dalam harga instans. Lihat detail skenario berikut:
+ **Sewa bersama (contoh) - x2iedn.4xlarge**
+ **Biaya per jam (USD)** - \$110.0705
+ **Biaya bulanan per unit (USD)** - \$17,351.47
+ **Jumlah server** — 6
+ **CPU** — 16
+ **Memori** — 512
+ **Biaya bulanan untuk 6 server** - \$144,108
#### Skenario 2
Sebuah organisasi memiliki SA dan BYOL untuk SQL Server pada penyewaan bersama. Ini berarti bahwa organisasi menggunakan opsi yang disertakan lisensi untuk Windows, tetapi menyediakan lisensi SQL Server mereka sendiri berdasarkan jumlah v yang CPUs dialokasikan ke instance. Karena organisasi memiliki enam server SQL Server Enterprise dengan CPUs masing-masing 16 v, total 96 v CPUs diperlukan. Lihat detail skenario berikut:
+ **Sewa bersama (contoh) - x2iedn.4xlarge**
+ **Biaya per jam (USD)** — \$14.0705
+ **Biaya bulanan per unit (USD)** - \$12971.47
+ **Jumlah server** — 6
+ **CPU** — 16
+ **Memori** — 512
+ **Inti BYOL** - 96
+ **Biaya bulanan untuk 6 server** - \$117,828
Dengan membawa lisensi SQL Server mereka sendiri dengan SA, organisasi dalam skenario ini dapat mencapai penghematan biaya dibandingkan dengan menggunakan opsi yang disertakan lisensi untuk SQL Server. Penghematan biaya yang tepat tergantung pada harga dan ketentuan perjanjian lisensi tertentu. Dalam skenario ini, AWS biaya berkurang sebesar \$126.280 per bulan saat membawa lisensi SQL Server Enterprise. AWS
#### Skenario 3
Sebuah organisasi memiliki BYOL untuk Windows dan SQL Server di Host Khusus Amazon EC2. Ini berarti bahwa organisasi akan menetapkan lisensi pada tingkat inti fisik, memungkinkan mereka untuk melisensikan hanya inti fisik host. Lisensi pada tingkat inti fisik memungkinkan Anda untuk menyebarkan jumlah maksimum instance tanpa mempengaruhi lisensi yang diperlukan. Model lisensi ini biasanya digunakan dengan Windows Server Datacenter dan edisi SQL Server Enterprise.
Skenario ini menggunakan dua Host Khusus Amazon EC2 X2IEZN. Setiap host memiliki 24 inti fisik dan 48 vCPUs. Ini memberikan kapasitas yang memadai untuk enam server SQL Server Enterprise dengan 16 v CPUs dan 256 GB RAM masing-masing. Lihat detail skenario berikut:
+ **Jumlah host khusus** — 2
+ **Keluarga contoh** — x2iezn
+ **Biaya per jam (USD)** - \$111.009
+ **Biaya bulanan per unit (USD)** - \$18,036
+ **Inti fisik** — 48
+ **Tersedia vCPU** - 96
+ **Lisensi inti Windows Server diperlukan** - 24
+ **Lisensi yang diperlukan untuk inti SQL Server Enterprise** - 24
+ **Biaya bulanan** - 16,073
Total biaya untuk dua Host Khusus Amazon EC2 keluarga X2IEZN adalah \$116.073 per bulan. Untuk informasi selengkapnya tentang harga, lihat AWS Kalkulator Harga [perkiraan](https://calculator.aws/#/estimate) untuk skenario ini. Organisasi dalam skenario ini dapat menghemat \$11.755.65 per bulan dengan membawa lisensi Windows mereka. Jika mereka menggunakan Host Khusus Amazon EC2, mereka juga dapat mengurangi jumlah lisensi SQL Server yang diperlukan. Dalam penyewaan bersama, mereka akan membutuhkan 96 lisensi SQL Server Enterprise untuk mencakup enam server SQL Server Enterprise dengan masing-masing 16 vCPU. Namun, dengan menggunakan Host Khusus Amazon EC2 dan lisensi pada tingkat inti fisik, mereka dapat mengurangi jumlah lisensi yang diperlukan menjadi 48 core.
Detail berikut membandingkan biaya dari contoh 3 dan menunjukkan berapa banyak yang dapat Anda hemat dengan menerapkan beban kerja di Host Khusus Amazon EC2 dengan opsi BYOL dibandingkan dengan skenario lainnya.
+ **Server lokal - SQL Server**
+ **vCPU** — 16
+ **Memori** - 256
+ **Jumlah server** — 6
+ **Biaya bulanan untuk skenario 1: Windows (LI) \$1SQL Server Enterprise (LI)** - \$144,108
+ **Biaya bulanan untuk skenario 2: Windows (LI) \$1SQL Server Enterprise (BYOL)** - \$117,828
+ **Biaya bulanan untuk skenario 3: Windows (LI) \$1SQL Server Enterprise (BYOL) di Host Khusus Amazon EC2** - \$116.073
**catatan**
Biaya didasarkan pada harga berdasarkan permintaan. Anda dapat mengurangi biaya lebih lanjut dengan menggunakan Savings Plans atau Dedicated Reserved Instances. Opsi ini menawarkan model penetapan harga yang fleksibel dengan penghematan biaya yang signifikan dibandingkan dengan harga sesuai permintaan. Dengan rencana ini, Anda dapat berkomitmen untuk jangka waktu satu atau tiga tahun. Untuk informasi selengkapnya, lihat bagian [Optimalkan pengeluaran untuk Windows di Amazon EC2](savings-plans.md) dari panduan ini.
Pertimbangkan opsi pembayaran berikut untuk Host Khusus Amazon EC2:
+ [Host Khusus](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-overview.html#on-demand-dedicated-hosts) (dokumentasi Amazon EC2)
+ [Reservasi Tuan Rumah Khusus](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-billing.html#dedicated-host-reservations) (dokumentasi Amazon EC2)
+ [Savings Plans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-billing.html#dedicated-hosts-savings-plans) (dokumentasi Amazon EC2)
[AWS Kalkulator Harga](https://aws.amazon.com/about-aws/whats-new/2023/01/aws-pricing-calculator-optimized-pricing-estimation-ec2-dedicated-hosts/)Sekarang mendukung harga Dedicated Host. Ini dapat membantu Anda memilih Host Khusus yang mendasarinya.
## Rekomendasi optimisasi biaya
Kami menyarankan Anda mengambil langkah-langkah berikut untuk mengoptimalkan biaya Anda dengan menggunakan AWS Cost Explorer:
1. [Aktifkan Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-enable.html).
1. Gunakan Cost Explorer untuk [melihat dan menganalisis biaya dan penggunaan penerapan](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-exploring-data.html) Host Khusus Amazon EC2 Anda.
1. Validasi bahwa Anda menjalankan BYOL. Anda dapat menampilkan detail platform berikut dan nilai operasi penggunaan pada instans atau halaman AMI di konsol Amazon EC2, atau dalam respons yang dikembalikan oleh `describe-images` perintah atau. `describe-instances`
+ **Detail platform:** Windows, **Operasi penggunaan:: 0002** RunInstances (Termasuk lisensi)
+ **Detail platform**: Windows BYOL, **Operasi penggunaan**: :0800 RunInstances
## Sumber daya tambahan
+ [Jenis lisensi yang memenuhi syarat untuk konversi jenis lisensi](https://docs.aws.amazon.com/license-manager/latest/userguide/conversion-types.html) (AWS License Manager dokumentasi)
+ AWS License Manager Lokakarya [& Tuan Rumah Khusus (AWS License Manager Workshop](https://catalog.us-east-1.prod.workshops.aws/workshops/c7d505a0-b48b-4178-922a-9ee675dfb81c/en-US/license-manager))
+ [Host Khusus Amazon EC2 (dokumentasi FAQs](https://www.amazonaws.cn/en/ec2/dedicated-hosts/faqs/) AWS)
+ [Cara membuat Windows Server Bring-Your-Own-License AMIs dari lokal dengan VM Impor/Ekspor](https://aws.amazon.com/blogs/modernizing-with-aws/how-to-create-windows-server-bring-your-own-license-amis-from-on-premises-with-vm-import-export/) (Microsoft Workloads di blog) AWS
+ [VM Impor/Ekspor](https://aws.amazon.com/ec2/vm-import/) (dokumentasi)AWS
+ [Amazon Web Services dan Microsoft: Pertanyaan yang Sering Diajukan](https://aws.amazon.com/windows/faq/) (AWS dokumentasi)
+ [Konversi jenis lisensi di License Manager](https://docs.aws.amazon.com/license-manager/latest/userguide/license-conversion.html) (AWS License Manager dokumentasi)
+ [Menyebarkan SQL Server yang sangat tersedia di Host Khusus Amazon EC2 (Blog Operasi & Migrasi Cloud](https://aws.amazon.com/blogs/mt/deploying-highly-available-sql-server-on-amazon-ec2-dedicated-hosts/))AWS
# Optimalkan pengeluaran untuk Windows di Amazon EC2
## Ikhtisar
Salah satu kekhawatiran utama tentang migrasi server ke AWS adalah biaya infrastruktur. Memang benar bahwa salah satu manfaat cloud adalah membayar sumber daya sesuai permintaan, tetapi ada beban kerja produksi yang perlu tersedia 24/7/365. [Savings Plans](https://aws.amazon.com/savingsplans/) dirancang untuk menghemat uang pada AWS penggunaan kondisi tunak Anda di seluruh instans EC2,, dan. AWS Lambda AWS Fargate
Savings Plans menawarkan model harga yang fleksibel dan dapat membantu Anda mengurangi harga di Amazon EC2, Fargate, Lambda, dan SageMaker Amazon AI dengan imbalan komitmen terhadap jumlah penggunaan yang konsisten (misalnya, \$110/jam). Anda berkomitmen untuk jumlah yang konsisten dari pengeluaran komputasi per jam selama satu atau tiga tahun dan, sebagai gantinya, Anda menerima diskon untuk penggunaan itu.
Anda dapat memilih dari tiga opsi pembayaran yang berbeda dengan Savings Plans:
+ Opsi **No Upfront** tidak memerlukan pembayaran di muka, dan komitmen Anda dibebankan murni setiap bulan.
+ Opsi **Partial Upfront** menawarkan harga yang lebih rendah untuk Savings Plans. Anda dikenakan biaya setidaknya setengah dari komitmen Anda di muka dan sisanya dibebankan setiap bulan.
+ Opsi **All Upfront** menawarkan harga terendah dan seluruh komitmen Anda dibebankan dalam satu pembayaran.
Anda dapat melacak masa kedaluwarsa Savings Plans dan Savings Plans antrian yang akan datang. AWS Cost Explorer Anda dapat menggunakan peringatan Savings Plans untuk menerima peringatan email awal 1, 7, 30, atau 60 hari sebelum tanggal kedaluwarsa paket Anda, atau ketika komitmen antri untuk pembelian. Pemberitahuan ini juga mengingatkan Anda pada tanggal kedaluwarsa. Anda dapat mengirim notifikasi hingga 10 penerima email.
## Memahami Savings Plans
Setiap jenis penggunaan komputasi memiliki tingkat permintaan dan tarif Savings Plans. Jika Anda berkomitmen untuk \$110/jam penggunaan komputasi, maka Anda mendapatkan harga Savings Plans untuk semua penggunaan hingga \$110 dengan tarif Savings Plans. Setiap penggunaan di luar komitmen pengeluaran komputasi dibebankan pada tingkat permintaan reguler. Anda dapat memulai dengan Savings Plans dengan menggunakan Cost Explorer di file Konsol Manajemen AWS.
Anda dapat dengan mudah membuat komitmen terhadap Savings Plans dengan menggunakan rekomendasi yang disediakan di [Cost Explorer](https://console.aws.amazon.com/cost-reports/home?region=us-east-1#/dashboard) untuk mewujudkan penghematan terbesar. Komitmen per jam yang direkomendasikan didasarkan pada penggunaan berdasarkan permintaan historis Anda dan pilihan jenis paket, jangka waktu, dan opsi pembayaran Anda. Savings Plans pertama kali diterapkan ke akun yang membeli paket, dan kemudian dibagikan ke akun lain dalam keluarga penagihan konsolidasi.
**catatan**
Opsi berbagi Savings Plans di AWS Organizations diaktifkan secara default. Anda dapat menolak opsi ini di AWS Billing konsol akun pembayar. Anda dapat mengunjungi halaman [Rekomendasi](https://console.aws.amazon.com/cost-management/home) untuk melihat Savings Plans yang AWS direkomendasikan untuk membantu Anda menghemat penggunaan yang memenuhi syarat. Rekomendasi ini dapat disegarkan kapan saja untuk memudahkan Anda membeli Savings Plans yang optimal.
### Compute Savings Plans
Compute Savings Plans memberikan fleksibilitas paling besar dan membantu mengurangi biaya Anda. Paket ini secara otomatis berlaku untuk penggunaan instans EC2 terlepas dari keluarga instans, ukuran, Availability Zone, Region, sistem operasi, atau tenancy. Mereka juga berlaku untuk penggunaan Fargate atau Lambda. Misalnya, dengan Compute Savings Plans, Anda dapat mengubah instans C4 ke M5, mengalihkan beban kerja dari UE (Irlandia) ke UE (London), atau memindahkan beban kerja dari EC2 ke Fargate atau Lambda kapan saja. Anda secara otomatis terus membayar harga Savings Plans.
### EC2 Instance Savings Plans
EC2 Instance Savings Plans memberikan diskon terdalam sebagai imbalan atas komitmen untuk penggunaan keluarga instans individu di suatu Wilayah (misalnya, berkomitmen pada tingkat penggunaan M5 yang konsisten di Virginia N.). Ini secara otomatis memberi Anda diskon pada harga sesuai permintaan dari keluarga instans yang dipilih di Wilayah tersebut terlepas dari Availability Zone, ukuran, sistem operasi, atau penyewaan. EC2 Instance Savings Plans memungkinkan Anda mengubah penggunaan antar instans dalam keluarga di Wilayah tersebut. Misalnya, Anda dapat berpindah dari c5.xlarge yang menjalankan Windows ke c5.2xlarge yang menjalankan Linux, dan secara otomatis mendapat manfaat dari harga Savings Plans.
Baik Compute dan Instance Savings Plans EC2 berlaku untuk instans EC2 yang merupakan bagian dari Amazon EMR, Amazon Elastic Kubernetes Service (Amazon EKS), dan Amazon Elastic Container Service (Amazon ECS) cluster. Biaya Amazon EMR, Amazon EKS, dan Amazon ECS tidak ditanggung oleh Savings Plans, tetapi instans EC2 yang mendasarinya adalah. EC2 Instance Savings Plans diterapkan sebelum Compute Savings Plans karena Compute Savings Plans memiliki penerapan yang lebih luas.
**catatan**
Anda tidak dapat mengubah Savings Plans dengan mudah setelah Anda membuat komitmen. Kami menyarankan Anda merencanakan dengan cermat sebelum membuat komitmen pada salah satu opsi Savings Plans. Savings Plans menawarkan harga yang lebih rendah dibandingkan dengan harga sesuai permintaan dengan imbalan komitmen, dan tidak dapat dibatalkan selama jangka waktu tersebut.
### Contoh komitmen per jam
Jika Anda membeli Savings Plans, Anda membuat komitmen moneter per jam untuk jangka waktu rencana. Jika Anda berkomitmen untuk \$110/jam penggunaan komputasi, harga Savings Plans secara otomatis diterapkan pada semua penggunaan hingga \$110 dolar setiap jam. Setiap penggunaan di luar komitmen dibebankan pada tingkat permintaan reguler. Anda dapat menggunakan alat rekomendasi pembelian Savings Plans di Cost Explorer untuk mendapatkan komitmen yang direkomendasikan yang dapat memaksimalkan penghematan Anda. Komitmen keuangan per jam untuk rencana tertentu tidak dapat dimodifikasi untuk jangka waktu rencana. Jika Anda menginginkan peningkatan komitmen setelah menganalisis penggunaan, maka Anda dapat membeli Savings Plans tambahan untuk menutupi penggunaan berlebih.
### Manfaat dari Savings Plans
Dibandingkan dengan Instans Cadangan, Savings Plans menawarkan model harga yang lebih fleksibel yang dapat menghemat uang Anda sambil memanfaatkan pilihan opsi komputasi yang lebih luas yang ditawarkan oleh Savings Plans. Savings Plans menawarkan diskon, bahkan saat kebutuhan komputasi Anda berubah. Ini dapat membantu Anda mengikuti lingkungan dinamis Anda yang terus berubah tanpa menimbulkan overhead manajemen tambahan. Berikut adalah beberapa manfaat lain menggunakan Savings Plans:
+ **Mudah digunakan** — Dapatkan diskon otomatis dengan imbalan komitmen moneter.
+ **Fleksibilitas** — Komitmen tunggal yang berlaku di berbagai jenis penggunaan.
+ **Potensi tabungan** — Ada berbagai cara untuk menabung. Pertimbangkan contoh berikut:
+ Penghematan 60 persen pada beban kerja Windows Server menggunakan Compute Savings Plans [(d2.8xlarge, 3 tahun, all upfront, windows, shared tenancy, us-east-2](https://aws.amazon.com/savingsplans/compute-pricing/))
+ Penghematan 73 persen pada beban kerja Windows Server menggunakan EC2 Instance Savings Plans [(d2.8xlarge, 3 tahun, all upfront, windows, shared tenancy, us-east-2](https://aws.amazon.com/savingsplans/compute-pricing/))
+ Penghematan 28—41 persen untuk jenis instans non-eksotis ([keluarga t3, 3 tahun, semua di muka, jendela, sewa bersama,](https://aws.amazon.com/savingsplans/compute-pricing/) us-east-2)
+ Penghematan rata-rata 25-40 persen untuk Windows Server
**catatan**
EC2 Instance Savings Plans menawarkan diskon yang lebih besar daripada Compute Savings Plans karena fleksibilitas yang berkurang. Anda berkomitmen untuk menggunakan dengan harga diskon.
Setiap jenis penggunaan komputasi memiliki tingkat Savings Plans dan on-demand rate. Tabel berikut menunjukkan Savings Plans dan tarif sesuai permintaan untuk setiap jenis sistem operasi. Anda dikenakan tarif Savings Plans pada penggunaan yang dilakukan dan penggunaan apa pun di luar komitmen dibebankan dengan tarif sesuai permintaan reguler.
****
| Nama instans | Tarif Savings Plans | Penghematan sesuai permintaan | Tingkat permintaan | Sistem operasi | Region | Opsi pembayaran | Panjang jangka waktu |
| --- | --- | --- | --- | --- | --- | --- | --- |
| x2iedn.xlarge | \$10,32 | 61% | \$10,83 | Linux | AS Timur (Virginia Utara) | Tidak ada di muka | 3 |
| x2iedn.xlarge | \$12,01 | 50% | \$11,02 | Windows | AS Timur (Virginia Utara) | Tidak ada di muka | 3 |
| x2iedn.xlarge | \$11,02 | 20% | \$12,52 | Lisensi Windows disertakan\$1edisi SQL Server Enterprise | AS Timur (Virginia Utara) | Tidak ada di muka | 3 |
| x2iedn.xlarge | \$10,32 | 61% | \$10,83 | BYOL | AS Timur (Virginia Utara) | Tidak ada di muka | 3 |
Savings Plans termasuk sistem operasi, dan mereka memiliki diskon terpisah untuk BYOL. Semuanya dipecah dalam kalkulator [Compute Savings Plans](https://aws.amazon.com/savingsplans/compute-pricing/).
### Model harga Instans Cadangan
AWS memiliki model harga lain berdasarkan komitmen yang dikenal sebagai Instans Cadangan. Model ini dapat menjadi masalah jika komputasi Anda berubah setelah Anda membuat komitmen, menyebabkan Instans Cadangan tidak digunakan. Savings Plans dirancang untuk menawarkan pengurangan biaya yang serupa dengan [Instans Cadangan Standar dan Konvertibel](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/), tetapi dengan fleksibilitas yang jauh lebih besar. Compute Savings Plans memberikan harga yang lebih rendah untuk penggunaan instans EC2 terlepas dari keluarga instans, ukuran, sistem operasi, sewa, atau Wilayah. Mereka juga memungkinkan fleksibilitas maksimum.
Tabel berikut dapat membantu Anda memilih antara Savings Plans atau Instans Cadangan.
****
| | Instans Terpesan | EC2 Instance Savings Plans | Compute Savings Plans |
| --- | --- | --- | --- |
| Rata-rata diskon 1 tahun | Hingga 38% | Hingga 29% | Hingga 29% |
| Rata-rata diskon 3 tahun | Hingga 58% | Hingga 73% | Hingga 60% |
| Keluarga instans | Tetap | Tetap | Fleksibel |
| Ukuran instans | Tetap (bukan Linux) | Fleksibel | Fleksibel |
| Geografi | 1 Wilayah | 1 Wilayah | Fleksibel |
| Sistem operasi | Tetap | Fleksibel | Fleksibel |
| Layanan | Amazon EC2 atau Amazon RDS | Amazon EC2 | Amazon EC2, Fargate, Lambda |
| Opsi pembayaran | Semua, sebagian, tidak ada di muka | Semua, sebagian, tidak ada di muka | Semua, sebagian, tidak ada di muka |
| Batas instans | 20 per Zona Ketersediaan | Tidak ada batas | Tidak ada batas |
**catatan**
Savings Plans bekerja dengan memberi Anda diskon berdasarkan komitmen moneter per jam. Komitmen keuangan per jam tidak dapat dibatalkan atau diubah selama jangka waktu paket Anda, tetapi Anda dapat membeli Savings Plans tambahan untuk menutupi penggunaan tambahan. Ini memungkinkan Anda untuk menjaga komitmen per jam yang konsisten seiring pertumbuhan armada Anda.
Anda dapat menggunakan alat seperti [AWS Cost Explorer](https://docs.aws.amazon.com/savingsplans/latest/userguide/ce-sp-usingCR.html)atau [Dasbor AWS Cloud Intelijen](https://wellarchitectedlabs.com/cloud-intelligence-dashboards/) untuk melacak komitmen Anda. Cost Explorer menyediakan garis target cakupan yang dapat membantu organisasi Anda merencanakan strategi cakupan Savings Plans. Jika 75 persen dari beban kerja Anda adalah kondisi mapan, maka 75 persen adalah target yang baik. Ini menyisakan 25 persen pengeluaran sesuai permintaan/variabel berdasarkan beban kerja yang dinamis. Jika Anda perlu meningkatkannya menjadi 85 persen, Anda dapat membeli komitmen Savings Plans lain untuk meningkatkan komitmen moneter per jam.
**catatan**
Kami menyarankan Anda membeli Savings Plans alih-alih Instans Cadangan, tetapi kedua model komitmen dapat bekerja sama jika Anda sudah membeli Instans Cadangan.
Pertimbangkan contoh di mana Anda membeli Instans Cadangan, tetapi Anda ingin mulai mencoba opsi Savings Plans. Ada logika untuk kombinasi ini untuk diterapkan pada penagihan akhir Anda. Berikut hierarki yang dapat Anda terapkan pada: Akun AWS
1. Zonal Reserved Instance berlaku untuk akun yang memilikinya. Jika Instans Cadangan memiliki jam tersisa, itu berlaku untuk seluruh organisasi.
1. Instans Cadangan Regional yang tidak fleksibel untuk Windows berlaku untuk penggunaan yang cocok pada akun yang memilikinya. Apa pun yang tersisa diluncurkan ke seluruh organisasi.
1. Instans Cadangan Regional yang fleksibel ukuran berlaku untuk akun yang memilikinya (contoh terkecil dalam keluarga terlebih dahulu dan naik ke instance yang lebih besar), dan kemudian ke organisasi lainnya.
1. Instans Cadangan Regional berlaku untuk reservasi kapasitas sesuai permintaan yang tidak digunakan.
1. EC2 Instance Savings Plans berlaku dalam akun yang membelinya.
1. Compute Savings Plans berlaku dalam akun yang membelinya.
**catatan**
Diskon dimulai dengan penggunaan yang menghasilkan diskon tertinggi dan kemudian turun ke diskon terkecil. Instans Windows secara tradisional memiliki potensi diskon yang lebih rendah daripada Linux untuk jenis instans yang paling umum (misalnya, T3, M6, dan C5). Ini berarti bahwa instance Linux menguntungkan lebih dari instance Windows dalam banyak kasus.
Grafik berikut menunjukkan harga setelah membagi Instans Cadangan dari Savings Plans. Baik Compute dan EC2 Instance Savings Plans berlaku untuk menjalankan instans terlebih dahulu dan kemudian ke Reservasi Kapasitas Sesuai Permintaan yang tidak digunakan.
![\[Harga setelah membagi Instans Cadangan dari Savings Plans\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ri_sp_model.png)
## Skenario pengoptimalan biaya
Bagian ini mencakup skenario pengoptimalan biaya untuk Host Khusus Amazon EC2 dan instans Amazon EC2 yang menggunakan model penagihan yang disertakan lisensi.
### Host Khusus Amazon EC
Pertimbangkan skenario di mana Anda akan memigrasikan beban kerja Windows lokal ke. AWS Pusat data Anda memiliki server berikut:
+ Dua server dengan 16 vCPU dan 128 GB RAM
+ Dua server dengan 32 vCPU dan 164 GB RAM
+ Satu server dengan 8 vCPU dan 64 GB RAM
+ 16 server dengan vCPU dan 32 GB RAM
Selain itu, asumsikan bahwa Anda dapat membawa lisensi Anda sendiri AWS karena Anda memiliki cukup lisensi untuk dibawa. Tabel berikut menunjukkan instance server yang dapat Anda gunakan. AWS
****
| Tipe instans | CPU | RAM | Jumlah |
| --- | --- | --- | --- |
| r5.4xlarge | 16 | 128 | 2 |
| r5.8xlarge | 32 | 256 | 2 |
| r5.2xlarge | 8 | 64 | 1 |
| r5.xlarge | 4 | 32 | 16 |
| | | | 21 |
Analisis menunjukkan bahwa 21 mesin virtual ini dapat didistribusikan di dua Host Khusus dengan host keluarga instans R5. Tabel berikut menunjukkan biaya dari dua Host Khusus ini.
****
| Skenario sesuai permintaan Host Khusus | Pembayaran di muka | 1 bulan | 1 tahun | 3 tahun | AWS Kalkulator Harga |
| --- | --- | --- | --- | --- | --- |
| Sesuai permintaan | Tidak ada | \$110.123 | \$1121.475 | \$1364.392 | [AWS Kalkulator Harga estimasi](https://calculator.aws/#/estimate?id=9b6fdbace0ec97b7e70237ad829d2bdcfad188f0) |
| Savings Plans 1 tahun | Tidak ada | \$17.447 | \$189.362 | – | [AWS Kalkulator Harga estimasi](https://calculator.aws/#/estimate?id=c43d9d05ed79fd21acb0290f81ed0116e3e88e7d) |
| Savings Plans 3 tahun | Tidak ada | \$15.476 | \$165.712 | \$1197,128 | [AWS Kalkulator Harga estimasi](https://calculator.aws/#/estimate?id=21ece549ef4298895940c80eb780d44d0789a405) |
| Savings Plans 3 tahun dengan pembayaran dimuka | \$184.438 | \$12.755 | \$1117.499 | \$1183.618 | [AWS Kalkulator Harga estimasi](https://calculator.aws/#/estimate?id=97bb06dc65e70b78e3066a66b15e37de5b63d8c4) |
Jika Anda memiliki server yang ingin Anda migrasi AWS, harga akhir untuk Savings Plans 1 tahun adalah \$189.362, bukan \$1121.475 untuk harga sesuai permintaan. Ini merupakan diskon 26,5 persen setelah satu tahun. Jika Anda mempertimbangkan untuk tinggal AWS untuk jangka waktu yang lebih lama, maka Anda dapat memilih Savings Plans 3 tahun untuk penghematan biaya yang lebih dalam. Pada akhir tiga tahun, Anda membayar \$1197,128, bukan \$1364.392. Ini menghasilkan penghematan 46 persen dari jumlah total setelah tiga tahun.
### Instans Amazon EC2 dengan lisensi disertakan
Pertimbangkan skenario di mana Anda akan memigrasikan satu aplikasi tiga tingkat ke AWS, dan Anda ingin menggunakan lisensi yang disediakan oleh. AWS Selanjutnya, asumsikan bahwa aplikasi Anda bekerja dengan server berikut:
+ Dua server web dengan dua v CPUs dan 4 GB RAM
+ Dua server aplikasi dengan delapan v CPUs dan 16 GB RAM
+ Dua server database dengan 16 v CPUs dan 64 GB RAM (menggunakan SQL Server Standard edition)
Tabel berikut menunjukkan instance server yang dapat Anda gunakan. AWS
****
| Tipe instans | CPU | RAM | Jumlah |
| --- | --- | --- | --- |
| c5.large | 2 | 4 | 2 |
| c5.2xlarge | 8 | 16 | 2 |
| r5.2xlarge | 8 | 64 | 2 |
| | | | 6 server |
Tabel berikut menunjukkan biaya server ini di AWS.
****
| Lisensi disertakan oleh AWS | Pembayaran di muka | 1 bulan | 1 tahun | 3 tahun | AWS Kalkulator Harga |
| --- | --- | --- | --- | --- | --- |
| Sesuai permintaan | Tidak ada | \$13.912 | \$146.950 | \$1140,849 | [AWS Kalkulator Harga estimasi](https://calculator.aws/#/estimate?id=f611f476d6939302fb58164f9f2d8b2da6810683) |
| Savings Plans 1 tahun | Tidak ada | \$13.466 | \$141.952 | | [AWS Kalkulator Harga estimasi](https://calculator.aws/#/estimate?id=69688cd1cf31470af71e63ec75624ae010a5059e) |
| Savings Plans 3 tahun tanpa pembayaran di muka | Tidak ada | \$13,189 | \$138.264 | \$1114.804 | [AWS Kalkulator Harga estimasi](https://calculator.aws/#/estimate?id=0c67021f43a719223efed88a63f35eac05e41728) |
| Savings Plans 3 tahun dengan pembayaran dimuka | \$1112.110 | Tidak ada | Tidak ada | Tidak ada | [AWS Kalkulator Harga estimasi](https://calculator.aws/#/estimate?id=6ed7e1f92deba1ca67cdfd2dcc4d54af098c0653) |
Jika Anda ingin menjalankan server ini untuk lingkungan produksi (24/7) dengan harga sesuai permintaan, Anda membayar biaya bulanan sebesar \$13.912. Membayar biaya bulanan ini setara dengan \$146.950 setelah satu tahun dan total \$1140.849 setelah tiga tahun.
Jika Anda memilih Savings Plans 1 tahun tanpa pembayaran di muka, biaya bulanan berkurang menjadi \$13,466. Pada akhir tahun pertama, Anda membayar \$141.952. Ini adalah total discount sebesar 11 persen. Jika Anda memilih Savings Plans 3 tahun tanpa pembayaran di muka, biaya bulanan berkurang menjadi \$13,189. Pada akhir tiga tahun, Anda membayar \$1114.804. Itu memberi Anda penghematan 18,5 persen.
## Rekomendasi optimisasi biaya
Kedua skenario membantu Anda menghemat uang saat merencanakan dan memperkirakan beban kerja Anda. AWS Penting untuk diketahui bahwa diskon dalam skenario kedua kurang dibandingkan dengan skenario pertama. Dalam skenario kedua, harga lisensi sudah termasuk pada harga server cloud. AWS tidak menawarkan diskon pada harga lisensi, tetapi Anda selalu dapat membawa lisensi Anda (dalam skenario tertentu) dan selalu AWS dapat menjamin compute/instance harga terbaik.
Kami menyarankan Anda melakukan hal berikut untuk mengontrol AWS pengeluaran Anda pada sumber daya komputasi dan instans:
+ Rekomendasi akses
+ Sesuaikan rekomendasi sesuai dengan kebutuhan Anda
+ Tinjau komitmen per jam
### Rekomendasi akses
Anda dapat menggunakan [konsol Amazon EC2](https://console.aws.amazon.com/ec2/) untuk mengakses rekomendasi untuk Savings Plans Anda. Anda bahkan dapat mengunduh rekomendasi Anda untuk ditinjau nanti dalam format CSV. Untuk informasi selengkapnya, lihat [Memantau Savings Plans Anda](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-monitoring.html) di dokumentasi Savings Plans.
### Sesuaikan rekomendasi sesuai kebutuhan Anda
**Buka [konsol Amazon EC2](https://console.aws.amazon.com/ec2/), perluas bagian **Instans**, lalu pilih Savings Plans.** Halaman ini menunjukkan contoh dan menghitung harga sebelum dan sesudah membuat rekomendasi. Anda juga dapat menyesuaikan faktor-faktor berikut untuk rekomendasi Anda:
+ **Jangka waktu** — Misalnya, 1-3 tahun
+ **Opsi pembayaran** **— Misalnya, **di muka, sebagian di muka****, atau tidak ada di muka****
+ **Sejarah** — Misalnya, 7, 30 atau 60 hari terakhir
### Tinjau komitmen per jam
Dengan menggunakan contoh yang sama, asumsikan Anda memiliki instance yang berjalan 24/7. Rekomendasi adalah menggunakan Savings Plans. Menurut ukurannya, Anda memiliki harga sesuai permintaan \$1120/jam. Anda memiliki opsi untuk melakukan \$190/jam, tetapi ini dapat bervariasi tergantung pada opsi Wilayah, instance, dan pembelian. Dalam contoh ini, Anda dapat menghemat 25 persen dibandingkan dengan biaya sesuai permintaan. Anda juga dapat melacak pemanfaatan dan cakupan Anda, jika mereka berada di bawah ambang batas yang Anda tentukan, dan mengonfigurasi peringatan ketika anggaran akan berakhir.
### Rekomendasi ulasan
Kami menyarankan Anda meninjau rekomendasi Savings Plans dengan cermat. AWS tidak akan mengubah apa pun tanpa izin Anda. Ini hanya rekomendasi dan terserah Anda untuk menerapkannya atau tidak.
### Beli paket
**Buka [konsol Amazon EC2](https://console.aws.amazon.com/ec2/), perluas bagian **Instans**, lalu pilih Savings Plans.** Kemudian, pilih **Purchase Savings Plans**. Berdasarkan kebutuhan Anda, Anda dapat memilih opsi berikut: istilah, Wilayah, keluarga contoh, komitmen per jam, opsi pembayaran, dan bahkan tanggal mulai. Anda dapat memilih dari Compute Savings Plans, EC2 Instance Savings Plans SageMaker , dan AI Savings Plans. Untuk informasi selengkapnya, lihat [Purchasing Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-purchase.html) di dokumentasi Savings Plans.
### Dapatkan laporan pemanfaatan
Setelah Anda membeli Savings Plans, Anda bisa mendapatkan laporan pemanfaatan. Laporan ini membantu Anda memeriksa pemanfaatan Anda, melihat apakah paket yang dibeli cukup untuk menutupi dan memaksimalkan diskon, dan membatalkan atau menambahkan diskon baru. Laporan ini dapat diekspor ke format lain seperti CSV. Untuk informasi selengkapnya, lihat [Menggunakan laporan pemanfaatan](https://docs.aws.amazon.com/savingsplans/latest/userguide/ce-sp-usingPR.html) dalam dokumentasi Savings Plans.
### Ikuti praktik terbaik pembelian
Kami menyarankan Anda mengikuti praktik terbaik ini sebelum membeli Savings Plans:
+ Gunakan [AWS Trusted Advisor](https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor.html)untuk menghapus sumber daya EC2 yang menganggur.
+ Lakukan ukuran yang tepat sebelum pembelian Savings Plans.
+ Tetapkan tarif per jam yang Anda pertahankan secara konsisten selama 30-60 hari.
+ Beli komitmen untuk menutupi tarif per jam yang konsisten sesuai keinginan organisasi Anda. Pertimbangkan fluktuasi permintaan atau musim.
+ Pilih anggaran Savings Plans tinjauan triwulanan untuk mempertahankan tingkat yang konsisten (misalnya, target cakupan 70 persen untuk cakupan Savings Plans). Jika tarif turun di bawah cakupan yang diinginkan, belilah Savings Plans tambahan sebagai true-up untuk memenuhi tujuan pertanggungan Anda.
## Sumber daya tambahan
+ [Savings Plans untuk Instans Cadangan Amazon EC2 (](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-reservation-models/savings-plans.html)Whitepaper)AWS
+ [Memahami bagaimana Savings Plans berlaku untuk AWS penggunaan Anda](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-applying.html) (dokumentasi Savings Plans)
+ [Mengumumkan penagihan per detik untuk Instans EC2 Windows Server dan SQL Server (dokumentasi)](https://aws.amazon.com/about-aws/whats-new/2021/06/announcing-per-second-billing-for-ec2-windows-server-and-sql-server-instances/)AWS
+ [AWS Seri Optimasi Biaya: Video Savings Plans \$1 Amazon Web Services](https://www.youtube.com/watch?v=2LJwrTtg2IU) () YouTube
# Pantau biaya menggunakan AWS alat
## Ikhtisar
Visibilitas biaya adalah faktor kunci dalam mengoptimalkan biaya. AWS AWS memiliki sejumlah alat yang dapat Anda gunakan untuk memvisualisasikan biaya dan membuat peringatan sebagai reaksi terhadap biaya tersebut. Ini termasuk alat, seperti AWS Budgets, yang membantu Anda melacak dan melaporkan pengeluaran Anda. Bagian ini mencakup cara-cara khusus untuk memantau Windows Anda pada AWS pengeluaran, sehingga Anda dapat melacak dan bereaksi sesuai dengan kebutuhan anggaran Anda. Ini termasuk menambahkan tag yang diperlukan ke sumber daya Windows EC2 Anda. Tag ini memungkinkan Anda untuk memonitor Windows EC2 dan layanan Microsoft lainnya dengan benar dengan menggunakan AWS Budgets.
Dengan memantau pengeluaran dan membuat peringatan dengan AWS alat, Anda dapat lebih mengetahui tentang pengeluaran saat ini, pengeluaran yang diproyeksikan, dan anomali pengeluaran. Jika Anda menggunakan [Savings Plans](https://aws.amazon.com/savingsplans/compute-pricing/) untuk membantu mengurangi harga instans EC2 per jam, sebaiknya Anda melihat keseluruhan pemanfaatan dan cakupan Savings Plans. Ini dapat membantu Anda memastikan bahwa Anda terus menyadari tabungan. Anda dapat menggunakan AWS Cost Explorer untuk melihat inventaris Savings Plans dan mendapatkan rekomendasi untuk Savings Plans tambahan berdasarkan penggunaan sebelumnya. Anda juga dapat melacak pengeluaran tertentu dengan menggunakan [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/)dan mengatur [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/).
## Rekomendasi optimisasi biaya
Kami menyarankan Anda mengambil langkah-langkah berikut untuk mengoptimalkan biaya Anda dengan menggunakan AWS Budgets, Cost Explorer, dan deteksi anomali:
+ Menandai sumber daya Windows EC2
+ Mengatur peringatan dengan menggunakan AWS Budgets
+ Aktifkan Deteksi Anomali Biaya
+ Dapatkan analisis pengeluaran waktu nyata
+ Lihat pengeluaran yang disertakan lisensi untuk Windows dengan menggunakan Cost Explorer
### Menandai sumber daya Windows EC2
Untuk memantau AWS pengeluaran Anda secara efektif, Anda harus menetapkan [strategi penandaan](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) untuk beban kerja yang ingin Anda pantau. Ini penting agar Anda dapat mengelompokkan sumber daya secara kategoris dan mendapatkan pemberitahuan tentang pengeluaran tertentu, sebagai lawan dari pengeluaran penggunaan umum. Anda dapat menggunakan sumber daya penandaan yang tidak hanya membantu biaya tetapi juga dapat digunakan untuk tujuan lain seperti [AWS Systems Manager otomatisasi](https://docs.aws.amazon.com/systems-manager/latest/userguide/tagging-resources.html). Selain itu, kami menyarankan Anda menerapkan beberapa manajemen untuk [tag yang diperlukan](https://docs.aws.amazon.com/config/latest/developerguide/required-tags.html).
Untuk melacak pengeluaran Anda di AWS Budgets, Cost Explorer, dan Deteksi Anomali Biaya, Anda harus memastikan bahwa tag yang tepat tersedia. Anda dapat menggunakan tag untuk menyiapkan anggaran khusus untuk item yang cocok dengan tag tersebut sehingga Anda diberi tahu saat pengeluaran meningkat.
Misalnya, Anda dapat menggunakan tag sederhana seperti **key=OS Value=Windows**. Ini menempatkan semua instance Windows Anda bersama-sama ke dalam satu grup yang dapat Anda lacak pengeluarannya. Anda juga dapat menggunakan tag untuk item lain, seperti Systems Manager. Setelah Anda membuat tag, Anda harus mengaktifkan tag untuk pelacakan biaya. Pertimbangkan untuk menambahkan [AWS Config aturan yang memantau tag](https://docs.aws.amazon.com/config/latest/developerguide/required-tags.html) yang dilampirkan ke sumber daya tertentu. AWS Config dapat memberi tahu Anda jika ada sumber daya yang berjalan yang tidak berisi tag yang sesuai, yang memberi Anda representasi akurat dari pengeluaran Windows EC2 Anda.
Setelah tag Anda di tempat, Anda dapat membuat anggaran khusus di AWS Billing. Ini memberikan visibilitas ke dalam pengeluaran Windows EC2 Anda. Anda dapat menetapkan anggaran harian atau anggaran bulanan.
### Siapkan lansiran menggunakan AWS Budgets
Dalam skenario contoh ini, Anda membuat anggaran harian untuk Windows EC2. Ini adalah anggaran berulang yang menggunakan opsi penyesuaian otomatis untuk melacak pengeluaran Anda dan menyesuaikan anggaran yang sesuai. Jika Anda memiliki lingkungan statis, Anda dapat menggunakan anggaran tetap sebagai gantinya. Pastikan untuk memilih rentang waktu dasar (misalnya, 30 hari).
1. Masuk ke Konsol Manajemen AWS dan buka [AWS Cost Management konsol](https://console.aws.amazon.com/cost-management/home).
1. Di panel navigasi, pilih **Budgets**.
1. Di bagian atas halaman, pilih **Buat anggaran**.
1. Di bawah **Pengaturan anggaran**, pilih **Sesuaikan (lanjutan)**.
1. Di bawah **Jenis anggaran**, pilih **Anggaran biaya**. Lalu, pilih **Selanjutnya**.
1. Di bawah **Detail**, untuk **nama Anggaran**, masukkan nama anggaran Anda. Misalnya, **pengeluaran Windows EC2**.
1. Di bawah **Tetapkan jumlah anggaran**, untuk **Periode**, pilih **Harian**.
1. Untuk **jenis perpanjangan Anggaran**, pilih **Anggaran berulang** untuk anggaran yang disetel ulang setelah periode anggaran.
1. Untuk **tanggal Mulai**, pilih tanggal atau periode mulai untuk mulai melacak jumlah anggaran Anda.
1. Untuk **metode Budgeting**, pilih **Auto-adjustment (New)**.
1. Untuk **rentang waktu Baseline**, pilih **Rentang kustom**, lalu masukkan 30 hari.
1. Pilih **Berikutnya**.
1. Di bagian **Lingkup anggaran**, pilih **Filter dimensi AWS biaya tertentu**. Di sinilah tag digunakan untuk membuat dimensi yang tepat. AWS Budgets tidak mendukung **Jenis Platform** sebagai opsi di filternya. Untuk alasan ini, Anda harus menerapkan tag **OS**.
1. Pilih **Tambahkan filter**, lalu pilih opsi **Tag** dari **Dimensi**.
1. Pilih tag **OS**, lalu pilih nilai Windows untuk ini untuk membuat anggaran untuk tag.
1. Pilih **Berikutnya**.
1. Pada halaman **Konfigurasi peringatan**, pilih **Tambahkan ambang peringatan**. Di sini Anda mengatur dua peringatan: satu untuk ambang batas 50 persen dan satu untuk ambang batas 100 persen. Jika peringatan ambang batas 50 persen dilanggar sebelum titik tengah dalam sebulan, itu akan memberikan peringatan. Dengan begitu, Anda dapat memeriksa apakah pengeluaran Anda lebih dari yang diharapkan dan bereaksi sebelum mencapai akhir bulan.
1. Untuk **Threshold**, masukkan **50** dan pilih**% dari jumlah yang dianggarkan.**
1. Untuk **Trigger**, pilih **Actual**.
1. Untuk **penerima email**, masukkan alamat email. Tambahkan peringatan lain untuk ambang batas **100**.
**catatan**
Contoh ini menggunakan pemberitahuan email untuk peringatan, tetapi Anda juga dapat menggunakan pendekatan lain, seperti [https://docs.aws.amazon.com/cost-management/latest/userguide/sns-alert-chime.html](https://docs.aws.amazon.com/cost-management/latest/userguide/sns-alert-chime.html).
### Aktifkan Deteksi Anomali Biaya
Anda dapat menggunakan tag biaya Anda untuk mengatur peringatan pengeluaran yang merupakan anomali. Misalnya, Anda dapat menggunakan [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/faqs/)untuk membuat monitor untuk pengeluaran Anda dan mendapatkan peringatan ketika sistem mendeteksi pengeluaran abnormal di akun Anda.
Untuk menyiapkan monitor dan peringatan untuk tag **key=OS dan Value=Windows** yang Anda buat sebelumnya, lakukan hal berikut:
1. Masuk ke Konsol Manajemen AWS dan buka [AWS Cost Management konsol](https://console.aws.amazon.com/cost-management/home).
1. Di panel navigasi, memilih **Deteksi Anomali Biaya**.
1. Pilih tab **Monitor biaya**, lalu pilih **Buat monitor**.
1. Pada Langkah 1, pilih **Tag Alokasi Biaya** sebagai jenis monitor Anda.
1. Untuk **kunci Tag Alokasi Biaya**, pilih pembelanjaan **Windows EC2**.
1. Untuk **nilai Tag Alokasi Biaya**, pilih **Windows**.
1. Untuk **Nama monitor Anda**, masukkan **pengeluaran Windows EC2**.
1. Pilih **Berikutnya**.
1. Untuk membuat langganan peringatan, pilih **Buat langganan baru**. Jika Anda memiliki langganan yang ada, pilih **Memilih langganan yang ada**.
1. Untuk **nama Langganan**, masukkan **anomali pengeluaran Windows EC2**.
1. Untuk **Frekuensi peringatan**, pilih **Ringkasan harian**.
1. Untuk **penerima Pemberitahuan**, masukkan alamat email Anda.
1. Pilih **Tambahkan ambang batas**. Untuk **Threshold**, masukkan **10** dan kemudian pilih **persen di atas kecepatan yang diharapkan**.
1. Pilih **Buat monitor**.
### Dapatkan tampilan real-time tentang pengeluaran
Peringatan adalah alat yang berguna untuk memantau pengeluaran Windows EC2 Anda, tetapi Anda harus menggunakan Cost Explorer jika Anda ingin tampilan real-time ke dalam pengeluaran. Tonton video ini untuk mempelajari bagaimana Cost Explorer memungkinkan Anda menganalisis dan mengurangi biaya EC2 Anda. Untuk informasi lebih lanjut, tonton video [AWS Mendukung Anda \$1 Memahami dan Mengurangi Biaya EC2 Anda](https://www.youtube.com/watch?v=flEnJ44N-J8) di YouTube.
### Lihat pengeluaran yang termasuk lisensi untuk Windows
Anda dapat melihat pengeluaran EC2 Windows di akun Anda dengan menggunakan Cost Explorer. Untuk melihat pengeluaran yang disertakan lisensi untuk Windows, Anda harus mengatur [filter](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-filtering.html) yang benar berikut di Cost Explorer:
+ Untuk **Platform**, pilih **Windows (Amazon VPC**). **Untuk **operasi API**, pilih: 0002. RunInstance** Ini adalah AWS Billing kode untuk instance Windows EC2 yang disertakan lisensi.
+ ****Jika Anda ingin melihat pengeluaran instans BYOL Anda, ubahRunInstance: 0002 menjadi: 0800. RunInstance**** Ini adalah kode penagihan untuk Windows EC2 BYOL.
Dengan visibilitas ini di Cost Explorer, Anda dapat dengan cepat memfilter biaya Anda ke persis apa yang Anda belanjakan untuk Windows EC2. Jika Anda ingin menyelam lebih dalam ke AWS pengeluaran Anda, Anda dapat menggunakan AWS Cost and Usage Report untuk memfilter ke pengeluaran di tingkat instans individu. Anda juga dapat membuat laporan yang dapat divisualisasikan di Amazon Quick dan membuat dasbor yang disesuaikan.
Untuk informasi lebih lanjut, tonton video [AWS Mendukung Anda - Memvisualisasikan Laporan Biaya dan Penggunaan Anda](https://www.youtube.com/watch?v=Gq15yuPJ2Kc) di YouTube.
## Sumber daya tambahan
+ [Menyiapkan tag yang diperlukan dengan AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/required-tags.html) (AWS Config dokumentasi)
+ [AWS Budgets Tutorial - Setup Alerts untuk AWS Billing \$1 Amazon Web Services](https://www.youtube.com/watch?app=desktop&v=O0sofGVT7uw) () YouTube
+ [AWS Cost and Usage Report Query Library](https://wellarchitectedlabs.com/cost-optimization/cur_queries/) (AWS Well-Architected Labs)