Sqlserver
 sql >> Baza danych >  >> RDS >> Sqlserver

Oblicz całkowity koszt monitorowania serwera SQL

Budżet jest dziś cenny. Trudno uzyskać budżet na zatrudnienie, ale czasami zaskakująco łatwo jest uzyskać budżet na narzędzia. Dobre oprzyrządowanie może naprawdę odciążyć przepracowanych administratorów baz danych, automatyzując bardziej pracochłonne zadania; pomagając nam szybko identyfikować problemy, zmniejszając ryzyko przeoczenia czegoś z powodu błędu ludzkiego; i pozwalając nam wyprzedzić problem, dzięki czemu już go rozwiązujemy, zanim nasi użytkownicy go doświadczą.
Kiedy nadszedł czas, aby zwrócić się do „szepokowłosego szefa” z proponowaną inwestycją, ważne jest, aby mieć szczegółową ocenę pełnego kosztu posiadania proponowanego narzędzia. Bardzo często skupiamy się wyłącznie na kosztach bezpośrednich i pomijamy koszty pośrednie, takie jak koszty infrastruktury lub zasobów wymaganych do instalacji, konfiguracji lub konserwacji.

Określanie wydatków

W zależności od organizacji, sposobu zarządzania budżetami lub tego, gdzie masz dostępne pieniądze, możesz preferować wstępne obciążenie kosztów większymi inwestycjami wstępnymi związanymi z budżetem na wydatki kapitałowe (CapEx) lub może to lepiej odpowiadać rozłożyć koszty równomiernie w czasie i powiązać je z budżetami wydatków operacyjnych (OpEx).

W ostatnich latach narzędzia oprogramowania jako usługi (SaaS) zapewniły organizacjom każdego kształtu i wielkości dostęp do zaawansowanego i niezwykle wydajnego oprogramowania po przystępnych kosztach bieżących.

SaaS nie jest dla wszystkich. Oprócz harmonogramu płatności, jednym z kluczowych punktów decyzyjnych do rozważenia jest całkowity koszt posiadania. Poniższa tabela powinna pomóc w sformułowaniu rozważań.

Więcej informacji na temat budowy typowego systemu monitorowania wydajności można znaleźć na naszym blogu:Architektury monitorowania baz danych.

Szybkie porównanie rozwiązań lokalnych i SaaS

Poniżej odwołujemy się do „monitorowanego punktu końcowego”. Może to odnosić się do monitorowanej instancji bazy danych, systemu operacyjnego i/lub hipernadzorcy, na którym jest ona zainstalowana.

Typowe czynniki kosztu posiadania rozwiązania do monitorowania

Tradycyjne rozwiązanie lokalne

Rozwiązanie SaaS

  • Koszty licencji z góry.

  • Roczna konserwacja (zwykle 20 procent kosztów licencji).

  • Abonament:zwykle roczny. Miesięczny lub płatny zgodnie z rzeczywistym użyciem są zwykle droższe.

  • Unikaj subskrypcji na podstawie ilości przechowywanych danych.

  • Maszyna hosta do procesu gromadzenia danych.

  • Instancja serwera SQL dla repozytorium wydajności i repozytorium raportowania.

  • Maszyna hosta dla repozytorium wydajności i repozytorium raportowania.

  • Te komponenty mogą być współdzielone lub dystrybuowane w zależności od ilości monitorowanych punktów końcowych. Szczegółowe informacje można znaleźć w dokumentacji dostawcy.

  • Maszyna hosta do procesu gromadzenia danych.

  • Wszystkie dane dotyczące wydajności są zarządzane przez dostawcę SaaS.

  • Sprawdź, czy są jakieś opłaty od ilości przechowywanych danych.

  • Sprawdź, ile historii jest zachowywane.

  • Przełączanie awaryjne dla kolektora danych.

  • Instancje awaryjne dla repozytoriów wydajności i raportowania.

  • Kopia zapasowa repozytoriów wydajności.

  • Dostawca SaaS zajmuje się każdą awarią tworzenia kopii zapasowych hostowanych komponentów.

  • Można wprowadzić przepis w celu ochrony wszelkich lokalnych usług gromadzenia danych.

  • Uwzględnij bieżący czas potrzebny na zadania konserwacyjne związane z monitorowaniem wzrostu repozytorium wydajności, jego rozbudową w przypadku dodania nowych instancji, tworzeniem kopii zapasowych itp.

  • Całą konserwacją hostowanych komponentów zarządza dostawca SaaS.


Licencja i subskrypcja

W przypadku tradycyjnego oprogramowania lokalnego:

  • Zazwyczaj pobierana jest znaczna opłata licencyjna z góry. Będzie to odpowiednie dla organizacji, które będą czerpać z budżetu na wydatki kapitałowe (CapEx).
  • Uwzględnij roczną konserwację, która zwykle wynosi około 20 procent początkowego kosztu licencji. Dostęp do aktualizacji jest niezbędny, ponieważ łatki i aktualizacje baz danych mogą zakłócać gromadzenie danych.

