Sqlserver
 sql >> Teknologi Basis Data >  >> RDS >> Sqlserver

Hitung Total Biaya Kepemilikan Pemantauan SQL Server Anda

Anggaran sangat berharga saat ini. Sulit untuk mendapatkan anggaran untuk jumlah karyawan, tetapi terkadang sangat mudah untuk mendapatkan anggaran untuk alat. Perkakas yang baik benar-benar dapat menghilangkan tekanan dari DBA yang terlalu banyak bekerja dengan mengotomatiskan tugas yang lebih melelahkan; dengan membantu kami menemukan masalah dengan cepat, mengurangi risiko kehilangan sesuatu karena kesalahan manusia; dan dengan memungkinkan kami untuk mengatasi masalah sehingga kami sudah menyelesaikannya pada saat pengguna kami mengalaminya.
Ketika tiba saatnya untuk mendekati "bos berambut runcing" dengan investasi yang diusulkan, penting untuk memiliki penilaian terperinci tentang biaya kepemilikan penuh dari setiap alat yang diusulkan. Sangat sering, kami hanya berfokus pada biaya langsung dan mengabaikan biaya tidak langsung seperti biaya infrastruktur atau sumber daya yang diperlukan untuk penyiapan, konfigurasi, atau pemeliharaan.

Menentukan Pengeluaran Anda

Tergantung pada organisasi Anda, bagaimana Anda mengelola anggaran Anda, atau di mana Anda memiliki uang yang tersedia, Anda mungkin lebih memilih untuk membebankan biaya Anda dengan investasi di muka yang lebih besar yang terkait dengan anggaran belanja modal (CapEx) Anda, atau mungkin lebih cocok untuk Anda menyebarkan biaya secara merata dari waktu ke waktu dan mengaitkannya dengan anggaran pengeluaran operasional (OpEx) Anda.

Dalam beberapa tahun terakhir, perangkat lunak sebagai layanan (SaaS) telah memberi organisasi dari segala bentuk dan ukuran akses ke perangkat lunak yang canggih dan sangat kuat dengan biaya berkelanjutan yang dapat dikelola.

SaaS bukan untuk semua orang. Terlepas dari jadwal pembayaran, satu poin keputusan penting yang perlu dipertimbangkan adalah TCO. Tabel berikut akan membantu Anda membingkai pertimbangan Anda.

Untuk detail lebih lanjut tentang susunan sistem pemantauan kinerja biasa, lihat blog kami:Arsitektur Pemantauan Basis Data.

Perbandingan Cepat Lokal vs. SaaS

Di bawah ini, kami merujuk ke "titik akhir yang dipantau." Ini dapat merujuk ke instans database yang dipantau, sistem operasi, dan/atau hypervisor tempat diinstalnya.

Faktor Umum untuk Biaya Kepemilikan Solusi Pemantauan

Solusi Lokal Tradisional

Solusi SaaS

  • Biaya lisensi di muka.

  • Pemeliharaan tahunan (biasanya 20 persen dari biaya lisensi).

  • Berlangganan:biasanya tahunan. Biaya bulanan atau bayar sesuai pemakaian cenderung lebih mahal.

  • Hindari langganan berdasarkan volume data yang disimpan.

  • Mesin host untuk proses pengumpulan data.

  • Instance server SQL untuk repositori kinerja dan repositori pelaporan.

  • Mesin host untuk repositori kinerja dan repositori pelaporan.

  • Komponen-komponen ini dapat dibagikan atau didistribusikan tergantung pada volume titik akhir yang dipantau. Lihat dokumentasi vendor untuk detailnya.

  • Mesin host untuk proses pengumpulan data.

  • Semua data kinerja dikelola oleh penyedia SaaS.

  • Periksa apakah ada pungutan atas volume data yang disimpan.

  • Periksa berapa banyak riwayat yang disimpan.

  • Kegagalan untuk pengumpul data.

  • Instance failover untuk penyimpanan kinerja dan pelaporan.

  • Cadangan penyimpanan kinerja.

  • Penyedia SaaS menangani failover cadangan komponen yang dihosting.

  • Ketentuan dapat dibuat untuk melindungi layanan pengumpulan data lokal apa pun.

  • Faktor dalam waktu berkelanjutan yang diperlukan untuk tugas pemeliharaan terkait dengan pemantauan pertumbuhan kinerja repositori, perluasan yang sama jika instance baru ditambahkan, pencadangan, dll.

  • Semua pemeliharaan komponen yang dihosting dikelola oleh vendor SaaS.


Lisensi dan Langganan

Untuk perangkat lunak lokal tradisional:

  • Biasanya ada biaya lisensi di muka yang signifikan. Ini akan sesuai dengan organisasi yang akan menarik dari anggaran belanja modal (CapEx).
  • Perhitungkan dalam pemeliharaan tahunan, yang biasanya sekitar 20 persen dari biaya lisensi awal. Akses ke pembaruan sangat penting karena patch dan pembaruan basis data dapat merusak pengumpulan data.

