Topik ini menjelaskan cara menggunakan Cost Insight berdasarkan skenario enterprise dunia nyata untuk menghitung alokasi biaya bisnis secara lebih akurat dalam arsitektur cloud-native. Pendekatan ini membantu perusahaan mengelola dan mengendalikan biaya secara efektif sekaligus memanfaatkan fleksibilitas serta efisiensi teknologi cloud-native.
Prasyarat
-
Buat kluster dengan versi 1.18.8 atau yang lebih baru. Untuk informasi selengkapnya, lihat Upgrade kluster secara manual.
-
Pastikan durasi penyimpanan metrik Prometheus lebih panjang daripada siklus tata kelola biaya Anda. Untuk informasi selengkapnya, lihat Tentukan siklus tata kelola biaya dan Sesuaikan durasi penyimpanan metrik.
Informasi latar belakang
Dalam skenario tata kelola TI tradisional, setiap bisnis biasanya menggunakan satu set sumber daya cloud khusus—seperti node, instance Server Load Balancer, dan sumber daya penyimpanan. Sumber daya ini ditagih secara terpisah, sehingga pelacakan biaya relatif mudah.
Pada era cloud-native, pola penggunaan sumber daya telah berubah. Satu node tunggal dapat menjalankan kontainer dari beberapa bisnis secara bersamaan, dan sumber daya jaringan serta penyimpanan dapat digunakan bersama oleh berbagai aplikasi. Model berbagi sumber daya ini meningkatkan kompleksitas alokasi biaya, sehingga sulit untuk mengalokasikan biaya secara jelas ke masing-masing unit bisnis dan menyulitkan wawasan serta manajemen biaya.
Untuk mengatasi hal ini, ACK menyediakan model data biaya umum yang membantu Anda menghitung alokasi biaya bisnis secara lebih akurat. Implementasinya bekerja sebagai berikut:
-
Pertama, analisis sumber daya (seperti CPU, memori, dan penyimpanan) yang digunakan oleh setiap Pod dan hitung biaya simulasi-nya.
-
Selanjutnya, alokasikan total tagihan kluster—termasuk semua biaya sumber daya—ke masing-masing Pod secara proporsional berdasarkan biaya simulasi mereka. Pemisahan proporsional ini memberikan bagian tagihan total kluster untuk setiap Pod.
-
Akhirnya, jumlahkan biaya yang dialokasikan dari semua Pod yang terkait dengan bisnis tertentu selama periode tertentu untuk menentukan total biaya unit bisnis tersebut.
Contoh skenario
Seperti yang ditunjukkan pada diagram berikut, sebuah perusahaan menyebarkan seluruh workload-nya pada satu kluster ACK. Struktur organisasinya mencakup empat departemen: Departemen A mengelola Aplikasi A; Departemen B dan C secara bersama mengelola Aplikasi B; dan Departemen D mengelola Aplikasi C dan D.
Aplikasi A dan B adalah layanan web yang memerlukan workload stabil dan dijadwalkan pada instance ECS langganan. Aplikasi C dan D menangani workload pemrosesan data dan DataAnalysis dengan permintaan sumber daya elastis dan dijadwalkan pada instance ECS pay-as-you-go.
Gunakan Cost Insight untuk manajemen dan optimalisasi biaya
Langkah-langkah berikut menunjukkan cara menggunakan Dasbor visual Cost Insight untuk melihat biaya berdasarkan departemen dan aplikasi.
Langkah 1: Tentukan siklus tata kelola biaya
-
Siklus peninjauan biaya kluster:
Instance ECS memiliki dua siklus penagihan: instance langganan ditagih bulanan atau mingguan, sedangkan instance pay-as-you-go ditagih per jam. Karena skenario ini menggunakan kedua jenis penagihan, atur siklus peninjauan pada tingkat bulanan saat meninjau total biaya kluster. Untuk menyederhanakan perbandingan langsung dan analisis data penagihan, gunakan tanggal penagihan ECS sebagai tanggal mulai dan akhir tata kelola biaya.
-
Siklus peninjauan biaya departemen dan aplikasi:
-
Departemen A, B, dan C menjalankan workload pada node langganan, sehingga siklus tata kelola biayanya bulanan.
-
Departemen D menjalankan workload pada node pay-as-you-go, sehingga siklus tata kelola biayanya harian.
-
Tentukan siklus peninjauan biaya aplikasi berdasarkan departemen pemiliknya.
-
Langkah 2: Pilih strategi alokasi biaya berdasarkan jenis workload
Saat menghitung alokasi biaya bisnis, ACK memperkirakan biaya Pod yang terkait dengan setiap bisnis. ACK menyediakan dua strategi estimasi: estimasi sumber daya tunggal dan estimasi sumber daya hibrida berbobot.
|
Strategi estimasi |
Sub-strategi |
Kasus penggunaan |
|
Kebijakan sumber daya tunggal untuk sumber daya CPU dan memori |
Skenario di mana satu jenis sumber daya jauh lebih banyak digunakan dibandingkan yang lain, atau di mana workload dalam kluster terutama meminta satu jenis sumber daya. |
|
|
Strategi hibrida CPU-memori (bobot yang direkomendasikan) dan strategi hibrida CPU-memori (bobot kustom). |
Skenario di mana aplikasi intensif CPU dan aplikasi optimasi memori dicampur dalam kluster, atau di mana tingkat pemanfaatan CPU dan memori serupa. |
Secara default, gunakan strategi estimasi sumber daya tunggal ketika workload dalam kluster terutama meminta satu jenis sumber daya. Misalnya, jika semua workload bersifat intensif CPU, pilih strategi hanya CPU.
Untuk panduan lebih lanjut mengenai pemilihan dan analisis strategi, lihat Strategi estimasi biaya.
Langkah 3: Lihat biaya kluster
Masuk ke Konsol ACK. Di panel navigasi kiri, klik Clusters.
Pada halaman Clusters, klik nama kluster Anda. Di panel navigasi kiri, klik .
-
Pada halaman Cost Insights, buka tab Cluster Dimension. Atur filter berikut dan tinjau hasil biaya.
-
Actual/Original Bill: Pilih opsi perhitungan biaya kluster. Dalam contoh ini, atur ke Actual post-discount bill cost.
-
Range waktu: Dalam contoh ini, atur ke 2024-05-01 00:00:00 hingga 2024-05-31 23:59:59.
Di bagian Month-to-date spending – Actual post-discount bill cost, lihat total biaya kluster untuk Mei 2024. Setelah menerapkan pengaturan ini, halaman akan menampilkan ikhtisar pengeluaran kluster, termasuk kartu metrik untuk Yesterday’s cluster cost, Day-over-day spending change, Tomorrow’s predicted cost, Week-to-date spending, Month-to-date spending, dan Projected month-end total, serta Cluster spending and capacity trend graph. Nilai yang ditampilkan di Month-to-date spending – Actual post-discount bill cost merepresentasikan total biaya aktual kluster untuk bulan tersebut.
-
Langkah 4: Lihat biaya departemen
-
Pada halaman Cost Insights, buka tab Namespace Dimension. Atur filter berikut dan tinjau hasil alokasi biaya.
-
Namespace (Namespace): Pilih namespace yang sesuai dengan departemen. Dalam contoh ini, gunakan namespace default default.
-
Actual/Original Bill: Pilih opsi perhitungan biaya namespace. Dalam contoh ini, atur ke Actual post-discount bill cost.
-
Range waktu: Dalam contoh ini, atur ke 2024-05-31 00:00:00 hingga 2024-05-31 23:59:59.
Dalam contoh ini, workload Departemen D memiliki permintaan sumber daya yang bervariasi. Anda juga dapat menyesuaikan range waktu ke hari tertentu—misalnya 31 Mei 2024—untuk melihat biaya harian Departemen D.
Kemudian, di bagian Namespace cost allocation, lihat biaya yang dialokasikan untuk departemen tersebut.
-
Langkah 5: Lihat biaya aplikasi
-
Pada halaman Cost Insights, buka tab Application Dimension. Atur filter berikut dan tinjau pengeluaran aplikasi.
-
Namespace (Namespace): Pilih namespace tempat aplikasi berjalan. Dalam contoh ini, gunakan namespace default default.
-
Label selector: Masukkan label yang terkait dengan aplikasi.
-
Range waktu: Dalam contoh ini, atur ke 2024-05-31 10:00 hingga 2024-05-31 16:59.
Dalam contoh ini, Aplikasi C dan D memiliki biaya harian yang bervariasi karena karakteristik workload-nya. Oleh karena itu, persempit range waktu ke jendela tertentu—misalnya 10:00 hingga 16:59—untuk melihat biaya selama periode tersebut.
Kemudian, di bagian Application spending, lihat hasilnya.
Halaman ini menampilkan kartu metrik pemantauan berikut: Application spending (total biaya aplikasi), Current replica count (replika saat ini/maksimum/minimum), Compute resource utilization (CPU, memori, Memori GPU), Hourly node cost (biaya per node), Application runtime / total core-hours consumed, dan Application’s share of cluster/namespace resource utilization.
-
FAQ
Setelah mengaktifkan Cost Insight, mengapa tidak ada data saat saya melihat pengeluaran bulan lalu atau minggu lalu?
Cost Insight mulai merekam data hanya setelah Anda mengaktifkan fitur tersebut. Tidak ada data untuk periode sebelum aktivasi.
Saat melihat pengeluaran historis, mengapa jumlah yang ditampilkan lebih rendah daripada pengeluaran aktual saya?
Prometheus ARMS menyimpan metrik selama 15 hari secara default. Pastikan range waktu yang Anda pilih berada dalam jendela penyimpanan ini. Jika Anda memerlukan periode wawasan biaya yang lebih panjang, lihat Sesuaikan durasi penyimpanan metrik.
Referensi
-
Selain Dasbor visual Cost Insight, Anda juga dapat menggunakan Allocation API untuk mengambil alokasi biaya departemen dan aplikasi dari tagihan kluster. Allocation API memungkinkan Anda mengagregasi biaya bisnis berdasarkan namespace, controller, label, Pod, dan dimensi lainnya.
-
Untuk penjelasan rinci mengenai metrik Cost Insight, lihat Analisis biaya tingkat kluster, Analisis biaya tingkat namespace, Analisis biaya tingkat node pool, dan Analisis biaya tingkat aplikasi.
-
Jika Anda ingin menyederhanakan pengaturan requests dan limits untuk kontainer, gunakan fitur Resource Profiling untuk mendapatkan rekomendasi sumber daya tingkat kontainer dan menyesuaikan konfigurasi aplikasi Anda.
-
Dalam skenario multi-cloud dan Cloud Hibrida, sumber daya dapat berasal dari beberapa penyedia cloud atau bahkan lingkungan on-premises, sehingga pemantauan sumber daya terpadu dan manajemen biaya menjadi lebih menantang. Untuk detail penggunaan ACK One dalam manajemen biaya cloud hibrida, lihat Wawasan biaya kluster.