Praktik terbaik untuk biaya dan ukuran beban kerja yang dimigrasikan ke Azure

  • Artikel
  • 17 menit untuk membaca

Saat Anda merencanakan dan merancang untuk migrasi Azure, berfokus pada biaya dapat membantu memastikan keberhasilan jangka panjangnya. Selama proyek migrasi, sangat penting bahwa semua tim (seperti tim keuangan, manajemen, dan pengembangan aplikasi) memahami biaya yang terkait dengan proses ini.

  • Sebelum migrasi, penting untuk memiliki garis besar untuk target anggaran bulanan, triwulanan, dan tahunan untuk memperkirakan jumlah yang akan Anda belanjakan untuk migrasi Anda dan memastikan keberhasilannya.
  • Setelah migrasi, Anda harus mengoptimalkan biaya, terus memantau beban kerja, dan merencanakan pola penggunaan di masa mendatang. Sumber daya yang dimigrasikan mungkin awalnya merupakan satu jenis beban kerja tetapi karena penggunaan, biaya, dan perubahan persyaratan bisnis, sumber daya ini beralih ke jenis lain dari waktu ke waktu.

Artikel ini menjelaskan praktik terbaik untuk mempersiapkan dan mengelola biaya dan ukuran, baik sebelum dan sesudah migrasi.

Penting

Praktik dan pendapat terbaik yang dijelaskan dalam artikel ini didasarkan pada platform Azure dan fitur layanan yang tersedia pada saat penulisan. Fitur dan kemampuan berubah dari waktu ke waktu. Tidak semua rekomendasi mungkin berlaku untuk penyebaran Anda, jadi pilih apa yang sesuai untuk Anda.

Sebelum migrasi

Sebelum memindahkan beban kerja ke cloud, perkirakan biaya bulanan untuk menjalankannya di Azure. Mengelola biaya cloud secara proaktif membantu Anda mematuhi anggaran pengeluaran operasional Anda. Jika anggaran terbatas, pertimbangkan ini sebelum migrasi. Pertimbangkan untuk mengonversi beban kerja ke teknologi tanpa server Azure, jika sesuai, untuk mengurangi biaya.

Praktik terbaik di bagian ini membantu Anda:

  • Memperkirakan biaya.
  • Melakukan pengukuran yang tepat untuk mesin virtual (VM) dan penyimpanan.
  • Menggunakan Azure Hybrid Benefit.
  • Menggunakan Azure Reserved VM Instances.
  • Memperkirakan pengeluaran cloud di seluruh langganan.

Praktik terbaik: Memperkirakan biaya beban kerja bulanan

Anda dapat menggunakan beberapa alat untuk memperkirakan tagihan bulanan Anda untuk beban kerja yang dimigrasikan.

  • Kalkulator harga Azure: Pilih produk yang ingin Anda perkirakan, seperti mesin virtual dan penyimpanan. Kemudian, masukkan biaya ke kalkulator untuk membuat perkiraan.

    Screenshot of the Azure pricing calculator.Gambar 1: Kalkulator harga Azure.

  • Azure Migrate: Untuk memperkirakan biaya, Anda perlu meninjau dan memperhitungkan semua sumber daya yang diperlukan untuk menjalankan beban kerja Anda di Azure. Untuk memperoleh data ini, Anda membuat inventaris aset Anda, termasuk server, mesin virtual, database, dan penyimpanan. Anda dapat menggunakan Azure Migrate untuk mengumpulkan informasi ini.

    • Azure Migrate menemukan dan menilai lingkungan lokal Anda untuk menyediakan inventaris.

    • Azure Migrate dapat memetakan dan memperlihatkan dependensi antara mesin virtual, sehingga Anda memiliki gambaran lengkap.

    • Penilaian Azure Migrate berisi perkiraan biaya.

      • Biaya komputasi: Menggunakan ukuran mesin virtual Azure yang direkomendasikan saat Anda membuat penilaian, Azure Migrate menggunakan API Penagihan Azure untuk menghitung perkiraan biaya bulanan mesin virtual. Estimasi mempertimbangkan sistem operasi, Jaminan Perangkat Lunak, Azure Reserved VM Instances, waktu aktif mesin virtual, lokasi, dan pengaturan mata uang. Langkah ini mengagregasi biaya di semua mesin virtual dalam penilaian, dan menghitung total biaya komputasi bulanan.
      • Biaya penyimpanan: Azure Migrate menghitung total biaya penyimpanan bulanan dengan menggabungkan biaya penyimpanan semua mesin virtual dalam penilaian. Anda dapat menghitung biaya penyimpanan bulanan untuk mesin tertentu dengan menggabungkan biaya bulanan semua disk yang melekat padanya.

      Screenshot of Azure MigrateGambar 2: Penilaian Azure Migrasi.

