ElasticRAM -Xmx31g OOPs & Shard Studio

Công bố liên kết đối tác ElasticRAM: Nhấp vào các liên kết /go/ trên ElasticRAM có thể mang lại khoản hoa hồng giới thiệu mà không làm tăng chi phí thanh toán của bạn. Xem chính sách minh bạch hoa hồng ElasticRAM.

ILM-HOT-WARM // Phân Tầng Lưu Trữ ILM / ISM

Thiết Kế Phân Tầng Nóng-Ấm-Lạnh (ILM/ISM) Trên ElasticRAM: Kết Hợp NVMe & Kho Lạnh S3

Trong mô hình lưu trữ đa tầng của ElasticRAM, phần lớn truy vấn điều tra bảo mật và gỡ lỗi ứng dụng tập trung vào 7–14 ngày gần nhất. Giữ toàn bộ dữ liệu 90–365 ngày chưa gộp phân đoạn trên cụm Hot nhiều RAM gây tốn kém lớn so với việc tự động chuyển tầng qua chính sách ISM/ILM.

Mẫu chính sách vòng đời của chúng tôi trên ElasticRAM kết hợp 14 ngày ghi nóng trên NVMe với lệnh force_merge tự động và bản chụp S3 giúp tối ưu ngân sách lưu trữ kiểm toán dài hạn.

Nạp Cấu Hình ILM-HOT-WARM Vào Trình Sinh File ElasticRAM →

Ma Trận Định Cỡ RAM, JVM Heap & Đệm Lucene Cho ILM-HOT-WARM 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
Hot Tier (Days 0–14 • Active Ingest) 1:20 – 1:30 RAM:Disk -Xmx31g + RAID/Direct NVMe 64GB VDS / High-Frequency NVMe Active Write Alias & Fast Queries
Warm Tier (Days 15–90 • Read-Only Merged) 1:80 – 1:120 RAM:Disk -Xmx31g + 2TB–4TB Dense NVMe Bare-Metal Ryzen 2TB+ NVMe Force-Merged to 1 Segment
Cold / Snapshot Tier (Days 91–365+) Object Storage S3 / R2 On-Demand Restore / Snapshot Search Kho Lưu Trữ Đối Tượng Chuẩn S3 Audit & Compliance Retention

Đoạn Mã Cấu Hình Mẫu (ILM-HOT-WARM) Từ ElasticRAM

ElasticRAM Reference // ilm-hot-warm-cold-nvme
// OpenSearch ISM Policy: 14d Hot NVMe -> Force-Merge Warm -> 90d Delete (After S3 Snapshot)
{
  "policy": {
    "description": "ElasticRAM Hot-Warm-Delete 90d Lifecycle",
    "default_state": "hot",
    "states": [
      {
        "name": "hot",
        "actions": [{ "rollover": { "min_primary_shard_size": "35gb", "min_index_age": "7d" } }],
        "transitions": [{ "state_name": "warm", "conditions": { "min_index_age": "14d" } }]
      },
      {
        "name": "warm",
        "actions": [
          { "force_merge": { "max_num_segments": 1 } },
          { "replica_count": { "number_of_replicas": 0 } }
        ],
        "transitions": [{ "state_name": "delete", "conditions": { "min_index_age": "90d" } }]
      },
      { "name": "delete", "actions": [{ "delete": {} }], "transitions": [] }
    ]
  }
}

Quy Tắc Tinh Chỉnh Sản Xuất Trên ElasticRAM Cho ILM-HOT-WARM

  • Thiết lập chụp sao lưu tự động Snapshot lên kho S3 trước tiên: khi bản sao bất biến đã nằm trên S3, tầng Ấm có thể giảm bản sao replica từ 1 về 0, tiết kiệm ngay một nửa dung lượng NVMe.
  • Gắn nhãn node.attr.temp: hot cho node chuyên ghi và node.attr.temp: warm cho máy chủ vật lý 2TB+ để ISM tự động di chuyển chỉ mục cũ về đêm.
  • Chỉ gọi hành động force_merge sau khi chỉ mục đã tách khỏi Alias ghi chính (đã Rollover) nhằm tránh xung đột luồng ghi Bulk.

Gói Máy Chủ Khớp Cấu Hình ILM-HOT-WARM 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.

Câu Hỏi Thường Gặp Về ILM-HOT-WARM Trên ElasticRAM

Tại sao ElasticRAM bắt buộc chừa trống 15% ổ cứng NVMe ở cả tầng Nóng và tầng Ấm?

Bên cạnh ngưỡng khóa phân bổ 85% (watermark.low), lệnh gộp phân đoạn force_merge phải ghi tạm một tệp phân đoạn mới song song với tệp cũ trước khi xóa tệp thừa, luôn cần tối thiểu 30–50 GB trống tức thời.

Các Bản Vẽ OpenSearch & SIEM Liên Quan Trên ElasticRAM