Mengevaluasi kesiapan beban kerja

Artikel ini berfokus pada cara mengevaluasi kesiapan beban kerja untuk bermigrasi ke cloud.

Saat Anda ingin memigrasikan beban kerja, tim adopsi cloud memastikan bahwa semua aset dan dependensi terkait kompatibel dengan model penyebaran dan penyedia cloud Anda. Tim mencakup segala upaya yang diperlukan untuk memulihkan masalah kompatibilitas.

Asumsi evaluasi

Sebagian besar konten yang membahas prinsip-prinsip dalam Cloud Adoption Framework for Azure adalah agnostik cloud. Namun, proses evaluasi kesiapan harus khusus untuk setiap platform cloud dan alat migrasi yang Anda pilih di fase Persiapan .

Alat penilaian yang Anda pilih harus memberikan informasi tentang pemblokir apa pun untuk migrasi. Pemblokir umum termasuk dukungan sistem operasi, ukuran server, dan tingkat perubahan data yang mungkin memengaruhi replikasi.

Beberapa organisasi juga menghadapi masalah dengan konfigurasi komputer virtual (VM) yang memanfaatkan platform hypervisor sumber. Konfigurasi ini termasuk keamanan berbasis virtualisasi, disk dinamis, lisensi aplikasi non-Microsoft, konfigurasi sumber data, dan sertifikat.

Artikel ini tidak menangkap semua kemungkinan aktivitas evaluasi karena setiap lingkungan dan hasil bisnis menentukan persyaratan tertentu. Untuk membantu Anda menentukan persyaratan tersebut, berikut adalah beberapa aktivitas evaluasi umum yang terkait dengan infrastruktur, database, dan jaringan.

Mengevaluasi dependensi pusat data silang

Jika Anda memigrasikan beban kerja dari beberapa pusat data, Anda harus menilai dependensi apa pun antara pusat data tersebut.

Pertimbangkan kemampuan berikut untuk mengevaluasi dependensi pusat data silang Anda:

• Memvisualisasikan dependensi: Gunakan kemampuan visualisasi dependensi di Azure Migrate dan Modernisasi untuk menentukan dependensi.
• Dependensi grup: Gunakan pengelompokan dependensi saat Anda berhadapan dengan kompleksitas global. Kemampuan ini membantu Anda mengidentifikasi alamat IP dan port aset apa pun yang diperlukan untuk mendukung beban kerja.

Penting

• Anda memerlukan pakar subjek yang memahami penempatan aset dan skema alamat IP untuk mengidentifikasi aset yang berada di pusat data sekunder.
• Anda perlu mengevaluasi dependensi hilir dan klien dalam visualisasi untuk memahami dependensi dua arah.

Skenario contoh

Bagian berikut memberikan panduan untuk mengevaluasi kesiapan untuk memigrasikan beban kerja dan database ke cloud.

Aktivitas evaluasi umum untuk Azure Migrate dan Modernisasi

Panduan berikut mengasumsikan bahwa Anda berniat untuk memigrasikan beban kerja ke Azure. Ini juga mengasumsikan bahwa Anda menggunakan Azure Migrate dan Modernisasi untuk aktivitas replikasi.

Anda dapat menggunakan proyek Azure Migrate dan Modernisasi untuk menilai beban kerja dan menghitung biaya pengoperasian di Azure. Untuk informasi selengkapnya, lihat Penilaian Azure VM di Azure Migrate dan Modernisasi.

Anda juga dapat menggunakan proyek Azure Migrate dan Modernisasi untuk menilai kesiapan untuk migrasi, menerjemahkan ukuran server ke langganan Azure berdasarkan penggunaan aktual, dan menghitung biaya. Persingkat penghitungan biaya Anda lebih lanjut dengan membangun kasus bisnis.

Pastikan untuk mendokumentasikan setiap perbedaan dalam konfigurasi host, konfigurasi VM yang direplikasi, persyaratan penyimpanan, atau konfigurasi jaringan. Gunakan informasi tersebut untuk memperkirakan pertimbangan bandwidth untuk migrasi Anda. Komponen umum estimasi bandwidth meliputi:

• Total penyimpanan: Hitung total penyimpanan yang dibutuhkan VM yang direplikasi selama iterasi yang mengarah ke rilis.
• Drift atau change rate: Hitung drift atau tingkat perubahan penyimpanan yang dibutuhkan VM yang direplikasi selama iterasi yang mengarah ke rilis.
• Persyaratan bandwidth: Hitung persyaratan bandwidth yang dibutuhkan setiap iterasi dengan menjumlahkan total penyimpanan dan penyimpangan.
• Bandwidth yang tidak digunakan: Hitung bandwidth yang tidak digunakan yang tersedia di jaringan saat ini untuk memvalidasi per perataan per iterasi.
• Bandwidth kecepatan migrasi: Dokumentasikan bandwidth yang Anda butuhkan untuk mencapai kecepatan migrasi yang diantisipasi. Jika Anda memerlukan remediasi untuk memberikan bandwidth yang diperlukan, beri tahu tim yang bertanggung jawab atas aktivitas remediasi.

Catatan

Total penyimpanan secara langsung memengaruhi persyaratan bandwidth selama replikasi awal. Namun, penyimpangan penyimpanan berlanjut dari titik replikasi sampai rilis. Ini berarti bahwa penyimpangan memiliki efek kumulatif pada bandwidth yang tersedia.

Untuk panduan tentang mengukur persyaratan bandwidth, lihat Pertanyaan umum untuk alat migrasi dan modernisasi.

Aktivitas evaluasi database umum

Sebagai bagian dari migrasi server, Anda mungkin juga melihat migrasi instans SQL Server atau server database lainnya.

• RPO dan RTO Dokumen: Mendokumentasikan tujuan titik pemulihan (RPO) dan tujuan waktu pemulihan (RTO) penyebaran database saat ini. Gunakan informasi ini untuk membantu Anda membuat keputusan selama aktivitas arsitektur.
• Dokumentasikan persyaratan ketersediaan tinggi: Dokumen persyaratan konfigurasi ketersediaan tinggi. Untuk informasi selengkapnya tentang persyaratan SQL Server, lihat panduan solusi ketersediaan tinggi SQL Server.
• Mengevaluasi PaaS: Mengevaluasi kompatibilitas platform as a service (PaaS). Azure Database Migration Service memandu peta database lokal ke solusi Azure PaaS yang kompatibel, seperti Azure Cosmos DB, Azure SQL Database, Azure Database for MySQL, Azure Database for PostgreSQL, atau Azure Database for MariaDB.
  • Kompatibilitas PaaS tanpa remediasi: Ketika kompatibilitas PaaS adalah opsi tanpa perlu remediasi apa pun, konsultasikan dengan tim yang bertanggung jawab atas aktivitas arsitektur. Migrasi PaaS dapat menghemat waktu dan mengurangi total biaya kepemilikan (TCO) dari sebagian besar solusi cloud.
  • Kompatibilitas PaaS saat remediasi diperlukan: Konsultasikan dengan tim yang bertanggung jawab atasarsitektur dan aktivitas remediasi. Dalam banyak skenario, keuntungan migrasi PaaS untuk solusi database melebihi peningkatan waktu remediasi.
• Ukuran dokumen dan laju perubahan: Mendokumentasikan ukuran dan laju perubahan untuk setiap database yang Anda rencanakan untuk dimigrasikan.
• Dependensi aplikasi dokumen dan database: Jika memungkinkan, dokumentasikan aplikasi apa pun atau aset lain yang melakukan panggilan ke setiap database.

Catatan

Sinkronisasi aset apa pun mengkonsumsi bandwidth selama proses replikasi. Jebakan umum adalah mengabaikan berapa banyak bandwidth yang Anda butuhkan untuk menjaga aset tetap sinkron antara titik replikasi dan rilis. Database adalah konsumen umum bandwidth selama siklus rilis, dan database dengan jejak penyimpanan yang besar atau tingkat perubahan yang tinggi sangat memprihatinkan.

Pertimbangkan untuk mereplikasi struktur data dengan pembaruan terkontrol sebelum pengujian penerimaan pengguna (UAT) dan rilis. Dalam skenario ini, alternatif untuk Azure Site Recovery mungkin lebih tepat. Untuk informasi selengkapnya, lihat Panduan Azure Database Migration Service.

Langkah selanjutnya

Setelah Anda mengevaluasi sistem, output memberi umpan pengembangan arsitektur cloud baru.

Beban kerja arsitek sebelum migrasi