Pelajari selengkapnya:

Praktik terbaik: Mesin virtual berukuran tepat

Anda dapat memilih berbagai opsi saat menyebarkan mesin virtual Azure untuk mendukung beban kerja. Setiap jenis mesin virtual memiliki fitur khusus serta kombinasi CPU, memori, dan disk yang berbeda. Mesin virtual dikelompokkan seperti yang ditunjukkan dalam tabel berikut:

Jenis Detail Penggunaan
Tujuan umum CPU-ke-memori yang Diseimbangkan. Baik untuk pengujian dan pengembangan, database kecil hingga menengah, dan server web dengan lalu lintas volume rendah hingga menengah.
Komputasi dioptimalkan CPU-ke-memori tinggi. Cocok untuk server web lalu lintas dengan volume menengah, appliance jaringan, proses batch, dan server aplikasi.
Memori dioptimalkan Memori tinggi terhadap CPU. Baik untuk database hubungan, cache ukuran sedang hingga besar, dan analitik dalam memori.
Penyimpanan dioptimalkan Throughput disk tinggi dan I/O. Baik untuk database big data, SQL, dan NoSQL.
GPU dioptimalkan VM Khusus. Satu atau beberapa GPU. Grafis berat dan pengeditan video.
Performa tinggi CPU tercepat dan paling kuat. VM dengan antarmuka jaringan throughput tinggi (RDMA) opsional. Aplikasi berkinerja tinggi yang kritis.
  • Penting untuk memahami perbedaan harga antara mesin virtual ini, dan efek anggaran jangka panjang.
  • Setiap jenis memiliki beberapa seri mesin virtual di dalamnya.
  • Selain itu, ketika Anda memilih mesin virtual dalam suatu seri, Anda hanya dapat menurunkan atau menaikkan skala mesin virtual dalam seri tersebut. Misalnya, skala instans DS2_v2 dapat ditingkatkan hingga DS4_v2, tetapi tidak dapat diubah menjadi instans dengan seri yang berbeda, seperti instans F2s_v2.

Pelajari selengkapnya:

Praktik terbaik: Pilih penyimpanan yang tepat

Tuning dan pemeliharaan penyimpanan lokal (SAN atau NAS), dan jaringan untuk mendukung mereka, bisa mahal dan memakan waktu. Data file (penyimpanan) biasanya bermigrasi ke cloud untuk membantu meringankan kerumitan operasional dan manajemen. Microsoft menyediakan beberapa opsi untuk memindahkan data ke Azure, dan Anda perlu membuat keputusan tentang opsi tersebut. Memilih jenis penyimpanan yang tepat untuk data dapat membantu organisasi Anda menghemat beberapa ribu dolar setiap bulan. Berikut adalah beberapa pertimbangan:

  • Data yang tidak banyak diakses dan tidak penting bagi bisnis tidak perlu ditempatkan pada penyimpanan paling mahal.
  • Sebaliknya, data penting bisnis harus ditempatkan pada opsi penyimpanan tingkat yang lebih tinggi.
  • Selama perencanaan migrasi, ambil inventaris data dan klasifikasikan berdasarkan kepentingan, untuk memetakannya ke penyimpanan yang paling sesuai. Pertimbangkan anggaran dan biaya, serta performa. Biaya seharusnya tidak selalu menjadi faktor utama. Memilih opsi yang paling murah dapat mengekspos beban kerja pada risiko performa dan ketersediaan.

