Kis rendszer, nagy rendelkezésre állás

Fórumok

Sziasztok,

A nginx-el szolgálunk ki képeket, cloudflare-en keresztül a saját webes projektünkhöz. Ma egy pár perces leállás bebizonyította, hogy igen is komoly gondot is tud okozni, ha ez nem redundáns, hálózati szinten is. Hiába 2 gép, ha az ISP-nél volt a gond. 

Ki mivel oldaná meg, hogy gyorsan (és georedundásan) legyen kiszolgálva? DB nem kell, csak képek mennének innen ill. kell a saját szerver, mert fut rajta képpel kapcsolatos dolog is (mintha vízjel kerülne a képekre dinamikusan)


Köszi! 
 

Hozzászólások

Hollandia, Belgium. A helyi Rockforest cégnél gépbérlés. Nem kell tengeren átkelni amennyiben személyes megjelenésre van szükség, mondjuk évente egyszer.

Még nincs aláírásom.

Ha nem extrem nagy terhelesrol van szo, akkor AWS Lambdaval is rarakhatod a dinamikus vizjelet a kepre. A Lambda eleg stabil szokott lenni, de georendundanssa is tudod tenni tobb regioban futtatva, de az valoszinu overkill.

hetzner gépbérlés, van német és finn telephely is, meg amerikai is.

gépek között rsync a képeknek.

Na ja... Nekem egy néhány éves 3 node-os gluster fürt van a kezem alatt - egyelőre nem tervezek migrálni róla - mondjuk úgy, hogy örülök, hogy van egy mebízható, georedundáns tároló, amit értelmes módon lehet frissíteni pl. (folyamatosan írás alatt lévő fájlok tömkelege van rajta, értelmes leállási időablak nem kérhető rá). Mivel védett/zárt hálózatban üzemelnek, így elég sokáig el lehet vele lenni ismert hibákkal/sérülékenységekkel is - az adatvesztést okozó problémákat kivéve persze, de azt jelen felállásban legfeljebb a tárhely elfogyása okozhatja, vagy ha egyik node rebootja közben széthull alattuk a hálózat...

De köszi az infót, bogár fülbe betéve: tervezni kell a gluster kiváltását. Is. 

Országok, pláne kontintensek közé azért nem feszítenék ki DRBD clustert. Minden tiszteletem a DRBD fejlesztőié, de erre mérsékelten alkalmas lényegében bármilyen cluster-miind szoftver. Egyszerűen túl nagy a latency.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

Saját webes megoldás szolgálja ki a képeket még a "CDN" nem elérhető. Ezt meg tudja oldani sztem. a cloudfare is. Ennél olcsóbb nincs. Kis kieséseket simán áthidalja.

Ha ennél komplexebb megoldás kell, akkor két vagy több egymástól független "CDN" szolgáltatást is igénybe venni. Egy is elég, de az drága lehet nagyon. Két kisebb, független szolgáltató jobb irány lehet.

Mondjuk felmerült bennem a kérdés, hogy ha kis projekt, akkor kell-e egyáltalán bármilyen CDN jellegű megoldás. Lehet egy komplett redundancia jobb lehet akár magára a webes megoldásra a CDN helyett.

Cloudflare Workers-ben a statikus resource-ok kiszolgálása ingyenes. A CloudFlare R2-nek is nagyon jó az árazása.

Szerk: Most látom, hogy dinamikusan módosítjátok a képeket. Itt az a kérdés, hogy ez mennyire gyakori. Ha értelmesen nem lehet Cloudflare-re pusholni, akkor a Hetzner, nagyon árérzékeny esetben Contabo működhet.

Jól értem, van két gép itt-ott, és kéne eléjük egy jó loadbalancer, ami kb. csak a redundancia miatt kell?

Ehhez azért jobban ismerni kell a webalkalmazás jelenlegi felépítését, mennyire statikus / dinamikus jellegű, mi van még a képeken és a vízjelezésen kívül, és hogy mennyire bonyolult maga a vízjelezés.

A statikus dolgokhoz, ill. a vízjel nélküli nyers képekhez a Cloudflare R2 jöhet szóba.

A vízjelezéshez is van a Cloudflare-nek kimondottan egy szolgáltatása: https://developers.cloudflare.com/images/transform-images/draw-overlays/

Microsoft Azure-nak van load-balancer megoldása. Biztos van másnak is. Azért nem hiszem, hogy 100%, de sok 9-es szolgáltatások azért ezek.

Rackforest: 
– Redundáns Loadbalancer (LVS) 13 100 Ft / domain / hó (bruttó 16 637 Ft / hó)
   Fizikailag 3 helyen vannak, talán jó. 

-  99 000  ért csinálnak privát felhőt, részleteket nem ismerem.

- Ti csinéltok privt felhőt, mivel nincs  db, elvileg állapotfüggetlen a dolog, mikrok8s+metallb load balancer , macera és két gép nem elég. 

Ps: cloudflare  LB $5 től indul , healthcheck is csak pár dollár. 


 

A privát felhőre: K0s és 1 master - 2 worker felállás. Ha nem kell a K8s master redundánsnak lenniük (ilyen pici cuccnál szvsz felesleges, néhány YAML file lefedi az egészet, Gitből bármikor az egész újradeployolhaó bárhova). A storage nagyobb probléma, arra kell valami külső S3 kompatibilis cucc.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-