Sqlserver
 sql >> база данни >  >> RDS >> Sqlserver

Изчислете общата цена на притежание за мониторинг на SQL Server

Бюджетът е ценен в днешно време. Трудно е да получите бюджет за брой служители, но понякога е изненадващо лесно да получите бюджет за инструменти. Добрите инструменти наистина могат да облекчат напрежението от претоварените DBA чрез автоматизиране на по-трудоемките задачи; като ни помага да определим бързо проблемите, намалявайки риска да пропуснем нещо поради човешка грешка; и като ни позволява да изпреварим даден проблем, така че вече да го решаваме, докато нашите потребители го изпитат.
Когато дойде време да се обърнете към „шефа с остри коси“ с предложена инвестиция, важно е да имате подробна оценка на пълната цена на притежание на всеки предложен инструмент. Много често ние се фокусираме само върху преките разходи и пренебрегваме непреките разходи, като например разходи за инфраструктура или ресурси, необходими за настройка, конфигурация или поддръжка.

Определяне на вашите разходи

В зависимост от вашата организация, как управлявате бюджетите си или къде разполагате с пари, може да предпочетете да заредите разходите си предварително с по-големи предварителни инвестиции, свързани с бюджета за капиталови разходи (CapEx), или може да ви подхожда по-добре да разпределете разходите равномерно във времето и ги свържете с вашите бюджети за оперативни разходи (OpEx).

През последните години инструментите софтуер като услуга (SaaS) дадоха на организации с всякаква форма и размер достъп до сложен и изключително мощен софтуер на управляеми текущи разходи.

SaaS не е за всеки. Освен графика на плащанията, един ключов момент за вземане на решение е TCO. Следващата таблица трябва да ви помогне да оформите своето мнение.

За повече подробности относно състава на типична система за мониторинг на производителността, вижте нашия блог:Архитектури за мониторинг на база данни.

Бързо сравнение на локални спрямо SaaS

По-долу се позоваваме на „наблюдавана крайна точка“. Това може да се отнася до наблюдаван екземпляр на базата данни, операционната система и/или хипервизора, на който е инсталирана.

Типични фактори за разходите за притежание на решение за наблюдение

Традиционно локално решение

SaaS решение

  • Предварителни лицензионни разходи.

  • Годишна поддръжка (обикновено 20 процента от разходите за лиценз).

  • Абонамент:обикновено годишен. Месечните или при разплащане обикновено са по-скъпи.

  • Избягвайте абонаменти въз основа на обема на съхранените данни.

  • Хост машина за процеса на събиране на данни.

  • SQL сървърен екземпляр за хранилище за производителност и хранилище за отчети.

  • Хост машина за хранилище за производителност и хранилище за отчети.

  • Тези компоненти могат да бъдат споделени или разпределени в зависимост от обема на наблюдаваните крайни точки. Вижте документацията на доставчика за подробности.

  • Хост машина за процеса на събиране на данни.

  • Всички данни за ефективността се управляват от доставчика на SaaS.

  • Проверете дали има такси върху обема на съхраняваните данни.

  • Проверете колко история се запазва.

  • Отказ за събирача на данни.

  • Екземпляри на отказ за хранилища за производителност и отчети.

  • Архивиране на хранилища за производителност.

  • Доставчикът на SaaS се грижи за всяко отказване на архивиране на хоствани компоненти.

  • Може да се предвиди разпоредба за защита на всяка услуга за събиране на данни на място.

  • Вземете предвид текущото време, необходимо за задачи за поддръжка, свързани с наблюдение на растежа на хранилището за производителност, разширяване на същото, ако се добавят нови копия, архивиране и т.н.

  • Цялата поддръжка на хоствани компоненти се управлява от доставчика на SaaS.


Лиценз и абонамент

За традиционен локален софтуер:

  • Обикновено има значителна предварителна лицензионна такса. Това ще е подходящо за организации, които ще черпят от бюджет за капиталови разходи (CapEx).
  • Фактор в годишната поддръжка, която обикновено е около 20 процента от първоначалната цена на лиценза. Достъпът до актуализации е жизненоважен, тъй като корекциите и актуализациите на базата данни могат да нарушат колекциите от данни.

