Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Beban kerja Windows ukuran yang tepat

Gambaran Umum

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) hingga meninjau beban kerja yang ada dengan menggunakan. AWS Cost Explorer

Bagian ini menunjukkan kepada Anda cara menggunakan AWS Compute Optimizeruntuk mengidentifikasi peluang ukuran yang tepat Amazon EC2. Compute Optimizer membantu mencegah penyediaan berlebih dan kekurangan penyediaan untuk jenis sumber daya berikut: AWS

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 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 untuk mengukur ukuran armada mereka melalui beberapa jendela pemeliharaan. Akibatnya, organisasi berhasil menyesuaikan jenis instans berukuran tepat untuk 70 persen armada mereka dan mencapai penghematan biaya 35 persen.

Dasbor berikut menggambarkan penghematan yang dicapai selama beberapa bulan karena organisasi contoh ini secara strategis menerapkan rekomendasi ukuran yang tepat dari Compute Optimizer. Tujuan mereka adalah untuk mengoperasikan beban kerja mereka yang ada seefisien mungkin untuk melanjutkan migrasi yang macet dari pusat data kolokasi mendekati akhir kontraknya.

Rekomendasi pengoptimalan biaya

Kami menyarankan Anda mengambil langkah-langkah berikut untuk mengoptimalkan biaya Anda dengan menggunakan Compute Optimizer:

Aktifkan Compute Optimizer

Anda dapat mengaktifkan Compute 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:

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 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. Anda dapat menggunakan file ini untuk mengaktifkan pengumpulan memori untuk semua instance di akun Anda. File template menghasilkan komponen-komponen berikut:

Selanjutnya, lakukan hal berikut:

Pantau kemajuan asosiasi

Lihat metrik di CloudWatch

Kami menyarankan Anda menunggu setidaknya lima menit hingga metrik terisi CloudWatch.

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

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 R6i, R5, dan T3 generasi terbaru. 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.

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 Resources. Untuk contoh ini, Anda dapat menggunakan Editor AWS Tag 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.

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 CloudShelldalam akun target dan Wilayah untuk menandai beberapa instance. Sebagai 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. AWS Billing and Cost Management

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 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. 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.

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 untuk melacak biaya. Dengan menggunakan beberapa lapisan tag, Anda dapat mencapai visibilitas granular ke dalam biaya Anda. Dalam contoh yang dibahas dalam panduan ini, tag Rightsizing digunakan untuk menerapkan tag generik ke semua instance yang ditargetkan. Kemudian, tag tim digunakan untuk mengatur sumber daya lebih lanjut. Langkah selanjutnya adalah memperkenalkan tag aplikasi untuk lebih menunjukkan dampak biaya untuk mengoperasikan aplikasi tertentu.

Diagram berikut menunjukkan struktur tag untuk sebuah organisasi.

Pertimbangkan contoh bisnis yang tepat ukuran server web produksi yang dimiliki oleh tim Operasi. Di Cost Explorer, tag Rightsizing diatur ke diaktifkan, dan tag Team diatur ke operasi. Dalam contoh ini, upaya ukuran yang tepat mengurangi biaya operasi dari 0,89 sen menjadi 0,28 sen per jam. Dengan asumsi 744 jam per bulan, biaya tahunan sebelum ukuran yang tepat adalah $7.945.92. Setelah ukuran yang tepat, biaya tahunan turun menjadi $2.499.84. Ini berarti penurunan 68,5 persen dalam biaya beban kerja tahunan. Bayangkan dampak dari ini di seluruh organisasi besar. Perlu diingat, ini dilakukan di lingkungan sampel dan instance sebagian besar menganggur. Dalam lingkungan produksi, Anda dapat melihat penghematan antara 10—35 persen.

Sekarang, pertimbangkan dampak ukuran yang tepat dari host benteng produksi yang dimiliki oleh tim Teknik. Di Cost Explorer, tag Rightsizing disetel ke diaktifkan, dan tag Team diatur ke engineering. Dalam contoh ini, upaya ukuran yang tepat mengurangi biaya dari 0,75 sen menjadi 0,44 sen per jam. Dengan asumsi 744 jam per bulan, biaya tahunan sebelum ukuran yang tepat adalah $6,696,00. Setelah ukuran yang tepat, biaya tahunan turun menjadi $3,928,32.

Jika Anda menggunakan beberapa tag, Anda dapat memfilter data ke detail biaya granular. Dalam contoh ini, tag Tim mengurangi kebisingan sehingga Anda dapat melihat dampak di tingkat tim. Karena tag Rightsizing diaktifkan, Anda juga dapat memfilter untuk setiap instance yang memiliki tag tersebut dengan nilai diaktifkan atau tidak ada nilai yang ada. Ini dapat memberikan pandangan global tentang upaya ukuran yang tepat Anda, terutama ketika dilihat di akun manajemen (pembayar) di tingkat Cost Explorer. Tampilan ini memungkinkan Anda untuk melihat semua akun dan instance.

Pertimbangkan contoh di tingkat akun tunggal tempat tag Rightsizing disetel ke diaktifkan.  Biaya operasi turun dari $1,64 per jam menjadi $0,72 sen per jam. Dengan asumsi 744 jam per bulan, biaya tahunan sebelum ukuran yang tepat adalah $14.641.92. Setelah ukuran yang tepat, biaya tahunan turun menjadi $6.428,16. Ini berarti penurunan 56 persen dalam biaya komputasi untuk akun ini.

Sebelum memulai perjalanan ukuran yang tepat, pertimbangkan hal berikut:

Rekomendasi

Kami merekomendasikan langkah-langkah berikut:

Sumber daya tambahan