Simple Log Service:CreateLogStore

Nama penyimpanan log. Nama harus memenuhi persyaratan berikut:

• Nama harus unik dalam satu Proyek.

• Nama hanya dapat berisi huruf kecil, angka, tanda hubung (-), dan garis bawah (_).

• Nama harus diawali dan diakhiri dengan huruf kecil atau angka.

• Panjang nama harus 2 hingga 63 karakter.

Jumlah shard.

Periode retensi data, dalam hari. Nilai valid: 1 hingga 3650. Jika Anda mengatur parameter ini ke 3650, data akan disimpan secara permanen (retensi permanen).

Struktur data konfigurasi Enkripsi, yang berisi parameter enable, encrypt_type, dan user_cmk_info. Untuk informasi selengkapnya, lihat EncryptConf.

Contoh 1 (mengaktifkan Enkripsi default):

{
    "enable": true,
    "encrypt_conf": "default"
}

Contoh 2 (mengaktifkan Enkripsi bawa-kunci-sendiri):

{
    "enable": true,
    "encrypt_conf": "default",
    "user_cmk_info": {
        "cmk_key_id": "xxxxx",
        "arn": "acs:ram::112340000000:peran/rolename",
        "region": "cn-hangzhou"
    }
}

Apakah akan mengaktifkan sharding otomatis. Jika diaktifkan, operasi pemisahan shard akan dipicu secara otomatis ketika trafik penulisan log secara konsisten melebihi batas, yang meningkatkan throughput penulisan. Jika Anda mengaktifkan sharding otomatis, Anda harus mengonfigurasi maxSplitShard (jumlah shard maksimum setelah pemisahan).

Apakah akan mengaktifkan fitur pelacakan web. Nilai default: false. Gunakan fitur pelacakan web untuk mengumpulkan dan menganalisis data perilaku pengguna di browser atau program mini, seperti tampilan halaman, Catatan pembelian, dan waktu di situs.

Jumlah shard maksimum setelah pemisahan otomatis. Nilai minimum: 1. Nilai maksimum: 256.

Apakah akan mencatat alamat IP publik dan waktu penerimaan log. Nilai default: false.

• true: Mengaktifkan pencatatan alamat IP publik pengatur waktu penerimaan log. Simple Log Service secara otomatis menambahkan alamat IP publik perangkat sumber log pengatur waktu saat log tiba di server ke bidang Tag log.

• false: Menonaktifkan pencatatan alamat IP publik pengatur waktu penerimaan log.

Tipe data observabel. Tipe default adalah data log. Nilai valid:

• None: data log. Ini adalah nilai default.

• Metrics: data deret waktu.

Periode retensi data di tier hot penyimpanan log. Unit: hari. Nilai minimum: 7. Nilai maksimum tidak boleh melebihi nilai ttl. Secara default, semua data dalam periode retensi ttl disimpan di tier hot.

Ketika Durasi penyimpanan data melebihi periode retensi data hot yang Anda konfigurasi, data akan dipindahkan ke tier Akses Jarang (IA). Jika Anda mengaktifkan tier IA, periode retensi data hot harus minimal 7 hari. Untuk informasi selengkapnya, lihat Intelligent tiering.

Contoh:

• Skenario 1 (hanya tier hot, 30 hari): {"ttl": 30} atau {"ttl": 30, "hot_ttl": 30}

• Skenario 2 (tier hot 7 hari, tier IA 23 hari): {"ttl": 30, "hot_ttl": 7}

Simple Log Service menyediakan dua tipe penyimpanan log: Jenis Penyimpanan Standar dan Query.

• standard: Mendukung rangkaian lengkap fitur analitik data Simple Log Service. Cocok untuk Pemantauan waktu nyata, analisis interaktif, dan pembangunan sistem observabilitas lengkap.

• query: Mendukung kueri berkinerja tinggi. Biaya Trafik Indeks sekitar setengah dari Jenis Penyimpanan Standar. Tidak mendukung analisis SQL. Cocok untuk skenario dengan volume data Tingkat Tinggi, periode retensi panjang (mingguan, bulanan, atau lebih lama), dan tanpa persyaratan analisis log.

Tier infrequent access (IA). Tidak ada persyaratan durasi penyimpanan minimum. Data dipindahkan ke tier arsip setelah minimal 30 hari.

Ketika durasi penyimpanan log melebihi jumlah periode retensi tier hot dan periode retensi tier IA, durasi penyimpanan yang tersisa dikonversi ke penyimpanan arsip.

Contoh:

• Skenario 1 (tier hot 7 hari, tier IA 23 hari): {"ttl": 30, "hot_ttl": 7}

• Skenario 2 (tier hot 7 hari, tier IA 30 hari, arsip 60 hari): {"ttl": 97, "hot_ttl": 7, "infrequentAccessTTL": 30}

• Skenario 3 (tier hot 60 hari, tier IA 0 hari, arsip 60 hari): {"ttl": 120, "hot_ttl": 60, "infrequentAccessTTL": 0}

ID IngestProcessor.

Konfigurasi penulisan hash. Saat menulis data, log dirutekan ke shard berdasarkan kebijakan hash yang dikonfigurasi. Sebelum mengonfigurasi ini, pastikan rentang hash shard terdistribusi secara merata. Pengaturan ini dapat memengaruhi throughput penulisan, jadi konfigurasikan dengan hati-hati.

ID kelompok sumber daya. Jika ditentukan, penyimpanan log akan dikaitkan dengan kelompok sumber daya.