Tipe data Storage

Azure menyediakan berbagai jenis data penyimpanan.

Jenis Data Detail Penggunaan
Blobs Dioptimalkan untuk menyimpan sejumlah besar objek tidak terstruktur, seperti teks atau data biner.

Akses data dari mana saja melalui HTTP/HTTPS.

Gunakan untuk skenario streaming dan akses acak. Misalnya, untuk melayani citra dan dokumen langsung ke browser, streaming video dan audio, dan menyimpan data cadangan dan pemulihan bencana.
File Berbagi file secara terkelola diakses melalui SMB 3.0. Gunakan saat memigrasikan berbagi file lokal dan untuk menyediakan beberapa akses/koneksi ke data file.
Disk Berdasarkan blob halaman.

Tipe disk: HDD/SSD standar atau SSD Premium.

Manajemen disk: Tidak dikelola (Anda mengelola pengaturan dan penyimpanan disk) atau dikelola (Anda memilih jenis disk dan Azure mengelola disk untuk Anda).		 Gunakan disk premium untuk mesin virtual. Gunakan disk terkelola untuk manajemen dan penskalaan sederhana.
Antrean Simpan dan ambil sejumlah besar pesan yang diakses melalui panggilan terautentikasi (HTTP atau HTTPS). Sambungkan komponen aplikasi dengan antrean pesan asinkron.
Tabel Simpan tabel. Tipe data ini adalah bagian dari Azure Cosmos DB Table API.

Tingkat akses

Azure Storage menyediakan opsi berbeda untuk mengakses data blob blok. Memilih tingkat akses yang tepat membantu memastikan bahwa Anda menyimpan data blob blok dengan cara yang paling hemat biaya.

Tingkat penyimpanan Detail Penggunaan
Populer Biaya penyimpanan yang lebih tinggi dari dingin. Biaya akses yang lebih rendah dari dingin.

Ini adalah tingkat default.		 Gunakan untuk data yang sedang digunakan, yang sering diakses.
Dingin Biaya penyimpanan yang lebih rendah dari panas. Biaya akses yang lebih tinggi dari panas.

Simpan selama minimal 30 hari.		 Simpan jangka pendek. Data tersedia tetapi jarang diakses.
Mengarsipkan Digunakan untuk blob blok individu.

Pilihan paling hemat biaya untuk penyimpanan. Akses data lebih mahal dari panas dan dingin.		 Gunakan untuk data yang dapat menoleransi beberapa jam latensi pengambilan dan akan tetap berada di tingkat setidaknya selama 180 hari.

Jenis akun penyimpanan

Azure menyediakan berbagai jenis akun penyimpanan dan tingkatan performa.

Jenis akun Detail Penggunaan
v2 tujuan umum standar Mendukung blob (blok, halaman, dan pelengkap), file, disk, antrean, dan tabel.

Mendukung tingkat akses panas, dingin, dan arsip. Penyimpanan zona-redundan (ZRS) didukung.		 Gunakan untuk sebagian besar skenario dan sebagian besar jenis data. Akun penyimpanan standar dapat berbasis HDD atau berbasis SSD.
v2 tujuan umum premium Mendukung data Blob Storage (blob halaman). Mendukung tingkat akses panas, dingin, dan arsip. ZRS didukung.

Disimpan di SSD.		 Microsoft merekomendasikan penggunaan semua mesin virtual.
Tujuan umum v1 Penentuan tingkat penyimpanan tidak didukung. Tidak mendukung ZRS. Gunakan jika aplikasi memerlukan model penyebaran klasik Azure.
Blob Akun penyimpanan khusus untuk menyimpan objek tidak terstruktur. Menyediakan blob blok dan menambahkan blob saja (tidak ada layanan penyimpanan file, antrean, tabel, atau disk). Memberikan durabilitas, ketersediaan, skalabilitas, dan performa yang sama dengan v2 tujuan umum. Anda tidak dapat menyimpan blob halaman di akun ini, dan karena itu tidak dapat menyimpan file VHD. Anda dapat mengatur tingkat penyimpanan ke panas atau dingin.

