AWS CloudFront *, az erişilen dosyalar için yükleme süresini artırmalı mıdır?

CDN'lerde yeniyim ve CloudFront ile denemeler yapıyorum. Her şeyi ayarladım ve her şey iyi çalışıyor gibi görünüyor. Bir sayfada statik bir görüntü oluşturabilir ve CloudFront dağıtımımdan buna erişebilirim. Özel bir kökeni kullanıyorum (yani bir s3 kovası değil).

Yine de performans açısından daha kötü olabileceğimden endişeleniyorum. Aynı 20 kadar görüntüyü CDN ile ve CDN olmadan yükleyen bir test sayfam var. Firebug'daki net panele bakıldığında, bu sayfayı ilk kez yüklediğimde, doğrudan kaynak sunucudan yüklenen görüntüler çok daha hızlı gelir. Sonraki sayfa yüklerinde CDN'nin faydaları belirginleşir - 3-5 yenilemeden sonra CDN, başlangıç ​​sunucusundan daha iyi sonuç verir.

Sitemizde her zaman popüler olan popüler bir sayfada bunun bir fayda olacağını görebiliyorum. Bir fayda beklemeliyim çünkü Seattle'dayım (Amazon'un köşesinde) ve sunucum CA'da.

Şey, birkaç dakika boyunca sayfadan ayrılıp sonra yeniden yüklersem, işler bir kareye geri döner ve CloudFront'un kaynak sunucudan daha kötü olması gerekir. Bu bekleniyor mu? İşler CDN "önbelleğinden" bu kadar çabuk çıkıyor mu?

Kurulumumdaki bir şeyin performansı düşürmesi mümkün mü? Yoksa CDN'nin yalnızca şu anda ortalama olarak birkaç saniyede bir erişilen içerik için net bir pozitif olacağı gerçeği mi?

(çapraz AWS forumundan gönderildi çünkü SO'nun geri dönüş süreleri boyunca sonsuza dek şımarık oldum)

GÜNCELLEME:

CloudFront performansı hakkında sorularınız varsa, aşağıda incelenmeye değer iki iyi yanıt vardır. Geçenlerde benim özel sorun için bir açıklama olsa da bahsedilmedi bulundu. 5 Dakikada bir gözetim olarak ttl bırakmıştı. Ayrıca özel bir kaynak kullandığımdan, gerçek Amazon CloudFront etki alanına çözümlemek için yetkili ad sunucusuna ek bir gidiş dönüş var. Şimdi TTL ayarı 12 saate döndü, uzun yüklerin daha nadir gerçekleştiği görülüyor.

Cloudfront, yanıtlarda "X-Cache: Cloudfront'tan vur" gibi yanıtlarda üstbilgi ayarlar. Muhtemelen, dosyanız yönlendirilmiş olduğunuz düğümün önbelleğinde değilse "Bayan" diyecek.

Dosyalarınızın yeterince popüler olmaması mümkündür, bu nedenle 24 saat geçmemiş olsa bile CloudFront'un önbelleğinden daha popüler içerikle çıkarılırlar. Ayrıca, IO aşırı yüklemesi veya belirli bir CloudFront düğümü içindeki başka bir durumun erişimi yavaşlatması da mümkündür. Cloudfront, Akamai veya LimeLight ile karşılaştırıldığında çok ucuzdur. En kötü performans ve garantili servis seviyeleri, daha pahalı oyuncuları kullanmanın iki sebebidir.

Üretimde buluta sadece bir popüler dosya koyarak bir test yapardım ve daha sonra CloudFront'un isabetleri gösterip göstermediğini görmek için periyodik testleri kullanırım (ayrıca toplam işlem süresini de kaydederim).

Bu mümkün. Bununla birlikte, bir CDN'nin amaçlarından biri ölçeklenebilirliktir. Aynı anda 100 ziyaret veya bir seferde 1 milyon ziyaret gerçekleştirirseniz CDN'nin de aynı performansı göstermesini bekleyebilirsiniz.

Kurulumunuz ilerledikçe, verdiğiniz bilgilerle bildiğim hiçbir şey yok, ancak yukarıdaki noktanın bir CDN'yi bu kadar değerli yapan şey olduğunu düşünüyorum. Çok fazla trafik almayan bir site oluşturuyorsanız, CDN olmadan daha iyi durumda olabilirsiniz. Bununla birlikte, medyanızın sunumunu başka bir sunucuya geçirdiğiniz için çok fazla trafik alırsanız CDN web sunucunuzda daha hafif bir yük sağlar. Son bir nokta, iyi bir CDN (ve Amazon'unki), içeriğinizi istekte bulunan kişiye en yakın yerden sunmak için kapsamlı ağlarını kullanacaktır. Çoğu durumda, içeriği istekte bulunanın İSS'sinden sunabilirler, yani ÇOK hızlı yükleme süreleri.

