[Freeipa-users] FreeIPA state - performace, commercial usage

[Alexander Frolushkin]

Hello.
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.

WBR,
Alexander Frolushkin
Cell +79232508764
Work +79232507764

-----Original Message-----
From: freeipa-users-bounces at redhat.com [mailto:freeipa-users-bounces at 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

Hi,

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 ?

Vasek

--
Manage your subscription for the Freeipa-users mailing list:
https://www.redhat.com/mailman/listinfo/freeipa-users
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.

(c)20mf50