Grundlagen des Hybrid Workers
Zunächst ist es wichtig zu verstehen, wie der Hybrid Worker prinzipiell funktioniert. Wie im ersten Teil bereits beschrieben, handelt es sich beim Hybrid Worker um einen Dienst, der auf einem On-Prem-Server ausgeführt wird und sich mit der Azure Automation Ressource verbindet. So kann er die Runbooks herunterladen, lokal ausführen und das Ergebnis, beziehungsweise die Ausgabe oder Fehlermeldung, zurück an die Cloud schicken.
Hybrid Worker, Hybrid Worker Groups und Jobs
Ein Hybrid Worker ist immer auch Teil einer Hybrid Worker Group und diese Gruppe wiederum besteht aus mindestens einem Hybrid Worker. Jedes Mal, wenn wir die Ausführung des Codes in unserem Runbook starten, wird dafür ein neuer Job erzeugt. Ein Runbook-Job ist bei seinem Start immer einer Hybrid Worker Group zugeordnet (und nicht etwa direkt einem Hybrid Worker). Der Job wird also auf einem beliebigen Hybrid Worker (physischen Server) der jeweiligen Hybrid Worker Group ausgeführt. Dadurch kann man bei Bedarf eine redundante Infrastruktur aufbauen, sodass bei Ausfall eines Hybrid Workers automatisch ein anderer dessen Rolle übernehmen kann.
Die folgende Grafik visualisiert einen solchen Aufbau:
Wir werden für unser vereinfachtes Beispiel keine Redundanz einbauen, sondern stattdessen nur einen einzigen Hybrid Worker verwenden.
Einrichtung des Hybrid Workers auf dem On-Prem-Server
Es gibt mehrere Arten, den Hybrid Runbook Worker bereitzustellen. Diese Möglichkeiten werden in der dazugehörigen Microsoft Dokumentation ausführlich erläutert.
In unserem Beispiel verwenden wir die Automatische Bereitstellung mittels eines Skripts aus dem PowerShell-Katalog. Hierfür laden wir das Skript New-OnPremiseHybridWorker.ps1 aus dem PowerShell-Katalog auf unseren On-Prem-Server und führen es dort aus:
$NewOnPremiseHybridWorkerParameters = @{
AutomationAccountName = <nameOfAutomationAccount>
AAResourceGroupName = <nameOfResourceGroup>
OMSResourceGroupName = <nameOfResourceGroup>
HybridGroupName = <nameOfHRWGroup>
SubscriptionID = <subscriptionId>
WorkspaceName = <nameOfLogAnalyticsWorkspace>
}
.\New-OnPremiseHybridWorker.ps1 @NewOnPremiseHybridWorkerParameters
Nach der erfolgreichen Ausführung des Skripts sollte die neue Hybrid Worker Group in dem Automation Account erscheinen und die Anzahl der Hybrid Worker auf 1 stehen.
Wir haben den On-Prem-Server nun erfolgreich konfiguriert und an Azure angebunden. Jetzt können wir die Runbooks auf diesem Server ausführen.
Beiträge dieser Serie
- PowerApps nutzen, um PowerShell-Skripte remote auf lokalen On-Premises-Servern auszuführen | Teil 1
- PowerApps nutzen, um PowerShell-Skripte remote auf lokalen On-Premises-Servern auszuführen | Teil 2
- PowerApps nutzen, um PowerShell-Skripte remote auf lokalen On-Premises-Servern auszuführen | Teil 4
Lesetipp
Kennen Sie schon unsere Whitepaper? Laden Sie sich diese doch einfach zur Inspiration herunter:
Wenn Sie schon jetzt Ideen haben und nicht wissen, wo sie beginnen sollen: Unsere Microsoft 365-Experten unterstützen Sie gerne dabei, schon morgen mit Ihren smarten Lösungen zu beginnen. Wir freuen uns auf Ihren Anruf oder eine Nachricht über unser Kontaktformular.