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

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  9  10  11  12  13  [14]  15  ...
NoWriterDateCnt.TitleFile(s)
13591정성태4/2/20249421닷넷: 2234. C# - WPF 응용 프로그램에 Blazor App 통합파일 다운로드1
13590정성태3/31/20249215Linux: 70. Python - uwsgi 응용 프로그램이 k8s 환경에서 OOM 발생하는 문제
13589정성태3/29/20249602닷넷: 2233. C# - 프로세스 CPU 사용량을 나타내는 성능 카운터와 Win32 API파일 다운로드1
13588정성태3/28/202410654닷넷: 2232. C# - Unity + 닷넷 App(WinForms/WPF) 간의 Named Pipe 통신 [2]파일 다운로드1
13587정성태3/27/20249538오류 유형: 900. Windows Update 오류 - 8024402C, 80070643
13586정성태3/27/202412383Windows: 263. Windows - 복구 파티션(Recovery Partition) 용량을 늘리는 방법
13585정성태3/26/202410098Windows: 262. PerformanceCounter의 InstanceName에 pid를 추가한 "Process V2"
13584정성태3/26/202411665개발 환경 구성: 708. Unity3D - C# Windows Forms / WPF Application에 통합하는 방법 [9]파일 다운로드1
13583정성태3/25/20249699Windows: 261. CPU Utilization이 100% 넘는 경우를 성능 카운터로 확인하는 방법
13582정성태3/19/202410814Windows: 260. CPU 사용률을 나타내는 2가지 수치 - 사용량(Usage)과 활용률(Utilization)파일 다운로드1
13581정성태3/18/202410469개발 환경 구성: 707. 빌드한 Unity3D 프로그램을 C++ Windows Application에 통합하는 방법
13580정성태3/15/20249460닷넷: 2231. C# - ReceiveTimeout, SendTimeout이 적용되지 않는 Socket await 비동기 호출파일 다운로드1
13579정성태3/13/202410410오류 유형: 899. HTTP Error 500.32 - ANCM Failed to Load dll
13578정성태3/11/202411145닷넷: 2230. C# - 덮어쓰기 가능한 환형 큐 (Circular queue)파일 다운로드1
13577정성태3/9/202411070닷넷: 2229. C# - 닷넷을 위한 난독화 도구 소개 (예: ConfuserEx)
13576정성태3/8/202410344닷넷: 2228. .NET Profiler - IMetaDataEmit2::DefineMethodSpec 사용법
13575정성태3/7/202410801닷넷: 2227. 최신 C# 문법을 .NET Framework 프로젝트에 쓸 수 있을까요?
13574정성태3/6/202410281닷넷: 2226. C# - "Docker Desktop for Windows" Container 환경에서의 IPv6 DualMode 소켓
13573정성태3/5/20249464닷넷: 2225. Windbg - dumasync로 분석하는 async/await 호출
13572정성태3/4/20249466닷넷: 2224. C# - WPF의 Dispatcher Queue로 알아보는 await 호출의 hang 현상파일 다운로드1
13571정성태3/1/20249431닷넷: 2223. C# - await 호출과 WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13570정성태2/29/202410076닷넷: 2222. C# - WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13569정성태2/28/202410179닷넷: 2221. C# - LoadContext, LoadFromContext 그리고 GAC파일 다운로드1
13568정성태2/27/20249716닷넷: 2220. C# - .NET Framework 프로세스의 LoaderOptimization 설정을 확인하는 방법파일 다운로드1
13567정성태2/27/20249617오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException파일 다운로드1
13566정성태2/27/20249542오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
1  2  3  4  5  6  7  8  9  10  11  12  13  [14]  15  ...