Portál AbcLinuxu, 2. června 2024 12:31


Dotaz: Redundance na urovni webserveru - synchronizace uzivatelu

17.3.2017 15:19 MP
Redundance na urovni webserveru - synchronizace uzivatelu
Přečteno: 324×
Odpovědět | Admin
Zdravim,

teoreticky odpoved na tema znam, ale prakticky je to trochu slozitejsi. Schema zapojeni je zhruba takto:

klient -> loadbalancer -> redundantni webservery -> shared storage

Vzhledem k tomu, ze na ceph nemame dost hw a specialne cephfs neni jeste ve vhodnem stavu, glusterfs je zase pres fuse zoufale pomaly a vyrazne zatezuje cpu na strane webserveru, vratili jsme se k nfs. A ted jde o to, ze ty redundantni webservery sdili vice projektu najednou. Z toho vyplyva samozrejme otazka, jak budou nastaveni uzivatele tech projektu. Varianty jsou klasicky:

1] 1 projekt = 1 projektovy uzivatel (napr. pres php-fpm)

2] vsechny projekty = 1 uzivatel (webserver)

Nejvice by se hodila varianta 1], aby v pripade hacknuti webu se zmensila sance napadeni dalsich webu. Problem je ale, jak pak synchronizovat uzivatele mezi jednotlivymi servery. NFS4 nam umoznuje jak kerberos, tak uid/gid variantu. Pokud bych mel zcela uzavrenou sit, tak ta uid/gid varianta by sla pres nejaky CM/orchestrace, ale jsme v roce 2017 a spolehnout se na uzavrenost nemuzu, takze nejdrive zkousim reseni s overovanim stroje pres kerberos. Mam tu samba4 domenu, takze muzu vyuzit tu, anebo muzu vyuzit freeipa. Otazka zni, co je lepsi? Jedno prostredi na spravu vcetne ekosystemu a jeho vyuziti, nebo dalsi domenove servery s odlisnou spravou a pak v pripade potreby propojovat na samba domenu, ale zase vice stavene na linux. Druha a dost neprijemna vec jsou samotne kerberos casove tikety. Procesy www serveru jsou samozrejme neinteraktivni, takze takovy kinit samy nezavolaji (+heslo). Takze to nejak resit pres cron, nebo asi lepe resit pres keytab, ktery by treba byl ulozen v projektovem adresari, aby byl shodny na vsech strojich. Kazdopadne, nevim jak se to chova pri zmenach apod.

Nema nekdo v provozu neco obdobneho, klidne i s jinymi sluzbami? Tedy, vice serveru poskytujici tu samou sluzbu pres stejneho uzivatele a musi tedy mit tohle vyresene? Rad bych se vyhnul zprovozneni neceho, co je zacne byt nepouzitelne po nasazeni nekolika projektu, i kdyz se to tak netvari.

Panove Heron, Max, Kapica?
Nástroje: Začni sledovat (0) ?Zašle upozornění na váš email při vložení nového komentáře.

Odpovědi

Jendа avatar 17.3.2017 17:43 Jendа | skóre: 78 | blog: Jenda | JO70FB
Rozbalit Rozbalit vše Re: Redundance na urovni webserveru - synchronizace uzivatelu
Odpovědět | | Sbalit | Link | Blokovat | Admin
Problem je ale, jak pak synchronizovat uzivatele mezi jednotlivymi servery.
Asi mi něco uniká, ale co synchronizovat řádky z /etc/passwd a /etc/group?
Já to s tou denacifikací Slovenska myslel vážně.
17.3.2017 22:41 MP
Rozbalit Rozbalit vše Re: Redundance na urovni webserveru - synchronizace uzivatelu
K cemu mi to pomuze v pripade kerberosu?
17.3.2017 18:35 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
Rozbalit Rozbalit vše Re: Redundance na urovni webserveru - synchronizace uzivatelu
Odpovědět | | Sbalit | Link | Blokovat | Admin
Niečo mi uniká, ale nepoužíva sa na toto centrálna správa užívateľov napríklad cez LDAP alebo AD?
17.3.2017 22:42 MP
Rozbalit Rozbalit vše Re: Redundance na urovni webserveru - synchronizace uzivatelu
Rekneme, ze pouziva. Ale porad to vyzaduje TGT v pripade AD/FreeIPA.
17.3.2017 21:26 Hates
Rozbalit Rozbalit vše Re: Redundance na urovni webserveru - synchronizace uzivatelu
Odpovědět | | Sbalit | Link | Blokovat | Admin
A co docker a volumy s daty pripojovat pri startu containeru z nfs serveru. Treba netapp. Konfigurace apache ae natahne v containeru treba z gitu. Neresis uzivatele v containerech a kazdy apache bude oddelen. Veskere promenne resit pres env pri startu. Jednoduche a funkcni. Pokud budes mit vetsi cluster tak nasadit treba kubernetes a resit jednotlive instance pomoci replik.
17.3.2017 22:55 MP
Rozbalit Rozbalit vše Re: Redundance na urovni webserveru - synchronizace uzivatelu
Na kontejnery nejsou lidske zdroje ani znalosti a asi bych si je na tyhle veci netroufnul nasadit v nasem prostredi.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.