Migrasi dari System Center Operations Manager (SCOM) ke Azure Monitor

  • Artikel

Artikel ini menyediakan panduan bagi pelanggan yang saat ini menggunakan System Center Operations Manager (SCOM) dan merencanakan transisi ke pemantauan berbasis cloud dengan Azure Monitor saat mereka memigrasikan aplikasi bisnis dan sumber daya lainnya ke Azure.

Tidak ada proses standar untuk bermigrasi dari SCOM, dan Anda mungkin mengandalkan paket manajemen SCOM untuk waktu yang lama dibandingkan dengan melakukan migrasi cepat. Artikel ini menjelaskan berbagai opsi yang tersedia dan kriteria keputusan yang dapat Anda gunakan untuk menentukan strategi terbaik untuk lingkungan tertentu Anda.

Pemantauan cloud hibrid

Sebagian besar pelanggan menggunakan strategi pemantauan cloud hibrid yang memungkinkan Anda melakukan transisi bertahap ke cloud. Pendekatan ini memungkinkan Anda untuk mempertahankan proses bisnis yang ada saat Anda menjadi lebih akrab dengan platform baru. Hanya menjauh dari fungsionalitas SCOM karena Anda dapat menggantinya dengan Azure Monitor. Beberapa alat pemantauan menambah kompleksitas, tetapi memungkinkan Anda memanfaatkan kemampuan Azure Monitor untuk memantau beban kerja cloud generasi berikutnya sambil mempertahankan kemampuan SCOM untuk memantau perangkat lunak dan beban kerja server.

Lingkungan Anda, sebelum memindahkan komponen apa pun ke Azure, didasarkan pada komputer virtual dan fisik yang terletak secara lokal atau dengan penyedia layanan terkelola. Ini bergantung pada SCOM untuk memantau aplikasi bisnis, perangkat lunak server, dan komponen infrastruktur lainnya di lingkungan Anda seperti server fisik dan jaringan. Anda menggunakan paket manajemen standar untuk perangkat lunak server seperti IIS, SQL Server, dan berbagai perangkat lunak vendor, dan Anda mengatur paket manajemen tersebut untuk kebutuhan spesifik Anda. Anda membuat paket manajemen kustom untuk aplikasi bisnis dan komponen yang tidak dapat dipantau dengan paket manajemen yang ada, dan Anda juga mengonfigurasi SCOM untuk mendukung proses bisnis Anda.

Saat Anda memindahkan layanan ke cloud, Azure Monitor mulai mengumpulkan metrik platform dan log aktivitas untuk setiap sumber daya Anda. Anda membuat pengaturan diagnostik untuk mengumpulkan log sumber daya sehingga Anda dapat menganalisis semua telemetri yang tersedia secara interaktif menggunakan kueri log dan wawasan.

Selama periode transisi ini, Anda memiliki dua alat pemantauan independen. Anda menggunakan wawasan dan buku kerja untuk menganalisis telemetri cloud Anda di portal Azure saat masih menggunakan konsol Operasi untuk menganalisis data Anda yang dikumpulkan oleh SCOM. Karena setiap sistem memiliki pemberitahuannya sendiri, Anda perlu membuat grup tindakan di Azure Monitor yang setara dengan grup pemberitahuan Anda di SCOM.

Tabel berikut ini menjelaskan berbagai fitur dan strategi yang tersedia untuk lingkungan pemantauan hibrid menggunakan SCOM dan Azure Monitor.

Metode Deskripsi
Agen dual-homed SCOM menggunakan Microsoft Management Agent (MMA) yang sama dengan agen Analitik Log yang digunakan oleh Azure Monitor. Anda dapat mengonfigurasi agen ini untuk memiliki satu komputer yang terhubung ke SCOM dan Azure Monitor secara bersamaan. Konfigurasi ini memang mengharuskan Azure VM Anda memiliki koneksi ke server manajemen lokal Anda.

