Edit

Bagikan melalui

Manajemen biaya untuk Kubernetes

Azure Cost Management
Azure Kubernetes Service (AKS)
Azure Managed Disks
Azure Storage
Azure Virtual Machines

Panduan ini menjelaskan cara kerja pengelolaan harga dan biaya di Azure Kubernetes Service (AKS) dibandingkan dengan Amazon Elastic Kubernetes Service (Amazon EKS). Artikel ini menjelaskan cara mengoptimalkan biaya dan menerapkan solusi tata kelola biaya untuk kluster AKS Anda.

Catatan

Artikel ini adalah bagian dari serangkaian artikel yang membantu para profesional yang terbiasa dengan Amazon EKS untuk memahami Azure Kubernetes Service (AKS).

Dasar-dasar biaya Amazon EKS

Di Amazon EKS, Anda membayar harga tetap per jam untuk setiap kluster Amazon EKS. Anda juga membayar jaringan, alat operasi, dan penyimpanan yang digunakan kluster.

Simpul pekerja Amazon EKS adalah instans Amazon EC2 standar, sehingga mereka dikenakan harga Amazon EC2 reguler. Anda juga membayar sumber daya Amazon Web Services (AWS) lain yang Anda provisikan untuk menjalankan simpul pekerja Kubernetes Anda.

Tidak ada biaya tambahan untuk menggunakan grup simpul terkelola Amazon EKS. Anda hanya membayar sumber daya AWS yang Anda provisikan, termasuk instans Amazon EC2, volume Amazon EBS, jam kluster Amazon EKS, dan infrastruktur AWS lainnya.

Saat membuat grup simpul terkelola, Anda dapat memilih untuk menggunakan jenis kapasitas Sesuai Permintaan atau Instans Spot untuk mengelola biaya simpul agen. Amazon EKS menyebarkan grup simpul terkelola dengan grup Auto Scaling Amazon EC2 yang berisi semua Sesuai Permintaan atau semua Instans Spot.

Dengan Instans Sesuai Permintaan, Anda membayar kapasitas komputasi per detik, tanpa komitmen jangka panjang. Instans Spot Amazon EC2 adalah kapasitas Amazon EC2 cadangan yang menawarkan diskon dibandingkan dengan harga Sesuai Permintaan.

  • Instans Spot Amazon EC2 dapat terganggu dengan pemberitahuan gangguan dua menit saat EC2 membutuhkan kapasitas kembali.

  • Amazon menyediakan Spot Fleet, metode untuk mengotomatiskan grup Instans Sesuai Permintaan dan Spot, dan Spot Instance Advisor untuk membantu memprediksi wilayah atau Zona Ketersediaan mana yang mungkin memberikan gangguan minimal.

  • Harga AWS Spot Instance bervariasi. AWS menetapkan harga tergantung pada tren pasokan dan permintaan jangka panjang untuk kapasitas Instans Spot, dan Anda membayar harga yang berlaku untuk periode waktu instans naik.

Analisis biaya Azure Kubernetes Service

Kluster Azure Kubernetes Service (AKS) bergantung pada berbagai sumber daya Azure seperti komputer virtual, disk virtual, load-balancer, dan alamat IP publik. Sumber daya ini dapat digunakan oleh beberapa aplikasi, yang mungkin dikelola oleh tim yang berbeda dalam organisasi. Pola konsumsi sumber daya ini dapat bervariasi, menghasilkan berbagai kontribusi terhadap total biaya sumber daya kluster. Selain itu, beberapa aplikasi mungkin memiliki jejak di beberapa kluster, membuat atribusi biaya dan manajemen menjadi tantangan.

Untuk skenario di mana kluster berisi satu beban kerja, Microsoft Cost Management dapat digunakan untuk mengukur konsumsi sumber daya kluster di bawah grup sumber daya kluster. Namun, beberapa skenario tidak dicakup secara asli oleh solusi itu saja, misalnya:

  • Perincian terperinci penggunaan sumber daya, seperti komputasi, jaringan, dan penyimpanan.
  • Membedakan antara biaya aplikasi individu dan biaya bersama.
  • Menganalisis biaya di beberapa kluster dalam cakupan langganan yang sama.

