Dabei verwenden wir bei den Entwicklungs- und Testservern den niedrigst m\u00f6glichen Tarif (in der Regel D1, B1).<\/p>\n\n\n\n
Dar\u00fcber sollen die Entwicklungs- und Testserver nur dann laufen und somit Geld kosten, wenn sie ben\u00f6tigt werden. Das hei\u00dft, wenn an einem Projekt gerade weder entwickelt noch getestet wird, sind die beiden betreffenden Azure Analysis Services (AAS) pausiert.<\/p>\n\n\n\n
Um dies nicht nur manuell durch den Entwickler umzusetzen, haben wir einen Automatismus implementiert:<\/p>\n\n\n\n
- Zun\u00e4chst gibt es eine relationale Tabelle, in der alle AAS aufgef\u00fchrt sind<\/li>
- F\u00fcr jeden AAS kann man definieren, bis wann er laufen soll
(Wenn man z.B. im Test ist, m\u00f6chte man nicht, dass der Server nachts automatisiert pausiert wird)<\/li> - Abends l\u00e4uft ein Job (eine Data Factory Pipeline), die alle auszuschaltenden AAS pausiert, falls sie noch laufen. <\/li><\/ul>\n\n\n\n
Bei der Umsetzung habe ich mich vom hier <\/a>zu findenden guten Artikel inspierieren lassen. <\/p>\n\n\n\n
Erste Pipeline „SuspendOrResumeAAS“<\/h2>\n\n\n\n
Zun\u00e4chst erstelle ich eine Pipeline „SuspendOrResumeAAS“:<\/p>\n\n\n\n
![\"\"](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2021\/02\/SuspendOrResume_DF-1.png\")
<\/a>Pipeline SuspendOrResumeAAS<\/figcaption><\/figure>\n\n\n\n Man sieht hier schon gut, woraus diese Pipeline besteht:<\/p>\n\n\n\n
- Es gibt 3 Parameter:
- action: Soll die AAS-Instanz pausiert (supend) oder gestartet (resume) werden?<\/li>
- aasName: Name der AAS<\/li>
- ressourceGroupName: Name der Ressourcengruppe<\/li><\/ul><\/li>
- Es gibt eine Variable (was man im Screen Shot nicht sieht):
- subscriptionId (Wir werden das sp\u00e4ter f\u00fcr den API-Aufruf ben\u00f6tigen)<\/li><\/ul><\/li><\/ul>\n\n\n\n
Was macht die Pipeline?<\/p>\n\n\n\n
- Sie ermittelt zuerst den Status des AAS<\/li>
- Dann wird \u00fcberpr\u00fcft, ob der Status zu der Aktion passt (Man kann eine pausierte AAS nicht pausieren \ud83d\ude42 )<\/li>
- Wenn der Status OK ist, wird der API-Aufruf mit der gew\u00fcnschten Aktion durchgef\u00fchrt.<\/li><\/ul>\n\n\n\n
Die Schritte beleuchten wir jetzt n\u00e4her:<\/p>\n\n\n\n
F\u00fcr die Ermittlung des Status (infoZuAAS<\/strong>) verwenden wir eine Web-Aktivit\u00e4t:<\/p>\n\n\n\n
In den Einstellungen bauen wir die URL via dynamischen Inhalt zusammen:<\/p>\n\n\n\n
@concat('https:\/\/management.azure.com\/subscriptions\/', variables('subscriptionId') , '\/resourceGroups\/', pipeline().parameters.ressourceGroupName, '\/providers\/Microsoft.AnalysisServices\/servers\/', pipeline().parameters.aasName, '?api-version=2017-08-01')<\/pre>\n\n\n\nAls Methode wird „GET“ eingestellt.<\/p>\n\n\n\n
Wie auch im zitierten Artikel vorgeschlagen, verweden wir MSI als Authentifizierung (als Ressource „https:\/\/management.azure.com\/“ eintragen). <\/p>\n\n\n\n
Dazu m\u00fcssen wir f\u00fcr jede betreffende AAS unter „Access Control (IAM)“ den Punkt „Add role assignments“ ausw\u00e4hlen. Dort definieren wir als Contributor die Data Factory, in der wir unsere Pipeline erstellen:<\/p>\n\n\n\n
![\"\"](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2021\/02\/AddRoleAssignmentDF-1.png\")
<\/a>Add role assignment: DF als Contributor des AAS<\/figcaption><\/figure>\n\n\n\n Wenn wir diese Aktivit\u00e4t im Debug-Modus starten, sehen wir <\/p>\n\n\n\n
![\"\"](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2021\/02\/grafik-1.png\")
<\/a>Debuginformation zu infoZuAAS<\/figcaption><\/figure>\n\n\n\n \u00dcber die Pfeile (links: Input, rechts: Output) k\u00f6nnen wir die aufrufende URL kontrollieren:<\/p>\n\n\n\n
![\"\"](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2021\/02\/Input.png\")
<\/a>Input<\/figcaption><\/figure>\n\n\n\n Unter Output sieht man:<\/p>\n\n\n\n
![\"\"](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2021\/02\/Output.png\")
<\/a>Output<\/figcaption><\/figure>\n\n\n\n Hier sehen wir unter
properties <\/code>>state <\/code>„Paused“, was hei\u00dft, dass die AAS pausiert ist. F\u00fcr eine laufende AAS ist der state „Succeeded“.<\/p>\n\n\n\nDies nutzen wir dann gleich in der If-Abfrage (isInStateForAction<\/strong>): Um den Status in der Bedingung abzufragen, kann man via Code darauf zugreifen. Mit
activity().output<\/code> erh\u00e4lt man den gesamten Output und kann dann im JSON \u00fcber . auf die einzelnen Attribute in der Hierarchie zugreifen:<\/p>\n\n\n\nactivity('infoZuAAS').output.properties.state<\/pre>\n\n\n\nDer gesamte Code f\u00fcr die „Expression“ in der „If Condition“ sieht so aus:<\/p>\n\n\n\n
@or(\nand(equals(activity('infoZuAAS').output.properties.state, 'Paused'),equals(toLower(pipeline().parameters.action), 'resume'))\n,\nand(equals(activity('infoZuAAS').output.properties.state, 'Succeeded'),equals(toLower(pipeline().parameters.action), 'suspend'))\n)<\/pre>\n\n\n\nDie innere Aktivit\u00e4t ist wieder eine Web-Aktivit\u00e4t (pause or resume AAS<\/strong>):<\/p>\n\n\n\n
![\"\"](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2021\/02\/grafik-3.png\")
<\/a><\/figure>\n\n\n\nDiese Web-Aktivit\u00e4t unterscheidet sich von der vorhergehenden in der URL, in der nun die Aktion (suspend oder resume) mit angegeben wird. Au\u00dferdem ist die Methode POST. Deshalb muss der Text mit angegeben werden – auch wenn die AAS-API das eigentlich nicht ben\u00f6tigt, weswegen wir hier
{\"Dummy\":\"Dummy\"} <\/code>eintragen.<\/p>\n\n\n\nDie URL wird mit dieser Formel definiert:<\/p>\n\n\n\n
@concat('https:\/\/management.azure.com\/subscriptions\/', variables('subscriptionId'), '\/resourceGroups\/', pipeline().parameters.ressourceGroupName, '\/providers\/Microsoft.AnalysisServices\/servers\/', pipeline().parameters.aasName, '\/' , pipeline().parameters.action, '?api-version=2017-08-01')<\/pre>\n\n\n\nAuthentifizierung und Ressource wird wie oben gesetzt.<\/p>\n\n\n\n
Zweite Pipeline: alleAASausschalten<\/h2>\n\n\n\n
![\"\"](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2021\/02\/Pipeline_alleAASausschalten.png\")
<\/a>Pipeline alleAASausschalten<\/figcaption><\/figure>\n\n\n\n Die Suche\/Lookup-Aktivit\u00e4t „lies Config Tabelle<\/strong>“ liest per Query aus einer SQL-Server-Tabelle, welche AAS auszuschalten sind:<\/p>\n\n\n\n
SELECT AAS_Name, RessourceGroupName FROM Management.[Config_AAS_Shutdown]\nWHERE getdate() > keep_Online_Until<\/pre>\n\n\n\n
In der For-Each-Schleife „jedenAASausschalten<\/strong>“ ist folgende Einstellung zu machen:<\/p>\n\n\n\n
@activity('lies Config Tabelle').output.value<\/pre>\n\n\n\nUnd innerhalb der Schleife wird eine Aktivit\u00e4t ausgef\u00fchrt:<\/p>\n\n\n\n
![\"\"](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2021\/02\/callPipeline.png\")
<\/a>die unter (1) erstellte Pipeline aufrufen<\/figcaption><\/figure>\n\n\n\n Als Parameter \u00fcbergeben wir an diese Pipeline:<\/p>\n\n\n\n
- action: suspend (fest definiert)<\/li>
- aasName: Formel
@item().AAS_Name<\/code><\/li>- ressourceGroupName
@item().RessourceGroupName<\/code><\/li><\/ul>\n\n\n\nSomit m\u00fcssen wir nur noch einen Trigger t\u00e4glich um 19 Uhr definieren.<\/p>\n\n\n\n
Weitere M\u00f6glichkeiten<\/h2>\n\n\n\n
Wir haben darauf verzichtet, einen Automatismus zu erstellen, der am Vormittag die Entwickler-Server wieder hochf\u00e4hrt.<\/p>\n\n\n\n
Hintergrund war, dass wir die Entwicklungs- und Testserver nicht jeden Tag brauchen. Sie schnell manuell zu starten, ist kein gro\u00dfer Aufwand – deswegen lassen wir das so.<\/p>\n\n\n\n
Aber nat\u00fcrlich w\u00e4re es einfach, ganz analog eine Pipeline zu erstellen.<\/p>\n\n\n\n
Uns war aber wichtig, den hier vorgestellten Weg zu implementieren, da man als Entwickler schnell mal vergisst, einen AAS auszuschalten – und mit diesem Automatismus ist das kein Problem, da jede Nacht \u00fcberpr\u00fcft wird, ob die AAS aus sind – und, wenn nicht, wieder ausgeschaltet werden.<\/p>\n","protected":false},"excerpt":{"rendered":"
Bei einem meiner Kunden hatten wir mehrere Azure Analysis Services im Einsatz. Wenn die kleinsten Tarife nicht mehr ausreichen, kann das mit der Zeit eine teure Angelegenheit werden. Deshalb haben wir folgende Struktur in den Analysis Services, die in Azure gehostet werden, aufgebaut: Jedes Projekt hat seinen eigenen Entwicklungsserver Jedes Projekt hat seinen eigenen Testserver … Azure Analysis Services automatisch Pausieren<\/span> weiterlesen
- ressourceGroupName
- subscriptionId (Wir werden das sp\u00e4ter f\u00fcr den API-Aufruf ben\u00f6tigen)<\/li><\/ul><\/li><\/ul>\n\n\n\n
- Es gibt 3 Parameter: