Định Cỡ RAM OpenSearch Cho Magento 2.4.7 & Shopware 6 Trên ElasticRAM: Tách Khỏi PHP-FPM
Trong các bản vẽ thương mại điện tử trên ElasticRAM, Magento 2.4+ và Shopware 6 gọi OpenSearch để dựng mọi trang danh mục và bộ lọc thuộc tính đa tầng. Nhồi chung PHP-FPM, MariaDB, Redis cùng tiến trình Java OpenSearch trên một VPS nhỏ rất dễ gây tràn RAM lúc chạy reindex.
Hồ sơ thương mại điện tử của chúng tôi trên ElasticRAM luôn dự trù gấp đôi không gian cho chỉ mục tạm để lệnh bin/magento indexer:reindex chuyển đổi mượt mà không tràn đĩa.
Nạp Cấu Hình MAGENTO-SEARCH Vào Trình Sinh File ElasticRAM →
Ma Trận Định Cỡ RAM, JVM Heap & Đệm Lucene Cho MAGENTO-SEARCH Trên ElasticRAM
| Quy Mô Tải / Phân Hạng | RAM Máy Chủ | Cờ JVM Heap | Đệm Lucene / Ổ NVMe | Trạng Thái Con Trỏ / Shard |
|---|---|---|---|---|
| Boutique Store (<50K SKUs • 1–2 Locales) | 8 GB Dedicated Search VPS |
-Xms4g -Xmx4g |
4 GB OS Cache (KVM 2) | Isolated Search Node |
| Mid-Market B2C (250K SKUs • 4 StoreViews) | 16 GB Search VPS |
-Xms8g -Xmx8g |
8 GB OS Cache (KVM 4) | Blue/Green Shadow Reindex Safe |
| B2B Wholesale (1M+ SKUs • Customer Price Tiers) | 32–64 GB VDS |
-Xms16g..31g |
16–33 GB Cache (Dedicated VDS) | 100K+ Nested Facet Buckets |
Đoạn Mã Cấu Hình Mẫu (MAGENTO-SEARCH) Từ ElasticRAM
# /etc/opensearch/jvm.options.d/magento-search.options (16GB Search Node)
-Xms8g
-Xmx8g
-XX:+UseG1GC
# /etc/opensearch/opensearch.yml — Tuned for Magento 2.4.7 / Shopware 6 Faceted Queries
cluster.name: magento-catalog-search
discovery.type: single-node
bootstrap.memory_lock: true
indices.queries.cache.size: 15%
indices.fielddata.cache.size: 20%
search.max_buckets: 100000 # Required for large B2B attribute & category treesQuy Tắc Tinh Chỉnh Sản Xuất Trên ElasticRAM Cho MAGENTO-SEARCH
- Nâng tham số search.max_buckets từ 65.536 mặc định lên 100.000+ cho các sàn B2B nhiều thuộc tính lọc hoặc bảng giá sỉ theo nhóm khách để tránh lỗi gãy trang danh mục.
- Khi chạy lệnh reindex toàn bộ danh mục, Magento tạo một chỉ mục tạm song song với chỉ mục đang chạy trước khi đổi Alias, làm tăng gấp đôi dung lượng đĩa tạm thời.
- Đặt OpenSearch trên một máy chủ KVM/VDS riêng biệt kết nối qua mạng nội bộ để PHP-FPM không tranh giành RAM với JVM.
Gói Máy Chủ Khớp Cấu Hình MAGENTO-SEARCH Theo Bảng Giá Công Khai (2026-11-12)
Chúng tôi ghép các nhà cung cấp bên dưới dựa trên dung lượng RAM DDR5 ECC và ổ cứng NVMe niêm yết ngày 2026-11-12; giá khuyến mãi và gia hạn có thể thay đổi nên hãy xác nhận tại giỏ hàng chính thức.
-
Hostinger KVM NVMe VPS (8GB–32GB DDR5 Cho Tìm Kiếm Magento & ELK Vừa/Nhỏ)
$5.99+/thángGiảm tới 67% + Giảm thêm 20% qua link đối tác — Cực chuẩn cho Node JVM Heap 4g, 8g & 16g trên AMD EPYC NVMe Gen4
Xem Cấu Hình Hostinger Cho OpenSearch Qua ElasticRAM → -
UltaHost VDS 64GB Nhân Vật Lý Riêng (31GB JVM Heap + 33GB Đệm Lucene)
$37.50+/thángĐiểm Ngọt 64GB DDR5 ECC Chuẩn Sách Giáo Khoa: -Xmx31g Giữ Nén Con Trỏ 32-bit + 33GB Đệm Lucene Trên NVMe RAID-10
Xem Cấu Hình UltaHost Cho OpenSearch Qua ElasticRAM → -
ChemiCloud LiteSpeed NVMe (Tách Riêng Tầng Web PHP / Storefront Khỏi JVM)
$2.95+/thángĐừng nhốt chung PHP-FPM với JVM! Tách riêng tầng Web sang LiteSpeed NVMe Singapore để OpenSearch giữ trọn 100% bộ nhớ đệm
Xem Cấu Hình ChemiCloud Cho OpenSearch Qua ElasticRAM →
Câu Hỏi Thường Gặp Về MAGENTO-SEARCH Trên ElasticRAM
Tại sao ElasticRAM khuyến cáo không ép OpenSearch chạy dưới -Xmx2g cho Magento 2.4.7?
Mức Heap dưới 2 GB chỉ chịu được cửa hàng thử nghiệm ít hơn 10.000 sản phẩm đơn giản. Với sản phẩm biến thể nhiều màu/size và đa cửa hàng, ma trận giá khi reindex sẽ làm tràn bộ nhớ Java nếu Heap dưới 4 GB.
Magento 2.4.7 khuyến nghị dùng OpenSearch 2.x hay Elasticsearch 8 theo chuẩn tài liệu hãng?
Tài liệu cấu hình chính thức của Adobe chọn OpenSearch 2.x (giấy phép mở Apache 2.0) làm công cụ tìm kiếm mặc định chuẩn cho Magento Open Source và Adobe Commerce 2.4.6/2.4.7+.
Các Bản Vẽ OpenSearch & SIEM Liên Quan Trên ElasticRAM
Quy Tắc Trần 31 GB JVM Heap Trên ElasticRAM: Con Trỏ Nén Compressed OOPs & Tỷ Lệ 50/50 Lucene
ElasticRAM giải thích tại sao đặt -Xmx32g trên OpenSearch 2.x / Elasticsearch 8 làm mất nén con trỏ 32-bit gây phí RAM và lý do node 64GB (-Xmx31g) tối ưu.
Bản Vẽ Định Cỡ Wazuh 4.x SIEM Indexer Trên ElasticRAM: Số Agent, EPS, Ổ NVMe & ISM
Công thức toán học từ ElasticRAM giúp tính chuẩn RAM, JVM Heap -Xmx31g, số lượng Shard và ổ cứng NVMe cho cụm Wazuh SIEM từ 50 đến hơn 5.000 máy trạm.
Khắc Phục Oversharding Cùng ElasticRAM: Quy Tắc 20–50 GB/Shard & Trần 20 Shard/GB Heap
ElasticRAM mô hình hóa quy tắc 20–50 GB mỗi Primary Shard và trần 20 shard/GB JVM Heap giúp xử lý triệt để lỗi nghẽn cụm do hàng nghìn shard nhỏ.