Umarım yardımcı olur.

Yanlış anladım mı? Önbellek kontrolü, uç konumlar onları S3'ten yeniden yüklemeden önce uç konumlarda ne kadar süre yaşayacağını yönetmiyor mu? Yani S3 veya kendi kökeninizi kullansanız da durumunuzla alakalı mı? Hayır?

Amazon SSS diyor:? "Önbellek denetim başlığı ayarlanırsa S. ne kadar süre Amazon CloudFront Varsayılan olarak kenar yerlerde dosyalarımı tutacak, bu daha bir istek aldığında her dosyanızın güncelleştirilmiş bir sürümü için her kenar konum kontrolleri Bir dahaki sefere 24 saat sonra başlangıç ​​noktasını bu dosyadaki değişiklikler açısından kontrol etti ve buna “son kullanma süresi” denir. Bu sona erme süresini, dosyalarınızdaki önbellek denetim başlıklarını başlangıç ​​noktanızda ayarlayarak 1 saat veya istediğiniz kadar uzun süre ayarlayabilirsiniz Amazon CloudFront, bu önbellek denetim başlıklarını, Dosyanız çok sık değişmezse, uzun bir süre sonu ayarlamak ve dosyalarınızdaki güncellemeleri yönetmek için bir sürüm sistemi uygulamak en iyi yöntemdir. "

[Son cümlenin "50 yıla ayarlarsanız ve daha sonra dosyayı değiştirmek istiyorsanız zor şans" anlamına geldiğini varsayıyorum.]

Ana içeriği statik içeriği barındırdığı bir CDN kullanmıyor mu? Eğer öyleyse, bir günden daha uzun TTL kullanmak yardımcı olur mu? Neredeyse her şey için (tüm resimler ve CSS), Cache-Control = "max-age = 604800, public, revalidate" (yani 1 hafta) kullanıyorum. Deneyimlerime göre, S3'e yeni sürümler yüklersem dosyaların değiştirilmesi bir hafta kadar sürebilir.

Bu yardımcı olur umarım. [BTW: Daha genel noktanızda, bir CDN'nin düşündüğünüz kadar performansa yardımcı olup olmadığını merak ediyorum. Tüm sitemi (CDN dahil) süper hızlı bir sunucuya taşımak ve öğrenmek için bazı testler yapmak üzereyim.]

CDN kullanmanın nedenleri,

• Statik içerik - seyrek veya kontrollü güncellemeler
• Dünyada görüntülendi
• Sık erişilen

Web sitemize nadiren sizin durumunuz olarak erişilir, ancak web sitemizi tüm dünyada talep eden bir izleme hizmeti kurulumumuz vardır. Böylece CDN önbelleklerini sıcak tutar. Ayrıca basit ve CDN kabiliyetini gösteren olgumuzu da paylaşmak istiyorum.

Ayrıca, godaddy sunucusu için 7 $ (aylık dalgalanmalarla başa çıkamayan) yerine aylık 2.2 $ ücret bekliyoruz.