Create instans terkelola Azure SQL

  • Artikel

Artikel ini menjelaskan cara membuat instans terkelola SQL di subnet khusus jaringan virtual. Rekan subnet Azure Monitor SCOM Managed Instance dan subnet Azure SQL Managed Instance Anda.

Catatan

Untuk mempelajari tentang arsitektur SCOM Managed Instance, lihat Azure Monitor SCOM Managed Instance.

Create dan mengonfigurasi instans terkelola SQL

Sebelum Anda membuat SCOM Managed Instance, buat instans terkelola SQL. Untuk informasi selengkapnya, lihat Create instans terkelola SQL.

Catatan

Anda dapat menggunakan kembali instans terkelola SQL yang ada jika sesuai dengan persyaratan. Namun, Anda perlu mengonfigurasinya agar berfungsi untuk SCOM Managed Instance.

Kami merekomendasikan pengaturan berikut untuk membuat instans terkelola SQL:

  • Grup Sumber Daya: Create grup sumber daya baru untuk SQL Managed Instance. Praktik terbaik adalah membuat grup sumber daya baru untuk sumber daya Azure besar.

  • Nama Instans Terkelola: Pilih nama unik. Nama ini digunakan saat Anda membuat SCOM Managed Instance untuk merujuk ke instans terkelola SQL ini.

  • Wilayah: Pilih wilayah yang dekat dengan Anda. Tidak ada persyaratan ketat pada wilayah untuk instans, tetapi kami merekomendasikan wilayah terdekat untuk tujuan latensi.

  • Komputasi+Penyimpanan: Tujuan Umum (Gen5) dengan delapan inti adalah default. Namun, pelanggan dengan kurang dari 2000 beban kerja atau pelanggan yang memvalidasi SCOM Managed Instance di lingkungan pengujian mereka dapat menggunakan instans SQL MI dengan empat vCores.

  • Metode Autentikasi: Pilih Autentikasi SQL. Masukkan kredensial yang ingin Anda gunakan untuk mengakses instans terkelola SQL. Kredensial ini tidak merujuk pada info masuk apa pun yang telah Anda buat sejauh ini.

    Catatan

    Memilih mode Autentikasi SQL bersifat sementara. Nantinya di Langkah 5 akan diperbarui untuk menggunakan Microsoft Entra ID dengan MSI.

  • VNet: Instans terkelola SQL ini harus memiliki konektivitas langsung (garis pandang) ke SCOM Managed Instance yang Anda buat di masa mendatang. Pilih jaringan virtual yang pada akhirnya akan Anda gunakan untuk SCOM Managed Instance Anda. Jika Anda memilih jaringan virtual yang berbeda, pastikan jaringan virtual tersebut memiliki konektivitas ke jaringan virtual SCOM Managed Instance dengan melakukan peering jaringan virtual SCOM Managed Instance dan jaringan virtual SQL Managed Instance.

    Subnet yang Anda berikan kepada SQL Managed Instance harus didedikasikan (didelegasikan) ke instans terkelola SQL. Subnet yang disediakan tidak dapat digunakan untuk menampung sumber daya lain.

    Secara terencana, instans terkelola memerlukan minimal 32 alamat IP di dalam subnet. Akibatnya, Anda dapat menggunakan subnet mask minimum /27 saat menentukan rentang IP subnet Anda. Untuk informasi selengkapnya, lihat Menentukan ukuran dan rentang subnet yang diperlukan untuk Azure SQL Managed Instance.

  • Jenis Koneksi: Secara default, jenis koneksinya adalah Proksi.

  • Titik Akhir Publik: Pengaturan ini dapat Diaktifkan atau Dinonaktifkan. Untuk menggunakan pelaporan Power BI, Anda perlu mengaktifkan titik akhir publik.

    Jika jaringan virtual SQL Managed Instance berbeda dari jaringan virtual SCOM Managed Instance:

    • Create aturan NSG masuk pada subnet SQL Managed Instance untuk memungkinkan lalu lintas dari subnet SCOM Managed Instance ke port 3342 dan 1433 pada subnet SQL Managed Instance. Untuk informasi selengkapnya, lihat Mengonfigurasi titik akhir publik di Azure SQL Managed Instance.
    • Serekan jaringan virtual SQL Managed Instance Anda dengan jaringan yang ada di mana SCOM Managed Instance berada.

Untuk pengaturan lainnya di tab lain, Anda dapat membiarkannya sebagai default atau mengubahnya sesuai dengan kebutuhan Anda.

Catatan

Pembuatan instans terkelola SQL baru dapat memakan waktu hingga enam jam.

Langkah berikutnya