Opsi redundansi penyimpanan

Akun penyimpanan dapat menggunakan berbagai jenis redundansi untuk ketahanan dan ketersediaan tinggi.

Jenis Detail Penggunaan
Penyimpanan redundan secara lokal (LRS) Melindungi dari pemadaman lokal dengan mereplikasi dalam satu unit penyimpanan ke domain kesalahan terpisah dan domain pembaruan. Menyimpan beberapa salinan data Anda dalam satu pusat data. Menyediakan setidaknya 99,999999999 persen (sebelas sembilan) durabilitas objek selama tahun tertentu. Pertimbangkan apakah aplikasi Anda menyimpan data yang dapat dengan mudah direkonstruksi.
Penyimpanan lewah zona (ZRS) Melindungi terhadap pemadaman pusat data dengan mereplikasi di tiga kluster penyimpanan dalam satu wilayah. Setiap kluster penyimpanan dipisahkan secara fisik dari yang lain dan terletak di zona ketersediaan (AZ) sendiri. Menyediakan setidaknya 99,9999999999 persen (dua belas sembilan) durabilitas objek selama tahun tertentu, dengan menyimpan beberapa salinan data Anda di beberapa pusat data atau wilayah. Pertimbangkan apakah Anda membutuhkan konsistensi, durabilitas, dan ketersediaan tinggi. Mungkin tidak melindungi terhadap bencana regional, ketika beberapa zona terpengaruh secara permanen.
Penyimpanan Geo-redundant (GRS) Melindungi terhadap seluruh pemadaman wilayah, dengan mereplikasi data ke wilayah sekunder ratusan mil jauhnya dari primer. Menyediakan setidaknya 99,99999999999999 persen (enam belas sembilan) durabilitas objek selama tahun tertentu. Data replika tidak tersedia kecuali Microsoft memulai failover ke wilayah sekunder. Jika failover terjadi, akses baca dan tulis tersedia.
Penyimpanan lewah geo akses baca (RA-GRS) Mirip dengan GRS. Menyediakan setidaknya 99,99999999999999 persen (enam belas sembilan) durabilitas objek selama tahun tertentu. Menyediakan ketersediaan baca 99,99 persen, dengan memungkinkan akses baca dari wilayah kedua yang digunakan untuk GRS.

Pelajari selengkapnya:

Praktik terbaik: Manfaatkan Azure Hybrid Benefit

Portofolio yang mengintegrasikan perangkat lunak Microsoft lokal dengan Azure dapat memberi Anda keunggulan kompetitif dan biaya. Jika saat ini Anda memiliki sistem operasi atau lisensi perangkat lunak lainnya melalui Jaminan Perangkat Lunak, Anda dapat membawa lisensi tersebut ke cloud, dengan Azure Hybrid Benefit.

Pelajari selengkapnya:

Praktik terbaik: Gunakan instans mesin virtual yang dipesan

Sebagian besar platform cloud menggunakan model pembayaran bayar sesuai pemakaian. Model ini membawa kerugian, karena Anda tidak tahu seberapa dinamis beban kerja Anda nantinya. Ketika Anda menentukan niat yang jelas untuk beban kerja, Anda berkontribusi pada perencanaan infrastruktur.

Saat Anda menggunakan Azure Reserved VM Instances, Anda membayar di muka untuk jangka waktu satu tahun atau tiga tahun untuk instans mesin virtual.

  • Pembayaran di muka memberikan diskon pada sumber daya yang Anda gunakan.
  • Anda dapat secara signifikan mengurangi mesin virtual, komputasi Azure SQL Database, Azure Cosmos DB, atau biaya sumber daya lainnya yang sebanding dengan harga bayar sesuai pemakaian.
  • Reservasi menyediakan diskon tagihan dan tidak memengaruhi status runtime bahasa umum sumber daya Anda.
  • Anda dapat membatalkan instans yang dipesan.