W przypadku rozwiązań SaaS:

  • SaaS opiera się na odnawianej subskrypcji. Pozwala to uniknąć dużych nakładów z góry. Będzie to odpowiednie dla organizacji, które wolą zajmować się oprogramowaniem w ramach budżetu operacyjnego (OpEx).
  • Jeśli zdarzy ci się być bogaty w gotówkę, zapoznaj się z wieloletnią subskrypcją, która powinna zapewniać dobre zniżki od dostawcy.
  • Większość oprogramowania monitorującego SaaS jest rozliczana corocznie. Modele miesięczne lub pay-as-you-go są mniej popularne w przypadku monitorowania i zazwyczaj będą droższe.
  • Elastyczność ma swoją cenę. Jeśli masz dobre pojęcie o ilościach i dłuższych terminach subskrypcji, zablokowanie się przyniesie lepszą wartość.
  • Jeśli subskrypcja jest powiązana z poziomami zebranych danych, należy ostrożnie obliczyć przewidywane wymagania dotyczące danych. Dane dotyczące wydajności mogą szybko się powiększać. Aby uzyskać większą przewidywalność, szukaj rozwiązań mierzonych na monitorowanej jednostce, a nie przechowywanych danych.
  • Rozwiązanie hostowane powinno obejmować koszt przechowywania danych i bieżącej konserwacji.

Ruchome części

Zbieranie danych o wydajności

  • Uwzględnij dowolny sprzęt wymagany do hostowania usługi, który zbiera dane z monitorowanego punktu końcowego. Aby uniknąć wpływu na monitorowaną instancję, oprogramowanie monitorujące nie powinno znajdować się na tym samym komputerze. Kolekcjoner danych powinien być „bez agenta”.
  • Rozważ liczbę połączeń z serwerem SQL, które będziesz monitorować. Jeśli monitorujesz również system operacyjny hosta i/lub hipernadzorcę, należy to również uwzględnić.
  • Sprawdź dokumentację dostawcy, aby uzyskać wskazówki dotyczące liczby monitorowanych punktów końcowych, które może obsługiwać pojedyncza usługa gromadzenia danych.
  • Jeśli wiele usług gromadzenia danych musi być „sfederowanych”, może być konieczne określenie wielu hostów gromadzenia danych.
  • W przypadku rozwiązań SaaS mogą mieć lokalny kolektor danych dla obciążeń lokalnych i zastąpić go usługami opartymi na chmurze do pozyskiwania danych z bazy danych jako usługi (DBaaS).


Repozytorium diagnostyki krótkoterminowej

Uwzględnij koszt instancji bazy danych wymaganej dla repozytorium diagnostyki krótkoterminowej. W tym miejscu przechowywane są szczegółowe dane ułatwiające diagnostykę i funkcje odtwarzania. Jego rozmiar zależy od:

  • Liczba monitorowanych punktów końcowych
  • Ilość śledzonych danych
  • Częstotliwość zbierania danych każdego wskaźnika
  • Czy zachowany jest kod SQL i/lub plany wykonania
  • Ilość zachowanej historii

Sprawdź wytyczne dostawcy dotyczące ilości danych diagnostycznych na monitorowany punkt końcowy na dzień przechowywania danych. Ilość zachowanej historii waha się zwykle od 1-4 tygodni w przypadku większości rozwiązań lokalnych. Cokolwiek dłuższe będzie wymagało znacznej ilości pamięci, a także znacznych zasobów obliczeniowych do prowadzenia wymaganej analizy.

Repozytorium analiz długoterminowych/raportowania

Rozwiązania lokalne będą regularnie pobierać szczegółowe dane z repozytorium diagnostycznego, agregować je i przechowywać w repozytorium analiz lub raportowania. Sprawdź wytyczne dostawcy dotyczące ilości danych raportowania na monitorowany punkt końcowy na miesiąc zatrzymanych danych. W przypadku większych instalacji może być potrzebna osobna instancja bazy danych dla repozytorium raportowania, co należy uwzględnić w kosztach.

Rozważania dotyczące określenia Twojej instancji SQL Server

Podczas określania, czy potrzebujesz tradycyjnego rozwiązania lokalnego, czy SaaS, pamiętaj o następujących krokach:

  • Ustal, ile monitorowanych punktów końcowych potrzebujesz (SQL Server, Windows, Linux HyperV itd.).
  • Ustal liczbę potrzebnych usług gromadzenia danych, wymagania dotyczące hosta i powiązane koszty.
  • Uwzględnij wszelkie koszty licencji związane z Twoją infrastrukturą, np. instancje Windows Server lub SQL Server.
  • Oceniając koszt lokalnej pamięci masowej, możesz mieć ustaloną cenę za terabajt, którą naliczy Twój zespół IT. Jeśli nie, weź pod uwagę łączną cenę magazynu lokalnego. Dobry przewodnik jest publikowany przez Wasabi.
  • W przypadku rozwiązań lokalnych należy wziąć pod uwagę koszty sprzętu i licencji hosta oraz wszelkie bazy danych wymagane do diagnostyki i raportowania danych.

  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Instrukcja INSERT kolidowała z ograniczeniem FOREIGN KEY - SQL Server

  2. Dziennik transakcji SQL Server, część 1:Podstawy rejestrowania

  3. Jakiś sposób na wstawienie lub aktualizację SQLBulkCopy, jeśli istnieje?

  4. Łączenie wartości kolumn w listę rozdzielaną przecinkami

  5. dołączona baza danych jest tylko do odczytu