And where else would you need this kind of set up? Pretty much only very important production stuff. I ws dismayed to discover that none of this is supported in Red Hat Cluster Suite, so any dream I had of moving this to production is dashed. Seems to work "sometimes" so I will need to tweak that it seems. The drbd.sh script that comes in the source code for clustering doesn't work at all so I have been testing with the regular DRBD startup script in /etc/init.d. My GFS2 service consists of a floating IP -> DRBD -> LVM -> GFS2. I want to be able to fail over my GFS2 mount to the other node in case the primary fails. I do occasionally have split-brain conditions on my DRBD setup that I must manually recover from and I am trying to isolate that problem. I was able to get DRBD running fairly easily between the sites and use that DRBD device as a PV in a clustered LV with GFS2 running on it. I should add here that I have a dedicated 1G WAN link for just my DRBD traffic. These are the block devices I use for my DRBD devices. For storage, I have a 3Par LUN shared at each site between each of it's two local nodes. In addition, since Red Hat hard codes a TTL of "1" to the multicast heartbeat packets, I had to use iptables to mangle that multicast address to a higher TTL.Īfter that was done, I was able to get a four node cluster with my blades. In order to get the cluster to even join together, I needed the network team to configure the routers between the sites to pass multicast traffic. Two blades are in one datacenter about 15 miles from the other datacenter which houses the other two blades. My set up is four HP blades in a single cluster. This won't stop me from working on it for fun though. I talked with the Red Hat CLuster Suite developers and they said stretch clusters were not supported at this time. I am typing this at a hotel near Red Hat Summit in Boston which just ended. I am currently testing "stretch cluster" using Red Hat Cluster Suite and DRBD.
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |