Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 6개 있습니다.)
개발 환경 구성: 625. AKS - Azure Kubernetes Service 생성 및 SLO/SLA 변경 방법
; https://www.sysnet.pe.kr/2/0/12922

개발 환경 구성: 627. AKS의 준비 단계 - ACR(Azure Container Registry)에 docker 이미지 배포
; https://www.sysnet.pe.kr/2/0/12925

개발 환경 구성: 628. AKS 환경에 응용 프로그램 배포 방법
; https://www.sysnet.pe.kr/2/0/12927

개발 환경 구성: 632. ASP.NET Core 프로젝트를 AKS/k8s에 올리는 과정
; https://www.sysnet.pe.kr/2/0/12931

개발 환경 구성: 633. Docker Desktop + k8s 환경에서 local 이미지를 사용하는 방법
; https://www.sysnet.pe.kr/2/0/12938

개발 환경 구성: 711. Visual Studio로 개발 시 기본 등록하는 dev tag 이미지로 Docker Desktop k8s에서 실행하는 방법
; https://www.sysnet.pe.kr/2/0/13645




Visual Studio로 개발 시 기본 등록하는 dev tag 이미지로 Docker Desktop k8s에서 실행하는 방법

아래의 과정에서 설명했지만,

ASP.NET Core 프로젝트를 AKS/k8s에 올리는 과정
; https://www.sysnet.pe.kr/2/0/12931

Docker Desktop + k8s 환경에서 local 이미지를 사용하는 방법
; https://www.sysnet.pe.kr/2/0/12938

닷넷 응용 프로그램을 Visual Studio로 개발해 Kubernetes에 올리는 경우 (기본 생성된 Dockerfile의 경우) 반드시 --target final 옵션을 추가해 docker build를 해야 합니다.

만약 그렇지 않고 Visual Studio 환경에서 디버깅 과정 중 빌드된 이미지가 local registry에 올라간 상태라면 k8s의 pod로 띄우려는 경우 다양한 오류가 발생합니다.




그랬을 때, 오류에 대한 현상을 분석해 볼까요? ^^ 우선, yaml 파일을 아래와 같이 생성한 경우,

apiVersion: apps/v1
kind: Deployment
metadata:
  name: net-webapp1-sample
spec:
  replicas: 1
  selector:
    matchLabels:
      app: net-webapp1-sample
  template:
    metadata:
      labels:
        app: net-webapp1-sample
    spec:
      containers:
      - name: net-webapp1-sample
        image: webapplication1
        imagePullPolicy: Never
        ports:
        - containerPort: 8080
        env:
        - name: ASPNETCORE_URLS
          value: "http://+:8080"
---
apiVersion: v1
kind: Service
metadata:
  name: net-webapp1-sample
spec:
  type: LoadBalancer
  ports:
  - port: 18000
    targetPort: 8080
    protocol: TCP
    name: http
  selector:
    app: net-webapp1-sample

이 상태로는 쿠버네티스에서 적용 시 ErrImageNeverPull 오류가 발생합니다.

C:\temp> kubectl apply -f webapp1.yaml
deployment.apps/net-webapp1-sample created
service/net-webapp1-sample created

C:\temp> kubectl get pods
NAME                                  READY   STATUS              RESTARTS   AGE
net-webapp1-sample-7945fbd788-r5zz4   0/1     ErrImageNeverPull   0          4s

"imagePullPolicy: Never"로 지정했고 webapplication1 이미지도 등록돼 있지만,

C:\temp> docker images | findstr webapp
webapplication1    dev      5e4f15c593d6   2 hours ago     217MB

보는 바와 같이 tag가 "dev"로 등록되기 때문에 기본적으로 찾는 "latest"가 아니어서 ErrImageNeverPull 오류에 빠집니다. 그리하여 dev로 바꿔서 실행하면,

...[생략]...
    spec:
      containers:
      - name: net-webapp1-sample
        image: webapplication1:dev
        imagePullPolicy: Never
        ports:
        - containerPort: 8080
        env:
        - name: ASPNETCORE_URLS
          value: "http://+:8080"

...[생략]...

이제는 이미지를 찾을 수는 있지만 역시나 오류 상태에 빠집니다.

C:\temp> kubectl get po
NAME                                 READY   STATUS             RESTARTS        AGE
net-webapp1-sample-6996f7ddc-jtmsk   0/1     CrashLoopBackOff   7 (2m50s ago)   13m