Agen Log Analytics telah diganti dengan agen Azure Monitor, yang memberikan keuntungan signifikan termasuk manajemen yang lebih sederhana dan kontrol yang lebih baik atas pengumpulan data. Kedua agen dapat hidup berdampingan pada komputer yang sama memungkinkan Anda untuk terhubung ke Azure Monitor dan SCOM. Konfigurasi ini adalah opsi yang lebih baik daripada mengasah dual agen warisan karena keuntungan signifikan dari agen Azure Monitor.
grup manajemen Koneksi Koneksi grup manajemen SCOM Anda ke Azure Monitor untuk meneruskan data yang dikumpulkan dari agen SCOM Anda ke Azure Monitor. Ini mirip dengan menggunakan agen dual-homed, tetapi tidak mengharuskan setiap agen dikonfigurasi untuk terhubung ke Azure Monitor. Strategi ini memerlukan agen warisan, sehingga Anda tidak dapat menentukan pemantauan dengan aturan pengumpulan data. Anda juga tidak dapat menggunakan wawasan VM kecuali Anda menyambungkan setiap VM langsung ke Azure Monitor.
Instans Terkelola SCOM (pratinjau) Instans terkelola SCOM (pratinjau) adalah implementasi penuh SCOM di Azure yang memungkinkan Anda untuk terus menjalankan paket manajemen yang sama dengan yang Anda jalankan di lingkungan SCOM lokal Anda. Tidak ada integrasi saat ini antara data dan pemberitahuan dari SCOM dan Azure Monitor, dan Anda terus menggunakan konsol Operasi yang sama untuk menganalisis kesehatan dan pemberitahuan Anda.

SCOM MI mirip dengan mempertahankan lingkungan SCOM dan agen homing ganda yang ada, meskipun Anda dapat mengonsolidasikan konfigurasi pemantauan di Azure dan menghentikan komponen lokal Anda seperti database dan server manajemen. Agen dari Azure VM dapat terhubung ke instans terkelola SCOM di Azure daripada menyambungkan ke server manajemen di pusat data Anda sendiri.
Paket manajemen Azure Paket manajemen Azure memungkinkan Operations Manager menemukan sumber daya Azure dan memantau kesehatannya berdasarkan set skenario pemantauan tertentu. Paket manajemen ini memang mengharuskan Anda untuk melakukan konfigurasi tambahan untuk setiap sumber daya di Azure. Namun, mungkin berguna untuk memberikan beberapa visibilitas sumber daya Azure Anda di Konsol Operasi hingga Anda mengembangkan proses bisnis Anda untuk fokus pada Azure Monitor.

Memantau aplikasi bisnis

Anda biasanya memerlukan paket manajemen kustom untuk memantau aplikasi bisnis Anda dengan SCOM, menggunakan agen yang diinstal pada setiap komputer virtual. Application Insights di Azure Monitor memantau aplikasi berbasis web baik di Azure, cloud lain, atau lokal. Ini dapat digunakan untuk semua aplikasi Anda apakah telah dimigrasikan ke Azure atau tidak.

Jika pemantauan aplikasi bisnis Anda terbatas pada fungsionalitas yang disediakan oleh templat performa aplikasi .NET di SCOM, maka Anda kemungkinan besar dapat bermigrasi ke Application Insights tanpa kehilangan fungsionalitas. Bahkan, Application Insights mencakup sejumlah besar fitur lain termasuk yang berikut ini:

  • Menemukan dan memantau komponen aplikasi secara otomatis.
  • Mengumpulkan data terperinci terkait penggunaan dan performa aplikasi seperti waktu respons, tingkat kegagalan, dan tingkat permintaan.
  • Mengumpulkan data browser seperti tampilan halaman dan performa pemuatan.
  • Mendeteksi pengecualian dan menelusuri jejak tumpukan dan permintaan terkait.
  • Melakukan analisis tingkat lanjut menggunakan fitur seperti pelacakan terdistribusi dan deteksi cerdas.
  • Menggunakan penjelajah metrik untuk menganalisis data performa secara interaktif.
  • Menggunakan kueri log untuk menganalisis telemetri yang dikumpulkan secara interaktif bersama dengan data yang dikumpulkan untuk layanan Azure dan wawasan VM.

