Wdrożenie Amazon WorkSpaces używa Amazon FSx for Windows File Server jako udziału profilu. System plików FSx ma 10 TB i osiągnął maksymalną pojemność, uniemożliwiając nowe sesje. Architekt rozwiązań musi przywrócić dostęp użytkownikom i zapobiec powtórzeniu się problemu. Które podejście spełnia te wymagania?

Poprawna odpowiedź rozwiązuje problem natychmiastowo i zapobiega jego ponownemu wystąpieniu. Zwiększenie pojemności FSx za pomocą update-file-system natychmiastowo przywraca dostęp. Monitorowanie FreeStorageCapacity w CloudWatch w połączeniu z EventBridge i Lambda tworzy automatyczny mechanizm skalowania, który proaktywnie zwiększa pojemność, zanim osiągnie limit. Pozostałe opcje są mniej efektywne lub nie spełniają wszystkich wymagań: Usunięcie starych profili jest rozwiązaniem tymczasowym i może być problematyczne. Migracja do FSx for Lustre nie jest odpowiednia dla profili Windows i jest złożona. Monitorowanie i użycie Step Functions do orkiestracji jest możliwe, ale bezpośrednie wywołanie funkcji Lambda przez EventBridge jest prostszym i bardziej bezpośrednim podejściem do automatycznego skalowania w tym scenariuszu. Usunięcie profili jest tymczasowe. Tworzenie nowego systemu plików i przekierowywanie użytkowników jest rozwiązaniem manualnym, które wymagałoby znacznej interwencji i nie zapobiegałoby problemowi w przyszłości dla żadnego z systemów plików.