Er is een groeiend aantal geweldige systemen voor het monitoren van databaseprestaties. Onlangs zijn de meer traditionele on-premises oplossingen aangevuld met SaaS-oplossingen (Software as a Service).
In deze blog wordt de typische architectuur van een on-premises oplossing vergeleken met die van een SaaS-oplossing. Natuurlijk zullen componenten in naam en structuur van leverancier tot leverancier verschillen, maar de belangrijkste concepten die hier worden besproken, zullen op de een of andere vorm worden weergegeven.
Verschillen tussen on-premises en SaaS-oplossingen
In het algemeen zijn hier enkele van de belangrijkste componenten van elke oplossing:
Traditionele on-premises oplossing
- Proces voor gegevensverzameling.
- Repository voor korte termijn prestaties [diagnose].
- Repository voor langetermijnanalyse/rapportage.
- Windows- of browserclient.
- Elke failover-infrastructuur die nodig is voor de bewakingsinfrastructuur.
SaaS-oplossing
- Gegevensverzamelingsproces (voor on-premises doelen).
- Browserclient.
- Mobiele app.
- De SaaS-leverancier beheert de applicatie en back-end gegevensopslag.
Houd er rekening mee dat de namen van de verschillende componenten van de ene oplossing tot de andere kunnen verschillen. In sommige gevallen kan de functionaliteit over meerdere services of gegevensbronnen worden verdeeld.
Op locatie oplossingen
Proces voor gegevensverzameling
De gegevensverzamelaar is doorgaans een on-premises, agentless service die gegevens verzamelt van elk on-premises bewaakt eindpunt. Dit proces regelt hoe en wanneer gegevens worden verzameld. Het moet in staat zijn om gegevens op verschillende frequenties te verzamelen om de behoefte aan meer details in evenwicht te brengen met de impact op de gecontroleerde werklast. Verzamelfrequenties en waarschuwingsdrempels moeten vooraf zijn geconfigureerd voor elke statistiek.
Iedereen zal een "lawaaierige" instantie hebben die niet voldoet aan de standaarddrempels. Dit kan resulteren in veel valse positieven. Om hiermee om te gaan, moet het systeem de mogelijkheid hebben om regels op instantieniveau te creëren om met uitzonderlijke omstandigheden om te gaan. Dit voorkomt "alarmmoeheid" door valse positieven.
In sommige gevallen orkestreert deze service ook waarschuwingen en meldingen. In grote organisaties met honderden gecontroleerde instanties, kan het nodig zijn om de belasting te verdelen door een aantal gegevensverzamelaars te 'federeren'. Federatie synchroniseert collecties en configuratie over een verspreid systeem.
Repository voor korte termijn diagnostiek
Hier worden gedetailleerde gegevens opgeslagen. Dit omvat gegevens van DMV's, logbestanden, XEvents en andere SQL Server-gegevensbronnen. Bronnen die druk kunnen uitoefenen op de gecontroleerde instanties moeten worden vermeden, de meeste sporen zijn bijvoorbeeld ongeschikt voor realtime monitoring.
Omdat de verzamelfrequenties zo vaak als elke seconde kunnen zijn en grotere gegevensblokken zoals TSQL en plannen worden verzameld, kan deze repository snel groot worden. Als gevolg hiervan zullen de meeste systemen de geschiedenis doorgaans beperken tot een week tot een maand (deze beperkingen zijn niet van toepassing op een SaaS-oplossing). Deze repository is zeer transactioneel van aard.
Repository voor langetermijnrapportage/analyse
Aan het einde van een vooraf gedefinieerde tijd worden deze gedetailleerde gegevens geaggregeerd en opgeslagen in een rapportagerepository voor analyses en trending op hoog niveau. De hoeveelheid details die behouden blijven, zal een aanzienlijke impact hebben op de uiteindelijke omvang van deze repository en de rekencapaciteit die redelijkerwijs van een gebruiker mag worden verwacht om deze beschikbaar te stellen om deze te analyseren. Dit varieert vaak aanzienlijk van de ene oplossing tot de andere. Oplossingen die diepere analyses ondersteunen, hebben ondersteunende architecturen en kunnen OLAP-architecturen gebruiken om multidimensionale analyse te vergemakkelijken.
Een on-premises monitoringoplossing schalen
Er zullen meer geavanceerde oplossingen worden ontworpen om een gedistribueerde architectuur van de belangrijkste componenten te vergemakkelijken om schaal te ondersteunen. De gegevensverzamelingsservice heeft een hoger aantal bewaakte verbindingen die het kan ondersteunen. Zodra deze limiet is bereikt, moet een extra gegevensverzamelaar worden "gefederaliseerd" om de gegevensverzameling te coördineren en de opslag van de gegevens te orkestreren.
De opslagplaatsen voor prestatiegegevens zelf kunnen één instantie delen of over meerdere instanties worden verspreid om schaalbaarheid te ondersteunen. De opslagruimte die ze nodig hebben, is recht evenredig met het aantal bewaakte verbindingen en het volume aan gegevens dat wordt bewaard. De structuur en architectuur van de analytische repository hebben ook invloed op de totale capaciteit.
Gebruikerservaring
De meeste on-premises tools hebben een Windows-front-end. Sommige hebben browser-front-ends op basis van een lokaal gehoste implementatie. Externe toegang tot deze kan ingewikkeld zijn en vereist meestal VPN. Ze ondersteunen zelden mobiele apps.
Hoge beschikbaarheid
Monitoringsoftware die bedrijfskritieke workloads bewaakt, moet op zichzelf veerkrachtig zijn. Er moeten voorzieningen worden getroffen om rampensituaties op te vangen die de monitoringstructuur offline kunnen halen. Dit moet ook worden bekeken vanuit een architectuur- en kostenperspectief.
SaaS-oplossingen
Proces voor gegevensverzameling
Hoewel een SaaS-aanbod voornamelijk wordt gehost, zal het vaak een on-premises gegevensverzamelaar voor on-premises workloads onderhouden. Dit helpt bij het aanpakken van prestatie- en beveiligingsbeperkingen. Op deze manier worden alle verbindingen op instantieniveau gemaakt via de on-premises collector, die vervolgens de bewaakte databaseprestatiegegevens doorstuurt naar de cloudingress-service. Alle gegevens moeten tijdens het transport worden versleuteld.
Diagnose- en rapportage-/analysebronnen
Het goede nieuws is dat de SaaS-leverancier al uw gegevensopslag afhandelt. U hoeft zich geen zorgen te maken over het opstaan van instanties voor de diagnostische repositories, rapportagerepository's, het leegmaken van de diagnostische repository of veel van de andere problemen die gepaard gaan met een on-premises implementatie.
Gehoste oplossingen zullen gebruik maken van verschillende opslagstrategieën in de back-end om een mix van transactionele en analytische activiteiten mogelijk te maken. Ze kunnen gebruikmaken van cloudbronnen om grotere datavolumes en de vereiste verwerking voor analyses aan te kunnen; Spotlight Cloud bewaart bijvoorbeeld een jaar aan gedetailleerde gegevens. Zo kunt u niet alleen een jaar terug in de tijd rapporteren, maar kunt u ook uw werklast tot een jaar in het verleden terugkijken. Dit is echt een krachtige mogelijkheid.
Een SaaS-oplossing voor het monitoren van databaseprestaties kan een verscheidenheid aan back-end-opslagstrategieën gebruiken, niet alleen om te voldoen aan de meer transactionele aard van diagnostiek en monitoring, maar ook om het intensieve rekenwerk in verband met langetermijnanalyses te vergemakkelijken. De SaaS-leverancier kan profiteren van aanzienlijke schaalvoordelen om een veel krachtigere infrastructuur te gebruiken die ter beschikking zou staan van individuele organisaties.
Hoe een SaaS-oplossing te schalen
Het schalen van een SaaS-oplossing is de verantwoordelijkheid van de leverancier en niet van de gebruiker. Elke SaaS-oplossing voor het monitoren van databaseprestaties moet vanaf de eerste dag op schaal worden gebouwd en als gevolg daarvan heeft het de neiging om schaalbaar te zijn.
Gebruikerservaring
SaaS-applicaties zullen standaard een browser Ux gebruiken en velen zullen ook uitgebreide mobiele apps hebben. Dit vergemakkelijkt verspreide en afgelegen teams.
Beveiliging en naleving
De meeste SaaS-oplossingen zullen worden gebouwd op een van de toonaangevende cloudinfrastructuren, zoals Azure of Amazon. Veel van de toonaangevende leveranciers beschikken over geavanceerde beveiligingsinfrastructuren. Ze investeren zwaar in het ondersteunen van de nalevingsbehoeften van hun klanten.
Hoge beschikbaarheid
Het goede nieuws is ook hier dat dit de verantwoordelijkheid is van de verkoper. Het is de moeite waard om bij uw leverancier na te gaan welke voorzieningen zij hebben getroffen op het gebied van failover en hoge beschikbaarheid. SaaS-applicaties moeten zo worden ontworpen dat ze zeer veerkrachtig zijn. De verschillende services waaruit een SaaS-toepassing bestaat, zijn doorgaans ontworpen om individueel veerkrachtig te zijn. Er kan ook een voorziening worden getroffen voor uitval van datacenters waarbij de applicatie in het geval van een datacenterstoring een failover van het ene datacenter naar het andere zou uitvoeren.