Bir şirket, bir yük dengeleyici, NFS uyumlu kalıcı depolama gerektiren Linux tabanlı bir CMS ve bir MySQL veritabanından oluşan bir web sitesini taşıyor. Çözüm, tahmin edilemeyen trafik için 2 EC2 instance'tan 30 instance'a ölçeklenebilmeli, CMS'te değişiklik gerektirmemeli ve veri kaybını önlemelidir. Hangi tasarım bu gereksinimleri karşılar?

Bu çözüm, CMS için NFS uyumlu depolama ihtiyacını Amazon EFS ile karşılar. EFS, birden fazla EC2 örneği tarafından eş zamanlı olarak erişilebilen paylaşılan bir dosya sistemidir ve CMS'in dosya sistemi değişiklikleri olmadan çalışmasını sağlar. Elastic Beanstalk, uygulama dağıtımını ve yönetimini basitleştirir, Application Load Balancer ve Auto Scaling grubu ise tahmin edilemeyen trafik için otomatik ölçeklendirme sağlar (2'den 30 örneğe kadar). .ebextensions, EFS dosya sistemini EC2 örneklerine otomatik olarak bağlamak için kullanılır. Amazon Aurora MySQL, yüksek performans, ölçeklenebilirlik ve veri kaybını önleyen dayanıklılık sunar. Diğer seçenekler şunlar için uygun değildir: Amazon EBS Multi-Attach, tek bir birimin yalnızca 16 örneğe kadar eklenmesine izin verir ve NFS uyumlu değildir. Network Load Balancer, HTTP/HTTPS trafiği için uygun değildir. EC2 Auto Scaling scale-in lifecycle hook, EFS'yi bağlamak için doğru mekanizma değildir; .ebextensions daha uygundur. Amazon ElastiCache for Redis bir veritabanı değil, bir önbellekleme hizmetidir ve MySQL veritabanının yerini tutmaz.