Tentang Azure Monitor SCOM Managed Instance
Artikel ini memberi Anda gambaran umum layanan cepat tentang Azure Monitor SCOM Managed Instance.
Dengan integrasi SCOM Managed Instance, fungsionalitas System Center Operations Manager sekarang tersedia di Azure.
SCOM Managed Instance adalah alternatif berbasis cloud untuk pelanggan System Center Operations Manager. SCOM Managed Instance memberi Anda pemantauan berkelanjutan terhadap beban kerja Anda dengan manajemen infrastruktur minimal melalui migrasi atau setelah Anda mengaktifkan konektivitas Azure untuk lingkungan lokal Anda.
Untuk mengetahui tentang Arsitektur Instans Terkelola SCOM, lihat Azure Monitor SCOM Managed Instance.
Keuntungan Utama
Manfaat utama SCOM Managed Instance adalah:
Mempertahankan investasi di SCOM: Memungkinkan Anda mempertahankan investasi Manajer Operasi Pusat Sistem yang ada. SCOM Managed Instance kompatibel dengan semua paket manajemen System Center Operations Manager yang ada dan menyediakan sarana untuk memigrasikan konfigurasi paket manajemen dari penyiapan lokal.
Menyederhanakan manajemen infrastruktur Manajer Operasi Pusat Sistem: Semua komponen Manajer Operasi Pusat Sistem yang terhubung ke cloud dikelola oleh Microsoft; menghapus tanggung jawab pembaruan perangkat keras/perangkat lunak dan patch keamanan.
Melanjutkan pemantauan melalui migrasi: Tidak akan menyebabkan gangguan dalam pemantauan saat Anda memigrasikan infrastruktur atau beban kerja dari lokal ke cloud. Saat bermigrasi dari satu UR ke UR berikutnya, Anda dapat bermigrasi dari penyiapan System Center Operations Manager yang ada.
Memantau beban kerja di mana saja: SCOM Managed Instance dihosting di Azure dengan kemampuan memantau beban kerja yang berjalan di mana pun mereka berada (di Azure atau lokal) tanpa perlu modifikasi.
Fitur
Fungsionalitas SCOM Managed Instance memungkinkan Anda untuk:
- Mengonfigurasi penyiapan E2E System Center Operations Manager (SCOM Managed Instance) di Azure.
- Kelola (lihat, hapus) Instans Terkelola SCOM Anda di Azure.
- Sambungkan ke SCOM Managed Instance Anda menggunakan konsol System Center Operations Manager Ops.
- Pantau beban kerja (di mana pun mereka berada) menggunakan Ops, dan saat menggunakan paket manajemen yang ada.
- Tidak ada pemeliharaan database (database Ops dan database gudang Data) karena offloading manajemen database ke SQL Managed Instance (SQL MI).
- Skalakan instans Anda segera tanpa perlu menambahkan/menghapus server fisik.
- Lihat laporan SCOM Managed Instance Anda di Power BI.
- Patch instans Anda dalam satu klik dengan perbaikan bug dan fitur terbaru.
Catatan
Azure Monitor SCOM Managed Instance tidak mendukung fungsionalitas Pindahkan Sumber Daya .
Perbandingan Manajer Operasi Pusat Sistem lokal dengan SCOM Managed Instance
SCOM Managed Instance memiliki semua kemampuan System Center Operations Manager lokal dengan cara cloud-native.
Tabel berikut menyoroti perbedaan utama antara System Center Operations Manager lokal dan SCOM Managed Instance:
| Skenario | Fitur | Manajer Operasi lokal | Instans Terkelola SCOM |
|---|---|---|---|
| Pengelolaan infrastruktur pemantauan | Patching | Pembaruan RollUps (UR) dirilis setiap 6-7 bulan. Pelanggan harus menghabiskan berhari-hari untuk memperbarui semua komponen Manajer Operasi Pusat Sistem. | Patch sistem operasi otomatis; Manajer Operasi Pusat Sistem melakukan patch setiap 15-20 hari. Patching dilakukan dengan mengklik tombol. |
| Pengelolaan infrastruktur pemantauan | Manajemen agen | Dikelola secara manual oleh pelanggan. | Azure dikelola melalui ekstensi VM. |
| Pengelolaan infrastruktur pemantauan | Ketersediaan, Keandalan, dan Fault-Tolerance | Tanggung jawab pelanggan. Tidak ada HA atau BCDR yang dijanjikan oleh produk. | Ketersediaan dan toleransi tingkat instans. |
| Pengelolaan infrastruktur pemantauan | Pengoptimalan dan Penskalaan | Tanggung jawab pelanggan dan infrastruktur yang berat. | Dimulai secara manual dari portal dengan mengklik tombol. |
| Pemantauan beban kerja | Penggunaan kembali paket manajemen Manajer Operasi Pusat Sistem | Semua paket manajemen berbasis agen didukung. | Semua paket manajemen berbasis agen didukung. |
| Pemantauan beban kerja | Memantau beban kerja non-domain | Didukung melalui server gateway. | Melalui server gateway untuk titik akhir di luar Azure dan melalui identifikasi terkelola untuk titik akhir Azure. |
| Pemantauan beban kerja | Memantau beban kerja Arc dan multicloud | Arc tidak didukung. Ketersediaan paket manajemen Azure. | Beban kerja berbasis Azure, Arc tersambung, dan lokal. |
| Pengumpulan dan analisis log | Kueri dan analisis data pengamatan | Kueri dimungkinkan. | Dipertahankan dalam instans terkelola SQL. Kemampuan kelas satu untuk menyalurkan data ke ruang kerja analitik log untuk mempertahankan sarana data pusat. |
| Pemberitahuan | Pemberitahuan real time untuk infra dan aplikasi | Pemberitahuan melalui konsol Ops Manajer Operasi Pusat Sistem. | Pemberitahuan terintegrasi dengan Azure Monitor. |
| Dasbor | Laporan dasar tentang penyiapan pemantauan | Pelaporan berbasis SSRS. | Templat bawaan pada buku kerja dan dasbor Azure untuk Azure Managed Grafana. |
| Dasbor | Laporan khusus aplikasi | Pelanggan harus berintegrasi secara manual dengan SquaredUp. | Pustaka dasbor yang diterbitkan mitra untuk Azure Managed Grafana. |
Arsitektur
Instans Terkelola SCOM terdiri dari dua bagian:
- Bagian yang dikelola Microsoft
- Bagian yang dikelola pelanggan
Bagian yang dikelola Microsoft
Bagian yang dikelola Microsoft terdiri dari Server Manajemen dan Azure SQL Managed Instance menghosting database Operasi dan database Gudang Data. Komponen yang dihosting Azure dapat dikelola langsung dari portal Azure. Di backend, komponen berinteraksi terus menerus dengan ARM dan RP untuk melakukan operasi berbasis Azure.
Database yang dihosting di SQL MI memungkinkan pembentukan dan menampilkan laporan di Power BI. Server Manajemen dapat ditingkatkan/diturunkan skalanya berdasarkan kebutuhan Anda. Saat membuat instans baru, Anda mendapatkan satu server manajemen. Angka berubah tergantung pada bagaimana Anda memutuskan untuk menskalakan instans Anda. Anda dapat memperbarui server manajemen dengan mengklik tombol.
Bagian yang dikelola pelanggan
Bagian yang dikelola pelanggan terdiri dari Ops yang digunakan untuk memantau dan mengelola instans. Agen yang akan dipantau berada di bawah domain pelanggan, dan jika mereka berada di domain lain, server gateway diperlukan untuk melakukan autentikasi. Bagian yang dikelola pelanggan menghosting DNS dengan IP statis yang disediakan untuk Server Manajemen yang dihosting di Azure.
Arsitektur Terperinci dari Instans Terkelola SCOM
SCOM Managed Instance menyebarkan dan mengelola Operations Manager dalam langganan pelanggan. Ini membangun konektivitas ke agen lokal yang dipantau melalui VPN/Rute Ekspres.
Dalam langganan pelanggan, SCOM Managed Instance, membuat Virtual Machine Scale Set dalam grup sumber daya terkelola dan menyebarkan Operations Manager di Virtual Machine Scale Sets, yang dimuat di depan dengan Load Balancer untuk ketahanan dan elastisitas. Server Manajemen Manajer Operasi terhubung ke SQL MI yang disediakan pelanggan untuk operasi Database. Baik instans terkelola SQL maupun Virtual Machine Scale Sets dibuat di VNet yang berbeda dan digabungkan untuk membangun garis pandang.
Server Manajemen Manajer Operasi dan agen yang dipantau terhubung melalui ER/VPN. Agen membuat sesi dengan server Manajemen Manajer Operasi menggunakan autentikasi Kerberos, di mana Operations Manager Virtual Machine Scale Sets VM bergabung ke domain AD dari agen yang dipantau.
Langkah berikutnya
Untuk membuat SCOM Managed Instance, ikuti langkah-langkah berikut:
- Langkah 1. Mendaftarkan penyedia sumber daya SCOM Managed Instance.
- Langkah 2. Membuat subnet terpisah di VNet.
- Langkah 3. Membuat SQL Managed Instance.
- Langkah 4. Membuat Brankas kunci.
- Langkah 5. Membuat identitas yang ditetapkan pengguna.
- Langkah 6. Membuat grup komputer dan akun gMSA.
- Langkah 7. Menyimpan kredensial domain di Brankas kunci.
- Langkah 8. Membuat IP statis.
- Langkah 9. Mengonfigurasi firewall jaringan.
- Langkah 10. Memverifikasi kebijakan Azure dan GPO internal.
- Langkah 11. Verifikasi mandiri SCOM Managed Instance langkah-langkah.
- Langkah 12. Membuat Instans Terkelola SCOM.
Migrasi dari Operations Manager lokal ke Azure Monitor SCOM Managed Instance.
Saran dan Komentar
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat: https://aka.ms/ContentUserFeedback.
Kirim dan lihat umpan balik untuk