Topik ini menjelaskan cara menggunakan fitur wawasan biaya untuk menghitung pengeluaran IT secara akurat dalam arsitektur cloud-native berdasarkan status bisnis perusahaan. Fitur ini membantu perusahaan memanfaatkan fleksibilitas dan kinerja teknologi cloud-native serta mengelola biaya secara efisien.
Prasyarat
Kluster Container Service for Kubernetes (ACK) telah dibuat dengan versi Kubernetes 1.18.8 atau lebih baru. Untuk meningkatkan kluster yang ada, lihat Tingkatkan Kluster ACK Secara Manual.
Managed Service for Prometheus diaktifkan untuk kluster tersebut.
Pastikan durasi penyimpanan data metrik Prometheus lebih lama daripada siklus tata kelola biaya. Ubah durasi penyimpanan data metrik jika diperlukan.
Informasi latar belakang
Dalam skenario tata kelola TI tradisional, aplikasi biasanya memiliki akses eksklusif ke sekelompok sumber daya cloud seperti node, instance Server Load Balancer (SLB), dan sumber daya penyimpanan. Pelacakan biaya menjadi lebih mudah karena sumber daya ini ditagih secara terpisah.
Di era cloud-native, konsumsi sumber daya dilakukan secara bersamaan. Sebuah node dapat menjalankan kontainer untuk beberapa aplikasi, dan sumber daya jaringan serta penyimpanan dapat digunakan bersama oleh aplikasi-aplikasi tersebut. Mode berbagi sumber daya ini meningkatkan kompleksitas alokasi biaya, sehingga sulit untuk mengalokasikan biaya secara eksplisit ke setiap unit bisnis.
ACK menyediakan model data biaya serbaguna model data biaya untuk membantu Anda menghitung biaya bisnis secara akurat. Berikut adalah cara kerja fitur wawasan biaya.
Analisis sumber daya yang digunakan oleh setiap pod untuk memperkirakan biaya setiap pod. Sumber daya meliputi CPU, memori, dan penyimpanan.
Alokasikan total biaya kluster secara proporsional ke setiap pod berdasarkan perkiraan biaya. Dengan demikian, Anda dapat memperoleh biaya kluster per pod.
Hitung biaya unit bisnis dengan menjumlahkan biaya semua pod yang terkait dengan unit bisnis dalam siklus tata kelola biaya.
Skenario
Gambar berikut menunjukkan bahwa sebuah perusahaan menerapkan aplikasinya di kluster ACK. Perusahaan memiliki empat departemen: Departemen A bertanggung jawab atas Aplikasi A, Departemen B dan C bertanggung jawab atas Aplikasi B, serta Departemen D bertanggung jawab atas Aplikasi C dan D.
Aplikasi A dan B dijadwalkan pada instance Elastic Compute Service (ECS) berlangganan karena aplikasi ini menyediakan layanan web untuk menangani beban lalu lintas yang stabil. Aplikasi C dan D dijadwalkan pada instance ECS bayar sesuai pemakaian karena aplikasi ini memerlukan sumber daya elastis untuk memproses dan menganalisis data bisnis.
Gunakan fitur wawasan biaya untuk mengelola dan mengoptimalkan biaya
Berikut adalah cara menggunakan dasbor wawasan biaya untuk melihat biaya departemen dan aplikasi.
Langkah 1: Tentukan siklus tata kelola biaya
Tentukan siklus tata kelola biaya kluster:
Instance ECS mendukung dua siklus penagihan. Instance berlangganan ditagih secara bulanan atau mingguan, sedangkan instance bayar sesuai pemakaian ditagih per jam. Dalam topik ini, kluster mencakup instance ECS berlangganan dan bayar sesuai pemakaian. Untuk melihat total biaya kluster, atur siklus tata kelola biaya menjadi bulanan. Gunakan tanggal penagihan ECS sebagai tanggal mulai dan akhir siklus tata kelola biaya untuk analisis yang lebih baik.
Tentukan siklus tata kelola biaya departemen atau aplikasi:
Departemen A, B, dan C menjalankan layanan mereka pada instance ECS berlangganan. Atur siklus tata kelola biaya menjadi bulanan untuk melihat biaya departemen-departemen ini.
Departemen D menjalankan layanan pada instance ECS bayar sesuai pemakaian. Atur siklus tata kelola biaya menjadi harian untuk melihat biaya departemen.
Untuk melihat biaya aplikasi, tentukan siklus tata kelola biaya berdasarkan departemen tempat aplikasi tersebut berada.
Langkah 2: Tentukan kebijakan alokasi biaya berdasarkan jenis bisnis
Saat menghitung biaya bisnis, perkirakan biaya pod yang terkait dengan bisnis tersebut. ACK menyediakan dua kebijakan estimasi biaya: estimasi biaya sumber daya tunggal dan estimasi biaya sumber daya berbobot.
Kebijakan | Deskripsi | Skenario |
Perkirakan biaya berdasarkan CPU atau memori | Kebijakan ini cocok untuk skenario di mana watermark CPU atau memori kluster jauh lebih tinggi daripada yang lainnya. Kebijakan ini juga cocok untuk skenario di mana sebagian besar aplikasi dalam kluster hanya menggunakan satu jenis sumber daya. | |
Perkirakan biaya berdasarkan CPU dan memori berdasarkan bobot yang direkomendasikan atau bobot kustom. | Kebijakan ini cocok untuk skenario di mana watermark CPU kluster mendekati watermark memori. Kebijakan ini juga cocok untuk skenario di mana aplikasi dalam kluster menggunakan kedua jenis sumber daya. |
Secara default, kebijakan estimasi biaya sumber daya tunggal cocok untuk skenario di mana sebagian besar aplikasi hanya menggunakan satu jenis sumber daya. Jika aplikasi Anda hanya menggunakan sumber daya CPU, pilih kebijakan ini.
Untuk informasi lebih lanjut tentang cara memilih kebijakan estimasi biaya dalam skenario yang berbeda, lihat Kebijakan Estimasi Biaya.
Langkah 3: Lihat biaya kluster
Masuk ke Konsol ACK. Di panel navigasi kiri, klik Clusters.
Pada halaman Clusters, temukan kluster yang diinginkan dan klik namanya. Di panel kiri, pilih .
Pada tab Cluster Dimension halaman Cost Insights, atur kondisi filter berikut untuk melihat biaya kluster.
Actual/original bill: Pilih metode untuk menghitung biaya kluster. Dalam contoh ini, Actual Billing cost with discount dipilih.
Rentang waktu: Dalam contoh ini, atur rentang waktu menjadi 2024-05-01 00:00:00 to 2024-05-31 23:59:59.
Di bagian Cumulative Expenses for the Month - Actual Billing cost with discount, lihat total biaya kluster pada Mei 2024.
Langkah 4: Lihat biaya departemen
Pada halaman Cost Insights, klik tab Namespace Dimension dan konfigurasikan kondisi filter berikut untuk melihat biaya namespace.
Namespace (Namespace): Pilih namespace yang digunakan oleh departemen Anda. Dalam contoh ini, namespace default dipilih.
Actual/original bill: Pilih metode untuk menghitung biaya namespace. Dalam contoh ini, Actual Billing cost with discount dipilih.
Rentang waktu: Dalam contoh ini, atur rentang waktu menjadi 2024-05-31 00:00:00 to 2024-05-31 23:59:59.
Departemen D dalam contoh ini memiliki permintaan sumber daya yang fluktuatif. Anda juga dapat menentukan hari tertentu, seperti 2024-05-31, untuk melihat biaya harian Departemen D.
Di bagian Namespace Charges - Actual Billing cost with discount, Anda dapat melihat biaya departemen.
Langkah 5: Lihat biaya aplikasi
Pada halaman Cost Insights, klik tab Application Dimension dan atur kondisi filter berikut untuk melihat biaya aplikasi.
Namespace (Namespace): Pilih namespace aplikasi Anda. Dalam contoh ini, namespace default dipilih.
Label Pair Filter (LabelSelector): Tentukan label aplikasi.
Rentang waktu: Dalam contoh ini, atur rentang waktu menjadi 2024-05-31 10:00 hingga 2024-05-31 16:59.
Biaya harian Aplikasi C dan D dalam contoh ini berfluktuasi karena kebutuhan bisnis. Oleh karena itu, tentukan periode waktu pada hari tertentu, seperti 10:00 hingga 16:59 pada 31 Mei 2024, untuk melihat biaya dalam periode waktu yang ditentukan.
Di bagian Application Cost, Anda dapat melihat biaya aplikasi.
FAQ
Mengapa saya tidak dapat menemukan data biaya bulan atau minggu sebelumnya setelah mengaktifkan fitur wawasan biaya?
Fitur wawasan biaya mulai mengumpulkan data setelah diaktifkan. Tidak ada data historis yang disimpan sebelum fitur diaktifkan.
Mengapa biaya historis yang ditampilkan lebih rendah daripada biaya aktual?
Secara default, Managed Service for Prometheus menyimpan data selama 15 hari. Pastikan rentang waktu yang ditentukan berada dalam periode retensi Managed Service for Prometheus. Jika tidak, biaya historis mungkin lebih rendah daripada biaya aktual. Jika Anda ingin menyimpan data lebih dari 15 hari, lihat Bagaimana cara mengubah durasi penyimpanan sampel data untuk suatu metrik?
Referensi
Selain dasbor wawasan biaya, Anda juga dapat memanggil Allocation API untuk menanyakan biaya departemen dan aplikasi. Allocation API memungkinkan Anda mengumpulkan data wawasan biaya berdasarkan namespace, controller, label, dan pod.
Untuk informasi lebih lanjut tentang metrik wawasan biaya, lihat Analisis Biaya Kluster, Analisis Biaya Namespace, Analisis Biaya Pool Node, dan Analisis Biaya Aplikasi.
Untuk menyederhanakan konfigurasi permintaan dan batas sumber daya untuk kontainer, Anda dapat menggunakan profil sumber daya untuk mendapatkan saran konfigurasi sumber daya untuk kontainer individu. Ini membantu Anda menyesuaikan konfigurasi sumber daya aplikasi.
Dalam skenario multi-cloud dan hybrid cloud, sumber daya dari vendor cloud yang berbeda atau bahkan di lingkungan lokal digunakan. Pemantauan sumber daya dan pengelolaan biaya melalui tampilan terpadu dalam skenario ini menjadi menantang. Untuk informasi lebih lanjut tentang cara menggunakan Distributed Cloud Container Platform for Kubernetes (ACK One) untuk mengelola biaya hybrid cloud, lihat Wawasan Biaya Kluster.