Untuk meningkatkan pengamatan biaya, AKS telah terintegrasi dengan Microsoft Cost Management untuk memberikan penelusuran biaya terperinci di konstruksi Kubernetes seperti kluster dan namespace layanan. Integrasi ini memungkinkan analisis biaya di kategori komputasi, jaringan, dan penyimpanan Azure.

Addon analisis biaya AKS dibangun di OpenCost, proyek sumber terbuka untuk pengumpulan data penggunaan. Ini memberikan visibilitas biaya dengan mendamaikan data dengan faktur Azure Anda. Data pasca-diproses terlihat langsung di portal analisis biaya Cost Management. Untuk informasi selengkapnya, lihat Analisis biaya Azure Kubernetes Service.

Definisi Biaya

Dalam tampilan namespace layanan dan aset Kubernetes, Anda akan melihat biaya, seperti:

  • Biaya diam: Mewakili biaya kapasitas sumber daya yang tersedia yang tidak digunakan oleh beban kerja apa pun.
  • Biaya layanan: Mewakili biaya yang terkait dengan layanan seperti Perjanjian Tingkat Layanan Waktu Aktif (SLA) dan Pertahanan Microsoft untuk Kontainer.
  • Biaya sistem: Mewakili biaya kapasitas yang dicadangkan oleh AKS pada setiap simpul untuk menjalankan proses sistem yang diperlukan oleh kluster.
  • Biaya yang tidak dialokasikan: Mewakili biaya sumber daya yang tidak dapat dialokasikan ke namespace layanan.

Dasar-dasar biaya AKS

Arsitektur Kubernetes didasarkan pada dua lapisan, sarana kontrol dan satu atau beberapa simpul atau kumpulan simpul. Model harga AKS didasarkan pada dua lapisan arsitektur Kubernetes.

  • Sarana kontrol menyediakan layanan Kubernetes inti, seperti server API dan etcd, dan orkestrasi beban kerja aplikasi. Platform Azure mengelola sarana kontrol AKS, dan untuk tingkat Gratis AKS, sarana kontrol tidak memiliki biaya.

  • Simpul, juga disebut node agen atau simpul pekerja, beban kerja dan aplikasi Kubernetes host. Di AKS, pelanggan sepenuhnya mengelola dan membayar semua biaya untuk simpul agen.

Diagram berikut menunjukkan hubungan antara sarana kontrol dan simpul dalam arsitektur AKS Kubernetes.

Diagram yang menunjukkan sarana kontrol dan simpul dalam arsitektur AKS.

Sarana kontrol

Azure secara otomatis menyediakan dan mengonfigurasi lapisan sarana kontrol saat Anda membuat kluster AKS. Untuk tingkat AKS Free, sarana kontrol gratis.

Untuk perjanjian tingkat layanan sarana kontrol (SLA) yang lebih tinggi, Anda dapat membuat kluster AKS di tingkat Standar. Waktu aktif SLA disertakan secara default di tingkat Standar dan diaktifkan per kluster. Harganya adalah $0,10 per kluster per jam. Untuk informasi selengkapnya, lihat Detail harga AKS.

Kluster di tingkat Standar memiliki lebih banyak sumber daya sarana kontrol, seperti jumlah instans server API, batas sumber daya Etcd, skalabilitas hingga 5.000 simpul, dan dukungan SLA Waktu Aktif yang didukung secara finansial yang ada. AKS menggunakan replika simpul utama di seluruh domain pembaruan dan kesalahan untuk memenuhi persyaratan ketersediaan.

Yang terbaik adalah menggunakan tingkat Standar dalam beban kerja produksi untuk memberikan ketersediaan komponen sarana kontrol yang lebih tinggi. Kluster tingkat gratis memiliki lebih sedikit replika dan sumber daya sarana kontrol terbatas dan tidak direkomendasikan untuk beban kerja produksi.

Simpul

Di AKS, Anda membuat simpul agen atau pekerja di satu atau beberapa kumpulan simpul, yang dapat menggunakan banyak kemampuan inti Azure dalam lingkungan Kubernetes. Biaya AKS hanya untuk simpul yang dilampirkan ke kluster AKS.

Simpul AKS menggunakan beberapa sumber daya infrastruktur Azure, termasuk set skala komputer virtual, jaringan virtual, dan disk terkelola. Misalnya, Anda dapat menggunakan sebagian besar jenis komputer virtual (VM) Azure langsung dalam AKS. Anda dapat menggunakan Reservasi Azure dan paket penghematan Azure untuk komputasi guna mendapatkan diskon signifikan pada sumber daya ini.

