Mengoptimalkan biaya setelah migrasi
Setelah memigrasikan beban kerja ke Azure, Anda harus mengoptimalkan biaya untuk memastikan bahwa Anda tidak terlalu mahal. Artikel ini memberikan panduan tentang cara mengoptimalkan biaya Anda setelah migrasi dan cara menonaktifkan aset yang dihentikan dengan gangguan bisnis minimal.
Mengoptimalkan beban kerja yang dimigrasikan untuk biaya
Setelah memigrasikan beban kerja dan menonaktifkan sumber daya yang tidak diperlukan, Anda dapat menghemat biaya dengan mengoptimalkan beban kerja berdasarkan data langsungnya.
Anda dapat mengubah ukuran beban kerja berdasarkan performanya selama penilaian, tetapi Anda mungkin menemukan saat beban kerja berjalan di Azure bahwa ada penghematan biaya tambahan yang tersedia.
Alat untuk mengoptimalkan biaya
Setelah bermigrasi ke Azure, Anda memiliki alat baru yang tersedia untuk mengelola biaya sumber daya Anda. Gunakan daftar berikut untuk membantu mengelola pengeluaran cloud Anda.
Alat | Deskripsi | Sumber daya |
---|---|---|
Aset rightsize | Tinjau metrik penggunaan layanan dan hakkan agar sesuai dengan persyaratan beban kerja. | |
Azure Reserved Virtual Machine Instances | Instans yang dipesan memungkinkan Anda berkomitmen pada sumber daya di Azure yang sering berjalan. Pertimbangkan untuk menservasi instans untuk beban kerja yang selalu aktif. | |
Paket penghematan Azure | Paket penghematan Azure memberikan penghematan hingga 65% dibandingkan dengan harga prabayar saat Anda berkomitmen untuk membelanjakan jumlah per jam tetap untuk layanan komputasi selama satu atau tiga tahun. | |
Cost management | Anda dapat menggunakan Microsoft Cost Management untuk memantau dan mengelola biaya lingkungan. | |
Dokumentasi operasi keuangan | Operasi keuangan adalah disiplin yang menggabungkan prinsip manajemen keuangan dengan rekayasa dan operasi cloud untuk memberi organisasi pemahaman yang lebih baik tentang pengeluaran cloud mereka. |
Menonaktifkan aset yang berhenti
Setelah Anda mempromosikan beban kerja yang dimigrasikan ke produksi, aset yang menjalankan beban kerja tidak lagi diperlukan dan dianggap tidak berfungsi. Tetapi aset ini masih mengonsumsi listrik dan sumber daya lain yang meningkatkan biaya. Oleh karena itu, ada baiknya mematikan dan membuang aset yang dihentikan untuk mengurangi pengeluaran.
Mematikan dan membuang aset dan peralatan lama mungkin tampak mudah tetapi masalah yang tidak terduga dapat terjadi. Berikut adalah beberapa tips tentang cara mematikan dan membuang sumber daya lama dengan aman tanpa menyebabkan masalah untuk bisnis Anda.
Lanjutkan pemantauan
Setelah mempromosikan beban kerja yang dimigrasikan ke produksi, Anda harus terus memantau aset yang dijadwalkan untuk dihentikan untuk memastikan bahwa lalu lintas produksi dirutekan dengan benar.
Meskipun aset mungkin dimatikan, aset mungkin masih menggunakan penyimpanan, jaringan, dan sumber daya infrastruktur lainnya. Jika diaktifkan kembali, mereka dapat menyebabkan masalah tak terduga kecuali telah dihapus.
Pantau sinyal berikut untuk sumber daya:
- Komputasi: Penggunaan komputasi sumber daya, seperti CPU dan RAM.
- Penyimpanan: Penggunaan penyimpanan sumber daya, seperti input/output disk (I/O).
- Jaringan: Penggunaan jaringan sumber daya yang mencakup jaringan masuk dan keluar dari appliance. Misalnya, periksa aset yang menggunakan firewall dan load balancer untuk komunikasi.
- Log: Log Windows dan aplikasi.
- Sinyal lain: Sinyal lain yang Anda gunakan untuk memantau aset saat dihosting di lingkungan produksi mereka sebelumnya.
Dalam beberapa migrasi, aset tidak dinonaktifkan. Sebaliknya, mereka diduplikasi. Lonjakan mendadak atau bahkan kontra mode tenda penggunaan sinyal infrastruktur, bersama dengan aktivitas jaringan atau log baru, dapat menunjukkan bahwa aset masih digunakan.
Menguji windows dan validasi dependensi
Bahkan dengan perencanaan terbaik, beban kerja produksi mungkin masih berisi dependensi pada aset yang diduga dihentikan. Dalam kasus seperti itu, menonaktifkan aset yang dihentikan dapat menyebabkan kegagalan sistem yang tidak terduga. Dengan demikian, perlakukan penghentian aset apa pun dengan perawatan yang sama dengan aktivitas pemeliharaan sistem.
Buat jendela pengujian dan pemadaman yang tepat untuk memfasilitasi penghentian sumber daya. Anda memerlukan jendela pemeliharaan agar berhasil menguji aset Anda sebelum penghentian. Pilih periode waktu ketika Anda dapat menguji aset tanpa menyebabkan gangguan bisnis apa pun.
Menentukan jendela pengujian dan pemeliharaan
- Waktu berdampak rendah: Identifikasi waktu berdampak rendah untuk jendela pengujian Anda. Pilih waktu saat penggunaan aplikasi berada pada yang terendah.
- Kasus pengujian yang jelas: Identifikasi kasus pengujian yang jelas yang dapat Anda lakukan selama jendela pengujian yang cocok dengan aktivitas nyata yang dilakukan oleh pengguna aplikasi. Aktivitas ini tidak boleh tingkat permukaan tetapi sebaliknya harus memetakan setiap proses yang digunakan. Anda dapat menggunakan kembali kasus pengujian dari migrasi jika Anda memilikinya. Jika Anda memiliki pengguna atau anggota tim lain yang sering bekerja di aplikasi, coba minta mereka melakukan pengujian.
- Jadwal dan komunikasi: Jadwalkan jendela pemeliharaan selama Anda tersedia. Anda harus bertujuan minimal empat jam.
- Jadwal: Rencanakan jendela sehingga pengguna aplikasi dapat merencanakan ke depan. Dua minggu adalah wajar.
- Berkomunikasi: Umumkan perubahan terlebih dahulu. Atur harapan bahwa mungkin ada pemadaman selama jendela pemeliharaan ini dan sistem mungkin tidak responsif. Pengguna seharusnya tidak mengharapkan aplikasi tersedia selama waktu ini.
Sebelum jendela pemeliharaan
- Melakukan kasus pengujian: Jalankan melalui kasus pengujian dan pantau penggunaan sumber daya apa pun.
- Jika Anda menemukan penggunaan, Anda tidak boleh melanjutkan dengan jendela pemeliharaan. Sebagai gantinya, Anda harus menyelidiki lebih lanjut untuk melihat apakah aset masih digunakan.
- Jika Anda tidak menemukan penggunaan, Anda dapat melanjutkan dengan jendela pemeliharaan.
Selama jendela pemeliharaan
- Nonaktifkan aset: Nonaktifkan aset yang ditandai untuk penonaktifan.
- Matikan aset jika masih menyala.
- Hapus aset dari penyeimbang beban apa pun dan pastikan aset tersebut tidak mampu merespons permintaan masuk.
- Lakukan pengujian: Lakukan kasus pengujian Anda terhadap beban kerja yang berjalan di Azure.
- Pengujian berhasil tanpa kegagalan: Aset tidak digunakan saat ini.
- Komunikasikan akhir ke jendela perubahan sehingga pengguna tahu bahwa mereka dapat mengharapkan stabilitas dalam aplikasi lagi.
- Lanjutkan ke bagian berikutnya setelah pengujian berhasil.
- Pengujian gagal: Aset mungkin digunakan saat ini dan diperlukan lebih banyak pengujian.
- Aktifkan kembali aset yang ditandai untuk dinonaktifkan dan ulangi kasus pengujian yang gagal.
- Jika kasus pengujian terus gagal, maka mungkin ada masalah yang tidak terkait. Anda perlu menguji lebih banyak dalam jendela pemeliharaan dan juga harus memulai eskalasi untuk memastikan bahwa Anda memiliki tingkat dukungan yang tepat.
- Jika kasus pengujian berhenti gagal, kemungkinan masalahnya terkait. Anda harus membiarkan aset diaktifkan dan menutup jendela pemeliharaan setelah menyelesaikan pengujian.
- Selidiki masalah di luar jendela pemeliharaan terjadwal. Jadwalkan jendela pemeliharaan lain untuk perubahan pada beban kerja yang dimigrasikan, dan jadwalkan jendela pemeliharaan tambahan untuk pengujian.
- Pengujian berhasil tanpa kegagalan: Aset tidak digunakan saat ini.
Periode penahanan dan validasi data
Setelah Anda menyelesaikan jendela pengujian, semua aset yang ditandai untuk penonaktifan harus dimatikan dan diputus sehingga Anda dapat mengoperasikan beban kerja. Anda dapat melanjutkan ke fase penonaktifan berikutnya, tetapi jangan segera membuang aset.
Pertimbangkan periode penahanan
Tidak jarang migrasi kehilangan data selama proses replikasi. Ini terutama berlaku untuk data lama yang tidak diakses secara teratur. Simpan aset yang dihentikan untuk sementara waktu untuk berfungsi sebagai cadangan sementara data. Anda harus mengizinkan setidaknya 30 hari untuk penahanan dan pengujian sebelum membuang aset yang dihentikan.
Pertimbangkan persyaratan tata kelola data
Tim tata kelola data organisasi Anda mungkin memiliki lebih banyak persyaratan di luar periode penahanan 30 hari.
- Memahami kewajiban periode penahanan: Anda harus memeriksa dengan tim yang diperlukan untuk memahami kewajiban untuk berpegang pada informasi dan membangun daftar periksa validasi untuk persyaratan hukum spesifik Anda.
- Memiliki operasional aset tidak penting saat ini. Sebagai gantinya, data pada informasi harus dapat diambil. Simpan disk atau cadangan untuk memulihkan data jika perlu.
- Misalnya, jika Anda memiliki server database SQL di pusat data fisik, Anda dapat mencadangkan datanya dan mempertahankannya sebagai sumber daya yang dapat dipulihkan. Kemudian Anda dapat menonaktifkan komputer virtual dan mengatur waktu penahanan untuk menghentikan cadangan.
Langkah selanjutnya
Migrasi selesai setelah Anda menonaktifkan aset yang dihentikan. Ini menciptakan peluang yang baik untuk meningkatkan proses migrasi dengan retrospektif untuk belajar dan meningkatkan.
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk