環境ごとに2つの異なる名前空間を作成しました。 1つはdevops-qaで、もう1つはdevops-devです。異なる名前空間で2つのイングレスを作成しました。したがって、devops-qa名前空間でqa envのイングレスを作成している間、qaのイングレス内に記述されたルールは正常に機能しています。 qa envのWebページにアクセスできることを意味します。 devops-dev名前空間にdev envのイングレスを作成する瞬間、dev envのWebページにはアクセスできますが、qaのWebページにはアクセスできません。そして、devイングレスを削除すると、再びqa envウェブサイトにアクセスできるようになります
以下は、devとqa envの両方の同意です。
Dev Ingress
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
annotations:
kubernetes.io/ingress.class: "nginx"
name: cafe-ingress-dev
namespace: devops-dev
spec:
tls:
- hosts:
- cafe-dev.example.com
secretName: default-token-drk6n
rules:
- Host: cafe-dev.example.com
http:
paths:
- path: /
backend:
serviceName: miqpdev-svc
servicePort: 80
QAイングレス
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
annotations:
kubernetes.io/ingress.class: "nginx"
name: cafe-ingress-qa
namespace: devops-qa
spec:
tls:
- hosts:
- cafe-qa.example.com
secretName: default-token-jdnqf
rules:
- Host: cafe-qa.example.com
http:
paths:
- path: /greentea
backend:
serviceName: greentea-svc
servicePort: 80
- path: /blackcoffee
backend:
serviceName: blackcoffee-svc
servicePort: 80
入力ファイルに記載されているトークンは、各名前空間のものです。また、nginxイングレスコントローラーはQA名前空間で実行されています。イングレスを実行して、devとqa envの両方にデプロイされたすべてのWebサイトを取得するにはどうすればよいですか。
実際に問題を解決しました。私はすべて正しかった。しかし、私がやらなかったのは、Route53で同じIPでホスト名をマッピングすることだけです。そして、ホスト名でウェブサイトにアクセスする代わりに、私はIPからアクセスしていました。ホスト名からウェブサイトにアクセスした後、私はそれにアクセスできました:)
あなたが投稿したようです ここであなたの答えを得ました 。解決策は、名前空間ごとに異なるIngressを展開することです。ただし、1つのインスタンスを非標準ポート(8080、8443など)で実行する必要があるため、2つのIngressをデプロイすると問題が複雑になります。
これはDNSを使用することで解決されると思います。 CNAMEレコードcafe-qa.example.com
およびcafe-dev.example.com
を作成します。両方ともcafe.example.com
を指します。それに応じて、各イングレスマニフェストを更新します。 DNSの使用は、Dev/QA/Prod環境を分離するための標準的な方法です。
同じ問題があり、それを解決する方法を見つけました:
入力リソースにリンクした入力サービスの下にある入力コントローラーに「-watch-namespace」引数を追加するだけです。次に、イングレスサービスおよびそのポッドが属する名前空間内のサービスのみにバインドされます。
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
namespace: my-namespace
name: nginx-ingress-controller
spec:
replicas: 1
selector:
matchLabels:
name: nginx-ingress-lb
template:
metadata:
labels:
name: nginx-ingress-lb
spec:
serviceAccountName: ingress-account
containers:
- args:
- /nginx-ingress-controller
- "--default-backend-service=$(POD_NAMESPACE)/default-http-backend"
- "--default-ssl-certificate=$(POD_NAMESPACE)/secret-tls"
- "--watch-namespace=$(POD_NAMESPACE)"
env:
- name: POD_NAME
valueFrom:
fieldRef:
fieldPath: metadata.name
- name: POD_NAMESPACE
valueFrom:
fieldRef:
fieldPath: metadata.namespace
name: nginx-ingress-controller
image: "quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.24.1"
livenessProbe:
httpGet:
path: /healthz
port: 10254
scheme: HTTP
ports:
- containerPort: 80
name: http
protocol: TCP
- containerPort: 443
name: https
protocol: TCP
---
apiVersion: v1
kind: Service
metadata:
namespace: my-namespace
name: nginx-ingress
spec:
type: LoadBalancer
ports:
- name: https
port: 443
targetPort: https
selector:
name: nginx-ingress-lb
QA名前空間で作成する代わりに、kube-system名前空間でnginx入力コントローラーを作成できます。