Barındırma Kapasitesi Doğrulaması

Bu protokol, WebBlocks CMS'nin savunulabilir PHP belleği, yürütme süresi, yükleme ve disk gereksinimlerini nasıl oluşturduğunu açıklamaktadır. Bir değer ancak kabul iş yükünün tamamı kısıtlı üretim benzeri bir sunucuda tekrar tekrar geçtikten sonra yayınlanmış bir minimum haline gelir. Barındırma kontrol paneli etiketi veya boşta kurulum kanıt değildir.

Bir barındırma planına hak kazanırken ve bir CMS sürümü medya işlemeyi, yedekleme/geri yüklemeyi, içe/dışa aktarmayı, yüklemeyi veya güncelleme davranışını önemli ölçüde değiştirdiğinde bu protokolü kullanın.

Kapasite sonuçları iş yüküne özeldir:

• çekirdek profili, GD dönüşümleri veya pakette yerel güncellemeler olmadan kurulum, yönetim, sayfa düzenleme, yayınlama ve genel oluşturmayı kapsar;
• medya profili referans görüntü iş yükünü ve GD dönüşümlerini ekler;
• işlem profili uygulama yedeklemeleri, geri yükleme provası, site aktarımı ve pakette yerel Sistem Güncellemesi ekler; ve
• trafik profili eşzamanlılığı tek istek çalışma zamanı tabanından ayrı olarak ölçer.

Bu profilleri açıklanamayan tek bir sayıya daraltmayın. Örneğin, yalnızca çekirdek için paylaşılan bir ana bilgisayar, dağıtım, güncelleme ve yedeklemenin harici olarak gerçekleştirilmesi koşuluyla, operasyon profilinde başarısız olduğunda geçerli olabilir.

Aday sürüm paketini, hedef dağıtımda kullanılan ve desteklenen Laravel ana sürümüyle oluşturulmuş yeni bir uygulamada çalıştırın; hedef sunucunun üretim PHP SAPI’sini, web sunucusunu, MySQL 8.0’ı, dosya sistemi türünü ve süreç kısıtlamalarını kullanın. Paketin SQLite test ortamı sonucunu barındırma kanıtı olarak kullanmayın.

Kaydı:

• CMS, Laravel, PHP, veritabanı, web sunucusu ve işletim sistemi sürümleri;
• CPU tahsisi veya azaltma, PHP çalışan sayısı ve depolama türü;
• PHP memory_limit, max_execution_time, upload_max_filesize, Ve post_max_size ;
• etkinleştirilmiş uzantılar ve GD codec desteği;
• uygulama, veritabanı, ortam ve yedekleme boyutları her çalıştırmadan önce; ve
• soğuk/sıcak önbellek durumu ve OPcache yapılandırması.

Birden fazla sınırı aynı anda değiştirmek yerine bir kaynak matrisi oluşturun. Belleği 512, 256 ve 128 MiB gibi azalan aday limitlerinde test edin. İstek süresini gerçekçi sağlayıcıların sunduğu değerlerde bağımsız olarak test edin. En düşük geçen hücre adaydır, henüz yayınlanmış bir minimum değer değildir.

Versiyonlanmış, sağlama toplamı kaydedilmiş bir fikstürü genel yayın paketinin dışında tutun. Hiçbir müşteri verisi içermemeli ve en azından şunları oluşturmalıdır:

• 3 site, 3 yerel ayar ve temsili gezinme ve Shared Slot ilişkileri;
• Yerel blok türlerine dağıtılmış 250 yayınlanmış sayfa ve 50 taslak;
• İç içe düzen, galeri, gezinme, arama ve form içeriği dahil 5.000 blok;
• Operasyon profili için en az 2 GiB toplam orijinal içeren 500 medya kaydı;
• Portre, yatay, küçük resim ve yüksek piksel sayımlı durumlar dahil olmak üzere alfa ve WebP referans resimleriyle JPEG, PNG;
• Gerçek listelemeleri uygulamak için yeterli revizyon, iletişim mesajı ve arama kaydı; Ve
• aynı durumdan oluşturulan bir veritabanı dökümü ve site aktarım paketi.

