Én éppen ismernék egyet ha nem lenne 1000%-on elfoglalva az illető munkaügyileg (talán a ZFS hiányzik egyedül a portfoliójából, illetve CARP helyett VRRP-t használt). Minden esetre nekem úgy tűnik (az előzőekben hozzászólókkal szemben) hogy ez a rendszer úgy JÓL lett összerakva hogy viszonylag könnyen skálázható legyen horizontálisan, azaz csak "pakolni kelljen bele a vasat" a metgfelelő szintre.
Aki dolgozott már a fenti technológiákkal vagy épített cluster-t az nem lepődik meg a portfolió összetételeén bár való igaz hogy lehetne mind a OBSD CARP és FBSD ZFS helyett Linux-os alternatívákat találni, de lehet nem érdemes ha már működik és jól működik.
A sok fikázó ember véleményét (aki nem lát tovább az orránál) el kell utasítsam, mert fogalma sincs szerintem (ha nem belső ember) hogy mekkora pageloadot, uq letöltést, stb kell kiszolgálni, lehetőleg minnél hatékonyabban, adott rendelkezésre állással, mik a követelmények illetve aki összerakta miért épp ezeket a technológiákat választotta. A Lock-in természetes ezen a szinten mivel kevés a "széles spektrumú" emberke, aki tisztában van ész használ 3 éve+ léztező techológiákat, mint ahogy ez látszik is.
Az irodai hálózathoz gartula, hogy sikerült lenyomni a Linux-ot az emberek (és főnökök!) torkán és "csak üzemeltetni kell" továbbra is nem pedig "migrálni" Excahnge+Win**K szerverre, DC-vel, stb-vel :)
Mindenesetre sok sikert és kitartást, szerintem érdemes lenne egy fejvadászt is megkereseni hogy nem-e tudna inkább egy "guru"-t javasolni cég helyett mert talán az olcsóbb lenne, de nem biztos.
cryp