C:\temp> kubectl describe pod net-webapp1-sample
...[생략]...
Events:
  Type     Reason     Age               From               Message
  ----     ------     ----              ----               -------
  Normal   Scheduled  19s               default-scheduler  Successfully assigned default/net-webapp1-sample-6996f7ddc-jtmsk to docker-desktop
  Normal   Pulled     1s (x3 over 19s)  kubelet            Container image "webapplication1:dev" already present on machine
  Normal   Created    1s (x3 over 19s)  kubelet            Created container net-webapp1-sample
  Normal   Started    1s (x3 over 18s)  kubelet            Started container net-webapp1-sample
  Warning  BackOff    1s (x3 over 17s)  kubelet            Back-off restarting failed container net-webapp1-sample in pod net-webapp1-sample-6996f7ddc-jtmsk_default(8047387b-3d31-4e80-93b6-20f3af0bd314)

왜냐하면, Visual Studio에서 기본 생성한 Dockerfile의 경우 개발 시 등록되는 docker image는 "base" 정도만 포함된 상태이기 때문입니다. 이에 대해서는 아래의 글에서 이미 설명한 적이 있습니다.

Visual Studio - ASP.NET Core Web Application의 "Enable Docker Support" 옵션으로 달라지는 점
; https://www.sysnet.pe.kr/2/0/12171

FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS base
USER app
WORKDIR /app
EXPOSE 8080

만약, 이 상태로 k8s에 적용하고 싶다면 관련 볼륨과 entry point를 yaml에 추가로 명시해야 합니다.




실제로 그 과정을 직접 해볼까요? ^^ (어차피 local k8s에서 테스트하는 것도 대부분 개발 시점에 돌려 보는 것일 텐데, 그것을 위해 매번 final 이미지로 빌드하는 것도 꽤나 번거로운 작업일 수 있습니다.)

우선, docker desktop의 경우 기본 등록한 볼륨 서비스는 hostpath 하나입니다.

C:\temp> kubectl get sc
NAME                 PROVISIONER          RECLAIMPOLICY   VOLUMEBINDINGMODE   ALLOWVOLUMEEXPANSION   AGE
hostpath (default)   docker.io/hostpath   Delete          Immediate           false                  190d

가장 필요한 것은 응용 프로그램의 배포 경로이므로,

-v "D:\temp\WebApplication1:/app" 

이것을 WSL 2의 hostPath 경로 양식으로 yaml에 추가합니다.

containers:
- name: net-webapp1-sample
  image: webapplication1:dev
  imagePullPolicy: Never
  ports:
  - containerPort: 8080
  env:
  - name: ASPNETCORE_URLS
    value: "http://+:8080"
  volumeMounts:
  - mountPath: /app
    name: local-app
volumes:
- name: local-app
  hostPath:
    path: /run/desktop/mnt/host/c/temp/WebApplication1
    type: Directory

물론, 이 상태에서 실행해도 여전히 CrashLoopBackOff 오류가 발생하는데요, 시작 프로그램이 지정돼 있지 않기 때문입니다. 따라서 이것까지 지정해 줘야,

containers:
- name: net-webapp1-sample
  image: webapplication1:dev
  imagePullPolicy: Never
  command: ["dotnet", "/app/bin/Debug/net8.0/WebApplication1.dll"]

이제 제대로 동작하게 됩니다. ^^

C:\temp> kubectl apply -f webapp1.yaml
deployment.apps/net-webapp1-sample created
service/net-webapp1-sample created

C:\temp> kubectl get po
NAME                                 READY   STATUS    RESTARTS   AGE
net-webapp1-sample-f8c6576c7-6whxl   1/1     Running   0          10s

C:\temp> kubectl get svc
NAME                 TYPE           CLUSTER-IP       EXTERNAL-IP   PORT(S)           AGE
net-webapp1-sample   LoadBalancer   10.106.177.192   localhost     18000:30961/TCP   4m27s

C:\temp> curl localhost:18000/weatherforecast
[{"date":"2024-06-14","temperatureC":-16,"temperatureF":4,"summary":"Chilly"},
...[생략]...
{"date":"2024-06-18","temperatureC":35,"temperatureF":94,"summary":"Balmy"}]




참고로, hostPath의 path를 일반적인 WSL 2처럼 /mnt/...로 지정하면,

...[생략]...
        volumeMounts:
        - mountPath: /app
          name: local-app
      volumes:
      - name: local-app
        hostPath:
          path: /mnt/c/temp/WebApplication1
          type: Directory
...[생략]...

ContainerCreating 상태에 빠지게 됩니다.

C:\temp> kubectl get po
NAME                                 READY   STATUS              RESTARTS   AGE
net-webapp1-sample-764d75cbc-j57kh   0/1     ContainerCreating   0          4s

