Hi All,
We are planning to configure High Availability for OpenLDAP 2.1 on Linux CentOS.
We are looking at following options and we want to check our understanding about
corresponding options and looking for your valuable suggestions.
1. Using Replica Service
a. This is not enough because if master machine goes down then LDAP updates will not
be possible.
2. Migrating to OpenLDAP2.4
a. Master-Master solution looks promising but in our current project time line it is
not possible to migrate.
3. Sharing LDAP file system on NFS
a. After going through the thread
http://www.openldap.org/lists/openldap-software/200209/msg00256.html it is understood that
OpenLDAP does not support GFS or NFS.
b. But the thread discussion happened very long back around in 2000 to 2002. ????Is
that conclusion applicable to OpenLDAP 2.1????
4. Hosting LDAP Service on CentOS Cluster Suite
a. ????Is it possible to configure "Active-Passive" setup using CentOS
Cluster Suite????
5. H/W based clustering
a. We don't know what are the possible solutions in this approach and cost
incurred. !!!!Please share your ideas.!!!!
6. NetApp2020
a. We have NetApp 2020 Appliance
http://www.b2net.co.uk/netapp/network_appliance_netapp_fas2020.htm with us. ????Does this
any way help us????
7. Other alternatives
a. !!!!We need your valuable ideas and suggestions.!!!!
Please help me in this regard.
Regards,
Prasad.
________________________________
The information contained in this communication is confidential, intended solely for the
use of the individual or entity to whom it is addressed and may be legally privileged and
protected by professional secrecy. Access to this message by anyone else is unauthorized.
If you are not the intended recipient, any disclosure, copying, or distribution of the
message, or any action or omission taken by you in reliance on it is prohibited and may be
unlawful. Please immediately contact the sender if you have received this message in
error. This email does not constitute any commitment from Cordys Holding BV or any of its
subsidiaries except when expressly agreed in a written agreement between the intended
recipient and Cordys Holding BV or its subsidiaries. Cordys is neither liable for the
proper and complete transmission of the information contained in this communication nor
for any delay in its receipt. Cordys does not guarantee that the integrity of this
communication has been maintained nor that the communication is free of viruses,
interceptions or interference. If you are not the intended recipient of this communication
please return the communication to the sender and delete and destroy all copies.