Le budget est précieux de nos jours. Il est difficile d'obtenir un budget pour les effectifs, mais il est parfois étonnamment facile d'obtenir un budget pour les outils. Un bon outillage peut vraiment alléger la pression des DBA surmenés en automatisant les tâches les plus laborieuses; en nous aidant à identifier rapidement les problèmes, réduisant ainsi le risque de manquer quelque chose à cause d'une erreur humaine ; et en nous permettant d'anticiper un problème afin que nous le résolvions déjà au moment où nos utilisateurs le rencontrent.
Lorsqu'il est temps d'approcher le "patron aux cheveux pointus" avec un investissement proposé, il est important d'avoir une évaluation détaillée du coût total de possession de tout outillage proposé. Très souvent, nous nous concentrons uniquement sur les coûts directs et négligeons les coûts indirects tels que les coûts d'infrastructure ou de ressources nécessaires à l'installation, à la configuration ou à la maintenance.
Déterminer vos dépenses
En fonction de votre organisation, de la façon dont vous gérez vos budgets ou de l'endroit où vous avez de l'argent disponible, vous préférerez peut-être anticiper vos coûts avec des investissements initiaux plus importants associés à votre budget de dépenses en capital (CapEx), ou il peut vous convenir mieux de répartissez les coûts uniformément dans le temps et associez-les à vos budgets de dépenses opérationnelles (OpEx).
Ces dernières années, les outils logiciels en tant que service (SaaS) ont permis aux organisations de toutes formes et tailles d'accéder à des logiciels sophistiqués et extrêmement puissants à des coûts permanents gérables.
Le SaaS n'est pas pour tout le monde. Outre le calendrier de paiement, un point de décision clé à prendre en compte est le coût total de possession. Le tableau suivant devrait vous aider à cadrer votre réflexion.
Pour plus de détails sur la composition d'un système de surveillance des performances type, consultez notre blog :Architectures de surveillance des bases de données.
Comparaison rapide sur site et SaaS
Ci-dessous, nous nous référons à «point final surveillé». Cela peut faire référence à une instance de base de données surveillée, au système d'exploitation et/ou à l'hyperviseur sur lequel il est installé.
Facteurs typiques du coût de possession d'une solution de surveillance
| Solution traditionnelle sur site | Solution SaaS |
|
|
|
|
|
|
|
|
Licence et abonnement
Pour les logiciels traditionnels sur site :
- Il existe généralement des frais de licence initiaux importants. Cela conviendra aux organisations qui puiseraient dans un budget de dépenses en capital (CapEx).
- Tenez compte de la maintenance annuelle, qui représente généralement environ 20 % du coût initial de la licence. L'accès aux mises à jour est vital car les correctifs et les mises à jour de la base de données peuvent interrompre les collectes de données.
Pour les solutions SaaS :
- SaaS est basé sur un abonnement récurrent. Cela évite de grosses dépenses initiales. Cela conviendra aux organisations qui préfèrent gérer les logiciels dans le cadre d'un budget de dépenses opérationnelles (OpEx).
- Si vous êtes riche en liquidités, envisagez un abonnement pluriannuel, qui devrait offrir de bons tarifs réduits de la part du fournisseur.
- La plupart des logiciels de surveillance SaaS sont facturés annuellement. Les modèles mensuels ou de paiement à l'utilisation sont moins courants pour la surveillance et sont généralement plus coûteux.
- La flexibilité a un coût. Si vous avez une bonne idée des quantités et des durées d'abonnement plus longues, le verrouillage vous offrira une meilleure valeur.
- Si l'abonnement est lié aux niveaux de données collectées, veillez à calculer vos besoins prévisionnels en matière de données. Les données de performance peuvent rapidement devenir importantes. Pour plus de prévisibilité, recherchez des solutions mesurées sur l'entité surveillée plutôt que sur les données stockées.
- Une solution hébergée doit inclure le coût du stockage des données et de la maintenance continue.
Les pièces mobiles
Collecte des données de performances
- Tenez compte de tout matériel requis pour héberger le service, qui collecte des données à partir du point de terminaison surveillé. Pour éviter tout impact sur l'instance surveillée, le logiciel de surveillance ne doit pas résider sur la même machine. Le collecteur de données doit être "sans agent".
- Tenez compte du nombre de connexions au serveur SQL que vous surveillerez. Si vous surveillez également le système d'exploitation hôte et/ou l'hyperviseur, cela doit également être pris en compte.
- Consultez la documentation du fournisseur pour obtenir des instructions sur le nombre de points de terminaison surveillés qu'un seul service de collecte de données peut prendre en charge.
- Si plusieurs services de collecte de données doivent être "fédérés", plusieurs hôtes de collecte de données peuvent devoir être spécifiés.
- Pour les solutions SaaS, elles peuvent disposer d'un collecteur de données sur site pour les charges de travail sur site et le remplacer par des services basés sur le cloud pour l'acquisition de données à partir d'une base de données en tant que service (DBaaS).
Référentiel de diagnostics à court terme
Tenez compte du coût de l'instance de base de données requise pour le référentiel de diagnostics à court terme. C'est là que les données détaillées sont stockées pour faciliter les fonctions de diagnostic et de lecture. Sa taille dépend de :
- Le nombre de terminaux surveillés
- Le volume de statistiques suivies
- La fréquence de collecte des données de chaque statistique
- Si le code SQL et/ou les plans d'exécution sont conservés
- La quantité d'historique conservée
Vérifiez les directives du fournisseur concernant le volume de données de diagnostic par point final surveillé par jour de données conservées. Le volume d'historique conservé a tendance à varier de 1 à 4 semaines pour la plupart des solutions sur site. Tout élément plus long nécessitera un espace de stockage important, ainsi que des ressources de calcul importantes pour effectuer l'analyse requise.
Référentiel d'analyse/rapports à long terme
Les solutions sur site extrairont régulièrement des données détaillées du référentiel de diagnostics, les agrégeront et les stockeront dans un référentiel d'analyse ou de création de rapports. Vérifiez les directives du fournisseur concernant le volume de données de rapport par point de terminaison surveillé par mois de données conservées. Pour les installations plus importantes, vous aurez peut-être besoin d'une instance de base de données distincte pour votre référentiel de rapports, qui doit être pris en compte dans vos coûts.
Considérations pour déterminer votre instance SQL Server
Lorsque vous déterminez si vous souhaitez une solution traditionnelle sur site ou SaaS, gardez ces étapes à l'esprit :
- Établissez le nombre de points de terminaison surveillés dont vous avez besoin (SQL Server, Windows, Linux HyperV, etc.).
- Établissez le nombre de services de collecte de données dont vous avez besoin, les exigences en matière d'hébergement et les coûts associés.
- Tenez compte des coûts de licence associés à votre infrastructure, par exemple, les instances Windows Server ou SQL Server
- Lors de l'évaluation du coût du stockage sur site, vous pouvez avoir un prix fixe par téraoctet que votre équipe informatique facturera. Si ce n'est pas le cas, considérez le prix total du stockage sur site. Un bon guide est édité par Wasabi.
- Pour les solutions sur site, tenez compte des coûts de matériel et de licence de l'hôte et de toutes les bases de données requises pour les données de diagnostic et de création de rapports.
