Date: November 27, 2018
Tag: Fusion-io, Linux, memaksimalkan kinerja replikasi untuk pengelompokan linux dengan fusion io, replikasi
Tips Untuk Memaksimalkan Kinerja Replikasi Untuk Linux Clustering Dengan Fusion-io
Ketika kebanyakan orang berpikir tentang menyiapkan klaster, biasanya melibatkan dua atau lebih server, dan SAN – atau beberapa jenis penyimpanan bersama lainnya. SAN biasanya sangat mahal dan rumit untuk disiapkan dan dikelola. Juga, mereka secara teknis mewakili Potensi Titik Gagal (SPOF) potensial dalam arsitektur cluster Anda. Saat ini, semakin banyak orang yang beralih ke perusahaan seperti Fusion-io, dengan ioDrives yang cepat, untuk mempercepat aplikasi penting. Perangkat penyimpanan ini ada di dalam server (yaitu "disk yang dibagikan"). Oleh karena itu tidak dapat digunakan sebagai disk klaster dengan banyak solusi pengelompokan tradisional. Untungnya, ada cara untuk Memaksimalkan kinerja replikasi untuk Linux Clustering dengan Fusion-io. Solusi yang memungkinkan Anda untuk membentuk kluster failover ketika tidak ada penyimpanan bersama yang terlibat – yaitu klaster "berbagi apa-apa".
Cluster Tradisional  |
Cluster "Dibagikan Tidak Ada" |
Ketika memanfaatkan replikasi data sebagai bagian dari konfigurasi kluster, penting bahwa Anda memiliki cukup bandwidth sehingga data dapat direplikasi di seluruh jaringan secepat yang ditulis ke disk. Berikut ini adalah kiat penyetelan yang memungkinkan Anda untuk memanfaatkan konfigurasi klaster "bersama apa-apa", ketika penyimpanan berkecepatan tinggi dilibatkan:
Jaringan
- Gunakan NIC 10Gbps: Perangkat penyimpanan berbasis flash dari Fusion-io (atau produk serupa lainnya dari OCZ, LSI, dll.) Mampu menulis data dengan kecepatan di HUNDREDS (750) MB / detik atau lebih. NIC 1Gbps hanya dapat mendorong maksimum teoritis ~ 125 MB / detik, sehingga siapa pun yang memanfaatkan potensi ioDrive dapat dengan mudah menulis data lebih cepat daripada yang dapat didorong melalui koneksi jaringan 1 Gbps. Untuk memastikan bahwa Anda memiliki bandwidth yang cukup antara server untuk memfasilitasi replikasi data real-time, NIC 10 Gbps harus selalu digunakan untuk membawa lalu lintas replikasi
- Aktifkan Bingkai Jumbo: Dengan asumsi bahwa Kartu Jaringan dan Switch Anda mendukungnya, memungkinkan bingkai jumbo dapat meningkatkan throughput jaringan Anda sekaligus mengurangi siklus CPU. Untuk mengaktifkan frame jumbo, lakukan konfigurasi berikut (contoh dari server linux RedHat / CentOS / OEL)
- ifconfig <interface_name> mtu 9000
- Edit / etc / sysconfig / network-scripts / ifcfg- <interface_name> file dan tambahkan "MTU = 9000" sehingga perubahan tetap ada di reboot
- Untuk memverifikasi operasi bingkai jumbo ujung-ke-ujung, jalankan perintah ini: ping -s 8900 -M lakukan <IP-dari-server lain>
- Ubah panjang antrian transmisi NIC:
- / sbin / ifconfig <interface_name> txqueuelen 10000
- Tambahkan ini ke /etc/rc.local untuk mempertahankan pengaturan di reboot
TCP / IP Tuning
- Ubah netdev_max_backlog NIC:
- Set "net.core.netdev_max_backlog = 100000" di /etc/sysctl.conf
- Penyetelan TCP / IP lainnya yang telah terbukti meningkatkan kinerja replikasi:
- Catatan: ini adalah nilai contoh dan beberapa mungkin perlu disesuaikan berdasarkan konfigurasi perangkat keras Anda
- Edit /etc/sysctl.conf dan tambahkan parameter berikut:
- net.core.rmem_default = 16777216
- net.core.wmem_default = 16777216
- net.core.rmem_max = 16777216
- net.core.wmem_max = 16777216
- net.ipv4.tcp_rmem = 4096 87380 16777216
- net.ipv4.tcp_wmem = 4096 65536 16777216
- net.ipv4.tcp_timestamps = 0
- net.ipv4.tcp_sack = 0
- net.core.optmem_max = 16777216
- net.ipv4.tcp_congestion_control = htcp
Penyesuaian
Biasanya Anda juga perlu melakukan penyesuaian pada konfigurasi kluster Anda, yang akan bervariasi berdasarkan teknologi pengelompokan dan replikasi yang Anda putuskan untuk diterapkan. Dalam contoh ini, saya menggunakan SteelEye Protection Suite untuk Linux (alias SPS, alias LifeKeeper), dari SIOS Technologies. Ini memungkinkan pengguna untuk membentuk cluster failover memanfaatkan hampir semua jenis penyimpanan back-end: Fibre Channel SAN, iSCSI, NAS, atau, yang paling relevan dengan artikel ini, disk lokal yang perlu disinkronkan / direplikasi secara real time antara node cluster. SPS untuk Linux termasuk terintegrasi, fungsi replikasi data tingkat blok yang membuatnya sangat mudah untuk men-setup cluster ketika tidak ada penyimpanan bersama yang terlibat.
Rekomendasi
Untuk Memaksimalkan kinerja replikasi untuk Linux Clustering dengan Fusion-io, mari coba ini. SteelEye Protection Suite (SPS) untuk rekomendasi konfigurasi Linux:
- Alokasikan partisi disk kecil (~ 100 MB), yang terletak di drive Fusion-io untuk menempatkan file bitmap. Buat filesystem di partisi ini dan pasang, misalnya, di / bitmap:
- # mount | grep / bitmap
- / dev / fioa1 pada / bitmap type ext3 (rw)
- Sebelum membuat mirror Anda, sesuaikan parameter berikut di / etc / default / LifeKeeper
- Sisipkan: LKDR_CHUNK_SIZE = 4096
- Nilai default adalah 64
- Edit: LKDR_SPEED_LIMIT = 1500000
- (Nilai default adalah 50000)
- LKDR_SPEED_LIMIT menentukan bandwidth maksimum yang akan dilakukan ulang oleh resync – ini harus diatur cukup tinggi untuk memungkinkan resyncs berjalan pada kecepatan maksimum yang mungkin
- Edit: LKDR_SPEED_LIMIT_MIN = 200000
- (Nilai default adalah 20000)
- LKDR_SPEED_LIMIT_MIN menentukan seberapa cepat resync harus dibiarkan pergi ketika ada I / O lain terjadi pada saat yang sama – sebagai aturan praktis, ini harus diset ke setengah atau kurang dari throughput tulis maksimum drive untuk menghindari kelaparan keluar aktivitas I / O normal ketika resync terjadi
- Sisipkan: LKDR_CHUNK_SIZE = 4096
Dari sini, lanjutkan dan buat mirror Anda dan konfigurasikan kluster seperti biasa. Tertarik untuk Memaksimalkan Kinerja Replikasi Untuk Linux Clustering Dengan Fusion-io, lihat apa lagi yang dapat ditawarkan SIOS. Direproduksi dengan izin dari LinuxClustering