Pod 내부 API는 성공한다는 말이 User 초기화 상관없이 내부에서 성공하는 API를 말하는 것인가요 ? 외부 트래픽은 차단됐다는 말이 아직 User 초기화가 되지 않아서 외부 API는 차단이 되고, 이 상황에서 내부에서는 날리는 API는 실행되기 때문에 (App이 기동됐기 때문) 내부 API는 성공을 한다고 이해하면 될까요 ?
ubuntu@ip-172-31-47-72:~$ cd git-actions-study/ ubuntu@ip-172-31-47-72:~/git-actions-study$ ls README.md build.gradle gradle gradlew gradlew.bat settings.gradle src ubuntu@ip-172-31-47-72:~/git-actions-study$ ./gradlew clean build -bash: ./gradlew: Permission denied 실습 개인 프로젝트에서 많이 쓰는 CI/CD 구축방법에서 빌드과정중 권한이없다고 하는 것 같은데, 혹시 이 상황에서 어떻게 하면 되지 여쭤봐도 괜찮을까요...?
쿠버네티스 직접 설치 관련 궁금증이 있습니다. 쿠버네티스 자체가 복잡한 것은 이해했습니다. 궁금한 것이 실무나 보통 실제로 쿠버네티스를 사용한다고 했을 때 이렇게 직접 설치하는 경우가 많을까요 아니면 관리형 쿠버네티스 서비스를 보통 사용하나요 ? (EKS, GKE...) 제가 생각했을 때는 클라우드의 보편화 및 기본 인프라를 관리해줄 것이라고 생각해서 이런 것들을 많이 사용할 것 같은데 궁금합니다 .. !
안녕하세요 강사님 강의소개에 있는 다음 내용에 맞춰서 kubectl을 설치하려고 하다가 버전 관련 문의가 있어서 다음과 같이 질문을 남기게 됐습니다. 여기에 올려주신 내용에 맞춰서 kubectl을 설치하려고 Window 설치 페이지 에 방문 후 설치하려고 하다가 해당 페이지에서 다음과 같은 내용을 확인했습니다. Docker Desktop for Windows adds its own version of kubectl to PATH . If you have installed Docker Desktop before, you may need to place your PATH entry before the one added by the Docker Desktop installer or remove the Docker Desktop's kubectl . 저는 예전에 Docker Desktop for Windows 를 설치했었고, 평소에도 Docker를 실행할 때 해당 Docker Desktop 를 이용하여 실행 했었는데요. 터미널에 들어가 기존에 깔려있는 kubectl 버전을 확인해보니, 다음과 같이 나왔습니다. $ kubectl version --client Client Version: v1.30.2 공식 홈페이지의 최신 버전은 1.32 버전인것 같은데, 혹시 1.32 버전이 아니면 실습을 진행하는데 있어 문제가 있을까요? 감사합니다!
안녕하세요 강사님 2.2 minikube 소개 강의 아래에 있는 수업 노트의 minikube 설치 안내 페이지 링크 오류에 대해서 제보합니다. 현재 해당 주소에 하이퍼링크가 걸려있는데 주소를 클릭하면 아래의 페이지로 연결이 됩니다. https://kubernetes.io/docs/concepts/workloads/controllers/statefulset/#components 주소를 직접 드래그 해서 복사 - 붙여넣기 하면 정상적으로 minikube 홈페이지로 연결이 되기는 합니다. 의도하신 동작이 아닌 것 같아서, 일단 제보합니다. 그리고 강의 잘 보고 있습니다.
안녕하세요, 강의 잘 보고 있습니다! 정말 감사합니다. ConfigMap, Secret 등 환경 변수 관리 값들을 조절해보면서 나름대로 테스트를 해보고 있습니다. 그런데 갑자기 궁금증이 생겨 문의드려요. 혹시 kubectl apply -f 를 통해 ConfigMap, Secret에 대한 설정을 변경했을 때, Deployment를 재구동하지 않고 실시간으로 반영시킬 수 있는 방법은 없을까요? Deployment가 지금처럼 몇 대 안될 때는 상관 없을 것 같은데 되게 많을 경우에는 재구동하는 것도 부담이 되는 작업일 수도 있을 것 같아서요. ( 제 개인적인 생각 입니다.. )
s3에 압축된 실행파일 업로드 ecr에 빌드된 이미지 업로드 빌드할때마다 이 두과정을 거쳐서 각각 S3와 ECR에 파일과 이미지가 쌓여서, 만약 배포를 10번 하면 10개의 실행파일과 이미지가 불필요하게 저장됩니다. 혹시 $GITHUB_SHA 같은 생성되는 변수를 사용하지 않고 고정된 이름을 사용해서 덮어 씌워서 사용해도 문제는 없나요?
Type Reason Age From Message ---- ------ ---- ---- ------- Normal Scheduled 16m default-scheduler Successfully assigned default/spring-deployment-6d776f4dc5-5fg5k to ip-172-31-40-146 Normal Pulling 14m (x4 over 16m) kubelet Pulling image " 149536500787.dkr.ecr.ap-northeast-2.amazonaws.com/kube-ecr:1.0 " Warning Failed 14m (x4 over 16m) kubelet Failed to pull image " 149536500787.dkr.ecr.ap-northeast-2.amazonaws.com/kube-ecr:1.0 ": rpc error: code = NotFound desc = failed to pull and unpack image " 149536500787.dkr.ecr.ap-northeast-2.amazonaws.com/kube-ecr:1.0 ": no match for platform in manifest: not found Warning Failed 14m (x4 over 16m) kubelet Error: ErrImagePull Warning Failed 14m (x6 over 16m) kubelet Error: ImagePullBackOff Normal BackOff 62s (x63 over 16m) kubelet Back-off pulling image " 149536500787.dkr.ecr.ap-northeast-2.amazonaws.com/kube-ecr:1.0 " 쿠버네티스로 AWS에 배포하는 과정에서 위와 같은 에러가 발생합니다. 어떻게 해결해야 될까요?
안녕하세요 깃허브액션작업은 성공했고, codedeploy에서 ec2에 배포하는 과정에서 에러가났습니다 에러미시지: The deployment failed because a specified file already exists at this location: /home/ubuntu/github-actions-practice/package.json 2024-12-14T02:35:19 INFO [codedeploy-agent(3496)]: [Aws::CodeDeployCommand::Client 200 0.023341 0 retries] put_host_command_complete(command_status:"Failed",diagnostics:{format:"JSON",payload:"{\"error_code\":5,\"script_name\":\"\",\"message\":\"The deployment failed because a specified file already exists at this location: /home/ubuntu/github-actions-practice/package.json\",\"log\":\"\"}"} 그런데 EC2의 프로젝트 디렉토리에는 기존 플젝코드가 있는게 당연한 것 아닌가요?? 그럼 appspec.yml에 기존 코드를 삭제하고 새로운 코드를 덮어쓰는 옵션같은 것을 추가해야하는 걸까요? 이 에러가 왜 발생한것인지 어떻게 해결해야하는지 몰라서 질문드립니다!
안녕하세요 강의 설명이 너무 좋아 잘 따라가고있습니다ㅎㅎ 저는 Docker + Spring Boot로 배포 자동화 시키는게 목표입니다! 문제는 기존에 로컬 DB 연결로 테스트 코드를 작성했었는데요!(개인 프젝) 이 때문에 빌드가 안되다보니 따라가는데 조금 어려움이 있었습니다..! EC2안에 도커로 DB 띄워서 해결해야만 할 것 같은데 이렇게 해도 Docker+Spring Boot 목차를 따라가는데 문제 없을까요? 테스트 파일을 삭제하고 싶진 않아서요!! 다른 좋은 방법이 있으시다면 알려주시면 감사하겠습니다!
실습에 문제 발생 시 최대한 캡쳐 화면을 꼭 올려 주세요. (원인 파악에 도움이 큽니다) 영상 내용 질문 시 해당 영상 제목과 내용이 있는 시간을 같이 올려주세요. (내용을 다시 들어보고 답변을 드리기 위해서 입니다) 긴 로그는 제 메일로 보내주세요. (k8s.1pro@gmail.com) 카페 [강의 자료실]에도 많은 질문과 답변들이 있어요! cafe: https://cafe.naver.com/kubeops 안녕하세요 현재 일프로님의 Sprint 1 과정 중 쿠버 설치를 진행하고 있는 상황입니다. 가상화 환경은 vmware exsi로 가상 인스턴스를 올리고 있는 상황이고 os는 rocky 8.6으로 설치하여서 진행중에 있습니다. 현재 아래와 같은 명령어를 사용할 때 다음과 같은 이슈가 발생하는데 해당 이슈를 위해 조언을 주실만한 부분이 있으신가하여 문의를 드립니다. (주로 사용하는 OS 버전이 8.6버전이라서 릴리즈를 8.6으로 고정하는 명령어(dnf versionlock add rocky-release-8.6*)로 8.6으로 맞추어 놓은 상황인데 혹시 버전 이슈일까요???) [root@101-k8s-master ~]# !132 kubeadm init --ignore-preflight-errors=Hostname,CRI --pod-network-cidr=20.96.0.0/16 --apiserver-advertise-address=192.16.80.101 --node-name=101-k8s-master I1211 21:11:32.530029 2327 version.go:256] remote version is much newer: v1.31.4; falling back to: stable-1.27 [init] Using Kubernetes version: v1.27.16 [preflight] Running pre-flight checks [WARNING CRI]: container runtime is not running: output: time="2024-12-11T21:11:33+09:00" level=fatal msg="validate service connection: validate CRI v1 runtime API for endpoint \"unix:///var/run/containerd/containerd.sock\": rpc error: code = Unimplemented desc = unknown service runtime.v1.RuntimeService" , error: exit status 1 [preflight] Pulling images required for setting up a Kubernetes cluster [preflight] This might take a minute or two, depending on the speed of your internet connection [preflight] You can also perform this action in beforehand using 'kubeadm config images pull' error execution phase preflight: [preflight] Some fatal errors occurred: [ERROR ImagePull]: failed to pull image registry.k8s.io/kube-apiserver:v1.27.16 : output: time="2024-12-11T21:11:33+09:00" level=fatal msg="validate service connection: validate CRI v1 image API for endpoint \"unix:///var/run/containerd/containerd.sock\": rpc error: code = Unimplemented desc = unknown service runtime.v1.ImageService" , error: exit status 1 [ERROR ImagePull]: failed to pull image registry.k8s.io/kube-controller-manager:v1.27.16 : output: time="2024-12-11T21:11:33+09:00" level=fatal msg="validate service connection: validate CRI v1 image API for endpoint \"unix:///var/run/containerd/containerd.sock\": rpc error: code = Unimplemented desc = unknown service runtime.v1.ImageService" , error: exit status 1 [ERROR ImagePull]: failed to pull image registry.k8s.io/kube-scheduler:v1.27.16 : output: time="2024-12-11T21:11:33+09:00" level=fatal msg="validate service connection: validate CRI v1 image API for endpoint \"unix:///var/run/containerd/containerd.sock\": rpc error: code = Unimplemented desc = unknown service runtime.v1.ImageService" , error: exit status 1 [ERROR ImagePull]: failed to pull image registry.k8s.io/kube-proxy:v1.27.16 : output: time="2024-12-11T21:11:33+09:00" level=fatal msg="validate service connection: validate CRI v1 image API for endpoint \"unix:///var/run/containerd/containerd.sock\": rpc error: code = Unimplemented desc = unknown service runtime.v1.ImageService" , error: exit status 1 [ERROR ImagePull]: failed to pull image registry.k8s.io/pause:3.9 : output: time="2024-12-11T21:11:33+09:00" level=fatal msg="validate service connection: validate CRI v1 image API for endpoint \"unix:///var/run/containerd/containerd.sock\": rpc error: code = Unimplemented desc = unknown service runtime.v1.ImageService" , error: exit status 1 [ERROR ImagePull]: failed to pull image registry.k8s.io/etcd:3.5.12-0 : output: time="2024-12-11T21:11:33+09:00" level=fatal msg="validate service connection: validate CRI v1 image API for endpoint \"unix:///var/run/containerd/containerd.sock\": rpc error: code = Unimplemented desc = unknown service runtime.v1.ImageService" , error: exit status 1 [ERROR ImagePull]: failed to pull image registry.k8s.io/coredns/coredns:v1.10.1 : output: time="2024-12-11T21:11:33+09:00" level=fatal msg="validate service connection: validate CRI v1 image API for endpoint \"unix:///var/run/containerd/containerd.sock\": rpc error: code = Unimplemented desc = unknown service runtime.v1.ImageService" , error: exit status 1 [preflight] If you know what you are doing, you can make a check non-fatal with --ignore-preflight-errors=... To see the stack trace of this error execute with --v=5 or higher