Aktywne Wpisy
WielkiNos +323
#dziendobry
Panowie coś z rana na podniesienie ciśnienia zamiast kawy.
#logikarozowychpaskow #pieklomezczyzn #rozwod #p0lka
Panowie coś z rana na podniesienie ciśnienia zamiast kawy.
#logikarozowychpaskow #pieklomezczyzn #rozwod #p0lka
kricalke +92
Dzień 1 wychodzenia z depresji - wstałam, umylam włosy, umylam się, ogolilam, umylam zeby i twarz, zjadłam śniadanie złożone z jajek na miękko by było zdrowo. Mam nadzieje ze będę miała sile się pomalować i pojechać po książkę #depresja
szukam dobrego rozwiązania dla kubernetesów/docker swarm i chciałbym się poradzić mądrzejszych.
Ogólnie nie wiem jak rozwiązać problem wspólnego volumenu dla kilku nodów. To chyba nie ważne czy zdecyduje się na docker swarm/kubernetesy i tak mikroserwisy muszą mieć wspólne volumeny.
Z tego co wyczytałem na necie mogę użyć:
- volumen w chmurze np. NetApp Cloud Volumes Service for Google - tutaj chyba mogę wybrać czy ma to byc nfs3,nfs4,smb jaka jest różnica jeszcze musze doczytać ew. jaki system plików polecicie?
- volumen NFS na OS - jak dobrze zrozumiałem jest to volumem postawiony na master nodzie i serwisy na innym nodzie odwołują się do niego po ip
- cloudstor ? - tutaj muszę doczytać zamysł
Jeszcze doczytałem, że moge zrobić volumem na poziomie dockera,OS lub clouda. Pytanie jaka jest różnica pomiędzy volumenem na os a dockerem/kubernetesem, bo na cloudzie to rozumiem.
Jaki volume według was jest nawygodniejszy? Co się najlepiej sprawdza? ( ͡° ʖ̯ ͡°)
#docker #programowanie #kubernetes
Wspólne wolumeny to tylko i wyłącznie problemy i żadnych zysków. Siedze w kubernetesie od momentu wydania, w dockerze od 2013 roku i zrobiłem multum projektów na tych technologiach. Nigdy ci się nie uda jak będziesz miał wspólny wolumen.
Ty chcesz mieć sytuację, że pod A oraz B piszą do jednego wolumenu. Takie coś wymaga wolumenu typu RWX (Read-Write Many) czyli takiego, do którego może pisać na raz wiele podów. Jeżeli nie masz clouda to opcje to Ceph, GlusterFS oraz NFS. Dwa