Istio を用いた Blue Green / Canary Deployment その１
の過程で一つだけ気になったことがある。Ingress Controller の Path 設定がうまくいかない。
この設定のルールとかのドキュメントも見当たらない。せいぜいここぐらい。
https://kubernetes.io/docs/concepts/services-networking/ingress/
https://github.com/kubernetes/kubernetes/blob/master/pkg/apis/extensions/types.go#L705
仕方がないので、いろいろなことを実験したメモを整理しておきたい。
作者注：下記でいろいろ試行錯誤していましたがわかりました！正規表現がOKです。自己解決しました
Istio のイングレスコントローラーのパス設定
こんな感じのnginx のコンテナがあったときの、Ingress の設定。
/index.html
/login.html
/logout.html
/auth/login.html
/auth/logout.html
/web/index.html
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: webservice-ingress
annotations:
kubernetes.io/ingress.class: istio
spec:
rules:
- http:
paths:
- path: /web/.*
backend:
serviceName: web-service
servicePort: 80
- path: /auth/.*
backend:
serviceName: web-service
servicePort: 80
正規表現なので、単にワイルドカードではありません。先のテストコードを抜粋すると
{"/api/v1/", false},
{"/api/v1/.*", true},
{"/api/.*/resource", true},
{"/api/v[1-9]/resource", true},
{"/api/.*/.*", true},
という感じで設定できるみたい。
ここから下は不要ですが、一端パブリッシュしたので、記録のため残しておきます。
作者注：当初は、サンプルのため、簡単な、nginxのコンテナを作って下記のような構成にした。
/index.html
/login.html
/logout.html
/auth/login.html
/auth/logout.html
/web/index.html
様々なパターンを試すためだ。Istio (というより、Kubernetes) の Ingress の設定は次の感じ。ポイントは、paths の下。これは初めにかいたもの。Istio の Ingress にある Path でリクエストが来たら、web-serviceに転送するというもの。
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: webservice-ingress
annotations:
kubernetes.io/ingress.class: istio
spec:
rules:
- http:
paths:
- path: /web
backend:
serviceName: web-service
servicePort: 80
- path: /auth
backend:
serviceName: web-service
servicePort: 80
きれいに全く動かなかった。 rules.http.paths.path に設定するパターンをいろいろ試してみた。
結果としてほとんど動くパターンがない。唯一いけるのは、path 自体を削除すると、すべてのリクエストが、backend に転送される。
|Ingress |Container |Result
/web /web/index.html 404
/index.html /index.html 404
/web/index.html /web/index.html 404
設定なし 上記のとおり 200 (全てのパス)
ちなみに、pathを省略する場合の書き方は
- http:
paths:
- backend:
serviceName: web-service
servicePort: 80
という感じ。どうやら、フルパスで指定するしかなく、しかも、それが、.とか入っているといけない様子。うーむ。
もっといいようにできないだろうか？（現在MLで問い合わせ中。何かわかればアップデートします）
結局サンプルをhtmlベースで書くのをあきらめてRuby ベースに変更。Ruby じゃなくても、とにかく、パスが、.等が含まれて
いなければいいのかなと想像した。つまり、アプリケーションサーバーでの使用を想定みたいな。HTMLの場合は、さっきのパスを指定しない方法を使ってほしいのかな。
さて、こんなプログラムを書いて Docker にパックした。ほぼ、HTMLを表示するためだけのサンプル。
#!/usr/bin/ruby
#
require 'webrick'
if ARGV.length < 1 then
puts "usage: #{$PROGRAM_NAME} port"
exit(-1)
end
port = Integer(ARGV[0])
server = WEBrick::HTTPServer.new :BindAddress => '0.0.0.0', :Port => port
trap 'INT' do server.shutdown end
index = '
<html>
<head>
<title>Blue Version 1.0.0</title>
</head>
<body bgcolor="#0000FF">
<H1>This is Blue Version 1.0.0</H1>
</body>
</html>
'
login = '
<html>
<head>
<title>V2Tester Login</title>
<meta http-equiv="Set-Cookie" content="NAME=v2tester">
</head>
<body>
<H1>You logged in as a v2 Tester.</H1>
</body>
</html>
'
logout = '
<html>
<head>
<title>V2Tester Logout</title>
<meta http-equiv="Set-Cookie" content="NAME=v2tester; expires=Fri, 31-Dec-1999 23:59:59 GMT;">
</head>
<body>
<H1>You logged out as a v2 Tester.</H1>
</body>
</html>
'
server.mount_proc '/webpage' do |req, res|
res.status = 200
res.body = index
res['Content-Type'] = 'text/html'
end
server.mount_proc '/loginpage' do |req, res|
res.body = login
res['Content-Type'] = 'text/html'
end
server.mount_proc '/logoutpage' do |req, res|
res.body = logout
res['Content-Type'] = 'text/html'
end
server.start
これをDocker にパックして deploy するとうまくいった。
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: webservice-ingress
annotations:
kubernetes.io/ingress.class: istio
spec:
rules:
- http:
paths:
- path: /webpage
backend:
serviceName: web-service
servicePort: 80
- path: /loginpage
backend:
serviceName: web-service
servicePort: 80
- path: /logoutpage
backend:
serviceName: web-service
servicePort: 80
しかし、気が利いていない。出来立てだからかな。ちなみに、不思議な挙動があって、実は当初は、webpage -> web, login -> login, logoutpage -> logout だった。web, login は動くがなぜかlogout だけ動かず。予約語か何かだろうか。また、Edge だと、web, log は動くが、chrome だと、/web と打つと、/web/ になぜか変更されてリクエストされるので、404に。 この辺に詳しい人に、なんでそんなことになるのか聞いてみようかな。
横道にそれましたが、次は、Istio のルーティングによる、Canary に取り組みたいと思います。