Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Dapatkan visibilitas ke biaya Amazon EKS Anda
## Ikhtisar
Pandangan holistik diperlukan untuk secara efektif memantau biaya penyebaran Kubernetes. Satu-satunya biaya tetap dan diketahui adalah untuk pesawat kontrol Amazon Elastic Kubernetes Service (Amazon EKS). Ini termasuk setiap komponen lain yang membentuk penyebaran, dari komputasi dan penyimpanan hingga jaringan, menjadi jumlah variabel berdasarkan kebutuhan aplikasi Anda.
Anda dapat menggunakan [Kubecost](https://www.kubecost.com/) untuk menganalisis biaya infrastruktur Kubernetes Anda mulai dari [Namespace](https://kubernetes.io/docs/concepts/overview/working-with-objects/namespaces/) dan [Services](https://kubernetes.io/docs/concepts/services-networking/service/) hingga ke masing-masing [Pod](https://kubernetes.io/docs/concepts/workloads/pods/), dan kemudian menampilkan data di dasbor. Kubecost memunculkan biaya in-cluster seperti komputasi dan [penyimpanan serta biaya out-of-cluster seperti bucket Amazon Simple Storage Service (Amazon S3) dan instance Amazon Relational](https://docs.aws.amazon.com/AmazonS3/latest/userguide/Welcome.html) [Database Service](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html) (Amazon RDS). Kubecost akan membuat rekomendasi ukuran yang tepat berdasarkan data ini dan menampilkan peringatan kritis yang dapat memengaruhi sistem. Kubecost dapat [berintegrasi](https://www.ibm.com/docs/en/kubecost/self-hosted/1.x?topic=integrations-aws-cloud-billing-integration) dengan [AWS Cost and Usage Report](https://docs.aws.amazon.com/cur/latest/userguide/what-is-cur.html)untuk menunjukkan penghematan dari [Compute Savings Plans, Instans](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html) [Cadangan,](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-reserved-instances.html) dan program discount lainnya.
## Manfaat biaya
Kubecost menyediakan laporan dan dasbor yang memvisualisasikan biaya penerapan Amazon EKS Anda. Hal ini memungkinkan Anda untuk menelusuri dari cluster ke masing-masing dari berbagai komponen seperti controller, layanan, node, pod, dan volume. Ini memberi Anda pandangan holistik dari aplikasi Anda yang berjalan di lingkungan Amazon EKS. Dengan mengaktifkan visibilitas ini, Anda dapat menindaklanjuti rekomendasi Kubecost atau melihat biaya setiap aplikasi pada tingkat granular. Ukuran yang tepat grup node Amazon EKS menawarkan potensi penghematan yang sama dengan instans EC2 standar. Jika Anda dapat mengukur wadah dan node dengan benar, Anda dapat menghapus compute bloat dari ukuran instance yang diperlukan untuk menjalankan container dan jumlah instans EC2 yang diperlukan dalam grup penskalaan otomatis.
## Rekomendasi optimisasi biaya
Untuk memanfaatkan Kubecost, kami sarankan Anda melakukan hal berikut:
1. Terapkan Kubecost ke lingkungan Anda
1. Dapatkan rincian biaya terperinci dari aplikasi Windows
1. Node cluster ukuran yang tepat
1. Permintaan wadah ukuran yang tepat
1. Kelola node yang kurang dimanfaatkan
1. Memperbaiki beban kerja yang ditinggalkan
1. Bertindak berdasarkan rekomendasi
1. Perbarui node yang dikelola sendiri
### Terapkan Kubecost ke lingkungan Anda
[Amazon EKS Finhack Workshop](https://catalog.us-east-1.prod.workshops.aws/workshops/c4ab40ed-0299-4a4e-8987-35d90ba5085e/en-US) mengajarkan Anda cara menerapkan lingkungan Amazon EKS yang dikonfigurasi untuk menggunakan Kubecost di akun yang dimiliki. AWS Ini memungkinkan Anda untuk mendapatkan pengalaman langsung dengan teknologi. Jika Anda tertarik untuk menjalankan lokakarya ini di organisasi Anda, hubungi tim akun Anda.
Untuk menerapkan Kubecost ke klaster Amazon EKS Anda menggunakan [Helm](https://helm.sh/), lihat [AWS dan Kubecost berkolaborasi untuk memberikan pemantauan biaya untuk](https://aws.amazon.com/blogs/containers/aws-and-kubecost-collaborate-to-deliver-cost-monitoring-for-eks-customers/) posting pelanggan EKS di Blog. AWS Atau, Anda dapat merujuk ke [dokumentasi resmi Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation) untuk petunjuk tentang menginstal dan mengkonfigurasi Kubecost. Untuk informasi tentang dukungan Kubecost untuk node Windows, lihat [Dukungan Node](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=configuration-windows-node-support) Windows dalam dokumentasi Kubecost.
### Dapatkan rincian biaya terperinci dari aplikasi Windows
Meskipun Anda dapat mencapai penghematan biaya yang signifikan dengan menggunakan [Instans Spot Amazon EC2](https://aws.amazon.com/ec2/spot/), Anda juga bisa mendapatkan keuntungan dari kenyataan bahwa beban kerja Windows cenderung stateful. Penggunaan Instans Spot bergantung pada aplikasi, dan kami mendorong Anda untuk memverifikasi apakah instans tersebut akan berlaku untuk kasus penggunaan Anda.
Untuk mendapatkan rincian biaya terperinci dari aplikasi Windows Anda, [masuk ke Kubecost](https://auth.app.kubecost.com/login). Di halaman navigasi, pilih **Tabungan**.
### Node cluster ukuran yang tepat
Di [Kubecost](https://auth.app.kubecost.com/login), pilih **Savings** dari navigation bar, lalu pilih **Right-size** node cluster Anda.
Pertimbangkan contoh di mana Kubecost melaporkan bahwa cluster disediakan secara berlebihan baik dalam hal vCPU dan RAM. Tabel berikut menunjukkan rincian dan rekomendasi dari Kubecost.
****
| | Saat ini | Rekomendasi: Sederhana | Rekomendasi: Kompleks |
| --- | --- | --- | --- |
| Jumlah total | US \$13462.57 per bulan | US \$1137,24 per bulan | US \$1303.68 per bulan |
| Jumlah simpul | 4 | 5 | 4 |
| CPU | 74 VCPUs | 10 VCPUs | 8 VCPUs |
| RAM | 152 GB | 20 GB | 18 GB |
| Kerusakan instans | 2 c5.xlarge \$1 2 lebih | 5 t3a.sedang | 2 c5n.large \$1 1 lagi |
Seperti yang dijelaskan dalam posting blog Kubecost [Temukan kumpulan node yang optimal untuk klaster Kubernetes](https://blog.kubecost.com/blog/cluster-right-sizing/), opsi sederhana menggunakan satu grup node, sedangkan yang kompleks menggunakan pendekatan grup multi-node. Tombol **Pelajari cara mengadopsi** dapat melakukan pengubahan ukuran klaster sekali klik. Hal ini membutuhkan instalasi [Kubecost Cluster Controller](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=configuration-cluster-controller).
Jika Anda menggunakan [node Windows yang dikelola sendiri](https://docs.aws.amazon.com/eks/latest/userguide/launch-windows-workers.html) yang tidak dibuat oleh [eksctl](https://eksctl.io/), lihat [Memperbarui grup node yang dikelola sendiri yang ada](https://docs.aws.amazon.com/eks/latest/userguide/update-stack.html). Petunjuk ini menunjukkan cara mengubah jenis instans di template peluncuran Amazon EC2 yang digunakan oleh grup [Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/auto-scaling-groups.html).
### Permintaan wadah ukuran yang tepat
Di [Kubecost](https://auth.app.kubecost.com/login), pilih **Penghematan** dari bilah navigasi, dan buka halaman **Permintaan rekomendasi ukuran kanan**. Halaman ini menunjukkan [efisiensi](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=dashboard-efficiency-idle) pod, rekomendasi ukuran yang tepat, dan perkiraan penghematan biaya. Anda dapat menggunakan tombol **Customize** untuk memfilter berdasarkan **Cluster**, **Node**, **Namespace\$1 Controller**, dan lainnya.
Sebagai contoh, pertimbangkan bahwa Kubecost telah menghitung bahwa beberapa pod Anda dilebih-lebihkan dalam hal CPU dan RAM (memori). Kemudian, Kubecost merekomendasikan agar Anda menyesuaikan dengan nilai CPU dan RAM baru untuk mencapai perkiraan penghematan bulanannya. Untuk mengubah nilai CPU dan RAM, Anda harus memperbarui file [manifes penyebaran](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/) Anda.
### Kelola node yang kurang dimanfaatkan
Di [Kubecost](https://auth.app.kubecost.com/login), pilih **Savings** dari navigation bar, lalu pilih **Manage** underutilized nodes.
Pertimbangkan contoh di mana halaman menunjukkan bahwa satu node dalam cluster kurang dimanfaatkan dalam hal CPU dan RAM (memori) dan oleh karena itu dapat dikeringkan dan dihentikan atau diubah ukurannya. Memilih node yang tidak lulus pemeriksaan node dan pod akan memberi Anda lebih banyak informasi tentang mengapa mereka tidak dapat dikeringkan.
### Memperbaiki beban kerja yang ditinggalkan
Di [Kubecost](https://auth.app.kubecost.com/login), pilih **Savings** dari navigation bar, lalu pilih halaman **Abandoned** Workloads. **Dalam contoh ini, Anda memfilter berdasarkan Namespace yang disebut windows.** Halaman ini menunjukkan pod yang belum memenuhi ambang lalu lintas dan dianggap ditinggalkan. Pod perlu mengirim atau menerima sejumlah lalu lintas jaringan selama periode yang ditentukan.
Setelah mempertimbangkan dengan cermat bahwa satu atau beberapa pod ditinggalkan, Anda dapat menghemat biaya dengan mengurangi jumlah replika, menghapus penerapan, mengubah ukurannya untuk mengkonsumsi lebih sedikit sumber daya, atau memberi tahu pemilik aplikasi bahwa Anda yakin penerapan tersebut ditinggalkan.
### Bertindak berdasarkan rekomendasi
Di bagian **Right-size your cluster nodes**, Kubecost menganalisis penggunaan node worker di cluster, dan membuat rekomendasi tentang ukuran node yang tepat untuk mengurangi biaya. Ada dua jenis grup node yang dapat digunakan dengan Amazon EKS: [dikelola sendiri dan [dikelola](https://docs.aws.amazon.com/eks/latest/userguide/managed-node-groups.html)](https://docs.aws.amazon.com/eks/latest/userguide/worker.html).
### Perbarui node yang dikelola sendiri
Untuk informasi tentang memperbarui node yang dikelola sendiri, lihat [Pembaruan node yang dikelola sendiri](https://docs.aws.amazon.com/eks/latest/userguide/update-workers.html) dalam dokumentasi Amazon EKS. Ini menyatakan bahwa grup node yang dibuat dengan tidak `eksctl` dapat diperbarui dan harus dimigrasikan ke grup node baru dengan konfigurasi baru.
Sebagai contoh, asumsikan bahwa Anda memiliki grup node Windows yang disebut `ng-windows-m5-2xlarge`**** (yang menggunakan instance EC2 m5.2xlarge) dan Anda ingin memigrasikan pod ke [grup node baru](https://docs.aws.amazon.com/eks/latest/userguide/launch-windows-workers.html) yang disebut `ng-windows-t3-large`**** (yang didukung oleh instance EC2 t3.large untuk menghemat biaya).
Untuk bermigrasi ke grup node baru saat Anda menggunakan grup node yang digunakan oleh`eksctl`, lakukan hal berikut:
1. Untuk menemukan node yang saat ini adalah pod, jalankan `kubectl describe pod -n ` perintah.
1. Jalankan perintah `kubectl describe node `. Output menunjukkan bahwa node berjalan pada instance m5.2xlarge. Ini juga cocok dengan nama grup node (`ng-windows-m5-2xlarge`).
1. Untuk mengubah penyebaran untuk menggunakan grup node`ng-windows-t3-large`, hapus grup node `ng-windows-m5-2xlarge` dan jalankan`kubectl describe svc,deploy,pod -n windows`. Penerapan segera mulai diterapkan kembali sekarang setelah grup simpulnya telah dihapus.
**catatan**
Akan ada downtime layanan saat Anda menghapus grup node.
1. Jalankan `kubectl describe svc,deploy,pod -n windows` perintah lagi setelah beberapa menit. Outputnya menunjukkan bahwa semua pod berada dalam keadaan **Running** lagi.
1. Untuk menunjukkan bahwa pod sekarang berjalan pada grup node`ng-windows-t3-large`, jalankan `kubectl describe node ` perintah `kubectl describe pod -n ` and lagi.
### Metode pengubahan ukuran alternatif
Metode ini berlaku untuk kombinasi grup node yang dikelola sendiri atau dikelola. [Beban kerja yang bermigrasi dengan mulus dari grup node yang dikelola sendiri EKS ke posting blog grup node yang dikelola](https://aws.amazon.com/blogs/containers/seamlessly-migrate-workloads-from-eks-self-managed-node-group-to-eks-managed-node-groups/) EKS memberikan panduan tentang cara memigrasikan beban kerja Anda dari satu grup node dengan tipe instance besar ke grup node yang berukuran tepat tanpa waktu henti apa pun.
## Langkah selanjutnya
Kubecost memudahkan untuk memvisualisasikan biaya lingkungan Amazon EKS Anda. Integrasi mendalam Kubecost dengan Kubernetes dan AWS APIs dapat membantu Anda menemukan potensi penghematan biaya. Anda dapat melihat ini sebagai rekomendasi di dasbor **Tabungan** Kubecost. Kubecost juga dapat mengimplementasikan beberapa rekomendasi ini untuk Anda melalui fitur [cluster](https://github.com/kubecost/cluster-turndown) controller.
Kami menyarankan Anda meninjau step-by-step penerapan di [AWS dan Kubecost berkolaborasi untuk memberikan pemantauan biaya untuk posting blog pelanggan EKS](https://aws.amazon.com/blogs/containers/aws-and-kubecost-collaborate-to-deliver-cost-monitoring-for-eks-customers/) dari blog Containers. AWS
## Sumber daya tambahan
+ [Lokakarya Amazon EKS (Lokakarya](https://www.eksworkshop.com/) Amazon EKS)
+ [AWS dan Kubecost berkolaborasi untuk memberikan pemantauan biaya bagi pelanggan EKS](https://aws.amazon.com/blogs/containers/aws-and-kubecost-collaborate-to-deliver-cost-monitoring-for-eks-customers/) (Blog)AWS
+ [Lokakarya Amazon EKS Finhack](https://catalog.us-east-1.prod.workshops.aws/workshops/c4ab40ed-0299-4a4e-8987-35d90ba5085e/en-US) (Studio AWS Lokakarya)
+ [Wadah Windows aktif AWS](https://catalog.us-east-1.prod.workshops.aws/workshops/1de8014a-d598-4cb5-a119-801576492564/en-US) (Studio AWS Bengkel)