( chx | 2015. 10. 07., sze – 19:39 )

Alapvetően egyetértek. Ha magas rendelkezésre állás kell azt app level szinten célszerű megvalósítani. Ettől függetlenül:

- Láttunk már PowerHA-t / HACMP-t elhasalni kompletten, többször is (clRGinfo ERROR-t mutat egy RG-re).
- 4 RG egy 2 node-os HACMP clusteren. Kotorászd elő mikor mi hol fut éppen.
- HA scriptek karbantartása. Jó, itt főleg app oldali trógerség van, elismerem. De akkor is nyűg.
- A failover LPAR-on x GB-al kevesebb RAM vagy kevesebb vCPU van mert kellett máshová, WLM valamiért nem ad az LPAR-nak, failover elhasal.

Nyilván ezek a problémák nem lennének ha nem kellene HACMP-t használni, de kell. Legtöbbször lenne más megoldás, de esetleg a HACMP olcsóbb. Mondjuk nem nagyon hiszem, egyszer leülök már licence pénzt számolni.
Nekem jobban tetszene az ha nem lenne HACMP, vagy csak limitált kivitelben, és mindenki rá lenne kényszerítve az app level clusteringre / HA-ra.

De ez csak egy dolog. Láttunk már olyat is hogy ipcrm nem tudta kipucolni a vonatkozó shm-et, és LPAR reboot kellett. Linuxon ilyet én még nem láttam.

Nem flame, én kedvelem AIX-et, Solaris-t is egyébként, Linux-ot is. Csak vannak körülmények amiért a többség Linux-ot részesíti előnyben.

____________________
echo crash > /dev/kmem