Firma uruchamia wiele instancji EC2 opartych na AMI Amazon Linux 2. Administrator SysOps potrzebuje sposobu o niskich wymaganiach konserwacyjnych do przechwytywania interaktywnych sesji poleceń użytkowników (poleceń i ich wyników), trwałego przechowywania tych nagrań oraz wyzwalania alertów na podstawie zawartości logów. Które podejście zapewnia wymaganą funkcjonalność przy najmniejszym obciążeniu operacyjnym?

Prawidłowa odpowiedź to wymaganie interaktywnego dostępu za pośrednictwem AWS Systems Manager Session Manager, skonfigurowanie Session Manager do przesyłania strumieniowego logów sesji do CloudWatch Logs i utworzenie filtrów metryk oraz alarmów CloudWatch dla odpowiednich wyników w logach. Session Manager natywnie obsługuje rejestrowanie sesji, w tym poleceń i ich wyników, bezpośrednio do CloudWatch Logs, co minimalizuje obciążenie operacyjne. Umożliwia to łatwe tworzenie filtrów metryk i alarmów CloudWatch na podstawie zawartości logów. Pozostałe opcje są mniej optymalne: Włączanie logowania sesji na każdej instancji i używanie ujednoliconego agenta CloudWatch wymaga ręcznej konfiguracji na każdej instancji i nie zapewnia scentralizowanego zarządzania sesjami. Użycie Amazon Athena do alertów jest bardziej złożone niż bezpośrednie filtry metryk CloudWatch. Wymuszanie dostępu przez hosta bastionowego wprowadza pojedynczy punkt awarii i dodatkową warstwę zarządzania, zwiększając obciążenie operacyjne. Włączanie logowania sesji na każdej instancji i wymaganie Systems Manager Run Command do dostępu nie jest przeznaczone do interaktywnych sesji i nie zapewnia automatycznego przechwytywania interaktywnych poleceń w taki sam sposób jak Session Manager.