Ringkasan Penilaian (bermigrasi ke Azure SQL)
Artikel ini memberikan gambaran umum penilaian untuk memigrasikan instans SQL Server lokal dari lingkungan VMware, Microsoft Hyper-V, dan Fisik ke SQL Server di Azure VM atau Azure SQL Database atau Azure SQL Managed Instance menggunakan Azure Migrate: Alat penemuan dan penilaian.
Apa itu penilaian?
Penilaian dengan alat Discovery dan penilaian adalah rekam jepret data secara tepat waktu dan mengukur kesiapan serta memperkirakan pengaruh migrasi server lokal ke Azure.
Jenis penilaian
Ada tiga jenis penilaian yang dapat Anda buat menggunakan Azure Migrate: Alat penemuan dan penilaian.
| Jenis Penilaian | Rincian |
|---|---|
| VM Azure | Penilaian untuk melakukan migrasi server lokal Anda ke komputer virtual Azure. Anda dapat menilai server lokal di lingkungan VMware dan Hyper-V, serta server fisik untuk migrasi ke Azure VM menggunakan jenis penilaian ini. |
| Azure SQL | Penilaian untuk memigrasikan server SQL lokal Anda dari lingkungan VMware, Microsoft Hyper-V, dan Fisik Anda ke SQL Server di Azure VM, atau Azure SQL Database, atau Azure SQL Managed Instance. |
| Azure App Service | Penilaian untuk memigrasikan aplikasi web ASP.NET lokal Anda yang berjalan di server web IIS, dari lingkungan VMware Anda ke Azure App Service. |
| Azure VMware Solution (AVS) | Penilaian untuk melakukan migrasi server lokal Anda ke Azure VMware Solution (AVS). Anda dapat menilai VMware VM lokal untuk migrasi ke Azure VMware Solution (AVS) menggunakan jenis penilaian ini. Pelajari selengkapnya. |
Catatan
Jika jumlah penilaian Azure VM atau AVS salah pada alat Discovery atau penilaian, klik jumlah total penilaian untuk menavigasi ke semua penilaian dan menghitung ulang penilaian Azure VM atau AVS. Alat Penemuan dan penilaian kemudian menunjukkan jumlah yang benar untuk jenis penilaian tersebut.
Penilaian Azure SQL menyediakan dua kriteria ukuran:
| Kriteria ukuran | Rincian | Data |
|---|---|---|
| Sebagai Lokal | Penilaian yang membuat rekomendasi berdasarkan konfigurasi SQL Server lokal saja | Konfigurasi Azure SQL didasarkan pada konfigurasi SQL Server lokal, yang mencakup inti yang dialokasikan, total memori yang dialokasikan, dan ukuran database. |
| Berbasis performa | Penilaian yang membuat rekomendasi berdasarkan data performa yang dikumpulkan | Konfigurasi Azure SQL didasarkan pada data performa instans dan database SQL, yang mencakup pemanfaatan CPU, pemanfaatan Memori, IOPS (file Data dan Log), throughput, dan latensi operasi IO. |
Bagaimana cara menilai server SQL lokal saya?
Anda dapat menilai instans SQL Server lokal dengan menggunakan konfigurasi dan data pemanfaatan yang dikumpulkan oleh appliance Azure Migrate yang ringan. Appliance menemukan instans dan database server SQL lokal dan mengirimkan data konfigurasi dan performa ke Azure Migrate. Pelajari Lebih Lanjut.
Bagaimana cara menilai dengan appliance?
Jika Anda menggunakan perangkat Azure Migrate untuk menemukan server lokal, lakukan langkah-langkah berikut:
- Siapkan Azure dan lingkungan lokal Anda untuk bekerja dengan Azure Migrate.
- Untuk penilaian pertama Anda, buat proyek Azure Migrate dan tambahkan Azure Migrate: Discovery and assessment tool ke dalamnya.
- Terapkan perangkat Azure Migrate yang ringan. Alat terus menemukan server lokal dan mengirimkan data konfigurasi dan performa ke Azure Migrate. Terapkan appliance sebagai VM atau server fisik. Anda tidak perlu memasang apa pun di server yang ingin Anda nilai.
Setelah appliance mulai menemukan, Anda dapat mengumpulkan server yang ingin Anda nilai ke dalam grup dan menjalankan penilaian untuk grup dengan jenis penilaian Azure SQL.
Ikuti tutorial kami untuk menilai instans SQL Server untuk mencoba langkah-langkah ini.
Bagaimana alat menghitung data performa untuk instans dan database SQL?
Appliance mengumpulkan data performa untuk pengaturan komputasi dengan langkah-langkah berikut:
- Appliance ini mengumpulkan titik sampel real-time. Untuk server SQL, ia mengumpulkan titik sampel setiap 30 detik.
- Appliance mengumpulkan poin data sampel yang dikumpulkan setiap 30 detik selama 10 menit. Untuk membuat titik data, perangkat memilih nilai puncak dari semua sampel. Hal ini mengirimkan maks, rata-rata, dan varians untuk setiap penghitung ke Azure.
- Azure Migrate menyimpan semua poin data 10 menit untuk bulan lalu.
- Saat Anda membuat penilaian, Azure Migrate mengidentifikasi titik data yang sesuai untuk digunakan untuk ukuran yang tepat. Identifikasi didasarkan pada nilai persentil untuk riwayat performa dan pemanfaatan persentil.
- Misalnya, jika riwayat performa satu minggu dan pemanfaatan persentil adalah persentil ke-95, penilaian mengurutkan poin sampel 10 menit selama seminggu terakhir. Ini mengurutkannya dalam urutan naik dan memilih nilai persentil ke-95 untuk ukuran yang tepat.
- Nilai persentil ke-95 memastikan Anda mengabaikan semua outlier, yang mungkin disertakan jika Anda memilih persentil ke-99.
- Jika Anda ingin memilih penggunaan puncak untuk periode tersebut dan tidak ingin melewatkan outlier, pilih persentil ke-99 untuk pemanfaatan persentil.
- Nilai ini dikalikan dengan faktor kenyamanan untuk mendapatkan data pemanfaatan performa yang efektif untuk metrik ini yang dikumpulkan appliance:
- Utilisasi CPU (%)
- Pemanfaatan memori (%)
- Baca IO/s dan Tulis IO/s (File Data dan Log)
- Baca MB/s dan Tulis MB/s (Throughput)
- Latensi operasi IO
Properti apa yang digunakan untuk membuat dan menyesuaikan penilaian Azure SQL?
Properti penilaian Azure SQL meliputi:
| Bagian | Pengaturan | Rincian |
|---|---|---|
| Pengaturan target dan harga | Lokasi target | Wilayah Azure yang ingin Anda migrasikan. Rekomendasi konfigurasi dan biaya Azure SQL didasarkan pada lokasi yang Anda tentukan. |
| Pengaturan target dan harga | Jenis lingkungan | Lingkungan untuk penyebaran SQL untuk menerapkan harga yang berlaku untuk Produksi atau Dev/Test. |
| Pengaturan target dan harga | Program Penawaran/Lisensi | Penawaran Azure jika Anda terdaftar. Saat ini, bidangnya adalah Pay-as-you-go secara default, yang memberi Anda harga Azure ritel. Anda dapat memanfaatkan diskon tambahan dengan menerapkan kapasitas khusus dan Keuntungan Hibrid Azure di atas penawaran PAYG. Anda dapat menerapkan Azure Hybrid Benefit di atas penawaran Prabayar dan lingkungan Dev/Test. Penilaian tidak mendukung penerapan Kapasitas Cadangan di atas penawaran Prabayar dan lingkungan Dev/Test. Jika penawaran diatur ke Pay-as-you-go dan Kapasitas cadangan diatur ke Tidak ada instans yang dipesan, perkiraan biaya bulanan dihitung dengan mengalikan jumlah jam yang dipilih di bidang waktu aktif VM dengan harga per jam dari SKU yang direkomendasikan. |
| Pengaturan target dan harga | Opsi penghematan - Azure SQL MI dan DB (PaaS) | Tentukan opsi penghematan kapasitas yang dipesan yang ingin Anda pertimbangkan penilaian untuk membantu mengoptimalkan biaya komputasi Azure Anda. Reservasi Azure (1 tahun atau 3 tahun dicadangkan) adalah opsi yang baik untuk sumber daya yang paling berjalan secara konsisten. Saat Anda memilih 'Tidak Ada', biaya komputasi Azure didasarkan pada tarif Bayar sesuai pemakaian atau berdasarkan penggunaan aktual. Anda perlu memilih program penawaran/lisensi prabayar untuk dapat menggunakan Instans Terpesan. Ketika Anda memilih opsi penghematan selain 'Tidak Ada', pengaturan 'Diskon (%)' dan "waktu aktif VM" tidak berlaku. Perkiraan biaya bulanan dihitung dengan mengalikan 744 jam dengan harga per jam dari SKU yang direkomendasikan. |
| Pengaturan target dan harga | Opsi penghematan - SQL Server di Azure VM (IaaS) | Tentukan opsi penghematan yang Ingin Anda pertimbangkan penilaian untuk membantu mengoptimalkan biaya komputasi Azure Anda. Reservasi Azure (1 tahun atau 3 tahun dicadangkan) adalah opsi yang baik untuk sumber daya yang paling berjalan secara konsisten. Azure Savings Plan (paket penghematan 1 tahun atau 3 tahun) memberikan fleksibilitas tambahan dan pengoptimalan biaya otomatis. Idealnya pasca migrasi, Anda dapat menggunakan paket reservasi dan penghematan Azure secara bersamaan (reservasi digunakan terlebih dahulu), tetapi dalam penilaian Azure Migrate, Anda hanya dapat melihat perkiraan biaya dari 1 opsi penghematan sekaligus. Saat Anda memilih 'Tidak Ada', biaya komputasi Azure didasarkan pada tarif Bayar sesuai pemakaian atau berdasarkan penggunaan aktual. Anda perlu memilih program penawaran/lisensi prabayar untuk dapat menggunakan Instans Terpesan atau Azure Savings Plan. Ketika Anda memilih opsi penghematan selain 'Tidak Ada', pengaturan 'Diskon (%)' dan "waktu aktif VM" tidak berlaku. Perkiraan biaya bulanan dihitung dengan mengalikan 744 jam di bidang waktu aktif VM dengan harga per jam dari SKU yang direkomendasikan. |
| Pengaturan target dan harga | Mata Uang | Mata uang penagihan untuk akun Anda. |
| Pengaturan target dan harga | Diskon (%) | Diskon khusus langganan apa pun yang Anda terima selain penawaran Azure. Pengaturan default-nya 0%. |
| Pengaturan target dan harga | Waktu aktif VM | Tentukan durasi (hari per bulan/jam per hari) yang dijalankan server/VM. Ini berguna untuk menghitung perkiraan biaya untuk SQL Server di Azure VM di mana Anda menyadari bahwa Azure VM mungkin tidak berjalan terus menerus. Perkiraan biaya untuk server di mana target yang direkomendasikan adalah SQL Server di Azure VM didasarkan pada durasi yang ditentukan. Defaultnya, 31 hari per bulan/24 jam per hari. |
| Pengaturan target dan harga | Keuntungan Azure Hybrid | Tentukan apakah Anda sudah memiliki lisensi Windows Server dan/atau SQL Server atau langganan Enterprise Linux (RHEL dan SLES). Azure Hybrid Benefit adalah manfaat lisensi yang membantu Anda mengurangi biaya menjalankan beban kerja di cloud secara signifikan. Fitur ini bekerja dengan mengizinkan Anda menggunakan lisensi Windows Server dan SQL Server berbasis Software Assurance di Azure. Misalnya, jika Anda memiliki lisensi SQL Server dan mereka tercakup dalam Jaminan Perangkat Lunak aktif langganan SQL Server, Anda dapat mengajukan Azure Hybrid Benefit saat Anda membawa lisensi ke Azure. |
| Kriteria penilaian | Kriteria ukuran | Atur ke Berbasis performa secara default, yang berarti Azure Migrate mengumpulkan metrik performa yang berkaitan dengan instans SQL dan database yang dikelola olehnya untuk merekomendasikan SQL Server berukuran optimal di Azure VM dan/atau Azure SQL Database dan/atau konfigurasi Azure SQL Managed Instance. Anda dapat mengubah ini menjadi Sebagai lokal untuk mendapatkan rekomendasi hanya berdasarkan konfigurasi SQL Server lokal tanpa pengoptimalan berbasis metrik performa. |
| Kriteria penilaian | Riwayat performa | Tunjukkan durasi data tempat Anda ingin mendasarkan penilaian. (Default nya satu hari) |
| Kriteria penilaian | Penggunaan persentil | Tunjukkan nilai persentil yang ingin Anda gunakan untuk sampel performa. (Default nya persentil ke-95) |
| Kriteria penilaian | Faktor kenyamanan | Tunjukkan buffer yang ingin Anda gunakan selama penilaian. Upaya ini melaporkan masalah seperti penggunaan musiman, riwayat performa pendek, dan kemungkinan peningkatan penggunaan di masa depan. |
| Kriteria penilaian | Preferensi pengoptimalan | Tentukan preferensi untuk laporan penilaian yang direkomendasikan. Memilih Minimalkan biaya akan mengakibatkan laporan Penilaian yang direkomendasikan merekomendasikan jenis penyebaran yang memiliki masalah migrasi paling sedikit dan paling hemat biaya, sedangkan memilih Modernisasi ke PaaS akan menghasilkan Laporan penilaian yang direkomendasikan yang merekomendasikan jenis penyebaran PaaS (Azure SQL MI atau DB) melalui IaaS Azure (VM), di mana pun instans SQL Server siap untuk migrasi ke PaaS terlepas dari biaya. |
| Ukuran Azure SQL Managed Instance | Tingkat Layanan | Pilih opsi tingkat layanan yang paling tepat untuk mengakomodasi kebutuhan bisnis Anda untuk migrasi ke Azure SQL Managed Instance: PilihDirekomendasikan jika Anda ingin Azure Migrate merekomendasikan tingkat layanan yang paling cocok untuk server Anda. Hal ini bisa menjadi tujuan umum atau bisnis kritis. PilihTujuan Umumjika Anda menginginkan konfigurasi Azure SQL yang dirancang untuk beban kerja berorientasi anggaran. Pilih Bisnis Penting jika Anda menginginkan konfigurasi Azure SQL yang dirancang untuk beban kerja latensi rendah dengan ketahanan tinggi terhadap kegagalan dan failover cepat. |
| Ukuran Azure SQL Managed Instance | Jenis instans | Default ke Instans tunggal. |
| Ukuran Azure SQL Managed Instance | Tingkatan harga | Default ke Standar. |
| Ukuran SQL Server di Azure VM | Seri VM | Tentukan seri Azure VM yang ingin Anda pertimbangkan untuk SQL Server pada ukuran Azure VM . Berdasarkan persyaratan konfigurasi dan performa instans SQL Server atau SQL Server Anda, penilaian merekomendasikan ukuran VM dari daftar seri VM yang dipilih. Anda dapat mengedit pengaturan sesuai kebutuhan. Misalnya, jika Anda tidak ingin menyertakan VM seri D, Anda dapat mengecualikan seri D dari daftar ini. Karena penilaian Azure SQL berniat memberikan performa terbaik untuk beban kerja SQL Anda, daftar seri VM hanya memiliki VM yang dioptimalkan untuk menjalankan SQL Server Anda di Azure Virtual Machines (VM). Pelajari selengkapnya. |
| Ukuran SQL Server di Azure VM | Jenis Penyimpanan | Default ke Direkomendasikan, yang berarti penilaian merekomendasikan Disk Terkelola Azure yang paling cocok berdasarkan jenis lingkungan yang dipilih, ukuran disk lokal, IOPS, dan throughput. |
| Ukuran Azure SQL Database | Tingkat Layanan | Pilih opsi tingkat layanan yang paling tepat untuk mengakomodasi kebutuhan bisnis Anda untuk migrasi ke Azure SQL Database: PilihDirekomendasikan jika Anda ingin Azure Migrate merekomendasikan tingkat layanan yang paling cocok untuk server Anda. Hal ini bisa menjadi tujuan umum atau bisnis kritis. PilihTujuan Umumjika Anda menginginkan konfigurasi Azure SQL yang dirancang untuk beban kerja berorientasi anggaran. Pilih Bisnis Penting jika Anda menginginkan konfigurasi Azure SQL yang dirancang untuk beban kerja latensi rendah dengan ketahanan tinggi terhadap kegagalan dan failover cepat. |
| Ukuran Azure SQL Database | Jenis instans | Default ke Database tunggal. |
| Ukuran Azure SQL Database | Model pembelian | Default ke vCore. |
| Ukuran Azure SQL Database | Tingkat komputasi | Default ke Diprovisikan. |
| Ketersediaan tinggi dan properti pemulihan bencana | Wilayah pemulihan bencana | Default ke pasangan replikasi lintas wilayah dari lokasi Target. Dalam peristiwa yang tidak mungkin ketika lokasi Target yang dipilih belum memiliki pasangan seperti itu, lokasi Target yang ditentukan itu sendiri dipilih sebagai wilayah pemulihan bencana default. |
| Ketersediaan tinggi dan properti pemulihan bencana | Niat multi-subnet | Default ke Pemulihan bencana. Pilih Pemulihan bencana jika Anda ingin replikasi data asinkron di mana beberapa penundaan replikasi dapat ditoleransi. Ini memungkinkan durabilitas yang lebih tinggi menggunakan geo-redundansi. Jika terjadi failover, data yang belum direplikasi mungkin hilang. Pilih Ketersediaan tinggi jika Anda ingin replikasi data sinkron dan tidak ada kehilangan data karena penundaan replikasi diizinkan. Pengaturan ini memungkinkan penilaian untuk memanfaatkan opsi ketersediaan tinggi bawaan di Azure SQL Database dan Azure SQL Managed Instances, serta zona ketersediaan dan redundansi zona di Azure Virtual Machines untuk memberikan ketersediaan yang lebih tinggi. Jika terjadi failover, tidak ada data yang hilang. |
| Ketersediaan tinggi dan properti pemulihan bencana | Akses Internet | Default ke Tersedia. Pilih Tersedia jika Anda mengizinkan akses Internet keluar dari Azure VM. Ini memungkinkan penggunaan Cloud Witness yang merupakan pendekatan yang direkomendasikan untuk Kluster Failover Windows Server di Azure Virtual Machines. Pilih Tidak tersedia jika Azure VM tidak memiliki akses Internet keluar. Ini memerlukan penggunaan Disk Bersama sebagai bukti untuk Kluster Failover Windows Server di Azure Virtual Machines. |
| Ketersediaan tinggi dan properti pemulihan bencana | Niat mode penerapan asinkron | Default ke Pemulihan bencana. Pilih Pemulihan bencana jika Anda menggunakan mode ketersediaan penerapan asinkron untuk memungkinkan durabilitas yang lebih tinggi untuk data tanpa memengaruhi performa. Jika terjadi failover, data yang belum direplikasi mungkin hilang. Pilih Ketersediaan tinggi jika Anda menggunakan mode ketersediaan data penerapan asinkron untuk meningkatkan ketersediaan dan memperluas skala lalu lintas baca. Pengaturan ini memungkinkan penilaian untuk memanfaatkan fitur ketersediaan tinggi bawaan di Azure SQL Database, Azure SQL Managed Instances, dan Azure Virtual Machines untuk memberikan ketersediaan dan peluasan skala yang lebih tinggi. |
| Keamanan | Keamanan | Default ke Ya, dengan Microsoft Defender untuk Cloud. Menentukan apakah Anda ingin menilai kesiapan dan biaya untuk alat keamanan di Azure. Jika pengaturan memiliki nilai default Ya, dengan Microsoft Defender untuk Cloud, pengaturan akan menilai kesiapan dan biaya keamanan untuk Azure SQL MI/DB Anda dengan Microsoft Defender untuk Cloud. |
Tinjau praktik terbaik untuk membuat penilaian dengan Azure Migrate.
Hitung kesiapan
Catatan
Penilaian hanya mencakup database yang berstatus online. Dalam hal database dalam status lain, penilaian mengabaikan kesiapan, ukuran dan perhitungan biaya untuk database tersebut. Jika Anda ingin menilai database tersebut, ubah status database dan hitung ulang penilaian dalam beberapa waktu.
Kesiapan Azure SQL
Pemeriksaan kesiapan untuk strategi migrasi yang berbeda:
Penyebaran yang direkomendasikan, Instans ke SQL Server di Azure VM, Instans ke Azure SQL MI, Database ke Azure SQL DB:
Kesiapan Azure SQL untuk instans dan database SQL didasarkan pada pemeriksaan kompatibilitas fitur dengan SQL Server di Azure VM, Azure SQL Database, dan Azure SQL Managed Instance:
- Penilaian Azure SQL mempertimbangkan fitur instans SQL Server yang saat ini digunakan oleh beban kerja SQL Server sumber (pekerjaan Agen SQL, server tertaut, dll.) dan skema database pengguna (tabel, tampilan, pemicu, prosedur tersimpan, dll.) untuk mengidentifikasi masalah kompatibilitas.
- Jika tidak ada masalah kompatibilitas yang ditemukan, instans ditandai sebagai Siap untuk jenis penyebaran target (SQL Server di Azure VM atau Azure SQL Database atau Azure SQL Managed Instance)
- Jika ada masalah kompatibilitas non-kritis, seperti fitur yang tidak didukung atau tidak didukung yang tidak memblokir migrasi ke jenis penyebaran target tertentu, instans ditandai sebagai Siap (hyperlink) dengan detail peringatan dan panduan remediasi yang direkomendasikan. Ini termasuk situasi di mana data sumber memiliki konfigurasi Grup Ketersediaan AlwaysOn dan replika yang diperlukan melebihi yang tersedia dengan jenis penyebaran target tertentu.
- Jika ada masalah kompatibilitas yang mungkin memblokir migrasi ke jenis penyebaran target tertentu, instans ditandai sebagai Siap dengan kondisi dengan detail masalah dan panduan remediasi yang direkomendasikan.
- Dalam penyebaran yang Direkomendasikan, Instans ke Azure SQL MI, dan Instans ke SQL Server pada laporan kesiapan Azure VM, jika bahkan ada satu database dalam instans SQL, yang belum siap untuk jenis penyebaran target tertentu, instans ditandai sebagai Siap dengan kondisi untuk jenis penyebaran tersebut.
- Belum siap: Penilaian tidak dapat menemukan SQL Server di Konfigurasi Azure VM/Azure SQL MI/Azure SQL DB yang memenuhi konfigurasi dan karakteristik performa yang diinginkan. Tinjau rekomendasi untuk membuat instans/server siap untuk jenis penyebaran target yang diinginkan.
- Jika penemuan masih berlangsung atau ada masalah penemuan untuk instans atau database SQL, instans ditandai sebagai Tidak Diketahui karena penilaian tidak dapat menghitung kesiapan untuk instans SQL tersebut.
Catatan
Dalam strategi penyebaran yang direkomendasikan, memigrasikan instans ke SQL Server di Azure VM adalah strategi yang direkomendasikan untuk memigrasikan instans SQL Server. Meskipun, ketika kredensial SQL Server tidak tersedia, penilaian Azure SQL menyediakan rekomendasi lift-and-shift berukuran tepat yaitu rekomendasi "Server ke SQL Server di Azure VM".
Semua server ke SQL Server di Azure VM:
Lihat kesiapan di sini.
Jenis penyebaran yang disarankan
Untuk strategi migrasi penyebaran yang direkomendasikan, penilaian merekomendasikan jenis penyebaran Azure SQL yang paling kompatibel dengan instans SQL Anda dan merupakan yang paling hemat biaya. Bermigrasi ke target yang direkomendasikan Microsoft mengurangi upaya migrasi Anda secara keseluruhan. Jika instans Anda siap untuk SQL Server di Azure VM, Azure SQL Managed Instance, dan Azure SQL Database, jenis penyebaran target, yang memiliki masalah kesiapan migrasi paling sedikit dan merupakan yang paling hemat biaya disarankan. Jika Anda memilih jenis penyebaran target sebagai Disarankan di properti penilaian Azure SQL, Azure Migrate merekomendasikan jenis penyebaran Azure SQL yang kompatibel dengan instans SQL Anda. Bermigrasi ke target yang direkomendasikan Microsoft mengurangi upaya migrasi Anda secara keseluruhan.
Catatan
Dalam strategi penyebaran yang direkomendasikan, jika SQL Server sumber cocok untuk ketiga target penyebaran- SQL Server di Azure VM, Azure SQL Managed Instance dan Azure SQL Database, penilaian merekomendasikan opsi tertentu yang mengoptimalkan biaya Anda dan sesuai dalam batas ukuran dan performa.
Kesiapan keamanan
Jika database/instans ditandai sebagai Siap untuk jenis penyebaran target Azure SQL DB/MI, database/instans secara otomatis dianggap Siap untuk Pertahanan Microsoft untuk SQL. Jika database/instans ditandai sebagai Siap untuk jenis penyebaran target SQL Server di Azure VM, database dianggap Siap untuk Pertahanan Microsoft untuk SQL jika menjalankan salah satu versi ini:
- SQL Server versi 2012, 2014, 2016, 2017, 2019, 2022
- Untuk semua versi lainnya, ini ditandai sebagai Siap dengan Kondisi.
Menghitung ukuran
Setelah penilaian menentukan kesiapan dan jenis penyebaran Azure SQL yang direkomendasikan, penilaian menghitung tingkat layanan tertentu dan konfigurasi Azure SQL (ukuran SKU) yang dapat memenuhi atau melebihi performa SQL Server lokal. Penghitungan ini bergantung pada apakah Anda menggunakan kriteria ukuran lokal atau Berbasis performa.
Sebagai perhitungan ukuran lokal
Jika Anda menggunakan kriteria ukuran Sebagai lokal, penilaian hanya menggunakan data konfigurasi instans SQL dan tidak mempertimbangkan data performa.
Instans ke Azure SQL MI dan Database ke konfigurasi Azure SQL DB
Penilaian menghitung tingkat layanan tertentu dan konfigurasi Azure SQL (ukuran SKU) yang dapat memenuhi atau melebihi konfigurasi instans SQL lokal:
- Selama proses penemuan, Azure Migrate mengumpulkan konfigurasi instans SQL yang mencakup:
- vCores (dialokasikan)
- Memori (dialokasikan)
- Total ukuran DB dan organisasi file database
- Ukuran database dihitung dengan menambahkan semua data dan file log.
- Penilaian menggabungkan semua data konfigurasi dan mencoba menemukan kecocokan terbaik di berbagai tingkat dan konfigurasi layanan Azure SQL dan memilih konfigurasi yang dapat mencocokkan atau melebihi persyaratan instans SQL, mengoptimalkan biaya.
Instans ke SQL Server pada konfigurasi Azure VM
Instans ke SQL Server pada laporan penilaian Azure VM mencakup pendekatan ideal untuk memigrasikan instans dan database SQL Server ke SQL Server di Azure VM, mematuhi praktik terbaik. Pelajari selengkapnya.
Ukuran penyimpanan
Untuk ukuran penyimpanan, penilaian memetakan setiap disk instans ke disk Azure. Pengukuran berfungsi sebagai berikut:
Ukuran disk yang diperlukan untuk setiap disk adalah ukuran SQL Data dan drive Log SQL.
Penilaian merekomendasikan pembuatan kumpulan disk penyimpanan untuk semua drive SQL Log dan SQL Data. Untuk drive sementara, penilaian merekomendasikan untuk menyimpan file di drive lokal.
Jika penilaian tidak dapat menemukan disk untuk ukuran yang diperlukan, penilaian menandai instans sebagai tidak cocok untuk bermigrasi ke SQL Server di Azure VM
Jika penilaian menemukan sekumpulan disk yang sesuai, penilaian akan memilih disk yang mendukung lokasi yang ditentukan dalam pengaturan penilaian.
Jika jenis lingkungan adalah Produksi, penilaian mencoba menemukan disk Premium untuk memetakan masing-masing disk, jika tidak, ia mencoba menemukan disk yang sesuai, yang bisa berupa disk SSD Premium atau Standar.
- Jika ada beberapa disk yang memenuhi syarat, penilaian akan memilih disk dengan biaya terendah.
Ukuran komputasi
Setelah menghitung persyaratan penyimpanan, penilaian mempertimbangkan persyaratan CPU dan RAM instans untuk menemukan ukuran VM yang sesuai di Azure.
- Penilaian melihat inti dan RAM yang dialokasikan untuk menemukan ukuran Azure VM yang sesuai.
- Jika tidak ada ukuran yang cocok yang ditemukan, server ditandai sebagai tidak cocok untuk Azure.
- Jika ukuran yang sesuai ditemukan, Azure Migrate menerapkan perhitungan penyimpanan. Kemudian menerapkan pengaturan lokasi dan tingkat harga untuk rekomendasi ukuran VM akhir.
- Jika ada beberapa ukuran Azure VM yang memenuhi syarat, ukuran dengan biaya terendah yang disarankan.
Catatan
Karena penilaian Azure SQL dimaksudkan untuk memberikan performa terbaik untuk beban kerja SQL Anda, daftar seri VM hanya memiliki VM yang dioptimalkan untuk menjalankan SQL Server Anda di Azure Virtual Machines (VM). Pelajari selengkapnya.
Server ke SQL Server pada konfigurasi Azure VM
Untuk Semua server ke SQL Server pada strategi migrasi Azure VM , lihat ukuran komputasi dan penyimpanan di sini.
Catatan
Peringkat keyakinan tidak berlaku untuk penilaian Azure SQL menggunakan kriteria Ukuran lokal.
Perhitungan ukuran berbasis performa
Jika Anda menggunakan ukuran berbasis Performa, penilaian menggunakan konfigurasi instans SQL dan data performa untuk menghasilkan rekomendasi yang memenuhi atau melebihi persyaratan performa.
Instans ke Azure SQL MI dan Database ke konfigurasi Azure SQL DB
Penilaian menghitung tingkat layanan tertentu dan konfigurasi Azure SQL (ukuran SKU) yang dapat memenuhi atau melebihi persyaratan performa instans SQL lokal:
- Selama proses penemuan, Azure Migrate mengumpulkan konfigurasi dan performa instans SQL yang mencakup:
- vCore (dialokasikan) dan pemanfaatan CPU (%)
- Pemanfaatan CPU untuk instans SQL adalah persentase CPU yang dialokasikan yang digunakan oleh instans di server SQL
- Pemanfaatan CPU untuk database adalah persentase CPU yang dialokasikan yang digunakan oleh database pada instans SQL
- Memori (dialokasikan) dan pemanfaatan memori (%)
- Baca IO/dtk dan Tulis IO/dtk (File data dan Log)
- Baca IO/s dan Tulis IO/s pada tingkat instans SQL dihitung dengan menambahkan Baca IO/s dan Tulis IO/s dari semua database yang ditemukan dalam instans tersebut.
- Baca MB/s dan Tulis MB/s (Throughput)
- Latensi operasi IO
- Total ukuran DB dan organisasi file database
- Ukuran database dihitung dengan menambahkan semua data dan file log.
- Konfigurasi subnet jaringan Instans Kluster AlwaysOn Failover (Subnet Tunggal atau Multi-Subnet)
- Konfigurasi Grup Ketersediaan AlwaysOn
- Konfigurasi jaringan instans yang berpartisipasi (Subnet Tunggal atau Multi-Subnet)
- Jumlah dan jenis replika sekunder
- Mode Ketersediaan: Penerapan Sinkron vs Penerapan Asinkron
- Mode Koneksi ion: Baca-saja vs Tidak Ada
- vCore (dialokasikan) dan pemanfaatan CPU (%)
- Penilaian menggabungkan semua data konfigurasi dan performa dan mencoba menemukan kecocokan terbaik di berbagai tingkat layanan dan konfigurasi Azure SQL dan memilih konfigurasi yang dapat cocok atau melebihi persyaratan performa instans SQL, mengoptimalkan biaya.
Instans ke SQL Server pada konfigurasi Azure VM
Instans ke SQL Server pada laporan penilaian Azure VM mencakup pendekatan ideal untuk memigrasikan instans dan database SQL Server ke SQL Server di Azure VM, mematuhi praktik terbaik. Pelajari selengkapnya.
Jika sumbernya adalah Instans Kluster Failover Always On SQL Server (FCI), laporan penilaian mencakup pendekatan untuk bermigrasi ke Instans Kluster Failover SQL Server dua node. Ini mempertahankan ketersediaan tinggi dan niat pemulihan bencana sambil mematuhi praktik terbaik. Pelajari selengkapnya.
Ukuran penyimpanan
Untuk ukuran penyimpanan, penilaian memetakan setiap disk instans ke disk Azure. Pengukuran berfungsi sebagai berikut:
Penilaian menambahkan IOPS baca dan tulis disk untuk mendapatkan total IOPS yang diperlukan. Demikian pula, penilaian menambahkan nilai throughput baca dan tulis untuk mendapatkan throughput total setiap disk. Ukuran disk yang diperlukan untuk setiap disk adalah ukuran SQL Data dan drive Log SQL.
Penilaian merekomendasikan pembuatan kumpulan disk penyimpanan untuk semua drive SQL Log dan SQL Data. Untuk drive sementara, penilaian merekomendasikan untuk menyimpan file di drive lokal.
- Jika penilaian tidak dapat menemukan disk untuk ukuran, IOPS, dan throughput yang diperlukan, penilaian menandai instans sebagai tidak cocok untuk bermigrasi ke SQL Server di Azure VM
- Jika penilaian menemukan sekumpulan disk yang sesuai, penilaian akan memilih disk yang mendukung lokasi yang ditentukan dalam pengaturan penilaian.
- Jika sumbernya adalah Instans Kluster AlwaysOn Failover SQL Server, konfigurasi disk bersama dipilih.
- Jika jenis lingkungan adalah Produksi, penilaian mencoba menemukan disk Premium untuk memetakan masing-masing disk, jika tidak, ia mencoba menemukan disk yang sesuai, yang bisa berupa disk SSD Premium atau Standar.
- Jika ada beberapa disk yang memenuhi syarat, penilaian akan memilih disk dengan biaya terendah.
Ukuran komputasi
Setelah menghitung persyaratan penyimpanan, penilaian mempertimbangkan persyaratan CPU dan RAM instans untuk menemukan ukuran VM yang sesuai di Azure.
- Penilaian melihat inti dan RAM yang digunakan secara efektif untuk menemukan ukuran Azure VM yang sesuai. RAM atau memori yang digunakan secara efektif untuk instans dihitung dengan menggabungkan cache buffer (ukuran kumpulan buffer dalam MB) untuk semua database yang berjalan dalam instans.
- Jika tidak ada ukuran yang cocok yang ditemukan, server ditandai sebagai tidak cocok untuk Azure.
- Jika ukuran yang sesuai ditemukan, Azure Migrate menerapkan perhitungan penyimpanan. Kemudian menerapkan pengaturan lokasi dan tingkat harga untuk rekomendasi ukuran VM akhir.
- Jika ada beberapa ukuran Azure VM yang memenuhi syarat, ukuran dengan biaya terendah yang disarankan.
- Jika sumbernya adalah Instans Kluster AlwaysOn Failover SQL Server, ukuran komputasi digunakan lagi untuk Azure VM kedua untuk memenuhi kebutuhan dua simpul.
Catatan
Karena penilaian Azure SQL dimaksudkan untuk memberikan performa terbaik untuk beban kerja SQL Anda, daftar seri VM hanya memiliki VM yang dioptimalkan untuk menjalankan SQL Server Anda di Azure Virtual Machines (VM). Pelajari selengkapnya.
Server ke SQL Server pada konfigurasi Azure VM
Untuk Semua server ke SQL Server pada strategi migrasi Azure VM , lihat ukuran komputasi dan penyimpanan di sini.
Peringkat keyakinan
Setiap penilaian Azure SQL dikaitkan dengan peringkat keyakinan. Peringkat berkisar dari satu (terendah) hingga lima (tertinggi) bintang. Peringkat keyakinan membantu Anda memperkirakan keandalan rekomendasi ukuran yang diberikan Azure Migrate.
- Peringkat keyakinan diberikan untuk penilaian. Peringkat didasarkan pada ketersediaan poin data yang dibutuhkan untuk komputasi penilaian.
- Untuk ukuran berbasis performa, penilaian mengumpulkan data performa dari semua instans dan database SQL, yang meliputi:
- Utilisasi CPU (%)
- Pemanfaatan memori (%)
- Baca IO/s dan Tulis IO/s (File Data dan Log)
- Baca MB/s dan Tulis MB/s (Throughput)
- Latensi operasi IO
Jika salah satu nomor pemanfaatan ini tidak tersedia, rekomendasi ukuran mungkin tidak dapat diandalkan. Tabel ini memperlihatkan peringkat kepercayaan penilaian, yang bergantung pada persentase titik data yang tersedia:
| Ketersediaan poin data | Peringkat keyakinan |
|---|---|
| 0%-20% | 1 bintang |
| 21%-40% | 2 bintang |
| 41%-60% | 3 bintang |
| 61%-80% | 4 bintang |
| 81%-100% | 5 bintang |
Peringkat keyakinan rendah
Berikut adalah beberapa alasan mengapa penilaian bisa mendapatkan peringkat keyakinan yang rendah:
Anda tidak mendeskripsikan lingkungan Anda selama durasi pembuatan penilaian. Misalnya, jika Anda membuat penilaian dengan durasi performa yang disetel ke satu hari, Anda harus menunggu setidaknya satu hari setelah Anda memulai penemuan untuk mengumpulkan semua poin data.
Penilaian tidak dapat mengumpulkan data performa untuk beberapa atau semua server dalam periode penilaian. Untuk peringkat kepercayaan yang tinggi, pastikan bahwa:
- Server diaktifkan selama penilaian berlangsung.
- Koneksi keluar pada port 443 diperbolehkan.
- Jika status koneksi Azure Migrate dari agen SQL di Azure Migrate Koneksi, periksa heartbeat terakhir.
- Status koneksi Azure Migrate untuk semua instans SQL Koneksi di bagian instans SQL yang ditemukan.
Hitung ulang penilaian untuk menampilkan perubahan terbaru dalam peringkat kepercayaan.
Beberapa database atau instans dibuat selama waktu penilaian dihitung. Misalnya, Anda membuat penilaian untuk riwayat performa bulan lalu, tetapi beberapa database atau instans dibuat hanya seminggu yang lalu. Dalam kasus ini, data performa untuk server baru tidak akan tersedia selama keseluruhan durasi dan peringkat kepercayaan akan rendah.
Catatan
Karena penilaian Azure SQL adalah penilaian berbasis performa, jika penilaian kepercayaan dari penilaian apa pun kurang dari lima bintang, kami menyarankan Anda menunggu setidaknya satu hari hingga appliance membuat profil lingkungan dan kemudian menghitung ulang penilaian. Jika tidak, ukuran berbasis kinerja mungkin tidak dapat diandalkan.
Detail rekomendasi
Setelah kesiapan dan perhitungan ukuran selesai, preferensi pengoptimalan diterapkan untuk sampai pada target dan konfigurasi yang direkomendasikan. Detail Rekomendasi memberikan penjelasan terperinci tentang kesiapan dan perhitungan ukuran di balik rekomendasi.
Panduan migrasi
Bagian ini menyediakan panduan untuk mengonfigurasi sumber daya target dan langkah-langkah untuk bermigrasi. Langkah-langkahnya khusus untuk kombinasi penyebaran sumber dan target. Panduan ini secara khusus berguna bagi pengguna yang ingin memigrasikan Always On Failover Cluster Instances (FCI) dan Availability Groups (AG).
Menghitung biaya bulanan
Setelah rekomendasi ukuran selesai, penilaian Azure SQL menghitung biaya komputasi dan penyimpanan untuk konfigurasi Azure SQL yang direkomendasikan menggunakan API harga internal. Hal ini menggabungkan biaya komputasi dan penyimpanan di semua instans untuk menghitung total biaya komputasi bulanan.
Komputasi biaya
- Untuk menghitung biaya komputasi untuk konfigurasi Azure SQL, penilaian mempertimbangkan properti berikut:
- Azure Hybrid Benefit untuk lisensi SQL dan Windows atau langganan Enterprise Linux (RHEL dan SLES)
- Jenis lingkungan
- Kapasitas yang dicadangkan
- Lokasi target Azure
- Mata uang
- Program Penawaran/Lisensi
- Diskon (%)
Biaya penyimpanan
- Perkiraan biaya penyimpanan hanya mencakup file data dan bukan file log.
- Untuk menghitung biaya penyimpanan untuk konfigurasi Azure SQL, penilaian mempertimbangkan properti berikut:
- Lokasi target Azure
- Mata uang
- Program Penawaran/Lisensi
- Diskon (%)
- Biaya penyimpanan cadangan tidak termasuk dalam penilaian.
- Azure SQL Database
- Minimal biaya penyimpanan 5 GB ditambahkan dalam perkiraan biaya dan biaya penyimpanan tambahan ditambahkan untuk penyimpanan dalam kenaikan 1 GB. Pelajari Lebih Lanjut.
- Instans Terkelola Azure SQL
- Tidak ada biaya penyimpanan yang ditambahkan untuk penyimpanan 32 GB/instans/bulan pertama dan biaya penyimpanan tambahan ditambahkan untuk penyimpanan dalam kenaikan 32 GB. Pelajari Lebih Lanjut.
Biaya keamanan
Untuk instans SQL Server dan DB yang direkomendasikan untuk SQL Server di Azure VM, Azure SQL MI, atau Azure SQL DB, jika mereka siap menjalankan Defender untuk SQL, Defender untuk SQL per instans SQL Server untuk wilayah tersebut ditambahkan. Untuk DB yang direkomendasikan ke Azure SQL DB, biaya digulung pada tingkat instans.
Langkah berikutnya
- Tinjau praktik terbaik untuk membuat penilaian.
- Pelajari cara menjalankan penilaian Azure SQL.