Rozpočet je v dnešní době cenný. Je těžké získat rozpočet na počet zaměstnanců, ale někdy je překvapivě snadné získat rozpočet na nástroje. Dobré nástroje mohou skutečně snížit tlak na přepracované DBA automatizací pracnějších úkolů; tím, že nám pomáhá rychle určit problémy a snižuje riziko, že něco zmeškáme kvůli lidské chybě; a tím, že nám umožní předběhnout problém, takže jej vyřešíme již v době, kdy se s ním naši uživatelé setkají.
Když je čas oslovit „špicatého šéfa“ s navrhovanou investicí, je důležité mít podrobné posouzení celkových nákladů na vlastnictví jakéhokoli navrhovaného nástroje. Velmi často se zaměřujeme čistě na přímé náklady a přehlížíme nepřímé náklady, jako jsou náklady na infrastrukturu nebo zdroje potřebné pro nastavení, konfiguraci nebo údržbu.
Určení vašich výdajů
V závislosti na vaší organizaci, na tom, jak spravujete své rozpočty nebo na tom, kde máte peníze k dispozici, můžete dát přednost tomu, abyste své náklady předem zatížili většími počátečními investicemi spojenými s rozpočtem kapitálových výdajů (CapEx), nebo vám může lépe vyhovovat rozložte náklady rovnoměrně v průběhu času a spojte je s rozpočty provozních výdajů (OpEx).
Nástroje softwaru jako služba (SaaS) v posledních letech umožnily organizacím všech tvarů a velikostí přístup k sofistikovanému a extrémně výkonnému softwaru za zvládnutelné průběžné náklady.
SaaS není pro každého. Kromě splátkového kalendáře je jedním z klíčových bodů rozhodování, které je třeba zvážit, TCO. Následující tabulka by vám měla pomoci při uvažování.
Další podrobnosti o složení typického systému monitorování výkonu najdete na našem blogu:Database Monitoring Architectures.
Rychlé srovnání on-premises vs. SaaS
Níže odkazujeme na „sledovaný koncový bod“. To může odkazovat na monitorovanou instanci databáze, operační systém a/nebo hypervizor, na kterém je nainstalována.
Typické faktory pro náklady na vlastnictví řešení pro monitorování
| Tradiční místní řešení | Řešení SaaS |
|
|
|
|
|
|
|
|
Licence a předplatné
Pro tradiční místní software:
- Obvykle se platí značný licenční poplatek předem. To bude vyhovovat organizacím, které by čerpaly z rozpočtu kapitálových výdajů (CapEx).
- Faktor v roční údržbě, která obvykle představuje asi 20 procent počátečních nákladů na licenci. Přístup k aktualizacím je životně důležitý, protože záplaty a aktualizace databáze mohou narušit shromažďování dat.
Pro řešení SaaS:
- SaaS je založeno na opakovaném předplatném. Vyhnete se tak velkým počátečním výdajům. To bude vyhovovat organizacím, které dávají přednost řešení softwaru v rámci rozpočtu na provozní výdaje (OpEx).
- Pokud jste náhodou bohatí na hotovost, prozkoumejte víceleté předplatné, které by vám mělo zajistit dobré slevy od dodavatele.
- Většina softwaru pro monitorování SaaS je účtována ročně. Měsíční nebo průběžné modely jsou méně běžné pro monitorování a obvykle jsou dražší.
- Flexibilita něco stojí. Máte-li dobrou představu o množství a delších podmínkách předplatného, pak zamknutí poskytne lepší hodnotu.
- Pokud je předplatné svázáno s úrovněmi shromážděných dat, buďte opatrní při výpočtu předpokládaných požadavků na data. Údaje o výkonu mohou být rychle velké. Pro větší předvídatelnost hledejte řešení měřená na monitorované entitě spíše než na uložená data.
- Hostované řešení by mělo zahrnovat náklady na ukládání dat a průběžnou údržbu.
Pohyblivé části
Shromažďování údajů o výkonu
- Faktor jakéhokoli hardwaru potřebného k hostování služby, která shromažďuje data ze sledovaného koncového bodu. Aby nedošlo k dopadu na monitorovanou instanci, monitorovací software by neměl být umístěn na stejném počítači. Sběratel dat by měl být „bez agenta.“
- Zvažte počet připojení k serveru SQL, která budete monitorovat. Pokud také monitorujete hostitelský operační systém a/nebo hypervizor, mělo by to být také zohledněno.
- V dokumentaci dodavatele naleznete pokyny, kolik monitorovaných koncových bodů může podporovat jedna služba sběru dat.
- Pokud je třeba „federovat“ více služeb sběru dat, může být nutné zadat více hostitelů sběru dat.
- U řešení SaaS mohou mít místní sběrač dat pro místní úlohy a nahradit jej cloudovými službami pro získávání dat z databáze jako služba (DBaaS).
Krátkodobé úložiště diagnostiky
Faktor v nákladech na instanci databáze vyžadovanou pro úložiště krátkodobé diagnostiky. Zde se ukládají podrobná data pro usnadnění diagnostiky a funkcí přehrávání. Jeho velikost závisí na:
- Počet sledovaných koncových bodů
- Objem sledovaných metrik
- Frekvence shromažďování údajů pro každou metriku
- Zda je zachován kód SQL a/nebo prováděcí plány
- Množství uchovávané historie
Zkontrolujte pokyny dodavatele týkající se objemu diagnostických dat na sledovaný koncový bod za den uchovávaných dat. Objem uchovávané historie se u většiny místních řešení pohybuje v rozmezí 1–4 týdnů. Cokoli delšího bude vyžadovat značné úložiště a také značné výpočetní zdroje pro řízení požadované analýzy.
Úložiště dlouhodobých analýz/přehledů
On-premise řešení budou pravidelně brát podrobná data z úložiště diagnostiky, agregovat je a ukládat do úložiště pro analýzy nebo sestavy. Zkontrolujte pokyny dodavatele týkající se objemu dat hlášení na monitorovaný koncový bod za měsíc uchovávaných dat. U větších instalací možná budete potřebovat samostatnou instanci databáze pro úložiště sestav, což by mělo být započítáno do vašich nákladů.
Úvahy o určení vaší instance SQL Server
Při rozhodování, zda chcete tradiční místní řešení nebo řešení SaaS, mějte na paměti tyto kroky:
- Stanovte, kolik monitorovaných koncových bodů požadujete (SQL Server, Windows, Linux HyperV atd.).
- Stanovte, kolik služeb sběru dat potřebujete, požadavky na hostitele a související náklady.
- Zohledněte veškeré licenční náklady spojené s vaší infrastrukturou, např. Windows Server nebo instance SQL Server.
- Při posuzování nákladů na místní úložiště můžete mít stanovenou cenu za terabajt, kterou bude váš IT tým účtovat. Pokud ne, zvažte celkovou cenu místního úložiště. Dobrý průvodce vydává Wasabi.
- U místních řešení zvažte hardwarové a licenční náklady hostitele a všech databází potřebných pro diagnostiku a hlášení dat.