Sebelum membuat instans Lindorm, tentukan empat dimensi konfigurasi: tipe penyimpanan, engine, spesifikasi node, dan jumlah node. Setiap pilihan memengaruhi latensi, kinerja, dan biaya. Gunakan panduan ini untuk menentukan titik awal yang tepat bagi workload Anda.
Pilih tipe penyimpanan
Tipe penyimpanan menentukan latensi akses data. Lindorm menggunakan LindormDFS sebagai lapisan penyimpanan dasar, yang memisahkan penyimpanan dari komputasi. Kapasitas penyimpanan dibagi bersama oleh semua engine dalam satu instans yang sama.
Aturan keputusan: Pilih tipe penyimpanan berdasarkan sensitivitas workload terhadap latensi baca/tulis. Berbagai tipe penyimpanan mengorbankan latensi demi biaya, sehingga sesuaikan tier penyimpanan dengan frekuensi akses dan kebutuhan waktu respons Anda.
Untuk perbandingan tipe penyimpanan dan karakteristik latensinya, lihat Storage types.
Pilih engine
Lindorm adalah database multi-model yang mendukung kueri SQL, pemrosesan data time series, serta kueri dan analisis data berbasis teks. Lindorm kompatibel dengan API standar dari beberapa sistem open source, sehingga Anda dapat mengadopsinya tanpa perlu menulis ulang logika aplikasi yang sudah ada.
Aturan keputusan: Sesuaikan engine dengan model data dan pola akses Anda. Anda dapat mengaktifkan satu atau lebih engine pada satu instans. Jika belum yakin engine mana yang harus dipilih, identifikasi apakah workload utama Anda bersifat relasional, time series, wide-column, atau berorientasi pencarian, lalu petakan ke engine yang sesuai.
Untuk panduan memilih engine yang sesuai skenario Anda, lihat Engines.
Pilih spesifikasi node dan jumlah node
Penentuan ukuran node tidak hanya soal mencocokkan throughput baca/tulis mentah, tetapi juga mempertimbangkan distribusi akses dan toleransi terhadap hotspot.
Semua spesifikasi node Lindorm bersifat dedicated. Setiap instans secara eksklusif menempati CPU dan memori yang dialokasikan kepadanya, sehingga kinerjanya tidak terpengaruh oleh instans lain pada server fisik yang sama.
Rekomendasi default: mulai dengan jumlah node lebih sedikit namun ber-spessifikasi lebih tinggi
Jika Anda belum yakin bagaimana trafik akan terdistribusi, mulailah dengan spesifikasi node yang lebih tinggi dan jumlah node yang lebih sedikit, daripada menggunakan lebih banyak node dengan spesifikasi lebih rendah.
Jika trafik terdistribusi merata di seluruh data Anda: Anda dapat melakukan scale out nanti dengan menambahkan node untuk menangani peningkatan beban. Lindorm mendukung skalabilitas horizontal tanpa batas.
Jika trafik terkonsentrasi pada sebagian kecil data (misalnya, saat flash sale, impor batch, atau lonjakan time-series): spesifikasi node tunggal — bukan jumlah node — yang menentukan apakah instans mampu menyerap lonjakan tersebut tanpa jitter latensi. Spesifikasi node yang lebih tinggi memberikan ruang cadangan tersebut.
Rekomendasi ini berlaku dalam kedua kasus karena node ber-spessifikasi tinggi mampu menangani skenario hotspot yang tidak dapat ditangani oleh banyak node ber-spessifikasi rendah, sekaligus tetap memungkinkan skalabilitas horizontal saat beban Anda meningkat secara merata seiring waktu.
Untuk panduan penentuan ukuran lengkap, termasuk cara memperkirakan jumlah dan spesifikasi node yang tepat untuk workload Anda, lihat Select the number and specification of nodes.
FAQ
Jika opsi node ber-spessifikasi tinggi dengan jumlah sedikit dan opsi node ber-spessifikasi rendah dengan jumlah banyak sama-sama memenuhi kebutuhan saya, mana yang harus saya pilih?
Mulailah dengan node ber-spessifikasi tinggi dan jumlah yang lebih sedikit. Menambahkan node membantu ketika trafik terdistribusi merata di seluruh data, tetapi ketika trafik terkonsentrasi pada sebagian kecil data — misalnya, saat flash sale atau impor data massal — spesifikasi node tunggallah yang menentukan apakah instans mampu menyerap lonjakan tersebut tanpa jitter. Spesifikasi node yang lebih tinggi memberikan ketahanan lebih kuat terhadap jitter kinerja dan stabilitas layanan secara keseluruhan yang lebih baik. Karena Lindorm mendukung skalabilitas horizontal tanpa batas, Anda selalu dapat menambahkan node seiring pertumbuhan trafik.