RAM Anda hampir tidak cukup
Kami memiliki sekitar 240k produk
Ram yang tersedia: 6GB
Thread: 32
Anda hampir tidak memiliki RAM yang cukup untuk jumlah produk yang Anda miliki. Sebagai patokan, kami sarankan setidaknya 2-4GB RAM per core logis.
Jika Anda memetakan kemungkinan penggunaan memori Anda:
- 64 Thread PHP dengan
max_memory
~ 768MB = 24GB
- 240.000 Produk kemungkinan akan berarti sekitar 15GB ruang meja InnoDB
- 64 PHP Threads akan menjamin sekitar 128 koneksi MySQL, biasanya ini dikenakan biaya sekitar 200MB per koneksi minimum
- Penyimpanan backend untuk 240.000 produk di Redis DAN
lzf
terkompresi - masih akan mengkonsumsi sekitar 6GB RAM
Jadi total sejauh ini adalah 70GB RAM yang berkomitmen - kami bahkan belum menyebutkan OS dll.
Perangkat keras Anda sangat tidak ditentukan . Saya sarankan membaca lebih dari server Magento ini mengatur artikel untuk sedikit merasakan tentang bagaimana untuk maju.
Memcached tidak mendukung tag cache
Jika Anda menggunakan Memcached (bukan masalah, kinerjanya sangat tinggi), maka Anda menyimpan tag cache atau tidak. Jika Anda tidak memiliki yang slow_backend
ditentukan - maka Anda tidak menyimpan tag, yang pada dasarnya berarti cache Anda tidak dapat membedakan antara jenis cache yang berbeda - sehingga Anda tidak akan dapat membilasnya secara independen.
Bacalah ini, http://www.sonassi.com/knowledge-base/magento-kb/what-is-memcache-actually-caching-in-magento/
Kami sangat menyarankan untuk beralih ke Redis. Ini memiliki kebiasaan dan memang perlu fine-tuning yang signifikan untuk toko yang lebih besar. Tetapi secara keseluruhan akan melakukan sedikit lebih baik daripada Memcached dengan manfaat nyata dari dukungan cache-tag.
404 dan FPC
FPC memiliki masalah nyata, pada kenyataannya, semua mesin caching memiliki masalah dengan 404s. Alasannya, setiap URL lama yang masih dirayapi atau ditautkan akan mendarat di halaman yang harus diulangi di seluruh core_url_rewrite
tabel, coba dan temukan kecocokan dengan semua router dan ruang nama yang ditentukan sebelum akhirnya menyerah dan memuat 404.
Kemudian caching sumber daya yang tidak memiliki nilai dan akan mengkonsumsi ruang dalam penyimpanan cache Anda. Anda mungkin akan menemukan sebagian besar penyimpanan Memcached Anda sebenarnya sedang dimakan oleh 404 konten.
Dengan katalog besar (produk 240k), Anda pasti akan mendapatkan bagian yang adil dari pergantian produk, dan dengan demikian, perubahan dalam URL dan selanjutnya, banyak 404.
FPC Tidak Valid vs Bersih
Saat ini - dan secara default - perilaku FPC adalah untuk membersihkan cache pada perubahan, bukan hanya membatalkan entri cache. Kami menulis ekstensi untuk mengubah perilaku ini agar toko EE melakukan apa yang Anda inginkan.
Berikut ini tambalan cepat untuk memberi Anda gagasan tentang bagaimana menyelesaikan masalah Anda.
app/code/core/Enterprise/PageCache/etc/config.xml
index 6a56a80..85ebc92 100644
--- app/code/core/Enterprise/PageCache/etc/config.xml
+++ app/code/core/Enterprise/PageCache/etc/config.xml
@@ -139,7 +139,7 @@
<observers>
<enterprise_pagecache>
<class>enterprise_pagecache/observer</class>
- <method>cleanCache</method>
+ <method>invalidateCache</method>
</enterprise_pagecache>
</observers>
</catalogrule_after_apply>
Jangan jalankan crawler
Jika Anda memiliki cukup langkah kaki - kami tidak menyarankan menjalankan alat merangkak, itu menghasilkan beban yang tidak perlu. Orang / bot / perayap yang menjelajahi situs harus menjaga agar cache tetap prima.
Tetapi untuk menjawab pertanyaan Anda, jika Anda melihat file konfigurasi yang disebutkan di atas - Anda melihat jadwal cron yang telah ditentukan untuk jendela penelusuran perayapan.
Jika Anda mampu membeli konten basi
Dan akhirnya, jika Anda memiliki RAM yang cukup . Anda bisa mendapat manfaat dari peningkatan TTL konten yang disimpan di FPC - untuk menjaga data cache Anda lebih lama.
Di <full_page_cache>
tag di Anda ./app/etc/local.xml
hanya mendefinisikan
<lifetimelimit>86400</lifetimelimit>
Masa hidup ditentukan dalam hitungan detik. Anda perlu menemukan keseimbangan antara kesegaran konten, kinerja, dan jumlah ruang penyimpanan yang sebenarnya Anda miliki.
Mengapa Anda menggunakan ekstensi caching pihak ke-3 dengan EE
Anda membayar premi untuk FPC - yang membuat saya sedih mengatakan, itu sangat bagus. Jadi mengapa Anda menjalankan alternatif pihak ketiga di atas. Singkirkan.
Begini. Jika mobil Anda berjalan buruk - apakah Anda hanya menambahkan mesin lain di boot untuk mengimbangi; atau hanya memperbaiki mesin yang sudah ada di sana?