ノート
traefik
イングレス コントローラーが Helm がインストールされているAWS EKS クラスターに (「Kubernetes in Action」から) デモ サービスのサービスとイングレスをデプロイしようとしています。
traefik.example.com
によってプロビジョニングされた AWS ELB の IP アドレスをtraefik
ローカル/etc/hosts
ファイルのホスト名に手動で追加した後、ホスト名から traefik ダッシュボードにアクセスできます。
のサービスとイングレスについて説明すると、次のようになりますtraefik-dashboard
。
$ kubectl describe svc -n kube-system traefik-dashboard
Name: traefik-dashboard
Namespace: kube-system
Labels: app=traefik
chart=traefik-1.52.6
heritage=Tiller
release=traefik
Annotations: <none>
Selector: app=traefik,release=traefik
Type: ClusterIP
IP: 10.100.164.81
Port: <unset> 80/TCP
TargetPort: 8080/TCP
Endpoints: 172.31.27.70:8080
Session Affinity: None
Events: <none>
$ kubectl describe ing -n kube-system traefik-dashboard
Name: traefik-dashboard
Namespace: kube-system
Address:
Default backend: default-http-backend:80 (<none>)
Rules:
Host Path Backends
---- ---- --------
traefik.example.com
traefik-dashboard:80 (172.31.27.70:8080)
Annotations:
Events: <none>
サービスとイングレス コントローラーは、名前空間で実行traefik-575cc584fb-v4mfn
中のポッドを使用しているようです。kube-system
この情報と traefik のドキュメントを参照して、次の YAML を使用して、イングレスを通じてデモ サービスを公開しようとしました。
apiVersion: apps/v1beta2
kind: ReplicaSet
metadata:
name: kubia
spec:
replicas: 3
selector:
matchLabels:
app: kubia
template:
metadata:
labels:
app: kubia
spec:
containers:
- name: kubia
image: luksa/kubia
---
apiVersion: v1
kind: Service
metadata:
name: kubia
namespace: default
spec:
selector:
app: traefik
release: traefik
ports:
- name: web
port: 80
targetPort: 8080
---
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: kubia
namespace: default
spec:
rules:
- host: kubia.int
http:
paths:
- path: /
backend:
serviceName: kubia
servicePort: web
これを適用した後、プロビジョニングされた AWS ELB の IP アドレスをローカルファイルのホスト名に手動で追加した後kubia
、ホスト名からサービスにアクセスできません。代わりに、応答に a が表示されます。作成されたリソースを説明すると、いくつかの異なる情報が表示されます。kubia.int
traefik
/etc/hosts
Service Unavailable
$ kubectl describe svc kubia
Name: kubia
Namespace: default
Labels: <none>
Annotations: kubectl.kubernetes.io/last-applied-configuration:
{"apiVersion":"v1","kind":"Service","metadata":{"annotations":{},"name":"kubia","namespace":"default"},"spec":{"ports":[{"name":"web","por...
Selector: app=traefik,release=traefik
Type: ClusterIP
IP: 10.100.142.243
Port: web 80/TCP
TargetPort: 8080/TCP
Endpoints: <none>
Session Affinity: None
Events: <none>
$ kubectl describe ing kubia
Name: kubia
Namespace: default
Address:
Default backend: default-http-backend:80 (<none>)
Rules:
Host Path Backends
---- ---- --------
kubia.int
/ kubia:web (<none>)
Annotations:
kubectl.kubernetes.io/last-applied-configuration: {"apiVersion":"extensions/v1beta1","kind":"Ingress","metadata":{"annotations":{},"name":"kubia","namespace":"default"},"spec":{"rules":[{"host":"kubia.int","http":{"paths":[{"backend":{"serviceName":"kubia","servicePort":"web"},"path":"/"}]}}]}}
Events: <none>
kubia
また、デモサービスにはエンドポイントがなく、対応するイングレスには使用可能なバックエンドが表示されないことにも気付きました。
私が気付いたもう 1 つのことは、デモkubia
サービスとイングレスがdefault
名前空間にあり、traefik-dashboard
サービスとイングレスがkube-system
名前空間にあることです。
誰かに何かが飛び出しますか?それを診断するための最良の方法に関する提案はありますか?
よろしくお願いします!