내일은 독커 스웜이나 쿠버네티스를 해볼꺼예요.

내일 할 것의 링크들을 모아둔 페이지라고 볼수 있습니다.ㅎㅎㅎㅎ

다만 쿠버는 독커로 구현된걸 마이그레이션하는데 엄청 오래 걸릴것 같아서 가능하면 스웜을 할듯 합니다.

Running swarm mode on an ARM / x64 hybrid cluster Since a couple of weeks, I really enjoy playing with Docker on ARM devices and especially testing swarm mode on little clusters. Below is… by Luc Juggery from MEDIUM

이 방법을 이용해서..

E2와 A1 두개 해서 3대의 머신으로 구성하고

두 A1 머신이 공유하는 OCFS2를 사용하려고 합니다.

3개의 부트 볼륨과 하나의 공유 읽기쓰기 블럭 볼륨해서 200기가바이트 안짝이겠네요.

E2는 메모리가 매우 낮기 때문에 독커 스웜을 구현하기는 하되

애플리케이션은 단 하나도 안올릴 예정입니다.

https://blogs.oracle.com/cloud-infrastructure/post/using-the-multiple-instance-attach-block-volume-feature-to-create-a-shared-file-system-on-oracle-cloud-infrastructure

예전에 스웜 했을 때의 기억이 틀리지 않다면

3개의 머신 아무 곳으로나 접속하면 

nginx가 구현된 머신의 nginx를 찾아가서 연결해줬던 걸로 기억합니다.

cloud flare에서는 세 인스턴스의 reserved public ip를 적어주면 되겠죠?ㅎㅎㅎ

아. 클라우드 플레어 무료계정에서는 로드밸런서가 안되니까 인스턴스 재시작하거나 그럴땐 클라우드 플레어에서 ip 하나 제거하고 해줘야겠군요.

Sticky Sessions with docker swarm I have a dockerized node.js app that uses socket.io Via docker compose I run 2 replicas for the app on two diffrent containers on the same server. However the requests that come to the servers is from STACK OVERFLOW

스웜에서 스티키 세션도 해주는군요.

다행히 제가 E2와 A1에 사용하는 모든 이미지는 ARM64를 지원하는군요.

이 계획대로 하게되면 E2에 있는 모든 이미지를 A1에서 돌려야 해서 걱정 했는데 다행이네요.

스웜이 같은 스택(Pod, 하나의 독커 컴포즈 파일에서 생성된 컨테이너 집합)은 같은 인스턴스에 해주겠죠?