Harga kluster AKS didasarkan pada kelas, jumlah, dan ukuran VM di kumpulan simpul. Biaya VM tergantung pada ukuran, jenis CPU, jumlah vCPU, memori, keluarga, dan jenis penyimpanan yang tersedia, seperti solid-state drive (SSD) berkinerja tinggi atau HDD standar. Untuk informasi selengkapnya, lihat Virtual Machine Series. Rencanakan ukuran simpul sesuai dengan persyaratan aplikasi, jumlah simpul, dan kebutuhan skalabilitas kluster.

Untuk informasi selengkapnya tentang simpul agen dan kumpulan simpul, lihat artikel Kumpulan simpul dalam seri ini, dan Membuat dan mengelola beberapa kumpulan simpul untuk kluster di Azure Kubernetes Service (AKS).

Penyebaran kluster AKS

Setiap penyebaran AKS mencakup dua grup sumber daya Azure.

  • Anda membuat grup sumber daya pertama, yang hanya berisi sumber daya layanan Kubernetes dan tidak memiliki biaya yang terkait dengannya.

  • Penyedia sumber daya AKS secara otomatis membuat grup sumber daya kedua atau simpul selama penyebaran. Nama default untuk grup sumber daya ini adalah MC_<resourcegroupname>_<clustername>_<location>, tetapi Anda dapat menentukan nama lain. Untuk informasi selengkapnya, lihat Memberikan nama saya sendiri untuk grup sumber daya simpul AKS.

    Grup sumber daya simpul berisi semua sumber daya infrastruktur kluster dan merupakan sumber daya yang menunjukkan biaya ke langganan Anda. Sumber daya termasuk VM simpul Kubernetes, jaringan virtual, penyimpanan, dan layanan lainnya. AKS secara otomatis menghapus grup sumber daya simpul saat kluster dihapus, jadi Anda harus menggunakannya hanya untuk sumber daya yang berbagi siklus hidup kluster.

Biaya komputasi

Anda membayar Azure VM sesuai dengan ukuran dan penggunaannya. Untuk informasi tentang bagaimana komputasi Azure dibandingkan dengan AWS, lihat Layanan komputasi di Azure dan AWS.

Umumnya, semakin besar ukuran VM yang Anda pilih untuk kumpulan simpul, semakin tinggi biaya per jam untuk simpul agen. Semakin khusus seri VM yang Anda gunakan untuk kumpulan simpul, misalnya unit pemrosesan grafis (GPU)-diaktifkan atau memori dioptimalkan, semakin mahal kumpulannya.

Saat menyelidiki harga Azure VM, ketahui poin-poin berikut:

  • Harga berbeda per wilayah, dan tidak semua layanan dan ukuran VM tersedia di setiap wilayah.

  • Ada beberapa keluarga VM, dioptimalkan untuk berbagai jenis beban kerja.

  • Disk terkelola yang digunakan sebagai drive OS dibebankan secara terpisah, dan Anda harus menambahkan biayanya ke perkiraan Anda. Ukuran disk terkelola tergantung pada kelas, seperti HDD Standar, SSD Standar, SSD Premium, atau Penyimpanan Disk Ultra. Operasi input-output per detik (IOPS) dan throughput dalam MB/detik tergantung pada ukuran dan kelas. Disk OS Ephemeral gratis dan termasuk dalam harga VM.

  • Disk data, termasuk yang dibuat dengan klaim volume persisten, bersifat opsional dan dibebankan secara individual berdasarkan kelasnya, seperti HDD Standar, SSD Standar, SSD Premium, dan Ultra Disk Storage. Anda harus secara eksplisit menambahkan disk data ke estimasi biaya. Jumlah disk data yang diizinkan, SSD penyimpanan sementara, IOPS, dan throughput dalam MB/detik tergantung pada ukuran dan kelas VM.

  • Semakin banyak waktu simpul agen aktif dan berjalan, semakin tinggi total biaya kluster. Lingkungan pengembangan biasanya tidak perlu berjalan terus menerus.

  • Antarmuka jaringan (NIC) gratis.

Biaya penyimpanan

