标签: amazon-eks

我创建了 eks 集群，尝试将其与本地 cli 连接，为此，我安装了 aws-cli 并提供了正确的“aws configure”凭据。我用来连接 aws 的用户具有 EKS 相关策略。我仍然收到以下错误...

E0209 21:09:44.893284 2465691 memcache.go:238] couldn't get current server API group list: the server has asked for the client to provide credentials
E0209 21:09:45.571635 2465691 memcache.go:238] couldn't get current server API group list: the server has asked for the client to provide credentials
E0209 21:09:46.380542 2465691 memcache.go:238] couldn't get current server API group list: the server has asked for the client to provide credentials
E0209 21:09:47.105407 2465691 memcache.go:238] couldn't …

我在一个 ec2 实例上尝试创建我的集群。我已经安装了 kubectl，这是我的服务和工作负载 yaml 文件

服务.yaml

apiVersion: v1
kind: Service
metadata:
  name: stockapi-webapp

spec:
  selector:
    app: stockapi

  ports:
    - name: http
      port: 80

  type: LoadBalancer

工作负载.yaml

apiVersion: v1
kind: Deployment
metadata:
  name: stockapi
spec:
  selector:
    matchLabels:
      app: stockapi
  replicas: 1
  template: # template for the pods
    metadata:
      labels:
        app: stockapi
    spec:
      containers:
      - name: stock-api
        image: public.ecr.aws/u1c1h9j4/stock-api:latest

当我尝试跑步时

kubectl apply -f workloads.yaml

我将此视为错误

The connection to the server localhost:8080 was refused - did you specify the right host or …

我们配置了 EKS 设置，其中使用基于云原生 Buildpacks 的 Tekton Pipeline，但我们PipelineRuns在没有获取 Pod 资源的情况下永远陷入困境并处于等待状态。我们创建了一个 PersistentVolumeClaim，如下所示：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: buildpacks-source-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 500Mi

创建后查看此 PVC 的事件，发现以下事件表明我们的 EKS 设置出现问题：

该命令kubectl describe pvc buildpacks-source-pvc给出以下事件消息：

Name:          buildpacks-source-pvc
Namespace:     default
StorageClass:  gp2
Status:        Pending
Volume:
Labels:        <none>
Annotations:   volume.beta.kubernetes.io/storage-provisioner: ebs.csi.aws.com
               volume.kubernetes.io/selected-node: ip-999-99-99-99.eu-central-1.compute.internal
               volume.kubernetes.io/storage-provisioner: ebs.csi.aws.com
Finalizers:    [kubernetes.io/pvc-protection]
Capacity:
Access Modes:
VolumeMode:    Filesystem
Used By:       affinity-assistant-0b3d266b91-0
               affinity-assistant-53a7c08baf-0
               affinity-assistant-a375f28de3-0
               affinity-assistant-e8cb1a6e15-0
               buildpacks-test-pipeline-run-9rz4l-fetch-repository-pod
Events:
  Type    Reason                Age                     From                         Message
  ----    ------ …

我遇到了AWS提供的KOPS以及他们的其他Kubernetes服务EKS.这两种产品都允许安装Kubernetes集群.但是,我想知道为什么人们会选择EKS超过KOPS,反之亦然,如果之前没有运行任何一个.

这个问题并没有问哪个更好,而是要求进行比较.

我创建了EKS Cluster.我在ECR中也有码头图像.我不知道如何在YAML中使用pod定义中的docker镜像.

是否需要秘密提供凭证？或者EKS IAM角色应该获得ECR的许可吗？

权限的任何更改都必须为ECR中的Image做？

我搜索了很多网站和文章，但没有找到完美的答案。我正在使用eks 版本 1.18。我可以看到一些 Pod 被“驱逐”，但是当尝试检查节点时，我可以看到错误“（从类似事件组合）：无法垃圾收集所需数量的图像。想要释放 6283487641 字节，但释放了0 字节”。

有什么办法可以找到失败的原因吗？或者如何解决这个问题？任何建议都是非常受欢迎的。

我可以看到磁盘“覆盖”文件系统在几个小时内几乎已满。我不确定发生了什么事。下面的屏幕截图显示了我的内存利用率。