We have very fine experience with a production deployment of IPA 3.0 (two 
servers in domain) with over 200 users and near client 100 servers and no AD 
integration, only for our local branch.
Based on this experience we tried to deploy company-wide IPA 3.3 (latter 4.1) 
with 19 servers in domain (over all the country) and AD integration (also a 
large distributed domain). Still having a lot of critical issues and unable to 
use it in full scale.
Red Hat official support it very useful, this maillist also, but issues are 
very strong :)
We are trying to feed it to full scale production, and I think in more simple 
conditions is could be nice and soft.

Alexander Frolushkin
Cell +79232508764
Work +79232507764

-----Original Message-----
From: freeipa-users-boun...@redhat.com 
[mailto:freeipa-users-boun...@redhat.com] On Behalf Of Vaclav Adamec
Sent: Friday, August 21, 2015 8:44 AM
To: freeipa-users
Subject: [Freeipa-users] FreeIPA state - performace, commercial usage


Don't want to start flame, but my question is quite simple, is there anybody 
who use it in real production/commercial setup without any major issues ? don't 
you lack commercial support ? no issues with auditors ?

 after a year/two of usage/testing/troubleshooting of freeipa/redhat ipa it 
seems, for me as a simple admin, to be still not very mature project, even 
basic configuration isn't very stable/solid to use it in real production. I 
started with latest freeipa on fedora with one server (VM vmware), then add 
other master replicas but after many issues I carefully keep one server on 
redhat 7 with up2date version of ipa from rhel repos, default installation 
setup, no replication. But still with stability issue (processes died 
occasionally, mostly due multiple clients removing, sometimes it dies 
completely with cryptic errors in journal (but sometimes no errors at all just 
wait for something during restart) and only fast option is restore from snaphot 
backups with loosing some clients). Performance is also issue, we cannot 
register more then 4-5 servers at once, or it will timeout (but no visible 
network or cpu/mem load issue).

As there are no other complex solutions like IPA it's quite hard decide what to 
use as a replacement, but right now it's seems that we have no other option and 
we probably switch to simple openldap and missing functionality cover by puppet 
and some 2factor solution.

We don't need anything special, no dns handling, no certificates, no AD 
connection, just simple servers/clients, users with groups and rules for 
access/sudo. Multimaster (with DNS SRV) solution for higher performance and 
reliability would be nice, but not necessary if we can keep it stable and 
handle more clients registration. We have tens of users/groups, hundreds 
servers/clients with random registration "burst" as we use it also for temp. 
build environments and OpenStack instances.

Oficial support from RedHat is not very helpful, also they don't provide any 
real training for IPA, so only option is mail conference (very helpful, thanks 
for that) and tones of documentation/examples for variety of versions, but for 
such complex thing probably not enough for commercial use.

Can I ask you for your opinion ?


Manage your subscription for the Freeipa-users mailing list:
Go to http://freeipa.org for more info on the project


Информация в этом сообщении предназначена исключительно для конкретных лиц, 
которым она адресована. В сообщении может содержаться конфиденциальная 
информация, которая не может быть раскрыта или использована кем-либо, кроме 
адресатов. Если вы не адресат этого сообщения, то использование, переадресация, 
копирование или распространение содержания сообщения или его части незаконно и 
запрещено. Если Вы получили это сообщение ошибочно, пожалуйста, незамедлительно 
сообщите отправителю об этом и удалите со всем содержимым само сообщение и 
любые возможные его копии и приложения.

The information contained in this communication is intended solely for the use 
of the individual or entity to whom it is addressed and others authorized to 
receive it. It may contain confidential or legally privileged information. The 
contents may not be disclosed or used by anyone other than the addressee. If 
you are not the intended recipient(s), any use, disclosure, copying, 
distribution or any action taken or omitted to be taken in reliance on it is 
prohibited and may be unlawful. If you have received this communication in 
error please notify us immediately by responding to this email and then delete 
the e-mail and all attachments and any copies thereof.


Manage your subscription for the Freeipa-users mailing list:
Go to http://freeipa.org for more info on the project

Reply via email to