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 |
|
|
|
|
|
|
|
|
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.