na, akkor a lockolási probléma megoldva.
jön a cluster management. :)
belemélyedtem rendesen a témába, és úgy tűnik, hogy centoson gyárilag kénytelen vagyok a pacemaker+corosync+crm+ccs+pcs+lcmc kombóval dolgozni, ha a hivatalos utat akarom követni.
mivel a dokumentáció brutális mennyiségű (bár egy részén már átrágtam magam), pár kérdés már most is felütötte a fejét nálam.
1. a configuration management megoldható csak ezekkel a komponensekkel? úgy látom, hogy a ccs csak konkrétan a cluster funkcionalitás konfigurációit hajlandó átdobálni és menedzselni, viszont az lcmc tutorial screenshotjaiban arra utaló jeleket is láttam, hogy ott a konkrét daemonok konfigjaiba is be lehet nyúlni, úgyhogy ez most nem tiszta.
2. failover és HA most nem kell. a STONITH koncepcióját is értem, de nem vagyok benne biztos, mennyire lenne érdemes használnom azt, és a fencinget úgy alapból. igazából egy olyan beállást kéne összehoznom, ami a gateway gépen futó nginx *konfigját* változtatja attól függően, hogy melyik clustertagon hogy fut 1-1 service:
- ha a gateway szerveren leáll vagy még nem indult be az NFS, akkor a cluster tagokon a /home-ot umountolni kell, de előtte az appserver típusú tagokon a php-fpm-et le kell lőni, mivel csak azok használnak bármit a /home-ról.
- ha valamelyik appserver típusú tagon a php-fpm leáll, nem fut, vagy nem reszponzív, akkor a gateway szerveren az nginx konfigot úgy kell beállítani, hogy arra az appserverre ne küldjön fastcgi kérést (nginx bad gateway üzeneteket elkerülendő).
- ha a dbserver típusú tagon a mysqld nem fut vagy nem reszponzív, a gateway szerveren az nginx konfigot úgy kell beállítani, hogy a fastcgi használat helyett egy statikus oldalt (technikai probléma lépett fel, stb) kell mutatni, és az appserver típusú tagokon le kell kapcsolni a php-fpm-et, és a gateway szerveren szólni kell a cronos processzemnek, hogy ne próbáljon meg háttérfolyamatokat futtatni.
- ha a dbserver típusú tagon a memcached nem fut vagy nem reszponzív, akkor ugyanaz, mint előbb.
- ha visszajön a mysqld és/vagy a memcached, akkor először az appservereken a php-fpm-eket elindítani, aztán áttérni a normál konfigurációra az nginxben, és újra engedélyezni a cronos scriptemet.
vajon ilyet tud ez a programcsomag?
3. a pacemaker doksikban azt írják, hogy nehogy dhcp-vel merjem a cluster tagoknak az IPv4 adatokat megadni. pedig a menedzselhetőség szempontjából ez nem lenne utolsó dolog (most is így van beállítva). persze maga a dhcp úgy van beállítva, hogy MAC címekre vannak rálőve konkrét IP-k, tehát a gépek IP-je és hostneve sosem változna. ez így még mindig problémás? (ha pl. lejár a lease, a megújítás pillanatában egy pillanatra elveszhet az IP, és ez a gond?)
4. nincs hivatalos php-fpm és memcached OCF script. találtam néhány hekkeltet, vajon ezzel érdemes így foglalkozni?