brew install minikube
export MINIKUBE_HOME=~/goinfre
minikube start --driver=virtualbox
minikube profile list
minikube ssh //exit
kubectl get all
kubectl get svc //external-ip check
kubectl delete deployment,pod,rs,svc --all
curl localhost:443 --ssl -k
docker ps // eval $(minikube -p minikube docker-env)
//환경변수를 미니쿠베 안으로 설정해서 미니쿠베 안의 이미지파일 확인
###docker test###
docker build -t test .
docker run -it --rm -p 404:404 test
docker exec -it $(docker ps -q) /bin/sh
docker stop $(docker ps -a -q)
docker rm $(docker ps -a -q)
docker rmi $(docker images -q)
curl <https://192.168.99.129/wordpress/> -k //307리다이렉션 확인 체크
minikube 설치 및 작업환경 구축
metallb 설정 = 로드밸런스를 통한 외부 접속
nginx
mysql
### docker build run exec test
docker build -t test .
docker run -it --rm -p portnum:portnum test
mysql_install_db --user=root --datadir=/var/lib/mysql
mysqld_safe --user=root --datadir=/var/lib/mysql //db 실행
docker exec -it $(docker ps -q) /bin/sh
mysql
phpmyadmin
wordpress
ftps
grafada,
파드
단일 컨테이너를 실행하는 파드. "파드 당 하나의 컨테이너" 모델은 가장 일반적인 쿠버네티스 유스케이스이다. 이 경우, 파드를 단일 컨테이너를 둘러싼 래퍼(wrapper)로 생각할 수 있다. 쿠버네티스는 컨테이너를 직접 관리하는 대신 파드를 관리한다
함께 작동해야 하는 여러 컨테이너를 실행하는 파드. 파드는 밀접하게 결합되어 있고 리소스를 공유해야 하는 함께 배치된 여러 개의 컨테이너로 구성된 애플리케이션을 캡슐화할 수 있다. 이런 함께 배치된 컨테이너는 하나의 결합된 서비스 단위를 형성한다. 예를 들어, 하나의 컨테이너는 공유 볼륨에 저장된 데이터를 퍼블릭에 제공하는 반면, 별도의 사이드카 컨테이너는 해당 파일을 새로 고치거나 업데이트한다. 파드는 이러한 컨테이너, 스토리지 리소스, 임시 네트워크 ID를 단일 단위로 함께 래핑한다.
각 파드는 특정 애플리케이션의 단일 인스턴스를 실행하기 위한 것이다.