C:\temp> kubectl describe pod net-webapp1-sample
...[생략]...

Events:
  Type     Reason       Age               From               Message
  ----     ------       ----              ----               -------
  Normal   Scheduled    41s               default-scheduler  Successfully assigned default/net-webapp1-sample-764d75cbc-j57kh to docker-desktop
  Warning  FailedMount  9s (x7 over 41s)  kubelet            MountVolume.SetUp failed for volume "local-app" : hostPath type check failed: /mnt/c/temp/WebApplication1 is not a directory




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/13/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 106  107  108  109  110  111  [112]  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11124정성태1/4/201727794개발 환경 구성: 309. 3년짜리 유효 기간을 제공하는 StartSSL [2]
11123정성태1/3/201723308.NET Framework: 629. .NET Core의 dotnet.exe CLI 명령어 확장 방법 [1]
11122정성태1/3/201722776.NET Framework: 628. TransactionScope에 사용자 정의 트랜잭션을 참여시키는 방법 [2]파일 다운로드1
11121정성태1/1/201720664개발 환경 구성: 308. "ASP.NET Core Web Application (.NET Core)"와 "ASP.NET Core Web Application (.NET Framework)" 차이점
11120정성태12/25/201626514개발 환경 구성: 307. ASP.NET Core Web Application을 IIS에서 호스팅하는 방법
11119정성태12/23/201649168개발 환경 구성: 306. Visual Studio Code에서 Python 개발 환경 구성 [2]
11118정성태12/22/201635949오류 유형: 374. Python 64비트 설치 시 0x80070659 오류 발생 [3]
11117정성태12/21/201622244웹: 35. nopCommerce 예제 사이트 구성 방법
11116정성태12/21/201624179디버깅 기술: 84. NopCommerce의 Autofac 부하(CPU, Memory) [2]
11115정성태12/21/201627162Windows: 133. 윈도우 서버 2016에서 플래시가 동작하지 않는 경우 [2]
11114정성태12/19/201637176Windows: 132. 역슬래시(backslash) 문자가 왜 통화 표기 문자(한글인 경우 "\")로 보일까요? [2]
11113정성태12/6/201621082오류 유형: 373. ICOMAdminCatalog::GetCollection에서 CO_E_ISOLEVELMISMATCH(0x8004E02F) 오류 발생파일 다운로드1
11112정성태11/23/201626274오류 유형: 372. MySQL 서비스가 올라오지 않는 경우 - Error 1067
11111정성태11/23/201634749.NET Framework: 627. C++로 만든 DLL을 C#에서 사용하기 [2]
11110정성태11/17/201621420.NET Framework: 626. Commit 메모리가 낮은 상황에서도 메모리 부족(Out-of-memory) 예외 발생 [2]
11109정성태11/17/201621372.NET Framework: 625. ASP.NET에서 System.Web.HttpApplication 인스턴스는 다중으로 생성됩니다.
11108정성태11/13/201621220.NET Framework: 624. WPF - Line 요소를 Canvas에 위치시켰을 때 흐림(blur) 현상파일 다운로드1
11107정성태11/9/201625111오류 유형: 371. Post cache substitution is not compatible with modules in the IIS integrated pipeline that modify the response buffers.파일 다운로드1
11106정성태11/8/201625277.NET Framework: 623. C# - PeerFinder를 이용한 Wi-Fi Direct 데이터 통신 예제 [2]파일 다운로드1
11105정성태11/8/201619660.NET Framework: 622. PeerFinder Wi-Fi Direct 통신 시 Read/Write/Dispose 문제
11104정성태11/8/201619133개발 환경 구성: 305. PeerFinder로 Wi-Fi Direct 연결 시 방화벽 문제
11103정성태11/8/201619103오류 유형: 370. PeerFinder.ConnectAsync의 결과 값인 Task.Result를 호출할 때 System.AggregateException 예외 발생
11102정성태11/8/201619156오류 유형: 369. PeerFinder.FindAllPeersAsync 호출 시 System.UnauthorizedAccessException 예외 발생
11101정성태11/8/201621978.NET Framework: 621. 닷넷 프로파일러의 오류 코드 - 0x80131363
11100정성태11/7/201628732개발 환경 구성: 304. Wi-Fi Direct 지원 여부 확인 방법 [1]
11099정성태11/7/201630697.NET Framework: 620. C#에서 C/C++ 함수로 콜백 함수를 전달하는 예제 코드파일 다운로드1
... 106  107  108  109  110  111  [112]  113  114  115  116  117  118  119  120  ...