( azbest | 2019. 12. 11., sze - 11:11 )

Szerkesztve: 2019. 12. 11., sze - 11:14

A már előttem említett kubernetes.

1) A hálózati boot kapcsán, ha a fizikai vasra gondolsz, hogy hozzák viszik a szervereket, akkor ott a host rendszert kell erre összeállítni. Ha arra gondolsz, hogy a konténerek hol egyik hoston hol a másikon lehetnek, azok nem bootolnak, hanem a konfigok alapján létrehozza őket a docker-registry és kubernetes  / helm konfigok alapján.

Ha a hostok jönnek mennek, azért kell master, ami nem veszik el és a node-ok ahhoz joinolnak, s kapnak feldatot.

2) namespace-k vannak és tudtommal szabályozható, de ne windows alapon legyen.

3) ha arra gondolsz, hogy a konténer példány azon a hoston hozzon létre perzisztens tárhelyet, amin épp fut, akkor ez nem ilyen egyszerű. A sima host könyvtár felcsatolás nem lehet dinamikus. Ahhoz, hogy dinamikusan kapjanak perzisztens tárhelyet, olyan storage class-t kell használnod, ami támogatja a dinamikus kiosztást. Nameg, ha más-más vason futhat a konténer példány, akkor a helyi volume nem fog odavarázsolódni. Szóval nem véletlen, hogy a dinamikusan kiosztós perzisztens volumek hálózati tárhely classoknál támogatottak, pl nfs.

4) aha... például grafana és dashboard, azok is kvázi olyan konténerekként települnek, mint a "hasznos" szolgáltatások.

Szóval azért master(ek), hálózati tárhely és docker-registry kell legalább szerintem fixen.