Administrace komentářů

Já to také nepovažuji za finální řešení. Proto jsme myšlenku glusterfs velmi rychle opustili. Testoval jsem jen, jestli to funguje by default, kritické stavy už jsem netestoval, to už bylo dávno odpískáno a šlo se jinou cestou (sas storage s několika řadiči pro několik esx). Osobně se mi sice nelíbila cenovka, jsem přesvědčen, že za tyhle peníze bychom to dali i na čistě oss řešení (ale třeba jinak, se stejnou redundancí), ale je pravdou, že za tyhle peníze jsme dostali plně funkční řešení.

Osobně bych to celé navrhl jinak, bez vmware, bez centrálního pole, redundanci řešit na úrovni jednotlivých vm. Levnější hw ve větším počtu. Takto jsme byli omezeni licencí, co se týče počtu nodů a jejich cpu apod. Na OSS si tam nastrkáš tolik levných serverů kolik chceš. Na 10 menších nodech se ti redundance řeší lépe, než na omezeném počtu esx serverů. A tak dále. Ale vedení si vybralo jinou cestu, bylo ochotno zaplatit cenu za jedno Ferrari (no, tolik to zase nestálo) a dostalo funkční řešení.

Stále mi v hlavě leží tohle. Aktuálně je k disposici RPi4 8GB RAM za velmi slušnou cenu. V domácích kompech mám celkem 15 disků. Říkám si, že, kdybych postupně koupil 6 nebo do budoucna 12 RPi a ke každému z nich připojil jeden datový disk, tak získám: 48ARM CPU cores, 96GB RAM, 12xHDD storage a obrovskou redundanci. Nahodit na to 12 worker kontejnerů pro zpracování mých dat (videa stejně konvertuju na desktopu), další kontejnery pro další věci, dns, mx, monitoring. Asi největší problém by byl storage, jistě, lze mít 12 samba shares, ale chtělo by to nějaký clusterový fs, který řeší redundanci. Tohle by mi doma fakt stačilo, dá se to pořizovat postupně z kapesného, cena je příznivá, a postupně by to nahradilo ty dva desktopové servery. Navíc redundance jako prase, když mi teď chcípne FreeBSD stroj s 10 jaily, tak by to byl problém. Kdyby mi chcípla jedna RPi deska z osmi, tak se ty kontejnery pustí na ostatních. Klidně i automaticky. Škoda, že to rpi nemá sata.

Řešili jste tohle někdo? Používáte něco podobného? Nasadit to poloautomaticky s pomocí ansible je trivka. Teď jsem si během pár desítek minut naspawnoval 16x vmko v hyperv a už to fičí. Připravit další node na novém rpi nebude trvat ani hodinku, nastavit v něm kontejnery už je potom běžná rutina. Všechno to vypadá až moc dobře, nějaké problémy tam jistě budou. Tak sem s nimi. (Ano, výkon rozsekanej na x strojů, výkon jednoho jádra nic moc, paměťi je naráz k disposici pouze málo apod. tohle je všechno jasné. Ale praktické nevýhody? Borec - estét - řeší nevzhledné napájení, tak k tomu má POE switch. Tohle je mi jedno. Fyzické provedení, klidně vedle sebe na polici. Je to malé. Kdyby bylo potřeba, může to ofukovat skupinka pomalu běžících větráků. Co dál?)