Fikstür bildiriminin satır sayılarını, bayt boyutlarını, görüntü boyutlarını, MIME türlerini ve SHA-256 sağlama toplamlarını kaydetmesi gerekir. Fikstürün değiştirilmesi yeni bir kıyaslama serisini başlatır; Farklı iş yüklerinden elde edilen sonuçları sessizce karşılaştırmayın.

Geçerli senaryoların her birini ısınma olarak bir kez ve ardından beş ölçüm kez çalıştırın. Ölçülen beş çalışmanın tümü başarılı olmalıdır.

1. Sürümü temiz bir Laravel tüketicisine yükleyin ve CMS yükleme akışını çalıştırın.
2. Oturum açın, kontrol panelini açın ve en büyük sayfa ve medya listelerini sayfalara ayırın ve filtreleyin.
3. Temsili bir iç içe sayfa oluşturun, düzenleyin, önizleyin, yayınlayın ve genel olarak talep edin.
4. Ana sayfayı, içerik ağırlıklı bir sayfayı, arama sonuçlarını ve yerelleştirilmiş gezinmeyi oluşturun.
5. Uygulamanın normal yapılandırmasını çalıştırın, yönlendirin, görüntüleyin ve uygulama önbelleğini temizleyin.

1. Dosyaları, gerçek HTTPS web yolu aracılığıyla CMS 50 MiB doğrulama tavanının hemen altına yükleyin.
2. Her referans raster görüntüsünü yükleyin ve her sistem değişkenini soğuk dönüşüm önbelleğinden oluşturun.
3. Belgelenen sınırlı iş akışında tam referans ortam kümesini yeniden oluşturun.
4. Önemli bir hata veya eksik çıktı olmadan, desteklenmeyen bir codec bileşeni için geri dönüş davranışını onaylayın.

Yüksek piksel sayımlı raster görüntüler, GD belleği için sıkıştırılmış dosya boyutundan daha önemlidir. Medya donanımı bu nedenle baytların yanı sıra boyutları da kaydeder. 50 MiB yükleme sınırı, her 50 MiB sıkıştırılmış görüntünün belirli bir bellek sınırı dahilinde dönüştürülebileceğini kanıtlamaz.

1. Referans veri kümesinden tam uygulama yedeği oluşturun ve indirin.
2. Bunu yalıtılmış bir hedefe geri yükleyin ve veritabanını ve genel medya sağlama toplamlarını doğrulayın.
3. Referans sitesini dosyalarla birlikte dışa ve içe aktarın;
4. zorunlu güncelleme öncesi yedekleme ve geri alma çalışma alanı da dahil olmak üzere, aday sürümünü paket yerel Sistem Güncellemesi aracılığıyla uygulayın; ve
5. Temizleme işlemini çalıştırın ve tutulan yedeklemelerin ve mevcut medya dönüşümlerinin bozulmadan kaldığını doğrulayın.

Yıkıcı geri yükleme testi yalıtılmış bir kopyaya aittir, asla üretim kurulumuna ait değildir.

Önbelleğe alınmış ve önbelleğe alınmamış genel sayfalara ve kimliği doğrulanmış yönetici okumalarına karşı ayrı bir yük testi çalıştırın. İstek karışımını, eşzamanlılığı, süreyi, çalışan sayısını, veritabanı boyutunu ve önbellek sürücüsünü belirtin. Rapor verimi ve gecikme; eşzamanlılık sonucunu minimum PHP belleğe dönüştürmeyin.

Her çalıştırma için sunucu tarafı kanıtları toplayın:

• çıkış/HTTP durumu ve uygulama günlüğü hataları;
• CLI çalışması için en yüksek PHP belleği ve web istekleri için en yüksek çalışan belleği veya sağlayıcı telemetrisi;
• duvar saati süresi ve zaman aşımları;
• veritabanı hataları ve yavaş sorgular;
• önce boş disk, temizleme sırasında en düşük boş disk ve temizleme sonrasında boş disk;
• çıktı sayıları, arşiv bütünlüğü ve donanım sağlama toplamları; Ve
• trafik profili için p50, p95 ve maksimum gecikme.

Bir aday profili yalnızca aşağıdaki durumlarda başarılı olur:

