Question

我正在尝试为应用程序完成一项非常普通的任务：

分配证书并使用TLS / HTTPS对其进行保护。

我花了整整一天的时间浏览文档，并尝试了多种不同的策略来使它正常工作，但是没有任何工作对我有用。

最初，我通过遵循以下文档在https://github.com/nginxinc/kubernetes-ingress下使用Helm在EKS上设置nginx-ingress。我尝试使用以下配置使示例应用程序正常运行（咖啡馆）：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: cafe-ingress
spec:
  tls:
  - hosts:
    - cafe.example.com
    secretName: cafe-secret
  rules:
  - host: cafe.example.com
    http:
      paths:
      - path: /tea
        backend:
          serviceName: tea-svc
          servicePort: 80
      - path: /coffee
        backend:
          serviceName: coffee-svc
          servicePort: 80

入口和所有支持的服务/部署都可以正常运行，但是缺少一件事：入口没有关联的地址/ ELB：

NAME           HOSTS                 ADDRESS   PORTS     AGE
cafe-ingress   cafe.example.com                80, 443   12h

Service LoadBalancers创建ELB资源，即：

testnodeapp    LoadBalancer   172.20.4.161     a64b46f3588fe...   80:32107/TCP     13h

但是，Ingress并未创建地址。如何获得EKS外部公开的Ingress控制器来处理TLS / HTTPS？

Answer 1

我已经复制了通过安全入口在EKS上启动并运行所需的每个步骤。我希望这对希望快速安全地在EKS上获得其应用程序的其他人有所帮助。

要在EKS上启动并运行，请执行以下操作：

使用CloudFormation模板here部署EKS：请记住，我使用CidrIp限制了访问权限：193.22.12.32/32。更改此设置以适合您的需求。
安装客户端工具。请遵循指南here。
配置客户端。请遵循指南here。
启用工作节点。请遵循指南here。

您可以通过运行以下命令来验证集群是否已启动并正在运行：

kubectl get svc

现在，您将使用nginx入口启动测试应用程序。

注意： 所有内容都放在了ingress-nginx名称空间下。理想情况下，将其模板化以构建在不同的命名空间下，但是出于本示例的目的，它可以工作。

部署nginx-ingress：

kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/mandatory.yaml
kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/provider/cloud-generic.yaml

从here获取rbac.yml。运行：

kubectl apply -f rbac.yml

已准备好证书和密钥以进行测试。像这样创建必要的秘密：

kubectl create secret tls cafe-secret --key mycert.key --cert mycert.crt -n ingress-nginx

从here复制coffee.yml。从here复制coffee-ingress.yml。更新您要在其下运行的域。像这样运行它们

kubectl apply -f coffee.yaml
kubectl apply -f coffee-ingress.yaml

更新您域的CNAME以指向以下地址：

kubectl get ing -n ingress-nginx -o wide

刷新DNS缓存并测试域。您应该获得一个包含请求统计信息的安全页面。我已经多次复制了此文件，因此，如果该文件无法正常工作，请检查步骤，配置和证书。另外，请检查nginx-ingress-controller *窗格上的日志。

kubectl logs pod/nginx-ingress-controller-*********** -n ingress-nginx

这应该给你一些提示，指出问题所在。

Answer 2

要使Ingress resource工作，集群必须配置Ingress controller。

这与其他类型的控制器不同，后者通常作为kube-controller-manager二进制文件的一部分运行，并且通常会在创建集群时自动启动。

对于带有helm的EKS，您可以尝试：

helm registry install quay.io/coreos/alb-ingress-controller-helm

接下来，配置Ingress资源：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: test-ingress
  annotations:
    kubernetes.io/ingress.class: nginx
    kubernetes.io/tls-acme: 'true'
spec:
  rules:
  - host: YOUR_DOMAIN
    http:
      paths:
      - path: /
        backend:
          serviceName: ingress-example-test
          servicePort: 80
  tls:
  - secretName: custom-tls-cert
    hosts:
    - YOUR_DOMAIN

应用配置：

kubectl create -f ingress.yaml

接下来，使用TLS证书创建密钥：

kubectl create secret tls custom-tls-cert --key /path/to/tls.key --cert /path/to/tls.crt

并在Ingress定义中对其进行引用：

tls:
  - secretName: custom-tls-cert
    hosts:
    - YOUR_DOMAIN

以下配置示例显示了如何配置Ingress控制器：

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx-ingress-controller
  labels:
    k8s-app: nginx-ingress-controller
spec:
  replicas: 1
  selector:
    matchLabels:
      k8s-app: nginx-ingress-controller
  template:
    metadata:
      labels:
        k8s-app: nginx-ingress-controller
    spec:
      # hostNetwork makes it possible to use ipv6 and to preserve the source IP correctly regardless of docker configuration
      # however, it is not a hard dependency of the nginx-ingress-controller itself and it may cause issues if port 10254 already is taken on the host
      # that said, since hostPort is broken on CNI (https://github.com/kubernetes/kubernetes/issues/31307) we have to use hostNetwork where CNI is used
      # like with kubeadm
      # hostNetwork: true
      terminationGracePeriodSeconds: 60
      containers:
      - image: quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.17.1
        name: nginx-ingress-controller
        readinessProbe:
          httpGet:
            path: /healthz
            port: 10254
            scheme: HTTP
        livenessProbe:
          httpGet:
            path: /healthz
            port: 10254
            scheme: HTTP
          initialDelaySeconds: 10
          timeoutSeconds: 1
        ports:
        - containerPort: 80
          hostPort: 80
        - containerPort: 443
          hostPort: 443
        env:
          - name: POD_NAME
            valueFrom:
              fieldRef:
                fieldPath: metadata.name
          - name: POD_NAMESPACE
            valueFrom:
              fieldRef:
                fieldPath: metadata.namespace
        args:
        - /nginx-ingress-controller
        - --default-backend-service=$(POD_NAMESPACE)/default-http-backend
        - --publish-service=$(POD_NAMESPACE)/nginx-ingress-lb

接下来，应用上述配置，然后您可以检查公开的外部IP的服务：

kubectl get service nginx-controller -n kube-system

外部IP是一个地址，该地址终止于由外部配置的路由机制配置的Kubernetes节点之一。在服务定义中进行配置后，一旦请求到达节点，流量就会重定向到服务端点。

Documentation of Kubernetes提供了更多示例。

Kubernetes EKS入口和TLS

2 个答案: