Connect. Communicate. Collaborate. Securely.

Home » Kerio User Forums » Kerio Connect » Tuning for large linux installs?
  •  
insyncjon

Messages: 2
Karma: 0
Send a private message to this user
Has anyone found any good tweaks for large installs? 500+mailboxes with 300gb mail used? Tons of ipads and iphones. 100+outlook users.

We are running a Centos 5.5 VM in our ESX Farm and are wondering if anyone else has seen improvements over things like filesystem type for the mail store. Separating the store on separate disks from the OS, mail server binaries, etc.

We have a san, and tons of local storage in each esx server, so maybe the SAN isn't fast enough. Nothing else is having issues. And none of our troubleshooting shows any resource IO issues other then CPU going nuts. The thing has 4 cores for itself alone, with nothing else on it's host. Its host has 2x quad cores. Its not the CPU or ram availability....

Maybe noatime in the fstab?

Our issues seem to stem from known bugs that haven't been fixed yet, or with the latest 7.3 , they got worse.

The server itself doesn't use up much ram, we've thrown 8gb at it, but it never goes past a few gb used.

Some have suggested splitting the load between many KMS boxes, but is 500 really pushing the limits?
  •  
wikked1

Messages: 6
Karma: 0
Send a private message to this user
We had nothing but speed issues when using a RAID partition for the mail store,users were screaming MAIL is too slow, it crashes, off with your head! Mad So we did a little experimentation, RAID5 with EXT2 format,RAID5 with EXT3 format ,not very impressive either way then we started utilizing single drives EXT3 and EXT2. Without question EXT2 was vastly superior with read and write speeds (although recovery isn't as fancy as EXT3) the performance was worth it.
I'd suggest a 1TB SSD drive formatted EXT2 and then use rsync to another drive in your array as backup. You can throw all kinds of power at Kerio but the real problem seems to be file read ,write and indexing times especially with big mail stores.
Oh and I would definitely separate the boot drive from the mail store as a general rule of thumb but considering you're using a VM that may add some additional overhead to the file system.
That's my 2 cents.
  •  
wikked1

Messages: 6
Karma: 0
Send a private message to this user
upon further review that monster SSD is pretty pricey but you might be able to do alright with a hybrid drive.....sorry about that!
  •  
insyncjon

Messages: 2
Karma: 0
Send a private message to this user
Thanks for the response!

I should have added that we are running the KMS data store on the SAN, so we get a bunch of IO available due to the large RAID set, BUT i have seen some indexes go corrupt and the box comes to a crawl.

Support is saying that the AV and SPAM server processes are causing our CPU spikes. But if anything we may want to move the storage from Ext4 to Ext2 for the File System gains over Ext4.

Input is appreciated, SSD is expensive, but maybe its a necessity here. Thanks!
Previous Topic: Kerio Connect 7.3.0
Next Topic: Kerio Connect 7.2.2 release
Goto Forum:
  


Disclaimer:
Kerio discussion forums are intended for open communication between forum members and may contain information and material posted by members which may be useful in learning about Kerio products. The discussion forums are not intended to provide technical support for any specific product. Any information implied or expressed in the discussion forums is that of the posting member. Kerio is in no way responsible for the information posted in the forums, or its accuracy. Kerio employees may participate in the discussions, but their postings do not represent an offical position of the company on any issues raised or discussed. Kerio reserves the right to monitor and maintain the forums to promote free and accurate exchange of information.

Current Time: Mon Oct 23 17:01:42 CEST 2017

Total time taken to generate the page: 0.00426 seconds
.:: Contact :: Home ::.
Powered by: FUDforum 3.0.4.