Untuk solusi SaaS:

  • SaaS didasarkan pada langganan berulang. Ini menghindari pengeluaran besar di muka. Ini akan sesuai dengan organisasi yang lebih suka menangani perangkat lunak dengan anggaran pengeluaran operasional (OpEx).
  • Jika Anda kaya raya, jelajahi langganan multi-tahun, yang seharusnya memberikan harga diskon yang bagus dari vendor.
  • Sebagian besar perangkat lunak pemantauan SaaS ditagih setiap tahun. Model bulanan atau bayar sesuai pemakaian kurang umum untuk pemantauan dan biasanya akan lebih mahal.
  • Fleksibilitas ada harganya. Jika Anda memiliki gagasan yang baik tentang jumlah dan jangka waktu berlangganan yang lebih lama, penguncian akan memberikan nilai yang lebih baik.
  • Jika langganan terkait dengan tingkat data yang dikumpulkan, berhati-hatilah dalam menghitung kebutuhan data yang diproyeksikan. Data kinerja bisa menjadi besar dengan cepat. Untuk lebih dapat diprediksi, cari solusi yang diukur pada entitas yang dipantau daripada data yang disimpan.
  • Solusi yang dihosting harus mencakup biaya penyimpanan data dan pemeliharaan berkelanjutan.

Bagian yang Bergerak

Pengumpulan Data Kinerja

  • Faktor dalam perangkat keras apa pun yang diperlukan untuk meng-host layanan, yang mengumpulkan data dari titik akhir yang dipantau. Untuk menghindari dampak pada instans yang dipantau, perangkat lunak pemantauan tidak boleh berada di mesin yang sama. Pengumpul data harus “tanpa agen”.
  • Pertimbangkan jumlah koneksi server SQL yang akan Anda pantau. Jika Anda juga memantau sistem operasi host dan/atau hypervisor, hal ini juga harus diperhitungkan.
  • Periksa dokumentasi vendor untuk panduan tentang berapa banyak titik akhir yang dipantau yang dapat didukung oleh satu layanan pengumpulan data.
  • Jika beberapa layanan pengumpulan data perlu "digabungkan", maka beberapa host pengumpulan data mungkin perlu ditentukan.
  • Untuk solusi SaaS, mereka mungkin memiliki pengumpul data lokal untuk beban kerja lokal dan menggantinya dengan layanan berbasis cloud untuk akuisisi data dari database sebagai layanan (DBaaS).


Repositori Diagnostik Jangka Pendek

Faktor dalam biaya instans database yang diperlukan untuk repositori diagnostik jangka pendek. Di sinilah data rinci disimpan untuk memfasilitasi diagnostik dan fitur pemutaran. Ukurannya tergantung pada:

  • Jumlah titik akhir yang dipantau
  • Volume metrik yang dilacak
  • Frekuensi pengumpulan data setiap metrik
  • Apakah kode SQL dan/atau rencana eksekusi dipertahankan
  • Jumlah riwayat yang disimpan

Periksa panduan vendor mengenai volume data diagnostik per titik akhir yang dipantau per hari dari data yang disimpan. Volume riwayat yang dipertahankan cenderung berkisar antara 1-4 minggu untuk sebagian besar solusi lokal. Lebih lama lagi akan membutuhkan penyimpanan yang signifikan, serta sumber daya komputasi yang signifikan untuk mendorong analisis yang diperlukan.

Analisis Jangka Panjang/Repositori Pelaporan

Solusi lokal akan mengambil data terperinci dari repositori diagnostik secara teratur, menggabungkannya, dan menyimpannya dalam repositori analitik atau pelaporan. Periksa panduan vendor mengenai volume data pelaporan per titik akhir yang dipantau per bulan dari data yang disimpan. Untuk instalasi yang lebih besar, Anda mungkin memerlukan instans database terpisah untuk repositori pelaporan Anda, yang harus diperhitungkan dalam biaya Anda.

Pertimbangan untuk Menentukan Instance SQL Server Anda

Saat menentukan apakah Anda menginginkan solusi lokal atau SaaS tradisional, perhatikan langkah-langkah tindakan berikut:

  • Tetapkan berapa banyak titik akhir yang dipantau yang Anda butuhkan (SQL Server, Windows, Linux HyperV, dan sebagainya).
  • Tetapkan berapa banyak layanan pengumpulan data yang Anda butuhkan, persyaratan host, dan biaya terkait.
  • Perhitungkan biaya lisensi apa pun yang terkait dengan infrastruktur Anda, misalnya, instans Windows Server atau SQL Server.
  • Saat menilai biaya penyimpanan lokal, Anda mungkin menetapkan harga per terabyte yang akan dikenakan biaya oleh tim TI Anda. Jika tidak, pertimbangkan harga total penyimpanan lokal. Panduan yang bagus diterbitkan oleh Wasabi.
  • Untuk solusi lokal, pertimbangkan biaya perangkat keras dan lisensi host serta database apa pun yang diperlukan untuk diagnostik dan data pelaporan.

  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Cara Membuat Batasan CHECK di SQL Server (Contoh T-SQL)

  2. Meratakan rentang waktu yang berpotongan

  3. ABS() Contoh di SQL Server

  4. Gunakan TYPEPROPERTY() untuk Mengembalikan Informasi tentang Tipe Data di SQL Server

  5. Bagaimana saya bisa mendapatkan nama kolom dari tabel di SQL Server?