That's exactly what I was thinking as well. Unless glusterfs has some magic discovery mechanism based on UUID's.
And I believe that within the EC2 network even external EC2 DNS names get resolved to the internal IP so no add'l network charges should be incurred. Regards, Gerry On 01/19/2011 11:52 AM, Rafiq Maniar wrote: > Hi, > > For "reboots", instances keep the same internal and external IP. > > If you stop and start them, they get a new IP. > > What I did to get around this problem was I used ElasticIPs for the 2 > GlusterFS > servers, to ensure they always had the same DNS address. I then use > the full > external DNS name when setting up Gluster. > > Rafiq > > On Wed, Jan 19, 2011 at 4:45 PM, Gerry Reno <[email protected] > <mailto:[email protected]>> wrote: > > I have glusterfs running on ec2. > > I am able to successfully probe for the peer, but considering this > is on > ec2 and the internal IP could possibly change later on if say the AMI > got hung and had to be restarted then how does glusterfs react in that > situation? Can it still find the peers? > > > Regards, > Gerry > > _______________________________________________ > Gluster-users mailing list > [email protected] <mailto:[email protected]> > http://gluster.org/cgi-bin/mailman/listinfo/gluster-users > > _______________________________________________ Gluster-users mailing list [email protected] http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