Antarmuka Penyimpanan Kontainer (CSI) adalah standar untuk mengekspos sistem penyimpanan blok dan file ke beban kerja kontainer di Kubernetes. Dengan mengadopsi dan menggunakan CSI, AKS dapat menulis, menyebarkan, dan melakukan iterasi plug-in yang mengekspos sistem penyimpanan Kubernetes tanpa menyentuh kode Kubernetes inti atau menunggu siklus rilisnya.

Jika Anda menjalankan beban kerja yang menggunakan volume persisten CSI pada kluster AKS Anda, pertimbangkan biaya terkait dari penyimpanan yang disediakan dan digunakan aplikasi Anda. Driver penyimpanan CSI di AKS memberikan dukungan asli untuk opsi penyimpanan berikut:

  • Azure Disks membuat sumber daya disk data Kubernetes. Disk dapat menggunakan Azure Premium Storage, didukung oleh SSD berkinerja tinggi, atau Standard Storage, yang didukung oleh HDD biasa atau SSD Standar. Sebagian besar beban kerja produksi dan pengembangan menggunakan Penyimpanan Premium. Disk Azure dipasang sebagai ReadWriteOnce, yang membuatnya hanya tersedia untuk satu simpul AKS. Untuk volume penyimpanan yang dapat diakses oleh beberapa pod secara bersamaan, gunakan Azure Files. Untuk informasi biaya, lihat Harga Disk Terkelola.

  • Azure Files memasang pembagian file blok olahpesan server (SMB) 3.0/3.1 yang didukung oleh akun Azure Storage ke pod AKS. Anda dapat berbagi data di beberapa simpul dan pod. Azure Files dapat menggunakan penyimpanan Standar yang didukung oleh HDD reguler, atau penyimpanan Premium yang didukung oleh SSD berkinerja tinggi. Azure Files menggunakan akun Azure Storage, dan mengumpulkan biaya berdasarkan faktor-faktor berikut:

    • Layanan: Blob, File, Antrean, Tabel, atau disk yang tidak dikelola
    • Jenis akun penyimpanan: GPv1, GPv2, Blob, atau Premium Blob
    • Ketahanan: Penyimpanan redundan lokal (LRS), penyimpanan redundan zona (ZRS), penyimpanan geo-redundan (GRS), atau penyimpanan geo-redundan akses baca (RA-GRS)
    • Tingkat akses: Panas, dingin, atau arsip
    • Operasi dan transfer data
    • Kapasitas yang digunakan dalam GB

  • Azure NetApp Files tersedia di beberapa tingkat SKU dan memerlukan kapasitas minimum yang disediakan sebesar 4 TiB, dengan kenaikan 1 TiB. Biaya Azure NetApp Files didasarkan pada faktor-faktor berikut:

    • SKU
    • Ketahanan: LRS, ZRS, atau GRS
    • Ukuran atau kapasitas yang disediakan, bukan kapasitas yang digunakan
    • Operasi dan transfer data
    • Pencadangan dan pemulihan

Biaya jaringan

Beberapa layanan jaringan Azure dapat menyediakan akses ke aplikasi Anda yang berjalan di AKS:

  • Azure Load Balancer. Secara default, Load Balancer menggunakan SKU Standar. Biaya Load Balancer didasarkan pada:

    • Aturan: Jumlah aturan penyeimbangan beban dan keluar yang dikonfigurasi. Aturan terjemahan alamat jaringan masuk (NAT) tidak dihitung dalam jumlah total aturan.
    • Data yang diproses: Jumlah data yang diproses masuk dan keluar, independen dari aturan. Tidak ada biaya per jam untuk load balancer Standar tanpa aturan yang dikonfigurasi.

  • Azure Application Gateway. AKS sering menggunakan Application Gateway melalui Application Gateway Ingress Controller, atau dengan fronting pengontrol ingress yang berbeda dengan Application Gateway yang dikelola secara manual. Application Gateway mendukung perutean gateway, penghentian Keamanan Lapisan Transportasi (TLS), dan fungsionalitas Web Application Firewall. Biaya Application Gateway didasarkan pada:

    • Harga tetap yang ditetapkan berdasarkan jam atau sebagian jam.
    • Harga satuan kapasitas, biaya berbasis konsumsi tambahan. Setiap unit kapasitas memiliki paling banyak satu unit komputasi, 2.500 koneksi persisten, dan throughput 2,22-Mbps.

  • alamat IP publik memiliki biaya terkait yang bergantung pada:

    • Asosiasi yang dicadangkan vs. dinamis.
    • Tingkat Standar dasar vs. aman dan zona-redundan.

