Контейнер с AspNet Core Web API работает в Docker, но не в AKS Kubernetes - PullRequest
Новая
       19

Контейнер с AspNet Core Web API работает в Docker, но не в AKS Kubernetes

0 голосов
/ 02 июня 2019

У меня есть проект ASP.Net Core Web API 2.2, который нормально работает на моем локальном рабочем столе. Я пытаюсь запустить его на AKS Azure, но он там не запускается, и я не могу понять, почему.
Ниже приведен сценарий PowerShell, который я использую для публикации своего проекта в каталог app, который впоследствии будет вставлен в контейнер: 

Remove-Item ..\..\..\..\projects\MyProject.Selenium.Commom\src\Selenium.API\bin\Release\* -Force -Recurse
dotnet publish ..\..\..\..\projects\MyProject.Selenium.Commom\src\Selenium.Comum.sln -c Release -r linux-musl-x64
$path = (Get-Location).ToString() + "\app"
if (Test-Path($path))
{
    Remove-Item -Path $path -Force -Recurse
}
New-Item -ItemType Directory -Force app
Get-ChildItem ..\..\..\..\projects\MyProject.Selenium.Commom\src\Selenium.API\bin\Release\netcoreapp2.2\linux-musl-x64\publish\* | Copy-Item -Destination .\app -Recurse

Вот мой Dockerfile

# Build runtime image
FROM mcr.microsoft.com/dotnet/core/runtime:2.2-alpine3.9
WORKDIR /app /app
WORKDIR /app
ENTRYPOINT ["dotnet", "Selenium.API.dll"]

Ниже приведена моя команда сборки Docker: 

docker build -t mylocaldocker/selenium-web-app:latest -t mylocaldocker/selenium-web-app:v0.0.2 .

И моя команда запуска Docker 

docker run --name selweb --detach --rm -p 85:80 mylocaldocker/selenium-web-app:latest

Все идет хорошо и гладко, и я могу отправлять запросы локально на порт 85 без проблем (порт 80 используется IIS)
Однако при выполнении аналогичных процедур на AKS Azure контейнер не запускается. Я использую идентичный скрипт PowerShell для публикации своего приложения, и файл Docker также идентичен. Моя команда сборки изменилась, и я могу перейти в Docker Registry Azure: 

docker build -t myproject.azurecr.io/selenium-web-app:latest -t myproject.azurecr.io/selenium-web-app:v0.0.1 .

Я вхожу в реестр Azure Docker и помещаю в него изображение: 

docker push myproject.azurecr.io/selenium-web-app:latest

Я уже создал свой кластер AKS и дал разрешение на извлечение изображений из моего реестра. Я пытаюсь запустить образ на AKS с помощью команды: 

kubectl run seleniumweb --image myproject.azurecr.io/selenium-web-app:latest --port 80

И я получаю ответ 

deployment.apps "seleniumweb" created

Однако, когда я получаю бегущие капсулы: 

kubectl get pods

Я получаю сообщение об ошибке на моем модуле 

NAME                           READY     STATUS    RESTARTS   AGE
seleniumweb-7b5f645698-9g7f6   0/1       Error     4          1m

Когда я получаю логи от модуля: 

kubectl logs seleniumweb-7b5f645698-9g7f6

Я получаю это обратно: 

Did you mean to run dotnet SDK commands? Please install dotnet SDK from:
  https://go.microsoft.com/fwlink/?LinkID=798306&clcid=0x409

Ниже приведено описание kubectl для модуля: 

kubectl describe pods
Name:               seleniumweb-7b5f645698-9g7f6
Namespace:          default
Priority:           0
PriorityClassName:  <none>
Node:               aks-agentpool-41564776-0/10.240.0.4
Start Time:         Sun, 02 Jun 2019 11:40:47 -0300
Labels:             pod-template-hash=7b5f645698
                    run=seleniumweb
Annotations:        <none>
Status:             Running
IP:                 10.240.0.25
Controlled By:      ReplicaSet/seleniumweb-7b5f645698
Containers:
  seleniumweb:
    Container ID:   docker://1d548f4934632efb0b7c5a59dd0ac2bd173f2ee8fa5196b45d480fb10e88a536
    Image:          myproject.azurecr.io/selenium-web-app:latest
    Image ID:       docker-pullable://myproject.azurecr.io/selenium-web-app@sha256:97e2915a8b43aa8e726799b76274bb9b5b852cb6c78a8630005997e310cfd41a
    Port:           80/TCP
    Host Port:      0/TCP
    State:          Waiting
      Reason:       CrashLoopBackOff
    Last State:     Terminated
      Reason:       Error
      Exit Code:    145
      Started:      Sun, 02 Jun 2019 11:43:39 -0300
      Finished:     Sun, 02 Jun 2019 11:43:39 -0300
    Ready:          False
    Restart Count:  5
    Environment:
      KUBERNETES_PORT_443_TCP_ADDR:  myprojectus-dns-54302b78.hcp.eastus2.azmk8s.io
      KUBERNETES_PORT:               tcp://myprojectus-dns-54302b78.hcp.eastus2.azmk8s.io:443
      KUBERNETES_PORT_443_TCP:       tcp://myprojectus-dns-54302b78.hcp.eastus2.azmk8s.io:443
      KUBERNETES_SERVICE_HOST:       myprojectus-dns-54302b78.hcp.eastus2.azmk8s.io
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-mhvfv (ro)
Conditions:
  Type              Status
  Initialized       True
  Ready             False
  ContainersReady   False
  PodScheduled      True
Volumes:
  default-token-mhvfv:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-mhvfv
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s
                 node.kubernetes.io/unreachable:NoExecute for 300s
Events:
  Type     Reason     Age                From                               Message
  ----     ------     ----               ----                               -------
  Normal   Scheduled  5m                 default-scheduler                  Successfully assigned default/seleniumweb-7b5f645698-9g7f6 to aks-agentpool-41564776-0
  Normal   Created    4m (x4 over 5m)    kubelet, aks-agentpool-41564776-0  Created container
  Normal   Started    4m (x4 over 5m)    kubelet, aks-agentpool-41564776-0  Started container
  Normal   Pulling    3m (x5 over 5m)    kubelet, aks-agentpool-41564776-0  pulling image "myproject.azurecr.io/selenium-web-app:latest"
  Normal   Pulled     3m (x5 over 5m)    kubelet, aks-agentpool-41564776-0  Successfully pulled image "myproject.azurecr.io/selenium-web-app:latest"
  Warning  BackOff    20s (x24 over 5m)  kubelet, aks-agentpool-41564776-0  Back-off restarting failed container

И я не понимаю почему, так как все работает на моем локальном докере. Любая помощь будет принята с благодарностью. Спасибо

1 Ответ

1 голос
/ 02 июня 2019

Этот Dockerfile выглядит забавно.Это ничего не делает.WORKDIR просто «устанавливает рабочий каталог для любых инструкций RUN, CMD, ENTRYPOINT, COPY и ADD, которые следуют за ним в Dockerfile» (из docs.docker.com ).Итак, вы устанавливаете рабочий каталог дважды, а потом больше ничего.И точка входа будет тогда указывать на несуществующий .dll, так как вы никогда не копируете его.Я думаю, что вы хотите удалить первую команду WORKDIR и добавить ее после оставшейся команды WORKDIR: 

COPY . ./

Еще лучше, используйте двухэтапную сборку , чтобы она строилась на докере, затем копируетсборка для образа среды выполнения, который публикуется.

Я не знаю, почему запуск Docker работает для вас локально.Это как-то поднимает старое изображение?Исходя из вашего Dockerfile, он не должен запускаться.

...