Bir Amazon WorkSpaces dağıtımı, profil paylaşımı olarak Amazon FSx for Windows File Server kullanır. FSx dosya sistemi 10 TB'tır ve maksimum kapasiteye ulaşarak yeni oturumları engellemiştir. Çözüm mimarı, kullanıcı erişimini geri yüklemeli ve tekrarını önlemelidir. Hangi yaklaşım bu gereksinimleri karşılar?

Doğru seçenek, mevcut FSx dosya sisteminin kapasitesini artırarak kullanıcı erişimini hemen geri yükler. update-file-system komutu, FSx for Windows File Server'ın kapasitesini dinamik olarak artırmasına olanak tanır. Gelecekteki tekrarları önlemek için, CloudWatch metriği (FreeStorageCapacity gibi) ile boş depolama kapasitesi izlenir. Bu metrik belirli bir eşiğin altına düştüğünde, Amazon EventBridge kuralı tetiklenerek bir Lambda işlevi çalıştırılır. Lambda işlevi, FSx dosya sisteminin kapasitesini otomatik olarak artırarak proaktif bir çözüm sunar ve manuel müdahaleye gerek kalmadan kesintisiz hizmet sağlar. Eski profilleri silmek geçici bir çözüm olabilir ancak sorunun kök nedenini çözmez ve gelecekte tekrar yaşanabilir. FSx for Lustre, Windows profilleri için uygun değildir. AWS Step Functions, iş akışlarını yönetmek için kullanılabilir ancak doğrudan kapasite artırma mekanizması sağlamaz; bu işlevsellik için yine Lambda gibi bir hizmete ihtiyaç duyar. Ek bir FSx dosya sistemi oluşturmak, yönetim karmaşıklığını artırır ve kullanıcı profillerini bölmek ek yapılandırma gerektirir.