Ein Unternehmen betreibt Infrastruktur über Regionen, AZs, On-Premises-Server, EC2 und AWS IoT Greengrass-Geräte hinweg. Das DevOps-Team wird AWS Systems Manager verwenden, um Patches und Konfigurationen über EC2, IoT-Geräte und On-Prem-Server hinweg zu automatisieren. Systems Manager ist in den benötigten Regionen verfügbar. Welche Schritte sind erforderlich, um automatisiertes Patching und Konfiguration über all diese Ressourcen hinweg zu implementieren? (Wählen Sie drei.)

Systems Manager Patch Manager ist das dedizierte Tool für automatisiertes Patching und nutzt Wartungsfenster, um Patches auf EC2, IoT Greengrass-Geräten und On-Premises-Servern zu planen und anzuwenden. Für die Berechtigungen ist ein IAM-Instance-Profil für EC2-Instanzen erforderlich, während für On-Premises-Server und IoT-Geräte entsprechende IAM-Servicerollen benötigt werden. Um On-Premises-Server und IoT-Geräte in Systems Manager zu integrieren, müssen On-Premises-Server über eine Managed-Instance-Aktivierung registriert werden, und die Greengrass-Token-Exchange-Rolle muss aktualisiert werden, damit der SSM Agent auf IoT-Geräten bereitgestellt werden kann. Die Option, alle Ressourcen zu taggen und Session Manager zum Patchen zu verwenden, ist falsch, da Session Manager für interaktiven Zugriff und nicht für automatisiertes Patching konzipiert ist. Die Verwendung von Run Command zum Planen von Patching ist nicht die primäre Methode für automatisiertes Patching; Patch Manager ist dafür vorgesehen. EventBridge zur Überwachung von Baseline-Updates und zum Auslösen von Run Command ist eine komplexere und weniger direkte Methode als die Verwendung von Patch Manager.