39
Replikasi OpenLDAP sebelumnya menggunakan slurpd dan file sementara. Dengan versi 2.3 dari OpenLDAP metode baru yang
dikenal sebagai syncrepl RFC 4533 diperkenalkan sementara terus mendukung replikasi gaya slurpd. OpenLDAP versi 2.4 telah
menghentikan dukungan untuk replikasi gaya slurpd.
2.4.1.1 Replikasi dengan Slurpd OpenLDAP
Replikasi Slurpd adalah push replikasi dan usang untuk versi 2.4. Hal ini dikonfigurasi dan dikendalikan seperti yang terlihat pada
gambar 2.12
Gambar 2.11 Slurpd Style Replication
Sumber : http:www.zytrax.combooksldapch7ol-replication Ketika slapd 1 menjalankan DIT master 7 menerima
sebuah operasi memodifikasi 9 memperbarui DIT dan transaksi salinan timestamped ditulis ke file log 2 didefinisikan dalam
slapd.conf master 5 berkas replogfile direktif. Slurpd 3 ketika pada awalnya dimuat, memperoleh
parameter operasional dari slapd.conf 5. Pada waktu periodik ditetapkan oleh replicationinterval slurpd akan membaca file log 2
ditetapkan oleh replogfile direktif dan menulis update 10 untuk
40
satu atau lebih DIT slave 8 didefinisikan oleh replika direktif s dalam slapd. conf 5.
DIT slave 8 adalah salinan read-only untuk semua client, kecuali client yang mengikat menggunakan DN yang didefinisikan
oleh updatedn . Server slave 4 mengembalikan URI LDAP didefinisikan oleh updateref untuk semua operasi modifikasi dari
client kecuali yang dimulai menggunakan DN dalam updatedn. Baik updatedn maupun updateref didefinisikan dalam file slapd.conf
6. DN didefinisikan dalam updatedn dalam 6 HARUS sama dengan yang didefinisikan dalam replika direktif binddn =
parameter dalam 5 untuk contoh slave ini.
2.4.1.2 Replikasi dengan Syncrepl OpenLDAP
OpenLDAp versi 2.3 memperkenalkan dukungan untuk protokol baru Konten Sinkronisasi LDAP dan dari versi 2.4 hanya
replikasi ini yang didukung slurpd sudah usang. Protokol Konten Sinkronisasi LDAP didefinisikan oleh RFC 4533 dan pada umumnya
dikenal dengan nama pengendali direktif slapd.conf - syncrepl . Syncrepl menyediakan kedua replikasi master-slave klasik dan
memungkinkan untuk multi-master replikasi sejak versi 2.4 muncul. Protokol ini menggunakan istilah penyedia bukan master untuk
menentukan sumber update replikasi dan istilah konsumen bukan slave untuk menentukan tujuan update.
41
Dalam replikasi syncrepl, konsumen selalu memulai proses
update, tidak seperti seperti slurpd dimana master penyedia yang memulai update. Konsumen memungkinkan dikonfigurasi secara
berkala menarik update dari penyedia refreshOnly atau meminta penyedia untuk mendorong pembaruan refreshAndPersist. Dalam
semua kasus, agar tegas merujuk pada entri server harus mempertahankan sejumlah universal unik entryUUID untuk setiap
entri dalam DIT. Proses sinkronisasi ditunjukkan pada Gambar 2.12 refreshOnly dan Gambar 2.13 refreshAndPersist.
a. Replikasi refreshOnly Consumer Pull
Gambar 2.12
Replikasi refreshOnly Sumber : http:www.zytrax.combooksldapch7ol-replication
Sebuah slapd server 1 yang ingin mereplikasi DIT 8 konsumen dikonfigurasi menggunakan direktif syncrepl pada file
slapd.conf nya 6. Direktif syncrepl mendefinisikan lokasi nama dari slapd server penyedia 3 yang berisi salinan master DIT.
Penyedia 3 dikonfigurasi menggunakan direktif overlay syncprov di file slapd.conf nya 5.
