Mengevaluasi beban kerja cloud untuk relokasi
Evaluasi adalah langkah pertama dalam fase Pemindahan relokasi. Tujuan Evaluasi adalah untuk memahami beban kerja yang ingin Anda relokasi sehingga Anda dapat memindahkannya dengan sukses. Setiap beban kerja yang Anda relokasi harus melalui empat langkah fase Pemindahan, dimulai dengan langkah Evaluasi.
Pilih beban kerja
Anda harus memiliki daftar beban kerja yang diprioritaskan, dan daftar harus mengidentifikasi urutan yang ingin Anda relokasi beban kerja Anda. Setiap kali Anda mengunjungi langkah Evaluasi, pilih beban kerja di bagian atas daftar. Untuk tim yang lebih kecil, Anda harus merelokasi satu beban kerja pada satu waktu. Ini adalah kesempatan untuk belajar dan meningkatkan dengan setiap relokasi beban kerja. Tim yang lebih besar harus mempertimbangkan untuk merelokasi beberapa beban kerja. Relokasi massal dapat membantu mencapai ekonomi skala.
Melakukan penemuan
Penemuan beban kerja adalah fondasi relokasi. Tujuan penemuan adalah untuk memahami beban kerja yang cukup untuk memastikan relokasi yang lancar. Penemuan harus secara komprehensif mengungkap dimensi organisasi dan teknis beban kerja.
Melakukan penemuan organisasi
Penemuan organisasi beban kerja melibatkan mencari tahu siapa yang bertanggung jawab atas beban kerja, memahami risiko memindahkannya, dan merencanakan cara berkomunikasi tentang pemindahan tersebut. Langkah ini membantu mengidentifikasi siapa yang perlu terlibat, mengelola risiko, dan memastikan semua orang diberi tahu dengan benar. Perencanaan yang cermat ini membantu membuat transisi lebih lancar dan kurang mengganggu bisnis dan pelanggannya.
Kepemilikan beban kerja: Tentukan siapa yang bertanggung jawab atas beban kerja.
Identifikasi pemangku kepentingan: Identifikasi semua pihak yang tertarik dengan beban kerja.
Penilaian risiko: Menilai potensi risiko bisnis yang terkait dengan pemindahan beban kerja.
Manajemen perubahan: Dapatkan pemahaman yang jelas tentang proses untuk mengelola perubahan pada beban kerja.
Jendela pemadaman: Cari tahu waktu yang dapat diterima ketika sistem dapat offline untuk relokasi.
Analisis dampak: Mengenali pengguna internal atau pelanggan eksternal mana yang mungkin terpengaruh oleh relokasi.
Kebutuhan komunikasi: Pahami rencana komunikasi saat ini dan yang diperlukan untuk mengomunikasikan waktu henti atau perubahan apa pun.
Kepatuhan kebijakan: Pastikan relokasi mematuhi kebijakan organisasi dan peraturan industri.
Melakukan penemuan teknis
Penemuan beban kerja teknis melibatkan pemahaman komprehensif aspek teknis beban kerja, termasuk dependensi, sumber daya, konfigurasi jaringan, dan persyaratan atau batasan teknis lainnya. Penemuan teknis membantu Anda mengantisipasi dan mengurangi risiko yang terkait dengan relokasi. Berikut adalah strategi untuk melakukan penemuan teknis.
Mengevaluasi dependensi
Dependensi adalah sumber daya atau layanan yang perlu dijalankan oleh beban kerja. Mengidentifikasi semua dependensi sangat penting untuk relokasi beban kerja yang berhasil. Dependensi mencakup berbagai sumber daya dan layanan yang penting untuk operasi beban kerja. Daftar berikut ini menyediakan beberapa contoh dependensi:
Layanan Azure: Layanan Azure apa pun yang diandalkan beban kerja. Sumber daya global tidak disebarkan ke wilayah tertentu, sehingga Anda tidak perlu memindahkannya dalam relokasi. Namun, Anda mungkin masih mengonfigurasi ulang agar berfungsi di wilayah yang berbeda. Misalnya, Anda mungkin perlu memperbarui alamat IP di profil Azure Front Door untuk menunjuk ke alamat IP baru dari beban kerja yang direlokasi.
Aplikasi non-Microsoft: Aplikasi dari vendor lain yang terintegrasi dengan atau diperlukan untuk beban kerja. Pahami fitur dan batasan apa pun dari produk yang terlibat dalam beban kerja.
Lisensi: Pastikan bahwa semua lisensi perangkat lunak yang diperlukan diperhitungkan dan tetap valid di lokasi baru.
Jaringan: Meremehkan penyiapan jaringan, termasuk firewall, untuk memastikan konektivitas tanpa hambatan pasca-relokasi.
Pengujian: Tentukan prosedur pengujian yang diperlukan untuk memastikan fungsi beban kerja dengan benar di lingkungan baru.
Penandaan: Menandai dan mengidentifikasi sumber daya dengan benar untuk manajemen dan pelacakan yang efektif.
Otomatisasi: Organisasi Anda mungkin menggunakan skrip dan infrastruktur sebagai kode. Anda harus memperbarui referensi apa pun ke wilayah Azure, nama layanan, atau URL layanan dalam skrip atau kode. Referensi harus sesuai dengan wilayah Azure baru yang Anda pindahkan.
Anda harus menghindari hardcoding nilai apa pun dalam kode Anda yang dapat berubah selama siklus hidup beban kerja. Sebagai gantinya, ambil nilai-nilai ini secara dinamis atau gunakan parameter yang dapat dikonfigurasi dalam kode. Pendekatan ini membuat perubahan kurang memberatkan dan memastikan proses relokasi yang lebih lancar.
DNS: Azure menetapkan alamat IP publik ke titik akhir bergantung pada wilayah tersebut. Saat Anda memindahkan titik akhir ke wilayah Azure yang berbeda, titik akhir akan mendapatkan alamat IP yang berbeda. Pastikan untuk memperbarui catatan DNS Anda dengan alamat IP baru ini. Selain itu, Anda perlu memberikan alamat IP baru ke sistem apa pun yang memiliki alamat IP sebelumnya pada daftar 'diizinkan'.
Anda mungkin perlu menyebarkan sumber daya baru di wilayah Azure baru sebelum menonaktifkan sumber daya lama. Jika demikian, Anda dapat mengalami masalah di mana dua sumber daya tidak dapat memiliki nama DNS yang sama sekaligus. Pikirkan tentang menggunakan nama unik untuk setiap layanan untuk menghindari masalah ini. Dalam beberapa kasus, Anda mungkin dapat menggunakan rekaman CNAME untuk menyediakan lapisan abstraksi. Ini membuat perubahan nama sumber daya lebih mudah dikelola.
Load balancer. Perbarui load balancer untuk menunjuk ke alamat IP backend atau host baru. Untuk penyeimbang beban berbasis DNS, perubahan mungkin membutuhkan waktu untuk disebarluaskan berdasarkan cache DNS dan kedaluwarsa catatan time-to-live (TTL). Untuk informasi selengkapnya, lihat Layanan penyeimbangan beban Azure. Pertimbangkan untuk sementara mengurangi pengaturan Time to Live (TTL) untuk catatan DNS Anda. Ini membantu rekaman DNS beralih ke alamat IP baru lebih cepat. Selain itu, pertimbangkan untuk mengatur load balancer Anda untuk memeriksa kesehatan sistem backend Anda lebih sering untuk waktu yang singkat. Ingatlah untuk mengubah pengaturan ini kembali normal setelah migrasi untuk menghindari biaya tambahan dan mengurangi performa di kemudian hari.
Pendaftaran Azure Backup. Saat Anda memindahkan komputer virtual ke wilayah Azure baru, pastikan untuk membatalkan pendaftarannya dari layanan Azure Backup di wilayah saat ini dan mendaftarkannya dengan layanan Azure Backup di wilayah baru. Anda tidak dapat mengakses titik pemulihan cadangan yang ada karena tidak dapat ditransfer ke vault cadangan baru. Anda perlu mulai membuat titik pemulihan baru di wilayah baru.
Mengevaluasi titik akhir
Penemuan titik akhir mengacu pada proses mengidentifikasi semua titik akhir atau alamat IP yang terkait dengan beban kerja. Menemukan semua titik akhir beban kerja memastikan Anda memperhitungkan semua koneksi jaringan dan titik akses dan bersiap untuk mengonfigurasinya dengan benar di lingkungan baru. Berikut adalah rekomendasi untuk menangani alamat IP publik dan titik akhir privat:
- Alamat IP publik: Alamat IP publik adalah spesifik wilayah. Anda tidak dapat memindahkannya antar wilayah. Anda perlu mengekspor konfigurasi IP publik dan menyebarkannya ke wilayah target baru. Untuk informasi selengkapnya, lihat Memindahkan konfigurasi IP Publik Azure ke wilayah Azure lainnya.
- Titik akhir privat: Saat Anda menyebarkan ulang titik akhir privat, kemungkinan mendapatkan alamat IP baru dari subnet yang Anda tautkan. Jika Anda terhubung ke sumber daya Anda melalui titik akhir privat, titik akhir ini ditautkan ke zona DNS privat yang menyelesaikan alamat jaringan sumber daya dalam jaringan virtual Anda. Dalam relokasi, Anda perlu memperbarui catatan DNS dalam zona DNS privat untuk mempertahankan konektivitas.
Menggunakan alat otomatis
Jika memungkinkan, gunakan alat otomatis untuk mengumpulkan informasi tentang aplikasi dan layanan Azure yang membentuk beban kerja Anda. Anda dapat menggunakan alat-alat ini untuk melakukan penemuan tingkat rendah dan penemuan desain arsitektur untuk relokasi beban kerja tertentu. Anda harus menggunakan alat dan layanan Azure berikut.
Coba Azure Resource Mover. Anda harus mencoba Azure Resource Mover terlebih dahulu. Saat ini ini adalah alat penemuan term mudah untuk digunakan, dan Anda juga dapat merelokasi layanan dan data dengan layanan. Namun, Azure Resource Mover hanya mendukung sejumlah layanan terbatas, jadi pastikan layanan Anda didukung sebelum melanjutkan. Untuk informasi selengkapnya, lihat Sumber daya yang didukung untuk Azure Resource Mover.
Gunakan alat visualisasi. Jika Azure Resource Mover tidak memenuhi semua kebutuhan Anda, Anda dapat menggunakan alat visualisasi untuk membantu penemuan Anda. Azure memiliki beberapa alat visualisasi yang dapat Anda gunakan untuk memetakan dependensi. Pilih alat yang paling mendukung kebutuhan Anda.
Visualizer grup sumber daya: Anda dapat memvisualisasikan koneksi antara sumber daya dalam grup sumber daya. Di portal Azure, navigasikan ke grup sumber daya dan pilih Visualizer sumber daya dari navigasi kiri.
Topologi Azure Monitor: Anda dapat melihat dependensi jaringan dengan fitur topologi di Azure Monitor. Untuk informasi selengkapnya, lihat Topologi wawasan jaringan.
Application Insights: Application Insights memiliki fitur pemetaan aplikasi tempat Anda dapat melihat struktur logis aplikasi terdistribusi. Untuk informasi selengkapnya, lihat Peta aplikasi di Azure Application Insights.
Azure Resource Explorer: Azure Resource Explorer mencantumkan setiap sumber daya di penyewa Microsoft Entra Anda. Ini memberi Anda visibilitas tetapi tidak menunjukkan dependensi. Anda harus memetakan komponen dan dependensi beban kerja secara manual. Untuk informasi selengkapnya, lihat Azure Resource Explorer.
Azure Resource Graph: Azure Resource Graph memungkinkan Anda menjalankan kueri terhadap sumber daya di penyewa Microsoft Entra. Resource Graph dapat diakses di portal dan dari baris perintah. Anda harus memetakan komponen dan dependensi beban kerja secara manual. Untuk informasi selengkapnya, lihat Dokumentasi Azure Resource Graph.
Dasbor inventaris: Di portal Azure, Anda dapat menggunakan templat inventori bawaan untuk membuat dasbor untuk melacak sumber daya yang ada. Ini adalah cara cepat untuk menentukan sumber daya yang Anda miliki dan jumlah instans.
Buat dokumentasi secara manual
Jika pendekatan penemuan otomatis tidak cukup, Anda dapat melakukan penilaian manual terhadap beban kerja. Sebagian besar penilaian manual mengandalkan wawancara dengan pakar teknis dan dokumentasi teknis untuk mendapatkan informasi yang diperlukan. Identifikasi pemilik produk atau aplikasi dan wawancarai mereka. Wawancara ini bersifat opsional, tetapi diperlukan ketika tim perlu mencakup celah dalam informasi yang disediakan alat. Dan pemilik aplikasi dapat menarik tag dan mengidentifikasi dependensi secara manual.
Menemukan dukungan wilayah
Tidak setiap wilayah di Azure menawarkan layanan yang sama, jadi Anda harus memastikan layanan yang perlu dijalankan beban kerja Anda tersedia di wilayah target. Mungkin tampak terlambat dalam proses untuk membuat penentuan ini, tetapi Anda memerlukan detail penemuan untuk memastikan dukungan. Untuk menentukan dukungan wilayah untuk beban kerja Anda, lihat produk dan layanan yang tersedia di setiap wilayah Azure.
Ketahui apakah wilayah target adalah wilayah berpasangan atau tidak dan apakah mendukung zona ketersediaan. Pasangan wilayah dan zona ketersediaan tidak memengaruhi upaya relokasi, tetapi memengaruhi strategi kelangsungan bisnis dan pemulihan bencana (BCDR) Anda di wilayah target. Untuk informasi selengkapnya, lihat Geografi Azure dan Zona ketersediaan.
Mengategorikan layanan beban kerja
Relokasi terjadi pada tingkat layanan dan komponen. Sebagian besar beban kerja menggunakan beberapa layanan. Ada dua jenis layanan utama, stateful dan stateless. Anda perlu mengategorikan setiap layanan sebagai stateful atau stateless. Pengetahuan ini membantu Anda menentukan dependensi, memahami integrasi layanan, dan mempersempit opsi otomatisasi relokasi Anda.
Layanan stateless: Layanan stateless hanya memiliki informasi konfigurasi. Layanan ini tidak memerlukan replikasi data berkelanjutan untuk dipindahkan. Contohnya termasuk jaringan virtual, adaptor jaringan, load balancer, dan kelompok keamanan jaringan.
Layanan stateful: Layanan stateful memiliki informasi konfigurasi dan data yang perlu dipindahkan. Contohnya termasuk komputer virtual dan database SQL.
Langkah berikutnya
Mengevaluasi beban kerja Anda memberikan informasi yang cukup untuk memilih metode relokasi dan alat untuk menjalankan metode yang Anda pilih. Langkah Pilih memandu Anda melalui keputusan untuk memilih metode relokasi dan alat yang benar untuk metode relokasi.