Results 1 to 2 of 2

Thread: Another slightly different active/stand-by question

Hybrid View

  1. #1
    Join Date
    Mar 2007
    Location
    Rochester, NY
    Posts
    89
    Rep Power
    8

    Lightbulb Another slightly different active/stand-by question

    Hello all,
    So I wanted to double-check some of my thinking here...

    I have been reading through all the posts about active/stand-by zimbra setups... looking to setup a warm redundancy server for our zimbra setup at a co-lo.

    My thought... The store and index folders are all file based objects, right? Would it not be possible to rsync the index and store to a second server and either modify the mysql config for replication -or- use DRBD only for the DB and LDAP? This would suspect this could save a lot of wan traffic.

    Anyone with more internal understanding know if this would work or if I am barking up the wrong tree?

    Also, a side question for anyone with that kind of internal knowledge... forum searching didn't turn up any results, but can the index and store folders be placed on an NFS share?

    Thanks again!
    -Cheers, Peter.

  2. #2
    Join Date
    Dec 2006
    Location
    Minneapolis MN
    Posts
    777
    Rep Power
    9

    Default

    rsync is the suggested method to migrate to a new server, so it is a valid method for replicating files.

    however, if you are rsync'ing indexes, you are going to have a large bandwidth increase across your wan. Whenver a message comes in, the index(es) for that particular user are updated.

    You can ignore the indexes completely, and during a failover you can re-index every single user.

    Why not use iSCSI instead of NFS? You can deal with replication of the block-based file system underneath the iSCSI target using DRBD (or method of your choice), and you won't have to nit-pick about what you are replicating - you will simply get everything.

    This also works great with Amazon Storage Gateway to keep remote offsite snapshots of your Zimbra system [*]

    Don't forget about your postfix queues. You may not want to lose messages in transit that haven't been delivered to the local users mailbox, or mail that is queued for outbound delivery.

    Lastly, if you configure MySQL for replication, you may run into problems with upgrading if Zimbra introduces a MySQL upgrade. Since they do not support MySQL replication currently, there is no telling if an upcoming change will back you into a corner.

    Another suggestion is that you can do a rsync/backup [**] of your whole system, and then replicate the redo log files. When your redo log archive becomes too big, you can do a new rsync/backup of the whole system, and continue with a fresh set of redo logs from there. Use the redo logs in your DR plan - they are a powerful tool.[*] this assumes you are on VMware, which is the only platform supported by AWS Storage Gateway.

    [**] if possible, do a snapshot using LVM or something so you get a consistent snapshot to take a backup of. This is even more helpful if you can flush/freeze the MySQL database and filesystem during the snapshot process to ensure the whole filesystem is consistent.
    01 Networks, LLC / Cybernetik.net
    Zimbra NE and OSS Cloud Hosting
    Shared Web Hosting
    Consulting Services

Similar Threads

  1. Incoming and Active Queues Question
    By kc0dxf in forum Administrators
    Replies: 1
    Last Post: 02-14-2008, 11:39 AM
  2. Active Directory Administration Question
    By bcorrigan78 in forum Administrators
    Replies: 1
    Last Post: 07-26-2007, 03:44 AM
  3. Slightly OT: Zimbra makes the WSJ front page!
    By pepijn in forum Administrators
    Replies: 8
    Last Post: 11-14-2006, 09:17 AM
  4. VMWare & Zimbra (only slightly o/t)
    By phoenix in forum Announcements
    Replies: 8
    Last Post: 04-06-2006, 11:42 PM
  5. Basic Active Directory setup question
    By gribbler in forum Installation
    Replies: 3
    Last Post: 11-24-2005, 03:00 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •