Results 1 to 4 of 4

Thread: esx scenarios

  1. #1
    kusu is offline Member
    Join Date
    Jan 2010
    Posts
    13
    Rep Power
    5

    Default esx scenarios

    Dear all

    I am presently considering to install zimbra network edition on Ubuntu 8.04 under ESX as an in-house mail server. This would be a scenario for about 60 users, who presently have a total of around 30 GB of messages (uncompressed) on our old server (growth rate of about 2 GB/month). Most users will generally log in through Thunderbird imap client (not the web interface). They expect to have a safe backup of their mails, which means the mails should also be backed up to tape.

    Any advice for configuring the server? In particular:

    A) I presently feel that we should use the backup mechanism of Zimbra network edition (full weekly, incremental daily), but direct its output to a network drive. That drive could then be backed up to tape once a week. Does this sound reasonable?

    B) Where should we store the mail files (not backups)? On the same virtual disk as the OS is running on, or should we store them also on an external drive? Any advice?

    C) What would be a good scenario for backing up the system and software? We could obviously keep a copy of the VMWare image (even though that would be big if the user's mail files also reside in that image, see question B). Any other ideas?

    Any other advice for this type of set-up?

    Thanks in advance

    Kurt

  2. #2
    rsw686 is offline Active Member
    Join Date
    Feb 2009
    Posts
    41
    Rep Power
    6

    Default

    A) Sure mount the backup directory to a network drive via NFS, etc. It will work the same and keep the size of the VM drive smaller.

    B) Do you have a SAN? If so you can just store the OS on the VM disk in the VMFS volume. Then directly mount a SAN lun with iSCSI, NFS, etc for the mailbox store. Or if using local storage I like to add an additional virtual disk to the VM for the mailbox store.

    C) Use your current ESX backup strategy. I use Symantec BackupExec 12.5 with VCB to backup my ESXi VMs.

  3. #3
    kusu is offline Member
    Join Date
    Jan 2010
    Posts
    13
    Rep Power
    5

    Default

    Thanks, rsw686, that is helpful.

    If I understand you correctly, you propose to

    A) Mount the network backup drive at /opt/zimbra/backup (or change the path for the backup directory to wherever the network backup drive has been mounted). This seems clear to me.

    B) Mount an SAN volume at /opt/zimbra/store for the message store.

    Should any the other directories in /opt/zimbra, such as "db", also be stored in an external volume? Does any one of them grow a lot when the amount of data increases?

    Regards

  4. #4
    uxbod's Avatar
    uxbod is offline Moderator
    Join Date
    Nov 2006
    Location
    UK
    Posts
    8,017
    Rep Power
    24

    Default

    Dependant on your SAN you may wish to look at tiering your storage for HSM aswell. From within the admin GUI (or command line) you are able to migrate old emails to a different message store. That way you would keep your recent emails etc on premium storage and then rest on say Tier 2.

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Ideal ESX setup
    By pikeman94 in forum Installation
    Replies: 1
    Last Post: 06-10-2009, 08:14 AM
  2. Zimbra on VMWare ESX
    By msrobi in forum Installation
    Replies: 5
    Last Post: 04-18-2009, 06:28 AM
  3. Zimbra on ESX: Multi Server OR Single install
    By teo in forum Installation
    Replies: 4
    Last Post: 01-23-2009, 10:39 AM
  4. Using Outlook without connector - Scenarios
    By dwmtractor in forum Administrators
    Replies: 7
    Last Post: 10-15-2007, 01:43 PM
  5. Zimbra Performance Scenarios
    By wdimmit in forum Installation
    Replies: 0
    Last Post: 11-22-2006, 06:17 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
  •