**Bantu tingkatkan halaman ini**
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Untuk berkontribusi pada panduan pengguna ini, pilih **Edit halaman ini pada GitHub** tautan yang terletak di panel kanan setiap halaman.
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mengatur dan memantau sumber daya cluster
Bab ini mencakup topik berikut untuk membantu mengelola klaster Anda. Anda juga dapat melihat informasi tentang [sumber daya Kubernetes](view-kubernetes-resources.md) Anda dengan file. Konsol Manajemen AWS
+ Dasbor Kubernetes adalah UI berbasis web tujuan umum untuk klaster Kubernetes. Hal ini memungkinkan pengguna untuk mengelola aplikasi yang berjalan di cluster dan memecahkan masalah mereka, serta mengelola cluster itu sendiri. Untuk informasi selengkapnya, lihat Repositori [Dasbor Kubernetes.](https://github.com/kubernetes/dashboard) GitHub
+ [Melihat penggunaan resource dengan Kubernetes Metrics Server](metrics-server.md) – Server Metrik Kubernetes adalah agregator data penggunaan sumber daya di klaster Anda. Ini tidak digunakan secara default di klaster Anda, tetapi digunakan oleh add-on Kubernetes, seperti Dasbor Kubernetes dan. [Menskalakan penerapan pod dengan Horizontal Pod Autoscaler](horizontal-pod-autoscaler.md) Dalam topik ini Anda akan mempelajari cara menginstal Server Metrik.
+ [Menerapkan aplikasi dengan Helm di Amazon EKS](helm.md) – Manajer Helm package untuk Kubernetes membantu Anda menginstal dan mengelola aplikasi di klaster Kubernetes Anda. Topik ini membantu Anda menginstal dan menjalankan binari Helm sehingga Anda dapat menginstal dan mengelola grafik menggunakan Helm CLI pada komputer lokal Anda.
+ [Mengatur sumber daya Amazon EKS dengan tag](eks-using-tags.md) – Untuk membantu Anda mengelola sumber daya Amazon EKS, Anda dapat menetapkan metadata Anda sendiri ke setiap sumber daya dalam bentuk *tanda*. Topik ini menjelaskan tag dan menunjukkan cara membuatnya.
+ [Lihat dan kelola kuota layanan Amazon EKS dan Fargate](service-quotas.md)— AWS Akun Anda memiliki kuota default, sebelumnya disebut sebagai batas, untuk setiap layanan. AWS Pelajari tentang kuota untuk Amazon EKS dan cara meningkatkannya.
# Pantau dan optimalkan biaya klaster Amazon EKS
Pemantauan biaya adalah aspek penting dalam mengelola cluster Kubernetes Anda di Amazon EKS. Dengan mendapatkan visibilitas ke biaya klaster Anda, Anda dapat mengoptimalkan pemanfaatan sumber daya, menetapkan anggaran, dan membuat keputusan berdasarkan data tentang penerapan Anda. Amazon EKS menyediakan dua solusi pemantauan biaya, masing-masing dengan keunggulan uniknya sendiri, untuk membantu Anda melacak dan mengalokasikan biaya Anda secara efektif:
** AWS Data alokasi biaya split penagihan untuk Amazon EKS** — Fitur asli ini terintegrasi secara mulus dengan Konsol AWS Penagihan, memungkinkan Anda menganalisis dan mengalokasikan biaya menggunakan antarmuka dan alur kerja yang sama yang Anda gunakan untuk layanan lain. AWS Dengan alokasi biaya terpisah, Anda dapat memperoleh wawasan tentang biaya Kubernetes Anda secara langsung di samping pengeluaran Anda yang lain AWS , sehingga lebih mudah untuk mengoptimalkan biaya secara holistik di seluruh lingkungan Anda. AWS Anda juga dapat memanfaatkan fitur AWS Penagihan yang ada seperti Cost Categories dan Cost Anomaly Detection untuk lebih meningkatkan kemampuan manajemen biaya Anda. Untuk informasi selengkapnya, lihat [Memahami data alokasi biaya terpisah](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html) di Panduan Pengguna AWS Penagihan.
**Kubecost —** Amazon EKS mendukung Kubecost, alat pemantauan biaya Kubernetes. Kubecost menawarkan pendekatan Kubernetes-native yang kaya fitur untuk pemantauan biaya, menyediakan rincian biaya granular oleh sumber daya Kubernetes, rekomendasi pengoptimalan biaya, serta dasbor dan laporan. out-of-the-box Kubecost juga mengambil data harga yang akurat dengan mengintegrasikan dengan Laporan AWS Biaya dan Penggunaan, memastikan Anda mendapatkan tampilan yang tepat dari biaya Amazon EKS Anda. Pelajari cara [menginstal Kubecost.](cost-monitoring-kubecost.md#kubecost-overview) Lihat halaman [Kubecost](https://aws.amazon.com/marketplace/pp/prodview-asiz4x22pm2n2) AWS Marketplace untuk informasi tentang mendapatkan langganan Kubecost gratis.
# Lihat biaya menurut Pod dalam AWS penagihan dengan alokasi biaya terpisah
## Pemantauan biaya menggunakan data alokasi biaya AWS terpisah untuk Amazon EKS
Anda dapat menggunakan data alokasi biaya AWS terpisah untuk Amazon EKS untuk mendapatkan visibilitas biaya granular untuk kluster Amazon EKS Anda. Hal ini memungkinkan Anda untuk menganalisis, mengoptimalkan, dan chargeback biaya dan penggunaan untuk aplikasi Kubernetes Anda. Anda mengalokasikan biaya aplikasi ke unit bisnis dan tim individual berdasarkan EC2 CPU Amazon dan sumber daya memori yang dikonsumsi oleh aplikasi Kubernetes Anda. Data alokasi biaya terpisah untuk Amazon EKS memberikan visibilitas ke dalam biaya per Pod, dan memungkinkan Anda untuk mengumpulkan data biaya per Pod menggunakan namespace, cluster, dan primitif Kubernetes lainnya. Berikut ini adalah contoh primitif Kubernetes yang dapat Anda gunakan untuk menganalisis data alokasi biaya Amazon EKS.
+ Nama klaster
+ Deployment
+ Namespace
+ Simpul
+ Nama Beban Kerja
+ Jenis Beban Kerja
[Tag alokasi biaya yang ditentukan pengguna](https://console.aws.amazon.com/costmanagement/home#/tags) juga didukung. Untuk informasi selengkapnya tentang penggunaan data alokasi biaya terpisah, lihat [Memahami data alokasi biaya terpisah](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html) di Panduan Pengguna AWS Penagihan.
## Mengatur Laporan Biaya dan Penggunaan
Anda dapat mengaktifkan Data Alokasi Biaya Pisahkan untuk EKS di Konsol Manajemen Biaya, Antarmuka Baris AWS Perintah, atau. AWS SDKs
Gunakan yang berikut ini untuk *Data Alokasi Biaya Split*:
1. Pilih untuk Membagi Data Alokasi Biaya. Untuk informasi selengkapnya, lihat [Mengaktifkan data alokasi biaya terpisah](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html) di Panduan Pengguna Laporan AWS Biaya dan Penggunaan.
1. Sertakan data dalam laporan baru atau yang sudah ada.
1. Lihat laporannya. Anda dapat menggunakan konsol Billing and Cost Management atau melihat file laporan di Amazon Simple Storage Service.
# Instal Kubecost
Amazon EKS mendukung Kubecost, yang dapat Anda gunakan untuk memantau biaya yang dipecah berdasarkan sumber daya Kubernetes termasuk Pod, node, namespace, dan label. Topik ini mencakup pemasangan Kubecost, dan mengakses dasbor Kubecost.
Amazon EKS menyediakan bundel Kubecost yang AWS dioptimalkan untuk visibilitas biaya cluster. Anda dapat menggunakan perjanjian AWS dukungan yang ada untuk mendapatkan dukungan. Untuk informasi selengkapnya tentang versi Kubecost yang tersedia, lihat. [Pelajari lebih lanjut tentang Kubecost](cost-monitoring-kubecost-bundles.md)
**catatan**
Kubecost v3 memperkenalkan peningkatan arsitektur utama termasuk kinerja yang lebih cepat secara dramatis dan kemampuan otomatisasi yang ditingkatkan. [Pelajari lebih lanjut tentang Kubecost v3.](cost-monitoring-kubecost-bundles.md#kubecost-v3)
Kubecost v2 memperkenalkan beberapa fitur baru utama. [Pelajari lebih lanjut tentang Kubecost v2.](cost-monitoring-kubecost-bundles.md#kubecost-v2)
[Untuk informasi selengkapnya tentang Kubecost, lihat dokumentasi [Kubecost dan Pertanyaan yang sering](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) diajukan.](cost-monitoring-kubecost-bundles.md#cost-monitoring-faq)
## Instal bundel Kubecost yang dioptimalkan Amazon EKS
Anda dapat menggunakan salah satu prosedur berikut untuk menginstal bundel *Kubecost Amazon EKS yang dioptimalkan*:
+ Sebelum memulai, disarankan untuk meninjau [Kubecost - Ikhtisar Arsitektur](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration) untuk memahami cara kerja Kubecost di Amazon EKS.
+ Jika Anda baru mengenal Amazon EKS, kami sarankan Anda menggunakan add-on Amazon EKS untuk instalasi karena ini menyederhanakan instalasi bundel *Kubecost Amazon EKS yang dioptimalkan.* Untuk informasi selengkapnya, lihat [Menerapkan Kubecost di klaster Amazon EKS menggunakan add-on Amazon](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration#ariaid-title3) EKS.
+ Untuk menyesuaikan instalasi, Anda dapat mengonfigurasi *bundel Kubecost Amazon EKS yang dioptimalkan* dengan Helm. *Untuk informasi selengkapnya, lihat [Menerapkan Kubecost di klaster Amazon EKS menggunakan Helm](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration#ariaid-title8) dalam dokumentasi Kubecost.*
**penting**
Untuk Kubecost v3, lokasi bagan Helm telah berubah menjadi. `public.ecr.aws/kubecost/kubecost` Jika Anda memutakhirkan dari v2, perbarui referensi repositori Helm Anda.
**catatan**
Untuk penerapan multi-cluster dengan Kubecost v3, Anda memerlukan penyimpanan objek yang kompatibel dengan S3 (AWS S3 untuk pelanggan EKS) untuk penyimpanan metrik. Ini menggantikan penyimpanan yang kompatibel dengan Prometheus yang digunakan di v2. Untuk informasi selengkapnya, lihat [Instalasi Multi-Cluster](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) di dokumentasi Kubecost.
## Akses dasbor Kubecost
Setelah penyiapan *bundel Kubecost Amazon EKS mengoptimalkan* selesai, Anda harus memiliki akses ke dasbor Kubecost. Lihat informasi yang lebih lengkap di [Akses Dasbor Kubecost](cost-monitoring-kubecost-dashboard.md).
# Akses Dasbor Kubecost
## Prasyarat
1. Pastikan status Pod terkait kubecost adalah “Running”.
```
kubectl get pods --namespace kubecost
```
## Akses Dasbor Kubecost
1. Di perangkat Anda, aktifkan port-forwarding untuk mengekspos dasbor Kubecost.
+ Jika kubecost v3 diinstal menggunakan helm:
```
kubectl port-forward deployment/kubecost-frontend 9090 --namespace kubecost
```
+ Jika kubecost v1 atau v2 diinstal menggunakan helm:
```
kubectl port-forward deployment/kubecost-cost-analyzer 9090 --namespace kubecost
```
+ Jika kubecost diinstal menggunakan add-on Amazon EKS:
```
kubectl port-forward deployment/cost-analyzer 9090 --namespace kubecost
```
Atau, Anda dapat menggunakan [AWS Load Balancer Controller](aws-load-balancer-controller.md) untuk mengekspos Kubecost dan menggunakan Amazon Cognito untuk autentikasi, otorisasi, dan manajemen pengguna. Untuk informasi selengkapnya, lihat [Cara menggunakan Application Load Balancer dan Amazon Cognito untuk mengautentikasi pengguna untuk aplikasi web Kubernetes](https://aws.amazon.com/blogs/containers/how-to-use-application-load-balancer-and-amazon-cognito-to-authenticate-users-for-your-kubernetes-web-apps) Anda.
1. Pada perangkat yang sama yang Anda selesaikan langkah sebelumnya, buka browser web dan masukkan alamat berikut.
```
http://localhost:9090
```
Anda melihat halaman Ikhtisar Kubecost di browser Anda. Mungkin diperlukan waktu 5-10 menit (atau lebih) bagi Kubecost untuk mengumpulkan metrik, tergantung pada ukuran klaster Anda. Anda dapat melihat pengeluaran Amazon EKS Anda, termasuk biaya klaster kumulatif, biaya aset Kubernetes terkait, dan pengeluaran agregat bulanan.
1. Untuk melacak biaya di tingkat klaster, beri tag sumber daya Amazon EKS Anda untuk penagihan. Untuk informasi selengkapnya, lihat [Menandai sumber daya Anda untuk penagihan](eks-using-tags.md#tag-resources-for-billing).
+ **Alokasi biaya** — Lihat biaya Amazon EKS bulanan dan biaya kumulatif untuk setiap ruang nama Anda dan dimensi lainnya selama tujuh hari terakhir. Ini berguna untuk memahami bagian mana dari aplikasi Anda yang berkontribusi terhadap pengeluaran Amazon EKS.
+ **Aset** — Lihat biaya aset AWS infrastruktur yang terkait dengan sumber daya Amazon EKS Anda.
# Pelajari lebih lanjut tentang Kubecost
Amazon EKS menyediakan bundel Kubecost yang AWS dioptimalkan untuk visibilitas biaya cluster. Amazon EKS mendukung Kubecost, yang dapat Anda gunakan untuk memantau biaya yang dipecah berdasarkan sumber daya Kubernetes termasuk Pod, node, namespace, dan label.
Topik ini mencakup versi Kubecost yang tersedia, dan perbedaan antara tingkatan yang tersedia. EKS mendukung Kubecost Versi 1, Versi 2, dan Versi 3. Setiap versi tersedia dalam tingkatan yang berbeda. Anda dapat menggunakan *paket Kubecost Amazon EKS yang dioptimalkan* untuk cluster Amazon EKS Anda tanpa biaya tambahan. Anda mungkin dikenakan biaya untuk penggunaan AWS layanan terkait, seperti Amazon Managed Service for Prometheus. Selain itu, Anda dapat menggunakan perjanjian AWS dukungan yang ada untuk mendapatkan dukungan.
Sebagai administrator platform Kubernetes dan pemimpin keuangan, Anda dapat menggunakan Kubecost untuk memvisualisasikan rincian biaya Amazon EKS, mengalokasikan biaya, dan membebankan kembali unit organisasi seperti tim aplikasi. Anda dapat memberikan data biaya yang transparan dan akurat kepada tim internal dan unit bisnis Anda berdasarkan AWS tagihan aktual mereka. Selain itu, Anda juga bisa mendapatkan rekomendasi khusus untuk pengoptimalan biaya berdasarkan lingkungan infrastruktur dan pola penggunaan dalam cluster mereka. [Untuk informasi selengkapnya tentang Kubecost, lihat dokumentasi Kubecost.](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x)
**Apa perbedaan antara bundel kustom Kubecost dan versi gratis Kubecost (juga dikenal sebagai)? OpenCost**
AWS dan Kubecost berkolaborasi untuk menawarkan versi Kubecost yang disesuaikan. Versi ini mencakup subset fitur komersial tanpa biaya tambahan. Lihat tabel di bawah ini untuk fitur-fitur yang disertakan dalam bundel kustom Kubecost.
## Kubecost v3
**Apa perbedaan antara Kubecost v2 dan v3?**
Kubecost 3.0 adalah peningkatan arsitektur utama yang memberikan kinerja yang lebih cepat secara dramatis, skalabilitas yang ditingkatkan, dan kemampuan optimasi proaktif. Perubahan yang paling signifikan adalah migrasi ke ClickHouse database, menggantikan DuckDB dari versi 2.8, yang menyediakan kueri yang jauh lebih cepat dan kinerja yang lebih andal dalam skala besar. Kubecost 3.0 juga memperkenalkan agen terpadu yang menggabungkan fungsionalitas Kubecost dan Cloudability, menghilangkan ketergantungan Prometheus dan mengurangi footprint memori sambil mempertahankan kompatibilitas. OpenCost
**penting**
[Tinjau dokumentasi Kubecost sebelum memutakhirkan ke v3.](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) Migrasi dari v2 memerlukan perencanaan yang matang dan dapat memengaruhi ketersediaan laporan selama transisi. Lokasi bagan Helm telah berubah menjadi`public.ecr.aws/kubecost/kubecost`.
**Perbaikan arsitektur utama di v3:**
+ **ClickHouse Database**: Menggantikan DuckDB untuk kueri yang lebih cepat secara dramatis dan skalabilitas yang lebih baik
+ **Agen Terpadu**: Menggabungkan fungsionalitas Kubecost dan Cloudability, menghilangkan ketergantungan Prometheus
+ **Penyimpanan yang Kompatibel dengan S3 untuk Multi-Cluster**: Untuk penerapan multi-cluster, v3 menggunakan penyimpanan objek yang kompatibel dengan S3 (AWS S3 untuk pelanggan EKS) alih-alih penyimpanan yang kompatibel dengan Prometheus seperti Amazon Managed Service untuk Prometheus. FinOps Agen menarik metrik dari Kubernetes API dan mendorong ke penyimpanan yang kompatibel dengan S3, kemudian Aggregator menarik data tersebut, melakukan langkah derivasi, dan menampilkan hasil di frontend. Untuk informasi selengkapnya, lihat Panduan [Instalasi Multi-Cluster](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) dan [Secondary Cluster dalam dokumentasi](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=cluster-secondary-clusters-guide) Kubecost.
+ **Mengurangi Jejak Memori**: Persyaratan sumber daya yang jauh lebih rendah sambil mempertahankan fungsionalitas
+ **Arsitektur Sederhana**: Topologi pod kontainer tunggal untuk penskalaan independen dan peningkatan ketahanan
+ **Otomatisasi yang Ditingkatkan**: Ukuran Permintaan Kontainer Otomatis dengan kesadaran multi-cluster dan profil khusus
**Manfaat bundel yang dioptimalkan Amazon EKS di v3:**
*Paket Kubecost Amazon EKS yang dioptimalkan* terus tersedia tanpa biaya tambahan dan dibebaskan dari batas pengeluaran \$1100.000 USD baru yang diperkenalkan di tingkat gratis Kubecost v3. Pengguna EKS mempertahankan akses penuh ke semua fungsionalitas pengeluaran Kubernetes terlepas dari tingkat pembelanjaan.
**Perbandingan fitur inti:**
| Fitur | Kubecost tingkat gratis 3.0 | Amazon EKS dioptimalkan bundel Kubecost 3.0 | Kubecost Perusahaan 3.0 |
| --- | --- | --- | --- |
| Visibilitas biaya cluster | Cluster tak terbatas, dijamin dengan \$1100k USD menghabiskan lebih dari 30 hari | Multi-cluster terpadu tanpa batas pengeluaran | Jumlah cluster terpadu dan tidak terbatas di lingkungan yang tidak terbatas (yaitu multi-cloud) |
| Backend basis data | ClickHouse (lokal) | ClickHouse dengan penyimpanan yang kompatibel dengan S3 untuk metrik multi-cluster | ClickHouse dengan opsi basis data khusus |
| Performa | Kueri yang jauh lebih cepat vs v2 | Kueri yang jauh lebih cepat vs v2 | Kueri yang jauh lebih cepat vs v2 |
| Jejak memori | Dikurangi vs v2 (tidak ada ketergantungan Prometheus) | Dikurangi vs v2 (tidak ada ketergantungan Prometheus) | Dikurangi vs v2 (tidak ada ketergantungan Prometheus) |
| Ukuran Permintaan Kontainer Otomatis | Tersedia (terbatas pada 250 core) | Tersedia tanpa batas inti | Tersedia tanpa batas inti |
| Batas pengeluaran | \$1100k USD selama 30 hari | Tidak ada batas pengeluaran | Tidak ada batas pengeluaran |
| Otomatisasi multi-cluster | Terbatas | Kesadaran multi-cluster penuh dengan pesan aman | Kesadaran multi-cluster penuh dengan pesan aman |
## Kubecost v2
**Apa perbedaan antara Kubecost v1 dan v2?**
Kubecost 2.0 adalah upgrade besar dari versi sebelumnya dan mencakup fitur-fitur baru utama termasuk API Backend baru. Perhatikan bahwa [Alokasi](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=apis-allocation-api) dan [Aset](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=apis-assets-api) sepenuhnya APIs kompatibel ke belakang. [Harap tinjau dokumentasi Kubecost untuk memastikan transisi yang lancar.](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=installation-kubecost-v2-installupgrade) [Untuk daftar lengkap penyempurnaan, [silakan lihat pengumuman Kubecost v2.0](https://github.com/kubecost/cost-analyzer-helm-chart/releases/tag/v2.0.0) dan catatan rilis lengkapnya.](https://github.com/kubecost/cost-analyzer-helm-chart/releases)
**penting**
[Tinjau dokumentasi Kubecost sebelum melakukan upgrade.](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x) Peningkatan dapat memengaruhi ketersediaan laporan.
**Perbandingan fitur inti:**
| Fitur | Kubecost tingkat gratis 2.0 | Amazon EKS dioptimalkan bundel Kubecost 2.0 | Kubecost Perusahaan 2.0 |
| --- | --- | --- | --- |
| Visibilitas biaya cluster | Cluster tak terbatas hingga 250 core | Multi-cluster terpadu tanpa batas inti saat diintegrasikan dengan Amazon Managed Service untuk Prometheus | Jumlah cluster terpadu dan tidak terbatas di lingkungan yang tidak terbatas (yaitu multi-cloud) |
| Deployment | Pengguna di-host | Pengguna di-host | Dihosting pengguna, Kubecost host (penyewa khusus), SaaS |
| Database didukung | Prometheus Lokal | Layanan Dikelola Amazon untuk Prometheus atau Prometheus Lokal | Setiap rasa prometheus dan basis data khusus |
| Dukungan retensi basis data (metrik mentah) | 15 hari | Data historis tak terbatas | Data historis tak terbatas |
| Retensi API dan UI Kubecost (ETL) | 15 hari | 15 hari | Tidak terbatas. |
| Visibilitas cloud hybrid | - | Amazon EKS dan Amazon EKS Anywhere cluster | Multi-cloud dan cloud hybrid |
| Peringatan dan laporan berulang | Hanya didukung pada cluster primer, terbatas pada 250 core | Peringatan efisiensi, peringatan anggaran, peringatan perubahan belanja, dan [lebih banyak lagi yang didukung](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=navigating-kubecost-ui#ariaid-title6) di semua cluster | Peringatan efisiensi, peringatan anggaran, peringatan perubahan belanja, dan [lebih banyak lagi yang didukung](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=navigating-kubecost-ui#ariaid-title6) di semua cluster |
| Laporan tersimpan | - | Laporan menggunakan metrik 15 hari | Laporan menggunakan data historis dan metrik tak terbatas |
| Integrasi penagihan cloud | Hanya didukung pada cluster primer, terbatas pada 250 core | Dukungan harga khusus untuk AWS (termasuk beberapa cluster dan beberapa akun) | Dukungan harga khusus untuk cloud apa pun |
| Rekomendasi tabungan | Hanya didukung pada cluster primer, terbatas pada 250 core | Wawasan cluster primer, tetapi tidak ada batas 250 inti | Wawasan multi-cluster |
| Tata Kelola: Audit | - | - | Audit peristiwa biaya historis |
| Dukungan masuk tunggal (SSO) | - | Amazon Cognito didukung | Okta, Auth0, PingId KeyCloak, dan apa pun kustom |
| Kontrol akses berbasis peran (RBAC) dengan SAFL 2.0 | - | - | Okta, Auth0, PingId KeyCloak, dan apa pun kustom |
| Pelatihan dan orientasi perusahaan | - | - | Pelatihan dan FinOps orientasi layanan lengkap |
| Tim | - | - | Ya |
**Fitur Baru:**
Fitur-fitur berikut memiliki batas metrik:
+ Agregator Kubecost
+ Pemantauan Jaringan
+ Tindakan Kubecost
+ Koleksi
+ Deteksi anomali
+ Permintaan Kontainer Ukuran Kanan
+ Peramalan Kubecost
+ Pelengkapan otomatis untuk penyaringan dan agregasi
**Batas metrik:**
| Metrik | Kubecost Gratis Tier 2.0 | Amazon EKS dioptimalkan bundel Kubecost 2.0 | Kubecost Perusahaan 2.0 |
| --- | --- | --- | --- |
| Ukuran cluster | Cluster tak terbatas hingga 250 core | Tidak terbatas. | Tidak terbatas. |
| Retensi metrik | 15 hari | 15 hari | Tidak terbatas. |
| Dukungan multi-cluster | Tidak tersedia | Tersedia | Tersedia |
| Batas inti | 250 core per cluster | Tidak ada batas inti | Tidak ada batas inti |
## Kubecost v1
| Fitur | Tingkat gratis Kubecost | Amazon EKS dioptimalkan bundel Kubecost | Perusahaan Kubecost |
| --- | --- | --- | --- |
| **Deployment** | Pengguna di-host | Pengguna di-host | Dihosting pengguna atau di-host Kubecost (SaaS) |
| **Jumlah cluster yang didukung** | Tidak terbatas. | Tidak terbatas. | Tidak terbatas. |
| **Database didukung** | Prometheus Lokal | Prometheus Lokal atau Layanan Dikelola Amazon untuk Prometheus | Prometheus, Layanan Dikelola Amazon untuk Prometheus, Cortex, atau Thanos |
| **Dukungan retensi basis data** | 15 hari | Data historis tak terbatas | Data historis tak terbatas |
| **Retensi API Kubecost (ETL)** | 15 hari | 15 hari | Data historis tak terbatas |
| **Visibilitas biaya cluster** | Cluster tunggal | Multi-cluster terpadu | Multi-cluster terpadu |
| **Visibilitas cloud hybrid** | - | Amazon EKS dan Amazon EKS Anywhere cluster | Dukungan multi-cloud dan hybrid-cloud |
| **Peringatan dan laporan berulang** | - | Peringatan efisiensi, peringatan anggaran, peringatan perubahan belanja, dan lebih banyak lagi yang didukung | Peringatan efisiensi, peringatan anggaran, peringatan perubahan belanja, dan lebih banyak lagi yang didukung |
| **Laporan tersimpan** | - | Laporan menggunakan data 15 hari | Laporan menggunakan data historis tak terbatas |
| **Integrasi penagihan cloud** | Diperlukan untuk setiap cluster individu | Dukungan harga khusus untuk AWS (termasuk beberapa cluster dan beberapa akun) | Dukungan harga khusus untuk AWS (termasuk beberapa cluster dan beberapa akun) |
| **Rekomendasi tabungan** | Wawasan cluster tunggal | Wawasan cluster tunggal | Wawasan multi-cluster |
| **Tata Kelola: Audit** | - | - | Audit peristiwa biaya historis |
| **Dukungan masuk tunggal (SSO)** | - | Amazon Cognito didukung | Okta, Auth0, PingID, KeyCloak |
| **Kontrol akses berbasis peran (RBAC) dengan SAFL `2.0`** | - | - | Okta, Auth0, PingID, Keycloak |
| **Pelatihan dan orientasi perusahaan** | - | - | Pelatihan dan FinOps orientasi layanan lengkap |
## Pertanyaan umum
Lihat pertanyaan dan jawaban umum berikut tentang penggunaan Kubecost dengan Amazon EKS.
**Apa yang dimaksud dengan fitur retensi API Kubecost (ETL)?**
Fitur Kubecost ETL menggabungkan dan mengatur metrik ke visibilitas biaya permukaan pada berbagai tingkat granularitas (seperti,, dan). `namespace-level` `pod-level` `deployment-level` Untuk *paket Kubecost Amazon EKS yang dioptimalkan*, pelanggan mendapatkan data dan wawasan dari metrik selama 15 hari terakhir.
**Apa fitur peringatan dan laporan berulang? Peringatan dan laporan apa yang disertakan?**
Peringatan Kubecost memungkinkan tim menerima pembaruan pada pembelanjaan Kubernetes secara real-time serta pembelanjaan cloud. Laporan berulang memungkinkan tim untuk menerima tampilan kustomisasi dari Kubernetes historis dan belanja cloud. Keduanya dapat dikonfigurasi menggunakan Kubecost UI atau nilai Helm. Mereka mendukung email, Slack, dan Microsoft Teams.
**Apa yang termasuk dalam laporan yang disimpan?**
Laporan tersimpan Kubecost adalah tampilan metrik biaya dan efisiensi yang telah ditentukan sebelumnya. Mereka termasuk biaya berdasarkan cluster, namespace, label, dan banyak lagi.
**Apa itu integrasi penagihan cloud?**
Integrasi dengan AWS penagihan APIs memungkinkan Kubecost menampilkan out-of-cluster biaya (seperti Amazon S3). Selain itu, Kubecost memungkinkan Kubecost untuk mendamaikan prediksi in-cluster Kubecost dengan data penagihan aktual untuk memperhitungkan penggunaan spot, paket tabungan, dan diskon perusahaan.
**Apa yang termasuk dalam rekomendasi tabungan?**
Kubecost memberikan wawasan dan otomatisasi untuk membantu pengguna mengoptimalkan infrastruktur dan pembelanjaan Kubernetes mereka.
**Apakah ada biaya untuk fungsi ini?**
Tidak. Anda dapat menggunakan *paket Kubecost Amazon EKS yang dioptimalkan* tanpa biaya tambahan. Jika Anda menginginkan kapabilitas Kubecost tambahan yang tidak disertakan, Anda dapat membeli Lisensi Perusahaan Kubecost melalui AWS Marketplace, atau langsung dari Kubecost.
**Apakah dukungan tersedia untuk bundel *Kubecost Amazon EKS yang dioptimalkan?***
Ya, hanya jika Anda menggunakan bundel *Kubecost Amazon EKS yang dioptimalkan*.
**Bagaimana cara mendapatkan dukungan untuk bundel *Kubecost Amazon EKS yang dioptimalkan?***
Anda dapat membuka kasus dukungan dengan tim AWS Support di [Contact AWS](https://aws.amazon.com/contact-us/).
**Apakah saya memerlukan lisensi untuk menggunakan fitur Kubecost yang disediakan oleh integrasi Amazon EKS?**
Tidak.
**Dapatkah saya mengintegrasikan Kubecost dengan AWS Cost and Usage Report untuk pelaporan yang lebih akurat?**
Ya. Anda dapat mengonfigurasi Kubecost untuk mengambil data dari Laporan AWS Biaya dan Penggunaan untuk mendapatkan visibilitas biaya yang akurat, termasuk diskon, harga Spot, harga instans yang dipesan, dan lainnya. Untuk informasi selengkapnya, lihat [Integrasi Penagihan AWS Cloud](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=integrations-aws-cloud-billing-integration) di dokumentasi Kubecost.
**Apakah versi ini mendukung manajemen biaya cluster Kubernetes yang dikelola sendiri di Amazon? EC2**
Tidak. *Paket Kubecost yang dioptimalkan Amazon EKS hanya kompatibel* dengan kluster Amazon EKS.
**Bisakah Kubecost melacak biaya untuk Amazon EKS di Fargate? AWS **
Kubecost memberikan upaya terbaik untuk menunjukkan visibilitas biaya cluster untuk Amazon EKS di Fargate, tetapi dengan akurasi yang lebih rendah dibandingkan dengan Amazon EKS di Amazon. EC2 Hal ini terutama disebabkan oleh perbedaan dalam bagaimana Anda ditagih untuk penggunaan Anda. Dengan Amazon EKS di Fargate, Anda ditagih untuk sumber daya yang dikonsumsi. Dengan Amazon EKS di EC2 node Amazon, Anda ditagih untuk sumber daya yang disediakan. Kubecost menghitung biaya EC2 node Amazon berdasarkan spesifikasi node, yang mencakup CPU, RAM, dan penyimpanan sementara. Dengan Fargate, biaya dihitung berdasarkan sumber daya yang diminta untuk Pod Fargate.
**Bagaimana saya bisa mendapatkan update dan versi baru dari Kubecost?**
Anda dapat meng-upgrade versi Kubecost Anda menggunakan prosedur upgrade Helm standar. Untuk Kubecost v3, versi terbaru tersedia di lokasi bagan Helm yang baru. `public.ecr.aws/kubecost/kubecost` Versi sebelumnya (v1 dan v2) tetap tersedia di Galeri [Publik Amazon ECR](https://gallery.ecr.aws/kubecost/cost-analyzer).
**penting**
Saat memutakhirkan ke Kubecost v3, perhatikan bahwa lokasi bagan Helm telah berubah dari ke. `public.ecr.aws/kubecost/cost-analyzer` `public.ecr.aws/kubecost/kubecost` Perbarui referensi repositori Helm Anda.
**Apakah `kubectl-cost` CLI didukung? Bagaimana cara menginstalnya?**
Ya. `Kubectl-cost`adalah alat open source oleh Kubecost (Lisensi Apache 2.0) yang menyediakan akses CLI ke metrik alokasi biaya Kubernetes. Untuk menginstal`kubectl-cost`, lihat [Instalasi](https://github.com/kubecost/kubectl-cost#installation) di GitHub.
**Apakah antarmuka pengguna Kubecost didukung? Bagaimana cara mengaksesnya?**
Kubecost menyediakan dasbor web yang dapat Anda akses melalui `kubectl` port forwarding, ingress, atau load balancer. Anda juga dapat menggunakan AWS Load Balancer Controller untuk mengekspos Kubecost dan menggunakan Amazon Cognito untuk autentikasi, otorisasi, dan manajemen pengguna. Untuk informasi selengkapnya, lihat [Cara menggunakan Application Load Balancer dan Amazon Cognito untuk mengautentikasi pengguna untuk aplikasi web Kubernetes Anda](https://aws.amazon.com/blogs/containers/how-to-use-application-load-balancer-and-amazon-cognito-to-authenticate-users-for-your-kubernetes-web-apps) di blog. AWS
**Apakah batas pengeluaran \$1100k baru di Kubecost v3 memengaruhi pengguna Amazon EKS?**
Tidak. Batas pengeluaran \$1100.000 USD selama 30 hari yang diperkenalkan di tingkat gratis Kubecost v3 tidak berlaku untuk pengguna bundel Kubecost *Amazon EKS* yang dioptimalkan. Pengguna EKS mempertahankan akses penuh ke semua fungsionalitas pengeluaran Kubernetes terlepas dari tingkat pembelanjaan.
**Apa saja peningkatan kinerja utama di Kubecost v3?**
Kubecost v3 memperkenalkan peningkatan kinerja substansional melalui backend ClickHouse database-nya, yang memberikan kueri yang jauh lebih cepat dibandingkan dengan DuckDB yang digunakan di v2.8. Selain itu, arsitektur agen terpadu menghilangkan ketergantungan Prometheus, mengurangi jejak memori sambil mempertahankan fungsionalitas dan kompatibilitas penuh. OpenCost
**Backend penyimpanan apa yang digunakan Kubecost v3 untuk penerapan multi-cluster?**
Kubecost v3 menggunakan penyimpanan objek yang kompatibel dengan S3 (AWS S3 untuk pelanggan EKS) untuk penyimpanan metrik multi-cluster, menggantikan penyimpanan yang kompatibel dengan Prometheus yang digunakan di v2. FinOps Agen mengumpulkan metrik dari Kubernetes API dan mendorongnya ke penyimpanan yang kompatibel dengan S3. Aggregator kemudian mengambil data ini, melakukan perhitungan biaya, dan menampilkan hasilnya di frontend. Untuk petunjuk penyiapan multi-cluster yang lebih detail, lihat Panduan [Instalasi Multi-Cluster](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) dan [Secondary Cluster dalam dokumentasi Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=cluster-secondary-clusters-guide).
**Bisakah saya meng-upgrade langsung dari Kubecost v1 ke v3?**
Tidak. Upgrade langsung dari v1 ke v3 tidak didukung. Anda harus terlebih dahulu meningkatkan ke v2, lalu bermigrasi ke v3. Tinjau dokumentasi Kubecost untuk panduan migrasi yang terperinci, karena prosesnya memerlukan perencanaan yang matang dan dapat memengaruhi ketersediaan laporan selama transisi.
## Fitur Kubecost Tambahan
+ Fitur berikut tersedia di Kubecost v1, v2, dan v3.
+ **Metrik biaya ekspor** — Pemantauan biaya yang dioptimalkan Amazon EKS diterapkan dengan Kubecost. Di v1 dan v2, Kubecost terintegrasi dengan Prometheus untuk penyimpanan dan pemrosesan metrik. Di v3, Kubecost menggunakan ClickHouse database untuk meningkatkan kinerja secara dramatis sambil mempertahankan kompatibilitas. OpenCost Untuk penerapan multi-cluster di v3, metrik disimpan dalam penyimpanan objek yang kompatibel dengan S3 (AWS S3 untuk pelanggan EKS) alih-alih penyimpanan yang kompatibel dengan Prometheus. Kubecost membaca metrik, melakukan perhitungan alokasi biaya, dan menyediakan data melalui antarmuka dan user interface. APIs Arsitektur bervariasi menurut versi tetapi mempertahankan fungsionalitas yang konsisten.
![\[Arsitektur Kubecost\]](http://docs.aws.amazon.com/id_id/eks/latest/userguide/images/kubecost-architecture.png)
Anda dapat menulis kueri untuk memasukkan data Kubecost ke dalam sistem intelijen bisnis Anda saat ini untuk analisis lebih lanjut. Anda juga dapat menggunakannya sebagai sumber data untuk dasbor [Grafana](https://grafana.com/) Anda saat ini untuk menampilkan biaya klaster Amazon EKS yang akrab dengan tim internal Anda. Untuk mempelajari lebih lanjut tentang cara menulis kueri, lihat dokumentasi [OpenCost Konfigurasi](https://opencost.io/docs/installation/prometheus/) atau gunakan contoh model Grafana JSON di repositori [Kubecost Github sebagai referensi.](https://github.com/kubecost/cost-analyzer-helm-chart/tree/develop/cost-analyzer)
+ ** AWS Integrasi Laporan Biaya dan Penggunaan** — Untuk melakukan perhitungan alokasi biaya untuk klaster Amazon EKS Anda, Kubecost mengambil informasi harga publik AWS layanan dan AWS sumber daya dari API Daftar Harga. AWS Anda juga dapat mengintegrasikan Kubecost dengan **Laporan AWS Biaya dan Penggunaan** untuk meningkatkan keakuratan informasi harga khusus untuk akun Anda. AWS Informasi ini mencakup program diskon perusahaan, penggunaan instans cadangan, paket tabungan, dan penggunaan spot. Untuk mempelajari lebih lanjut tentang cara kerja integrasi Laporan AWS Biaya dan Penggunaan, lihat Integrasi [Penagihan AWS Cloud di dokumentasi](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=integrations-aws-cloud-billing-integration) Kubecost.
# Melihat penggunaan resource dengan Kubernetes Metrics Server
Kubernetes Metrics Server adalah agregator data penggunaan sumber daya di klaster Anda, dan tidak digunakan secara default di klaster Amazon EKS. Untuk informasi selengkapnya, lihat [Kubernetes Metrics](https://github.com/kubernetes-sigs/metrics-server) Server aktif. GitHub [Metrics Server biasanya digunakan oleh add on Kubernetes lainnya, seperti [deployment pod Scale dengan Horizontal Pod Autoscaler](horizontal-pod-autoscaler.md) atau Kubernetes Dashboard.](eks-managing.md) Untuk informasi selengkapnya, lihat [Alur metrik sumber daya](https://kubernetes.io/docs/tasks/debug/debug-cluster/resource-metrics-pipeline/) dalam dokumentasi Kubernetes. Topik ini menjelaskan cara men-deploy Server Metrik Kubernetes di klaster Amazon EKS Anda.
**penting**
Metrik dimaksudkan untuk point-in-time analisis dan bukan sumber akurat untuk analisis historis. Mereka tidak dapat digunakan sebagai solusi pemantauan atau untuk tujuan penskalaan non-otomatis lainnya. Untuk informasi tentang alat pemantauan, lihat[Pantau kinerja klaster Anda dan lihat log](eks-observe.md).
## Pertimbangan-pertimbangan
+ Jika secara manual menerapkan Kubernetes Metrics Server ke node Fargate menggunakan manifes, konfigurasikan `metrics-server` deployment untuk menggunakan port selain default. `10250` Pelabuhan ini disediakan untuk Fargate. Versi add-on Amazon EKS dari Metrics Server sudah dikonfigurasi sebelumnya untuk menggunakan port. `10251`
+ Pastikan grup keamanan dan jaringan ACLs mengizinkan port `10250` antara `metrics-server` Pod dan semua node dan Pod lainnya. Server Metrik Kubernetes masih menggunakan port `10250` untuk mengumpulkan metrik dari titik akhir lain di cluster. Jika Anda menerapkan pada node Fargate, izinkan port dan port Server Metrik alternatif yang dikonfigurasi. `10250`
## Terapkan sebagai add-on komunitas dengan Pengaya Amazon EKS
**Baru: Anda sekarang dapat menerapkan Metrics Server sebagai add-on komunitas menggunakan konsol AWS atau Amazon EKS. APIs**
### Terapkan dengan konsol AWS
1. Buka kluster EKS Anda di AWS konsol
1. Dari tab “Add-ons”, pilih **Get More Add-ons**.
1. **Dari bagian “Add-on komunitas”, pilih **Server Metrik** dan kemudian Berikutnya**
1. EKS menentukan versi add-on yang sesuai untuk cluster Anda. Anda dapat mengubah versi menggunakan menu dropdown **Versi**.
1. Pilih **Berikutnya** dan kemudian **Buat** untuk menginstal add-on.
### Sumber daya tambahan
Pelajari lebih lanjut tentang [Pengaya komunitas](community-addons.md).
Anda menginstal atau memperbarui add-on komunitas dengan cara yang sama seperti Add-on Amazon EKS lainnya.
+ [Buat add-on Amazon EKS](creating-an-add-on.md)
+ [Perbarui add-on Amazon EKS](updating-an-add-on.md)
+ [Menghapus add-on Amazon EKS dari klaster](removing-an-add-on.md)
## Menyebarkan dengan manifes
**Baru: Anda sekarang dapat menerapkan Metrics Server sebagai add-on komunitas menggunakan konsol AWS atau Amazon EKS. APIs Petunjuk pemasangan manifes ini akan diarsipkan.**
1. Deploy Server Metrik dengan perintah berikut:
```
kubectl apply -f https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml
```
Jika Anda menggunakan Fargate, Anda harus mengubah file ini. Dalam konfigurasi default, server metrik menggunakan port 10250. Pelabuhan ini disediakan di Fargate. Ganti referensi ke port 10250 di components.yaml dengan port lain, seperti 10251.
1. Verifikasi bahwa `metrics-server` deployment menjalankan jumlah Pod yang diinginkan dengan perintah berikut.
```
kubectl get deployment metrics-server -n kube-system
```
Contoh output adalah sebagai berikut.
```
NAME READY UP-TO-DATE AVAILABLE AGE
metrics-server 1/1 1 1 6m
```
1. Uji server metrik bekerja dengan menampilkan sumber daya (CPU/memori) penggunaan node.
```
kubectl top nodes
```
1. Jika Anda menerima pesan kesalahan`Error from server (Forbidden)`, Anda perlu memperbarui konfigurasi Kubernetes RBAC Anda. Identitas Kubernetes RBAC Anda membutuhkan izin yang cukup untuk membaca metrik klaster. Tinjau [izin API Kubernetes minimum yang diperlukan untuk membaca metrik](https://github.com/kubernetes-sigs/metrics-server/blob/e285375a49e3bf77ddd78c08a05aaa44f2249ebd/manifests/base/rbac.yaml#L5C9-L5C41). GitHub Pelajari cara [memberikan AWS Identitas IAM seperti Peran akses ke](grant-k8s-access.md#authentication-modes) Kubernetes. APIs
# Menerapkan aplikasi dengan Helm di Amazon EKS
Manajer paket Helm untuk Kubernetes membantu Anda menginstal dan mengelola aplikasi di klaster Kubernetes Anda. Untuk informasi selengkapnya, lihat [Dokumentasi Helm](https://docs.helm.sh/). Topik ini membantu Anda menginstal dan menjalankan biner Helm sehingga Anda dapat menginstal dan mengelola grafik menggunakan Helm CLI pada sistem lokal Anda.
**penting**
Sebelum Anda dapat menginstal grafik Helm di Amazon EKS klaster Anda, Anda harus konfigurasi `kubectl` untuk bekerja untuk Amazon EKS. Jika Anda belum melakukannya, lihat [Connect kubectl ke kluster EKS dengan membuat file kubeconfig](create-kubeconfig.md) sebelum melanjutkan. Jika perintah berikut berhasil untuk cluster Anda, Anda dikonfigurasi dengan benar.
```
kubectl get svc
```
1. Jalankan perintah yang sesuai untuk sistem operasi klien Anda.
+ Jika Anda menggunakan macOS dengan [Homebrew](https://brew.sh/), instal binari dengan perintah berikut.
```
brew install helm
```
+ Untuk opsi penginstalan lainnya, lihat [Menginstal Helm](https://helm.sh/docs/intro/install/) di Helm Docs.
**catatan**
Jika Anda mendapatkan pesan yang `openssl` harus diinstal terlebih dahulu, Anda dapat menginstalnya dengan perintah berikut.
```
sudo yum install openssl
```
1. Untuk mengambil biner baru di `PATH`, Tutup jendela terminal Anda saat ini dan buka jendela baru.
1. Lihat versi Helm yang Anda instal.
```
helm version --template='{{ .Version }}{{ "\n" }}'
```
Contoh output adalah sebagai berikut.
```
v3.17.2
```
1. Pastikan versi yang diinstal kompatibel dengan versi cluster Anda. Periksa [Versi yang Didukung Skew](https://helm.sh/docs/topics/version_skew/#supported-version-skew) untuk mempelajari lebih lanjut. Misalnya, jika Anda menjalankan`3.17.x`, versi Kubernetes yang didukung tidak boleh keluar dari kisaran \$1. `1.29.x` `1.32.x`
1. Pada titik ini, Anda dapat menjalankan perintah Helm apa pun (seperti `helm install chart-name `) untuk menginstal, memodifikasi, menghapus, atau kueri Helm bagan di klaster Anda. Jika Anda baru mengenal Helm dan tidak memiliki bagan khusus untuk dipasang, Anda dapat:
+ Percobaan dengan memasang contoh bagan. Melihat [Memasang contoh bagan](https://helm.sh/docs/intro/quickstart#install-an-example-chart) di Helm [Panduan Quick Start](https://helm.sh/docs/intro/quickstart/).
+ Membuat contoh grafik dan mengajukannya ke Amazon ECR. Untuk informasi selengkapnya, lihat [Mengajukan grafik Helm](https://docs.aws.amazon.com/AmazonECR/latest/userguide/push-oci-artifact.html) di *Panduan Pengguna Registri Kontainer Elastis Amazon*.
+ Instal bagan Amazon EKS dari GitHub repo [eks-charts](https://github.com/aws/eks-charts#eks-charts) atau dari. [ArtifactHub](https://artifacthub.io/packages/search?page=1&repo=aws)
# Mengatur sumber daya Amazon EKS dengan tag
Anda dapat menggunakan *tag* untuk membantu mengelola sumber daya Amazon EKS Anda. Topik ini memberikan gambaran umum pada fungsi tanda serta menunjukkan bagaimana Anda bisa membuat tanda.
**Topics**
+ [Dasar-dasar tag](#tag-basics)
+ [Pemberian tag pada sumber daya Anda](#tag-resources)
+ [Batasan tag](#tag-restrictions)
+ [Menandai sumber daya Anda untuk penagihan](#tag-resources-for-billing)
+ [Bekerja dengan tanda menggunakan konsol](#tag-resources-console)
+ [Cara menggunakan tanda dengan menggunakan CLI, API, atau `eksctl`](#tag-resources-api-sdk)
**catatan**
Tag adalah jenis metadata yang terpisah dari label dan anotasi Kubernetes. Untuk informasi selengkapnya tentang jenis metadata lainnya, lihat bagian berikut dalam dokumentasi Kubernetes:
[Label dan Selektor](https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/)
[Anotasi](https://kubernetes.io/docs/concepts/overview/working-with-objects/annotations/)
## Dasar-dasar tag
Tag adalah label yang Anda tetapkan ke AWS sumber daya. Setiap tag terdiri dari *kunci* dan *nilai* opsional.
Dengan tag, Anda dapat mengkategorikan sumber daya Anda AWS . Misalnya, Anda dapat mengkategorikan sumber daya berdasarkan tujuan, pemilik, atau lingkungan. Bila Anda memiliki banyak sumber daya dari jenis yang sama, Anda dapat menggunakan tag yang Anda tetapkan ke sumber daya tertentu untuk mengidentifikasi sumber daya tersebut dengan cepat. Misalnya, Anda dapat menentukan satu set tag untuk kluster Amazon EKS Anda untuk membantu Anda melacak setiap pemilik klaster dan tingkat tumpukan. Kami menyarankan agar Anda merancang serangkaian konsisten kunci tanda untuk setiap jenis sumber daya. Kemudian Anda dapat mencari dan memfilter sumber daya berdasarkan tanda yang Anda tambahkan.
Setelah Anda menambahkan sebuah tanda, Anda dapat mengedit kunci serta nilai tanda atau menghilangkan tanda dari sumber daya kapanpun yang Anda mau. Jika Anda menghapus sebuah sumber daya, tanda apapun untuk sumber daya tersebut juga dihapus.
Tag tidak memiliki arti semantik untuk Amazon EKS dan ditafsirkan secara ketat sebagai serangkaian karakter. Anda dapat mengatur nilai tag ke string kosong. Namun, Anda tidak dapat mengatur nilai tag ke null. Jika Anda menambahkan tanda yang memiliki kunci yang sama dengan tanda yang ada pada sumber daya tersebut, nilai baru akan menimpa nilai sebelumnya.
Jika Anda menggunakan AWS Identity and Access Management (IAM), Anda dapat mengontrol pengguna mana di AWS akun Anda yang memiliki izin untuk mengelola tag.
## Pemberian tag pada sumber daya Anda
Tag dukungan sumber daya Amazon EKS berikut:
+ kluster
+ kelompok simpul terkelola
+ Profil Fargate
Anda dapat menandai sumber daya ini menggunakan yang berikut:
+ Jika Anda menggunakan konsol Amazon EKS, Anda dapat menerapkan tag ke sumber daya baru atau yang sudah ada kapan saja. Anda dapat melakukannya dengan menggunakan tabel **Tanda** pada halaman sumber daya yang relevan. Untuk informasi selengkapnya, lihat [Bekerja dengan tanda menggunakan konsol](#tag-resources-console).
+ Jika Anda menggunakan`eksctl`, Anda dapat menerapkan tag ke sumber daya saat dibuat menggunakan `--tags` opsi.
+ Jika Anda menggunakan AWS CLI, Amazon EKS API, atau AWS SDK, Anda dapat menerapkan tag ke sumber daya baru menggunakan `tags` parameter pada tindakan API yang relevan. Anda dapat memasang tanda ke sumber daya yang ada menggunakan tindakan API `TagResource`. Untuk informasi selengkapnya, lihat [TagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_TagResource.html).
Saat Anda menggunakan beberapa tindakan pembuatan sumber daya, Anda juga dapat menentukan tag untuk sumber daya pada saat yang sama saat Anda membuatnya. Jika tag tidak dapat diterapkan saat sumber daya sedang dibuat, sumber daya gagal dibuat. Mekanisme ini memastikan bahwa sumber daya yang ingin Anda tag dibuat dengan tag yang Anda tentukan atau tidak dibuat sama sekali. Jika Anda menandai sumber daya saat membuatnya, Anda tidak perlu menjalankan skrip penandaan khusus setelah membuat sumber daya.
Tag tidak menyebar ke sumber daya lain yang terkait dengan sumber daya yang Anda buat. Misalnya, tag profil Fargate tidak menyebar ke sumber daya lain yang terkait dengan profil Fargate, seperti Pod yang dijadwalkan dengannya.
## Batasan tag
Pembatasan berikut berlaku untuk tag:
+ Maksimal 50 tag dapat dikaitkan dengan sumber daya.
+ Kunci tag tidak dapat diulang untuk satu sumber daya. Setiap kunci tag harus unik, dan hanya dapat memiliki satu nilai.
+ Panjang tombol dapat mencapai 128 karakter di UTF-8.
+ Nilai dapat mencapai 256 karakter di UTF-8.
+ Jika beberapa AWS layanan dan sumber daya menggunakan skema penandaan Anda, batasi jenis karakter yang Anda gunakan. Beberapa layanan mungkin memiliki batasan pada karakter yang diizinkan. Umumnya, karakter yang diizinkan adalah huruf, angka, spasi, dan karakter berikut: `+` `-` `=` `.` `_` `:` `/``@`.
+ Kunci dan nilai tanda peka huruf besar-kecil.
+ Jangan gunakan`aws:`,` AWS:`, atau kombinasi huruf besar atau kecil seperti awalan untuk kunci atau nilai. Ini hanya disediakan untuk AWS digunakan. Anda tidak dapat mengedit atau menghapus kunci tag atau nilai dengan awalan ini. Tag dengan awalan ini tidak dihitung terhadap tags-per-resource batas Anda.
## Menandai sumber daya Anda untuk penagihan
Saat Anda menerapkan tag ke kluster Amazon EKS, Anda dapat menggunakannya untuk alokasi biaya di Laporan **Biaya & Penggunaan** Anda. Data pengukuran dalam **Laporan Biaya & Penggunaan Anda menunjukkan penggunaan** di semua kluster Amazon EKS Anda. Untuk informasi selengkapnya, lihat [laporan AWS biaya dan penggunaan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage.html) di *Panduan Pengguna AWS Penagihan*.
Tag alokasi biaya yang AWS dihasilkan, khususnya`aws:eks:cluster-name`, memungkinkan Anda memecah biaya EC2 instans Amazon berdasarkan kluster Amazon EKS individual di **Cost Explorer**. Namun, tag ini tidak menangkap biaya pesawat kontrol. Tag secara otomatis ditambahkan ke EC2 instans Amazon yang berpartisipasi dalam kluster Amazon EKS. Perilaku ini terjadi terlepas dari apakah instance disediakan menggunakan grup simpul terkelola Amazon EKS, Karpenter, atau langsung dengan Amazon. EC2 Tag khusus ini tidak dihitung terhadap batas 50 tag. Untuk menggunakan tag, pemilik akun harus mengaktifkannya di konsol AWS Penagihan atau dengan menggunakan API. Saat pemilik akun manajemen AWS Organisasi mengaktifkan tag, tag tersebut juga diaktifkan untuk semua akun anggota organisasi.
Anda juga dapat mengatur informasi penagihan berdasarkan sumber daya yang memiliki nilai kunci tag yang sama. Misalnya, Anda dapat menandai beberapa sumber daya dengan nama aplikasi tertentu, dan kemudian mengatur informasi penagihan Anda. Dengan begitu, Anda dapat melihat total biaya aplikasi itu di beberapa layanan. Untuk informasi selengkapnya tentang menyiapkan laporan alokasi biaya dengan tag, lihat Laporan [Alokasi Biaya Bulanan di Panduan](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/configurecostallocreport.html) Pengguna * AWS Penagihan*.
**catatan**
Jika Anda baru saja mengaktifkan pelaporan, data untuk bulan berjalan tersedia untuk dilihat setelah 24 jam.
**Cost Explorer** adalah alat pelaporan yang tersedia sebagai bagian dari Tingkat AWS Gratis. Anda dapat menggunakan **Cost Explorer** untuk melihat bagan sumber daya Amazon EKS Anda dari 13 bulan terakhir. Anda juga dapat memperkirakan berapa banyak yang akan Anda belanjakan untuk tiga bulan ke depan. Anda dapat melihat pola berapa banyak yang Anda habiskan untuk AWS sumber daya dari waktu ke waktu. Misalnya, Anda dapat menggunakannya untuk mengidentifikasi area yang memerlukan penyelidikan lebih lanjut dan melihat tren yang dapat Anda gunakan untuk memahami biaya Anda. Anda juga dapat menentukan rentang waktu untuk data, dan melihat data waktu menurut hari atau bulan.
## Bekerja dengan tanda menggunakan konsol
Menggunakan konsol Amazon EKS, Anda dapat mengelola tag yang terkait dengan cluster baru atau yang sudah ada dan grup node terkelola.
Saat Anda memilih halaman khusus sumber daya di konsol Amazon EKS, halaman tersebut menampilkan daftar sumber daya tersebut. Misalnya, jika Anda memilih **Cluster** dari panel navigasi kiri, konsol akan menampilkan daftar kluster Amazon EKS. Saat Anda memilih sumber daya dari salah satu daftar (misalnya, klaster tertentu) yang mendukung tanda ini, Anda dapat melihat dan mengelola tandanya di tab **Tanda**.
Anda juga dapat menggunakan **Editor Tag** di Konsol Manajemen AWS, yang menyediakan cara terpadu untuk mengelola tag Anda. Untuk informasi selengkapnya, lihat [Menandai AWS sumber daya Anda dengan Editor AWS Tag](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html) *di Panduan Pengguna Editor Tag*.
### Menambahkan tag pada sumber daya pada pembuatan
Anda dapat menambahkan tanda ke klaster Amazon EKS, grup simpul terkelola, dan profil Fargate ketika Anda membuat fitur tersebut. Untuk informasi selengkapnya, lihat [Buat kluster Amazon EKS](create-cluster.md).
### Menambahkan dan menghapus tag pada sumber daya
Anda dapat menambahkan atau menghapus tag yang terkait dengan cluster Anda langsung dari halaman sumber daya.
1. Buka [konsol Amazon EKS](https://console.aws.amazon.com/eks/home#/clusters).
1. Pada bilah navigasi, pilih AWS Wilayah yang akan digunakan.
1. Pada panel navigasi sebelah kiri, pilih **Klaster**.
1. Pilih klaster tertentu.
1. Pilih tab **Tag**, lalu pilih **Kelola tag**.
1. Pada halaman **Kelola tag**, tambahkan atau hapus tag Anda seperlunya.
+ Untuk menambahkan tanda, pilih **Tambahkan tanda**. Kemudian tentukan kunci dan nilai untuk setiap tag.
+ Untuk menghapus tag, pilih **Hapus tag**.
1. Ulangi proses ini untuk setiap tag yang ingin Anda tambahkan atau hapus.
1. Pilih **Perbarui** untuk menyelesaikan.
## Cara menggunakan tanda dengan menggunakan CLI, API, atau `eksctl`
Gunakan perintah AWS CLI berikut atau operasi Amazon EKS API untuk menambahkan, memperbarui, membuat daftar, dan menghapus tag untuk sumber daya Anda. Anda hanya dapat menggunakan `eksctl` untuk menambahkan tag sekaligus membuat sumber daya baru dengan satu perintah.
| Tugas | AWS CLI | AWS Alat untuk Windows PowerShell | Tindakan API |
| --- | --- | --- | --- |
| Tambahkan atau timpa satu atau beberapa tanda. | [tag-sumber daya](https://docs.aws.amazon.com/cli/latest/reference/eks/tag-resource.html) | [Tambah- EKSResource Tag](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EKSResourceTag.html) | [TagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_TagResource.html) |
| Hapus satu atau beberapa tanda. | [untag-sumber daya](https://docs.aws.amazon.com/cli/latest/reference/eks/untag-resource.html) | [Hapus- EKSResource Tag](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EKSResourceTag.html) | [UntagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_UntagResource.html) |
Contoh berikut menunjukkan cara menandai atau menghapus tag sumber daya menggunakan AWS CLI.
**Contoh 1: Tandai klaster yang sudah ada**
Perintah berikut akan menandai klaster yang sudah ada.
```
aws eks tag-resource --resource-arn resource_ARN --tags team=devs
```
**Contoh 2: Hapus tanda dari klaster yang sudah ada**
Perintah berikut akan menghapus tanda dari klaster yang sudah ada.
```
aws eks untag-resource --resource-arn resource_ARN --tag-keys tag_key
```
**Contoh 3: Cantumkan tanda untuk sumber daya**
Perintah berikut mencantumkan tag yang terkait dengan sumber daya yang ada.
```
aws eks list-tags-for-resource --resource-arn resource_ARN
```
Saat Anda menggunakan beberapa tindakan pembuatan sumber daya, Anda dapat menentukan tag pada saat yang sama saat Anda membuat sumber daya. Tindakan berikut mendukung penentuan tag saat Anda membuat sumber daya.
| Tugas | AWS CLI | AWS Alat untuk Windows PowerShell | Tindakan API | eksctl |
| --- | --- | --- | --- | --- |
| Membuat klaster | [buat-kluster](https://docs.aws.amazon.com/cli/latest/reference/eks/create-cluster.html) | [Baru- EKSCluster](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EKSCluster.html) | [CreateCluster](https://docs.aws.amazon.com/eks/latest/APIReference/API_CreateCluster.html) | `create cluster` |
| Buat grup pengelola simpul\$1 | [buat-nodegroup](https://docs.aws.amazon.com/cli/latest/reference/eks/create-nodegroup.html) | [Baru- EKSNodegroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EKSNodegroup.html) | [CreateNodegroup](https://docs.aws.amazon.com/eks/latest/APIReference/API_CreateNodegroup.html) | `create nodegroup` |
| Buat profil Fargate | [create-fargate-profile](https://docs.aws.amazon.com/cli/latest/reference/eks/create-fargate-profile.html) | [Baru- EKSFargate Profil](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EKSFargateProfile.html) | [CreateFargateProfile.html](https://docs.aws.amazon.com/eks/latest/APIReference/API_CreateFargateProfile.html) | `create fargateprofile` |
+ Jika Anda ingin juga menandai EC2 instance Amazon saat membuat grup node terkelola, buat grup node terkelola menggunakan templat peluncuran. Untuk informasi selengkapnya, lihat [Penandaan instans Amazon EC2](launch-templates.md#launch-template-tagging). Jika instances sudah ada, Anda dapat menambahkan tanda pada instans secara manual. Untuk informasi selengkapnya, lihat [Menandai sumber daya Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_Tags.html#tag-resources) di Panduan EC2 Pengguna Amazon.
# Lihat dan kelola kuota layanan Amazon EKS dan Fargate
Amazon EKS telah terintegrasi dengan Service Quotas, AWS layanan yang dapat Anda gunakan untuk melihat dan mengelola kuota Anda dari lokasi pusat. Untuk informasi selengkapnya, lihat [Apa itu Service Quotas?](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) di *Panduan Pengguna Service Quotas*. Dengan integrasi Service Quotas, Anda dapat dengan cepat mencari nilai kuota layanan Amazon EKS dan AWS Fargate Anda menggunakan dan CLI. Konsol Manajemen AWS AWS
## Lihat kuota layanan EKS di Konsol Manajemen AWS
1. Buka [Konsol Service Quotas](https://console.aws.amazon.com/servicequotas/home/services/eks/quotas).
1. Di panel navigasi kiri, pilih ** AWS layanan**.
1. **Dari daftar ** AWS layanan**, cari dan pilih **Amazon Elastic Kubernetes Service (Amazon EKS**) atau Fargate. AWS **
Dalam daftar **Kuota layanan**, Anda dapat melihat nama kuota layanan, nilai yang diterapkan (jika tersedia), kuota AWS default, dan apakah nilai kuota dapat disesuaikan.
1. Untuk melihat informasi tambahan tentang service quotas, seperti deskripsi, pilih nama kuota.
1. (Opsional) Untuk meminta peningkatan kuota, pilih kuota yang ingin Anda tingkatkan, kemudian pilih **Meminta peningkatan kuota**, masukkan atau pilih informasi yang diperlukan, dan pilih **Minta**.
Untuk bekerja lebih lanjut dengan kuota layanan menggunakan Konsol Manajemen AWS, lihat Panduan Pengguna [Service Quotas](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html). Untuk meminta peningkatan kuota, lihat [Meminta Peningkatan Kuota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) dalam *Panduan Pengguna Service Quotas*.
## Lihat kuota layanan EKS dengan CLI AWS
Jalankan perintah berikut untuk menampilkan kuota Amazon EKS Anda.
```
aws service-quotas list-aws-default-service-quotas \
--query 'Quotas[*].{Adjustable:Adjustable,Name:QuotaName,Value:Value,Code:QuotaCode}' \
--service-code eks \
--output table
```
Jalankan perintah berikut untuk menampilkan kuota Fargate Anda.
```
aws service-quotas list-aws-default-service-quotas \
--query 'Quotas[*].{Adjustable:Adjustable,Name:QuotaName,Value:Value,Code:QuotaCode}' \
--service-code fargate \
--output table
```
**catatan**
Kuota yang dikembalikan adalah jumlah tugas Amazon ECS atau Pod Amazon EKS yang dapat berjalan secara bersamaan di Fargate di akun ini di Wilayah saat ini. AWS
*Untuk bekerja lebih banyak dengan kuota layanan menggunakan CLI, [lihat AWS](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/index.html) kuota layanan di AWS Referensi Perintah CLI.* Untuk meminta peningkatan kuota, lihat [request-service-quota-increase](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/request-service-quota-increase.html)perintah di Referensi Perintah * AWS CLI*.
## Amazon EKS service quotas
AWS merekomendasikan menggunakan Konsol Manajemen AWS untuk melihat kuota Anda saat ini. Untuk informasi selengkapnya, lihat [Lihat kuota layanan EKS di Konsol Manajemen AWS](#service-quotas-console).
*Untuk melihat kuota layanan EKS default, lihat titik [akhir dan kuota Amazon Elastic Kubernetes Service](https://docs.aws.amazon.com/general/latest/gr/eks.html#limits_eks) di Referensi Umum. AWS *
Kuota layanan ini tercantum di bawah **Amazon Elastic Kubernetes Service (Amazon EKS) di konsol Service** Quotas. Untuk meminta peningkatan kuota untuk nilai yang ditampilkan sebagai dapat disesuaikan, lihat [Meminta peningkatan kuota dalam Panduan Pengguna *Service* Quotas](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html).
**catatan**
Penyesuaian komponen berikut **tidak** didukung dalam Service Quotas: \$1 Asosiasi Identitas Pod per klaster. Untuk batas, lihat[Pelajari cara EKS Pod Identity memberikan akses Pod ke layanan AWS](pod-identities.md). \$1 CIDRs untuk Remote Node Networks atau Remote Pod Networks untuk node hybrid. Untuk batas, lihat[Ikhtisar Amazon EKS Hybrid Nodes](hybrid-nodes-overview.md).
## AWS Kuota layanan Fargate
Layanan ** AWS Fargate** di konsol Service Quotas mencantumkan beberapa kuota layanan. Anda dapat mengonfigurasi alarm yang memberi tahu Anda saat penggunaan mendekati kuota layanan. Untuk informasi selengkapnya, lihat [Membuat CloudWatch alarm untuk memantau metrik penggunaan sumber daya Fargate](monitoring-fargate-usage.md#service-quota-alarm).
AWS Akun baru mungkin memiliki kuota awal yang lebih rendah yang dapat meningkat seiring waktu. Fargate terus memantau penggunaan akun di setiap AWS Wilayah, dan kemudian secara otomatis meningkatkan kuota berdasarkan penggunaan. Anda juga dapat meminta peningkatan kuota untuk nilai yang ditampilkan sebagai dapat disesuaikan. Untuk informasi selengkapnya, lihat [Meminta peningkatan kuota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) di *Panduan Pengguna Service Quotas*.
AWS merekomendasikan menggunakan Konsol Manajemen AWS untuk melihat kuota Anda saat ini. Untuk informasi selengkapnya, lihat [Lihat kuota layanan EKS di Konsol Manajemen AWS](#service-quotas-console).
*Untuk melihat AWS Fargate default pada kuota layanan EKS, lihat Kuota layanan [Fargate di Referensi Umum](https://docs.aws.amazon.com/general/latest/gr/eks.html#service-quotas-eks-fargate). AWS *
**catatan**
Fargate juga memberlakukan tugas Amazon ECS dan kuota tingkat peluncuran Amazon EKS Pods. *Untuk informasi selengkapnya, lihat [AWS Kuota pembatasan Fargate di panduan Amazon](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/throttling.html) ECS.*