我使用Docker镜像在K8中进行了一次小型部署,但部署中未显示,而仅在pod中显示。
原因:它没有在部署中创建任何默认 namespace 。

请提出以下建议:

以下是我使用的命令。

$ kubectl run hello-node --image=gcr.io/$DEVSHELL_PROJECT_ID/hello-node:1.0 --port=8080 --namespace=default
pod/hello-node created

$ kubectl get pods
NAME         READY   STATUS    RESTARTS   AGE
hello-node   1/1     Running   0          12s

$ kubectl get pods --all-namespaces
NAMESPACE     NAME                                                       READY   STATUS    RESTARTS   AGE
default       hello-node                                                 1/1     Running   0          9m9s
kube-system   event-exporter-v0.2.5-599d65f456-4dnqw                     2/2     Running   0          23m
kube-system   kube-proxy-gke-hello-world-default-pool-c09f603f-3hq6      1/1     Running   0          23m

$ kubectl get deployments
**No resources found in default namespace.**

$ kubectl get deployments --all-namespaces
NAMESPACE     NAME                                       READY   UP-TO-DATE   AVAILABLE   AGE
kube-system   event-exporter-v0.2.5                      1/1     1            1           170m
kube-system   fluentd-gcp-scaler                         1/1     1            1           170m
kube-system   heapster-gke                               1/1     1            1           170m
kube-system   kube-dns                                   2/2     2            2           170m
kube-system   kube-dns-autoscaler                        1/1     1            1           170m
kube-system   l7-default-backend                         1/1     1            1           170m
kube-system   metrics-server-v0.3.1                      1/1     1            1           170m

最佳答案

Arghya Sadhu的答案是正确的。在过去的kubectl run命令中,默认情况下的确创建了Deployment而不是Pod。实际上,过去您可以将其与所谓的generators一起使用,并且可以通过提供--generator标志和相应的值来确切指定要创建的资源类型。目前不推荐使用--generator标志,该标志无效。

请注意,在运行kubectl run命令后,您得到了非常清晰的消息:

$ kubectl run hello-node --image=gcr.io/$DEVSHELL_PROJECT_ID/hello-node:1.0 --port=8080 --namespace=default
pod/hello-node created

它清楚地表明Pod hello-node已创建。它在任何地方都没有提到Deployment

作为使用命令式命令来创建DeploymentsPods的替代方法,您可以使用声明性方法:
apiVersion: apps/v1
kind: Deployment
metadata:
  name: hello-node
  namespace: default
  labels:
    app: hello-node
spec:
  replicas: 3
  selector:
    matchLabels:
      app: hello-node
  template:
    metadata:
      labels:
        app: hello-node
    spec:
      containers:
      - name: hello-node-container
        image: gcr.io/$DEVSHELL_PROJECT_ID/hello-node:1.0
        ports:
        - containerPort: 8080

在这种情况下,可以省略namespace的声明,因为默认情况下,所有资源都已部署到default命名空间中。

保存文件后例如作为nginx-deployment.yaml,您只需要运行:
kubectl apply -f nginx-deployment.yaml

更新:

yaml list 中的环境变量的扩展实际上不起作用,因此无法使用上述部署示例中的以下行:
image: gcr.io/$DEVSHELL_PROJECT_ID/hello-node:1.0

最简单的解决方法是一个相当简单的sed“trick”。

首先,我们需要在部署定义yaml中更改项目ID的占位符。它可能看起来像这样:
image: gcr.io/{{DEVSHELL_PROJECT_ID}}/hello-node:1.0

然后,当应用部署定义而不是简单的kubectl apply -f deployment.yaml时,请运行以下代码:
sed "s/{{DEVSHELL_PROJECT_ID}}/$DEVSHELL_PROJECT_ID/g" deployment.yaml | kubectl apply -f -

上面的命令告诉seddeployment.yaml文档中搜索{{DEVSHELL_PROJECT_ID}}字符串,并且每次出现此字符串时,都将其替换为$DEVSHELL_PROJECT_ID环境变量的实际值。

关于kubernetes - [cloud-running-a-container]:在默认 namespace 中找不到资源,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/62336763/

10-15 20:28