----- "Rich" rhdyes@gmail.com wrote:
I think the better question is this. How can I make my 2 physical servers that are identical into the best clustered solution sharing the storage between the 2.
Do you want the storage to be redundant between the two like RAID 1 or just all of it accessible to any guest on either machine like a JBOD? For either, you can use a suitable mix of drbd, iSCSI, GNBD, LVM, heartbeat, keepalived, and a clustered filesystem. If you do the latter, remember that this squares your risk. If you want a simple A/B failover setup where the second physical host is idle until the first physical host fails, you can just use drbd and heartbeat or RHCS.
They all use xfs. I want to keep the guests the same on each server. I will start with the backup server. I will go on each vm and delete this FS and block device. I then want make that whole 10 terabyte raid into one gfs and then re-attach it back to each guest. Is that possible or do I have to start all over again? If it can be done I then will sync the date from the mainserver to this backup server and then switch them and do the same to the mainserver.
That sounds about right. You need to make your backups (!), destroy the data on of your servers by creating the new clustered filesystem, copy the data from the other server, and then share it with your reconfigured guests. So, basically what you said.
I have one more question which is another whole thread. I am using rsync to sync the 2 physical boxes now. Is there a better way to do this?
drbd, but rsync does a pretty good job in a lot of use cases. I wouldn't say that it fits this one, though.
Keep it simple. ocfs2 - very easy to configure clustered filesystem and drbd for replication or rsync them nightly(depending how much data you can afford to lose). Something to keep in mind for drbd - You must have backups! - Your second server will be replicating what you have on your primary. For example, you accidentally remove some files and it gets synced to the backup you get screwed.
my .02
-Adam
On Tue, Feb 9, 2010 at 12:46 PM, Christopher G. Stach II cgs@ldsys.net wrote:
----- "Rich" rhdyes@gmail.com wrote:
I think the better question is this. How can I make my 2 physical servers that are identical into the best clustered solution sharing the storage between the 2.
Do you want the storage to be redundant between the two like RAID 1 or just all of it accessible to any guest on either machine like a JBOD? For either, you can use a suitable mix of drbd, iSCSI, GNBD, LVM, heartbeat, keepalived, and a clustered filesystem. If you do the latter, remember that this squares your risk. If you want a simple A/B failover setup where the second physical host is idle until the first physical host fails, you can just use drbd and heartbeat or RHCS.
They all use xfs. I want to keep the guests the same on each server. I will start with the backup server. I will go on each vm and delete this FS and block device. I then want make that whole 10 terabyte raid into one gfs and then re-attach it back to each guest. Is that possible or do I have to start all over again? If it can be done I then will sync the date from the mainserver to this backup server and then switch them and do the same to the mainserver.
That sounds about right. You need to make your backups (!), destroy the data on of your servers by creating the new clustered filesystem, copy the data from the other server, and then share it with your reconfigured guests. So, basically what you said.
I have one more question which is another whole thread. I am using rsync to sync the 2 physical boxes now. Is there a better way to do this?
drbd, but rsync does a pretty good job in a lot of use cases. I wouldn't say that it fits this one, though.
-- Christopher G. Stach II http://ldsys.net/~cgs/ _______________________________________________ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
I am doing rsync now. What is the difference between ocf2 and gfs?
On Tue, Feb 9, 2010 at 1:28 PM, Adam Adamou adam0x54@gmail.com wrote:
Keep it simple. ocfs2 - very easy to configure clustered filesystem and drbd for replication or rsync them nightly(depending how much data you can afford to lose). Something to keep in mind for drbd - You must have backups! - Your second server will be replicating what you have on your primary. For example, you accidentally remove some files and it gets synced to the backup you get screwed.
my .02
-Adam
On Tue, Feb 9, 2010 at 12:46 PM, Christopher G. Stach II cgs@ldsys.net wrote:
----- "Rich" rhdyes@gmail.com wrote:
I think the better question is this. How can I make my 2 physical servers that are identical into the best clustered solution sharing the storage between the 2.
Do you want the storage to be redundant between the two like RAID 1 or
just all of it accessible to any guest on either machine like a JBOD? For either, you can use a suitable mix of drbd, iSCSI, GNBD, LVM, heartbeat, keepalived, and a clustered filesystem. If you do the latter, remember that this squares your risk. If you want a simple A/B failover setup where the second physical host is idle until the first physical host fails, you can just use drbd and heartbeat or RHCS.
They all use xfs. I want to keep the guests the same on each server. I will start with the backup server. I will go on each vm and delete this FS and block device. I then want make that whole 10 terabyte raid into one gfs and then re-attach it back to each guest. Is that possible or do I have to start all over again? If it can be done I then will sync the date from the mainserver to this backup server and then switch them and do the same to the mainserver.
That sounds about right. You need to make your backups (!), destroy the
data on of your servers by creating the new clustered filesystem, copy the data from the other server, and then share it with your reconfigured guests. So, basically what you said.
I have one more question which is another whole thread. I am using rsync to sync the 2 physical boxes now. Is there a better way to do this?
drbd, but rsync does a pretty good job in a lot of use cases. I wouldn't
say that it fits this one, though.
-- Christopher G. Stach II http://ldsys.net/~cgs/ http://ldsys.net/%7Ecgs/ _______________________________________________ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
-
Adam Adamou -
Christopher G. Stach II -
Rich