Halaman ini menjawab pertanyaan umum mengenai operasi dan pemeliharaan (O&M) instans Lindorm—termasuk scaling, perubahan konfigurasi, peningkatan versi, dan restart—serta mencakup durasi setiap operasi, dampaknya terhadap workload yang sedang berjalan, dan hal-hal yang perlu diperiksa sebelum memulai.
Sekilas
Tabel berikut merangkum durasi dan dampak bisnis dari seluruh operasi O&M utama. Gunakan tabel ini untuk merencanakan jendela pemeliharaan.
| Operasi | Durasi | Baca/tulis terganggu? | Latency jitter? | Koneksi mungkin terputus? |
|---|---|---|---|---|
| Node scale-out | 10–15 menit per node (paralel) | Tidak | Ya | — |
| Storage scale-out | Menit | Tidak | — | — |
| Aktifkan cold storage | 10–15 menit per node (sekuensial) | Tidak | Ya | Ya |
| Cold storage scale-out | Menit | Tidak | — | — |
| Peningkatan konfigurasi | 10–15 menit per node (sekuensial) | Tidak | Ya | Ya |
| Node scale-in | Lihat rumus | Tidak | — | — |
| Penurunan konfigurasi | 10–15 menit per node (sekuensial) | Tidak | Ya | Ya |
| Peningkatan versi minor — LindormDFS | 10–15 menit per node (sekuensial) | Tidak | — | — |
| Peningkatan versi minor — LindormTable | 10–15 menit per node (sekuensial) | Tidak | Ya | Ya |
| Restart instans | 10–15 menit per node (sekuensial) | Tidak | Ya | Ya |
Untuk operasi yang berpotensi menyebabkan jitter latency atau putus koneksi, konfigurasikan client Anda agar melakukan reconnect secara otomatis, dan jadwalkan operasi tersebut pada jam sepi jika workload Anda sensitif terhadap latency.
Scale-out, peningkatan konfigurasi, dan aktivasi layanan
Berapa lama waktu yang dibutuhkan untuk melakukan scale-out node instans?
Scale-out node dilakukan secara paralel di semua node yang ditambahkan. Setiap node membutuhkan waktu sekitar 10 hingga 15 menit.
Apa dampaknya terhadap bisnis saya selama proses scale-out node?
Instans tetap menangani permintaan baca dan tulis selama proses scale-out. Beberapa permintaan mungkin mengalami lonjakan latency sementara. Pastikan client dikonfigurasi untuk melakukan reconnect secara otomatis.
Berapa lama waktu yang dibutuhkan untuk melakukan scale-out kapasitas penyimpanan instans? Apa dampaknya terhadap bisnis saya selama proses tersebut?
Scale-out penyimpanan selesai dalam hitungan menit tanpa mengganggu workload Anda. Fitur ini hanya tersedia untuk instans yang menggunakan penyimpanan Standard, Performance, atau Capacity. Jika instans Anda menggunakan SSD lokal atau HDD, tambahkan node sebagai gantinya untuk meningkatkan kapasitas penyimpanan.
Berapa lama waktu yang dibutuhkan untuk mengaktifkan cold storage? Apa dampaknya terhadap bisnis saya selama proses tersebut?
Mengaktifkan cold storage akan me-restart setiap node secara sekuensial. Setiap node membutuhkan waktu sekitar 10 hingga 15 menit, sehingga instans dengan empat node memerlukan waktu sekitar 60 menit. Node dengan lebih banyak region memerlukan waktu lebih lama.
Instans tetap menangani permintaan baca dan tulis selama proses ini, tetapi Anda mungkin mengalami lonjakan latency sementara dan putus koneksi singkat. Pastikan client dikonfigurasi untuk melakukan reconnect secara otomatis.
Berapa lama waktu yang dibutuhkan untuk melakukan scale-out kapasitas cold storage instans? Apa dampaknya terhadap bisnis saya selama proses tersebut?
Scale-out cold storage selesai dalam hitungan menit tanpa mengganggu workload Anda.
Berapa lama waktu yang dibutuhkan untuk meningkatkan konfigurasi instans? Apa dampaknya terhadap bisnis saya selama proses peningkatan?
Peningkatan konfigurasi diterapkan ke setiap node secara sekuensial. Setiap node membutuhkan waktu sekitar 10 hingga 15 menit, sehingga instans dengan empat node memerlukan waktu sekitar 60 menit. Node dengan lebih banyak region memerlukan waktu lebih lama.
Instans tetap menangani permintaan baca dan tulis selama proses peningkatan, tetapi Anda mungkin mengalami lonjakan latency sementara dan putus koneksi singkat. Pastikan client dikonfigurasi untuk melakukan reconnect secara otomatis.
Scale-in dan penurunan konfigurasi
Berapa lama waktu yang dibutuhkan untuk melakukan scale-in node instans?
Gunakan rumus berikut untuk memperkirakan waktu migrasi data:
Waktu migrasi = Data yang dimigrasikan ÷ (Total node × 30 MB/s)Contoh: Instans dengan 10 node yang memiliki penyimpanan terpakai 10 TB perlu menghapus 2 node. Data didistribusikan secara merata, sehingga 2 TB harus dimigrasikan.
2 TB ÷ (10 node × 30 MB/s) = 6.990,5 detik ≈ 2 jamTambahkan periode cooldown 0,5 jam, sehingga total waktu sekitar 2,5 jam.
Ini adalah perkiraan. Waktu aktual bervariasi tergantung pada workload dan media penyimpanan.
Sebelum mengajukan permintaan scale-in, pastikan node yang tersisa memiliki ruang disk yang cukup untuk menampung data yang dimigrasikan. Jika setelah scale-in pemanfaatan media penyimpanan melebihi 85%, permintaan tidak dapat diajukan.
Untuk aturan pengembalian dana setelah scale-in, lihat Aturan pembatalan langganan untuk Situs Internasional Alibaba Cloud.
Apa dampaknya terhadap bisnis saya selama proses scale-in node?
Instans tetap menangani permintaan baca dan tulis selama proses scale-in tanpa gangguan.
Berapa lama waktu yang dibutuhkan untuk menurunkan konfigurasi instans? Apa dampaknya terhadap bisnis saya selama proses penurunan?
Penurunan konfigurasi diterapkan ke setiap node secara sekuensial dengan me-restart satu per satu node tersebut. Setiap node membutuhkan waktu sekitar 10 hingga 15 menit, sehingga instans dengan empat node memerlukan waktu sekitar 60 menit. Node dengan lebih banyak region memerlukan waktu lebih lama.
Instans tetap menangani permintaan baca dan tulis selama proses penurunan, tetapi Anda mungkin mengalami lonjakan latency sementara dan putus koneksi singkat. Pastikan client dikonfigurasi untuk melakukan reconnect secara otomatis.
Untuk aturan pengembalian dana setelah penurunan konfigurasi, lihat Aturan pembatalan langganan untuk Situs Internasional Alibaba Cloud.
Peningkatan versi minor dan restart instans
Berapa lama waktu yang dibutuhkan untuk meningkatkan versi minor instans?
Setiap node membutuhkan waktu sekitar 10 hingga 15 menit. Peningkatan diterapkan secara sekuensial, sehingga instans dengan empat node memerlukan waktu sekitar 60 menit—baik untuk LindormDFS maupun LindormTable.
Apakah saya dapat memilih versi minor untuk peningkatan?
Tidak. Versi minor selalu ditingkatkan ke versi stabil terbaru yang kompatibel maju (forward-compatible). Anda tidak dapat menentukan versi target.
Apa dampaknya terhadap bisnis saya selama proses peningkatan versi minor?
LindormDFS: Workload yang sedang berjalan pada dasarnya tidak terpengaruh.
LindormTable: Instans tetap menangani permintaan baca dan tulis, tetapi Anda mungkin mengalami lonjakan latency sementara dan putus koneksi singkat. Pastikan client dikonfigurasi untuk melakukan reconnect secara otomatis.
Berapa lama waktu yang dibutuhkan untuk me-restart instans? Apa dampaknya terhadap bisnis saya selama proses restart?
Node direstart secara sekuensial. Setiap node membutuhkan waktu sekitar 10 hingga 15 menit, sehingga instans dengan empat node memerlukan waktu sekitar 60 menit. Node dengan lebih banyak region memerlukan waktu lebih lama.
Instans tetap menangani permintaan baca dan tulis selama proses restart, tetapi Anda mungkin mengalami lonjakan latency sementara dan putus koneksi singkat. Pastikan client dikonfigurasi untuk melakukan reconnect secara otomatis.
Ruang penyimpanan
Memahami penggunaan penyimpanan
Pelaporan penggunaan penyimpanan berbeda tergantung pada jenis penyimpanan.
Cloud storage (Performance, Standard, dan Capacity): penggunaan mencakup dua bagian. Misalnya, jika hanya LindormTable yang diaktifkan, Konsol menampilkan:
Label Deskripsi ① Ruang yang digunakan oleh satu replika. Jumlah replika tidak diperhitungkan. ② Ruang yang digunakan oleh komponen non-engine: data Keranjang daur ulang, metadata blok, ruang yang telah dialokasikan untuk blok yang sedang ditulis, file sistem, dan ruang cadangan untuk sistem terdistribusi. Bagian ini biasanya merupakan proporsi yang sangat kecil dari total penggunaan. 
Non-cloud storage (SSD lokal atau HDD): jumlah replika diperhitungkan. Misalnya, dengan 3 replika, menulis data sebesar 100 MB akan mengonsumsi ruang penyimpanan sebesar 300 MB.
