[Freeipa-users] Disk layout - requirements

[Rob Crittenden]

Steven Jones wrote:
> Hi,
>
> Disk space isnt an issue as such as I thin provision the VMWare guest anyway so I can be fairly generous, 200gb is easy....the thing that interests me is splitting up the table spaces to different disks sets for instance  (/dev/sdb1, /devsdc1 etc, etc). Later then I can change raid types or spread out to different LUNS if there is a performance bottleneck on the fly....that's easy to do if the "backend" is broken up to different partitions on initial build...

Apparently the biggest increase will be seen if you move the transaction 
log. See 
http://docs.redhat.com/docs/en-US/Red_Hat_Directory_Server/8.2/html-single/Administration_Guide/index.html#Maintaining_Directory_Databases-Configuring_Transaction_Logs_for_Frequent_Database_Updates

rob

>
> regards
>
>
> ________________________________________
> From: freeipa-users-bounces at redhat.com [freeipa-users-bounces at redhat.com] on behalf of Rob Crittenden [rcritten at redhat.com]
> Sent: Tuesday, 10 May 2011 3:17 a.m.
> To: dpal at redhat.com
> Cc: freeipa-users at redhat.com
> Subject: Re: [Freeipa-users] Disk layout - requirements
>
> Dmitri Pal wrote:
>> On 05/06/2011 11:58 AM, Sigbjorn Lie wrote:
>>> On 05/06/2011 04:12 PM, Rob Crittenden wrote:
>>>> Steven Jones wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> Digging through docs / googling I cant see any disk partition
>>>>> suggestions and size thereof requirements...
>>>>>
>>>>> Suggestions please?  sizing for 500 servers, 2000 desktops, 5000+
>>>>> users...
>>>>>
>>>>> Especially around having different sections of the IPA master of
>>>>> different raid groups if that's needed...
>>>>
>>>> It depends in part how you use IPA. A bare-bones user entry is about
>>>> 1k, a host that has a certificate is about the same. There is some
>>>> amount of overhead in the DIT and you'll need to consider the space
>>>> for groups, how many kerberos services you'll deploy (also about 1k
>>>> in size) and what other features of IPA you'll use. We have quite a
>>>> few indexes into the data, that will take some room too.
>>>>
>>>> I think additional RAM will be better than terabytes of disk. 389-ds
>>>> is going to try to cache much of this data, and with this number of
>>>> entries it can probably keep most if not all of the database in memory.
>>>>
>>>> We haven't done any analysis on different FS performance.
>>>>
>>>> Does that help?
>>>>
>>>> rob
>>>
>>> Would you consider these documents describing sizing and performance
>>> tuning of the RH DS to be comparable/transferable to IPA?
>>>
>>>
>>> http://docs.redhat.com/docs/en-US/Red_Hat_Directory_Server/8.2/html/Installation_Guide/Installation_Guide-Platform_Support.html#Installation_Guide-Platform_Support-Hardware_Requirements
>>>
>>>
>>> http://docs.redhat.com/docs/en-US/Red_Hat_Directory_Server/8.2/html/Performance_Tuning_Guide/system-tuning.html
>>>
>>>
>>>
>>
>> Yes these documents are applicable and can be used to tune up DS server
>> under IPA.
>
> Be careful to note that in the first document the disk space assumptions
> are for 100 byte entries and some (but not all) of the IPA entries are
> 10x that.
>
> Thanks for the links Sigbjorn.
>
> regards
>
> rob
>
> _______________________________________________
> Freeipa-users mailing list
> Freeipa-users at redhat.com
> https://www.redhat.com/mailman/listinfo/freeipa-users
>
> _______________________________________________
> Freeipa-users mailing list
> Freeipa-users at redhat.com
> https://www.redhat.com/mailman/listinfo/freeipa-users