Biaya peluasan skala

Ada beberapa opsi untuk menskalakan kluster AKS untuk menambahkan kapasitas tambahan ke kumpulan simpul:

  • Sesuai permintaan, Anda dapat memperbarui jumlah VM secara manual yang merupakan bagian dari kumpulan simpul, atau menambahkan lebih banyak kumpulan simpul.

  • Autoscaler kluster AKS mengawasi pod yang tidak dapat dijadwalkan pada simpul karena kendala sumber daya, dan secara otomatis meningkatkan jumlah simpul.

  • AKS mendukung menjalankan kontainer pada Azure Container Instances dengan menggunakan implementasi kubelet virtual. Simpul virtual AKS menyediakan pod Container Instances yang dimulai dalam hitungan detik, memungkinkan AKS berjalan dengan kapasitas yang cukup untuk beban kerja rata-rata. Saat kluster AKS kehabisan kapasitas, Anda dapat menskalakan lebih banyak pod Container Instances tanpa mengelola server tambahan apa pun. Anda dapat menggabungkan pendekatan ini dengan autoscaler kluster dan penskalakan manual.

Jika Anda menggunakan penskalaan sesuai permintaan atau autoscaler kluster, akun untuk VM yang ditambahkan. Biaya Container Instances didasarkan pada faktor-faktor berikut:

  • Penagihan metrik berbasis penggunaan per grup kontainer
  • Koleksi vCPU dan memori
  • Penggunaan kontainer tunggal atau berbagi beberapa kontainer
  • Penggunaan kontainer terjadwal bersama yang berbagi siklus hidup jaringan dan simpul
  • Durasi penggunaan dihitung dari mulai atau mulai ulang penarikan gambar hingga berhenti
  • Menambahkan biaya untuk grup kontainer Windows

Biaya peningkatan

Bagian dari siklus hidup kluster AKS melibatkan peningkatan berkala ke versi Kubernetes terbaru. Penting untuk menerapkan rilis keamanan terbaru dan mendapatkan fitur terbaru. Anda dapat meningkatkan kluster AKS dan kumpulan simpul tunggal secara manual atau otomatis. Untuk informasi selengkapnya, lihat Meningkatkan kluster Azure Kubernetes Service (AKS).

Secara default, Azure Kubernetes Service mengonfigurasi peningkatan ke lonjakan dengan satu node tambahan. Nilai 1 default untuk max-surge pengaturan meminimalkan gangguan beban kerja dengan membuat simpul tambahan untuk menggantikan simpul versi lama sebelum menguras atau menguras aplikasi yang ada. Anda dapat menyesuaikan max-surge nilai per kumpulan simpul untuk memungkinkan tradeoff antara kecepatan peningkatan dan gangguan peningkatan. max-surge Meningkatkan nilai menyelesaikan proses peningkatan lebih cepat, tetapi nilai besar untuk max-surge dapat menyebabkan gangguan selama proses peningkatan dan dikenakan biaya tambahan untuk VM tambahan.

Biaya lain

Bergantung pada penggunaan dan persyaratan, kluster AKS dapat dikenakan biaya tambahan berikut:

Pengoptimalan biaya

Rekomendasi berikut membantu Anda mengoptimalkan biaya kluster AKS:

  • Tinjau bagian Pengoptimalan biaya dari Azure Well-Architected Framework untuk AKS.

  • Untuk solusi multipenyewa, isolasi fisik lebih mahal dan menambahkan overhead manajemen. Isolasi logis membutuhkan lebih banyak pengalaman Kubernetes dan meningkatkan area permukaan untuk perubahan dan ancaman keamanan, tetapi berbagi biaya.

  • Reservasi Azure dapat membantu Anda menghemat uang dengan berkomitmen pada paket satu tahun atau tiga tahun untuk beberapa produk, seperti VM di kluster AKS Anda. Anda mendapatkan diskon dengan menservasi kapasitas. Gunakan reservasi Azure untuk Penyimpanan dan Komputasi untuk mengurangi biaya simpul agen.

    Reservasi dapat mengurangi biaya sumber daya Anda hingga 72% dari harga prabayar, dan tidak memengaruhi status runtime sumber daya Anda. Setelah Anda membeli reservasi, diskon secara otomatis berlaku untuk sumber daya yang cocok. Anda dapat membeli reservasi dari portal Azure, atau dengan menggunakan AZURE REST API, PowerShell, atau Azure CLI. Jika Anda menggunakan alat operasional yang mengandalkan ruang kerja Log Analytics, pertimbangkan untuk menggunakan Reservasi untuk penyimpanan ini juga.

  • Tambahkan satu atau beberapa kumpulan simpul spot ke kluster AKS Anda. Kumpulan simpul spot adalah kumpulan simpul yang didukung oleh Azure Spot Virtual Machine Scale Sets. Menggunakan VM spot untuk node kluster AKS Anda memanfaatkan kapasitas Azure yang tidak digunakan dengan penghematan biaya yang signifikan. Jumlah kapasitas yang tidak digunakan yang tersedia bervariasi berdasarkan beberapa faktor, termasuk ukuran simpul, wilayah, dan waktu hari. Azure mengalokasikan simpul spot jika ada kapasitas yang tersedia, tetapi tidak ada SLA untuk simpul spot. Set skala spot yang mendukung kumpulan simpul spot disebarkan dalam satu domain kesalahan, dan tidak menawarkan jaminan ketersediaan tinggi. Saat Azure membutuhkan kapasitas kembali, infrastruktur Azure mengeluarkan simpul spot.

    Saat membuat kumpulan simpul spot, Anda dapat menentukan harga maksimum untuk membayar per jam dan mengaktifkan autoscaler kluster, yang direkomendasikan untuk kumpulan simpul spot. Autoscaler kluster menskalakan dan menskalakan jumlah simpul di kumpulan simpul berdasarkan beban kerja yang sedang berjalan. Untuk kumpulan simpul spot, autoscaler kluster menskalakan jumlah simpul setelah pengeluaran jika simpul masih diperlukan. Untuk informasi selengkapnya, lihat Menambahkan kumpulan simpul spot ke kluster Azure Kubernetes Service (AKS).

  • Pilih ukuran VM yang tepat untuk kumpulan simpul kluster AKS Anda berdasarkan kebutuhan CPU dan memori beban kerja Anda. Azure menawarkan berbagai jenis instans VM yang cocok dengan berbagai kasus penggunaan, dengan kombinasi CPU, memori, penyimpanan, dan kapasitas jaringan yang berbeda. Setiap jenis hadir dalam satu atau beberapa ukuran, sehingga Anda dapat dengan mudah menskalakan sumber daya Anda.

    Anda sekarang dapat menyebarkan dan mengelola aplikasi kontainer dengan AKS yang berjalan pada prosesor berbasis Ampere Altra ARM. Untuk informasi selengkapnya, lihat Azure Virtual Machines dengan prosesor berbasis AMPere Altra ARM.

  • Buat beberapa kumpulan simpul dengan ukuran VM yang berbeda untuk tujuan dan beban kerja khusus. Gunakan taint kubernetes dan toleransi dan label simpul untuk menempatkan aplikasi intensif sumber daya pada kumpulan simpul tertentu untuk menghindari masalah tetangga yang bising. Jaga agar sumber daya simpul ini tetap tersedia untuk beban kerja yang memerlukannya, dan jangan jadwalkan beban kerja lain pada simpul ini. Menggunakan ukuran VM yang berbeda untuk kumpulan simpul yang berbeda juga dapat mengoptimalkan biaya. Untuk informasi selengkapnya, lihat Menggunakan beberapa kumpulan simpul di Azure Kubernetes Service (AKS).

  • Kumpulan simpul mode sistem harus berisi setidaknya satu simpul, sementara kumpulan simpul mode pengguna dapat berisi nol atau lebih simpul. Jika memungkinkan, Anda dapat mengonfigurasi kumpulan simpul mode pengguna untuk menskalakan secara otomatis dari 0 ke N simpul. Anda dapat mengonfigurasi beban kerja untuk memperluas skala dan menskalakan dengan menggunakan Autoscaler Pod Horizontal. Penskalaan otomatis dasar pada CPU dan memori, atau gunakan Autoscaling berbasis Peristiwa (KEDA) Kube untuk mendasarkan penskalaan otomatis pada metrik sistem eksternal seperti Apache Kafka, RabbitMQ, atau Azure Bus Layanan.

  • Pastikan untuk mengatur permintaan dan batasan pod dengan benar untuk meningkatkan kepadatan aplikasi dan menghindari penetapan terlalu banyak sumber daya CPU dan memori ke beban kerja Anda. Amati konsumsi rata-rata dan maksimum CPU dan memori dengan menggunakan Prometheus atau Container Insights. Konfigurasikan batas dan kuota dengan benar untuk pod Anda dalam manifes YAML, bagan Helm, dan Kustomisasi manifes untuk penyebaran Anda.

  • Gunakan objek ResourceQuota untuk mengatur kuota untuk jumlah total memori dan CPU untuk semua pod yang berjalan di namespace tertentu. Penggunaan kuota sumber daya secara sistematis menghindari masalah tetangga yang bising, meningkatkan kepadatan aplikasi, dan mengurangi jumlah simpul agen dan total biaya. Gunakan juga objek LimitRange untuk mengonfigurasi permintaan CPU dan memori default untuk pod di namespace.

  • Gunakan Container Instances untuk bursting.

  • Beban kerja AKS Anda mungkin tidak perlu berjalan terus menerus, seperti beban kerja tertentu dalam kumpulan simpul kluster pengembangan. Untuk mengoptimalkan biaya, Anda dapat sepenuhnya menonaktifkan kluster AKS atau menghentikan satu atau beberapa kumpulan simpul di kluster AKS Anda. Untuk informasi selengkapnya, lihat Menghentikan dan memulai kluster Azure Kubernetes Service (AKS) dan Memulai dan menghentikan kumpulan simpul di Azure Kubernetes Service (AKS).

  • Azure Policy terintegrasi dengan AKS melalui kebijakan bawaan untuk menerapkan penerapan dan perlindungan terpusat, konsisten, dalam skala besar. Aktifkan add-on Azure Policy pada kluster Anda, dan terapkan permintaan dan batas CPU default serta batas sumber daya memori, yang memastikan bahwa batas sumber daya CPU dan memori ditentukan pada kontainer kluster.

  • Gunakan Azure Advisor untuk memantau dan merilis sumber daya yang tidak digunakan.

  • Gunakan anggaran dan tinjauan Microsoft Cost Management untuk melacak pengeluaran.

