Menskalakan migrasi ke Azure
Artikel ini menunjukkan bagaimana perusahaan fiktif Contoso melakukan migrasi dalam skala besar ke Azure. Perusahaan mempertimbangkan bagaimana merencanakan dan melakukan migrasi lebih dari 3.000 beban kerja, 8.000 database, dan 10.000 mesin virtual (VM).
Pendorong bisnis
Tim pimpinan TI telah bekerja sama dengan mitra bisnis untuk memahami apa yang ingin mereka capai dengan migrasi ini:
- Mengatasi pertumbuhan bisnis. Contoso berkembang, menyebabkan tekanan pada sistem dan infrastruktur lokal.
- Meningkatkan efisiensi. Contoso perlu menghapus prosedur yang tidak perlu, dan merampingkan proses untuk pengembang dan pengguna. Bisnis membutuhkan TI untuk menjadi cepat dan tidak membuang waktu atau uang, sehingga memberikan kebutuhan pelanggan dengan lebih cepat.
- Meningkatkan ketangkasan. TI Contoso harus lebih responsif terhadap kebutuhan bisnis. TI Contoso harus mampu bereaksi lebih cepat dari perubahan yang terjadi di pasar, untuk memungkinkan keberhasilan dalam ekonomi global. TI Contoso tidak boleh menghalangi atau menjadi pemblokir bisnis.
- Menskalakan. Seiring pertumbuhan bisnis yang sukses, tim TI Contoso harus menyediakan sistem yang mampu tumbuh dengan kecepatan yang sama.
- Memperbaiki model biaya. Contoso ingin mengurangi kebutuhan modal dalam anggaran TI. Contoso ingin menggunakan kemampuan cloud untuk menskalakan dan mengurangi kebutuhan akan perangkat keras yang mahal.
- Biaya lisensi yang lebih rendah. Contoso ingin meminimalkan biaya cloud.
Tujuan migrasi
Tim cloud Contoso telah menetapkan tujuan untuk migrasi ini. Tim cloud Contoso menggunakan tujuan ini untuk menentukan metode migrasi terbaik.
| Persyaratan | Detail |
|---|---|
| Memindahkan ke Azure dengan cepat | Contoso ingin mulai memindahkan aplikasi dan Mesin Virtual ke Azure secepat mungkin. |
| Mengompilasi inventaris lengkap | Contoso menginginkan inventaris lengkap semua aplikasi, database, dan Mesin Virtual di organisasi. |
| Menilai dan mengklasifikasikan aplikasi | Contoso ingin memanfaatkan cloud sepenuhnya. Sebagai default, Contoso mengasumsikan bahwa semua layanan akan berjalan sebagai platform sebagai layanan (PaaS). Infrastruktur sebagai layanan (IaaS) akan digunakan jika PaaS tidak sesuai. |
| Melatih dan memindahkan ke DevOps | Contoso ingin pindah ke model DevOps. Contoso akan memberikan pelatihan Azure dan DevOps serta akan mengatur ulang tim sesuai kebutuhan. |
Setelah menetapkan tujuan dan persyaratan, Contoso meninjau jejak TI dan mengidentifikasi proses migrasi.
Penyebaran saat ini
Contoso telah merencanakan dan menyiapkan infrastruktur Azure dan mencoba kombinasi migrasi proof-of-concept (POC) yang berbeda seperti yang dirinci dalam tabel sebelumnya. Sekarang Contoso siap untuk memulai migrasi penuh ke Azure dalam skala besar. Berikut yang ingin dimigrasikan oleh Contoso.
| Item | Volume | Detail |
|---|---|---|
| Beban kerja | > 3.000 aplikasi | |
| Database | Sekitar 8.500 database | Database termasuk SQL Server, MySQL, dan PostgreSQL. |
| VM | > 35.000 Mesin Virtual | Mesin Virtual berjalan di host VMware dan dikelola oleh server vCenter. |
Proses migrasi
Sekarang setelah Contoso menetapkan pendorong bisnis dan tujuan migrasi, Contoso dapat menyelaraskan dengan Metodologi Migrasi. Contoso dapat membangun penerapan gelombang migrasi dan sprint migrasi untuk merencanakan dan melaksanakan upaya migrasi secara iteratif.
Paket
Contoso memulai proses perencanaan dengan menemukan dan menilai aplikasi, data, dan infrastruktur lokal. Berikut yang akan dilakukan Contoso:
- Contoso perlu menemukan aplikasi, memetakan dependensi di seluruh aplikasi, dan memutuskan urutan dan prioritas migrasi.
- Sesuai dengan penilaian Contoso, perencanaan akan membangun inventaris aplikasi dan sumber daya yang komprehensif. Bersama dengan inventaris baru, Contoso akan menggunakan dan memperbarui item yang ada ini:
- Database manajemen konfigurasi (CMDB). Database manajemen konfigurasi memegang konfigurasi teknis untuk aplikasi Contoso.
- Katalog layanan. Katalog layanan mendokumentasikan detail operasional aplikasi, termasuk mitra bisnis terkait dan perjanjian tingkat layanan.
Menemukan aplikasi
Contoso menjalankan ribuan aplikasi di berbagai server. Selain CMDB dan katalog layanan, Contoso membutuhkan alat penemuan dan penilaian.
Alat tersebut harus menyediakan mekanisme yang dapat memasukkan data penilaian ke dalam proses migrasi. Alat penilaian harus menyediakan data yang membantu membangun inventaris cerdas sumber daya fisik dan virtual Contoso. Data harus mencakup informasi profil dan metrik performa.
Saat penemuan selesai, Contoso akan memiliki inventaris aset dan metadata lengkap yang terkait dengannya. Perusahaan akan menggunakan inventaris ini untuk menentukan rencana migrasi.
Mengidentifikasi klasifikasi
Contoso mengidentifikasi beberapa kategori umum untuk mengklasifikasikan aset dalam inventaris. Klasifikasi ini sangat penting untuk pengambilan keputusan Contoso untuk migrasi. Daftar klasifikasi membantu menetapkan prioritas migrasi dan mengidentifikasi masalah yang rumit.
| Kategori | Nilai yang ditetapkan | Detail |
|---|---|---|
| Grup bisnis | Daftar nama grup usaha | Kelompok mana yang bertanggung jawab atas barang inventaris? |
| Kandidat POC | Y/T | Bisakah aplikasi digunakan sebagai POC atau pengadopsi awal untuk migrasi cloud? |
| Hutang teknis | Tidak ada/Beberapa/Parah | Apakah item inventaris berjalan atau menggunakan produk, platform, atau sistem operasi yang tidak didukung? |
| Implikasi firewall | Y/T | Apakah aplikasi terhubung ke internet atau lalu lintas luar? Apakah aplikasi terintegrasi dengan firewall? |
| Masalah keamanan | Y/T | Apakah ada masalah keamanan yang diketahui di aplikasi? Apakah aplikasi menggunakan data yang tidak terenkripsi atau platform yang kedaluwarsa? |
Menemukan dependensi aplikasi
Sebagai bagian dari proses penilaian, Contoso perlu mengidentifikasi tempat aplikasi berjalan. Contoso juga perlu menentukan dependensi dan koneksi antara server aplikasi. Contoso memetakan lingkungan dalam langkah-langkah:
- Contoso menemukan bagaimana server dan mesin memetakan ke aplikasi individu, lokasi jaringan, dan grup.
- Contoso dengan jelas mengidentifikasi aplikasi yang memiliki sedikit dependensi dan cocok untuk migrasi cepat.
- Contoso dapat menggunakan pemetaan untuk membantu mengidentifikasi dependensi dan komunikasi yang lebih rumit antara server aplikasi. Contoso kemudian dapat mengelompokkan server ini secara logis untuk mewakili aplikasi dan merencanakan strategi migrasi berdasarkan grup ini.
Setelah pemetaan selesai, Contoso dapat memastikan bahwa semua komponen aplikasi diidentifikasi dan diperhitungkan saat membangun rencana migrasi.
Mengevaluasi aplikasi
Sebagai langkah terakhir dalam proses penemuan dan penilaian, Contoso dapat mengevaluasi hasil penilaian dan pemetaan untuk menentukan cara memigrasikan setiap aplikasi dalam katalog layanan.
Untuk menangkap proses evaluasi ini, Contoso menambahkan beberapa klasifikasi ke inventaris.
| Kategori | Nilai yang ditetapkan | Detail |
|---|---|---|
| Grup bisnis | Daftar nama grup usaha | Kelompok mana yang bertanggung jawab atas barang inventaris? |
| Kandidat POC | Y/T | Bisakah aplikasi digunakan sebagai POC atau pengadopsi awal untuk migrasi cloud? |
| Hutang teknis | Tidak ada/Beberapa/Parah | Apakah item inventaris berjalan atau menggunakan produk, platform, atau sistem operasi yang tidak didukung? |
| Implikasi firewall | Y/T | Apakah aplikasi terhubung ke internet atau lalu lintas luar? Apakah aplikasi terintegrasi dengan firewall? |
| Masalah keamanan | Y/T | Apakah ada masalah keamanan yang diketahui di aplikasi? Apakah aplikasi menggunakan data yang tidak terenkripsi atau platform yang kedaluwarsa? |
| Strategi migrasi | Hoting Ulang/Refaktor/Rancang Ulang/Bangun ulang | Migrasi seperti apa yang diperlukan aplikasi? Bagaimana aplikasi akan digunakan di Azure? Pelajari selengkapnya. |
| Kerumitan teknis | 1-5 | Seberapa rumit migrasinya? Nilai ini harus ditentukan oleh Contoso DevOps dan mitra terkait. |
| Kekritisan Bisnis | 1-5 | Seberapa penting aplikasi untuk bisnis? Misalnya, aplikasi kelompok kerja kecil mungkin diberi skor satu, sementara aplikasi penting yang digunakan di seluruh organisasi mungkin diberi skor lima. Skor ini akan memengaruhi tingkat prioritas migrasi. |
| Prioritas migrasi | 1/2/3 | Apa prioritas migrasi untuk aplikasi? |
| Risiko migrasi | 1-5 | Berapa tingkat risiko untuk memigrasi aplikasi? Contoso DevOps dan mitra terkait harus menyetujui nilai ini. |
Menentukan biaya
Untuk menentukan biaya dan potensi penghematan migrasi Azure, Contoso dapat menggunakan kalkulator biaya kepemilikan total (TCO) untuk menghitung dan membandingkan TCO untuk Azure dengan penyebaran lokal yang sebanding.
Mengidentifikasi alat penilaian
Contoso memutuskan alat mana yang akan digunakan untuk penemuan, penilaian, dan pembuatan inventaris. Contoso mengidentifikasi campuran alat dan layanan Azure, alat dan skrip aplikasi asli, dan alat mitra. Secara khusus, Contoso tertarik pada bagaimana Azure Migrate dapat digunakan untuk melakukan penilaian dalam skala besar.
Azure Migrate
Layanan Azure Migrate membantu Anda menemukan dan menilai Mesin Virtual VMware lokal, sebagai persiapan untuk migrasi ke Azure. Berikut yang dilakukan Azure Migrate:
Menemukan: Menemukan Mesin Virtual VMware lokal.
Azure Migrate mendukung penemuan dari beberapa server vCenter (secara berurutan) dan dapat menjalankan penemuan di proyek Azure Migrate yang terpisah.
Azure Migrate melakukan penemuan melalui Mesin Virtual VMware yang menjalankan Pengumpul Azure Migrate. Pengumpul yang sama dapat menemukan Mesin Virtual di server vCenter yang berbeda dan mengirim data ke proyek yang berbeda.
Menilai kesiapan: Menilai apakah mesin lokal cocok untuk dijalankan di Azure. Penilaian meliputi:
- Rekomendasi ukuran: Dapatkan rekomendasi ukuran untuk Azure Virtual Machines, berdasarkan riwayat performa Mesin Virtual lokal.
- Perkiraan biaya bulanan: Dapatkan perkiraan biaya untuk menjalankan mesin lokal di Azure.
Identifikasi dependensi: Visualisasikan dependensi mesin lokal untuk membuat grup mesin yang optimal untuk penilaian dan migrasi.
Contoso perlu menggunakan Azure Migrate dengan benar, mengingat skala migrasi ini:
- Contoso menilai setiap aplikasi melalui Azure Migrate. Penilaian ini memastikan bahwa Azure Migrate menampilkan data tepat waktu ke portal Microsoft Azure.
- Admin Contoso mempelajari cara menyebarkan Azure Migrate dalam skala besar.
- Contoso mencatat batas Azure Migrate yang dirangkum dalam tabel berikut.
| Tindakan | Batas |
|---|---|
| Membuat proyek Azure Migrate | 10.000 Mesin Virtual |
| Penemuan | 10.000 Mesin Virtual |
| Penilaian | 10.000 Mesin Virtual |
Contoso akan menggunakan Azure Migrate sebagai berikut:
- Di vCenter, atur Mesin Virtual ke dalam folder. Tindakan ini akan memudahkan admin untuk fokus saat menjalankan penilaian terhadap Mesin Virtual di folder tertentu.
- Menilai dependensi antar mesin. Tindakan ini membutuhkan agen untuk diinstal pada Mesin Virtual yang akan dinilai.
Contoso akan menggunakan skrip otomatis untuk menginstal agen Windows atau Linux yang diperlukan. Dengan pembuatan skrip, Contoso dapat mendorong instalasi ke Mesin Virtual dalam folder vCenter.
Alat database
Selain Azure Migrate, Contoso akan fokus menggunakan alat khusus untuk penilaian database. Alat seperti Asisten Migrasi Data akan membantu menilai database SQL Server untuk migrasi.
Asisten Migrasi Data dapat membantu Contoso untuk menentukan apakah database lokal kompatibel dengan berbagai solusi database Azure. Solusi ini termasuk Azure SQL Database, SQL Server yang berjalan pada Mesin Virtual Infrastruktur sebagai layanan Azure, dan Azure SQL Managed Instance.
Selain Database Migration Service, Contoso memiliki beberapa skrip yang digunakan untuk menemukan dan mendokumentasikan database SQL Server. Skrip ini terletak di repo GitHub.
Alat penilaian mitra
Ada beberapa alat mitra lain yang dapat membantu Contoso menilai lingkungan lokal untuk migrasi ke Azure. Pelajari selengkapnya tentang Mitra migrasi Azure.
Langkah 2: Migrasikan
Setelah penilaian selesai, Contoso perlu mengidentifikasi alat untuk memindahkan aplikasi, data, dan infrastrukturnya ke Azure.
Strategi migrasi
Contoso dapat mempertimbangkan empat strategi migrasi yang luas.
| Strategi | Detail | Penggunaan |
|---|---|---|
| Menentukan host kembali | ||
| Menentukan faktor kembali | ||
| Merancang ulang | ||
| Membangun kembali |
Data juga harus diperhatikan, terutama dengan volume database yang dimiliki Contoso. Pendekatan default Contoso adalah menggunakan layanan PaaS seperti Azure SQL Database untuk memanfaatkan fitur cloud sepenuhnya. Dengan pindah ke layanan PaaS untuk database, Contoso hanya perlu memelihara data. Tindakan ini akan meninggalkan platform yang mendasarinya ke Microsoft.
Mengevaluasi alat migrasi
Contoso terutama menggunakan layanan dan alat Azure ini untuk migrasi:
- Azure Migrate: Layanan untuk memigrasikan mesin virtual lokal dan sumber daya lainnya ke Azure.
- Azure Database Migration Service: Memigrasikan database lokal seperti SQL Server, MySQL, dan Oracle ke Azure.
Azure Migrate
Azure Migrate adalah layanan Azure utama untuk mengatur migrasi dari dalam Azure dan dari situs lokal ke Azure.
Azure Migrate mengatur replikasi dari lokasi lokal ke Azure. Saat replikasi disiapkan dan dijalankan, mesin lokal dapat gagal ke Azure, menyelesaikan migrasi.
Contoso sudah menyelesaikan POC untuk melihat bagaimana Azure Migrate dapat membantunya bermigrasi ke cloud.
Menggunakan Azure Migrate dalam skala besar
Contoso berencana untuk melakukan beberapa migrasi lift-and-shift. Untuk memastikan migrasi ini berfungsi, Azure Migrate akan mereplikasi batch berisi sekitar 100 Mesin Virtual sekaligus. Untuk menentukan cara kerjanya, Contoso harus melakukan perencanaan kapasitas untuk migrasi yang diusulkan.
Contoso perlu mengumpulkan informasi tentang volume lalu lintas mereka. Secara khusus:
- Contoso perlu menentukan tingkat perubahan untuk Mesin Virtual yang akan direplikasi.
- Contoso perlu mempertimbangkan konektivitas jaringan dari situs lokal ke Azure.
Menanggapi persyaratan kapasitas dan volume, Contoso perlu mengalokasikan bandwidth yang cukup berdasarkan tingkat perubahan data harian untuk Mesin Virtual yang diperlukan, guna memenuhi tujuan titik pemulihan (RPO). Terakhir, Contoso harus menentukan berapa banyak server yang diperlukan untuk menjalankan komponen Azure Migrate untuk penyebaran.
Mengumpulkan informasi lokal
Contoso dapat menggunakan Azure Migrate:
- Untuk membuat profil Mesin Virtual dari jarak jauh tanpa berdampak pada lingkungan produksi. Hal ini membantu menentukan bandwidth dan persyaratan penyimpanan untuk replikasi dan failover.
- Tanpa menginstal komponen Site Recovery lokal.
Alat ini mengumpulkan informasi tentang Mesin Virtual yang kompatibel dan tidak kompatibel, disk per Mesin Virtual, dan churn data per disk. Alat ini juga mengidentifikasi persyaratan bandwidth jaringan dan infrastruktur Azure yang diperlukan untuk replikasi dan failover yang berhasil.
Contoso perlu memastikan bahwa hal ini menjalankan alat perencana pada mesin Windows Server yang sesuai dengan persyaratan minimum untuk server konfigurasi Site Recovery. Server konfigurasi adalah mesin Site Recovery yang diperlukan untuk mereplikasi Mesin Virtual VMware lokal.
Mengidentifikasi persyaratan Site Recovery
Selain Mesin Virtual yang direplikasi, Site Recovery memerlukan beberapa komponen untuk migrasi VMware.
| Komponen | Detail |
|---|---|
| Server konfigurasi | |
| Server proses | |
| Layanan mobilitas |
Contoso perlu menentukan cara menyebarkan komponen ini, berdasarkan pertimbangan kapasitas.
| Komponen | Persyaratan kapasitas |
|---|---|
| Tingkat perubahan harian maksimum | |
| Throughput maksimum | |
| Server konfigurasi | Berdasarkan perkiraan Contoso untuk mereplikasi 100 hingga 200 Mesin Virtual bersama-sama dan persyaratan ukuran server konfigurasi, Contoso memperkirakan bahwa diperlukan jenis konfigurasi mesin server berikut: Selain persyaratan ukuran, Contoso harus memastikan bahwa server konfigurasi ditempatkan secara optimal di jaringan dan segmen LAN yang sama dengan Mesin Virtual yang akan dimigrasikan. |
| Server proses | Contoso akan menyebarkan server proses khusus yang berdiri sendiri dengan kemampuan untuk mereplikasi 100 hingga 200 Mesin Virtual: Server proses akan bekerja keras, sehingga diletakkan di host ESXi yang dapat menangani I/O disk, lalu lintas jaringan, dan CPU yang diperlukan untuk replikasi. Contoso akan mempertimbangkan host khusus untuk tujuan ini. |
| Jaringan | East US 2). |
| Azure Storage |
Layanan Migrasi Database Azure
Azure Database Migration Service adalah layanan terkelola sepenuhnya yang memungkinkan migrasi tanpa hambatan dari berbagai sumber database ke platform data Azure dengan waktu henti minimal. Berikut adalah beberapa detail tentang layanan:
- Layanan ini mengintegrasikan fungsionalitas alat dan layanan yang ada. Layanan ini menggunakan Asisten Migrasi Data untuk membuat laporan penilaian yang menunjukkan rekomendasi tentang kompatibilitas database dan modifikasi yang diperlukan.
- Layanan juga menggunakan proses migrasi mandiri yang sederhana dengan penilaian cerdas yang membantu mengatasi potensi masalah sebelum migrasi.
- Selain itu, layanan dapat bermigrasi dalam skala besar dari berbagai sumber ke database Azure target.
- Layanan ini memberikan dukungan dari SQL Server 2005 ke SQL Server 2017.
Database Migration Service bukan satu-satunya alat migrasi database Microsoft. Dapatkan perbandingan alat dan layanan.
Menggunakan Layanan Migrasi Database dalam skala besar
Contoso akan menggunakan Database Migration Service saat bermigrasi dari SQL Server.
Saat menyediakan Database Migration Service, Contoso perlu mengukurnya dengan benar dan mengaturnya untuk mengoptimalkan performa migrasi data. Contoso akan memilih tingkat layanan yang Penting Bagi Bisnis dengan empat vCore. Opsi ini memungkinkan layanan memanfaatkan beberapa vCPU untuk paralelisasi dan transfer data yang lebih cepat.
Taktik penskalaan lain yang dapat digunakan Contoso adalah meningkatkan sementara Azure SQL Database atau instans target Azure Database for MySQL ke tingkat harga Premium selama migrasi data. Taktik ini meminimalkan pembatasan database yang mungkin memengaruhi aktivitas transfer data saat organisasi menggunakan tingkat yang lebih rendah.
Menggunakan alat lain
Selain Database Migration Service, Contoso dapat menggunakan alat dan layanan lain untuk mengidentifikasi informasi Mesin Virtual:
- Skrip untuk membantu migrasi manual. Skrip ini tersedia di repo GitHub.
- Berbagai alat mitra untuk migrasi.
<--! docutune:ignore "alat manajemen biaya" -->
Siap untuk produksi
Setelah Contoso memindahkan sumber daya ke Azure, Contoso perlu merampingkannya untuk meningkatkan performa, dan memaksimalkan ROI dengan alat manajemen biaya. Karena Azure adalah layanan bayar sesuai penggunaan, penting bagi Contoso untuk memahami bagaimana performa sistem dan memastikan ukurannya dengan benar.
Azure Cost Management + Billing
Untuk memaksimalkan investasi cloud mereka, Contoso akan memanfaatkan alat Azure Cost Management + Billing gratis. Solusi ini memungkinkan Contoso mengelola pengeluaran cloud dengan transparansi dan akurasi. Solusi ini juga menyediakan alat untuk memantau, mengalokasikan, dan memangkas biaya cloud.
Azure Cost Management + Billing menyediakan laporan dasbor sederhana untuk membantu alokasi biaya, showback, dan penagihan balik. Alat ini dapat membantu mengoptimalkan pengeluaran cloud dengan mengidentifikasi sumber daya yang kurang dimanfaatkan yang kemudian dapat dikelola dan disesuaikan oleh Contoso.
Anda dapat mempelajari selengkapnya di ringkasan Azure Cost Management + Billing.
Alat asli
Contoso juga akan menggunakan skrip untuk menemukan sumber daya yang tidak digunakan.
Selama migrasi besar, sering kali ada sisa data seperti hard drive virtual, yang dikenakan biaya tetapi tidak memberikan nilai bagi perusahaan. Skrip tersedia di repo GitHub.
Contoso akan memanfaatkan pekerjaan yang dilakukan oleh departemen TI Microsoft dan mempertimbangkan untuk menerapkan toolkit Pengoptimalan Sumber Daya Azure (ARO). Toolkit ini juga tersedia di repo GitHub.
Contoso dapat menggunakan akun Azure Automation dengan runbook dan jadwal yang telah dikonfigurasi sebelumnya ke langganannya, dan mulai menghemat uang. Pengoptimalan sumber daya terjadi secara otomatis pada langganan setelah jadwal diaktifkan atau dibuat, termasuk pengoptimalan sumber daya baru. Pengoptimalan ini memberikan kemampuan otomatisasi terdesentralisasi untuk mengurangi biaya. Fitur-fitur mencakup:
- Menunda otomatis Azure Virtual Machines berdasarkan penggunaan CPU yang rendah.
- Menjadwalkan Azure Virtual Machines untuk menunda dan membatalkan penundaan.
- Menjadwalkan Azure Virtual Machines untuk menunda atau membatalkan penundaan dalam urutan naik dan turun menggunakan tag Azure.
- Menghapus grup sumber daya secara massal sesuai permintaan.
Alat pengoptimalan mitra
Contoso dapat menggunakan alat mitra seperti Hanu dan Scalr.
Langkah 4: Amankan dan kelola
Contoso menggunakan sumber daya keamanan dan manajemen Azure selama langkah ini untuk mengatur, mengamankan, dan memantau aplikasi cloud di Azure. Sumber daya ini membantu organisasi menjalankan lingkungan yang aman dan terkelola dengan baik saat menggunakan produk yang tersedia di portal Microsoft Azure.
Contoso mulai menggunakan layanan ini selama migrasi. Dengan dukungan hibrid Azure, Contoso terus menggunakan banyak dari layanan ini untuk pengalaman yang konsisten di seluruh cloud hibrid.
Keamanan
Contoso akan mengandalkan Microsoft Defender untuk Cloud untuk manajemen keamanan terpadu dan Pertahanan Microsoft untuk Identitas di seluruh beban kerja cloud hibrid.
Defender untuk Cloud memberikan visibilitas penuh dan kontrol atas keamanan aplikasi cloud di Azure. Contoso dapat dengan cepat mendeteksi dan mengambil tindakan dalam menanggapi ancaman, dan mengurangi paparan keamanan dengan mengaktifkan perlindungan ancaman adaptif.
Pelajari selengkapnya tentang Defender untuk Cloud.
Pemantauan
Contoso membutuhkan visibilitas ke dalam kesehatan dan performa aplikasi, infrastruktur, dan data yang baru dimigrasikan yang sekarang berjalan di Azure. Contoso akan menggunakan alat pemantauan cloud Azure bawaan seperti Azure Monitor, ruang kerja Analitik Log, dan Application Insights.
Dengan menggunakan alat ini, Contoso dapat dengan mudah mengumpulkan data dari sumber dan mendapatkan wawasan. Misalnya, Contoso dapat mengukur disk CPU dan penggunaan memori untuk Mesin Virtual, melihat aplikasi dan dependensi jaringan di beberapa Mesin Virtual, dan melacak performa aplikasi. Contoso akan menggunakan alat pemantauan cloud ini untuk mengambil tindakan dan berintegrasi dengan solusi layanan.
Pelajari selengkapnya tentang Pemantauan Azure.
Keberlangsungan bisnis dan pemulihan bencana
Contoso akan membutuhkan strategi keberlangsungan bisnis dan pemulihan bencana (BCDR) untuk sumber daya Azure-nya.
Azure menyediakan fitur BCDR bawaan untuk membantu melindungi data dan menjaga aplikasi dan layanan tetap berjalan.
Selain fitur bawaan, Contoso ingin memastikan bahwa hal ini dapat pulih dari kegagalan, menghindari gangguan bisnis yang mahal, memenuhi tujuan kepatuhan, dan melindungi data dari ransomware dan kesalahan manusia. Untuk melakukan ini:
- Contoso akan menggunakan Azure Backup sebagai solusi hemat biaya untuk pencadangan sumber daya Azure. Karena ini adalah fitur bawaan, Contoso dapat menyiapkan pencadangan cloud dalam beberapa langkah sederhana.
- Contoso akan menyiapkan pemulihan bencana untuk Azure Virtual Machines dengan menggunakan Azure Site Recovery untuk replikasi, failover, dan failback antara wilayah Azure yang ditentukan. Pemulihan bencana memastikan bahwa aplikasi yang berjalan di Azure Virtual Machines tetap tersedia di wilayah sekunder yang dipilih Contoso jika terjadi pemadaman di wilayah primer. Pelajari selengkapnya.
Kesimpulan
Dalam artikel ini, Contoso merencanakan migrasi Azure dalam skala besar. Contoso membagi proses migrasi menjadi empat tahap. Tahapan tersebut dimulai dari penilaian dan migrasi, hingga pengoptimalan, keamanan, dan pengelolaan setelah migrasi selesai.
Penting bagi organisasi untuk merencanakan proyek migrasi sebagai keseluruhan proses dan memigrasikan sistemnya dengan memecah kumpulan ke dalam klasifikasi dan angka yang masuk akal untuk bisnis. Dengan menilai data dan menerapkan klasifikasi, proyek dapat dipecah menjadi serangkaian migrasi yang lebih kecil, yang dapat berjalan dengan aman dan cepat. Jumlah migrasi yang lebih kecil ini dengan cepat berubah menjadi migrasi besar ke Azure yang berhasil.