Namun, ada skenario tertentu di mana Anda mungkin perlu terus menggunakan SCOM selain Application Insights hingga Anda dapat mencapai fungsionalitas yang diperlukan. Contoh di mana Anda mungkin perlu melanjutkan SCOM termasuk yang berikut ini:

  • Tes ketersediaan, yang memungkinkan Anda untuk memantau dan memperingatkan ketersediaan dan respons aplikasi Anda memerlukan permintaan masuk dari alamat IP agen uji web. Jika kebijakan Anda tidak mengizinkan akses tersebut, Anda mungkin perlu terus menggunakan Monitor Ketersediaan Aplikasi Web di SCOM.
  • Di SCOM Anda dapat mengatur interval polling apa pun untuk pengujian ketersediaan, dengan banyak pelanggan memeriksa setiap 60-120 detik. Application Insights memiliki interval polling minimum lima menit, yang mungkin terlalu lama untuk beberapa pelanggan.
  • Sejumlah besar pemantauan di SCOM dilakukan dengan mengumpulkan peristiwa yang dihasilkan oleh aplikasi dan dengan menjalankan skrip pada agen lokal. Ini bukan opsi standar dalam Application Insights, sehingga Anda dapat memerlukan pekerjaan khusus untuk mencapai persyaratan bisnis Anda. Ini mungkin termasuk aturan peringatan kustom menggunakan data kejadian yang disimpan di ruang kerja Log Analytics dan skrip yang diluncurkan di tamu komputer virtual menggunakan pekerja runbook hibrid.
  • Bergantung pada bahasa pemrograman apa aplikasi Anda ditulis, Anda mungkin memiliki batasan dalam instrumentasi yang dapat Anda gunakan dengan Application Insights.

Mengikuti strategi dasar di bagian lain dari panduan ini, terus gunakan SCOM untuk aplikasi bisnis Anda, tetapi manfaatkan fitur tambahan yang disediakan oleh Application Insights. Karena Anda dapat mengganti fungsionalitas penting dengan Azure Monitor, Anda dapat mulai menghentikan paket manajemen kustom Anda.

Memantau komputer virtual

Memantau perangkat lunak pada komputer virtual Anda di lingkungan hibrid akan sering menggunakan kombinasi Azure Monitor dan SCOM, tergantung pada persyaratan beban kerja yang berjalan pada VM Anda. Segera setelah komputer virtual dibuat di Azure, metrik platform dan log aktivitas untuk host VM secara otomatis mulai dikumpulkan. Aktifkan pemberitahuan yang direkomendasikan untuk memberi tahu Anda tentang kesalahan umum untuk host VM seperti server tidak berfungsi dan pemanfaatan CPU yang tinggi.

Aktifkan wawasan VM untuk menginstal agen Azure Monitor dan mulai mengumpulkan data performa umum dari sistem operasi klien. Ini mungkin tumpang tindih dengan beberapa data yang sudah Anda kumpulkan di SCOM, tetapi akan memungkinkan Anda untuk mulai melihat tren dari waktu ke waktu dan memantau Azure VM Anda dengan sumber daya cloud lainnya. Anda juga dapat memilih untuk mengaktifkan fitur peta yang akan memberi Anda wawasan tentang proses yang berjalan pada komputer virtual Anda dan dependensinya pada layanan lain.

Terus gunakan paket manajemen untuk fungsionalitas yang tidak dapat disediakan oleh fitur lain di Azure Monitor. Ini termasuk paket manajemen untuk perangkat lunak server penting seperti IIS, SQL Server, atau Exchange. Anda juga dapat mengembangkan paket manajemen kustom untuk infrastruktur lokal yang tidak dapat dijangkau dengan Azure Monitor. Juga terus gunakan SCOM jika terintegrasi erat ke dalam proses operasional Anda sampai Anda dapat bertransisi untuk memodernisasi operasi layanan Anda di mana Azure Monitor dan layanan Azure lainnya dapat menambah atau mengganti.

Catatan

Jika Anda mengaktifkan Wawasan VM dengan agen Log Analytics alih-alih agen Azure Monitor, maka tidak ada agen tambahan yang perlu diinstal pada VM. Agen Azure Monitor direkomendasikan karena peningkatan signifikannya dalam memantau VM di cloud. Kompleksitas dari mempertahankan beberapa agen diimbangi oleh kemampuan untuk menentukan pemantauan dalam aturan pengumpulan data yang memungkinkan Anda mengonfigurasi pengumpulan data yang berbeda untuk set VM yang berbeda, mirip dengan strategi Anda untuk merancang paket manajemen.