Tata kelola biaya

Cloud dapat secara signifikan meningkatkan performa teknis beban kerja bisnis. Teknologi cloud juga dapat mengurangi biaya dan overhead pengelolaan aset organisasi. Namun, peluang bisnis ini juga menciptakan risiko, karena penyebaran cloud dapat meningkatkan potensi limbah dan inefisiensi.

Tata kelola biaya adalah proses untuk terus menerapkan kebijakan atau kontrol untuk membatasi pengeluaran dan biaya. Alat Kubernetes asli dan alat Azure mendukung tata kelola biaya dengan pemantauan proaktif dan pengoptimalan biaya infrastruktur yang mendasar.

  • Microsoft Cost Management adalah serangkaian alat Microsoft yang membantu Anda menganalisis, mengelola, dan mengoptimalkan biaya beban kerja Azure Anda. Gunakan rangkaian untuk membantu memastikan bahwa organisasi Anda memanfaatkan manfaat yang diberikan cloud.

  • Tinjau praktik terbaik tata kelola Cloud Adoption Framework untuk Disiplin Cost Management untuk lebih memahami cara mengelola dan mengatur biaya cloud.

  • Jelajahi alat sumber terbuka seperti KubeCost untuk memantau dan mengatur biaya kluster AKS. Anda dapat mencakup alokasi biaya ke penyebaran, layanan, label, pod, dan namespace, yang memberikan fleksibilitas dalam menampilkan dan menagih pengguna kluster.

Referensi Materi

Berikut adalah beberapa materi referensi yang dapat membantu Anda lebih memahami dan memanfaatkan analisis biaya AKS:

Kontributor

Artikel ini dikelola oleh Microsoft. Ini awalnya ditulis oleh kontributor berikut.

Penulis utama:

Kontributor lain:

Untuk melihat profil LinkedIn non-publik, masuk ke LinkedIn.

Langkah berikutnya