• ölçülen beş çalışmanın tamamında her işlem doğru şekilde tamamlanır;
• yetersiz bellek hatası, zaman aşımı, kesilmiş yüklemeler, kısmi arşivler, izin hataları veya yeni hata düzeyinde günlük girişleri yoktur;
• ölçülen tepe belleği memory_limit'nin en fazla %80'idir;
• ölçülen süre, geçerli yürütme zaman aşımının en fazla %80'idir;
• disk kullanımı hiçbir zaman ayrılmış boş alan marjına girmez; Ve
• temiz bir geri yükleme, kayıtlı veritabanını ve dosya kanıtlarını yeniden üretir.

%20'lik çalışma süresi marjı sıradan değişkenliği absorbe eder; trafik büyümesine yönelik bir kapasite planı değildir. Bir aday geçerse ve bir sonraki düşük aday başarısız olursa, geçen değeri yayınlamadan önce her iki hücreyi de ikinci bir temiz ortamda tekrarlayın.

Mevcut CMS medya isteği, dosya başına en fazla 51.200 KiB (50 MiB) kabul eder. Bu tam ürün limitini ortaya çıkarmak için web SAPI'nin ve önündeki her proxy'nin isteğe izin vermesi gerekir. upload_max_filesize en az 50 MiB olmalı ve post_max_size çok parçalı isteğin tamamından daha büyük olmalıdır. Pratik bir başlangıç yapılandırması, ana bilgisayar uygulamasının politikasına bağlı olarak her iki sınır için de 64 MiB'dir.

Bir dağıtım kasıtlı olarak daha düşük bir yükleme sınırı seçerse bunu kurulum sınırı olarak belgeleyin; CMS doğrulama tavanını değiştirmez. Seçilen sınırın hemen altındaki yüklemeleri doğrulayın ve hemen üzerindekileri reddedin. Bir CLI dosya sistemi kopyası PHP ve proxy gövde sınırlarını atladığından tarayıcı/API yolu üzerinden test yapın.

İki farklı disk kararı vardır:

1. Kararlı durum kapasitesi, uygulama sürümlerini, canlı veritabanını, orijinal ortamı, oluşturulan değişkenleri, günlükleri, geçici dosyaları, site aktarım paketlerini ve yapılandırılmış yedekleme saklamayı kapsamalıdır.
2. İşlem boşluğu, yedekleme, çıkarma, güncelleme, içe aktarma veya geri alma sırasındaki en büyük geçici çakışmayı kapsamalıdır.

Package-yerel Sistem Güncellemesi şu anda mutlak 500 MiB boş alan ön kontrol tabanını zorunlu kılmaktadır. Bu bir güvenlik kapısıdır, medya ağırlıklı bir kurulum için 500 MiB'nin yeterli olacağına dair bir söz değildir. Kabul için, operasyon profili sırasında en düşük boş alanı ölçün ve en azından aşağıdakilerden büyük olanı koruyun:

• 500 MiB; or
• Referans veri kümesi için ölçülen en yüksek geçici disk tüketiminin %125'i.

Ölçülen verilerden sabit durum depolamasını boyutlandırma:

Medya, veritabanı boyutu, yedekleme saklama veya eklenti verilerindeki önemli artıştan sonra yeniden hesaplama yapın. İzlemeyi, operasyon boşluğu dolmadan önce uyarı verecek şekilde yapılandırın.

Ham sonucu sürüm yeterlilik kaydıyla birlikte saklayın ve bir özeti şu şekilde yayınlayın: Barındırma Kapasitesi Sonuçları içinde değişmez CMS commit’i veya sürüm etiketi, doğrulama ve test verisi sürümleri, ham kanıtların kalıcı konumu, sunucu profili, test edilen sınırlar, beş çalıştırmanın en kötü sonucu, güvenlik payı ve tarih yer almalıdır. Bir alt sınır ancak yeni ve başarılı bir doğrulama serisiyle değiştirilebilir. Ham kanıtlar saklanmadıysa sonuçta bunu belirtin ve profili geçici tutun.

Bu seri mevcut olana kadar, Barındırma Gereksinimleri , değerin ürün sertifikalı olmadığını belirtmelidir. Mevcut olduğunda bu ifadeyi bir profil tablosuyla değiştirin; iş yükü sürümünü her sayının yanında tutun, böylece cms.webblocksui.com bağlamdan bağımsız bir garanti sunmaz.

Kullanın Barındırma Hazırlığı Kontrol Listesi .