Memigrasikan logika paket manajemen untuk beban kerja VM

Tidak ada alat migrasi untuk mengonversi paket manajemen SCOM ke Azure Monitor karena logikanya pada dasarnya berbeda dari pengumpulan data Azure Monitor. Migrasi logika paket manajemen biasanya akan berfokus pada analisis data yang dikumpulkan oleh SCOM dan mengidentifikasi skenario pemantauan yang dapat direplikasi oleh Azure Monitor. Saat Anda menyesuaikan Azure Monitor untuk memenuhi kebutuhan Anda untuk aplikasi dan komponen yang berbeda, maka Anda dapat mulai menghentikan paket manajemen dan agen warisan yang berbeda di SCOM.

Paket manajemen di SCOM berisi aturan dan monitor yang menggabungkan pengumpulan data dan pemberitahuan yang dihasilkan ke dalam satu alur kerja end-to-end. Data yang sudah dikumpulkan oleh SCOM jarang digunakan untuk pemberitahuan. Azure Monitor memisahkan pengumpulan dan pemberitahuan data ke dalam proses terpisah. Aturan pemberitahuan mengakses data dari Log Azure Monitor dan Metrik Azure Monitor yang telah dikumpulkan dari agen. Selain itu, aturan dan pemantauan biasanya berfokus pada data tertentu seperti peristiwa atau penghitung kinerja tertentu. Aturan pengumpulan data di Azure Monitor biasanya lebih luas mengumpulkan beberapa set peristiwa dan penghitung kinerja dalam satu DCR.

Lihat konten berikut untuk panduan tentang membuat pengumpulan dan pemberitahuan data untuk skenario pemantauan umum:

Alih-alih mencoba mereplikasi seluruh fungsionalitas paket manajemen, analisis pemantauan penting yang disediakan masing-masing. Tentukan apakah Anda dapat mereplikasi persyaratan pemantauan tersebut dengan menggunakan metode alternatif. Dalam banyak kasus, Anda dapat mengonfigurasi pengumpulan data dan aturan pemberitahuan di Azure Monitor yang mereplikasi fungsionalitas yang cukup sehingga Anda dapat menghentikan paket manajemen tertentu. Paket manajemen sering mencakup ratusan bahkan ribuan aturan dan monitor.

Salah satu strateginya adalah fokus pada monitor dan aturan yang memicu pemberitahuan di lingkungan Anda. Lihat laporan yang ada yang tersedia di Operations Manager, seperti Pemberitahuan dan Pemberitahuan Paling Umum, yang dapat membantu Anda mengidentifikasi pemberitahuan dari waktu ke waktu. Anda juga dapat menjalankan kueri berikut pada Operations Database untuk mengevaluasi pemberitahuan terbaru yang paling umum.

select AlertName, COUNT(AlertName) as 'Total Alerts' from
Alert.vAlertResolutionState ars
inner join Alert.vAlertDetail adt on ars.AlertGuid = adt.AlertGuid
inner join Alert.vAlert alt on ars.AlertGuid = alt.AlertGuid
group by AlertName
order by 'Total Alerts' DESC

Mengevaluasi output untuk mengidentifikasi pemberitahuan spesifik untuk migrasi. Abaikan pemberitahuan apa pun yang disetel atau diketahui bermasalah. Tinjau paket manajemen Anda untuk mengidentifikasi pemberitahuan penting yang menarik yang tidak pernah dikeluarkan.

Transaksi sintetis

Paket manajemen sering menggunakan transaksi sintetis yang terhubung ke aplikasi atau layanan yang berjalan di komputer untuk mensimulasikan koneksi pengguna atau lalu lintas pengguna yang sebenarnya. Jika aplikasi tersedia, Anda dapat berasumsi bahwa mesin berjalan dengan baik. Pengujian ketersediaan Application Insights di Azure Monitor menyediakan fungsionalitas ini. Ini hanya berfungsi untuk aplikasi yang dapat diakses dari internet. Untuk aplikasi internal, Anda harus membuka firewall untuk memungkinkan akses dari URL Microsoft tertentu yang melakukan tes. Atau Anda dapat terus menggunakan paket manajemen yang ada.

Langkah berikutnya