블로그 모아보기 - 인프런

손쉽게 데브옵스 환경을 구축하는 방법

sprint1에서는 CI/CD 환경이 없었다. 인프라 환경에서 실습 했다.[전반적인 실습 & 구성]본격적인 sprint2이다. VirtualBox랑 Vagrant--> guest OS 만든다. -> 스크립트를 통해서 Liunx OS( Rocky Linux, kubectl), 컨테이너 빌드( docker), 빌드, 배포(git, gradle, jenkins, OpenJDK) 설치-> 설치 완료 -> 내 PC 브라우저에서 Jenkins dashboard 접속 -> 빌드 실행-> git hub 소스 다운-> 빌드 실행 내 도커 저장소에 이미지를 올린다.자신이 가입한 이름으로 변경 <name>/app-tester깃허브에 내가 사용하는 Dockerhub 사용자 이름이 있어야 한다. 1. Vagrant 스크립트 실행2. CI/CD 서버로 접속 (Windows) 3. Jenkins 초기 세팅 4. 전역 설정 (JDK, Gradle)5. Docker Hub 가입6. Docker 사용 설정Login Succeeded 결과 확인7. Master Node에서 인증서 복사8. GitHub 가입9. 빌드/배포 파이프라인을 위한 스크립트 작성 및 실행마지막. Dashboard 확인하기

데브옵스 · 인프라･인프런･데브옵스･실습･복습･화이팅･여름이다･덥지만시원하게공부

2

1

[미션4] PVC/PV, Deployment, Service, HPA 이해하기

▶PV, PVC😆local, hostPath 미션을 진행해보자!😆1) local 동작 확인 API - 파일 생성http://192.168.56.30:31231/create-file-podhttp://192.168.56.30:31231/create-file-pv// Container 임시 폴더 확인 [root@k8s-master ~]# kubectl exec -n anotherclass-123 -it <pod-name> -- ls /usr/src/myapp/tmp // Container 영구저장 폴더 확인 [root@k8s-master ~]# kubectl exec -n anotherclass-123 -it <pod-name> -- ls /usr/src/myapp/files/dev // master node 폴더 확인 [root@k8s-master ~]# ls /root/k8s-local-volume/1231// Pod 삭제 [root@k8s-master ~]# kubectl delete -n anotherclass-123 pod <pod-name>Pod 삭제 후 master node 폴더 확인했다.tmp삭제 되었고 dev에 있던 data는 남아 있다! 2) hostPath 동작 확인▶ Deployment😃Deployment 미션 진행 시작!😃1) RollingUpdate 하기// 1) HPA minReplica 2로 바꾸기 (이전 강의에서 minReplicas를 1로 바꿔놨었음) kubectl patch -n anotherclass-123 hpa api-tester-1231-default -p '{"spec":{"minReplicas":2}}'// 2) 지속적으로 Version호출 하기 (업데이트 동안 리턴 값 관찰) while true; do curl http://192.168.56.30:31231/version; sleep 2; echo ''; done; // 3) 별도의 원격 콘솔창을 열어서 업데이트 실행 kubectl set image -n anotherclass-123 deployment/api-tester-1231 api-tester-1231=1pro/api-tester:v2.0.0 kubectl set image -n anotherclass-123 deployment/api-tester-1231 별도의 원격 콘솔창 열어서 업데이트 실행v1.0.0 , v2.0.0 반복되면서 점차 App Version이 업데이트 되고 있다!😁업데이트 완료!! 2) RollingUpdate (maxUnavailable: 0%, maxSurge: 100%) 하기maxUnavailable:25%->0% 수정 maxSurge:25%->100% 수정3) Recreate 하기4) Rollback ▶ Service1) Pod 내부에서 Service 명으로 API 호출 (서비스 디스커버리)2) Deployment에서 Pod의 ports 전체 삭제, Service targetPort를 http -> 8080으로 수정그리고 다시 Pod 내부에서 Service 명으로 API 호출▶HPA1) 부하 발생 & 확인2) behavior 미사용으로 적용 & 부하 발생 미션 끝~~~!! 길고 길었던 이번 미션… 그래도 이렇게 정리 딱! 하고 나니까… 뿌듯함이 솟아나는 중💛수고했당 나 자신 ✨

데브옵스 · 인프라･미션많다･힘들지만･성공･하하･쿠버네티스･끝까지･화이팅

1

인프런 워밍업 클럽 4기 - DevOps 2주차 발자국

[2주차 강의 수강]2주차 기간동안 k8s의 applicaition 기능으로 k8s를 이해하는 시간을 가졌다. 또한 실습시간에 k8s의 기능들을 보다 제대로 활용하기 위해 많이 활용하면서 장난감 다루듯이 마구잡이로 다뤘던 시간들을 경험하게 되었다. 미션과제도 해보고 실습을 따라해보면서 완벽하게 해보지는 못했지만 따로 복습시간을 가지면서 더욱 더 k8s를 이해하게 되었고 실무에 나갔을 때도 확실하게 다룰 수 있도록 배우는 자세를 가지게 되었다.[미션] [2번미션]링크: https://du-hyeon.notion.site/5-Application-1-Probe-20722449e85a8014a350c93b419f22ec?source=copy_link [3번미션]링크:https://du-hyeon.notion.site/6-Application-2-Configmap-Secret-20722449e85a80c3a914c3b9ae1e043b?source=copy_link [4번미션]링크: https://du-hyeon.notion.site/7-Application-PV-PVC-Deployment-Service-HPA-20822449e85a8015ad0de48924b42dbe?source=copy_link 회고: 2주차에는 미션이 3개이면서 많은 실습시간을 투자한 기간이였을뿐더러 더욱 더 손에 익히고 눈으로 많이 보게되면서 k8s의 구조와 어떠한 상황에서 기능을 써야 더 좋은 시너지가 일어나는지에 대한 시간을 가지게 되었다. 다음주부터는 3주차이고 벌써 스터디의 절반이 지났다고 한다. 또한 3주차부터는 Sprint2로 넘어가기 때문에 더더욱 설레는 마음으로 공부를 할 계획이다.

데브옵스 · 인프라･k8s･인프라･일프로･devops･화이팅･워밍업･클럽･4기

1