За SaaS решения:

  • SaaS се основава на повтарящ се абонамент. Това избягва големи предварителни разходи. Това ще е подходящо за организации, които предпочитат да работят със софтуер в рамките на бюджет за оперативни разходи (OpEx).
  • Ако случайно сте богати на пари, разгледайте многогодишен абонамент, който трябва да осигури добри отстъпки от продавача.
  • Повечето софтуер за наблюдение на SaaS се таксува годишно. Месечните модели или моделите с разплащане са по-рядко срещани за наблюдение и обикновено са по-скъпи.
  • Гъвкавостта има цена. Ако имате добра представа за количествата и по-дълги срокове на абонамента, тогава заключването ще даде по-добра стойност.
  • Ако абонаментът е обвързан с нивата на събрани данни, внимавайте да изчислите вашите прогнозни изисквания за данни. Данните за производителността могат да станат големи бързо. За по-голяма предсказуемост потърсете решения, измервани на наблюдавания обект, а не съхранявани данни.
  • Хастваното решение трябва да включва разходите за съхранение на данни и текуща поддръжка.

Движещите се части

Събиране на данни за ефективността

  • Вземете предвид всеки хардуер, необходим за хостване на услугата, която събира данни от наблюдаваната крайна точка. За да се избегне въздействие върху наблюдавания екземпляр, софтуерът за наблюдение не трябва да се намира на една и съща машина. Събирачът на данни трябва да бъде „без агент“.
  • Помислете за броя на връзките със SQL сървър, които ще наблюдавате. Ако също наблюдавате хост операционната система и/или хипервизора, това също трябва да се вземе предвид.
  • Проверете документацията на доставчика за насоки за това колко наблюдавани крайни точки може да поддържа една услуга за събиране на данни.
  • Ако няколко услуги за събиране на данни трябва да бъдат „обединени“, тогава може да се наложи да бъдат посочени множество хостове за събиране на данни.
  • За SaaS решения те може да имат локален колектор на данни за локални работни натоварвания и да го заменят с облачни услуги за придобиване на данни от база данни като услуга (DBaaS).


Хранилище за краткосрочна диагностика

Фактор в цената на екземпляра на базата данни, необходим за хранилището за краткосрочна диагностика. Тук се съхраняват подробни данни за улесняване на функциите за диагностика и възпроизвеждане. Размерът му зависи от:

  • Броят на наблюдаваните крайни точки
  • Обемът на проследяваните показатели
  • Честотата на събиране на данни за всеки показател
  • Дали SQL код и/или планове за изпълнение са запазени
  • Обемът на запазената история

Проверете насоките на доставчика относно обема на диагностичните данни за наблюдавана крайна точка на ден на запазени данни. Обемът на запазената история обикновено варира от 1-4 седмици за повечето локални решения. Всичко по-дълго ще изисква значително място за съхранение, както и значителен изчислителен ресурс за задвижване на необходимия анализ.

Дългосрочен анализ/хранилище за отчети

Локалните решения ще вземат редовно подробни данни от диагностичното хранилище, ще ги агрегират и ще ги съхраняват в хранилище за анализи или отчети. Проверете насоките на доставчика относно обема на отчетните данни за наблюдавана крайна точка на месец на запазени данни. За по-големи инсталации може да се нуждаете от отделен екземпляр на база данни за вашето хранилище за отчети, което трябва да бъде отчетено във вашите разходи.

Съображения за определяне на вашия екземпляр на SQL сървър

Когато определяте дали искате традиционно локално или SaaS решение, вземете предвид следните стъпки за действие:

  • Определете колко наблюдавани крайни точки имате нужда (SQL Server, Windows, Linux HyperV и т.н.).
  • Определете колко услуги за събиране на данни са ви необходими, изискванията за хост и свързаните разходи.
  • Вземете предвид всички лицензионни разходи, свързани с вашата инфраструктура, напр. екземпляри на Windows Server или SQL Server.
  • Когато оценявате разходите за локално съхранение, може да имате зададена цена за терабайт, която вашият ИТ екип ще таксува. Ако не, помислете за общата цена на локалното съхранение. Добро ръководство е публикувано от Wasabi.
  • За локални решения вземете предвид разходите за хардуер и лицензиране на хоста и всички бази данни, необходими за диагностика и данни за отчитане.

  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Влезте в Microsoft SQL Server Грешка:18456

  2. LEFT() срещу SET TEXTSIZE в SQL Server:Каква е разликата?

  3. Как да проверите дали съществува съхранена процедура, преди да я създадете

  4. Въведение във временните таблици в SQL Server

  5. Как да импортирате JSON файл в таблица на SQL Server