Screenshot of comparison of pay-as-you-go and Azure Hybrid Benefit with reserved instances.Gambar 3: Azure Reserved VM Instances.

Pelajari selengkapnya:

Praktik terbaik: Pengeluaran cloud agregat di seluruh langganan

Akhirnya, sangat mungkin Anda akan memiliki lebih dari satu langganan Azure. Misalnya, Anda mungkin memerlukan langganan tambahan untuk memisahkan batas pengembangan dan produksi, atau Anda mungkin memiliki platform yang memerlukan langganan terpisah untuk setiap klien. Memiliki kemampuan untuk mengumpulkan pelaporan data di semua langganan ke dalam satu platform adalah fitur yang berharga.

Untuk melakukan ini, Anda dapat menggunakan API Azure Cost Management + Billing. Kemudian, setelah mengagregasi data ke dalam satu sumber seperti Azure SQL Database, Anda dapat menggunakan alat seperti Power BI untuk memunculkan data yang diagregasi. Anda dapat membuat laporan langganan gabungan, dan laporan terperinci. Misalnya, bagi pengguna yang membutuhkan insight proaktif tentang manajemen biaya, Anda dapat membuat pandangan spesifik tentang biaya, berdasarkan departemen, grup sumber daya, atau informasi lainnya. Anda tidak perlu memberi mereka akses penuh ke data penagihan Azure.

Pelajari selengkapnya:

Setelah migrasi

Setelah berhasil memigrasikan beban kerja Anda dan beberapa minggu mengumpulkan data konsumsi, Anda akan memiliki gagasan yang jelas tentang biaya sumber daya. Saat menganalisis data, Anda dapat mulai membuat garis besar anggaran untuk grup sumber daya dan sumber daya Azure. Kemudian, jika memahami di mana anggaran cloud dibelanjakan, Anda dapat menganalisis cara mengurangi biayanya lebih lanjut.

Praktik terbaik: Gunakan Azure Cost Management + Billing

Microsoft menyediakan Azure Cost Management + Billing untuk membantu Anda melacak pengeluaran. Layanan ini:

  • Membantu Anda memantau dan mengontrol pengeluaran Azure, dan mengoptimalkan penggunaan sumber daya.
  • Tinjau seluruh langganan Anda dan semua sumber dayanya, dan buat rekomendasi.
  • Memberi Anda API penuh untuk mengintegrasikan alat eksternal dan sistem keuangan untuk pelaporan.
  • Melacak penggunaan sumber daya dan membantu Anda mengelola biaya cloud dengan satu tampilan terpadu.
  • Memberikan wawasan operasional dan keuangan yang sangat informatif untuk membantu Anda membuat keputusan berdasarkan informasi.

Dengan Azure Cost Management + Billing, Anda dapat:

  • Membuat anggaran sebagai bentuk pertanggungjawaban keuangan.

    • Anda dapat menghitung layanan yang Anda konsumsi atau berlangganan untuk jangka waktu tertentu (bulanan, triwulanan, atau tahunan), dan cakupan (langganan atau grup sumber daya). Misalnya, Anda dapat membuat anggaran langganan Azure untuk periode bulanan, triwulanan, atau tahunan.
      • Anggaran akan ditampilkan dalam analisis biaya setelah Anda membuatnya. Anda perlu melihat tampilan anggaran dibandingkan dengan pengeluaran saat ini ketika menganalisis biaya dan pengeluaran Anda.
    • Anda dapat memilih untuk mengirim pemberitahuan email saat ambang batas anggaran tercapai.
    • Anda dapat mengekspor data manajemen biaya ke Azure Storage untuk menganalisisnya.

    Screenshot of an Azure Cost Management + Billing budget.Gambar 4: Anggaran Azure Cost Management + Billing.

  • Lakukan analisis biaya untuk mengeksplorasi dan menganalisis biaya organisasi Anda, untuk memahami bagaimana biaya diperoleh, dan untuk mengidentifikasi tren pengeluaran.

    • Analisis biaya tersedia untuk pengguna Perjanjian Enterprise.
    • Anda dapat melihat data analisis biaya untuk berbagai cakupan, termasuk berdasarkan departemen, akun, langganan, atau grup sumber daya.
    • Anda bisa mendapatkan analisis biaya yang menunjukkan total biaya untuk bulan berjalan, dan akumulasi biaya harian.

    Screenshot of Azure Cost Management + Billing analysisGambar 5: analisi Anggaran Azure Cost Management + Billing.

  • Dapatkan rekomendasi Azure Advisor yang menunjukkan cara mengoptimalkan dan meningkatkan efisiensi.

