AI (és másra is használt) Cluster építése - Második Cikk

Legfrissebb anyagok

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Új hozzászólás Aktív témák

hcl titán

#7
#6 LordAthis
2025-08-18 21:33:07

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

hcl

titán

LOGOUT blog

#6 LordAthis
LordAthis csendes tag

#6
#5 hcl
2025-08-18 20:54:26

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

LordAthis

csendes tag

#5 hcl

Igen, én is így értelmeztem, tudtam.
Addig azonban semmi mellett sem szoktam kardoskodni, amíg saját magam ki nem próbáltam, nem (esetleg több éves) tapasztalattal tudok kiállni és érvelni az igazam mellett. (Legyen az vélt, vagy valós.)
Mint írtam, ez lesz az első, hogy ezen a területen fogok tevékenykedni.
hcl titán

#5
#4 LordAthis
2025-08-18 19:07:46

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

hcl

titán

LOGOUT blog

#4 LordAthis

Nem tudom, mi a kontra, de hát a Kubernetes meg a többi tömeges management eszköz arra való, hogy mindegy, mi fut ott, ugyanúgy tudd kezelni.
LordAthis csendes tag

#4
#3 hcl
2025-08-18 18:23:00

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

LordAthis

csendes tag

#3 hcl

Na igen, ez az a terület (egyik), amihez annyira nem értek, és olvastam/hallottam már pró-kontra mindkét véleményt.
Legyen ugyanaz, mert szívás, nem gond ha ugyanaz, mert nagyobb szívás a hardver támogatottság...
hcl titán

#3
#2 LordAthis
2025-08-18 08:46:45

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

hcl

titán

LOGOUT blog

#2 LordAthis

Hangzani se hangzik könnyűnek
De szerintem az sem akkora para, ha nem mindenhol ugyanaz a disztró fut. Ha az Oracle (vagy még inkább valami normálisabb CentOS derivatíva) támogat SPARC-ot, akkor miért ne fusson rajta az? A management résznek nem szokott baja lenni ezzel, Kubernetes meg gondolom szintén nem gond így sem. (Nincs tapasztalatom ezekkel, de az eddigi ismereteim alapján nem az a gond, ha eltérnek a disztrók.)
LordAthis csendes tag

#2 2025-08-18 03:32:40

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

LordAthis

csendes tag

Még nem hoztam döntést, hogy melyik megközelítést válasszam.
Azért köszönöm a tanácsot!
Egyik sem könnyebb, viszont a SPARC gépeken ténylegesen alig fog bármi. is futni.
Azok beüzemelése sem a legkönyebb út lesz, azt kell eldönteni-meghatározni, hogy melyik jár kevesebb vesződséggel.
Az is lehetséges, hogy párhuzamosan mindkét megközelítést egyszerre kipróbálom, mivel 3 ilyen gépem van, mehet egyszerre két telepítés, és tesztelés.
A gyakorlat majd úgyis megmutatja, hogy melyik úton haladjunk!
Nagyon nagy támogatottság nem kell rá. (Persze azért némi igen!)
Docker, Kubernetes, VM kell rá, aztán a többi központilag vezérelve, elosztva, ami már nem gépfüggő.

Persze ez így könnyűnek hangzik.
Az egyik célja annak, hogy mindezt közzéteszem, megosztom, éppen a szakmai kíváncsiság felélesztése a közösségben, a remélt segítség, hogy megvilágítsanak dolgokat, amiket még nem csináltam, így ilyen mélységében nem tudok előre.

Szeretném remélni, hogy mások hibáiból tanulva kevesebb döccenővel, és gödörrel tudok végigmenni az úton, el tudom őket kerülni, amennyire csak lehetséges.

A kihívás sohasem volt gond, a szenvedést azonban érdemes elkerülni.
hcl titán

#1 2025-08-17 10:33:31

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

hcl

titán

LOGOUT blog

11-es Debilre szerintem ne építs. Előbb-utóbb már nem lesznek rá azok a cuccok, amik akár pár év múlva kelleni fognak. Bár VM futtatásra hostnak jó lehet.
Amúgy kellően grandiózus a cucc