[英]Can I use "kube-ingress-aws-controller" without "skipper" ingress?
我正在尝试在使用 Kops 构建的 AWS 集群上使用 kubernetes 的入口。
我正在关注此文档: https : //github.com/kubernetes/kops/tree/master/addons/kube-ingress-aws-controller 。
如您所见,我将kube-ingress-aws-controller与船长 ingress 一起使用。
对于kube-ingress-aws-controller,我有以下脚本:
apiVersion: apps/v1
kind: Deployment
metadata:
name: kube-ingress-aws-controller
namespace: kube-system
labels:
application: kube-ingress-aws-controller
component: ingress
spec:
replicas: 1
selector:
matchLabels:
application: kube-ingress-aws-controller
component: ingress
template:
metadata:
labels:
application: kube-ingress-aws-controller
component: ingress
spec:
serviceAccountName: kube-ingress-aws
containers:
- name: controller
image: registry.opensource.zalan.do/teapot/kube-ingress-aws-controller:latest
env:
- name: AWS_REGION
value: eu-central-1
对于船长 ingress ,脚本是这样的:
apiVersion: extensions/v1beta1
kind: DaemonSet
metadata:
name: skipper-ingress
namespace: kube-system
labels:
component: ingress
spec:
selector:
matchLabels:
component: ingress
updateStrategy:
type: RollingUpdate
template:
metadata:
name: skipper-ingress
labels:
component: ingress
application: skipper
spec:
hostNetwork: true
serviceAccountName: skipper-ingress
containers:
- name: skipper-ingress
image: registry.opensource.zalan.do/pathfinder/skipper:latest
ports:
- name: ingress-port
containerPort: 9999
hostPort: 9999
- name: metrics-port
containerPort: 9911
args:
- "skipper"
- "-kubernetes"
- "-kubernetes-in-cluster"
- "-address=:9999"
- "-proxy-preserve-host"
- "-serve-host-metrics"
- "-enable-ratelimits"
- "-experimental-upgrade"
- "-metrics-exp-decay-sample"
- "-lb-healthcheck-interval=3s"
- "-metrics-flavour=codahale,prometheus"
- "-enable-connection-metrics"
resources:
requests:
cpu: 200m
memory: 200Mi
readinessProbe:
httpGet:
path: /kube-system/healthz
port: 9999
initialDelaySeconds: 5
timeoutSeconds: 5
之后,我又应用了一些脚本来对概念进行功能验证,并且一切正常。
有两个入口有什么意义? 一号船长在做什么?
kube-ingress-aws-controller 不应该足够吗?
普通 AWS 负载均衡器支持 TLS 终止、自动证书轮换、可能的 WAF 和安全组,但 HTTP 路由功能非常有限。
与其他 HTTP 路由器相比,Skipper 的主要优点是:
HAproxy 和 Nginx 是很好理解的很好的 TCP/HTTP 代理,它们是在 Kubernetes 之前构建的。 但它们有以下缺点:
船长旨在:
但是,有些功能在 aws-alb-ingress-controller、HAproxy 和 nginx 中得到了更好的支持。 例如 sendfile() 操作。 如果您需要流式传输一个大文件或大量文件,那么您可能需要选择这些选项之一。
Aws-alb-ingress-controller 将流量直接路由到您的 Kubernetes 服务,这有好处也有坏处,因为它可以减少延迟,但存在依赖 kube-proxy 路由的风险。 kube-proxy 路由最多需要 30 秒,ETCD ttl,用于从死节点中查找 pod。 Skipper 启用:被动观察端点的错误,并能够从负载均衡器成员中删除这些错误。 主动检查成员池,如果从船长的角度来看它们再次健康,这将启用端点。
此外,aws-alb-ingress-controller 不支持可降低成本的 ALB 共享或服务器名称指示等功能。 目前也不支持路径重写等功能。
Traefik拥有良好的社区和对 Kubernetes 的支持。 Skipper 起源于 2015 年启动的 Project Mosaic。 当时 Traefik 还不是一个成熟的项目,距离 v1.0.0 发布还有时间。 Traefik 目前也不支持我们的 Opentracing 提供商。 当我们启动 stackset-controller 进行自动流量切换时,它也不支持流量拆分。 我们最近还在将 Skipper 作为 Kubernetes 中的 API 网关运行方面做了大量工作,这可能会帮助许多在 Kubernetes 上运行许多小型服务的团队。 Skipper 谓词和过滤器是一种强大的抽象,可以轻松增强系统。
因此,如您所见,与其他类似解决方案相比,带有船长入口的kube-ingress-aws-controller具有更多的优势和可能性。
您可以在此处找到更多信息: skipper-ingress-controller 。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.