Pelajari selengkapnya:

Praktik terbaik: Memantau pemanfaatan sumber daya

Di Azure Anda membayar untuk apa yang Anda gunakan, saat sumber daya dikonsumsi, dan Anda tidak membayar saat tidak digunakan. Untuk mesin virtual, penagihan terjadi saat mesin virtual dialokasikan, dan Anda tidak ditagih setelah mesin virtual tidak dialokasikan. Dengan pemikiran ini, Anda harus memantau mesin virtual yang digunakan, dan memverifikasi ukuran mesin virtual.

Terus evaluasi beban kerja mesin virtual Anda untuk menentukan garis besar. Misalnya, jika beban kerja Anda banyak digunakan dari Senin hingga Jumat, pukul 08.00 hingga 18.00, tetapi jarang digunakan di luar jam tersebut, Anda dapat menurunkan tingkat mesin virtual di luar waktu sibuk. Maksudnya, Anda mungkin perlu mengubah ukuran mesin virtual, atau menggunakan set skala mesin virtual untuk menaikkan atau menurunkan skala mesin virtual secara otomatis. Beberapa perusahaan "menunda" mesin virtual melalui kalender yang menentukan kapan mereka harus tersedia dan kapan mereka tidak diperlukan.

Anda dapat memantau penggunaan mesin virtual dengan menggunakan alat Microsoft, seperti Azure Cost Management + Billing, Azure Monitor, dan Azure Advisor. Alat pihak ketiga juga tersedia.

Catatan

Selain pemantauan mesin virtual, Anda harus memantau sumber daya jaringan lainnya, seperti Azure ExpressRoute dan gateway jaringan virtual, untuk penggunaan yang kurang dan berlebihan.

Pelajari selengkapnya:

Praktik terbaik: Menerapkan anggaran grup sumber daya

Anda mungkin sering merasakan manfaat dari representasi batasan biaya dengan grup sumber daya. Anggaran grup sumber daya membantu Anda melacak biaya yang terkait dengan grup sumber daya. Anda dapat memicu peringatan dan menjalankan berbagai macam playbook ketika Anda mencapai atau melebihi anggaran Anda.

Pelajari selengkapnya:

Praktik terbaik: Optimalkan retensi Azure Monitor

Saat memindahkan sumber daya ke Azure dan mengaktifkan pembuatan log diagnostik untuk mereka, Anda menghasilkan banyak data log. Biasanya, data log ini dikirim ke akun penyimpanan yang dipetakan ke ruang kerja Analitik Log. Berikut adalah beberapa tips untuk mengoptimalkan retensi Azure Monitor:

  • Semakin panjang periode retensi data log, semakin banyak data yang akan Anda miliki.
  • Tidak semua data log sama, dan beberapa sumber daya akan menghasilkan lebih banyak data log daripada yang lain.
  • Karena peraturan dan kepatuhan, kemungkinan Anda harus menyimpan data log untuk beberapa sumber daya lebih lama daripada yang lain.
  • Anda harus bisa seimbang saat mengoptimalkan biaya penyimpanan log dan menyimpan data log yang Anda perlukan.
  • Sebaiknya evaluasi dan siapkan pengelogan segera setelah migrasi selesai sehingga Anda tidak menghabiskan biaya demi mempertahankan log yang tidak penting.

Pelajari selengkapnya:

Praktik terbaik: Optimalkan penyimpanan

Jika Anda mengikuti praktik terbaik untuk memilih penyimpanan sebelum migrasi, Anda mungkin mendapat beberapa keuntungan. Tetapi mungkin ada biaya penyimpanan tambahan yang masih dapat Anda optimalkan. Seiring waktu, blob dan file menjadi kadaluwarsa. Data mungkin tidak digunakan lagi, tetapi menurut persyaratan peraturan, Anda mungkin perlu menyimpannya untuk jangka waktu tertentu. Dengan demikian, Anda mungkin tidak perlu menyimpannya di penyimpanan berperforma tinggi yang Anda gunakan untuk migrasi asli.

Mengidentifikasi dan memindahkan data kadaluwarsa ke area penyimpanan yang lebih murah dapat berdampak besar pada anggaran penyimpanan dan penghematan biaya Anda setiap bulan. Azure menyediakan banyak cara untuk membantu Anda mengidentifikasi lalu menyimpan data kadaluwarsa ini.

  • Manfaatkan tingkat penyimpanan untuk penyimpanan v2 tujuan umum, dengan memindahkan data kurang penting dari tingkat panas ke tingkat dingin atau tingkat arsip.
  • Gunakan Microsoft Azure StorSimple untuk membantu memindahkan data kadaluwarsa yang didasarkan pada kebijakan yang disesuaikan.

Pelajari selengkapnya:

Praktik terbaik: Otomatiskan pengoptimalan mesin virtual

Tujuan akhir menjalankan mesin virtual di cloud adalah untuk memaksimalkan CPU, memori, dan disk yang digunakannya. Jika Anda menemukan mesin virtual yang tidak dioptimalkan atau sering mengalami periode saat mesin virtual tidak digunakan, sebaiknya matikan atau turunkan skalanya dengan menggunakan set skala mesin virtual.

Anda dapat mengoptimalkan mesin virtual dengan Azure Automation, set skala mesin virtual, matikan otomatis, dan solusi skrip atau pihak ketiga.

Pelajari selengkapnya:

Praktik terbaik: Gunakan Azure Logic Apps dan runbook dengan API Budget

Azure menyediakan REST API yang memiliki akses ke informasi penagihan penyewa Anda. Anda dapat menggunakan API Budget untuk mengintegrasikan sistem eksternal dan alur kerja yang dipicu oleh metrik yang Anda buat dari data API. Ini dapat digunakan untuk menarik data penggunaan dan sumber daya ke dalam alat analisis data pilihan. Anda dapat mengintegrasikan API Budget dengan Azure Logic Apps dan runbook.

API Azure Resource Usage dan RateCard dapat membantu Anda memprediksi dan mengelola biaya secara akurat. API diimplementasikan sebagai penyedia sumber dan disertakan dalam API yang diekspos oleh Azure Resource Manager.

Pelajari selengkapnya:

Praktik terbaik: Menerapkan teknologi tanpa server

Beban kerja mesin virtual sering kali dimigrasikan "apa adanya" untuk menghindari waktu henti. Sering kali, mesin virtual dapat meng-hosting tugas yang terputus-putus, berjalan dalam waktu singkat, atau memakan waktu berjam-jam. Contohnya termasuk mesin virtual yang menjalankan tugas terjadwal, seperti penjadwal tugas Windows atau skrip PowerShell. Saat tugas ini tidak berjalan, Anda tetap menyerap biaya mesin virtual dan penyimpanan disk.

Setelah bermigrasi dan meninjau jenis tugas ini secara menyeluruh, Anda dapat mempertimbangkan untuk memigrasikannya ke teknologi tanpa server seperti Azure Functions atau tugas Azure Batch. Solusi ini dapat memotong biaya, dan Anda tidak perlu lagi mengelola dan memelihara mesin virtual.

Pelajari selengkapnya:

Langkah berikutnya

Ulas praktik terbaik lainnya: